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

WAuCGGSNInternetPSTNOtherPLMNSGSNGGSNNodeBNodeBIu-CSRNCIu-PSGbAGsGrGnGcCDGpIubBTSBTSBSCAbisUmUuRNCIurCS域PS域NodeBIubNbNcMGWGMSCServerMcMSCServer/VLRMcHHLRMGWGiWCDMA與2G融合網(wǎng)絡(luò)結(jié)構(gòu)UTRAN2G軟交換協(xié)議H.248協(xié)議1SIGTRAN協(xié)議棧2BICC協(xié)議34AAL2協(xié)議MEGACO/H.248體系結(jié)構(gòu)SignallingbasicsintheLayeredArchitectureCNCallControl=BICCSignallingTransport=MTP,MTP3borM3UA/SCTPMGWMGWMSCServerMSCServerTDM,ATMorIPGCP(H.248)Signallingtransport=MTP3borM3UA/SCTPBearerControl=ISUP,Q.AAL2,QorIPBCPSignallingTransport=MTP,MTP3borM3UA/SCTPGCP(H.248)Signallingtransport=MTP3borM3UA/SCTPH.248協(xié)議MSCServer（或GMSCServer），是核心網(wǎng)控制面設(shè)備，處于分離網(wǎng)關(guān)體系的控制地位（即作MGC）。H.248協(xié)議應(yīng)用于MSCServer與媒體網(wǎng)關(guān)（MGW）之間的接口上。NcMSCServerMcMcH.248H.248GMSCServerNcMSCServerMcMcMGWMGWH.248H.248GMSCServerH.248協(xié)議棧結(jié)構(gòu)H.248協(xié)議應(yīng)用于Mc接口，該協(xié)議傳輸可以基于IP（圖中a），也可基于ATM（圖中b）。目前武漢聯(lián)通愛立信軟交換采用基于IP的傳輸方式。

