鼎橋UTRAN與Nokia核心網(wǎng)聯(lián)調(diào)出現(xiàn)的問(wèn)題及解決

1、 鼎橋RNC與諾基亞CN聯(lián)調(diào) 需要注意的兩個(gè)問(wèn)題及解決方法 Feng xinjian 2008.10.22 內(nèi)容1、網(wǎng)絡(luò)拓?fù)浼败浖姹?、RNC內(nèi)7號(hào)信令配置問(wèn)題3、Iu接口Iu UP操作模式問(wèn)題4、附錄 TFO和TRFO1、網(wǎng)絡(luò)拓?fù)浼败浖姹綯RNC810opc=7673NodeB510MGWspc=7667MSCServerspc=7666Iu CSIubMcSW：U4GU3100SW：MEGU2400SW：V03R01C00H02B070 注：核心網(wǎng)沒(méi)有和PSTN連接 2、RNC內(nèi)7號(hào)信令配置問(wèn)題CREATE: N7DPC=DPX:1, NAME=MGW, SPC=7667, SLSMA

2、SK=B0011, STP=OFF, NEIGHBOR=YES, DPCT=IUCS;CREATE: MTP3BLKS=SIGLKSX:0, DPX=1, LNKSLSMASK=B0000, EMERGENCY=OFF;CREATE: MTP3BLINK=SIGLKSX:0/SIGSLC:0, SRN=1, SSN=0, SAALLNKN=1, PRIORITY=0, TCLEN=10, TC=170;CREATE: MTP3BROUTE=DPX:1/SIGLKSX:0, PRIORITY=0; 此種配置的中心思想就是把CN當(dāng)作R99核心網(wǎng)對(duì)待(DPCT=IUCS)，R99核心網(wǎng)可以同時(shí)處理控

3、制面和傳輸網(wǎng)絡(luò)面。 這種配置在對(duì)端核心網(wǎng)為華為核心網(wǎng)時(shí)均可正常工作，在深圳移動(dòng)項(xiàng)目和廈門移動(dòng)項(xiàng)目均為此種配置。 但是在和Nokia核心網(wǎng)連接時(shí)卻無(wú)法正常工作，現(xiàn)象為UE開機(jī)無(wú)法注冊(cè)。下圖為跟蹤的Iu CS信令，根據(jù)信令可以看出，RNC發(fā)給核心網(wǎng)的信令只到了MGW(7667)，而并沒(méi)有轉(zhuǎn)發(fā)到MSCserver(7666)。RNC只配置一個(gè)到CN的信令點(diǎn)，Nokia核心網(wǎng)把MGW的信令轉(zhuǎn)接功能打開MGW 2、RNC內(nèi)7號(hào)信令配置問(wèn)題RNC只配置一個(gè)到CN的信令點(diǎn)，Nokia核心網(wǎng)把MGW的信令轉(zhuǎn)接功能打開進(jìn)一步跟蹤Iu接口SCCP信令，發(fā)現(xiàn)在UE請(qǐng)求建立SCCP連接(CR)時(shí)，核心網(wǎng)拒絕了此請(qǐng)求(

4、CREF)SCCP信令CREF消息 2、RNC內(nèi)7號(hào)信令配置問(wèn)題RNC配置兩個(gè)信令點(diǎn)到CN，分別到MGW和MSCserver，其中MGW設(shè)為信令轉(zhuǎn)接點(diǎn)CREATE: N7DPC=DPX:1, NAME=MGW, SPC=7667, SLSMASK=B0011, STP=ON, NEIGHBOR=YES, DPCT=IUCS_ALCAP;CREATE: N7DPC=DPX:2, NAME=MSC SERVER, SPC=7666, SLSMASK=B1111, STP=OFF, NEIGHBOR=NO, DPCT=IUCS_RANAP;CREATE: MTP3BLKS=SIGLKSX:0, DP

5、X=1, LNKSLSMASK=B0000, EMERGENCY=OFF;CREATE: MTP3BLINK=SIGLKSX:0/SIGSLC:0, SRN=1, SSN=0, SAALLNKN=1, PRIORITY=0, TCLEN=10, TC=170;CREATE: MTP3BROUTE=DPX:1/SIGLKSX:0, PRIORITY=0;CREATE: MTP3BROUTE=DPX:2/SIGLKSX:0, PRIORITY=0;CREATE: AAL2ADJNODE=ANI:1, NAME=MGW, ANT=IU, DPX=1;CREATE: AAL2ROUTE=RTX:1,

