HSPA+无线接入子系统 Iub接口技术要求3信令传输.docx

1、HSPA+无线接入子系统 Iub接口技术要求3信令传输中华人民共和国工业和信息化部 发布-实施-发布2GHz TD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统Iub接口技术要求第3部分：信令传输2GHz TD-SCDMA digital cellular mobile telecommunication network- HSPA+ - Iub interface technical requirement-Part 3: Signalling transport （3GPP TS 25.432 V9.0.0 UTRAN Iub interface: signa

2、lling transport，NEQ）（征求意见稿）YD/T 2009YD中华人民共和国通信行业标准ICS 33.060M36目 次前 言 II1 范围 12 规范性引用文件 13 缩略语 24 数据链路层 34.1 ATM传输 34.2 基于IP传输的数据链路层 35 NBAP信令承载 35.1 概述 35.2 使用ATM传输的信令承载 45.3 使用IP传输的信令承载 46 链路故障保护 46.1 信令链路的链路故障保护 46.1.1 基于物理线路或端口的故障保护 46.1.2 基于传输网络层的故障保护 4附录A （资料性附录） 传输网络层故障 6前 言YD/T XXXX2GHz TD-

3、SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） 无线接入子系统 Iub接口技术要求分为九个部分：第1部分：总则第2部分：层1第3部分：信令传输第4部分：NBAP信令第5部分：公共传输信道数据流的数据传输和传输信令第6部分：公共传输信道数据流的用户平面协议第7部分：专用传输信道数据流的数据传输和传输信令第8部分：专用传输信道数据流的用户平面协议第9部分：执行特定操作维护通道的建立和维护本部分是YD/T XXXX2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） 无线接入子系统 Iub接口技术要求的第三部分，对应于3GPP TS25.432 UTRAN

4、Iub接口：信令传输（版本v9.0.0）。本部分与3GPP TS25.432的一致性程度为非等效，主要差异如下：a) 5.3节删除描述“注: 不排除只采用和实现IPv4”增加描述“仅支持IPv4的节点需要具备通过软件升级至IPv6的能力。”，将“在传输网络从IPv4到IPv6的过渡期推荐采用IPv6和IPv4双栈”修改为“在传输网络从IPv4到IPv6的过渡期需要RNC节点采用IPv6和IPv4双栈。”YD/T XXXX2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） 无线接入子系统 Iub接口技术要求是2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组

5、接入（HSPA+）系列标准之一,该系列标准的结构和名称预计如下：a) YD/T XXXX 2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） 无线接入子系统设备技术要求b) YD/T XXXX 2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） 无线接入子系统设备测试方法c) YD/T XXXX2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） 无线接入子系统 Uu口物理层技术要求 第1部分：总则 第2部分：物理信道和传输信道到物理信道的映射 第3部分：信道编码与复用 第4部分：扩频与调制 第5部分：物理层过程

6、 第6部分：物理层测量d) YD/T XXXX2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） 无线接入子系统 Uu口层2技术要求 第1部分：MAC 第2部分：RLCe) YD/T XXXX2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） 无线接入子系统 Uu口RRC层技术要求f) YD/T XXXX2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） 无线接入子系统 Iub接口技术要求 第1部分：总则 第2部分：层1 第3部分：信令传输 第4部分：NBAP信令 第5部分：公共传输信道数据流的数据传输和传输信

7、令 第6部分：公共传输信道数据流的用户平面协议 第7部分：专用传输信道数据流的数据传输和传输信令 第8部分：专用传输信道数据流的用户平面协议 第9部分：执行特定操作维护通道的建立和维护g) YD/T XXXX2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） Iub接口测试方法随着技术的发展，还将制定后续的相关标准。YD/T XXXX2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） 无线接入子系统 Iub接口技术要求与YD/T XXXX2GHz TD-SCDMA数字蜂窝移动通信网 增强型高速分组接入（HSPA+） Iub接口测试方法配套

8、使用。本部分的附录A为资料性附录。本部分由中国通信标准化协会提出并归口。本部分起草单位：工业和信息化部电信研究院、中国移动通信集团公司、大唐电信科技产业集团、鼎桥通信技术有限公司、中兴通讯股份有限公司、中国普天信息产业股份有限公司本部分主要起草人：张大钧、胡海静、徐菲、宋爱慧、李星、王小奇、武欣、王梅、陈君、李静、黄河、蔡文洲、陈迎、王浩然、张英2GHz TD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统 Iub接口技术要求第3部分：信令传输1 范围本部分规定了2GHz TD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口上使用的信令传输的

