移動(dòng)通信信令協(xié)議及信令采集系統(tǒng)培訓(xùn)

1、,W,AuC,GGSN,Other PLMN,SGSN,GGSN,Node B,Node B,Iu-CS,RNC,Iu-PS,Gb,A,Gs,Gr,Gn,Gc,C,D,Gp,Iub,Uu,RNC,Iur,CS域,PS域,Node B,Iub,Nb,Nc,MGW,GMSC Server,Mc,MSC Server/VLR,Mc,H,HLR,MGW,Gi,WCDMA與2G融合網(wǎng)絡(luò)結(jié)構(gòu),UTRAN,2G,軟交換協(xié)議,AAL2協(xié)議,MEGACO/H.248體系結(jié)構(gòu),Signalling basics in the Layered Architecture CN,MGW,MGW,MSC Server,M

2、SC Server,TDM, ATM or IP,H.248協(xié)議,MSC Server（或GMSC Server），是核心網(wǎng)控制面設(shè)備，處于分離網(wǎng)關(guān)體系的控制地位（即作MGC）。H.248協(xié)議應(yīng)用于MSC Server與媒體網(wǎng)關(guān)（MGW）之間的接口上。,H.248協(xié)議棧結(jié)構(gòu),H.248協(xié)議應(yīng)用于Mc接口，該協(xié)議傳輸可以基于IP（圖中a），也可基于ATM（圖中b）。目前武漢聯(lián)通愛(ài)立信軟交換采用基于IP的傳輸方式。,H.248,SCTP,IP,MAC,L1,(G)MSC Server,Mc,MGW,(a),基,于,IP,Mc,(b),基,于,ATM,H.248,SCTP,IP,MAC,L1,H.2

3、48,SCTP,IP,MAC,L1,(G)MSC Server,Mc,MGW,(a),基,于,IP,Mc,(b),基,于,ATM,H.248,SCTP,IP,MAC,L1,H.248消息結(jié)構(gòu),H.248協(xié)議的消息機(jī)制,事務(wù)（Transaction）,事務(wù)包括請(qǐng)求和響應(yīng)兩種類(lèi)型，而響應(yīng)也有兩種：TransactionReply和TransactionPending。,TransactionRequest 每個(gè)TransactionRequest請(qǐng)求激發(fā)一個(gè)事務(wù)。一個(gè)事務(wù)包含一個(gè)到多個(gè)動(dòng)作，每個(gè)動(dòng)作包含與同一個(gè)關(guān)聯(lián)（Context）相關(guān)的一個(gè)到多個(gè)命令。 TransactionRequest結(jié)構(gòu)如

4、下：,TransactionReply是事務(wù)接收者對(duì)TransactionRequest的一種響應(yīng)，表明接收者完成該TransactionRequest命令執(zhí)行，對(duì)每個(gè)事務(wù)都應(yīng)有一個(gè)Reply響應(yīng)。,TransactionPending由接收者發(fā)送，指示事務(wù)正在處理，但仍然沒(méi)有完成。當(dāng)命令處理時(shí)間較長(zhǎng)時(shí)，可以防止發(fā)送者重發(fā)事務(wù)請(qǐng)求。,關(guān)聯(lián)及終端,協(xié)議的連接模型主要描述媒體網(wǎng)關(guān)中的邏輯實(shí)體，這些邏輯實(shí)體由媒體網(wǎng)關(guān)控制器控制。這個(gè)連接模型中的主要的抽象概念是終端（Termination）和關(guān)聯(lián)（Context） 關(guān)聯(lián)描述一個(gè)終端集之間的關(guān)聯(lián)關(guān)系，當(dāng)一個(gè)關(guān)聯(lián)涉及多個(gè)終端時(shí)，關(guān)聯(lián)將描述這些終端所組成的

5、拓?fù)浣Y(jié)構(gòu)以及媒體混合交換的參數(shù)。它可以通過(guò)Add 命令進(jìn)行創(chuàng)建，通過(guò)Subtract 進(jìn)行刪除。一個(gè)關(guān)聯(lián)中必須包含終端。 終端是位于媒體網(wǎng)關(guān)中的一個(gè)邏輯實(shí)體，可以發(fā)送/接收媒體和（或）控制流。例如表示一個(gè)時(shí)隙、一個(gè)IP端口(IP地址+端口號(hào))、或一個(gè)ATM端口(VPI/VCI)。,命令,H.248協(xié)議定義了八個(gè)命令，其中“Notify”是由MG發(fā)給MGC，“ServiceChange”可由MG或MGC發(fā)送，其它命令都是由MGC發(fā)給MG。 ADD : 增加一個(gè)Termination到一個(gè)Context中，當(dāng)不指定Context ID時(shí)(或第一次增加一個(gè)Termination)，將生成一個(gè)Cont

