BSC6900UMTSIUR接口对接指导书2010

1、资料编码产品名称BSC6810 & BSC6900使用对象内部产品版本BSC6810 V2 & BSC6900 V9编写部门GU维护部资料版本1.0BSC6900 UMTS IUR接口对接指导书拟 制：GU维护部日 期：2010-5-25审 核：日 期：批 准：日 期：华为技术有限公司 第1章IUR接口概述1.1简介IUR是RNC之间的接口，IUR接口的无线网络控制面包括RNSAP（Radio Network Subsystem Application Part，无线网络子系统应用部分）应用协议和用于传输这些协议的信令承载。无线网络用户面包括各传输信道的帧协议和传输这些数据的数据承载。传输网络

2、控制面包括ALCAP协议和用于建立ALCAP协议的信令承载。IUR口的主要完成以下功能：（1）传输网络管理（2）公共传输信道流量管理l 公共传输信道资源准备l 寻呼（3）专用传输信道流量管理l 无线链路的建立/增加/删除（4）测量报告l 公共和专用测量对象的测量报告1.2硬件结构BSC中支持IUR口的接口板有传输类型单板名称单板功能ATM传输UOIa_ATM4路ATM非通道化STM-1/OC3光接口板UOIc_ATM8路ATM非通道化STM-1/OC3光接口板AOUc4路ATM通道化STM-1/OC-3的光接口板IP传输UOIa_IP4路Packet over 非通道化STM-1/OC3光接口

3、板UOIc_IP8路Packet over 非通道化STM-1/OC3光接口板GOUa2路Packet over GE光接口板GOUc4路Packet over GE光接口板FG2a8路FE或2路GE自适应电接口板FG2c12路FE或4路GE自适应电接口板POUc4路IP over通道化STM-1/OC-3光接口板具体可参考产品文档BSC6900 UMTS硬件描述中的单板内容。第2章 IUR接口对接配置说明具体配置流程说明可参考产品文档RNC初始配置指南2.1 IP组网传输配置2.1.1 增加目的信令点相关MML配置命令是：ADD N7DPC 目的信令点编码、SS7协议类型必须和对端协商一致。

4、 信令路由掩码必须与对应链路集配置的“信令链路掩码”域的值进行与操作应该为0。 “目的信令点类型”选择“IUR”。 “目的信令点承载类型”选择“M3UA”。2.1.2增加SCTP链路相关MML配置命令是：ADD SCTPLNK 工作模式需要两端协商为不同的工作模式；应用类型一定配置为M3UA。如果SCTP链路作为客户端时，建议整个系统中不要配置重复的本端端口号。 从可靠性考虑，如果对端支持SCTP双归属，建议将M3UA对应的所有SCTP链路配置为双归属（每端使用2个IP）。是否使用多个多归属，需要和对端网元协商。如果对端使用多归属，可以配置多条SCTPLNK，采用相同的本端地址对应不同的对端地

5、址。（目前BSC最多支持两个本端地址，支持最多两个对端地址）。 配置双归属要注意2个地址对应的接口板所在的框和控制子系统的XPU的所在的框必须是同一个框。 IUR信令面至少配置一条SCTP链路，建议配置2条或以上；并且建议几条链路尽量分布在不同的框不同SPU单板，不同SPU子系统。 其他参数建议用默认值（其中发送消息是否计算校验和、接受消息是否计算校验和、校验和算法类型、VLANID标志也需要两端协商）。2.1.3增加目的实体相关MML配置命令是：ADD M3DE。 当“本地实体类型”配置为“M3UA_ASP”时，“目的实体类型”必须配置为“M3UA_SGP”或“M3UA_SS7SP”或“M3

6、UA_SP”。当“目的实体类型”配置为“M3UA_SS7SP”时，不允许该目的实体引用的目的信令点与本RNC 相邻，即通过ADD N7DPC 增加该目的信令点时，“相邻标志”必须选择“NO（非直连）”。 当“本地实体类型”配置为“M3UA_IPSP”时，“目的实体类型”必须配置为“M3UA_IPSP”。 如果对端配置了路由上下文，则本端的目的实体路由上下文必须与对端协商一致；如果对端不配置，则目的实体的路由上下文配置为（全F）。2.1.4增加M3UA链路集相关MML配置命令是：ADD M3LKS。 M3UA链路集的业务模式需要和对端协商，建议配置为负荷分担方式（M3UA链路的初始化承载业务主备

