鼎桥UTRAN与Nokia核心网联调出现的问题及解决

1、 鼎桥RNC与诺基亚CN联调 需要注意的两个问题及解决方法 Feng xinjian 2008.10.22 内容1、网络拓扑及软件版本2、RNC内7号信令配置问题3、Iu接口Iu UP操作模式问题4、附录 TFO和TRFO1、网络拓扑及软件版本TRNC810opc=7673NodeB510MGWspc=7667MSCServerspc=7666Iu CSIubMcSW：U4GU3100SW：MEGU2400SW：V03R01C00H02B070 注：核心网没有和PSTN连接 2、RNC内7号信令配置问题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当作R99核心网对待(DPCT=IUCS)，R99核心网可以同时处理控

3、制面和传输网络面。 这种配置在对端核心网为华为核心网时均可正常工作，在深圳移动项目和厦门移动项目均为此种配置。 但是在和Nokia核心网连接时却无法正常工作，现象为UE开机无法注册。下图为跟踪的Iu CS信令，根据信令可以看出，RNC发给核心网的信令只到了MGW(7667)，而并没有转发到MSCserver(7666)。RNC只配置一个到CN的信令点，Nokia核心网把MGW的信令转接功能打开MGW 2、RNC内7号信令配置问题RNC只配置一个到CN的信令点，Nokia核心网把MGW的信令转接功能打开进一步跟踪Iu接口SCCP信令，发现在UE请求建立SCCP连接(CR)时，核心网拒绝了此请求(

4、CREF)SCCP信令CREF消息 2、RNC内7号信令配置问题RNC配置两个信令点到CN，分别到MGW和MSCserver，其中MGW设为信令转接点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;此种配置的中心思想就是把核心网当作R4核心网对待，指明MGW只负责传输网络面(DPCT=IUCS_ALCAP)，而MSCserver则负责控制面(DPCT=IU

7、CS_RANAP)。另外增加了一个MTP3B的路由，此路由使用和MGW相同的信令链路，但是目的信令点时Server(7666). 2、RNC内7号信令配置问题RNC配置两个信令点到CN，分别到MGW和MSCserver，其中MGW设为信令转接点配置更改后，Iu接口信令正确路由到了MSCserver，UE顺利完成注册，下面是对应的Iu接口信令：RANAP信令从信令可以看出，UE和CN成功建立了Iu信令连接SCCP信令RNC发出CR消息给CN后，CN回复CC，说明SCCP连接成功建立MSC Server 2、RNC内7号信令配置问题总结理论上讲，当RNC和核心网都支持R99时，在RNC内只配置一个

8、信令点就可以和核心网联调成功，比如鼎桥RNC和华为核心网之间就可以采用这种配置方式。但是实际联调过程中，如果这种配置方式不能正常工作，我们也可以采用R4的配置方式，也就是在RNC内配置两个信令点，分别到MGW和MSC Server。3、Iu接口Iu UP操作模式问题 在信令点的问题解决之后，出现了另外一个问题。UE虽然可以正常登记，位置更新，但是UE无法正常进行AMR12.2业务(由于CN和PSTN之间没有连接，所以UE和UE之间互拨）。下图是跟踪的Iu口RANAP信令，根据信令流程可以看出，UE和核心网的Iu信令连接建立正常，但是在双方协商RAB指派的参数之后，由于双方没有达成一致，由核心网

9、发起释放了Iu信令连接。因而问题肯定出在Iu接口的用户面。Iu信令连接建立呼叫处理RAB指派不成功3、Iu接口Iu UP操作模式问题进一步分析RAB ASSIGNMENT REQUEST消息中的参数，并与华为核心网相应消息比较后发现：Nokia核心网Iu UP mode version是2而华为核心网Iu UP mode version是33、Iu接口Iu UP操作模式问题Nokia的NED文档对Iu UP操作模式的解释如下注意这一点3、Iu接口Iu UP操作模式问题Iu UP mode versionRAB分配消息中Iu UP mode version为2则说明了Nokia核心网遵照R4规范

10、，同时它也认为RNC也是遵照R4规范。TrFO(Trancoder Free Operation)是R4 网络中的一种技术，当移动用户之间通话时，用户的AMR语言码流在核心网内不再进行二次编码转换，而是直接在两个用户之间传送AMR码流。根据Nokia核心网文档的描述，在Support Mode下Iu UP的两种操作模式的含义如下：Iu UP mode version 1： MGW和RNC都是遵照R99规范，当移动用户之间呼叫建立后采用 TFO方式进行通话Iu UP mode version 2：MGW和RNC都是遵照R4规范，当移动用户之间呼叫建立后采用 TrFO方式进行通话3、Iu接口Iu

11、UP操作模式问题RNC实际情况如何呢？是不是支持Iu UP mode version 2和TrFO呢？使用命令GET: RNCCORRMALGOSWITCH=RNCCORRMALGOSWITCH:0;发现CHSWITCH=CORRM_IUUP_VERSION2_SUPP-0也就是说RNC并不支持R4规范的Iu UP mode version 2和TrFO，而只支持R99规范的version 1和TFO。因此当核心网发起RAB建立请求时，由于核心网和RNC在用户面对AMR码流的处理方式不同，在核心网侧采用TrFO而在RNC侧采用TFO，造成了RAB建立失败！这就是UE和UE互拨无法建立通话的原因

12、。使用命令SET: RNCCORRMALGOSWITCH=RNCCORRMALGOSWITCH:0, CHSWITCH=CORRM_IUUP_VERSION2_SUPP-1;重新配置RNC支持UP mode version 2后，UE拨打AMR语音电话正常。华为核心网Iu UP mode version 3的含义是同时支持Mode version 1和2因此当RNC不支持Mode version 2时，华为核心网自动选择了Mode version 1来适应RNC4、TFO和TRFO 在R99网络中，话音的AMR码流从UTRAN，通过Iu口达到核心网时，核心网的编解码转换设备要将AMR码流转换为

13、G.711格式的编码，封装在PCM中进行传输，到达对端后，需要将G.711编码再还原为AMR码流。每一次的编解码对语音质量都是一次损伤，而且G.711编码的传输速率远比不上AMR编码。 在R4网络中，有两种方式可以实现在局间直接传送AMR编码，而不是G.711编码，这就是TrFO和TFO功能。 4、附录 TFO和TRFO TrFO(Transcoder Free Operation)是一种带外的Transcoder控制协议，是在R4中定义的新功能，网络可以在呼叫建立前就对编解码的类型和模式进行协商，如果两端使用的编解码一样(例如都是AMR编码)，则对于移动到移动的呼叫可以完全不经过编解码转换。

14、TrFO可以提高话音质量，并且在分组核心网中可以优化网络带宽，因为话音是AMR速率而不是64kbit/s在核心网中传输；由于移动网内的呼叫可以不使用编解码器，还可以节省设备投资；另外，编解码协商在承载建立之前完成，可以保证呼叫使用适当的承载资源。4、附录 TFO和TRFO TFO(Tandem Free Operation)是一种带内的通信协议，是在2G网络中已定义的方法。TFO在呼叫建立之后对使用的编解码进行协商，发送方的解码器和接收方的编码器被旁路，直接将空中接口中使用的话音帧传送给接收方。这样可以改善话音质量。TFO功能是在标准的64kbit/s链路的基础上，提取一定数量的比特，组成子信道，用来传输TFO信令和话音帧。4、TFO和TRFO将两种编解码协商方式相比，相同点就是在局间都直接传送A