6、ext，然后加入Termination。 MODIFY : 修改一個(gè)Termination的屬性、事件和信號(hào)參數(shù)。如：修改終端的編碼類(lèi)型、通知終端檢測(cè)摘機(jī)/掛機(jī)事件、修改終端的拓?fù)浣Y(jié)構(gòu)(雙向/單向/隔離等)。 SUBSTRACT : 從一個(gè)Context中刪除一個(gè)Termination，同時(shí)返回Termination的統(tǒng)計(jì)狀態(tài)。如果Context中再?zèng)]有其它的Termination，將刪除此Context。 MOVE : 將一個(gè)Termination從一個(gè)Context轉(zhuǎn)移到另一個(gè)Context中。 AUDITVALUE : 返回Termination的當(dāng)前的Properties、Events

7、、Signals、Statistics。 AUDITCAPABILITIES: 返回MG中Termination特性的能力集。 NOTIFY : 允許MG將檢測(cè)到的事件通知給MGC。 例如：MGW將檢測(cè)到的摘機(jī)事件上報(bào)給MGC。 SERVICECHANGE : 允許MG向MGC通知一個(gè)或者多個(gè)終端將要脫離或者加入業(yè)務(wù)。用來(lái)MG向MGC進(jìn)行注冊(cè)、重啟通知。MGC可以使用ServieceChange對(duì)MG進(jìn)行重啟。MGC可以使用ServiceChange通知MG注銷(xiāo)一個(gè)或一部分的Termination。,八個(gè)命令,MGCMG， 把一個(gè)終端加入到一個(gè)關(guān)聯(lián)域中, 如果context ID沒(méi)有指定就新建

8、一個(gè)關(guān)聯(lián)域,八個(gè)命令,Add,MGCMG， 修改終端屬性，事件或者信號(hào)屬性,八個(gè)命令,Add,Modify,MGCMG， 從一個(gè)關(guān)聯(lián)域中移出一個(gè)終端。 如果關(guān)聯(lián)域中沒(méi)有任何終端則刪除關(guān)聯(lián)域,八個(gè)命令,Add,Modify,subtract,MGCMG，將一個(gè)終端從一個(gè)關(guān)聯(lián)域中移到另一個(gè)關(guān)聯(lián)域中,八個(gè)命令,Add,Modify,subtract,Move,MGCMG， 獲得終端的當(dāng)前信息，事件，信號(hào)信息以及統(tǒng)計(jì)信息,八個(gè)命令,Add,Modify,subtract,Move,AuditValue,MGCMG， 獲取一個(gè)媒體網(wǎng)關(guān)的容量性能指標(biāo),八個(gè)命令,Add,Modify,subtract,Mo

9、ve,AuditValue,AuditCapability,MGMGC， 媒體網(wǎng)關(guān)通過(guò)此命令通知媒體網(wǎng)關(guān)控制器在其內(nèi)部發(fā)生的事件（比如用戶提機(jī)）。,八個(gè)命令,Add,Modify,subtract,Move,AuditValue,AuditCapability,Notify,MGCMG MGCMG 啟動(dòng)服務(wù) 退出服務(wù) MGMGC 啟動(dòng)服務(wù) 退出服務(wù) 注冊(cè),描述符,描述符Descriptors 一個(gè)命令的參數(shù)被定義為描述符。Descriptor是由Name和item組成(item可以攜帶Value)。一些命令可以共享一個(gè)或幾個(gè)描述符。Descriptor可以作為一個(gè)Command的輸出返回值。在

10、大多數(shù)情況下Descriptor作為返回值，只有Name沒(méi)有其它item。 通常，描述符的形式如下： DescriptorName= parm = value, parm = value . ,MSC Server向MGW呼叫發(fā)起,MEGACO/1 182.20.0.1:2944,Transaction = 10006 ,Context = $ ,Add = A16,Add = $ ,Events = 2223 nt/netfail,nt/qualert ,Media ,Stream = 1 ,LocalControl ,Mode = ReceiveOnly,Local ,v=0,c=IN I