7、标识为主模式）。如果配置M3LE/M3DE为IPSP，则链路集的工作模式配置为IPSP。链路集中所有链路的优先级都设置为一样。 当“本地实体类型”为“M3UA_IPSP”时，M3UA 链路集的“工作模式”必须选择“M3UA_IPSP”；当“本地实体类型”为“M3UA_ASP”时，且“目的实体类型”为“M3UA_SP”，M3UA 链路集的“工作模式”必须选择“M3UA_IPSP”；否则M3UA 链路集的“工作模式”必须选择“M3UA_ASP”。 BSC将M3UA链路的Client/Server与SCTP的Client/Server绑定处理。如果M3UA使用的SCTP链路是Server，则M3UA

8、也是Server；如果SCTP链路是Client则M3UA也是Client。和对端协商SCTP/M3UA的工作模式时需要注意这点（IPSP-IPSP组网，需要由Client模式的M3UA链路发起M3UA链路的建链）。 M3UA链路集的信令链路掩码应该满足两个条件：（1）该掩码中1的个数（用n表示）将决定用于负荷分担的最大链路数目（为2n），要求配置的M3UA链路数 POLLTMR + 100；（2）RSPTMR KEEPTMR + 100；（3）CCTMR + 2 POLLTMR COMTMR3 （N1 + 2）+ RSPTMR。（5）STATLEN必须为奇数。2.2.3增加MTP3信令链路集

9、相关MML配置命令是：ADD MTP3LKS。 信令路由掩码与信令链路掩码与操作结果应该为0。建议信令路由掩码设置为B0000，信令链路掩码设置为B1111。 其他参数配置建议用默认值。2.2.4增加MTP3信令链路相关MML配置命令是：ADD MTP3LNK。 MTP3链路的signalling link code 要和对端协商，必须保证两端相同。 “插框号”、“槽位号”必须是已经配置的NNI类型的SAAL链路终结的XPU单板的框槽号。且SAAL链路和MTP3链路是一一对应的。 其他参数配置建议用默认值。2.2.5增加MTP3信令路由相关MML配置命令是：ADD MTP3RT。 对于一个目的

10、信令点除配置一条直达路由，建议配置一条迂回路由作为备份。2.2.6设置SCCP定时器同2.1.62.2.7增加AAL2PATH配置相关MML配置命令是：ADD AAL2PATH 两端的VCI/VPI，必须保证协商一致。 PATH的类型必须保证覆盖了邻节点所有的传输资源。 IUPS的邻节点不能配置AAL2 Path。 必须保证对接的BSC“ AAL2 PATH的归属”一个配置为本端，另一个配置为对端。2.2.8增加AAL2路由相关MML配置命令是：ADD AAL2RT 对于IUCS，目的ATM地址一定要和对端网元协商一致。 对于IUPS类型的邻节点，不能配置AAL2RT。2.3 光口对接说明对于

11、支持IUR接口的光接口板支持MSP协议，对接时需要保证对接两端的MSP配置一致和连线正确。可以分为： 若对接不支持MSP，那么RNC配置为1+1单端倒换 若对接支持MSP，则建议两端配置为1+1双端或1:1双端到换 需要保证连接光纤正确，RNC的工作通道（偶数槽）与对端的工作通道连接，RNC的保护通道（奇数槽）与对端的保护通道连接。 保证两端的MSP协议已经被激活。具体可参考维护宝典中的MSP问题处理指导书。第3章 常见链路跟踪说明3.1 SCTP链路 常见消息流程1. 红色框标注的四步握手之后，心跳检测正常后，说明链路建立成功。2. DATA是承载的上层数据；SACK是对数据报文的确认。3.