9、技术要求。本部分适用于2GHz TD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）的Iub接口。传输延迟要求和操作维护要求不属于本部分范围。2 规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。ITU-T 建议Q.2100：B-ISDN信令ATM适配层(SAAL)概要描述 (ITU-T Recommendation Q.2100 (07/94): B-ISDN s

10、ignalling ATM adaptation layer (SAAL) overview description.)ITU-T 建议Q.2130：B-ISDN信令ATM适配层支持用户网络接口信令的业务规定的协调功能(在UNI的SSCF) (ITU-T Recommendation Q.2130 (07/94): B-ISDN signalling ATM adaptation layer Service specific coordination function for support of signalling at the user network interface (SSCFUN

11、I).)ITU-T 建议Q.2110：B-ISDN ATM适配层业务规定的面向连接的规程(SSCOP) (ITU-T Recommendation Q.2110 (07/94): B-ISDN ATM adaptation layer Service specific connection oriented protocol (SSCOP).)ITU-T 建议I.363.5 ：B-ISDN ATM适配层规范：类型5 AAL (ITU-T Recommendation I.363.5 (08/96): B-ISDN ATM Adaptation Layer Type 5 Specificatio

12、n.)ITU-T 建议I.361：B-ISDN ATM层规范 (ITU-T Recommendation I.361: B-ISDN ATM Layer Specification (11/95).)IETF RFC 2960：流控传输协议 (IETF RFC 2960, (October 2000): Stream Control Transmission Protocol.)IETF RFC 2460：互联网协议，版本6（Ipv6）规范 (IETF RFC 2460, (December 1998): Internet Protocol, Version 6 (IPv6) Specific

13、ation.)IETF RFC 791：互联网协议 (IETF RFC 791, (September 1981): Internet Protocol.)IETF RFC 2474：IPv4与IPv6包头中差分服务字段（DS Field）的定义 (IETF RFC 2474, (December 1998): Definition of the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers.)IETF RFC 1661：点对点协议(PPP) (IETF RFC 1661, (July 1994):

14、The Point-to-Point Protocol (PPP) IETF RFC 1662：HDLC类似成帧中的PPP (IETF RFC 1662, (July 1994): PPP in HDLC-like Framing.)IETF RFC 2507：IP头压缩 (IETF RFC 2507, (February 1999): IP header compression.)IETF RFC 1990：PPP多链路协议（MP） (IETF RFC 1990, (August 1996): The PPP Multilink Protocol (MP).IETF RFC 2686：多链路

15、PPP的多类型扩展 (IETF RFC 2686, (September 1999): The Multi-Class Extension to Multi-Link PPP.)IETF RFC 2509：PPP上的IP头压缩 (IETF RFC 2509, (February 1999): IP Header Compression over PPP.)IETF RFC 3153：PPP复用IETF RFC 2364：AAL5上的PPP (IETF RFC 3153, (August 2001): PPP Multiplexing.)IETF RFC 3031：多协议标记交换体系结构 (IE

16、TF RFC 3031, (January 2001): Multiprotocol Label Switching Architecture.)IETF RFC 3309：SCTP校验和的更新 (RFC 3309: SCTP Checksum Change.)IEEE 802.3: 第三部分: 带冲突检测的载波多路监听 (CSMA/CD)接入方法和物理层规范” （IEEE 802.3: Part 3:Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer

17、 specifications）IEEE 802.1p: LAN 层二 传输优先级的QoS/CoS 协议 （IEEE 802.1p: LAN Layer 2 QoS/CoS Protocol for Traffic Prioritization）IEEE 802.1Q: 本地和大城市区域网络-虚拟桥接本地网（IEEE 802.1Q: Local and metropolitan area networks - Virtual bridged local area networks）IEEE 802.3x: 802.3全双工操作（IEEE 802.3x: Specification for 80

18、2.3 Full Duplex OperationS.）3 缩略语下列缩略语适用于本部分。AAL ATM Adaptation Layer ATM适配层ATM Asynchronous Transfer Mode 异步传输模式HDLC High-level Data Link Control 高速数据链路控制IP Internet Protocol 互联网协议NBAP Node B Application Part Node B应用部分PPP Point-to-Point Protocol 点对点协议RNC Radio Network Controller 无线网络控制器SAAL Signal

19、ling ATM Adaptation Layer 信令ATM适配层SCTP Stream Control Transmission Protocol 流控制传输协议SSCF Service Specific Coordination Function 特定业务协调功能SSCOP Service Specific Connection Oriented Protocol 特定业务面向连接协议UNI User-Network Interface 用户网络接口4 数据链路层4.1 ATM传输无线网络控制平面使用的ATM应符合ITU-T 建议I.361的规定。4.2 基于IP传输的数据链路层支持IP

20、传输的RNC或Node B可以支持以下链路层协议：1) PPP协议，采用HDLC成帧（见IETF RFC 1661、IETF RFC 1662 ）。该协议用于低速的E1接口或CPOS接口，也用于高速的POS接口，如STM-1、STM-4等。当采用如E1这类低速PPP链路进行连接的RNC或Node B时，应支持IP包头压缩（见IETF RFC 2507）和PPP扩展ML/MC-PPP（见IETF RFC 1990、IETF RFC 2686），可选支持PPPMUX、PPPMUX。在此情形下，PPP上的包头压缩协商应按照IETF RFC 2509规定执行。2) IEEE 802.3系列以太网协议。

