1、軟交換及IP承載,省網(wǎng)管中心交換室 2008年10月 主講人：劉松波,第一章 軟交換核心和傳統(tǒng)交換的區(qū)別 第二章 新增接口及協(xié)議簡介 第三章 IP承載網(wǎng)省內(nèi)延伸技術(shù)方案介紹 第四章 2G軟交換試點(diǎn)介紹 第五章 2G軟交換IP承載改造介紹,軟交換核心和傳統(tǒng)交換的區(qū)別,控制面,承載面,軟交換,H.248,傳統(tǒng)交換,MSC SERVER,MSC,MGW/SG,軟交換核心和傳統(tǒng)交換的區(qū)別,IP ATM,軟交換,SS7,MGW,MGW,IP ATM,H.248/MGCP,H.248/MGCP,軟交換模型,T D M,T D M,分組網(wǎng),擴(kuò)展業(yè)務(wù),管理系統(tǒng),計(jì)費(fèi)系統(tǒng),將傳統(tǒng)交換機(jī)的功能模塊分離成為獨(dú)立的網(wǎng)

2、絡(luò)部件，各個(gè)部件可以按相應(yīng)的功能劃分各自獨(dú)立發(fā)展；而傳統(tǒng)交換將控制，承載和交換封閉在同一實(shí)體之內(nèi), 相互之間的制約使用戶的業(yè)務(wù)能力受限; 承載和控制的分離使核心網(wǎng)組網(wǎng)的概念發(fā)生根本的改變，MSC-SERVER可以基于方便控制和業(yè)務(wù)開展的原則集中設(shè)置，而MGW則可以基于方便接入和互通的原則分散設(shè)置;,湖南IP化改造典型連接圖,A地CE1,A地CE2,B地CE1,B地CE2,IP承載網(wǎng),C地VMSC,C地VMGW,B地GMGW,A地GMSC,A地GMGW,GE(媒體流),FE(信令),A地AR1,A地AR2,B地AR1,B地AR2,C地CE1,C地CE2,C地AR1,C地AR2,注:A,B兩地組成

3、關(guān)口局大本地網(wǎng), C地為單個(gè)端局,軟交換網(wǎng)絡(luò)結(jié)構(gòu),IP Core,CSCF,3G RAN,MSC-SERVER/MGCF,固定SIP終端,CALL SERVER(GCF),AG/TG/IAD,固定非SIP終端,SGSN / GGSN,MGW,HSS,SIP,SIP,SIP,SIP,SIP,GCP,H.248,MAP/DIAMETER,控制層,邊緣接入,軟交換在核心網(wǎng)電路域引入IP寬帶承載，從傳統(tǒng)電路交換向分組數(shù)據(jù)交換轉(zhuǎn)變，形成以IP core為基礎(chǔ)的電信網(wǎng)絡(luò)新框架，是傳統(tǒng)網(wǎng)絡(luò)向NGN演進(jìn)的必經(jīng)之路； TDM核心到IP核心的轉(zhuǎn)變將引發(fā)核心網(wǎng)運(yùn)營,規(guī)劃,管理,維護(hù)上深刻的變化；,核心交換層,軟交換

4、關(guān)鍵特征IP承載的引入,Transcoder Free Operation (TrFO) 是一種帶外的Transcoder控制協(xié)議,通過帶外信令建立免編解碼的通道； Tandem Free Operation (TFO) 是一種帶內(nèi)的通信協(xié)議，通過帶內(nèi)信令建立免編解碼器操作，但是通話中需要TC單元繼續(xù)工作； TrFO可以避免有損的語音編解碼操作，提升語音質(zhì)量，同時(shí)可以大大減少TC資源的配置，降低設(shè)備投資成本；,MSC server,MGW,MSC server,MGW,AMR Voice,AMR,AMR,RNC,RNC,AMR,AMR,OoB Codec Negotiation,OoB Cod

5、ec Negotiation,OoB Codec Negotiation,RANAP,RANAP,節(jié)省了TC資源及帶來的話質(zhì)損失,節(jié)省了TC資源及帶來的話質(zhì)損失,AMR結(jié)合靜音檢測技術(shù)，節(jié)省2/3左右?guī)?軟交換關(guān)鍵特征TrFO的引入,第一章 軟交換核心網(wǎng)絡(luò) 第1節(jié) 軟交換組網(wǎng)及接口協(xié)議,軟交換核心網(wǎng)絡(luò)功能實(shí)體,MSC Server：控制面實(shí)體，主要完成MM(移動(dòng)性管理)、CM（呼叫控制）、MGC（媒體網(wǎng)關(guān)控制）等功能； MGW：承載面實(shí)體，主要完成語音及媒體流的交換，以及提供各種資源，比如TC、 EC、放音、收號能資源； SG：完成信令轉(zhuǎn)換工作，即完成SS7的傳送層MTP與SIGTRAN的傳

6、送層SCTP/IP之間的轉(zhuǎn)換。,軟交換核心網(wǎng)絡(luò)接口協(xié)議,軟交換核心網(wǎng)絡(luò)接口協(xié)議（續(xù)）,（G）MSC Server與MGW之間的Mc接口：支持多種呼叫模式、多種媒體的靈活的連接處理，這個(gè)接口上的應(yīng)用協(xié)議為H.248協(xié)議； MSC Server與（G）MSC Server之間的Nc接口：完成局間的呼叫控制，使用基于ISUP的BICC呼叫控制協(xié)議； MGW之間的Nb接口：完成承載方式的控制和用戶信息（語音、數(shù)據(jù)、圖象、多媒體）的傳送，完成不同媒體幀格式之間的轉(zhuǎn)換?？梢允褂肦TP/UDP/IP或AAL2/ATM協(xié)議。,第一章 軟交換核心網(wǎng)絡(luò) 第1節(jié) 軟交換組網(wǎng)及接口協(xié)議,第二章 新增接口及協(xié)議簡介 第