12、 本端发送INIT后，启动一个init定时器，等待对方的INIT ACK消息，定时器超期则重发INIT，直到达到最大重发次数后断链。 码流解析INIT消息SrcIp:本端主用地址destIp：对端主用地址srcPortNumber：本端端口号destPortNumber：对端端口号ipV4Address：本端的所有地址VertTag：init里不知道对端tag，这里值肯定是0；initateTag：本端的TagoutbndSteamNumber：期望的输入输出流数序号INITACK消息Vertification Tag置为INIT消息中初始TAG的值。DATA消息Tsn：发送的传输顺序号SAC

13、K消息cumulatlveTSNAck:确认接受到的TSNadvertisedRwnd:可以的接收缓存区大小。gapAckBlockNumber:gap块数目，当中间收到的TSN有不连续，则会出现gap。duplicateTSNNumber：收到的重复TSN数目。GapAckBlockStart/gapAckBlockEnd: 接收到的gap块的起始/终止偏移地址。（说明cumulatlveTSNAckGapAckBlockStartcumulatlveTSNAckgapAckBlockEnd之间的TSN是接收到的）3.2 M3UA链路 常见消息流程M3UA链路，配通之后，消息如上图所示。3.

14、3 SAAL链路 常见消息流程1. 两端都需要发送BGN进行建链，哪端收到BGAK的响应，哪端就认为通了，就可以发送数据。BGNREJ表示建链拒绝。2. 哪端发了END消息，这端就认为断链了，不需要等待对端确认。3. 链路正常后，常见的是POLL、STAT、SD数据包STAT是对POLL的回复，在这个回复中会确认收到的报文。而收到USTAT，表示有丢包。4. Timer_No-Response定时器和Timer_Poll同时启动，Timer_Poll超时后，将发送POLL包；在Timer_No-Response时间内，若没有收到STAT消息，则SAAL断链。 码流解析POLL消息nPS：表示本

15、端的发送了多少个poll，0x1表示本端已经发了2个poll，这是第二个。nS：表示本端下一个SD的序号是什么。如：0x0a，表示本端发了10个SD，下一个SD的序号是10（因为从0开始编号）。STAT消息nR：表示对对端的那个SD进行确认。nMR：是个可接受序号，而不是固定值。（nMR-nR）是对端接受窗口大小。nPS：对POLL的确认。表示确认序号为多少的POLL。USTAT消息说明中间有消息没有收到。nR：表示没有收到的消息的序号。3.4 MTP3链路 常见消息流程MTP3B链路可用后，会定时通过测试消息SLTM和测试确认消息SLTA来测试链路状态。正常的SLTM、SLTA消息中的消息内

16、容是不是一样。第4章IUR接口对接协议说明3.1 跨IUR接口软切换 原理分析跨IUR口的软切换示意图如下所示：软切换之前，UE与NodeB1和NodeB2存在RL连接；SRNC做出软切换判决之后，在UE与DRNC的NodeB3之间建立了RL连接，并且释放UE与NodeB1之间的连接；跨IUR口的软切换流程图如下所示：1SRNC判决软切换目标小区为DRNC小区，向DRNC发送RADIO LINK SETUP REQ消息；2DRNC向NodeB发送RADIO LINK SETUP REQ消息，请求建立无线连接；3NodeB建立无线连接，向DRNC回复RADIO LINK SETUP RSP消息；

17、4DRNC向SRNC回复RADIO LINK SETUP RSP消息，通知SRNC软切换目标小区的无线链路已经建立；5SRNC建立IUR口的传输层承载，DRNC建立IUB口的传输承载；6SRNC向DRNC的NodeB发送DOWNLINK SYNCHRONIZATION消息，请求进行下行同步；7 DRNC的NodeB向SRNC发送UPLINK SYNCHRONIZATION消息，通知SRNC上行已经同步；8SRNC向UE发送ACTIVE SET UPDATE消息（添加链路），其中包括软切换DRNC目标小区；9UE向SRNC回ACTIVE SET UPDATE CMP消息，完成软切换过程；10SR