6、NSAP=H3912345, ANI=1, OWNERSHIP=YES;CREATE: AAL2PATH=ANI:1/PATHID:1, PATHTYPE=NORMAL, ENDSRN=1, ENDSN=7, CARRYSR=WRSS, CARRYSN=2, CARRYPN=4, CARRYVPI=7, CARRYVCI=45, TXTRFX=102, RXTRFX=102, CONTROLSSN=0, OWNERSHIP=LOCAL;此種配置的中心思想就是把核心網(wǎng)當(dāng)作R4核心網(wǎng)對(duì)待，指明MGW只負(fù)責(zé)傳輸網(wǎng)絡(luò)面(DPCT=IUCS_ALCAP)，而MSCserver則負(fù)責(zé)控制面(DPCT=IU

7、CS_RANAP)。另外增加了一個(gè)MTP3B的路由，此路由使用和MGW相同的信令鏈路，但是目的信令點(diǎn)時(shí)Server(7666). 2、RNC內(nèi)7號(hào)信令配置問(wèn)題RNC配置兩個(gè)信令點(diǎn)到CN，分別到MGW和MSCserver，其中MGW設(shè)為信令轉(zhuǎn)接點(diǎn)配置更改后，Iu接口信令正確路由到了MSCserver，UE順利完成注冊(cè)，下面是對(duì)應(yīng)的Iu接口信令：RANAP信令從信令可以看出，UE和CN成功建立了Iu信令連接SCCP信令RNC發(fā)出CR消息給CN后，CN回復(fù)CC，說(shuō)明SCCP連接成功建立MSC Server 2、RNC內(nèi)7號(hào)信令配置問(wèn)題總結(jié)理論上講，當(dāng)RNC和核心網(wǎng)都支持R99時(shí)，在RNC內(nèi)只配置一個(gè)

8、信令點(diǎn)就可以和核心網(wǎng)聯(lián)調(diào)成功，比如鼎橋RNC和華為核心網(wǎng)之間就可以采用這種配置方式。但是實(shí)際聯(lián)調(diào)過(guò)程中，如果這種配置方式不能正常工作，我們也可以采用R4的配置方式，也就是在RNC內(nèi)配置兩個(gè)信令點(diǎn)，分別到MGW和MSC Server。3、Iu接口Iu UP操作模式問(wèn)題 在信令點(diǎn)的問(wèn)題解決之后，出現(xiàn)了另外一個(gè)問(wèn)題。UE雖然可以正常登記，位置更新，但是UE無(wú)法正常進(jìn)行AMR12.2業(yè)務(wù)(由于CN和PSTN之間沒(méi)有連接，所以UE和UE之間互撥）。下圖是跟蹤的Iu口RANAP信令，根據(jù)信令流程可以看出，UE和核心網(wǎng)的Iu信令連接建立正常，但是在雙方協(xié)商RAB指派的參數(shù)之后，由于雙方?jīng)]有達(dá)成一致，由核心網(wǎng)

9、發(fā)起釋放了Iu信令連接。因而問(wèn)題肯定出在Iu接口的用戶面。Iu信令連接建立呼叫處理RAB指派不成功3、Iu接口Iu UP操作模式問(wèn)題進(jìn)一步分析RAB ASSIGNMENT REQUEST消息中的參數(shù)，并與華為核心網(wǎng)相應(yīng)消息比較后發(fā)現(xiàn)：Nokia核心網(wǎng)Iu UP mode version是2而華為核心網(wǎng)Iu UP mode version是33、Iu接口Iu UP操作模式問(wèn)題Nokia的NED文檔對(duì)Iu UP操作模式的解釋如下注意這一點(diǎn)3、Iu接口Iu UP操作模式問(wèn)題Iu UP mode versionRAB分配消息中Iu UP mode version為2則說(shuō)明了Nokia核心網(wǎng)遵照R4規(guī)范

10、，同時(shí)它也認(rèn)為RNC也是遵照R4規(guī)范。TrFO(Trancoder Free Operation)是R4 網(wǎng)絡(luò)中的一種技術(shù)，當(dāng)移動(dòng)用戶之間通話時(shí)，用戶的AMR語(yǔ)言碼流在核心網(wǎng)內(nèi)不再進(jìn)行二次編碼轉(zhuǎn)換，而是直接在兩個(gè)用戶之間傳送AMR碼流。根據(jù)Nokia核心網(wǎng)文檔的描述，在Support Mode下Iu UP的兩種操作模式的含義如下：Iu UP mode version 1： MGW和RNC都是遵照R99規(guī)范，當(dāng)移動(dòng)用戶之間呼叫建立后采用 TFO方式進(jìn)行通話Iu UP mode version 2：MGW和RNC都是遵照R4規(guī)范，當(dāng)移動(dòng)用戶之間呼叫建立后采用 TrFO方式進(jìn)行通話3、Iu接口Iu