7、1節(jié) Mc接口、協(xié)議和流程 第2節(jié) Nc接口、協(xié)議和流程 第3節(jié) Nb接口、協(xié)議和流程 第4節(jié) SIGTRAN協(xié)議,Mc接口及其協(xié)議棧,Nb,Nc,MGW,MGW,MSC Server,MSC Server,Mc,Mc,Mc接口主要由三個(gè)協(xié)議定義： H.248/MEGACO: 由ITU-T和IETF共同制定，主要定義了基本的協(xié)議框架和基礎(chǔ)包，有很強(qiáng)的擴(kuò)展性； Q.1950 由ITU-T制定，主要針對VoIP業(yè)務(wù)以及和BICC協(xié)議的配合，對H.248的參數(shù)取值和包進(jìn)行了擴(kuò)容，同時(shí)定義了Nb接口的BCP控制過程； 3GPP TS 29.232 由3GPP制定，主要定義了無線應(yīng)用中的H.248包以及

8、Q.1950在3G R4階段的相關(guān)應(yīng)用；,Mc接口的特點(diǎn),Mc接口提供了(G)MSCserver在呼叫處理過程中控制MGW中各類傳輸方式（IP/ATM/TDM）的靜態(tài)及動(dòng)態(tài)資源的能力（包括終端屬性、終端連接交換關(guān)系及其承載的媒體流）； H.248協(xié)議是非常靈活的協(xié)議，同樣的功能可以用不同的方式實(shí)現(xiàn)。因此對于Mc接口的檢查主要應(yīng)集中在對H.248/29.232協(xié)議的遵從性即消息中參數(shù)的正確使用； Mc接口提供了獨(dú)立于呼叫的MGW狀態(tài)維護(hù)與管理能力； 底層傳輸機(jī)制將采用MTP3B（基于ATM的信令傳輸）或SCTP（基于IP的信令傳輸）為其提供協(xié)議承載；,Mc接口的基本概念,在R4網(wǎng)絡(luò)連接模型中，對

9、MGW內(nèi)可被MSC server所控制的實(shí)體或?qū)ο蟮拿枋觯饕ㄟ^“關(guān)聯(lián)”和“終端”2個(gè)抽象概念來描述： 終端(Termination) : 一個(gè)終端是MGW中媒體/控制流的起源或終結(jié)點(diǎn)。一個(gè)終端由一系列特征屬性來描述。而相關(guān)特征屬性則通過包含在命令中的一系列描述符來表征。每個(gè)終端都擁有一個(gè)唯一的標(biāo)識符 (TerminationID)； 關(guān)聯(lián)(Context): 一個(gè)關(guān)聯(lián)是一組終端的關(guān)聯(lián)的抽象。若上下文關(guān)聯(lián)中包含了多于一個(gè)的承載終端，則該上下文描述了終端間的拓?fù)潢P(guān)系（如誰聽取/看到誰）、媒體混合和/或交換參數(shù)；,H.248協(xié)議的消息機(jī)制,Message,消息,TransactionI,事務(wù),T

10、ransactionIDn,ContextID1,關(guān)聯(lián),ContextIDn,CMD1,命令,CMDn,Des-n,Des-1,描述符,.,.,Mc接口的消息機(jī)制,消息（ Message ） H.248協(xié)議發(fā)送或接受的信息單元稱為消息，消息從消息頭（Header）開始，后面是若干個(gè)事務(wù)。 消息內(nèi)的事務(wù)是相互獨(dú)立的，當(dāng)多個(gè)被獨(dú)立處理時(shí)，消息沒有規(guī)定處理的先后次序。 事務(wù)（ Transaction ）： SERVER和MGW之間的一組命令構(gòu)成事務(wù)，事務(wù)由TransactionID進(jìn)行標(biāo)識。事務(wù)包含一個(gè)或多個(gè)動(dòng)作，一個(gè)動(dòng)作由一系列局限于一個(gè)關(guān)聯(lián)的命令組成。 這些動(dòng)作必須順序執(zhí)行。若某動(dòng)作中的一個(gè)命令

11、執(zhí)行失敗，該事務(wù)中以后的命令將終止執(zhí)行（Optional命令除外）。引入事務(wù)的一個(gè)重要功能是可以保證命令的順序執(zhí)行。 動(dòng)作（ Action ） 動(dòng)作是由一系列局限于一個(gè)關(guān)聯(lián)的命令組成。動(dòng)作由ContextID進(jìn)行標(biāo)識。在一個(gè)動(dòng)作內(nèi)，命令需要順序執(zhí)行。,Mc接口的消息機(jī)制,命令(Command) ：是H.248消息的主要內(nèi)容，實(shí)現(xiàn)對關(guān)聯(lián)和終端屬性的控制，包括指定終端報(bào)告檢測到的事件，通知終端使用什么信號和動(dòng)作，以及指定關(guān)聯(lián)的拓?fù)浣Y(jié)構(gòu)等。 H.248協(xié)議定義了八個(gè)命令： ADD : 增加一個(gè)Termination到一個(gè)Context中，當(dāng)不指定Context ID時(shí)(或第一次增加一個(gè)Termina

12、tion)，將生成一個(gè)Context，然后加入Termination。 MODIFY : 修改一個(gè)Termination的屬性、事件和信號參數(shù)。如：修改終端的編碼類型、通知終端檢測摘機(jī)/掛機(jī)事件、修改終端的拓?fù)浣Y(jié)構(gòu)(雙向/單向/隔離等)。 SUBSTRACT : 從一個(gè)Context中刪除一個(gè)Termination，同時(shí)返回Termination的統(tǒng)計(jì)狀態(tài)。如果Context中再?zèng)]有其它的Termination，將刪除此Context。 NOTIFY : 允許MG將檢測到的事件通知給MGC。 例如：MGW將檢測到的摘機(jī)事件上報(bào)給MGC。 MOVE : 將一個(gè)Termination從一個(gè)Cont

13、ext轉(zhuǎn)移到另一個(gè)Context中。 AUDITVALUE : 返回Termination的當(dāng)前的Properties、Events、Signals、Statistics。 AUDITCAPABILITIES: 返回MG中Termination特性的能力集。 SERVICECHANGE : 允許MG向MGC通知一個(gè)或者多個(gè)終端將要脫離或者加入業(yè)務(wù)。用來MG向MGC進(jìn)行注冊、重啟通知。MGC可以使用ServieceChange對MG進(jìn)行重啟。MGC可以使用ServiceChange通知MG注銷一個(gè)或一部分的Termination。,Mc接口呼叫流程示例,假定MGW1的關(guān)聯(lián)C1（T1,T2）,MG

