HSPA+ Iub接口技术要求5CCH传输.docx

HSPA+ Iub接口技术要求5CCH传输.docx

《HSPA+ Iub接口技术要求5CCH传输.docx》由会员分享，可在线阅读，更多相关《HSPA+ Iub接口技术要求5CCH传输.docx（16页珍藏版）》请在冰点文库上搜索。

HSPA+Iub接口技术要求5CCH传输

中华人民共和国工业和信息化部发布

××××-××-××实施

××××-××-××发布

2GHzTD-SCDMA数字蜂窝移动通信网

增强型高速分组接入（HSPA+）

无线接入子系统Iub接口技术要求

第5部分：

公共传输信道数据流的

数据传输和传输信令

2GHzTD-SCDMAdigitalcellularmobiletelecommunicationnetwork

-HSPA+-Iubinterfacetechnicalrequirement

-Part5:

Datatransport&transportsignallingforCCHdatastreams

（3GPPTS25.434V9.0.0UTRANIubinterface:

datatransport&transportsignallingforCCHdatastreams，NEQ）

（征求意见稿）

YD/T××××—2009

YD

中华人民共和国通信行业标准

ICS33.060

M36

目次

前言II

1范围1

2规范性引用文件1

3缩略语2

4数据链路层3

4.1ATM传输方案3

4.1.1ATM层的保护倒换3

4.2IP传输方案的数据链路层3

5用于公共传输信道数据流的Iub数据传输3

5.1概述3

5.2ATM传输4

5.3IP传输4

6用于公共传输信道数据流的Iub传输信令5

6.1概述5

6.2ATM传输方案中的传输信令5

6.3IP传输方案中的传输信令5

7公共数据链路的链路故障保护5

7.1基于物理线路或端口的故障保护5

8在Iub接口上用于ALCAP的信令承载5

8.1概述5

8.2ATM传输方案中的信令承载6

8.3IP传输方案中的信令承载6

9ATM传输和IP传输间的互联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.434－UTRANIub接口：

公共传输信道数据流的数据传输和传输信令》（版本v9.0.0）。

本部分与3GPPTS25.434的一致性程度为非等效，主要差异如下：

a）5.3节“应支持IPDifferentiatedServicescodepoint（DSCP）标识。

”,增加描述“具体参考RFC2474、RFC2475”

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《22GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）无线接入子系统Iub接口技术要求》与YD/TXXXX《2GHzTD-SCDMA数字蜂窝移动通信网增强型高速分组接入（HSPA+）Iub接口测试方法》配套使用。

本部分由中国通信标准化协会提出并归口。

本部分起草单位：

工业和信息化部电信研究院、中国移动通信集团公司、大唐电信科技产业集团、鼎桥通信技术有限公司、中兴通讯股份有限公司、中国普天信息产业股份有限公司

本部分主要起草人：

张大钧、胡海静、徐菲、宋爱慧、李星、王小奇、武欣、王梅、陈君、李静、黄河、蔡文洲、陈迎、王浩然、张英

2GHzTD-SCDMA数字蜂窝移动通信网增强型高速上行分组接入（HSPA+）

无线子系统Iub接口技术要求

第5部分：

公共传输信道数据流的数据传输和传输信令

1范围

本部分规定了2GHzTD-SCDMA数字蜂窝移动通信网增强型高速上行分组接入（HSPA+）Iub接口上用于公共传输信道数据流的数据传输和传输信令。

本部分适用于2GHzTD-SCDMA数字蜂窝移动通信网增强型高速上行分组接入（HSPA+）的Iub接口。

2规范性引用文件

下列文件中的条款通过本部分的引用而成为本部分的条款。

凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件，其最新版本适用于本部分。

YD/TXXXX2GHzTD-SCDMA数字蜂窝移动通信网增强型高速上行分组接入（HSPA+）Iub接口技术要求第7部分：

专用传输信道数据流的数据传输和传输信令

ITU-T建议E.164：

