【YD通讯标准】 2GHz TD-SCDMA 数字蜂窝移动通信网增强型高速分组接入(HSPA+)lub 接口技术要求 第3部分:信令传输

ICS33.060.99
中华人民共和国通信行业标准
YD/T2507.3-2013
2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）
lub接口技术要求
第3部分：信令传输
2GHzTD-SCDMAdigital cellularmobiletelecommunicationnetworkHSPA+-lubinterfacetechnicalrequirementPart3:signallingtransport
(3GPP TS 25.432V9.0.0UTRAN Iub interface: Signalling Transport,NEQ)2013-04-25发布
2013-06-01实施
中华人民共和国工业和信息化部发布前
范围·
规范性引用文件
缩略语·
数据链路层·
4.1ATM传输
4.2基于IP传输的数据链路层·
5NBAP信令承载
5.1概述
使用ATM传输的信令承载?
5.3使用IP传输的信令承载·
6链路故障保护.
6.1信令链路的链路故障保护
附录A（资料性附录）传输网络层故障目
YD/T2507.3-2013
YD/2507.3-2013
《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口技术要求》是2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口系列标准之一，该系列标准的结构和名称预计如下：
a）《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口技术要求》；b）《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口测试方法》随着技术的发展，还将制定后续的相关标准。《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口技术要求》分为9个部分：
一第1部分：总则：
一第2部分：层1；
一第3部分：信令传输：
第4部分：NBAP信令：
第5部分：公共传输信道数据流的数据传输和传输信令：一第6部分：公共传输信道数据流的用户平面协议；一第7部分：专用传输信道数据流的数据传输和传输信令：一第8部分：专用传输信道数据流的用户平面协议：一第9部分：执行特定操作维护通道的建立和维护。本部分是《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+)Iub接口技术要求》的第3部分。
本部分按照GB/T1.1-2009给出的规则起草。本部分对应于3GPPTS25.432《UTRANIub接口：信令传输》（版本v9.0.0），一致性程度为非等效。本部分与3GPPTS25.432相比，主要差异如下：-5.3节删除描述“注：不排除只采用和实现IPv4”增加描述“仅支持IPv4的节点需要具备通过软件升级至IPv6的能力。”：将“在传输网络从IPv4到IPv6的过渡期推荐采用IPv6和IPv4双栈”修改为“在传输网络从IPv4到IPv6的过渡期需要RNC节点采用IPv6和IPv4双栈。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、中国移动通信集团公司、大唐电信科技产业集团、鼎桥通信技术有限公司、中兴通讯股份有限公司、中国普天信息产业股份有限公司、新邮通信设备有限公司。
本部分主要起草人：张英、张大钧、宋爱慧、徐、菲、王小奇、武欣、黄河、陈迎、王浩然、王梅、常永宏、马志峰、陈、君。Ⅱ
1范围
2GHZTD-SCDMA数字蜂窝移动通信网YD/T2507.3-2013
增强型高速分组接入（HSPA+）lub接口技术要求第3部分：信令传输
本部分规定了2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口上使用的信令传输的技术要求，包括数据链路层、NBAP信令承载及链路故障保护。本部分适用于2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）的Iub接口。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。IEEE802.1p:LAN层二传输优先级的QoS/CoS协议（IEEE802.1p:LANLayer2QoS/CoSProtocolforTrafficPrioritization)
IEEE802.1Q：本地和大城市区域网络-虚拟桥接本地网（IEEE8:02.1Q：Localandmetropolitanareanetworks-Virtualbridgedlocalareanetworks)IEEE802.3：第三部分：带冲突检测的载波多路监听（CSMA/CD)接入方法和物理层规范”（IEEE802.3:Part3:Carrier sensemultiple access with collisiondetection (CSMA/CD)access method andphysicallayer specifications)
IEEE802.3x:802.3全双工操作（IEEE802.3x:Specificationfor802.3FullDuplexOperation[S].）IETFRFC791：互联网协议（IETFRFC791\InternetProtocol\）IETFRFC1661：点对点协议(PPP)(IETFRFC1661:\ThePoint-to-PointProtocol(PPP)IETFRFC1662：HDLC类似成顿中的PPP(IETFRFC1662:\PPPinHDLC-likeFraming\）IETFRFC1990：PPP多链路协议（MP）(LETFRFC1990：\ThePPPMultilinkProtocol(MP)IETFRFC2460：互联网协议，版本6（Ipv6）规范(IETFRFC2460:\InternetProtocolVersion6(IPv6）Specification\.)
IETFRFC2474:IPv4与IPv6包头中差分服务字段（DSField）的定义(ETFRFC2474:\DefinitionoftheDifferentiated ServicesField (DSField)in theIPv4andIPv6Headers\.)IETFRFC2507：IP头压缩(IETFRFC2507:\IPbeadercompression\）IETFRFC2509：PPP上的IP头压缩(IETFRFC2509:\IPHeaderCompressionoverPPP\）IETFRFC2686：多链路PPP的多类型扩展(IETFRFC2686:\TheMulti-ClassExtensiontoMulti-LinkPPpn)
IETFRFC2960：流控传输协议(IETFRFC2960:\StreamControlTransmissionProtocol\）IETFRFC3031：多协议标记交换体系结构(IETFRFC3031，(January2001)：\MultiprotocolLabelSwitchingArchitecture\.)
IETFRFC3153：PPP复用IETFRFC2364：AAL5上的PPP(IETFRFC3153:\PPPMultiplexing\)1
YD/T2507.3-2013
IETFRFC3309：SCTP校验和的更新(RFC3309:\SCTPChecksumChange\）ITU-TL361:B-ISDNATM层规范(ITU-TRecommendationI361:B-ISDNATM LayerSpecification.)ITU-TI.363.5：B-ISDNATM适配层规范：类型5AAL(ITU-TRecommendationI.363.5:\B-ISDNATMAdaptationLayerType5Specification\)ITU-TQ.2100：B-ISDN信令ATM适配层（SAAL)—概要描述(ITU-TRecommendationQ.2100:\B-ISDN signallingATMadaptation layer(SAAL)overviewdescription\)一业务规定的面向连接的规程（SSCOP）(ITU-TITU-TQ2110：B-ISDNATM适配层—Recommendation Q.2i10:\B-ISDN ATM adaptation layer-Service specific connection oriented protocol(SSCOP)\)
ITU-TQ.2130：B-ISDN信令ATM适配层支持用户网络接口信令的业务规定的协调功能(在UNI的SSCF)(ITU-T Recommendation Q.2130:\B-ISDN signalling ATM adaptation layer-Service specificcoordinationfunctionforsupportofsignallingattheusernetwork interface(SSCF-UNI)\.)3缩略语
下列缩略语适用于本文件。
数据链路层
4.1ATM传输
ATMAdaptation Layer
AccessLinkControlApplicationParAsynchronous Transfer Mode
High-levelDataLinkControl
Internet Protocol
NodeBApplicationPart
Point-to-Point Protocol免费标准bzxz.net
RadioNetworkController
SignallingATMAdaptation LayerStream Control Transmission ProtocolServiceSpecificCoordinationFunctionServiceSpecificConnectionOrientedProtocolUser-Network Interface
无线网络控制平面使用的ATM应符合ITU-TL.361的规定。4.2基于IP传输的数据链路层
支持IP传输的RNC或NodeB可以支持以下链路层协议：ATM适配层
接入链路应用控制协议
异步传输模式
高速数据链路控制
互联网协议
NodeB应用部分
点对点协议
无线网络控制器
信令ATM适配层
流控制传输协议
特定业务协调功能
特定业务面向连接协议
用户一网络接口
a）PPP协议，采用HDLC成顿（见IETFRFC1661、IETFRFC1662）。该协议用于低速的E1接口或CPOS接口，也用于高速的POS接口，如STM-1、STM-4等。2
YD/T2507.3-2013
当采用如E1这类低速PPP链路进行连接的RNC或NodeB时，应支持IP包头压缩（见IETFRFC2507）和PPP扩展ML/MC-PPP（见IETFRFC1990、IETFRFC2686），可选支持PPPMUX、PPPMUX。在此情形下，PPP上的包头压缩协商应按照IETFRFC2509规定执行。b）IEEE802.3系列以太网协议。采用标准的百兆或千兆以太网接口时，链路层应符合IEEE802.3规范，支持IEEE802.1Q规定的VLAN协议，支持IEEE802.1P规定的层2QoS/CoS协议，支持IEEE802.3x以太网流控功能。5NBAP信令承载
5.1概述
NBAP信令承载是一个点到点的协议,在一对RNC和NodeB之间可以有多条点到点的链接。如图1所示，允许选择两个协议组中的一个来传输NBAP消息。NodeB应用部分
(NBAP)
SSCF-UNI
AAL类型5
物理层
基于ATM传箱
方式的协议系列
NodeB应用部分
(NBAP)
数据链路层
物理层
基于IP传输方式
的协议系列
图1lubNBAP信令传输
5.2使用ATM传输的信令承载
用于无线网络控制平面的信令承载是ATM上的SAAL-UNI（见ITU-TQ.2100)；用于支持NBAP信令的协议是在SSCOP（见ITU-TQ.2110）和AAL5（见ITU-TI.363.5）之上的SSCF-UNI（见ITU-TQ.2130)。5.3使用IP传输的信令承载
Iub接口支持采用IP之上的SCTP（SCTPoverIP）[IETFRFC2960,（October2000))传输NBAP信令。支持SCTP协议的RNC将发起INIT过程来建立连接。数据链路层参考4.2。采用IETFRFC3309中描述的校验方法来取代IETFRFC2960中描述的方法。IPUTRAN节点应支持IPv6《见IETFRFC2460，（December1998）），可选支持IPv4（见IETFRFC791，(September1981))。
仅支持IPv4的节点需要具备通过软件升级至IPv6的能力。在传输网络从IPv4到IPv6的过渡期，需要RNC节点采用IPv6和IPv4双栈。RNC和NodeB间的每个信令承载在上行和下行方向只能分别分配一个SCTP流，并且两个SCTP流属于相同的SCTP连接。
支持IP差分业务码点标记（IPDifferentiatedServicescodepointmarking）[IETFRFC2474，(December1998)]。差分业务码点（Diffservcodepoint）由应用参数决定。3
YD/T2507.3-2013
6链路故障保护
6.1信令链路的链路故障保护！
6.1.1基于物理线路或端口的故障保护如果NodeB和传输网接入设备之间支持物理链路亢余，则NodeB需要支持基于物理端口或者线路的1+1保护或负荷分担的方式：
-ATM传输方式下或IP的POS方式下，当底层传输基于STM-1、STM-4等线路时，应支持1+1方式的线状复用段APS保护，切换方式和性能应该符合ITU-TG.841当底层基于以太网接口时，RAN节点应提供穴余的以太网物理端口和链路进行故障保护。6.1.2基于传输网络层的故障保护如果RNC和NodeB之间存在余路径（如多IMA组、多STM-1光口、多IP路由等），那么它应支持以下方式的信令链路故障保护。ATM传输方式下SAAL链路的故障保护SAAL链路的故障检测符合ITU-TO.2110。一在主用路径上建立主用SAAL链路，在穴余路径上建立备用的SAAL链路。当主用链路故障时，切换至备用的SAAL链路，具体的切换流程参考附录A中SAAL链路故障处理流程部分。
IP传输方式下SCTP偶联的故障保护：信令传输可以在配置的多个地址中的任何一个作为主路径。一对主路径外的其他路径，SCTP使用HEARTBEATchunk报文进行周期的探测，如果主用路径故障，切换至备用路径。
故障保护流程符合规范IETFRFC2960。传输网络层故障保护方式参考附录A。！为了方便使用者对照阅读及编写者维护后续版本，本标准（本部分）的章条号与所对应的3GPP标准保持一致。4
附录A
（资料性附录）
传输网络层故障
YD/T2507.3-2013
传输网络层故障在信令承载上分成SAAL连接和SCTP连接。SAAL连接承载的可能是NBAP信令，也可能承载的是ALCAP信令。SCTP连接只承载NBAP信令，承载NBAP信令的SAAL/SCTP又分为承载NodeB控制端口（NCP）和承载通信控制端口（CCP）两种。SAAL/SCTP链路可能采用主备几余配置。A.1有主备情况下的主用SAAL/SCTP链路故障A.1.1概述
A.1.1.1流程
流程如图A.1所示。
1.RNC检测到
SAALISCTP链路故
2.故障后SAALISCTH
链路切换
1.NodeB险测到
SAALLSCTP链路故障
Z故障后SAALISCTP
硅路切换
Loop
3.一直尝在指定的链路上建立该SAALISCTP连接，直至连接建立成功
A.1.1.2步骤说明
步骤1：在Iub接口上检测到SAAL/SCTP连接故障。步骤2：发现主用SAAL/STCP故障，如果备用SAAL/SCTP正常，切换到备用链路：否则参见SAAL/SCTP全部故障处理流程。
步骤3：一直尝试在故障链路上建立该SAAL/SCTP连接，直至连接建立成功，设置状态为备用。说明：
a）该流程适用于有主备SAALSCTP的情况。b）如果仅是备用SAAL/SCTP故障，则不需要进行主备切换流程。c）步骤2中，如果存在多条备用的链路，则对SAAL和SCTP链路进行分别编号。RNC与NodeB将按照SAAL/SCTP链路的编号顺序，优先挑选同类链路中编号最小的可用备用SAAL/SCTP链路切换成主用SAAL/SCTP链路。当同类链路全部故障时，将尝试向另一种类型链路编号最小的可用链路进行切换。YD/T2507.3-2013
A.2承载ALCAP信令的SAAL链路全部故障A.2.1概述
A.2.1.1流程
1.RNC检测到SAAL故障
2.故障后RNC清空
存在AAL2连接的相关用户
专用资源
1.NodeB检测到SAAL
2.故障后NodeB清空
存在AAL2连接的相关
用户专用资源
NodeB暂停空口信号的
发射（包括导频和广播）
Loop
直尝试在指定的链路上建立该SAAL连接，直至连接建立成功
5.NodeB恢复空口信号的
发射（包括导频和广播）
图A.2流程
A.2.1.2步骤说明
步骤l：在Iub接口上检测到SAAL连接故障。步骤2：如果发现承载ALCAP信令链路的SAAL全部故障，NodeB和RNC各自清除相关NodeB上所有存在AAL2连接的用户的无线资源和传输资源（如果该用户存在其他使用IP承载方式的业务，也需要一并删除）
步骤3：NodeB自动暂停空口信号的发射（包括导频和广播）步骤4：一直尝试在指定的链路上建立该SAAL连接，直至连接建立成功。步骤5：SAAL链路恢复后，NodeB将恢复空口信号的发射。说明：
该流程也适用于仅有一条承载ALCAP的SAAL链路的情况。A3承载NBAP的NCP端口的SAAL/SCTP链路全部故障A3.1概述
A.3.1.1流程
1.RNC检测到
SAALISCTP故障
2.故后RNC与清空
专用资源的处理
1.NodeB检测到
SAALISCTP故障
2.故障后NodeB清空
专用资源的处理
3.NodeB暂停空口信号的
发射（包括导频和广）
直尝试在指定的鞋路上建立该SAALISCTP连接，直至造接建立成功
5.NodeB恢复空口信号
的发射
6.AUDITREOUEST
7.AUDITRESPONSE
图A.3流程
A.3.1.2步骤说明
步骤1：RNC和NodeB检测到SAAL/SCTP连接故障。YD/T2507.3-2013
步骤2：如果发现承载NCP的SAAL/SCTP全部故障，则Node.B和RNC各自清空所有为用户分配的无线资源和传输资源。
步骤3：NodeB自动暂停空口信号的发射（包括导频和广播）步骤4：一直尝试在指定的链路上建立该SAAL/SCTP连接，直至连接建立成功。步骤5：S.AAL/SCTP链路恢复后，NodeB将恢复空口信号的发射。步骤6：SAAL/SCTP链路检测到链路恢复后，RNC触发AUDITREQUEST消息，步骤7：NodeB回应AUDITRESPONSE，RNC收到稽核响应后根据资源状态进行后续的操作。YD/T25073-2013
A.4承载NBAP的CCP端口的SAAL/SCTP链路故障：A.4.1概述
A.4.1.1流程
L.RNC检测到
SAALSCTP故障
1.NodeB检测到
SAALSCTP故障
，与小区相关的所有CC!
故隆，NodeB新停该小区
空口信号的发射（包括
导和广播）（OPT)
RESOURCESTATUSINDICATION
(CcportDisabled)
4.RESETREOUEST
直尝试在指定的链路上建立该SAAL/SCTP连接，直至连接建立成功
7.NodeB恢复空口信
号的发射（包括导频
和广播）
8.RESOURCESTATUSINDICATION
(Ccport Enabled)
图A.4流程
A.4.1.2步骤说明
步骤1：RNC和NodeB检测到SAAL/SCTP连接故障。A
步骤2：如果NodeB发现与小区相关的所有的CcP故障，NodeB自动暂停该小区的空口信号的发射（包括导频和广播）。
步骤3：NodeB使用RESOURCESTATUSINDICATION消息向RNC报告通信控制端口故障。步骤4：RNC发起对故障通信控制端口的RESETREQUEST消息。：步骤5：NodeB响应RESETRESPONSE消息。步骤6：一直尝试在指定的链路上建立该SAAL/SCTP连接，直至连接建立成功。步骤7：如果之前NodeB暂停某小区的空口信号的发射，将恢复信号发射：。A
步骤8：NodeB使用RESOURCESTATUSINDICATION消息向RNC报告通信控制端口恢复。说明：
在步骤4中，RNC并不是根据步骤3的上报才执行后续的过程，步骤4与步骤3并无时序关系，RNC可以直接触发步骤4。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。