18、NC向UE发送ACTIVE SET UPDATE消息（删除链路），其中包括软切换DRNC目标小区；11UE向SRNC回ACTIVE SET UPDATE CMP消息，完成软切换过程；12SRNC向NodeB发送RL DELETION REQ消息，请求释放被删除的无线链路；13NodeB向SRNC发送RL DELETION RSP消息，证实无线链路已被删除；14SRNC释放IUB口的传输承载； 消息IE解析Radio Link Setup Requestl rNC- ID：在向DRNC发送无线链路建立请求的时候，携带SRNC的RNC ID，通知DRNC该无线链路建立请求是哪个RNC发过来的。l

19、rL-ID（业务类型）：SRNC分配的无线链路ID，在当前UE活动集中具有唯一性。l Permanent-NAS-UE-Identity：SRNC携带的UE IMSI号码，通知DRNC软切换的UE信息。3.2 跨IUR口同频硬切换 原理分析跨IUR口同频硬切换过程的示意图如下所示：跨IUR口同频硬切换的信令流程如下所示：1SRNC判决软切换目标小区为DRNC小区，向DRNC发送RADIO LINK SETUP REQ消息；2DRNC向NodeB发送RADIO LINK SETUP REQ消息，请求建立无线连接；3NodeB建立无线连接，向DRNC回复RADIO LINK SETUP RSP消息

20、；4DRNC向SRNC回复RADIO LINK SETUP RSP消息，通知SRNC软切换目标小区的无线链路已经建立；5DRNC建立IUB口的传输承载；6SRNC建立IUR口的传输承载；7NodeB向DRNC发送RADIO LINK RESTORE INDICATION，指示无线链路已经同步；8DRNC向SRNC发送RADIO LINK RESTORE INDICATION，指示无线链路已经同步9SRNC向DRNC的NodeB发送DOWNLINK SYNCHRONIZATION消息，请求进行下行同步；10DRNC的NodeB向SRNC发送UPLINK SYNCHRONIZATION消息，通知S

21、RNC上行已经同步；11SRNC向UE发送PHYSICAL CHANNEL RECONFIGURATION消息，向UE指明硬切换的目标小区；12UE向SRNC回PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息，完成硬切换过程；13SRNC向NodeB发送RL DELETION REQ消息，请求释放被删除的无线链路；14NodeB向SRNC发送RL DELETION RSP消息，证实无线链路已被删除；15SRNC释放IUB口的传输承载；3.3 跨IUR口异频硬切换 原理分析跨IUR口异频硬切换过程的示意图如下所示：跨IUR口异频硬切换的信令流程如下所示：1S

22、RNC判决软切换目标小区为DRNC小区，向DRNC发送RADIO LINK SETUP REQ消息；2DRNC向NodeB发送RADIO LINK SETUP REQ消息，请求建立无线连接；3NodeB建立无线连接，向DRNC回复RADIO LINK SETUP RSP消息；4DRNC向SRNC回复RADIO LINK SETUP RSP消息，通知SRNC软切换目标小区的无线链路已经建立；5DRNC建立IUB口的传输承载；6SRNC建立IUR口的传输承载；7NodeB向DRNC发送RADIO LINK RESTORE INDICATION，指示无线链路已经同步；8DRNC向SRNC发送RADI

23、O LINK RESTORE INDICATION，指示无线链路已经同步9SRNC向UE发送PHYSICAL CHANNEL RECONFIGURATION消息，向UE指明硬切换的目标小区；10UE向SRNC回PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息，完成硬切换过程；11SRNC向NodeB发送RL DELETION REQ消息，请求释放被删除的无线链路；12NodeB向SRNC发送RL DELETION RSP消息，证实无线链路已被删除；13SRNC释放IUB口的传输承载；3.4 IUR口支持公共信道处于CELL_FACH状态的用户进行了跨IUR

24、的小区重选，会在DRNC发起CELL_UPDATE流程。通常，当RNC不支持IUR建立公共信道时，则需要DRNC向SRNC发送上行信令转移指标，以触发SRNC发起CELL_UPDATE伴随迁移（参考CELL_UPDATE伴随迁移相关描述）。如果RNC支持IUR公共信道建立，则可以通过IUR接口建立公共信道，而不需要做CELL_UPDATE伴随迁移，如下图所示。当CELL_FACH状态的用户小区重选到NRNC小区后会发起CELL_UPDATE伴随迁移流程，而迁移流程需要花费一定的时间完成，在未完成这一流程之前如果UE再次重选到其它小区，则会因为CN侧状态的不一致导致UE掉话。理论上，支持跨IUR