21、 采用标准的百兆或千兆以太网接口时，链路层应符合IEEE 802.3规范，支持IEEE802.1Q规定的VLAN协议，支持IEEE802.1P规定的层2QoS/CoS协议，支持IEEE 802.3x以太网流控功能。5 NBAP信令承载5.1 概述NBAP信令承载是一个点到点的协议。在一对RNC和Node B之间可以有多条点到点的链接。如图1，允许选择两个协议组中的一个来传输NBAP消息。图1 Iub NBAP信令传输5.2 使用ATM传输的信令承载用于无线网络控制平面的信令承载是ATM上的SAAL-UNI（见ITU-T 建议Q.2100)。用于支持NBAP信令的协议是在SSCOP（见ITU-T

22、 建议Q.2110) 和AAL5 （见ITU-T 建议I.363.5)之上的SSCF-UNI（见ITU-T 建议Q.2130)。5.3 使用IP传输的信令承载 Iub接口支持采用IP之上的SCTP（SCTP over IP）IETF RFC 2960, (October 2000)传输NBAP信令。支持SCTP协议的RNC将发起INIT过程来建立连接。数据链路层参考4.2。采用IETF RFC 3309中描述的校验方法来取代IETF RFC 2960 IETF RFC 2960, (October 2000)中描述的方法。IP UTRAN节点必须支持IPv6IETF RFC 2460, (De

23、cember 1998)，可选支持IPv4 IETF RFC 791, (September 1981)。注：仅支持IPv4的节点需要具备通过软件升级至IPv6的能力。 在传输网络从IPv4到IPv6的过渡期需要RNC节点采用IPv6和IPv4双栈。RNC和NodeB间的每个信令承载在上行和下行方向只能分别分配一个SCTP流，并且两个SCTP流属于相同的SCTP连接。支持IP差分业务码点标记（IP Differentiated Services code point marking）IETF RFC 2474, (December 1998)，差分业务码点（Diffserv code poin

24、t）由应用参数决定。6 链路故障保护1 2 3 4 5 6 信令链路的链路故障保护基于物理线路或端口的故障保护如果NodeB和传输网接入设备之间支持物理链路冗余，则NodeB需要支持基于物理端口或者线路的1+1保护或负荷分担的方式： ATM传输方式下或IP的POS方式下，当底层传输基于STM-1、STM-4等线路时，应支持1+1方式的线状复用段APS保护，切换方式和性能应该符合ITU-T G.841规范。 当底层基于以太网接口时，RAN节点应提供冗余的以太网物理端口和链路进行故障保护。基于传输网络层的故障保护如果RNC和Node B之间存在冗余路径(如多IMA组、多STM-1光口、多IP路由等

25、)，那么它应支持以下方式的信令链路故障保护：ATM传输方式下SAAL链路的故障保护： SAAL链路的故障检测符合规范Q.2110。 在主用路径上建立主用SAAL链路，在冗余路径上建立备用的SAAL链路。 当主用链路故障时，切换至备用的SAAL链路，具体的切换流程参考附录A中SAAL链路故障处理流程部分。IP传输方式下SCTP偶联的故障保护： 信令传输可以在配置的多个地址中的任何一个作为主路径。 对主路径外的其他路径，SCTP使用HEARTBEAT chunk报文进行周期的探测，如果主用路径故障，切换至备用路径。故障保护流程符合规范IETF RFC2960。附录A（资料性附录）传输网络层故障传输