14、W2的關(guān)聯(lián)是C2（T3,T4）,呼叫模型,呼叫建立流程,UE1,RNC1,MSC SERVER1,MGW1,MGW2,MSC SERVER2,RNC2,UE2,SETUP,CALL PROCEEDING,與HLR交互,COT,尋呼和鑒權(quán)加密過程,SETUP,CALL PROCEEDING,ADD_req（C$）,ADD_rsp（C2, T3）,ADD_req（C$）,ADD_rsp（C1, T2）,承載建立過程,APM,NbUP Init req,NbUP Init ack,RAB_ASSIGN_req,RAB_ASSIGN_rsp,承載建立， IuUP初始化,NTF_req(T2),NTF_

15、rsp(T2),NTF_req(T3),NTF_rsp(T3),ADD_req（T$）,ADD_rsp（T1）,準(zhǔn)備承載,建立承載,準(zhǔn)備承載,IAM,呼叫建立流程續(xù),UE1,RNC1,MSC SERVER1,MGW1,MGW2,MSC SERVER2,RNC2,UE2,RAB_ASSIGN_req,RAB_ASSIGN_rsp,承載建立， IuUP初始化,ADD_req（T$）,ADD_rsp（T4）,ALERTING,ACM,ALERTING,MOD_req（T3）,MOD_rsp（T3）,CONNECT,MOD_req（T4）,MOD_rsp（T4）,MOD_req（T3）,MOD_rsp

16、（T3）,ANC,MOD_req（T2）,MOD_rsp（T2）,MOD_req（T1）,MOD_rsp（T1）,CONNECT,準(zhǔn)備承載,送回鈴音,激活承載,?；剽徱舨⒓せ?激活承載,激活承載,第二章 新增接口及協(xié)議簡介 第1節(jié) Mc接口、協(xié)議和流程 第2節(jié) Nc接口、協(xié)議和流程 第3節(jié) Nb接口、協(xié)議和流程 第4節(jié) SIGTRAN協(xié)議,Nc接口及其協(xié)議棧,Nb,Nc,MGW,MGW,MSC Server,MSC Server,Mc,Mc,Nc接口主要由四個(gè)協(xié)議定義： Q.1902(BICC CS2): 由ITU-T制定，主要定義了和承載無關(guān)呼叫信令的基本框架、參數(shù)和流程； Q.1990,Q

17、.1970（IP BCP,BCTP) 由ITU-T制定，對IP承載控制以及隧道方式的定義； Q.765.5（APM for BICC) 由ITU-T制定，主要定義APP承載相關(guān)參數(shù)在BICC中的使用；,Nc接口MSCserver間的標(biāo)準(zhǔn)接口，運(yùn)行ITU-T制定的BICC協(xié)議，為UMTS/GSM的窄帶電路域業(yè)務(wù)提供獨(dú)立于用戶面承載技術(shù)及控制面信令傳輸技術(shù)的局間呼叫控制能力； Nc接口的BICC信令在在對基本呼叫流程及補(bǔ)充業(yè)務(wù)特性的支持方面基本向下兼容ISUP協(xié)議；BICC協(xié)議和ISUP協(xié)議中的CIC的含義是不同的，BICC協(xié)議中CIC是呼叫實(shí)例碼，指為本次呼叫所分配的一個(gè)邏輯號，不對應(yīng)物理電路，

18、而ISUP中CIC指電路識別號，對應(yīng)唯一的物理電路； Nc接口采用BICC協(xié)議可以支撐用戶面采用IP/ATM承載方式，如果用戶面采用TDM承載，則Nc接口應(yīng)采用ISUP協(xié)議，原因是ISUP協(xié)議必須明確呼叫所對應(yīng)的物理電路； BICC新增的“應(yīng)用信息傳輸”（APM）機(jī)制使得Nc接口兩端的呼叫控制節(jié)點(diǎn)間可以交互承載相關(guān)的信息：包括承載地址、連接參考、承載特性、承載建立方式及支持的Codec列表等； BICC可為MGW間的承載信令在Nc接口提供控制面隧傳功能； 理論上，BICC協(xié)議可部署在各種各樣的信號傳輸協(xié)議棧之上，提供與具體業(yè)務(wù)承載無關(guān)的呼叫控制。目前比較成熟的可承載BICC協(xié)議的傳輸協(xié)議是：M

19、TP3、MTP3b和SCTP等。,Nc接口特點(diǎn),BICC模型簡介,BICC網(wǎng)絡(luò)兩種模型,SN模型,CMN模型,CMN和SN的區(qū)別是CMN不控制網(wǎng)關(guān)，SN要控制網(wǎng)關(guān)； SN模型對應(yīng)對R4的移動(dòng)端局，關(guān)口局模型，而CMN模型對應(yīng)于R4的匯接局模型；,BICC消息結(jié)構(gòu),CIC 呼叫實(shí)例碼，用來標(biāo)識兩局之間屬于同一呼叫的消息 Message type code 消息類型，如： IAM/APM/ACM/ANM 等消息 Mandatory fixed part 強(qiáng)制固定長度參數(shù)部分 Mandatory variable part 強(qiáng)制可變長度參數(shù)部分 Optional part 可選參數(shù)部分,BICC主要