H.248SCTPIPMACL1(G)MSCServerMcMGW(a)基于IPMc(b)基于ATMH.248SCTPIPMACL1H.248SCTPIPMACL1(G)MSCServerMcMGW(a)基于IPMc(b)基于ATMH.248SCTPIPMACL1(G)MSCServerH.248SSCFAAL5MTP-3bATMPLSTCATMSSCOP(G)MSCServerH.248SSCFAAL5MTP-3bATMPLSTCATMSSCOPH.248消息結(jié)構(gòu)H.248協(xié)議的消息機(jī)制Message消息TransactionI事務(wù)TransactionIDnContextID1關(guān)聯(lián)ContextIDnCMD1命令CMDnDes-nDes-1描述符......事務(wù)（Transaction）事務(wù)包括請(qǐng)求和響應(yīng)兩種類型，而響應(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)如下：TransactionReply是事務(wù)接收者對(duì)TransactionRequest的一種響應(yīng)，表明接收者完成該TransactionRequest命令執(zhí)行，對(duì)每個(gè)事務(wù)都應(yīng)有一個(gè)Reply響應(yīng)。TransactionPending由接收者發(fā)送，指示事務(wù)正在處理，但仍然沒有完成。當(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)將描述這些終端所組成的拓?fù)浣Y(jié)構(gòu)以及媒體混合交換的參數(shù)。它可以通過Add命令進(jìn)行創(chuàng)建，通過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)不指定ContextID時(shí)(或第一次增加一個(gè)Termination)，將生成一個(gè)Context，然后加入Termination。MODIFY:修改一個(gè)Termination的屬性、事件和信號(hào)參數(shù)。如：修改終端的編碼類型、通知終端檢測(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、Signals、Statistics。AUDITCAPABILITIES:

返回MG中Termination特性的能力集。NOTIFY:允許MG將檢測(cè)到的事件通知給MGC。例如：MGW將檢測(cè)到的摘機(jī)事件上報(bào)給MGC。SERVICECHANGE:允許MG向MGC通知一個(gè)或者多個(gè)終端將要脫離或者加入業(yè)務(wù)。用來MG向MGC進(jìn)行注冊(cè)、重啟通知。MGC可以使用ServieceChange對(duì)MG進(jìn)行重啟。MGC可以使用ServiceChange通知MG注銷一個(gè)或一部分的Termination。八個(gè)命令MGMGCAddMGC→MG，把一個(gè)終端加入到一個(gè)關(guān)聯(lián)域中,如果contextID沒有指定就新建一個(gè)關(guān)聯(lián)域八個(gè)命令MGCAddModifyMGC→MG，修改終端屬性，事件或者信號(hào)屬性MG八個(gè)命令MGCAddModifysubtractMGC→MG，從一個(gè)關(guān)聯(lián)域中移出一個(gè)終端。如果關(guān)聯(lián)域中沒有任何終端則刪除關(guān)聯(lián)域MG八個(gè)命令MGCAddModifysubtractMoveMGC→MG，將一個(gè)終端從一個(gè)關(guān)聯(lián)域中移到另一個(gè)關(guān)聯(lián)域中MG八個(gè)命令MGCAddModifysubtractMoveAuditValueMGC→MG，獲得終端的當(dāng)前信息，事件，信號(hào)信息以及統(tǒng)計(jì)信息MG八個(gè)命令MGCAddModifysubtractMoveAuditValueAuditCapabilityMGC→MG，獲取一個(gè)媒體網(wǎng)關(guān)的容量性能指標(biāo)MG八個(gè)命令MGCAddModifysubtractMoveAuditValueAuditCapabilityNotifyMG→MGC，媒體網(wǎng)關(guān)通過此命令通知媒體網(wǎng)關(guān)控制器在其內(nèi)部發(fā)生的事件（比如用戶提機(jī)）。,MG八個(gè)命令MGCAddModifysubtractMoveAuditValueAuditCapabilityNotifyServiceChangeMGC?MGMGC→MG啟動(dòng)服務(wù)退出服務(wù)MG→MGC啟動(dòng)服務(wù)退出服務(wù)注冊(cè)MG描述符描述符Descriptors一個(gè)命令的參數(shù)被定義為描述符。Descriptor是由Name和item組成(item可以攜帶Value)。一些命令可以共享一個(gè)或幾個(gè)描述符。Descriptor可以作為一個(gè)Command的輸出返回值。在大多數(shù)情況下Descriptor作為返回值，只有Name沒有其它item。通常，描述符的形式如下：

DescriptorName=<someID>{parm=value,parm=value......}MSCServer向MGW呼叫發(fā)起

MEGACO/1[]:2944

Transaction=10006{

Context=${

Add=A16,

Add=${

Events=2223{nt/netfail,nt/qualert},

Media{

Stream=1{

LocalControl{

Mode=ReceiveOnly

},

Local{

v=0

c=INIP4$

m=audio$

RTP/AVP8

}}}}}

}AddAdd_ReplyMSCServerMGWMSCServer通過Add命令向MGW發(fā)起呼叫，其中包含的參數(shù)有：相應(yīng)終端應(yīng)該監(jiān)聽的事件、請(qǐng)求RTP終端IP地址端口、傳輸模式MSCServer向MGW呼叫發(fā)起對(duì)應(yīng)ADD命令中包含的部分描述苻的解釋：事件描述苻：請(qǐng)求事件ID（RequestIdentifier）媒體流ID（缺省值為0）MG中某個(gè)終端需要監(jiān)聽和上報(bào)給MGC的事件(通過包來描述)流描述苻本端控制描述苻傳輸模式（Mode）（資源）組預(yù)留（ReserveGroup）（資源）值預(yù)留（ReserveValue）本端媒體描述苻(使用SDP協(xié)議，RFC2327)v=0c=INIP4$m=audio$RTP/AVP8......對(duì)端媒體描述苻(使用SDP協(xié)議，RFC2327)MSCServer向MGW呼叫發(fā)起MEGACO/1[]:2945Reply=10006{

Context=2000{

Add=A16,

Add=A32{

Media{

Stream=1{

Local{

v=0

c=INIP46

m=audio2222

RTP/AVP8}}}}}

}AddAdd_ReplyMSCServerMGW通過AddReply把選擇的上下文和本端RTP終端ID及其IP地址、端口號(hào)告訴給MSCServerMSCServer向MGW呼叫發(fā)起ModifyModify_ReplyMSCServerMGWMSCServer通過Modify命令向MGW來修改終端的屬性（放回鈴音），并且把對(duì)端MGW的RTP終端IP地址及端口號(hào)告訴給主叫MGW。MEGACO/1[]:2944

Transaction=10007{

Context=2000{

Modify=A16{

Signals

{

cg/rt

}},

Modify=A32{

Media{

Stream=1{

Remote

{

v=0

c=INIP42

m=audio1111RTP/AVP8

}}}}}

}MSCServer向MGW呼叫發(fā)起

信號(hào)描述苻對(duì)應(yīng)Modify命令中包含的部分描述苻的解釋：信號(hào)描述苻：媒體流ID（缺省值為0）MGW中某個(gè)終端需要播放的某個(gè)信號(hào)(信號(hào)都定義在包中)播放時(shí)間（duration：hundredthsofasecond）信號(hào)參數(shù)（在包中有定義）信號(hào)類型on/off(一直播放直到被關(guān)掉,duration忽略)timeout（duration超時(shí)）brief(短暫的信號(hào))MSCServer向MGW呼叫發(fā)起MEGACO/1[]:2944

Transaction=10008{

Context=2000{

Modify=A16{

Signals

{},

Modify=A32{

Media{

Stream=1{

LocalControl{

Mode=SendReceive

}

}}}}

}ModifyModify_ReplyMSCServerMGWMSCServer通過Modify命令向MGW來修改終端的屬性（?；剽徱簦?，并且把終端傳輸模式改為收發(fā)MSCServer向MGW呼叫發(fā)起

MEGACO/1[]:2945

Reply=10008{

Context=2000{

Modify=A16,

Modify=A32}

}ModifyModify_ReplyMSCServerMGWMGW通過ModifyReply來響應(yīng)MSCServer的請(qǐng)求，不帶錯(cuò)誤碼表示該命令執(zhí)行成功。MSCServer向MGW呼叫釋放MEGACO/1[]:2944

Transaction=10009{

Context=2000{

Subtract=A16

Subtract=A32

}

}SubtractSubtract_ReplyMSCServerMGWMSCServer通過Subtract命令向MGW發(fā)起拆除呼叫請(qǐng)求，一般會(huì)要求MGW釋放呼叫資源的同時(shí)上報(bào)一些統(tǒng)計(jì)信息。MSCServer向MGW呼叫釋放MEGACO/1[]:2945

Reply=10009{

Context=2000{

Subtract=A16

Subtract=A32

}

}SubtractSubtract_ReplyMSCServerMGWMGW釋放呼叫資源,在響應(yīng)MSCServer的同時(shí)上報(bào)一些統(tǒng)計(jì)信息。SS7-H.248–SS7信令過程SoftswitchTGTGSGSGDatabaseApplicationServerZTELS1ZTELS23.Analysis&Routing1.IAM2.IAM4.Add5.ReplyofAdd6.Add7.ReplyofAdd8.IAM11.ACM9.IAM10.ACM14.ACM13.ACM12.Modify(Notify)17.Modify16.ANM19.ANM18.ANM15.ANMSIGTRAN協(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/M2PA；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)TCAPM3UA對(duì)應(yīng)TUP；ISUP；SCCP、TCAPM2UA/M2PA對(duì)應(yīng)MTP3、ISUPIUA對(duì)應(yīng)Q931/QSIG、ISUP

（1）SCTP協(xié)議

SCTP由IETF提出，是一個(gè)面向連接的傳輸層協(xié)議，采用了類似TCP的流量控制和擁塞控制算法，通過自身的證實(shí)與重發(fā)機(jī)制來保證用戶數(shù)據(jù)在兩個(gè)SCTP端點(diǎn)間可靠傳送。相對(duì)于TCP等其他傳輸協(xié)議，SCTP傳輸時(shí)延小，可避免某些大數(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是ISDNQ.931用戶適配層協(xié)議。

（5）SUA協(xié)議

SUA是SCCP用戶適配層協(xié)議。SUA與M3UA不同，它直接實(shí)現(xiàn)了TCAPoverIP功能。

SIGTRAN支持PSTN信令應(yīng)用的標(biāo)準(zhǔn)原語接口，利用標(biāo)準(zhǔn)的IP傳送協(xié)議作為低層傳送信令，是NGN中重要的傳輸控制協(xié)議之一。

SIGTRAN協(xié)議棧結(jié)構(gòu)通用的信令傳送協(xié)議IPSCTPIUAM2UA/M2PAM3UASUAQ931/QSIGMTP3TUPISUP信令適配子層標(biāo)準(zhǔn)的IP傳送層SCCPTCAPTCAP信令應(yīng)用層以M2UA為例什么是SCTP流控制傳輸協(xié)議（StreamControlTransmissionProtocol），是為在IP網(wǎng)上傳輸PSTN信令消息而設(shè)計(jì)的一種面向連接的可靠傳輸協(xié)議，SCTP對(duì)TCP的缺陷進(jìn)行了一些完善，SCTP的設(shè)計(jì)包括適當(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ù)語解釋SCTP端點(diǎn)（EndPoint）：每個(gè)端點(diǎn)由IP地址和端口號(hào)唯一標(biāo)識(shí)，與TCP傳輸?shù)刂奉愃?。偶?lián)（Association）：在一對(duì)SCTP端點(diǎn)間通過四次握手建立的邏輯聯(lián)系或通道。偶聯(lián)的建立是采用C/S模式。流（Stream）：一個(gè)偶聯(lián)包含多個(gè)流，“流”就是一條SCTP偶聯(lián)中，從一個(gè)端點(diǎn)到另一個(gè)端點(diǎn)的單向邏輯通道。SCTP術(shù)語SCTP數(shù)據(jù)傳遞流程EndpointAEndpointB123123123DATA123456789SACKTSNACK=6,GAPBLOCK=1START=2END=3SCTP數(shù)據(jù)傳遞流程EndpointAEndpointBSACKTSNACK=13,GAPBLOCK=0DATA4357

10111213

44SCTP數(shù)據(jù)交換方式的好處在兩個(gè)SCTP主機(jī)間的正常數(shù)據(jù)交換。SCTP主機(jī)發(fā)送SACK塊，用來確認(rèn)每一個(gè)收到的SCTP包。因?yàn)镾ACK能完整地描述接收端的狀態(tài)，因此,依據(jù)SACK,發(fā)送端能做出重傳判決。SCTP支持類似于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)INITINITACKCOOKIEECHOCOOKIEACK一次SCTP四路握手中，INIT消息的接收端不必保存任何狀態(tài)信息或者分配任何資源，這樣就可防范SYNFlooding等DoS攻擊。它在發(fā)送INIT-ACK消息時(shí)，采用了一種機(jī)制——“狀態(tài)Cookie”，該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-TUserAdaptatationlayer,MTP2用戶適配層協(xié)議)信令網(wǎng)關(guān)傳送信令消息到MGCP/IPSCP的示意圖，其中傳送的消息包括與電路相關(guān)的呼叫連接控制的信令消息和與電路無關(guān)的信令消息M3UA中興、愛立信設(shè)備采用使用M3UA的信令網(wǎng)關(guān)信令網(wǎng)關(guān)從窄帶信令網(wǎng)或IP網(wǎng)接收到信令消息后，傳遞到MTP-3或M3UA（MTP3UserAdaptationlayer，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分析地址后，通過NIF把消息傳遞到SUA(SCCPUserAdaptaion,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ā)來的消息后，SUA把用戶數(shù)據(jù)從SCTP中提取出來，并通過NIF把數(shù)據(jù)傳遞到信令網(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（BearerIndependentCallControl）協(xié)議與承載無關(guān)的呼叫控制協(xié)議是基于ISUP的信令協(xié)議，在不影響現(xiàn)有網(wǎng)絡(luò)的接口和端到端業(yè)務(wù)的情況下，在寬帶網(wǎng)絡(luò)上支持窄帶ISDN的全套業(yè)務(wù)。BICC協(xié)議解決呼叫控制和承載控制分離的問題，使呼叫控制信令可以在各種網(wǎng)絡(luò)上承載MSCSGMSCSMGWMGWNcBICC協(xié)議概述

BICC在網(wǎng)絡(luò)中的應(yīng)用概述STConMTP協(xié)議棧STConSCTP協(xié)議棧IPSSCOPMSEMTP3MTP2BICCSTConMTP3andMTP3bAAL5MTP3bSSCF-NNISSCOPIPv4BICCSTConSCTPIPv6SCTPM3UA概述

BICC協(xié)議棧概述BICC協(xié)議模型BICC協(xié)議中的基本概念

CSF&BCFCSF：呼叫業(yè)務(wù)功能BCF：承載控制功能

BICC節(jié)點(diǎn)模型BICC協(xié)議介紹BICC消息流程介紹BICC協(xié)議流程的幾個(gè)重要概念承載建立方向承載建立的隧道方式Codec協(xié)商BICC消息流程介紹CSFCSFBCFBCFIAM準(zhǔn)備承載APM（承載信息）建立承載承載建立承載建立指示BICC消息流程介紹前向承載建立:承載建立方向與呼叫方向一致BICC消息流程介紹CSFCSFBCFBCFIAM（承載信息）準(zhǔn)備承載建立承載承載建立承載建立指示BICC消息流程介紹后向承載建立:承載建立方向與呼叫方向相反BICC消息流程介紹BICC消息流程介紹BICC協(xié)議流程的幾個(gè)重要概念（二）

－－承載建立的隧道方式BICC消息流程介紹BICC消息流程介紹BICC協(xié)議流程的幾個(gè)重要概念（三）

－－Codec協(xié)商——在IAM消息中攜帶出局測(cè)所支持的Codec能力集合，在入局測(cè)將這個(gè)集合與本端的Codec能力取交集，并選定一Codec，通過APM返回。——通過Codec協(xié)商，使得在主被叫Codec能力集合有交集時(shí)，各中間Nb端點(diǎn)得的Codec選取與主被叫一致，從而免去插入帶內(nèi)編碼器TC，這就是TrFo功能。BICC消息流程介紹BICC消息流程介紹TFO/TrFO技術(shù)TFO與TrFO的區(qū)別TFO通過帶內(nèi)信令協(xié)商速率，仍需要編解碼器單元繼續(xù)工作。TrFO通過帶外信令，建立免編解碼器的連接，建立后完全不需要編解碼器。提供TFO和TrFO的優(yōu)勢(shì)改善語音質(zhì)量節(jié)省網(wǎng)絡(luò)設(shè)備功率BICC消息流程介紹

TrFo的過程A終端支持AMR集：12.2K/7.9K

MSCServer-O

MSCServer-T

AMR

AMR

AMROverIP

MGW-O

MGW-TB終端支持AMR集：12.2K/7.9K/4.75K

A

B

1

IuRTPIPL2/L1AAL2ATMIuUPNbUPAMR編解碼RTPIPL2/L1AAL2ATMNbUPAMR編解碼IuUP

Nb

Iu

2

RNC-O

RNC-T

TrFo的過程BICC消息流程介紹BICC與ISUP的聯(lián)系與區(qū)別－－消息和參數(shù)的變化BICC和ISUP的對(duì)比

信令監(jiān)測(cè)系統(tǒng)開發(fā)背景

網(wǎng)絡(luò)優(yōu)化可以提高運(yùn)營商的設(shè)備利用率和優(yōu)化網(wǎng)絡(luò)運(yùn)行質(zhì)量。通過優(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ò)資源而開展的日常優(yōu)化工作，其工作重點(diǎn)是改善客戶的感知度。通過網(wǎng)絡(luò)性能、網(wǎng)絡(luò)故障、用戶投訴等信息的統(tǒng)計(jì)，進(jì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)不僅需要通過無線網(wǎng)絡(luò)部分的分析而且還需要同時(shí)進(jìn)行核心網(wǎng)部分的分析，即全程全網(wǎng)的分析才能夠更好的達(dá)到優(yōu)化網(wǎng)絡(luò)及業(yè)務(wù)的目標(biāo)。通過信令監(jiān)測(cè)系統(tǒng)可以做到采集監(jiān)測(cè)移動(dòng)網(wǎng)主要接口的信令，包括MAP、CAP、BSSAP、TUP、ISUP等信令消息，同時(shí)對(duì)于各類協(xié)議IP化后基于IP封裝的協(xié)議消息也可以采集分析。這些和移動(dòng)網(wǎng)運(yùn)行相關(guān)的消息中包含著大量的信息，從中能獲取大量的網(wǎng)絡(luò)信息、呼叫信息及用戶信息。對(duì)于移動(dòng)網(wǎng)絡(luò)的各類協(xié)議信息，在采集處理完成后，通過對(duì)其的統(tǒng)計(jì)分析，可以滿足網(wǎng)絡(luò)維護(hù)的需要。同時(shí)通過更細(xì)粒度的深入分析，和對(duì)呼叫全程的各段協(xié)議的流程關(guān)聯(lián)，完成端到端的呼叫分析，更是網(wǎng)絡(luò)優(yōu)化的重要工具。通過對(duì)呼叫全程全網(wǎng)的分析能夠使網(wǎng)絡(luò)優(yōu)化工作不僅停留在無線網(wǎng)絡(luò)部分和問題表相上，更能夠深挖到全網(wǎng)各個(gè)環(huán)節(jié)，對(duì)問題的徹底解決起到更直接的支持保障作用。

功能結(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)流量很小