国际公众通信编码计划（ITU-TRecommendationE.164（5/97）:

"Theinternationalpublictelecommunicationnumberingplan".）IETFRFC768,：

用户数据报协议（IETFRFC768,（August1980）:

"UserDatagramProtocol".）

ITU-T建议I.361：

B-ISDNATM层规范（ITU-TRecommendationI.361（11/95）:

"B-ISDNATMlayerspecification".）

ITU-T建议I.363.2：

B-ISDNATM适配层规范：

类型2AAL（ITU-TRecommendationI.363.2（11/2000）:

"B-ISDNATMAdaptationlayerspecification:

Type2AAL".）

ITU-T建议I.366.1：

类型2AAL的分段和重组业务特定汇聚子层.（ITU-TRecommendationI.366.1（6/98）:

"SegmentationandReassemblyServiceSpecificConvergenceSublayerfortheAALtype2".）

ITU-T建议Q.2630.1：

类型2AAL信令协议（能力集1）（ITU-TRecommendationQ.2630.1（12/99）:

"AALtype2signallingprotocol（CapabilitySet1）".）

ITU-T建议Q.2150.2：

SSCOP和SSCOPMCE上的信令传送转换（ITU-TRecommendationQ.2150.2（12/99）:

"SignallingtransportconverteronSSCOPandSSCOPMCE".）

ITU-T建议Q.2630.2：

类型2AAL信令协议（能力集2）（ITU-TRecommendationQ.2630.2（12/2000）:

"AALType2signallingprotocol（CapabilitySet 2）".）

IEEE802.1p:

LAN层二传输优先级的QoS/CoS协议（IEEE802.1p:

LANLayer2QoS/CoSProtocolforTrafficPrioritization）

IEEE802.1Q:

本地和大城市区域网络-虚拟桥接本地网（IEEE802.1Q:

Localandmetropolitanareanetworks-Virtualbridgedlocalareanetworks）

IEEE802.3:

第三部分：

带冲突检测的载波多路监听（CSMA/CD）接入方法和物理层规范”（IEEE802.3:

Part3:

Carriersensemultipleaccesswithcollisiondetection（CSMA/CD）accessmethodandphysicallayerspecifications）

IEEE802.3x:

802.3全双工操作（IEEE802.3x:

Specificationfor802.3FullDuplexOperation[S]）

IETFRFC2460：

互联网协议，版本6（Ipv6）规范（IETFRFC2460,（December1998）:

"InternetProtocol,Version6（IPv6）Specification".）

IETFRFC791：

互联网协议（IETFRFC791,（September1981）:

"InternetProtocol".）

IETFRFC1661：

点对点协议（PPP）（IETFRFC1661,（July1994）:

"ThePoint-to-PointProtocol（PPP）".）

IETFRFC1662：

HDLC类似成帧中的PPP（IETFRFC1662,（July1994）:

"PPPinHDLC-likeFraming".）

IETFRFC1990：

PPP多链路协议（MP）（IETFRFC1990,（August1996）:

"ThePPPMultilinkProtocol（MP）".）

IETFRFC2474：

IPv4与IPv6包头中差分服务字段（DSField）的定义（IETFRFC2474,（December1998）:

"DefinitionoftheDifferentiatedServicesField（DSField）intheIPv4andIPv6Headers".）

IETFRFC2475:

一种区别业务的结构（IETFRFC2475:

AnArchitectureforDifferentiatedService）

IETFRFC2507：

IP头压缩（IETFRFC2507,（February1999）:

"IPheadercompression".）

IETFRFC2509：

PPP上的IP头压缩（ETFRFC2509,（February1999）:

"IPHeaderCompressionoverPPP".）

IETFRFC2364：

AAL5上的PPP（IETFRFC2364,（July1998）:

"PPPoverAAL5".）

IETFRFC2686：

多链路PPP的多类型扩展（IETFRFC2686,（September1999）:

"TheMulti-ClassExtensiontoMulti-LinkPPP".）