20、消息,按照Q.1902.3中定義，BICC協(xié)議大約有40多消息。其中呼叫過程中最常看到的消息有： IAM：初始化地址消息 APM：應(yīng)用傳輸消息 ACM：地址全參數(shù) ANM：應(yīng)答參數(shù) REL：釋放消息 RLC：釋放完成消息,五種不同的承載建立方式 (IP 三種, ATM兩種) IP Bearer 快速前向 延遲后向 (支持TrFO) 延遲前向 (支持TrFO) ATM Bearer 后向 前向 (支持TrFO） 對于中國移動(dòng)而言，由于軟交換建設(shè)必然采用IP承載方式，所以可以只考慮IP承載的建立方式，同時(shí)由于考慮對TrFO的支持，所以承載建立模式應(yīng)該優(yōu)先考慮延遲前向或者延遲后向模式； 面向連接的A

21、TM有一個(gè)承載控制協(xié)議(BCP)即Q.2630。所以IP也就有了相應(yīng)的看法為了實(shí)現(xiàn)承載分離要開發(fā)一個(gè)基于IP的承載控制協(xié)議(IP BCP) Q.1970； IP BCP不允許直接在MGW之間傳遞，它必須使用隧道的方法經(jīng)由Mc、Nc接口傳輸。因此隧道承載控制協(xié)議應(yīng)運(yùn)而生(BCTP Q.1990)。可實(shí)際上這個(gè)控制協(xié)議只是一個(gè)有2 字節(jié)的頭；,BICC承載建立方式(Q.1902),1:,Tunnel Info,5:,APM (tunnel,data),2:,IAM (tunnel,data),4:,Tunnel Info,6:,Tunnel Info,3:,Tunnel Info,CSF,BCF,

22、CSF,BCF,IP快速前向隧道建立模型,請求隧道,H.248 ADD Reply,BICC IAM Action=Connect Forward, BNCChar=IP, Codec=G.711, Tunnel Data=IPBCP Request,H.248 ADD Tunneling Option=1,H.248 ADD Tunneling Option=1 IPBCP Request,H.248 NOTIFY IPBCP Request,H.248 ADD Reply,H.248 NOTIFY IPBCP Accepted,BICC APM Action=Connect Forward

23、, Codec=G.711, Tunnel Data=IPBCP Accepted,IP快速前向隧道建立方式,H.248 MODIFY Reply,H.248 MODIFY IPBCP Accepted,Nb UP Init,Nb UP Init Ack,3:,Tunnel Info,2,:,APM,1:,IAM,6:,Tunnel Info,8:,Tunnel Info,5:,Tunnel Info,CSF,BCF,CSF,BCF,4:,APM (tunnel,data),7:,APM (tunnel,data),IP延遲前向隧道建立模型,發(fā)送Codec列表,H.248 ADD Reply,

24、BICC IAM Action=Connect Forward, BNCChar=IP, Supported Codecs=UMTS_AMR, G.711, Tunneling To Be Used,H.248 ADD Tunneling Option=1,H.248 ADD Tunneling Option=1 IPBCP Request,H.248 NOTIFY IPBCP Request,H.248 ADD Reply,H.248 NOTIFY IPBCP Accepted,BICC APM Action=Connect Forward, Tunnel Data=IPBCP Reques

25、ted,BICC APM Action=Connect Forward, Selected Codec=UMTS_AMR, Available Codecs=UMTS_AMR, G.711,IP延遲前向隧道建立方式（TrFO),H.248 MODIFY Reply,H.248 MODIFY IPBCP Accepted,Nb UP Init,Nb UP Init Ack,BICC APM Action=Connect Forward, Tunnel Data=IPBCP Accepted,IP延遲前向隧道建立方式（TrFO)續(xù),5:,Tunnel Info,3:,APM (tunnel,dat

26、a),1:,IAM,2:,Tunnel Info,4:,Tunnel Info,7:,Tunnel Info,CSF,BCF,CSF,BCF,6:,APM (tunnel,data),IP延遲后向隧道建立模型,發(fā)送 Codec 列表,H.248 ADD Reply,BICC IAM Action=Connect Backward, BNCChar=IP, Supported Codecs=UMTS_AMR, G.711, Tunneling To Be Used,H.248 ADD Tunneling Option=1 IPBCP Request,H.248 NOTIFY IPBCP Acce

27、pted,BICC APM Action=Connect Backward, Selected Codec=UMTS_AMR, Available Codecs=UMTS_AMR, G.711, Tunnel Data=IPBCP Request,IP延遲后向隧道建立方式（TrFO),Nb UP Init,Nb UP Init Ack,BICC APM Action=Connect Backward, Tunnel Data=IPBCP Accepted,IP延遲后向隧道建立方式（TrFO)續(xù),承載建立方式的比較說明,前向承載建立表示承載建立請求（IPBCP Request) 發(fā)送的方向與IA

28、M的方向相同； 后向承載建立意味著承載建立請求(IPBCP Request)發(fā)送的方向與IAM的方向相反； 呼叫始發(fā)局將在IAM中指示采用哪種承載建立方式； 快速方式表示IPBCP Reqeust必須在IAM消息中攜帶，同時(shí)傳送。因此快速方式只可能是前向的。同時(shí)IAM消息就開始承載建立，因此沒有Codec協(xié)商機(jī)會，快速方式不能支持TrFO; 延遲方式表示IPBCP Reqeust可以在后續(xù)的APM消息中攜帶，因此延遲方式可以是雙向的, 可以進(jìn)行Codec協(xié)商支持TrFO;,第二章 新增接口及協(xié)議簡介 第1節(jié) Mc接口、協(xié)議和流程 第2節(jié) Nc接口、協(xié)議和流程 第3節(jié) Nb接口、協(xié)議和流程 第4

29、節(jié) SIGTRAN協(xié)議,Nb接口及其協(xié)議棧,Nb,Nc,MGW,MGW,MSC Server,MSC Server,Mc,Mc,物理層（PHY）,ATM,AAL5,SSCOP,SSCF-NNI,MTP3B,SCTP,IP,IPBCP,ATM,IP,STC,ALCAP,TDM,無,物理層（PHY）,ATM,AAL2,Nb UP,UDP,IP,AMR,ATM,IP,RTP,AMR,TDM,Nb UP,PCM,G.711,NbUP,BCP,MGW間的Nb接口用來在軟交換核心網(wǎng)內(nèi)承載用戶業(yè)務(wù)流，并以承載控制信令管理業(yè)務(wù)流連接的建立、釋放與維護(hù)； Nb接口可選擇采用ATM、IP或TDM作為物理承載方式，

30、 對于ATM承載，傳輸網(wǎng)絡(luò)用戶面業(yè)務(wù)流的協(xié)議棧為AAL2 SAR-SSCS(I.366.1)/AAL2(I.363.2)/ATM，承載控制信令的協(xié)議棧為Q.AAL2(Q.2630.2)/STC(Q.2150.1)/MTP3B/ SSCF-NNI/SSCOP/AAL5/ATM； 對于IP承載，傳輸網(wǎng)絡(luò)用戶面業(yè)務(wù)流的協(xié)議棧為RTP/UDP/IP，承載控制信令的協(xié)議棧為Q.1970/SCTP /IP，或通過Mc接口及Nc接口以Q.1990 BCTP協(xié)議在MGW間實(shí)現(xiàn)承載控制信令的隧傳； Nb UP協(xié)議在承載面MGW間提供業(yè)務(wù)數(shù)據(jù)流的組幀、差錯(cuò)校驗(yàn)、速率匹配及定時(shí)控制等功能，支持壓縮語音、數(shù)據(jù)流的傳輸