25、接口公共信道有利于降低CELL_FACH掉话率。华为RNC支持建立跨IUR的公共信道。3.5 静态迁移 原理分析发生静态迁移的条件是UE从DRNC，而且只从一个DRNC中接入，这意味着IUR接口需要处于可用状态。UE可以通过软切换也可以通过硬切换进入这一状态，如下图中左边所示。由于迁移过程不需要UE的参与，所以也称之为UE不涉及的（UE Not Involved）迁移。发生迁移后，IUR接口资源被释放，Iu接口发生迁移，原DRNC变成SRNC。如图中右半部分所示。静态迁移流程图如下所示：1当所有无线连接均由RNC2提供时，并且RNC1检测到传输时延高于门限，RNC1向CN发送RELOCATIO

26、N REQUIRED消息，请求SRNS迁移；2CN向RNC2发送RELOCATION REQUEST消息，转发来自RNC1的SRNS迁移请求；3RNC2准备迁移的L2资源，并向CN发送RELOCATION REQUEST ACKNOWLEDGE消息；4CN向RNC1发送RELOCATION COMMAND消息，通知RNC1迁移启动；5RNC1完成相关准备动作，例如停止信令和业务RLC，向RNC2发送RELOCATION COMMIT消息，请求启动迁移；6RNC2向CN发送RELOCATION DETECT消息，通知CN迁移已经启动，然后RNC2执行相关操作，例如L2配置；7RNC2以非确认模式

27、（UM）向UE发送UTRAN MOBILITY INFORMATION消息，通知UE新的UTRAN信息；8UE以确认模式（AM）向RNC2发送UTRAN MOBILITY INFORMATION CONFIRM消息；9RNC2向CN发送RELOCATION COMPLETE消息，并变更为SRNC；10RNC2向UE发送UE CAPABILITY ENQUIRY消息，查询UE的能力信息；11UE向RNC2发送UE CAPABILITY INFORMATION消息，其中包含UE能力信息；12RNC2读取UE的能力信息并向UE发送UE CAPABILITY INFORMATION CONFIRM消息

28、；13CN向RNC1发送IU RELEASE COMMAND消息，请求RNC1释放与该UE相关的Iu接口资源；14迁移完成后，UE向RNC1发送IU RELEASE COMPLETE消息； 消息IE解析Relocation Requiredl Cause- radioNetwork：time-critical-relocation，该信元表明迁移的原因是基于时延的迁移；l SourceRNC-ID：通知核心网迁移的SRNC ID；l TargetRNC-ID：通知核心网迁移的DRNC ID；Relocation Commandl d-RNTI：核心网将DRNC为UE分配的D-RNTI带给SRN

29、C；UTRAN Mobility Informationl new-U-RNTI：DRNC将新的S-RNTI带给UE；l ue-ConnTimersAndConstants：DRNC将新的相关定时器参数带给UE，包括小区选择和重选定时器等；UE Capability InformationUE将其支持的PDCP、RLC、传输层、物理层、定位能力、测量能力以及异系统能力（主要是GSM的类标2和类标3）等通过该消息带给DRNC。3.6 硬切换伴随迁移 原理分析伴随迁移指UE从SRNC硬切换到目标RNC，同时Iu接口发生变化的过程。由于迁移过程需要UE的参与，所以也称之为UE涉及的（UE Invol

30、ved）迁移。当UE在不同RNC小区之间发生硬切换时，同时发生伴随迁移，称之为叫做硬切换伴随迁移。伴随迁移示意图如下图所示。通常，硬切换伴随迁移发生在IUR接口不可用的情况（IUR接口处于拥塞状态或者IUR接口没有配置资源）。硬切换伴随迁移的基本信令流程如下图所示。1在接收到硬切换测量报告后，RNC1向CN发送RELOCATION REQUIRED消息，请求SRNS迁移；2CN向RNC2发送RELOCATION REQUEST消息；3RNC2向NodeB发送RADIO LINK SETUP REQUEST消息，指示NodeB建立无线链路；4NodeB建立无线链路，并向RNC2响应RADIO L

