HSPA+无线接入子系统 Iub接口技术要求3信令传输.docx
《HSPA+无线接入子系统 Iub接口技术要求3信令传输.docx》由会员分享，可在线阅读，更多相关《HSPA+无线接入子系统 Iub接口技术要求3信令传输.docx（18页珍藏版）》请在冰豆网上搜索。
HSPA+无线接入子系统Iub接口技术要求3信令传输
中华人民共和国工业和信息化部发布
××××-××-××实施
××××-××-××发布
2GHzTD-SCDMA数字蜂窝移动通信网
增强型高速分组接入（HSPA+）
无线接入子系统Iub接口技术要求
第3部分：
信令传输
2GHzTD-SCDMAdigitalcellularmobiletelecommunicationnetwork
-HSPA+-Iubinterfacetechnicalrequirement
-Part3:
Signallingtransport
（3GPPTS25.432V9.0.0UTRANIubinterface:
signallingtransport，NEQ）
（征求意见稿）
YD/T××××—2009
YD
中华人民共和国通信行业标准
ICS33.060
M36
目次
前言II
1范围1
2规范性引用文件1
3缩略语2
4数据链路层3
4.1ATM传输3
4.2基于IP传输的数据链路层3
5NBAP信令承载3
5.1概述3
5.2使用ATM传输的信令承载4
5.3使用IP传输的信令承载4
6链路故障保护4
6.1信令链路的链路故障保护4
6.1.1基于物理线路或端口的故障保护4
6.1.2基于传输网络层的故障保护4
附录A（资料性附录）传输网络层故障6
前言
YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统Iub接口技术要求》分为九个部分：
第1部分：
总则
第2部分：
层1
第3部分：
信令传输
第4部分：
NBAP信令
第5部分：
公共传输信道数据流的数据传输和传输信令
第6部分：
公共传输信道数据流的用户平面协议
第7部分：
专用传输信道数据流的数据传输和传输信令
第8部分：
专用传输信道数据流的用户平面协议
第9部分：
执行特定操作维护通道的建立和维护
本部分是YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统Iub接口技术要求》的第三部分，对应于《3GPPTS25.432－UTRANIub接口：
信令传输》（版本v9.0.0）。
本部分与3GPPTS25.432的一致性程度为非等效，主要差异如下：
a）5.3节删除描述“注:
不排除只采用和实现IPv4”增加描述“仅支持IPv4的节点需要具备通过软件升级至IPv6的能力。
”，将“在传输网络从IPv4到IPv6的过渡期推荐采用IPv6和IPv4双栈”修改为“在传输网络从IPv4到IPv6的过渡期需要RNC节点采用IPv6和IPv4双栈。
”
YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统Iub接口技术要求》是2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）系列标准之一,该系列标准的结构和名称预计如下：
a）YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统设备技术要求》
b）YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统设备测试方法》
c）YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统Uu口物理层技术要求》
─第1部分：
总则
─第2部分：
物理信道和传输信道到物理信道的映射
─第3部分：
信道编码与复用
─第4部分：
扩频与调制
─第5部分：
物理层过程
─第6部分：
物理层测量
d）YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统Uu口层2技术要求》
─第1部分：
MAC
─第2部分：
RLC
e）YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统Uu口RRC层技术要求》
f）YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统Iub接口技术要求》
─第1部分：
总则
─第2部分：
层1
─第3部分：
信令传输
─第4部分：
NBAP信令
─第5部分：
公共传输信道数据流的数据传输和传输信令
─第6部分：
公共传输信道数据流的用户平面协议
─第7部分：
专用传输信道数据流的数据传输和传输信令
─第8部分：
专用传输信道数据流的用户平面协议
─第9部分：
执行特定操作维护通道的建立和维护
g）YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口测试方法》
随着技术的发展，还将制定后续的相关标准。
YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统Iub接口技术要求》与YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口测试方法》配套使用。
本部分的附录A为资料性附录。
本部分由中国通信标准化协会提出并归口。
本部分起草单位：
工业和信息化部电信研究院、中国移动通信集团公司、大唐电信科技产业集团、鼎桥通信技术有限公司、中兴通讯股份有限公司、中国普天信息产业股份有限公司
本部分主要起草人：
张大钧、胡海静、徐菲、宋爱慧、李星、王小奇、武欣、王梅、陈君、李静、黄河、蔡文洲、陈迎、王浩然、张英
2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）
无线接入子系统Iub接口技术要求第3部分：
信令传输
1范围
本部分规定了2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口上使用的信令传输的技术要求。
本部分适用于2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）的Iub接口。
传输延迟要求和操作维护要求不属于本部分范围。
2规范性引用文件
下列文件中的条款通过本部分的引用而成为本部分的条款。
凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件，其最新版本适用于本部分。
ITU-T建议Q.2100：
B-ISDN信令ATM适配层（SAAL）——概要描述（ITU-TRecommendationQ.2100（07/94）:
"B-ISDNsignallingATMadaptationlayer（SAAL）overviewdescription".）
ITU-T建议Q.2130：
B-ISDN信令ATM适配层——支持用户网络接口信令的业务规定的协调功能（在UNI的SSCF）（ITU-TRecommendationQ.2130（07/94）:
"B-ISDNsignallingATMadaptationlayer–Servicespecificcoordinationfunctionforsupportofsignallingattheusernetworkinterface（SSCF–UNI）".）
ITU-T建议Q.2110：
B-ISDNATM适配层——业务规定的面向连接的规程（SSCOP）（ITU-TRecommendationQ.2110（07/94）:
"B-ISDNATMadaptationlayer–Servicespecificconnectionorientedprotocol（SSCOP）".）
ITU-T建议I.363.5：
B-ISDNATM适配层规范：
类型5AAL（ITU-TRecommendationI.363.5（08/96）:
"B-ISDNATMAdaptationLayerType5Specification".）
ITU-T建议I.361：
B-ISDNATM层规范（ITU-TRecommendationI.361:
B-ISDNATMLayerSpecification（11/95）.）
IETFRFC2960：
流控传输协议（IETFRFC2960,（October2000）:
"StreamControlTransmissionProtocol".）
IETFRFC2460：
互联网协议，版本6（Ipv6）规范（IETFRFC2460,（December1998）:
"InternetProtocol,Version6（IPv6）Specification".）
IETFRFC791：
互联网协议（IETFRFC791,（September1981）:
"InternetProtocol".）
IETFRFC2474：
IPv4与IPv6包头中差分服务字段（DSField）的定义（IETFRFC2474,（December1998）:
"DefinitionoftheDifferentiatedServicesField（DSField）intheIPv4andIPv6Headers".）
IETFRFC1661：
点对点协议（PPP）（IETFRFC1661,（July1994）:
"ThePoint-to-PointProtocol（PPP）"
IETFRFC1662：
HDLC类似成帧中的PPP（IETFRFC1662,（July1994）:
"PPPinHDLC-likeFraming".）
IETFRFC2507：
IP头压缩（IETFRFC2507,（February1999）:
"IPheadercompression".）
IETFRFC1990：
PPP多链路协议（MP）（IETFRFC1990,（August1996）:
"ThePPPMultilinkProtocol（MP）".
IETFRFC2686：
多链路PPP的多类型扩展（IETFRFC2686,（September1999）:
"TheMulti-ClassExtensiontoMulti-LinkPPP".）
IETFRFC2509：
PPP上的IP头压缩（IETFRFC2509,（February1999）:
"IPHeaderCompressionoverPPP".）
IETFRFC3153：
PPP复用IETFRFC2364：
AAL5上的PPP（IETFRFC3153,（August2001）:
"PPPMultiplexing".）
IETFRFC3031：
多协议标记交换体系结构（IETFRFC3031,（January2001）:
"MultiprotocolLabelSwitchingArchitecture".）
IETFRFC3309：
SCTP校验和的更新（RFC3309:
"SCTPChecksumChange".）
IEEE802.3:
第三部分\:
带冲突检测的载波多路监听（CSMA/CD）接入方法和物理层规范”（IEEE802.3:
Part3:
Carriersensemultipleaccesswithcollisiondetection（CSMA/CD）accessmethodandphysicallayerspecifications）
IEEE802.1p:
LAN层二传输优先级的QoS/CoS协议（IEEE802.1p:
LANLayer2QoS/CoSProtocolforTrafficPrioritization）
IEEE802.1Q:
本地和大城市区域网络-虚拟桥接本地网（IEEE802.1Q:
Localandmetropolitanareanetworks-Virtualbridgedlocalareanetworks）
IEEE802.3x:
802.3全双工操作（IEEE802.3x:
Specificationfor802.3FullDuplexOperation[S].）
3缩略语
下列缩略语适用于本部分。
AALATMAdaptationLayerATM适配层
ATMAsynchronousTransferMode异步传输模式
HDLCHigh-levelDataLinkControl高速数据链路控制
IPInternetProtocol互联网协议
NBAPNodeBApplicationPartNodeB应用部分
PPPPoint-to-PointProtocol点对点协议
RNCRadioNetworkController无线网络控制器
SAALSignallingATMAdaptationLayer信令ATM适配层
SCTPStreamControlTransmissionProtocol流控制传输协议
SSCFServiceSpecificCoordinationFunction特定业务协调功能
SSCOPServiceSpecificConnectionOrientedProtocol特定业务面向连接协议
UNIUser-NetworkInterface用户－网络接口
4数据链路层
4.1ATM传输
无线网络控制平面使用的ATM应符合ITU-T建议I.361的规定。
4.2基于IP传输的数据链路层
支持IP传输的RNC或NodeB可以支持以下链路层协议：
1）PPP协议，采用HDLC成帧（见IETFRFC1661、IETFRFC1662）。
该协议用于低速的E1接口或CPOS接口，也用于高速的POS接口，如STM-1、STM-4等。
当采用如E1这类低速PPP链路进行连接的RNC或NodeB时，应支持IP包头压缩（见IETFRFC2507）和PPP扩展ML/MC-PPP（见IETFRFC1990、IETFRFC2686），可选支持PPPMUX、PPPMUX。
在此情形下，PPP上的包头压缩协商应按照IETFRFC2509规定执行。
2）IEEE802.3系列以太网协议。
采用标准的百兆或千兆以太网接口时，链路层应符合IEEE802.3规范，支持IEEE802.1Q规定的VLAN协议，支持IEEE802.1P规定的层2QoS/CoS协议，支持IEEE802.3x以太网流控功能。
5NBAP信令承载
5.1概述
NBAP信令承载是一个点到点的协议。
在一对RNC和NodeB之间可以有多条点到点的链接。
如图1，允许选择两个协议组中的一个来传输NBAP消息。
图1IubNBAP信令传输
5.2使用ATM传输的信令承载
用于无线网络控制平面的信令承载是ATM上的SAAL-UNI（见ITU-T建议Q.2100）。
用于支持NBAP信令的协议是在SSCOP（见ITU-T建议Q.2110）和AAL5（见ITU-T建议I.363.5）之上的SSCF-UNI（见ITU-T建议Q.2130）。
5.3使用IP传输的信令承载
Iub接口支持采用IP之上的SCTP（SCTPoverIP）[IETFRFC2960,（October2000）]传输NBAP信令。
支持SCTP协议的RNC将发起INIT过程来建立连接。
数据链路层参考4.2。
采用IETFRFC3309中描述的校验方法来取代IETFRFC2960[IETFRFC2960,（October2000）]中描述的方法。
IPUTRAN节点必须支持IPv6[IETFRFC2460,（December1998）]，可选支持IPv4[IETFRFC791,（September1981）]。
注：
仅支持IPv4的节点需要具备通过软件升级至IPv6的能力。
在传输网络从IPv4到IPv6的过渡期需要RNC节点采用IPv6和IPv4双栈。
RNC和NodeB间的每个信令承载在上行和下行方向只能分别分配一个SCTP流，并且两个SCTP流属于相同的SCTP连接。
支持IP差分业务码点标记（IPDifferentiatedServicescodepointmarking）[IETFRFC2474,（December1998）]，差分业务码点（Diffservcodepoint）由应用参数决定。
6链路故障保护
1
2
3
4
5
6
信令链路的链路故障保护
基于物理线路或端口的故障保护
如果NodeB和传输网接入设备之间支持物理链路冗余，则NodeB需要支持基于物理端口或者线路的1+1保护或负荷分担的方式：
●ATM传输方式下或IP的POS方式下，当底层传输基于STM-1、STM-4等线路时，应支持1+1方式的线状复用段APS保护，切换方式和性能应该符合ITU-TG.841规范。
●当底层基于以太网接口时，RAN节点应提供冗余的以太网物理端口和链路进行故障保护。
基于传输网络层的故障保护
如果RNC和NodeB之间存在冗余路径（如多IMA组、多STM-1光口、多IP路由等），那么它应支持以下方式的信令链路故障保护：
ATM传输方式下SAAL链路的故障保护：
●SAAL链路的故障检测符合规范Q.2110。
●在主用路径上建立主用SAAL链路，在冗余路径上建立备用的SAAL链路。
●当主用链路故障时，切换至备用的SAAL链路，具体的切换流程参考附录A中SAAL链路故障处理流程部分。
IP传输方式下SCTP偶联的故障保护：
●信令传输可以在配置的多个地址中的任何一个作为主路径。
●对主路径外的其他路径，SCTP使用HEARTBEATchunk报文进行周期的探测，如果主用路径故障，切换至备用路径。
故障保护流程符合规范IETFRFC2960。
附录A
（资料性附录）
传输网络层故障
传输网络层故障在信令承载上分成SAAL连接和SCTP连接，SAAL连接承载的可能是NBAP信令，也可能承载的是ALCAP信令。
SCTP连接只承载NBAP信令。
承载NBAP信令的SAAL/SCTP又分为承载NodeB控制端口（NCP）和承载通信控制端口（CCP）两种。
SAAL/SCTP链路可能采用主备冗余配置。
A.1有主备情况下的主用SAAL/SCTP链路故障
A.1.1概述
A.1.2流程图
图A.1
A.1.3步骤说明
步骤1.在Iub接口上检测到SAAL/SCTP连接故障。
步骤2.发现主用SAAL/STCP故障，如果备用SAAL/SCTP正常，切换到备用链路；否则参见SAAL/SCTP全部故障处理流程。
步骤3.一直尝试在故障链路上建立该SAAL/SCTP连接，直至连接建立成功，设置状态为备用
说明：
1）该流程适用于有主备SAAL/SCTP的情况。
2）如果仅是备用SAAL/SCTP故障，则不需要进行主备切换流程。
3）步骤2中，如果存在多条备用的链路，则对SAAL和SCTP链路进行分别编号。
RNC与NodeB将按照SAAL/SCTP链路的编号顺序，优先挑选同类链路中编号最小的可用备用SAAL/SCTP链路切换成主用SAAL/SCTP链路。
当同类链路全部故障时，将尝试向另一种类型链路编号最小的可用链路进行切换。
A.2承载ALCAP信令的SAAL链路全部故障
A.2.1概述
A.2.2流程图
图A.2
A.2.3步骤说明
步骤1.在Iub接口上检测到SAAL连接故障。
步骤2.如果发现承载ALCAP信令链路的SAAL全部故障，NodeB和RNC各自清除相关NodeB上所有存在AAL2连接的用户的无线资源和传输资源，（如果该用户存在其他使用IP承载方式的业务，也需要一并删除）。
步骤3.NodeB自动暂停空口信号的发射（包括导频和广播）。
步骤4.一直尝试在指定的链路上建立该SAAL连接，直至连接建立成功。
步骤5.SAAL链路恢复后，NodeB将恢复空口信号的发射。
说明：
1）该流程也适用于仅有一条承载ALCAP的SAAL链路的情况。
A.3承载NBAP的NCP端口的SAAL/SCTP链路全部故障
A.3.1概述
A.3.2流程图
图A.3
A.3.3步骤说明
步骤1.RNC和NodeB检测到SAAL/SCTP连接故障。
步骤2.如果发现承载NCP的SAAL/SCTP全部故障，NodeB和RNC各自清空所有为用户分配的无线资源和传输资源。
步骤3.NodeB自动暂停空口信号的发射（包括导频和广播）。
步骤4.一直尝试在指定的链路上建立该SAAL/SCTP连接，直至连接建立成功。
步骤5.SAAL/SCTP链路恢复后，NodeB将恢复空口信号的发射。
步骤6.SAAL/SCTP链路检测到链路恢复后，RNC触发AUDITREQUEST消息。
步骤7.NodeB回应AUDITRESPONSE，RNC收到稽核响应后根据资源状态进行后续的操作。
A.4承载NBAP的CCP端口的SAAL/SCTP链路故障
A.4.1概述
A.4.2流程图
图A.4
A4.3步骤说明
步骤1.RNC和NodeB检测到SAAL/SCTP连接故障。
步骤2.如果NodeB发现与小区相关的所有的CCP故障，NodeB自动暂停该小区的空口信号的发射（包括导频和广播）。
步骤3.NodeB使用RESOURCESTATUSINDICATION消息向RNC报告通信控制端口故障。
步骤4.RNC发起对故障通信控制端口的RESETREQUEST消息。
步骤5.NodeB响应RESETRESPONSE消息。
步骤6.一直尝试在指定的链路上建立该SAAL/SCTP连接，直至连接建立成功。
步骤7.如果之前NodeB暂停某小区的空口信号的发射，将恢复信号发射。
步骤8.NodeB使用RESOURCESTATUSINDICATION消息向RNC报告通信控制端口恢复。
说明：
在步骤4中，RNC并不是根据步骤3的上报才执行后续的过程，步骤4与步骤3并无时序关系，RNC可以直接触发步骤4。
升级会员 