11、P4,$,m=audio,$,RTP/AVP 8, ,Add,Add_Reply,MSC Server,MGW,MSC Server通過(guò)Add命令向MGW發(fā)起呼叫，其中包含的參數(shù),有：相應(yīng)終端應(yīng)該監(jiān)聽(tīng)的事件、請(qǐng)求RTP終端IP地址,端口、傳輸模式,MSC Server向MGW呼叫發(fā)起,MSC Server向MGW呼叫發(fā)起,MEGACO/1 182.20.20.1:2945,Reply = 10006 ,Context = 2000 ,Add = A16,Add= A32,Media ,Stream = 1 ,Local ,v=0,c=IN IP4,169.0.0.16,m=audio,2222

12、,RTP/AVP 8 ,Add,Add_Reply,MSC Server,MGW通過(guò)Add Reply把選擇的上下文和本端RTP終端ID,及其IP地址、端口號(hào)告訴給MSC Server,MSC Server向MGW呼叫發(fā)起,Modify,Modify_Reply,MSC Server,MGW,MSC Server通過(guò)Modify命令向MGW來(lái)修改終端的屬性,（放回鈴音），并且把對(duì)端MGW的RTP終端IP地址及端,口號(hào)告訴給主叫MGW。,MSC Server向MGW呼叫發(fā)起,MSC Server向MGW呼叫發(fā)起,MEGACO/1 182.20.0.1:2944,Transaction = 100

13、08 ,Context = 2000 ,Modify = A16 ,Signals, ,Modify = A32 ,Media ,Stream = 1 ,LocalControl ,Mode=SendReceive, ,Modify,Modify_Reply,MSC Server,MGW,MSC Server通過(guò)Modify命令向MGW來(lái)修改終端的屬性,（?；剽徱簦?，并且把終端傳輸模式改為收發(fā),MSC Server向MGW呼叫發(fā)起,MEGACO/1 182.20.20.1:2945,Reply = 10008 ,Context = 2000 ,Modify = A16,Modify = A32

14、 ,Modify,Modify_Reply,MSC Server,MGW,MGW通過(guò)Modify Reply來(lái)響應(yīng)MSC Server的請(qǐng)求， 不帶錯(cuò)誤碼表示該命令執(zhí)行成功。,MSC Server向MGW呼叫釋放,MEGACO/1 182.20.0.1:2944,Transaction = 10009 ,Context = 2000 ,Subtract = A16,Subtract = A32,Subtract,Subtract_Reply,MSC Server,MGW,MSC Server通過(guò)Subtract命令向MGW發(fā)起拆除呼叫請(qǐng),求，一般會(huì)要求MGW釋放呼叫資源的同時(shí)上報(bào)一些統(tǒng),計(jì)信息

15、。,MSC Server向MGW呼叫釋放,MEGACO/1 182.20.20.1:2945,Reply = 10009 ,Context = 2000 ,Subtract = A16,Subtract = A32,Subtract,Subtract_Reply,MSC Server,MGW,MGW釋放呼叫資源,在響應(yīng)MSC Server的同時(shí)上報(bào)一些 統(tǒng)計(jì)信息。,SS7 - H.248 SS7信令過(guò)程,Database,Application Server,3. Analysis & Routing,1. IAM,2. IAM,4. Add,5. Reply of Add,6. Add,7.

16、 Reply of Add,8. IAM,11. ACM,9. IAM,10. ACM,14. ACM,13. ACM,12. Modify(Notify),17. Modify,16. ANM,19. ANM,18. ANM,15. ANM,SIGTRAN協(xié)議棧,SIGTRAN協(xié)議是IETF的信令傳送工作組SIGTRAN所建立的一套在IP網(wǎng)絡(luò)上傳送PSTN信令的傳輸控制協(xié)議。SIGTRAN定義了一個(gè)比較完善的SIGTRAN協(xié)議堆棧，分為IP協(xié)議、信令傳輸、信令傳輸適配和信令應(yīng)用等四層。每層所含內(nèi)容如下： IP協(xié)議層：IP 信令傳輸層：SCTP 信令傳輸適配層：SUA；M3UA；M2UA/M2