31、INK SETUP RESPONSE消息；5RNC2准备迁移并向CN发送RELOCATION REQUEST ACKNNOWLEDGE消息；6CN向RNC1发送RELOCATION COMMAND消息，指示RNC1启动迁移；7RNC1向CN发送FORWARD SRNS CONTEXT消息，通知CN相关的SRNS上下文；8RNC1向UE发送RADIO BEARER RECONFIGURATION消息，请求UE进行物理信道重配；9CN向RNC2发送FORWARD SRNS CONTEXT消息；10NodeB向RNC2发送RADIO LINK RESTORE INDICATION消息，指示无线链路已

32、同步；11RNC2向CN发送RELOCATION DETECT消息；12UE向RNC2发送RADIO BEARER RECONFIGURATION COMPLETE消息；13RNC2向CN发送RELOCATION COMPLETE消息，并变更成为SRNC；14RNC2向UE发送UTRAN MOBILITY INFORMATION消息，通知UE新的UTRAN信息；15UE向RNC2发送UTRAN MOBILITY INFORMATION消息；16CN向RNC1发送IU RELEASE COMMAND消息，请求RNC1释放相关Iu接口资源；17RNC1向CN发送IU RELEASE COMPLET

33、E消息；18RNC2向UE发送UE CAPABILITY ENQUIRY消息，查询UE能力信息；19UE向RNC2发送UE CAPABILITY INFORMATION消息，其中包含UE能力信息；20RNC2读取UE能力信息，然后向UE发送UE CAPABILITY INFORMATION CONFIRM消息；3.7 CELL UPDATE伴随迁移 原理分析CELL UPDATE伴随迁移又称为前向切换伴随迁移。当UE处于CELL_FACH状态或者CELL_PCH，URA_PCH状态时，在不同RNC之间进行小区重选，并且IUR接口可用且不支持建立IUR公共信道时发生迁移，称之为小区更新伴随迁移，

34、示意图同硬切换伴随迁移。CELL UPDATE伴随迁移基本信令流程如下图所示。1UE重选到RNC2下的小区，向RNC2发送CELL UPDATE消息；2RNC2为UE分配一个C-RNTI和D-RNTI，并且将从CCCH上收到的CELL UPDATE消息通过UPLINK SIGNALING TRANSFER INDICATION消息转发的RNC1；3RNC1向CN发送RELOCATION REQUIRED消息，请求SRNS迁移；4CN向RNC2发送RELOCATION REQUEST消息；5RNC2准备L2资源，然后向CN发送RELOCATION REQUEST ACKNOWLEDGE消息；6C

35、N向RNC1发送RELOCATION COMMAND消息，通知RNC1迁移启动；7 RNC1完成相关准备，例如停止信令和业务RLC，向RNC2发送RELOCATION COMMIT消息，请求RNC2启动迁移；8RNC2向CN发送RELOCATION DETECT消息，通知CN迁移启动，然后RNC2执行相关操作，例如L2配置；9RNC2在新小区向UE发送CELL UPDATE CONFIRM消息，包括新的C-RNTI和D-RNTI；10UE向RNC2发送PHYSICAL CHANNEL RECONFIGURATION COMPLETE消息，证实迁移成功；11RNC2向CN发送RELOCATION

36、 COMPLETE消息；12RNC2向UE发送UE CAPABILITY ENQUIRY消息，查询UE能力信息；13UE向RNC2发送UE CAPABILITY INFORMATION消息，其中包括UE能力信息；14RNC2收到UE CAPABILITY INFORMATION消息，并向UE发送UE CAPABILITY INFORMATION CONFIRM证实；15RNC2向UE发送UTRAN MOBILITY INFORMATION消息，通知UE新的UTRAN信息；16UE向RNC2发送UTRAN MOBILITY INFORMATION CONFIRM消息；17CN向RNC1发送IU