31、,Nb接口特點(diǎn),IP承載情況下網(wǎng)絡(luò)結(jié)構(gòu)及承載建立機(jī)制,Node B,RNC,Iub,Iu,MGW,MGW,TMSC Server,TMSC Server,IP Backbone,承載控制 （IPBCP）,BICC,BICC,BICC,H.248,H.248,VMSC Server,VMSC Server,匯接網(wǎng),本地網(wǎng),承載流 （RTP）,NbUP的初始化過程,Nb,Iu,Iu,Iu UP Init (RFCI, SDU sizes),),Iu UP Init Ack,IP BCP 承載控制交互過程（Q.1970),Nb UP Init (RFCI, SDU sizes),),Nb UP In

32、it Ack,Iu UP Init (RFCI, SDU sizes),),Iu UP Init Ack,用戶面數(shù)據(jù)傳輸,RNC,MGW,MGW,RNC,第二章 新增接口及協(xié)議簡介 第1節(jié) Mc接口、協(xié)議和流程 第2節(jié) Nc接口、協(xié)議和流程 第3節(jié) Nb接口、協(xié)議和流程 第4節(jié) SIGTRAN協(xié)議,SIGTRAN協(xié)議概述,SIGTRAN本身不是一個(gè)協(xié)議而是一個(gè)協(xié)議簇，包含有傳輸協(xié)議（SCTP）和適配協(xié)議（M2UA、M3UA）。 SIGTRAN（Signaling Transport）協(xié)議棧支持通過IP網(wǎng)絡(luò)傳輸傳統(tǒng)電路交換網(wǎng)SCN（Switched Circuit Network）信令。 SIG

33、TRAN協(xié)議棧擔(dān)負(fù)信令網(wǎng)關(guān)和媒體網(wǎng)關(guān)控制器間的通信，有兩個(gè)主要功能：適配和傳輸,SIGTRAN在軟交換的應(yīng)用,提供三種方式與傳統(tǒng)SCN信令互通 ： 1）獨(dú)立設(shè)置的SG； 2）SG內(nèi)置在MGW中； 3）SG內(nèi)置在MSC-Server中；,流控制傳輸協(xié)議SCTP,SCTP（ STREAM CONTROL TRANSMISSION PROTOCOL，流控制傳輸協(xié)議）鏈路與TCP鏈路類似，是面向連接的可靠傳送協(xié)議，能保證上層應(yīng)用數(shù)據(jù)的無錯(cuò)誤無重復(fù)的可靠傳輸，繼承了TCP協(xié)議中流量控制機(jī)制，相比TCP協(xié)議，SCTP協(xié)議在安全性和可靠性方面做了較大的增強(qiáng)，主要有： 支持關(guān)聯(lián)的多宿主機(jī)特性，實(shí)現(xiàn)網(wǎng)絡(luò)級容錯(cuò)；

34、 SCTP在連接建立時(shí)使用“cookie”機(jī)制，增強(qiáng)了防DOS、偽裝攻擊的能力； SCTP鏈路的建立需要四次握手過程，相比TCP協(xié)議需要消耗更多的系統(tǒng)處理能力，這一特性決定了SCTP鏈路與傳統(tǒng)七號信令鏈路一樣，更適合于靜態(tài)配置；,SIGTRAN適配協(xié)議M3UA、M2UA,MGW/SG,MSC Server,RNC,ATM,IP,MGW/SG,MSC Server,PSTN,TDM,IP,M3UA,M2UA,第三章 IP承載網(wǎng)省內(nèi)延伸技術(shù)方案介紹 第1節(jié) 概述 第2節(jié) 網(wǎng)絡(luò)現(xiàn)狀 第3節(jié) 建設(shè)原則 第4節(jié) 網(wǎng)絡(luò)組織 第5節(jié) 路由組織 第6節(jié) MPLS/VPN 第7節(jié) QOS及安全,概述,中國移動(dòng)I

35、P專用承載網(wǎng)是新一代能夠同時(shí)支持語音、視頻、數(shù)據(jù)、企業(yè)互聯(lián)等多種業(yè)務(wù)的核心承載平臺。 該項(xiàng)目的實(shí)施將使網(wǎng)絡(luò)覆蓋到全國各地市級城市。,第三章 IP承載網(wǎng)省內(nèi)延伸技術(shù)方案介紹 第1節(jié) 概述 第2節(jié) 網(wǎng)絡(luò)現(xiàn)狀 第3節(jié) 建設(shè)原則 第4節(jié) 網(wǎng)絡(luò)組織 第5節(jié) 路由組織 第6節(jié) MPLS/VPN 第7節(jié) QOS及安全,網(wǎng)絡(luò)現(xiàn)狀（層次結(jié)構(gòu)）,網(wǎng)絡(luò)現(xiàn)狀（拓?fù)浣Y(jié)構(gòu)）,網(wǎng)絡(luò)現(xiàn)狀（帶寬設(shè)置）,穩(wěn)態(tài)中繼鏈路帶寬利用率不超過50%； 單點(diǎn)故障下中繼鏈路帶寬利用率不超過70%； 原則上不設(shè)置155Mb/s以下帶寬的中繼鏈路； 單方向中繼鏈路配置需求超過4條155Mb/s時(shí)配置2.5Gb/s鏈路； 單方向中繼鏈路配置需求超過