17、PA；IUA 信令應(yīng)用層：TCAP；TUP；ISUP；SCCP；MTP3；Q931/QSIG不同的信令應(yīng)用層需要不同的信令傳輸適配層，但I(xiàn)P協(xié)議層和信令傳輸層是共享的和相同的。信令傳輸適配層與信令應(yīng)用層的對(duì)應(yīng)關(guān)系如下： SUA對(duì)應(yīng)TCAP M3UA對(duì)應(yīng)TUP；ISUP；SCCP、TCAP M2UA/M2PA對(duì)應(yīng)MTP3、ISUP IUA對(duì)應(yīng)Q931/QSIG、ISUP（1）SCTP協(xié)議 SCTP由IETF提出，是一個(gè)面向連接的傳輸層協(xié)議，采用了類(lèi)似TCP的流量控制和擁塞控制算法，通過(guò)自身的證實(shí)與重發(fā)機(jī)制來(lái)保證用戶數(shù)據(jù)在兩個(gè)SCTP端點(diǎn)間可靠傳送。相對(duì)于TCP等其他傳輸協(xié)議，SCTP傳輸時(shí)延小，

18、可避免某些大數(shù)據(jù)對(duì)其他數(shù)據(jù)的阻塞，具有更高的可靠性和安全性。（2）M3UA協(xié)議 M3UA是MTP第三級(jí)用戶適配層協(xié)議，提供信令點(diǎn)編碼和IP地址的轉(zhuǎn)換。用于在軟交換與信令網(wǎng)關(guān)之間實(shí)現(xiàn)七號(hào)信令協(xié)議的傳送，支持在IP網(wǎng)上傳送MTP第三級(jí)的用戶消息，包括ISUP、TUP和SCCP消息，TCAP消息作為SCCP的凈荷可由M3UA透明傳送。（3）M2UA/M2PA協(xié)議 M2UA/M2PA是MTP第二級(jí)用戶對(duì)等層間的適配層協(xié)議。（4）IUA協(xié)議 IUA是ISDN Q.931用戶適配層協(xié)議。（5）SUA協(xié)議 SUA是SCCP用戶適配層協(xié)議。SUA與M3UA不同，它直接實(shí)現(xiàn)了TCAP over IP功能。SIG

19、TRAN支持PSTN信令應(yīng)用的標(biāo)準(zhǔn)原語(yǔ)接口，利用標(biāo)準(zhǔn)的IP傳送協(xié)議作為低層傳送信令，是NGN中重要的傳輸控制協(xié)議之一。,SIGTRAN協(xié)議棧結(jié)構(gòu),通用的信令傳送協(xié)議,IP,SCTP,IUA,M2UA/M2PA,M3UA,SUA,Q931/QSIG,MTP3,TUP,ISUP,信令適配子層,標(biāo)準(zhǔn)的IP傳送層,SCCP,TCAP,TCAP,信令應(yīng)用層,以M2UA為例,什么是SCTP,流控制傳輸協(xié)議（Stream Control Transmission Protocol ），是為在IP網(wǎng)上傳輸PSTN信令消息而設(shè)計(jì)的 一種面向連接的可靠傳輸協(xié)議，SCTP對(duì)TCP的缺陷進(jìn)行了一些完善，SCTP的設(shè)計(jì)

20、包括適當(dāng)?shù)膿砣刂?、防止泛濫和偽裝攻擊、更優(yōu)的實(shí)時(shí)性能和多歸屬性支持。 處于傳輸層，在網(wǎng)絡(luò)模型中與TCP,UDP處于同層位置,與TCP相比，SCTP的優(yōu)點(diǎn),SCTP的連接可以是多地址連接，而TCP則一般是單地址連接的。 TCP是基于比特流，SCTP則是基于用戶消息流。 一個(gè)TCP則只能支持一個(gè)流，一個(gè)SCTP連接同時(shí)可以支持多個(gè)流(stream)。 SCTP增加了防止攻擊的措施(Tag, Cookie, MAC)。,SCTP相關(guān)術(shù)語(yǔ)解釋,SCTP端點(diǎn)（End Point）：每個(gè)端點(diǎn)由IP地址和端口號(hào)唯一標(biāo)識(shí)，與TCP傳輸?shù)刂奉?lèi)似。 偶聯(lián)（Association）：在一對(duì)SCTP端點(diǎn)間通過(guò)四次握