37、RELEASE COMMAND消息，请求RNC1释放与该UE相关的Iu接口资源；18RNC1向CN发送IU RELEASE COMPLETE消息； 消息IE解析Uplink Signaling Transfer Indicationl U-RNTI：DRNC为UE分配新的S-RNTI；l CellUpdateCause：DRNC通知SRNC小区更新的原因为小区重选；3.8 DSCR 原理分析针对协议规定，华为RNC在3种特殊的场景使用DSCR功能场景一：IUR接口不可用，UE处于CELL_FACH，CELL_PCH，URA_PCH状态，并且从SRNC移动到某个DRNC小区发起CELL UPDA

38、TE。 DRNC无法通过IUR接口向SRNC发送上行信令转移消息，故此时需要进行DSCR过程。该过程由DRNC发起，直接通过标准信令“RRC CONN REL”通知UE，连接释放原因值为“ Direct Signalling Connection Re-establish”。其信令流程为：场景二：存在IUR接口，在进行CELL UPDATE伴随迁移过程中迁移准备失败，发起DSCR流程。其基本信令流程为：场景二：存在IUR接口，在进行CELL UPDATE伴随迁移过程中迁移准备失败，发起DSCR流程。其基本信令流程为：第5章 各厂家对接参考资料4.1 阿朗待补充4.2 诺西 诺西RNC不支持HW

39、的RL_Recfg消息中的UL DPDCH Indication for E-DCH operation信元，需HW修改流程兼容； 诺西RNC不支持在NODEB进行合并，HW作为SRNC时可以修改给DRNC的合并指示为MUST Combine on RNC side； 诺西RNC不支持5.9K速率，HW作为SRNC指配给诺西RNC的速率包含该速率时回导致切换失败，可关闭AMRC算法规避问题；4.3 爱立信 爱立信RNC不支持HW的RL_Recfg消息中的UL DPDCH Indication for E-DCH operation信元，需HW修改流程兼容； 在没有IUR接口物理连线且使用MGW

40、中转IUR数据时，只能通过TRMMAP映射，爱立信不允许添加非实时PATH，将IUR-PS业务映射到实时PATH上；第6章 IU接口对接案例案例一 与E/ IUR对接CS切换失败 问题现象：HW RNC - E/ RNC IUR 切换，HW RNC 和E/ RNC之间没有IUR接口物理连线，两个RNC通过爱立信的MGW相连，中转IUR数据，中间的MGW传输交换模式为AAL2交换，在这种组网场景下，CS IUR切换成功，PS IUR切换失败。 问题原因：通过IOS跟踪发现SRNC对UE上报的测量报告不发起RL建立，导致UE无法切换到信号较好的小区引起掉话。原因为由于传输配置问题导致IUR RL资

41、源建立失败，IUR通过IUCS（MGW）中转，E/不允许添加非实时PATH，只能通过设置TRMMAP映射，将IUR-PS业务映射到实时PATH上。 解决方案：设置TRMMAP映射，将IUR-PS业务映射到实时PATH上。案例二 与E/ IUR对接64QAM业务切换失败 问题现象：E/ RNC - HW RNC 64QAM业务切换，从E/ SRNC下支持64QAM的小区跨IUR口切换到HW DRNC不支持64QAM的小区，HW DRNC返回RL_RECONFIG_FAIL（原因：unspecified），导致切换失败。 问题原因：按照协议，如果DRNC侧不支持64QAM，不应该直接回复拒绝，而是

42、应该返回成功，直接将64QAM置成64QAM not used，需要HW作为DRNC时修改为支持该配置方式。 解决方案：RAN11补丁提供。案例三 与E/ IUR对接HSUPA切换失败 问题描述：HW RNC - E/ RNC HSUPA 切换，华为RNC作为SRNC，如果SRNC发送给DRNC的RNSAP Radio Link Reconfiguration Prepare消息中携带了UL DPDCH Indicator for E-DCH operation信元，DRNC会返回RNSAP Radio Link Reconfiguration Failure消息，导致切换失败。 问题原因：发