11、UP操作模式問(wèn)題RNC實(shí)際情況如何呢？是不是支持Iu UP mode version 2和TrFO呢？使用命令GET: RNCCORRMALGOSWITCH=RNCCORRMALGOSWITCH:0;發(fā)現(xiàn)CHSWITCH=CORRM_IUUP_VERSION2_SUPP-0也就是說(shuō)RNC并不支持R4規(guī)范的Iu UP mode version 2和TrFO，而只支持R99規(guī)范的version 1和TFO。因此當(dāng)核心網(wǎng)發(fā)起RAB建立請(qǐng)求時(shí)，由于核心網(wǎng)和RNC在用戶面對(duì)AMR碼流的處理方式不同，在核心網(wǎng)側(cè)采用TrFO而在RNC側(cè)采用TFO，造成了RAB建立失??！這就是UE和UE互撥無(wú)法建立通話的原因

12、。使用命令SET: RNCCORRMALGOSWITCH=RNCCORRMALGOSWITCH:0, CHSWITCH=CORRM_IUUP_VERSION2_SUPP-1;重新配置RNC支持UP mode version 2后，UE撥打AMR語(yǔ)音電話正常。華為核心網(wǎng)Iu UP mode version 3的含義是同時(shí)支持Mode version 1和2因此當(dāng)RNC不支持Mode version 2時(shí)，華為核心網(wǎng)自動(dòng)選擇了Mode version 1來(lái)適應(yīng)RNC4、TFO和TRFO 在R99網(wǎng)絡(luò)中，話音的AMR碼流從UTRAN，通過(guò)Iu口達(dá)到核心網(wǎng)時(shí)，核心網(wǎng)的編解碼轉(zhuǎn)換設(shè)備要將AMR碼流轉(zhuǎn)換為

13、G.711格式的編碼，封裝在PCM中進(jìn)行傳輸，到達(dá)對(duì)端后，需要將G.711編碼再還原為AMR碼流。每一次的編解碼對(duì)語(yǔ)音質(zhì)量都是一次損傷，而且G.711編碼的傳輸速率遠(yuǎn)比不上AMR編碼。 在R4網(wǎng)絡(luò)中，有兩種方式可以實(shí)現(xiàn)在局間直接傳送AMR編碼，而不是G.711編碼，這就是TrFO和TFO功能。 4、附錄 TFO和TRFO TrFO(Transcoder Free Operation)是一種帶外的Transcoder控制協(xié)議，是在R4中定義的新功能，網(wǎng)絡(luò)可以在呼叫建立前就對(duì)編解碼的類型和模式進(jìn)行協(xié)商，如果兩端使用的編解碼一樣(例如都是AMR編碼)，則對(duì)于移動(dòng)到移動(dòng)的呼叫可以完全不經(jīng)過(guò)編解碼轉(zhuǎn)換。

14、TrFO可以提高話音質(zhì)量，并且在分組核心網(wǎng)中可以優(yōu)化網(wǎng)絡(luò)帶寬，因?yàn)樵捯羰茿MR速率而不是64kbit/s在核心網(wǎng)中傳輸；由于移動(dòng)網(wǎng)內(nèi)的呼叫可以不使用編解碼器，還可以節(jié)省設(shè)備投資；另外，編解碼協(xié)商在承載建立之前完成，可以保證呼叫使用適當(dāng)?shù)某休d資源。4、附錄 TFO和TRFO TFO(Tandem Free Operation)是一種帶內(nèi)的通信協(xié)議，是在2G網(wǎng)絡(luò)中已定義的方法。TFO在呼叫建立之后對(duì)使用的編解碼進(jìn)行協(xié)商，發(fā)送方的解碼器和接收方的編碼器被旁路，直接將空中接口中使用的話音幀傳送給接收方。這樣可以改善話音質(zhì)量。TFO功能是在標(biāo)準(zhǔn)的64kbit/s鏈路的基礎(chǔ)上，提取一定數(shù)量的比特，組成子信道，用來(lái)傳輸TFO信令和話音幀。4、TFO和TRFO將兩種編解碼協(xié)商方式相比，相同點(diǎn)就是在局間都直接傳送A