36、3條2.5Gb/s時(shí)配置10Gb/s鏈路。,網(wǎng)絡(luò)現(xiàn)狀（業(yè)務(wù)接入）,網(wǎng)絡(luò)現(xiàn)狀（業(yè)務(wù)快速恢復(fù)方案）,第三章 IP承載網(wǎng)省內(nèi)延伸技術(shù)方案介紹 第1節(jié) 概述 第2節(jié) 網(wǎng)絡(luò)現(xiàn)狀 第3節(jié) 建設(shè)原則 第4節(jié) 網(wǎng)絡(luò)組織 第5節(jié) 路由組織 第6節(jié) MPLS/VPN 第7節(jié) QOS及安全,省內(nèi)延伸（網(wǎng)絡(luò)建設(shè)原則）,網(wǎng)絡(luò)組織原則：采用一個(gè)AS自治域 網(wǎng)絡(luò)層次結(jié)構(gòu)：CR/BR/AR三層結(jié)構(gòu) 網(wǎng)絡(luò)路由協(xié)議：采用ISIS 業(yè)務(wù)承載原則：采用MPLS VPN方式,第三章 IP承載網(wǎng)省內(nèi)延伸技術(shù)方案介紹 第1節(jié) 概述 第2節(jié) 網(wǎng)絡(luò)現(xiàn)狀 第3節(jié) 建設(shè)原則 第4節(jié) 網(wǎng)絡(luò)組織 第5節(jié) 路由組織 第6節(jié) MPLS/VPN 第7節(jié) Q

37、OS及安全,省內(nèi)延伸（典型網(wǎng)絡(luò)拓?fù)洌?省內(nèi)延伸（匯聚節(jié)點(diǎn)設(shè)置原則）,保證網(wǎng)絡(luò)結(jié)構(gòu)簡單的原則 考慮網(wǎng)絡(luò)的容災(zāi)備份原則 便于地市AR雙星型接入的原則 考慮傳輸資源豐富的原則,省內(nèi)延伸（接入節(jié)點(diǎn)設(shè)置原則）,保證網(wǎng)絡(luò)結(jié)構(gòu)簡單的原則 考慮網(wǎng)絡(luò)的容災(zāi)備份原則 保證業(yè)務(wù)可靠接入的原則 便于業(yè)務(wù)接入的原則,第三章 IP承載網(wǎng)省內(nèi)延伸技術(shù)方案介紹 第1節(jié) 概述 第2節(jié) 網(wǎng)絡(luò)現(xiàn)狀 第3節(jié) 建設(shè)原則 第4節(jié) 網(wǎng)絡(luò)組織 第5節(jié) 路由組織 第6節(jié) MPLS/VPN 第7節(jié) QOS及安全,省內(nèi)延伸（路由組織）,省內(nèi)延伸（流量規(guī)劃）,（1）各省間流量 若兩省間無直達(dá)鏈路則都通核心節(jié)點(diǎn)間鏈路疏通,省內(nèi)延伸（流量規(guī)劃）,（2）

38、匯聚節(jié)點(diǎn)間流量 A、優(yōu)選通過匯聚節(jié)點(diǎn)間鏈路疏通 B、次選通過核心節(jié)點(diǎn)間鏈路疏通,省內(nèi)延伸（流量規(guī)劃）,（3）接入節(jié)點(diǎn)間流量 A、優(yōu)選通過接入節(jié)點(diǎn)間鏈路疏通 B、次選通過匯聚節(jié)點(diǎn)間鏈路疏通 C、再選通過核心節(jié)點(diǎn)間鏈路疏通,省內(nèi)延伸（BGP協(xié)議規(guī)劃）,中國移動(dòng)IP承載網(wǎng)在采用單一自治域（AS）方式進(jìn)行網(wǎng)絡(luò)組織，域間路由協(xié)議采用BGP，AS號24059。 IP專網(wǎng)中所有業(yè)務(wù)均基于MPLS VPN承載，通過MP-IBGP傳播MPLS VPN路由信息。,省內(nèi)延伸（路由安全配置）,省內(nèi)延伸（PE-CE互聯(lián)路由協(xié)議）,PE與CE之間可以使用靜態(tài)、EBGP、ospf，目前軟交換端局使用的是OSPF。,第三章

39、IP承載網(wǎng)省內(nèi)延伸技術(shù)方案介紹 第1節(jié) 概述 第2節(jié) 網(wǎng)絡(luò)現(xiàn)狀 第3節(jié) 建設(shè)原則 第4節(jié) 網(wǎng)絡(luò)組織 第5節(jié) 路由組織 第6節(jié) MPLS/VPN 第7節(jié) QOS及安全,省內(nèi)延伸（MPLS/VPN網(wǎng)絡(luò)模型）,省內(nèi)延伸（MPLS/VPN參數(shù)規(guī)劃）,VPN-Instance命名的原則如下：客戶名稱_VPN類別,省內(nèi)延伸（MPLS/VPN參數(shù)規(guī)劃）,8字節(jié)的Route-Distinguisher由一個(gè)2字節(jié)類型字段和一個(gè)6字節(jié)取值字段構(gòu)成。,第三章 IP承載網(wǎng)省內(nèi)延伸技術(shù)方案介紹 第1節(jié) 概述 第2節(jié) 網(wǎng)絡(luò)現(xiàn)狀 第3節(jié) 建設(shè)原則 第4節(jié) 網(wǎng)絡(luò)組織 第5節(jié) 路由組織 第6節(jié) MPLS/VPN 第7節(jié) QO

40、S及安全,省內(nèi)延伸（QOS參數(shù)）,第四章 2G軟交換試點(diǎn)介紹 第1節(jié) 2G軟交換IP承載語音試點(diǎn)情況概述 第2節(jié) 2G軟交換IP承載語音試點(diǎn)路由組織原則 第3節(jié) 2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)設(shè)置原則 第4節(jié) 2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)的制作,2G軟交換IP承載語音試點(diǎn)情況概述,自2006年12月開始在廣東、江蘇、遼寧、山東、陜西、天津、浙江、湖南八省啟動(dòng)了2G軟交換IP承載語音的試點(diǎn)工作。 第一階段：實(shí)現(xiàn)省內(nèi)同一廠家軟交換設(shè)備之間的互通 第二階段：實(shí)現(xiàn)省內(nèi)不同廠家軟交換設(shè)備之間的互通 第三階段：實(shí)現(xiàn)省際軟交換設(shè)備之間的互通,2G軟交換IP承載語音試點(diǎn)情況概述,第三階段網(wǎng)絡(luò)組織方案 第