21、手建立的邏輯聯(lián)系或通道。偶聯(lián)的建立是采用C/S模式。 流（Stream）：一個(gè)偶聯(lián)包含多個(gè)流，“流”就是一條SCTP偶聯(lián)中，從一個(gè)端點(diǎn)到另一個(gè)端點(diǎn)的單向邏輯通道。,SCTP術(shù)語(yǔ),SCTP數(shù)據(jù)傳遞流程,EndpointA,EndpointB,TSN ACK=6 ,GAP BLOCK =1 START =2 END = 3,SCTP數(shù)據(jù)傳遞流程,EndpointA,EndpointB,TSN ACK=13 ,GAP BLOCK =0,SCTP數(shù)據(jù)交換方式的好處,在兩個(gè)SCTP主機(jī)間的正常數(shù)據(jù)交換。SCTP主機(jī)發(fā)送SACK塊，用來(lái)確認(rèn)每一個(gè)收到的SCTP包。因?yàn)镾ACK能完整地描述接收端的狀態(tài)，因此

22、,依據(jù)SACK,發(fā)送端能做出重傳判決。SCTP支持類(lèi)似于TCP中的快速重傳和time-out重傳算法。對(duì)于數(shù)據(jù)包丟失發(fā)現(xiàn)，SCTP和TCP采用截然不同的機(jī)制：當(dāng)TCP發(fā)現(xiàn)接收序號(hào)有缺口時(shí)，會(huì)等到該缺口被填上后，才發(fā)送序列號(hào)高于丟失數(shù)據(jù)包的數(shù)據(jù)。然而，SCTP即使發(fā)現(xiàn)接收序號(hào)有缺口或順序錯(cuò)亂，仍會(huì)發(fā)送后面的數(shù)據(jù)。,SCTP啟動(dòng)流程,EndpointA (Client),EndpointB(server),一次SCTP四路握手中，INIT消息的接收端不必保存任何狀態(tài)信息或者分配任何資源，這樣就可防范SYN Flooding等DoS攻擊。它在發(fā)送INIT-ACK消息時(shí)，采用了一種機(jī)制“狀態(tài)Cooki

23、e”，該Cookie具有發(fā)送端要建立自己狀態(tài)所需的全部信息。,M2UA華為設(shè)備采用,使用M2UA的信令網(wǎng)關(guān) 不具備MTP-3功能的信令網(wǎng)關(guān)，不屬于七號(hào)信令網(wǎng)結(jié)點(diǎn)，只完成窄帶七號(hào)信令鏈路與IP七號(hào)信令鏈路的轉(zhuǎn)換。（相當(dāng)于一個(gè)交叉連接設(shè)備） 上圖是使用M2UA(MTP2-T User Adaptatation layer,MTP2用戶適配層協(xié)議)信令網(wǎng)關(guān)傳送信令消息到MGCP/IP SCP的示意圖，其中傳送的消息包括與電路相關(guān)的呼叫連接控制的信令消息和與電路無(wú)關(guān)的信令消息,M3UA中興、愛(ài)立信設(shè)備采用,使用M3UA的信令網(wǎng)關(guān) 信令網(wǎng)關(guān)從窄帶信令網(wǎng)或IP網(wǎng)接收到信令消息后，傳遞到MTP-3或M3UA

24、（MTP3 User Adaptation layer，MTP3用戶適配層協(xié)議），然后，信令網(wǎng)關(guān)根據(jù)DPC或IP地址等，由節(jié)點(diǎn)互通功能（NIF）完成信令消息的傳遞。,SUA,使用SUA的信令網(wǎng)關(guān) 信令網(wǎng)關(guān)從窄帶七號(hào)信令網(wǎng)接收到信令消息后，傳遞到(SCCP)，SCCP分析地址后，通過(guò)NIF把消息傳遞到SUA(SCCP User Adaptaion,SCCP 用戶適配協(xié)議)，然后信令網(wǎng)關(guān)中的SUA根據(jù)GT翻譯或地址解析表解析出目的地的IP地址，并把相應(yīng)的信息封裝在SCTP幀中發(fā)送到SCTP偶聯(lián)上。 當(dāng)信令網(wǎng)關(guān)收到IP網(wǎng)絡(luò)側(cè)發(fā)來(lái)的消息后，SUA把用戶數(shù)據(jù)從SCTP中提取出來(lái)，并通過(guò)NIF把數(shù)據(jù)傳遞到