IETFRFC3031：

多协议标记交换体系结构（IETFRFC3031,（January2001）:

"MultiprotocolLabelSwitchingArchitecture".）

IETFRFC3153：

PPP复用（IETFRFC3153,（August2001）:

"PPPMultiplexing".）

IETFRFC3376：

互联网组管理协议，版本3（IETFRFC3376"InternetGroupManagementProtocol,Version3".）

IETFRFC3810：

IPv6多播收听发现版本2（MLDv2）（IETFRFC3810"MulticastListenerDiscoveryVersion2（MLDv2）forIPv6".）

3缩略语

下列缩略语适用于本部分。

AALATMAdaptionLayerATM适配层

AAL2AALType2ATM适配层2

AAL5AALType5ATM适配层5

ATMAsynchronousTransferMode异步传输模式

CPCSCommonPartConvergenceSublayer公共部分汇聚子层

CPSCommonPartSublayer公共部分子层

DSCHDownlinkSharedChannel下行共享信道

FACHForwardAccessChannel前向接入信道

FPFrameProtocol帧协议

HDLCHigh-levelDataLinkControl高级数据链路控制

HS-DSCHHighSpeedDownlinkSharedChannel高速下行共享信道

PPPPoint-to-PointProtocol点对点协议

LCLinkCharacteristics链接属性

PTPathType路径类型

RACHRandomAccessChannel随机接入信道

RNCRadioNetworkController无线网络控制器

SAALSignallingATMAdaptionLayer信令ATM适配层

SARSegmentationAndReassembly分段与重组

SSCFServiceSpecificCo-ordinationFunction特定业务协调功能

SSCOPServiceSpecificConnectionOrientedProtocol特定业务面向连接协议

SSCSServiceSpecificConvergenceSublayer特定业务汇聚子层

SSSARServiceSpecificSegmentationAndReassembly特定业务分段与重组

STCSignallingTransportConverter信令传输转换器

UMTSUniversalMobileTelecommunicationNetwork通用移动通信系统

UNIUser-NetworkInterface用户网络接口

USCHUplinkSharedChannel上行共享信道

UTRANUniversalTerrestrialRadioAccessNetwork通用陆地无线接入网

4数据链路层

4.1ATM传输方案

用于传输网络用户平面和传输网络控制平面的ATM层应符合ITU-TI.361规范。

4.1.1ATM层的保护倒换

如果RNC和NodeB之间的ATM层支持路径的冗余，那么它应支持ITU-TI.630中ATM保护倒换。

4.2IP传输方案的数据链路层

支持IP传输的RNC或NodeB应支持PPP协议，采用HDLC成帧（见IETFRFC1661、IETFRFC1662）。

注：

不排除采用满足UTRAN要求的其它L2/L1协议及实现（例如PPPMux/AAL5/ATM、PPP/AAL2/ATM、Ethernet、MPLS/ATM等）。

支持IP传输、接口采用如E1这类低速PPP链路进行连接的RNC或NodeB应支持IP包头压缩（见IETFRFC2507）和PPP扩展ML/MC-PPP（见IETFRFC1990、IETFRFC2686）。

在此情形下，PPP上的包头压缩协商应按照IETFRFC2509规定执行。

5用于公共传输信道数据流的Iub数据传输

5.1概述

这一节主要描述了支持公共传输信道（FACH、RACH、PCH、DSCH、USCH、HS-DSCH）数据流的传输层。

RACH、FACH、USCH、DSCH和HS-DSCH信道Iub数据流的传送有两种协议集选择：

1）ATM传输方案

2）IP传输方案

下图给出了这两种选择的具体协议栈。

图1用于RACH、FACH、USCH、DSCH和HS-DSCH信道Iub数据流传输的协议栈

5.2ATM传输

用于IubRACH、FACH、PCH、DSCH、USCH、HS-DSCH数据流的标准传输层是ATM和AAL2规范（见I.363.2及I.366.1）。