26、网络层故障在信令承载上分成SAAL连接和SCTP连接，SAAL连接承载的可能是NBAP信令，也可能承载的是ALCAP信令。SCTP连接只承载NBAP信令。承载NBAP信令的SAAL/SCTP又分为承载Node B控制端口（NCP）和承载通信控制端口（CCP）两种。SAAL/SCTP链路可能采用主备冗余配置。A.1有主备情况下的主用SAAL/SCTP链路故障A.1.1 概述A.1.2 流程图图A.1A.1.3步骤说明步骤1. 在Iub接口上检测到SAAL/SCTP连接故障。步骤2. 发现主用SAAL/STCP故障，如果备用SAAL/SCTP正常，切换到备用链路；否则参见SAAL/SCTP全部故障

27、处理流程。步骤3. 一直尝试在故障链路上建立该SAAL/SCTP连接，直至连接建立成功，设置状态为备用说明：1) 该流程适用于有主备SAAL/SCTP的情况。2) 如果仅是备用SAAL/SCTP故障，则不需要进行主备切换流程。3) 步骤2中，如果存在多条备用的链路，则对SAAL和SCTP链路进行分别编号。RNC与Node B将按照SAAL/SCTP链路的编号顺序，优先挑选同类链路中编号最小的可用备用SAAL/SCTP链路切换成主用SAAL/SCTP链路。当同类链路全部故障时，将尝试向另一种类型链路编号最小的可用链路进行切换。A.2 承载ALCAP信令的SAAL链路全部故障A.2.1概述A.2.

28、2 流程图图A.2A.2.3 步骤说明步骤1. 在Iub接口上检测到SAAL连接故障。步骤2. 如果发现承载ALCAP信令链路的SAAL全部故障，Node B和RNC各自清除相关Node B上所有存在AAL2连接的用户的无线资源和传输资源，（如果该用户存在其他使用IP承载方式的业务，也需要一并删除）。步骤3. Node B自动暂停空口信号的发射（包括导频和广播）。步骤4. 一直尝试在指定的链路上建立该SAAL连接，直至连接建立成功。步骤5. SAAL链路恢复后，Node B将恢复空口信号的发射。说明：1) 该流程也适用于仅有一条承载ALCAP的SAAL链路的情况。A.3 承载NBAP的NCP端

29、口的SAAL/SCTP链路全部故障A.3.1 概述A.3.2 流程图图A.3A.3.3 步骤说明步骤1. RNC和Node B检测到SAAL/SCTP连接故障。步骤2. 如果发现承载NCP的SAAL/SCTP全部故障，Node B和RNC各自清空所有为用户分配的无线资源和传输资源。步骤3. Node B自动暂停空口信号的发射（包括导频和广播）。步骤4. 一直尝试在指定的链路上建立该SAAL/SCTP连接，直至连接建立成功。步骤5. SAAL/SCTP链路恢复后，Node B将恢复空口信号的发射。步骤6. SAAL/SCTP链路检测到链路恢复后，RNC触发AUDIT REQUEST消息。步骤7.

30、 Node B回应AUDIT RESPONSE，RNC收到稽核响应后根据资源状态进行后续的操作。A.4 承载NBAP的CCP端口的SAAL/SCTP链路故障A.4.1 概述 A.4.2流程图图A.4A4.3 步骤说明步骤1. RNC和Node B检测到SAAL/SCTP连接故障。步骤2. 如果Node B发现与小区相关的所有的CCP故障，Node B自动暂停该小区的空口信号的发射（包括导频和广播）。步骤3. Node B使用RESOURCE STATUS INDICATION消息向RNC报告通信控制端口故障。步骤4. RNC发起对故障通信控制端口的RESET REQUEST消息。步骤5. Node B响应RESET RESPONSE消息。步骤6. 一直尝试在指定的链路上建立该SAAL/SCTP连接，直至连接建立成功。步骤7. 如果之前Node B暂停某小区的空口信号的发射，将恢复信号发射。步骤8. Node B使用RESOURCE STATUS INDICATION消息向RNC报告通信控制端口恢复。说明：在步骤4中，RNC并不是根据步骤3的上报才执行后续的过程，步骤4与步骤3并无时序关系，RNC可以直接触发步骤4。