25、信令網(wǎng)關(guān)的SCCP再由信令網(wǎng)關(guān)的SCTP進(jìn)行對(duì)應(yīng)的GT翻譯和DPC映射。七號(hào)信令網(wǎng)與IP網(wǎng)在應(yīng)用層的互通(信令網(wǎng)關(guān)使用SUA)。,BICC協(xié)議,BICC（Bearer Independent Call Control）協(xié)議 與承載無(wú)關(guān)的呼叫控制協(xié)議是基于ISUP的信令協(xié)議，在不影響現(xiàn)有網(wǎng)絡(luò)的接口和端到端業(yè)務(wù)的情況下，在寬帶網(wǎng)絡(luò)上支持窄帶ISDN的全套業(yè)務(wù)。BICC協(xié)議解決呼叫控制和承載控制分離的問(wèn)題，使呼叫控制信令可以在各種網(wǎng)絡(luò)上承載,MSCS,GMSCS,MGW,MGW,Nc,BICC協(xié)議,概述,BICC在網(wǎng)絡(luò)中的應(yīng)用,概述,STC on MTP協(xié)議棧,STC on SCTP協(xié)議棧,概述,B

26、ICC協(xié)議棧,概述,BICC協(xié)議模型,BICC協(xié)議中的基本概念 CSF&BCF CSF：呼叫業(yè)務(wù)功能 BCF：承載控制功能 BICC節(jié)點(diǎn)模型,BICC協(xié)議介紹,BICC消息流程介紹,BICC協(xié)議流程的幾個(gè)重要概念 承載建立方向 承載建立的隧道方式 Codec協(xié)商,BICC消息流程介紹,CSF,CSF,BCF,BCF,IAM,準(zhǔn)備承載,APM（承載信息）,建立承載,承載建立,承載建立指示,BICC消息流程介紹,前向承載建立:承載建立方向與呼叫方向一致,BICC消息流程介紹,CSF,CSF,BCF,BCF,IAM （承載信息）,準(zhǔn)備承載,建立承載,承載建立,承載建立指示,BICC消息流程介紹,后向

27、承載建立:承載建立方向與呼叫方向相反,BICC消息流程介紹,BICC消息流程介紹,BICC協(xié)議流程的幾個(gè)重要概念（二） 承載建立的隧道方式,BICC消息流程介紹,BICC消息流程介紹,BICC協(xié)議流程的幾個(gè)重要概念（三） Codec協(xié)商 在IAM消息中攜帶出局測(cè)所支持的Codec能力集合，在入局測(cè)將這個(gè)集合與本端的Codec能力取交集，并選定一Codec，通過(guò)APM返回。 通過(guò)Codec協(xié)商，使得在主被叫Codec能力集合有交集時(shí)，各中間Nb端點(diǎn)得的Codec選取與主被叫一致，從而免去插入帶內(nèi)編碼器TC，這就是TrFo功能。,BICC消息流程介紹,BICC消息流程介紹,TFO/TrFO技術(shù) T

28、FO與TrFO的區(qū)別 TFO通過(guò)帶內(nèi)信令協(xié)商速率，仍需要編解碼器單元繼續(xù)工作。 TrFO通過(guò)帶外信令，建立免編解碼器的連接，建立后完全不需要編解碼器。 提供TFO和TrFO的優(yōu)勢(shì) 改善語(yǔ)音質(zhì)量 節(jié)省網(wǎng)絡(luò)設(shè)備功率,BICC消息流程介紹,TrFo的過(guò)程,A終端支持AMR集：12.2K/7.9K,MSC Server-O,MSC Server-T,AMR,AMR,AMR OverIP,B終端支持AMR集：12.2K/7.9K/4.75K,A,B,Iu,RNC-O,RNC-T,TrFo的過(guò)程,BICC消息流程介紹,BICC與ISUP的聯(lián)系與區(qū)別, 消息和參數(shù)的變化,BICC和ISUP的對(duì)比,信令監(jiān)測(cè)系