SSSAR（ServiceSpecificSegmentationandReassembly）子层用于分段和重组AAL2SDU。

5.3IP传输

用于IubRACH、FACH、PCH、DSCH、USCH、HS-DSCH数据流的传输协议是UDP/IP。

数据链路层在4.2节规定。

IPUTRAN节点应支持IPv6；可选支持IPv4。

注：

不排除采用和实现IPv4。

在传输网络从IPv4到IPv6的过渡期推荐采用IPv6和IPv4双栈。

传输承载用UDP端口和IP地址标识（源UDP端口、目的UDP端口、源IP地址、目的IP地址）。

在Iub/Iur接口无线网络层采用NSAP结构进行源IP地址和目的IP地址的交换，参见3GPPTS25.401的6.1.8.2。

应支持IPDifferentiatedServicescodepoint（DSCP）标识，具体参考RFC2474、RFC2475。

流量类型（TrafficCategory）和DSCP的映射关系应通过O&M针对每个流量类型进行配置。

流量类型是实现相关的，可由应用参数决定。

如果对RAN的安全性没有影响，Iub接口的FACH数据流可以支持IP多播[IETFRFC3376]，[IETFRFC3810]。

RAN安全性可以通过基于RAN的封闭IP（closedIPbasedRAN）保证。

6用于公共传输信道数据流的Iub传输信令

6.1概述

这一节主要描述了建立用户平面传输承载的传输信令协议。

协议栈参见图2。

6.2ATM传输方案中的传输信令

由ITU制定的Q.2630.2作为Iub接口AAL2信令协议的标准。

ITU-T推荐的Q.2630.2在原有Q.2630.1的基础上增加了一些可选能力。

BindingID由无线网络层提供，并拷贝到Q.2630.2中ESTABLISH.request原语的SUGR参数中。

当NodeB从Iub接口收到EstablishRequest消息时，绑定指示已经被分配，并与一个应用过程相绑定。

.

用户平面传输承载的建立和通常情况下的释放都是由CRNC的ALCAP发起的。

当小区被删除但小区用到的公共信道还存在时，NodeB将发起释放用户平面传输承载的过程。

AAL2传输层寻址是基于embeddedE.164或其它NSAP寻址格式（见ITU-TE.192,ITU-TX.213）中的AESA变量。

不使用NativeE.164寻址方式。

如果接口的传输层提供AAL2切换功能，LinkCharacteristics（LC）参数将被包含在AAL2信令协议中的EstablishRequest消息以及ModificationRequest消息中。

如果接口的传输层提供AAL2切换功能，PathType（PT）参数将包含在AAL2信令协议（ATM优先级处理）的EstablishRequest消息中。

如果AAL2信令消息中LinkCharacteristics（LC）的MaximumCPS-SDUBitRate或AverageCPS-SDUBitRate参数值为2048kbit/s，则应解释为比特率为2048kbit/s或更高。

注：

强烈建议采用修订的Q.2630.2将一些流量（如HSDPA）与其它流量分开。

然而HSDPA业务量的突发性和高于2048kbit/s速率的每个连接未知的流量，可能会降低在同一AAL2路径里的业务的QoS。

6.3IP传输方案中的传输信令

所有UTRAN节点（包括RNC和NodeB）都采用IP传输方式时不需要ALCAP协议。

7公共数据链路的链路故障保护

7.1基于物理线路或端口的故障保护

如果NodeB和传输网接入设备之间支持物理链路冗余，则NodeB需要支持基于物理端口或者线路的1+1保护或负荷分担方式：

─ATM传输方式下或IP的POS方式下，当底层传输基于STM-1、STM-4等线路时，应支持1+1方式的线状复用段APS保护，切换方式和性能应该符合ITU-TG.841建议。

─当底层基于以太网接口时，RAN节点应提供冗余的以太网物理端口和链路进行故障保护。

8在Iub接口上用于ALCAP的信令承载

8.1