iu接口协议.docx
《iu接口协议.docx》由会员分享，可在线阅读，更多相关《iu接口协议.docx（10页珍藏版）》请在冰点文库上搜索。
iu接口协议
竭诚为您提供优质文档/双击可除
iu,接口协议
篇一：
iu接口协议栈故障定位思路
iu接口协议栈定位思路
一、iu-ps域协议栈（摘取自3gppts25.410）
图1iu-ps域协议栈
测试步骤：
1.1
步骤一：
ip层
方式一：
检查sippoRt.mdf用户面/信令面ip地址，以及“sipV4Route.mdf”路由组网进行核查
方式二：
采用测试诊断tnbs层“局间单板ip通信可达性”测试，从ipuacpu2发起对目标地址进行发包测试
1.2
步骤二：
sctp层
方式一：
查看ssigtsctpasso.mdf,偶联标示ussctpassoid（一般为1，2），确认usstatus状态为0为正常
方式二：
确认sctp层收发消息情况，shell命令：
tnbs_sctp_counter_show
正常打印消息如下：
chunktype:
[send],[RecV]-------------------------------------------
sctp_data:
[26],[44]sctp_initiation:
[2],[0]sctp_initiation_ack:
[0],[1]sctp_selectiVe_ack:
[43],[46]sctp_heaRtbeat_Req:
[2169],[8395]sctp_heaRtbeat_ack:
[8395],[2169]sctp_aboRt_assoc:
[0],[0]sctp_shutdown:
[0],[0]sctp_shutdown_ack:
[0],[0]sctp_shutdn_compl:
[0],[0]sctp_opeRation_eRR:
[0],[0]sctp_cookie_echo:
[1],[0]sctp_cookie_ack:
[0],[1]sctp_ecn_echo:
[0],[0]sctp_ecn_cwR:
[0],[0]
sctp_asconF:
[0],[0]sctp_asconF_ack:
[0],[0]sctp_Fwd_cum_tsn:
[0],[0]sctp_pkt_dRopped:
[0],[0]sctp_stReam_Reset:
[0],[0]unknowntype:
[0],[0]
注意事项：
确保sctp偶联端口本局/远端数据及映射信令ip地址正确
4个偶联配置方案：
1.在两块Rspa板如Rspa1/Rspa2配置四个偶联，分别为as1、as2、as3、as4。
2.偶联ip地址和端口配置为：
associationRspaboardlocaliplocalportRemoteipRemoteportas1Rspa1ipua1_ip5001sgsn_ip15001
as2Rspa1ipua1_ip5002sgsn_ip25001（or5002）as3Rspa2ipua2_ip5001（or5003）sgsn_ip15002（or5003）as4Rspa2ipua2_ip5002（or5004）sgsn_ip25002（or5004）1.3
步骤三：
m3ua层
方式一：
通过数据探针“ssigaspinfo.mdf”中,"usaspid"标示“usstatus”=0为正常
方式二：
通过信令跟踪m3ua跟踪，填写sctp偶联标示，如果“发送”“接受”中有data消息交互说明m3ua状态正常（信令跟踪过程吐消息比较慢需要等待）
====================华为===================================------------tnssm3uamesssagedecode-----------------
m3uaVersion:
1
msgclass:
（1）class_1:
tRansclass（包括datatype（01）类型）msgtype:
（1）type_1:
datamsgmsglen:
72
>routingcontext（6）>>len（8）
>>rc（36196988）>length（45）>si（3）>ssf（12）
>dpc8f-1a-00（9378304）>opc06-1e-00（400896）>sls（13）
=================诺西==============================------------tnssm3uamesssagedecode-----------------
m3uaVersion:
1
msgclass:
（1）class_1:
tRansclass（包括datatype（01）类型）
msgtype:
（1）type_1:
datamsgmsglen:
64
>netappearance（512）>>len（8）>>na（12）
>routingcontext（6）>>len（8）
>>rc（141906328）>length（29）>si（3）>ssf（12）
>dpc90-1a-00（9443840）>opc09-1e-00（597504）>sls（11）
检查事项：
（1）远端dpc是否正确;
（2）本地opc是否正确;
（3）ssiglo（iu,接口协议）cateas.mdf表中sio是否为3（sccp）.
（4）确认现场对端应用服务器使用标识符是ipsp还是asp一般情况下华为交换作为服务器,ssigtasifo.mdf文件中的uctag为3（ipsp）；诺西uctag为2（asp），具体以联调实际情况而定。
（5）诺西netapp默认为12。
1.4
步骤四：
sccp
1、登录ldt在gcpa单板shell命令tnss_sccp_ssninfo进行查询，status为0正常
sccpssnstatusshow:
----------------------oFFicenum=3
oFFiceid:
1（msc）status:
0ssnnum=2ssn:
1
status:
0ssn:
142status:
0
oFFiceid:
2（mgw）status:
0ssnnum=0
oFFiceid:
3（sgsn）status:
0ssnnum=2ssn:
1
status:
0ssn:
142status:
0
2、通过ldt数据探针查询全局板sn7adjoffice状态
usstatus=0正常usstatus=1异常1.5
步骤五：
Ranap
登录ldt在Rspa单板shell命令hsps_iuc_showcninfocnid判断cn状态。
参考案例：
现象：
在7月7日Rnc上报sctp偶联故障告警迅速恢复后，7月8日该Rnc用户投诉ps业务无法正常附着，表现为RRc建立完成，初始直传消息initialdiRecttRansFeR（RauReq、attachrequest）后发起释放。
定位：
1、检查上文协议层次均正常状态
2、确认rRncsgsn.mdf中cnid为2，ldt登录ps对应信令板查询Ranap状态
>>>command=hsps_iuc_showcninfo2
--------------------------cn2ctx-----------------------cnid.......................2iutype.......................1
[0:
iu_type_cs,1:
iu_type_ps,2:
iu_type_butt]
篇二：
iu-ps协议结构
同iu-cs结构一样，在Release99中，用户平面和控制平面采用共同的atm传输，而物理层也是特定应用于iu-ps域的。
10iu-ps控制平面
在Release99中，控制平面协议也是以7号信令系统协议和Ranap为基础的信令承载。
但是和cs域不同的是，ps域也定义了基于ip的信令承载：
sccp层和aal5为两者公用，加上m3ua（mtp3useradaptationlayer）、sctp（streamcontroltransmissionprotocol）和ip协
议。
15在Release5之后的版本中，ip将直接传输数据，不再通过aal5进行到atm的适配。
iu-ps用户平面
在Release99的ps域中，多种分组数据流在一个或多个aal5pVc上被复用。
gtp_u（gpRs隧道协议用户平面部分）是一个为单个分组数据流提供标识的复用层，每个单个分组
数据流流使用udp无连接传输和ip寻址。
和控制平面一样，在Release5之后的版本中，ip将直接传输数据，不再通过aal5进行5到atm的适配。
iu-ps传输网络层控制平面
传输网络层控制平面没有应用到ps域，因为建立gtp隧道只要求由一个隧道标识、源地址和目的地址，这些已经包含在RanapRab分配的相应的消息中。
3．4．3Ranap协议及用户平面
10Ranap协议
Ranap是iu接口的信令协议，它包含所有特定于无线网络层的控制消息。
从消息的传送方式上看，基本过程（ep）可以分为两类：
面向连接型和无连接型。
前者在属于特定ue的专用信令连接上传送，后者在公共的信令连接上传送。
Ranap的功能是通过各种基本过程（ep）实现的，每个功能可能包含一个或多个ep。
15ep分为以下三种类型：
1类ep：
包含请求应答消息对；
2类ep：
只包含请求消息；
3类ep：
包含一个请求消息和一个或多个应答消息。
Ranap通过以上几种ep完成相应的功能，在本小节开始已经对这些功能进行了阐述，20这里就不再重复。
用户平面
iu用户平面位于iu接口用户平面的无线网络层，用来传输和无线接入承载（Rab）捆绑的用户数据，设计上要求它尽可能独立于所应用的cn域。
一个iu用户平面实例和一个Rab捆绑，如果针对一个给定的ue建立了几个Rab，这些Rab将使用相同数量的协议实例。
25iu用户平面协议既可以完成一个完全透明的操作，也可以进行用户数据初始化及数据在线控制成帧。
iu用户平面协议必须在一定的模式下工作，操作模式的选择与Rab特性是相关
的，模式选定以后如Rab特性不变，则其相关的操作模式不变。
操作模式信息是针对每一个
Rab由无线网络层控制平面通知的。
iu用户平面由两种操作模式，简单介绍如下：
30透明模式
透明模式应用于那些仅仅具有传输用户数据功能的无线接入承载，对iu用户平面协议只要求传输用户数据而无其他特殊的特性要求。
在这种模式下，协议不进行任何成帧和控制操作。
在高层和传输层之间传输的pdu透明的通过iu用户平面协议层。
支持模式
35支持模式目前只定义了预定义sdu尺寸这一种模式，用户平面按照预先定义的大小把用户数据分成数据段。
sdu的大小一般对应于amR（自适应多速率声码器）话音帧的大小，或
从cs数据呼叫的数据率中提取的帧大小。
因为被传输的用户数据尺寸可以在一个预定义的范
围变化，于是就引进一些进程控制功能和数据流特性功能
篇三：
iuup协议
在iu控制面（Ranap）与iuup相关的信令过程主要包括Rab管理和sRns重定位，具体消息为RabassignmentRequest和RelocationRequest，涉及的ie：
userplaneinformation，包括userplanemode和upmodeVersions；Rabparameters
一个iuup协议实体只与一个Rab关联，iuup协议实体在每个iu接口接入点存在，iuup协议实体与相关联的Rab一起建立、重定位和释放userplaneinformation
1.userplanemode（ts25.413,9.2.1.18）
用户面操作模式，目前定义的只有transparentmode（trm）和supportmodeforpredefinedsdusize（smpsdu）两种
透明模式除了传输数据之外不提供任何特殊功能
支持模式除了传输数据之外还提供一定的控制功能，目前定义的支持模式只有预定义sdu大小支持模式一种
2.upmodeVersions（ts25.413,9.2.1.19）
cn要求的up操作模式版本，其格式与iuup上定义的iuupmodeversionssupportedie相同，参见下文对初始化过程的说明
Rabparameters和iuup协议实体配置参数
1.trafficclass
trafficclass指示Rab上承载的业务类型，目前定义的取值可能为conversational,streaming,interactive,background,…
这个ie影响iuup的帧编号方式
iuup数据帧有两种编号方式：
1）.基于时间的帧编号，每过一个iti帧编号加1（模16），主要用于辅助时间调整功能
2）.基于已发送iuuppdu的帧编号，每发送一个pdu帧编号加1（模16），用于为接收端提供一种跟踪iuup帧丢失的机制
若trafficclass为conversational或streaming则采用基于时间的帧编号，其他类型采用基于已发送iuuppdu的帧编号
2.deliveryorder
可能取值为deliveryorderrequested和deliveryordernotrequested，表示是否要求按序传输sdu，如果是deliveryorderrequested则要求传输层提供按序传输服务
3.iti计算
iti指在特定Rab上发送pdu的最小时间间隔，当trafficclass为conversational或streaming时可按如下公式计算：
itimaxsdusize
maxbitrate
其中maxsdusize即为maximumsdusize，Ranap（25.413）规定取值范围0~32768，单位为bit，23.107规定当pdptype为ppp时maximumsdusize为1502octets，其他情况为1500octets
maxbitrate即为maximumbitRate，Ranap（25.413）规定取值范围0~16,000,000，单位bit/s，23.107规定maximumbitrate为2048kbps
问题:
当Rabasymmetryindicator取值为asymmetricbidirectional时maximumbitRate值分上行下行分别指示，这时上行下行iti可能有不同取值？
4.guaranteedbitRate
保证比特率，Ranap（25.413）规定取值范围0~16,000,000，单位bit/s，23.107规定取值范围 这个ie影响iuup的速率控制过程，低于保证速率的速率是不可控制即不能被禁止的，具体参考速率控制过程描述
5.deliveryoferroneoussdu
针对每个Rab子流，指示是否传递错误sdu，可能取值为yes,no,no-error-detection-consideration
影响Fqc处理和datapdu类型选择，分别参考Fqc处理和初始化过程说明
6.Rab子流编号和reliabilityclass
在Rabparameters中一个sduparameters对应一个Rab子流，且第一个出现的sduparameters对应子流1，依次排列
sduparameters中包含的reliabilityattribute包括sduerrorRatio、ResidualbiterrorRatio和deliveryoferroneoussdu
根据25.415协议要求Rab子流编号必须按照可靠性从高到低排列，在iu帧中各个Rab子流数据按子流编号从低到高排列
Rab子流数目：
1-7
7.RFci和RFcs
在sduparameters中，对应于每个RFc都有一个sduformatinformationparameterie，指示在对应的RFc中该Rab子流的subflowsdusize，第一个出现的sduformatinformationparameter对应编号为1的RFc，依次排列，这就是cn要求的RFcs。
iuup在初始化过程中对RFcs进行配置，如果支持模式为版本2则必须配置Ranap信令中要求的所有RFc，如果可选支持版本1则可以只配置其中一部分。
关于RFci，iuup要求第1个RFci的速率作为初始化完成后通信阶段的起始最大速率，不能低于保证速率，除此之外没有其他特殊规定？
最大RFc数目：
Ranap规定最大RFc数目为64，iuup规定RFci为6bits，取值范围为0~62，63表示RFcinotapplicable
8.ipti计算
ipti是针对每个RFc的，计算公式为：
iptigRFc_sizeg
RFc_bitrateg,g1,,n,nnumberofsubflowcombinations
RFc_bitrate指对应RFc的sduformatinformationparameter中的RabsubflowcombinationbitRate，取值范围0~16,000,000，单位bit/s，这个值不能超过maximumbitRate，如果这个
ie不出现则ipti=iti
如果RFc_size没有定义（指subflowsdusizeie不出现？
）则RFc_size=maxsdusize即maximumsdusize
在初始化过程中的ipti表示格式参见初始化过程说明
Fqc处理
上行方向处理
Rnc侧处理（各步骤依次进行）：
a）.如果至少有一个子流的deliveryoferroneoussdu设为“no”且至少有一个子流的无线帧分类（radioframeclassification）为“bad”则不发送iuup帧
b）.如果至少有一个子流的deliveryoferroneoussdu设为“yes”且至少有一个子流的无线帧分类（radioframeclassification）为“bad”则设置Fqc为“framebadduetoradio”，发送iuup帧
c）.否则设置Fqc为“framegood”，发送iuup帧
cn侧处理（各步骤依次进行）：
a）.有cRc且cRc校验错误且至少有一个子流的deliveryoferroneoussdu为“no”则iuup帧被丢弃
b）.有cRc且cRc校验错误且至少有一个子流的deliveryoferroneoussdu为“yes”则设置Fqc为“framebad”，转发iuup帧
c）.否则按utRan设置的Fqc转发iuup帧
下行方向处理
cn侧处理：
1.如果负载来自nas的转换编码单元，Fqc总是设为“framegood”；
2.否则可能是由在另一个Rnc上的对等实体设置的值
Rnc侧处理（各步骤依次进行）：
a）.如果有cRc且cRc校验错误则帧被丢弃
b）.否则如果iuup帧的Fqc值为“framebad”或“framebadduetoradio”则帧被丢弃而不管cRc校验指示
c）.否则帧被传给无线接口协议
note:
Rnc收到Fqc值为“framebadduetoradio”/“framebad”的帧对应于trFo/tFo的情况，此时传递帧质量指示给ue是没有意义的
Fqc格式：
2bits，0=framegood,1=framebad,2=framebadduetoradio,3=spare
初始化过程
1.iuupmode：
只有当up操作模式为支持模式时才需要初始化过程
2.iuupmodeVersion和iuupmodeversionssupported
Ranap信令指示的upmodeVersions表示cn要求的iuupmodeversions，Rnc根据自己支持的版本构造iuupmodeversionssupportedie，并在iuupmodeVersionie中指出自己使用的版本
初始化过程对iuupmodeversion是一个协商的过程，如果对端能支持发起方要求的版本则在肯定应答帧中给出选定的版本，否则在否定应答帧中给出它支持的最高版本
如果版本协商失败则相应的RanapRabassignment失败，cause值为“RncunabletoestablishallRFcs”
参数格式：
iuupmodeVersion:
4bits,0000表示版本1，1111表示版本16
iuupmodeversionssupported:
2octets,bit位图，某个比特设为1表示支持相应的版本，第1个octet的bit7表示版本16，第2个octet的bit0表示版本1
3.RFcs
每个RFc包括一个分配的RFci和每个Rab子流的大小lengthofsubflow
lengthofsubflow格式为8或16bits,由li指示，取值范围分别为0～255或0～65535
4.ipti（可选）
按照RFci出现的顺序依次排列对应RFc的ipti
ipti格式：
4bits，取值范围0～15，表示为iti的倍数
5.datapdutype:
数据pdu的类型，根据Ranap信令中deliveryoferroneoussdu设置，如果所有子流的deliveryoferroneoussdu都是“no-error-detection-consideration”则设为pdutype1表示不需要payloadcRc，否则设为pdutype0表示需要payloadcRc
datapdutype格式：
4bits，0表示pdutype0，1表示pdutype1，其余保留
iu速率控制过程
1.sRnc可控制的速率：
在初始化过程中定义的，高于guaranteedbitRate的
低于或等于guaranteedbitRate的速率如最低话音速率或sid帧不能由sRnc控制（即不能禁止）
2.控制形式：
允许的最大速率在RatecontRol控制帧中以RFciindicators集的形式给出，应该包含最大速率和所有低于最大速率的速率，即包括不可控制的速率
3.控制帧参数：
numberofRFciindicators:
6bits,取值范围0～63，表示控制帧中出现的RFciindicators数目RFcinindicator:
1bit,设为0表示对应的RFci是允许的，设为1表示对应的RFci被禁止
4.与控制面sRnsRelocation过程的交互：
当用户面因为sRnsRelocation过程而被初始化时，在收到（uu或iu）relocationexecutiontrigger之前不能发起速率控制过程
在收到relocationexecutiontrigger后Rnc必须发起速率控制过程
5.如果速率控制过程成功，对端将在肯定应答帧中给出自己的最大速率控制信息
（这就允许在trFo模式下的两
升级会员 