41、三階段實(shí)現(xiàn)省際軟交換、TMG之間的語音IP互通，試點(diǎn)設(shè)備通過站點(diǎn)接入方式接入IP專用承載網(wǎng)，各MGW間通過IP專用承載網(wǎng)網(wǎng)狀互連，MSC SERVER與所轄MGW間通過IP承載網(wǎng)星狀連接，MSC SERVER間，省內(nèi)層面網(wǎng)狀互連；省際層面通過CMN節(jié)點(diǎn)互通 第三階段在湖南長沙、江蘇南京各新建1對CMN節(jié)點(diǎn),2G軟交換IP承載語音試點(diǎn)情況概述,第三階段網(wǎng)絡(luò)組織方案 選擇江蘇省鹽城本地網(wǎng)內(nèi)全部TDM端局用于測試試點(diǎn)軟交換端局與TDM端局之間的話務(wù)互通，江蘇南京新建的CMN節(jié)點(diǎn)兼做試點(diǎn)軟交換端局與TDM端局之間互通的IW-MSC SERVER，負(fù)責(zé)BICC信令與ISUP信令消息的轉(zhuǎn)換，并在江蘇南京新

42、建1對TMG設(shè)備，兼做試點(diǎn)軟交換端局與TDM端局之間互通的IW-MGW，負(fù)責(zé)IP承載話音與TDM承載話音的轉(zhuǎn)換。試點(diǎn)軟交換端局與其他本地網(wǎng)內(nèi)TDM端局互通仍采用現(xiàn)網(wǎng)網(wǎng)絡(luò)組織方式。,2G軟交換IP承載語音試點(diǎn)情況概述,第三階段網(wǎng)絡(luò)組織方案,第四章 2G軟交換試點(diǎn)介紹 第1節(jié) 2G軟交換IP承載語音試點(diǎn)情況概述 第2節(jié) 2G軟交換IP承載語音試點(diǎn)路由組織原則 第3節(jié) 2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)設(shè)置原則 第4節(jié) 2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)的制作,2G軟交換IP承載語音試點(diǎn)路由組織原則,第四章 2G軟交換試點(diǎn)介紹 第1節(jié) 2G軟交換IP承載語音試點(diǎn)情況概述 第2節(jié) 2G軟交換IP承載語音試

43、點(diǎn)路由組織原則 第3節(jié) 2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)設(shè)置原則 第4節(jié) 2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)的制作,2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)設(shè)置原則,試點(diǎn)軟交換端局 當(dāng)接收到的被叫號碼為13S H0H1H2H3ABCD（S=4-9）、159 H0H1H2H3ABCD或158H0H1H2H3ABCD時(shí)，向HLR進(jìn)行位置查詢，當(dāng)接收到的漫游號碼為1344M1M2M3ABC（MSRN）時(shí)，分析M1M2M3，如為本省試點(diǎn)MSC-S分配的號碼時(shí)，直接尋呼用戶或送至本省其他試點(diǎn)MSC-S。如為外省試點(diǎn)MSC-S，則將呼叫送至本大區(qū)CMN節(jié)點(diǎn)；當(dāng)接收到的漫游號碼為13900M1M2M3ABC、1374

44、M0M1M2M3ABC（MSRN），分析漫游號碼，如被叫號碼為江蘇試點(diǎn)本地網(wǎng)內(nèi)TDM端局，則將呼叫送至本大區(qū)CMN節(jié)點(diǎn)；如被叫用戶為其他本地網(wǎng)TDM端局用戶，則按照比例將呼叫送至本省1對TMSC1或軟交換匯接網(wǎng),2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)設(shè)置原則,試點(diǎn)軟交換端局 當(dāng)接收到的被叫號碼為130（1-3）H1H2H3H4ABCD或0+長途區(qū)號時(shí)，遵循現(xiàn)有疏通原則將呼叫疏通至被叫所在本地網(wǎng)的關(guān)口局。 部分設(shè)置了軟交換關(guān)口局的省可根據(jù)本省情況在省內(nèi)進(jìn)行軟交換端局和軟交換關(guān)口局之間的互通測試。,2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)設(shè)置原則,試點(diǎn)CMN節(jié)點(diǎn) 當(dāng)接收到的被叫MSRN號碼為1344M1M2M3

45、ABC時(shí)，分析M1M2M3，如為本大區(qū)內(nèi)其他試點(diǎn)軟交換端局，則將呼叫送至其他試點(diǎn)軟交換端局，如為其他大區(qū)試點(diǎn)軟交換端局，則將呼叫送至其他大區(qū)CMN節(jié)點(diǎn)。 當(dāng)接收到的被叫MSRN號碼為13900M1M2M3ABC、1374M0M1M2M3ABC 時(shí)，分析漫游號碼，如被叫號碼為江蘇鹽城本地網(wǎng)內(nèi)TDM端局，如主叫歸屬于湖南大區(qū)CMN節(jié)點(diǎn)，則將呼叫送至江蘇1對CMN節(jié)點(diǎn)，如主叫歸屬于江蘇大區(qū)CMN節(jié)點(diǎn)，則直接送至鹽城本地網(wǎng)內(nèi)被叫端局； 如接收到被叫用戶MSRN號碼為其他本地網(wǎng)TDM端局，則長沙CMN節(jié)點(diǎn)將呼叫負(fù)荷分擔(dān)送南京CMN/SS節(jié)點(diǎn)；。并且當(dāng)接收到的被叫號碼為130（1-3）H1H2H3H4AB

46、CD、0+長途區(qū)號時(shí)，長沙CMN節(jié)點(diǎn)采用0、1大匹配字冠，負(fù)荷分擔(dān)送南京CMN/TSS節(jié)點(diǎn)；南京CMN節(jié)點(diǎn)也采用0,1字冠匹配，在南京設(shè)置的一對兼做IW-MGW的TMG與南京A局之間設(shè)置過橋電路，并要求南京A局對過橋電路進(jìn)行監(jiān)測，以確保能夠及時(shí)發(fā)現(xiàn)數(shù)據(jù)錯(cuò)誤。,2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)設(shè)置原則,現(xiàn)網(wǎng)端局 鹽城本地網(wǎng)端局及關(guān)口局 增加試點(diǎn)軟交換端局MSC ID數(shù)據(jù)、CMN節(jié)點(diǎn)的數(shù)據(jù)。 當(dāng)接收到的被叫號碼為13S H0H1H2H3ABCD（S=4-9）、159 H0H1H2H3ABCD時(shí)，向HLR進(jìn)行位置查詢，當(dāng)接收到的漫游號碼為1344M1M2M3ABC（MSRN）時(shí)，將呼叫送至江蘇一對兼