43、现商用网上有很多地方不支持HW的RL Recfg消息中的UL DPDCH Indicator for E-DCH operation信元问题，需要HW修改流程去兼容。 解决方案：可以兼容规避方案：SET CORRMALGOSWITCH: CmpSwitch=CMP_IUR_H2D_FOR_LOWR5_NRNCCELL_SWITCH-1;MOD NRNC: NRncId=*, RncProtclVer=R5;如果协议版本更改为R4，并且回落开关打开，那么当UE上报1A事件添加NRNCCELL时，SRNC触发回落，将HSDPA/HSUPA均回落到DCH，然后进行小区添加；如果协议版本更改为R5，并

44、且回落开关打开，那么当UE上报1A事件添加NRNCCELL时，SRNC触发回落，将HSUPA回落到DCH，然后进行小区添加，在UE上报1D事件时，再将HSDPA回落到DCH。（IUR口不支持HSPA）；考虑到为了降低对现网HSDPA业务的影响，使得切换时数传降低事件缩短，建议使用R5协议版本。案例四 与E/RNC对接，IUR QAAL2概率性失败 问题描述ATM传输下，与爱立信RNC对接，发现有IUR QAAL2建立概率性失败，失败的原因为我司RNC在对对端的QAAL2 ERQ消息回复RLC，原因值为44。 问题原因发现在某个CID上的业务建立成功后，本端并未收到对端发起的释放，本端也并未发起

45、释放，而之后对端在同一CID上发起了建立请求。发生CID碰撞，由于两端实现CID查找算法不通，导致某段时间内CID碰撞概率增加。 解决方案目前暂无解决。后续RNC和E对接有保护机制。案例五 与NSN IUR对接CS掉话 问题描述：HW RNC - NSN（Nokia）RNC，从HW SRNC切换到NSN的DRNC后，仅存于DRNC的一条链路的时候，会发起因IURITF_SccpProcDisconnectInd导致的“unspecified”原因掉话。 问题原因：SccpProcDisconnectInd在业务稳态的情况下，只会由于DRNC检测到异常发起的释放，怀疑可能DRNC上层业务和底层S

46、CCP之间配合上存在异常，引起了对SRNC业务的释放。 解决方案：通过对NSN DNRC的SCCP告警的清除，该问题解决。案例六 与NSN IUR对接静态迁移过程中掉话 问题现象：Nokia RNC - HW RNC 迁移，从NSN SRNC向HW DRNC静态迁移的时候出现掉话，掉话原因为Iu-up-fail； 问题原因：主要是由于IUUP初始化失败导致的掉话。从NSN的SRNC迁移至HW的DRNC，由于NSN的MSC指配的时候IU口和空口指配的速率集不一致，我司会回落至IUUP1去进行协商。由于NSN的CN下发的AMR速率集合是全集，按照协议此时应该为IUUP2模式，但是由于NSN的RNC

47、携带的AMR速率集不是全集，HW DRNC会按照IUUP1模式初始化，CN此时不支持IUUP1，所以导致协商失败，最终掉话。 解决方案：如果NSN-CN打开IUUP1可以进行规避；否则需要在SRNC执行SET URRMCDLCFG: InnerSwitch1= RC_RELOCIN_IUUP2_NOT_CHANGED_SWITCH-1，关闭IUUP回落，需要提醒该功能没有在商用中验证过，可能存在未知风险。案例七 与NSN IUR对接切换失败 问题现象：HW RNC - NSN RNC IUR切换，NSN DRNC返回RL_ADD_FAIL。 问题原因NSN DRNC不支持在NODEB进行合并，所以回复RL_ADD_FAIL，SRNC解析出错误码为“RR_ERR_IUR_INTERFACE_COMB_NOT_SUPP”，HW作为SRNC时可以修改给DRNC的合并指示为MUST Combine on RNC side 解决方案可以通过修改合并指示生效SET HOCOMM: DivCtrlField=MUST_NOT;(跨IUR软切换宏分集指示算法开关): 开启表示根据本RNC的分集合并指示配置IUR接口的分集合并指示SET CORRMALGOSWITCH: HoSwitch=IUR_