29、統(tǒng)開(kāi)發(fā)背景,網(wǎng)絡(luò)優(yōu)化可以提高運(yùn)營(yíng)商的設(shè)備利用率和優(yōu)化網(wǎng)絡(luò)運(yùn)行質(zhì)量。通過(guò)優(yōu)化改善接通率、掉話率等直接影響用戶主觀感受的關(guān)鍵指標(biāo)，為用戶提供更加可靠、穩(wěn)定和優(yōu)質(zhì)的網(wǎng)絡(luò)服務(wù)。其中運(yùn)維優(yōu)化主要是為了提高網(wǎng)絡(luò)質(zhì)量以及有效利用網(wǎng)絡(luò)資源而開(kāi)展的日常優(yōu)化工作，其工作重點(diǎn)是改善客戶的感知度。通過(guò)網(wǎng)絡(luò)性能、網(wǎng)絡(luò)故障、用戶投訴等信息的統(tǒng)計(jì)，進(jìn)行問(wèn)題分析、定位和處理。隨著網(wǎng)絡(luò)的不斷發(fā)展和用戶對(duì)使用質(zhì)量要求的不斷提高，用戶不再僅只在意業(yè)務(wù)接入的快捷，同時(shí)還更多的關(guān)注整個(gè)業(yè)務(wù)的使用質(zhì)量。同時(shí)隨著網(wǎng)絡(luò)智能化、IP化工作及3G網(wǎng)絡(luò)建設(shè)、2G3G網(wǎng)絡(luò)互通工作的深化，網(wǎng)絡(luò)優(yōu)化工作也已經(jīng)不僅需要通過(guò)無(wú)線網(wǎng)絡(luò)部分的分析而且還需要同時(shí)

30、進(jìn)行核心網(wǎng)部分的分析，即全程全網(wǎng)的分析才能夠更好的達(dá)到優(yōu)化網(wǎng)絡(luò)及業(yè)務(wù)的目標(biāo)。 通過(guò)信令監(jiān)測(cè)系統(tǒng)可以做到采集監(jiān)測(cè)移動(dòng)網(wǎng)主要接口的信令，包括MAP、CAP、BSSAP、TUP、ISUP等信令消息，同時(shí)對(duì)于各類(lèi)協(xié)議IP化后基于IP封裝的協(xié)議消息也可以采集分析。這些和移動(dòng)網(wǎng)運(yùn)行相關(guān)的消息中包含著大量的信息，從中能獲取大量的網(wǎng)絡(luò)信息、呼叫信息及用戶信息。 對(duì)于移動(dòng)網(wǎng)絡(luò)的各類(lèi)協(xié)議信息，在采集處理完成后，通過(guò)對(duì)其的統(tǒng)計(jì)分析，可以滿足網(wǎng)絡(luò)維護(hù)的需要。同時(shí)通過(guò)更細(xì)粒度的深入分析，和對(duì)呼叫全程的各段協(xié)議的流程關(guān)聯(lián)，完成端到端的呼叫分析，更是網(wǎng)絡(luò)優(yōu)化的重要工具。通過(guò)對(duì)呼叫全程全網(wǎng)的分析能夠使網(wǎng)絡(luò)優(yōu)化工作不僅停留在無(wú)

31、線網(wǎng)絡(luò)部分和問(wèn)題表相上，更能夠深挖到全網(wǎng)各個(gè)環(huán)節(jié)，對(duì)問(wèn)題的徹底解決起到更直接的支持保障作用。,功能結(jié)構(gòu)圖,系統(tǒng)結(jié)構(gòu),武漢業(yè)務(wù)區(qū)話務(wù)網(wǎng)組織結(jié)構(gòu)圖,武漢業(yè)務(wù)區(qū)信令網(wǎng)組織結(jié)構(gòu)圖,CS域的采集接口分析： A接口：由于試點(diǎn)采用軟交換，所以采集Mc接口就能夠?qū)崿F(xiàn)A接口信令的分析 Abis接口：采用主設(shè)備MR上報(bào)的方式，本期不用采集 Mc/Nc接口：Mc接口需要采集，由于是FE接口，現(xiàn)網(wǎng)流量很小，采用交換機(jī)鏡像方式采集，Nc接口在物理上是和Mc共用的 C、D、G等MSC Server側(cè)的E1接口：本期需要采集，E1承載，通過(guò)高阻跨接進(jìn)行采集 PS域的采集接口分析： Gb接口：需要采集，E1承載，通過(guò)高阻跨接進(jìn)行采集 Gn/Gi接口：需要采集，GE光口承載，先通過(guò)分光器分光，然后接入采集平臺(tái)進(jìn)行采集 Gr