47、做IW-SS的CMN節(jié)點(diǎn)，如接收到的漫游號碼為13900M1M2M3ABC、1374M0M1M2M3ABC（MSRN），按現(xiàn)有原則疏通呼叫。 當(dāng)接收到的被叫號碼為130（1-3）H1H2H3H4ABCD、0+長途區(qū)號時(shí)，將呼叫送至所在本地網(wǎng)關(guān)口局。遵循現(xiàn)有疏通原則按就遠(yuǎn)入網(wǎng),2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)設(shè)置原則,現(xiàn)網(wǎng)端局 其他本地網(wǎng)端局及關(guān)口局 增加試點(diǎn)軟交換端局MSC ID數(shù)據(jù)。 當(dāng)接收到的漫游號碼為1344M1M2M3ABC（MSRN）時(shí)，疏通原則不變。,2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)設(shè)置原則,現(xiàn)網(wǎng)其他設(shè)備 2G軟交換IP承載語音還涉及其他網(wǎng)元設(shè)備的局?jǐn)?shù)據(jù)設(shè)置，包括： STP（HST

48、P、LSTP） 匯接網(wǎng)節(jié)點(diǎn) HLR、彩鈴平臺 SCP、短信中心等 營帳及計(jì)費(fèi)系統(tǒng),第四章 2G軟交換試點(diǎn)介紹 第1節(jié) 2G軟交換IP承載語音試點(diǎn)情況概述 第2節(jié) 2G軟交換IP承載語音試點(diǎn)路由組織原則 第3節(jié) 2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)設(shè)置原則 第4節(jié) 2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)的制作,2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)制作,試點(diǎn)軟交換端局 話音業(yè)務(wù) 本網(wǎng)號碼分析MSRN，MSRN為1344 M0M1M2M3ABC 送CMN或直接疏通。 MSRN為13900M1M2M3ABC、1374M0M1M2M3ABC 分析是否為鹽城TDM端局號碼。 其余疏通原則與現(xiàn)網(wǎng)端局相同,2G軟交換IP承

49、載語音試點(diǎn)局?jǐn)?shù)據(jù)制作,試點(diǎn)CMN節(jié)點(diǎn) BICC信令,2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)制作,試點(diǎn)CMN節(jié)點(diǎn) ISUP信令,2G軟交換IP承載語音試點(diǎn)局?jǐn)?shù)據(jù)制作,現(xiàn)網(wǎng)端局及關(guān)口局設(shè)備 江蘇鹽城端局及關(guān)口局設(shè)備 分析被叫MSRN號碼是否為1344，其余路由原則不變。 其他本地網(wǎng)端局及關(guān)口局設(shè)備 路由原則不變。,第5章 2G軟交換IP承載改造介紹 第1節(jié) 2G軟交換IP承載改造目標(biāo) 第2節(jié) 2G軟交換IP承載改造計(jì)劃介紹 第3節(jié) 2G軟交換IP承載改造步驟（華為軟交換設(shè)備）,2G軟交換IP承載改造目標(biāo),第5章 2G軟交換IP承載改造介紹 第1節(jié) 2G軟交換IP承載改造目標(biāo) 第2節(jié) 2G軟交換IP承載改

50、造計(jì)劃介紹（湖南） 第3節(jié) 2G軟交換IP承載改造步驟（華為軟交換設(shè)備）,2G軟交換IP承載改造計(jì)劃介紹（湖南）,根據(jù)湖南省的實(shí)際情況，軟交換的IP化改造擬分為三個(gè)階段進(jìn)行： 第一階段-2007年10月至2008年2月1日 主要完成現(xiàn)網(wǎng)具備條件的軟交換端局及關(guān)口局的IP化改造； 第二階段-2008年2月18日至2008年9月13日 主要完成現(xiàn)網(wǎng)所有軟交換端局和軟交換關(guān)口局的IP化改造工作； 第三階段-2008年9月15日到2009年1月16日 全面完成現(xiàn)有軟交換端局、軟交換關(guān)口局及2008年新建軟交換局的IP 化改造。,2G軟交換IP承載改造計(jì)劃介紹（湖南）,第一階段改造工程量,注：諾基亞軟交

51、換端局需根據(jù)其U4版本推出時(shí)間確定是否納入一階段改造。,2G軟交換IP承載改造計(jì)劃介紹（湖南）,第二階段改造工程量,2G軟交換IP承載改造計(jì)劃介紹（湖南）,第三階段改造工程量,第三階段需在2008年交換擴(kuò)容方案確定后根據(jù)新建軟交換端局?jǐn)?shù)量制定，總體原則是確保在2009年除夕前完成所有2008年新建軟交換局的IP化改造。,第5章 2G軟交換IP承載改造介紹 第1節(jié) 2G軟交換IP承載改造目標(biāo) 第2節(jié) 2G軟交換IP承載改造計(jì)劃介紹（湖南） 第3節(jié) 2G軟交換IP承載改造步驟,2G軟交換IP承載改造步驟,2G軟交換IP承載改造步驟,第一步 版本升級，增加硬件,華為軟交換設(shè)備 硬件 增加部分接口硬件

52、（ME8T、MG1O、MRPU、MHRU、TCB1/VPD1、TCB2/VPD2 ），增加分組交換、IP接口、編解碼轉(zhuǎn)換單板； 軟件 所有軟交換端局要升級到R5版本，以打開VoIP軟件包(AMR2編碼，增強(qiáng)語音，差分服務(wù)，VAD 等）。,摩托羅拉軟交換設(shè)備 硬件 MSC Server增加一對IP轉(zhuǎn)發(fā)模塊，用于SCTP多歸屬；MGW增加MG1O-GE接口模塊、MRPU-RTP協(xié)議處理模塊。此外，如果由于板卡的增加導(dǎo)致槽位不足，則還需增加相應(yīng)機(jī)框、機(jī)架。 軟件 目標(biāo)版本為USC4.0，湘潭MSC2需進(jìn)行版本升級，其他設(shè)備無需升級。,2G軟交換IP承載改造步驟,第一步 版本升級，增加硬件,諾基亞軟交換設(shè)備 硬件 MSC Server不需要硬件變動(dòng)