首页 > 通信行业标准(YD) > YD/T 2568.4-2013 LTE数字蜂窝移动通信网 X2接口技术要求(第一阶段)第4部分:应用协议
YD/T 2568.4-2013

基本信息

标准号: YD/T 2568.4-2013

中文名称:LTE数字蜂窝移动通信网 X2接口技术要求(第一阶段)第4部分:应用协议

标准类别:通信行业标准(YD)

标准状态:现行

出版语种:简体中文

下载格式:.rar .pdf

下载大小:8732KB

相关标签: 数字 蜂窝 移动 通信网 接口技术 第一阶段 应用 协议

标准分类号

关联标准

出版信息

相关单位信息

标准简介

YD/T 2568.4-2013 LTE数字蜂窝移动通信网 X2接口技术要求(第一阶段)第4部分:应用协议 YD/T2568.4-2013 标准压缩包解压密码:www.bzxz.net

标准图片预览






标准内容

ICS33.060.99
中华人民共和国通信行业标准
YD/T2568.4-2013
LTE数字蜂窝移动通信网
X2接口技术要求(第一阶段)
第4部分:应用协议
LTE digital cellularmobile communication networkX2 interface technical requirement-Part 4:application protocol(3GPPTS36.423(Release9),X2ApplicationProtocol,IDT)2013-07-22发布
2013-07-22实施
中华人民共和国工业和信息化部发布前
范围·
规范性引用文件
术语、定义和缩略语
3.1术语和定义.
3.2缩略语
4.1过程描述原理
4.2前向和后向的兼容性·
4.3规约
X2AP服务
5.1X2AP过程模块
5.2并行处理
6期待从信令传输中得到的服务
7X2AP的功能·
X2AP过程·
8.1基本过程
8.3全局过程
X2AP通信单元?
消息功能定义与内容·
信元定义
消息与信元的抽象语法(ASN.1)
9.4消息传输语法-
计时器
未知、意外以及错误协议数据的处理参考文献
YD/T2568.4-2013
YD/T2568.4-2013
YD/T2568-2013《LTE数字蜂窝移动通信网X2接口技术要求(第一阶段)》共分5个部分:第1部分:概述:
一第2部分:层1
一第3部分:信令传输
一第4部分:应用协议
一第5部分:数据传输
本部分是YD/T2568-2013《LTE数字蜂窝移动通信网X2接口技术要求(第一阶段)》的第4部分。本部分按GB/T1.1-2009给出的规则起草。本部分以直接翻译法等同采用3GPPTS36.423((Release9)《演进通用陆地无线接入(E-UTRA):X2应用协议》。
本部分由中国通信标准化协会提出并归口。本部分起草单位:工业和信息化部电信研究院、中国移动通信集团公司、中国联合网络通信集团有限公司、中国电信集团公司、华为技术有限公司、大唐电信科技产业集团、中兴通讯股份有限公司、南京爱立信熊猫通信有限公司、诺基亚西门子通信(上海)有限公司、新邮通信设备有限公司、上海贝尔股份有限公司、鼎桥通信技术有限公司、中国普天信息产业股份有限公司。本部分主要起草人:宋爱慧、徐菲、龙紫薇、周彦、贺琳、郭省力、陈晓冬、尹桂杰、张大钧、刘爱娟、马子江、李大鹏、张增洁、陈迎、贺敬、常疆、李蕾、姜怡华、张鹏、余勇、刘荐桦、王瀚冰、景卓、王梅、池连刚。I
1范围
LTE数字蜂窝移动通信网
X2接口技术要求(第一阶段)
第4部分:应用协议
YD/T2568.4-2013
本部分指定E-UTRAN中eNB之间控制平面的无线网络层信令过程。X2AP通过本文档定义的信令过程支持X2接口功能
本部分适用于LTE数字蜂窝移动通信网。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。YD/T2566.4LTE数字蜂窝移动通信网S1接口技术要求(第一阶段)第4部分:应用协议YD/T2566.5LTE数字蜂窝移动通信网S1接口技术要求(第一阶段)第5部分:数据传输YD/T2568.5LTE数字蜂窝移动通信网X2接口技术要求(第一阶段)第5部分:数据传输3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。3.1.1
基本过程elementaryprocedure
X2AP协议包含基本过程(EP)。一个X2AP基本过程是两个eNB之间的一个交互单元。一个EP包含一个初始化消息和一个可能的响应消息。总共用到两种EP:类型1:有响应的基本过程(成功或失败):类型2:无响应的基本过程。
定义参见[2]。
3.2缩略语
[1]中列出的以及下列缩略语适用于本文件。DL
EARFCN
E-UTRAN
GUMMEI
Downlink
E-UTRANAbsoluteRadioFrequencyChannelNumberB-UTRANNodeB
Elementary Procedure
Evolved PacketCore
E-UTRANRadioAccessBearer
Evolved UTRAN
Globally Unique MME Identifier下行链路
E-UTRAN绝对频道号
演进的NodeB
基本过程
演进的分组核心网
E-UTRAN无线接入承载
演进的UTRAN
全局唯一MME识别号
YD/T2568.4-2013
4概述
Hyper Frame Number
InformationBlement
Mobility Management Entity
Packet Data Convergence ProtocolPublic Land MobileNetwork
Serving Gateway
Sequence Number
Tracking Area Code
UserEquipment
Uplink
4.1过程描述原理
信息单元
移动性管理实体
分组数据汇聚协议
公共陆地无线移动网
服务网关
序列号
跟踪区代码
用户设备
上行链路
过程逻辑描述的原则要求准确并完整地描述eNB的功能行为。任何规范源eNB行为的准则都应该是能被系统可见的信息验证的。
第8节中的过程文本使用如下的规范准则:·过程文本区别于以下两者:
1“应该”被执行的功能
过程文本指示接收端点“应该”在特定条件下实现一个特定的功能Y。如果接收端点支持过程X,但不能实现一个类型1基本过程的初始化消息中请求的功能Y,则此接收端点应该响应一个包含适当原因值的用于报告过程未成功的消息。2)(“如果支持,应该”被执行的功能过程文本指示接收端点如果支持,应该在特定条件下实现一个特定的功能Y。如果接收端点支持过程X,但不支持功能Y,则接收端点应该继续该基本过程(EP)的执行,并可能通知发出请求的端点此功能不可用。
任意对可选信息单元(IE)的增加要求都应在过程文本中明确指出。对于某个可选的IB,如果过程文本中没有明确的说明其应该包含在响应消息中,则这个IE不应该被包含。对于包含CriticalityDiagnosticsIE的请求,见第10章。4.2前向和后向的兼容性
协议的前向兼容性和后向兼容性可以由如下机理来保证。即所有当前的和以后版本中的消息、信元或相关信元组,包括标识字段(Id)和重要字段(criticalityfields),都按标准格式编码并在以后的版本中不做任何改动。也就是说,这些部分的解码不随标准版本的改变而改变。4.3规约
为了便于说明,本文使用以下规定过程当涉及到基本过程时,过程名每个单词的第一字母大写,后紧跟“procedure”,例如:Handover Preparation procedure.消息当涉及到一个消息时,消息名每个单词的每个字母都大写,后紧跟“message”,例如:切换请求消息。
YD/T2568.4-2013
E当涉及到一个信息单元(正)时,信息单元名每个单词每个字母都大写,并且使用斜体字,后紧跟缩写词“E”,例如:E-RABIDIB。E值当涉及到信息单元(IE)的值时,其值按照9.2中的指定的方式书写,并带上引号,例如:\Value”
5X2AP服务
本节描述eNB提供给邻区的服务。5.1X2AP过程模块
X2接口X2AP过程分为如下两个模块:1.X2AP基本移动性过程:
2.X2AP全局过程。
X2AP基本移动性过程模块包含处理UE在B-UTRAN中移动性的过程。全局过程模块包含不针对特定UE的过程。此模块中的过程不像前一个模块中的过程那样包含两个对端eNB。
5.2,并行处理
除非在过程描述中明确指出,在任何时刻,对某一个特定UE来说,一个协议对等层最多有一个正在进行的X2AP过程。
6期待从信令传输中得到的服务
信令连接应该提供X2AP消息的顺序传输。当信令连接断开的时候应该通知X2AP。X2信令传输的描述见YD/T2568.3-2013《LTE数字蜂窝移动通信网X2接口技术要求第3部分信令传输》。bzxz.net
7X2AP的功能
X2AP协议提供如下功能:
。移动性管理。此功能允许eNB将对特定UE的承载转移到另一个eNB上。传输用户面数据,状态传输以及UE上下文释放功能都是移动性管理的部分。负载管理。此功能允许eNB互相通知资源状态,过载以及传输负载。一通用错误场景报告。此功能允许报告常见的错误场景,此功能的具体错误消息未定义。。X2复位。此功能用于重置X2接口。X2建立。此功能用于为eNB交换必要数据,以便于建立X2接口以及执行X2的复位。-eNB配置更新。此功能允许更新两个eNB需求的应用层数据,以保证X2接口上的正确交互。。移动性参数管理。此功能允许eNB与对端eNB协调移动性参数设置的修改。一移动性鲁棒性能优化。此功能允许报告移动失败事件的信息。节能。此功能允许通过在X2接口激活/去激活小区来降低能量损耗,上述功能与X2基本过程之间的对应关系见表1。3
YD/T2568.4-2013
移动性管理
负载管理
通用错误场景报告
X2复位
X2建立
eNB配置更新
移动性参数管理
移动性鲁棒性能优化
8X2AP过程
基本过程
表1X2AP功能与X2AP癌本过程的对应关系基本过程
a)切换准备
6)SN状态传输
c)UE上下文放
d)切换取消
a)负载指示
b)资源状态报告初始化
资源状态报告
错误指示
X2建立
a)eNB配暨更新
b)小区激活
移动性配置更改
a)无线链路失败指示
b)切换报告
a)eNB配置更新
b)小区激活
在表2和表3中,所有的基本过程都被分为类型1和类型2两种基本过程。表2类型1基本过程
基本过程
切换准备
X2建立
eNB配置更新
移动性参数管理
移动性配置更改
小区激活
初始消息
切换请求
RESETREQUEST
X2SETUPREQUEST
ENBCONFIGURATION
UPDATE
RESOURCESTATUS
REQUEST
MOBILITY CHANGE
REQUEST
CELLACTIVATION
REQUEST
基本过程
负载指示
切换取消
SN状态传输
成功结果
响应消息
切换请求ACKNOWLEDGE
RESETRESPONSE
X2SETUPRESPONSE
ENBCONFIGURATION
UPDATEACKNOWLEDGE
RESOURCESTATUS
RESPONSE
MOBILITY CHANGE
ACKNOWLEDGE
CELLACTIVATION
RESPONSE
表3类型2基本过程
未成功结果
响应消息
HANDOVER
FAILURE
PREPARATION
X2SETUPFAILURE
ENBCONFIGURATION
UPDATEFAILURE
RESOURCESTATUSFAILURE
MOBILITYCHANGEFAILURE
CELLACTIVATIONFAILURE
初始消息
LOAD INFORMATION
HANDOVER CANCEL
SN STATUS TRANSFER
基本过程
UE上下文释放
资源状态报告
错误指示
无线链路失败指示
切换报告
8.2基本移动性过程
8.2.1切换准备
8.2.1.1概述
表3(续)
此过程用于在eNB端建立必要的资源,应对前来的切换。此过程使用UE相关的信令。
8.2.1.2成功操作
由切换准备到成功操作的过程如图1所示。source
HANDOVERREQUEST
初始消息
YD/T2568.4-2013
UECONTEXTRELEASE
RESOURCESTATUSUPDATE
ERRORINDICATION
RLFINDICATION
HANDOVERREPORT
target
HANDOVERREQUESTACKNOWLEDGE
图1切换准备的成功操作
源eNB通过发送切换请求消息到目的eNB来发起该过程。当源eNB发送切换请求消息时,应该启动计时器TRELOCprep
根据AllocationandRetentionPriorityIE值进行的资源分配应该遵循YD/T2566.4-2013《LTE数字蜂窝移动通信网S1接口技术要求(第一阶段)第4部分应用协议》中描述的为E-RAB建立过程定义的准则。
源eNB可以在GUMMEIIE中包含源MME对应的任意GUMMEI。如果有至少一个被请求的NonGBRE-RAB被允许准入TargetCellIDIE标识的小区,目标eNB应该保留必要资源,并向源eNB发回切换请求收到告知消息。目标eNB应该将目标小区的资源准备已就绪的E-RAB包含在E-RABsAdmittedListIE中。目标eNB应该将未被准入的E-RAB包含在E-RABsNotAdmittedListIE中,并带有适当的表征原因的值。当接收到切换请求消息时,目标eNB应该:使用UESecurityCapabilities IE中的信息以及UEContextInformationIE中的ASSecurityInformationIE进行UE与目标eNB之间的AS安全关系配置准备。对于每个源eNB请求进行下行数据转发的E-RAB,源eNB应该在切换请求消息的E-RABsTobeSetupItemIE中包含DLForwardingIE。对于每个其决定接受的E-RAB,目标eNB可以在切换请求ACKNOWLEDGEmessage的E-RABsAdmitteditemIE中包含DLGTPTunnelEndpointIE,以此来表示此承载的下行数据转发请求已被接受。根据实现选择,此GTP通道端点可能不同于PATHSWITCH5
YD/T2568.4-2013
REOUESTmessage的E-RAB ToBeSwichedin DownlinkListIB中的对应的GTPTEIDIE(见YD/T2566.4-2013《LTE数字蜂窝移动通信网S1接口技术要求(第阶段)第4部分应用协议》)对于每个E-RABsAdmittedListIE中的承载,目标eNB以包含ULGTPTunnelEndpointE来表示请求在此承载上执行上行分组数据的转发。接收到切换请求收到告知消息以后,源eNB应该停止计时器TRELOCptep:开启计时器TX2nELOConenil并终止切换准备过程。则定义源eNB已准备好X2UE相关信令的切换。如果TraceAcrivarionIE包含在切换请求消息中,则目标eNB应该,开始请求的跟踪功能(如果支持)(见[6])。
如果HandoverRestrictionListIE包含在切换请求消息中,目标eNB应该将在HandoverRestr-ictionListIE中接收到的信息保存到UE上下文中,并且目标eNB应该使用这些信息在后来的切换尝试中决定UE的目标小区,除非某个ERABs配置了特殊的ARP值[12]这些情况下这个信息不被采用。不包含在切换请求消息中,目标eNB应该认为UB没有漫游,地区及接入限制。如果LocationReportingIrformationIE包含在切换请求消息中,则eNB应该开始请求的位置报告功能(定义见YD/T2566.4-2013《LTE数字蜂窝移动通信网S1接口技术要求(第一阶段)第4部分应用协议》)。
如果SRVCCOperationPassibleIE包含在切换请求消息中,则目标eNB应该将接收到的“SRVCOOperationPossible\保存到UE上下文中,并按照[20]的定义使用。如果切换请求消息中的UESecurityCapabilitiesIB只包含ELA0algorithm[18]并且此EIAOalgorithm已包含在eNB完整性保护算法的列表中[181eNB将考虑使用该算法并忽略ASSecurityInformationIE中的key信息。
切换请求消息应该包含SubscrtberProfileIDforRAT/FrequencypriorityIE,如果可用。如果SubscriberProfleIDforRAT/FrequencypriorityIE:包含在切换请求消息中,目标eNB应该保存此信息,并且目标eNB应该按照[15]中的定义使用此信息。
在切换请求消息中接受到UEHistoryInformationIE后,只要UE一直停留在其一个小区中,目标eNB应该收集UEHistoryInformationIE中的必选信息,且保存此信息用于此后的切换准备。8.2.1.3未成功操作
由切换准备到未成功操作的过程如图2所示。source
HANDOVERREQUEST
target
HANDOVERPREPARATIONFAILURE
图2切换准备的未成功操作
如果目标eNB不能接受至少一个non-GBR承载,或在切换准备中发生了错误,目标eNB应该向源eNB发送一个切换准备失败消息。此消息应该包含具有适当值的CauseIB。6
YD/T2568.4-2013
如果目标eNB接收到一个具有RRCContextIE的切换请求消息,并且此RRCContextE不包含YD/T2562.1-2013《TD-LTE数字蜂窝移动通信网Uu接口层三技术要求(第一阶段)第1部分RRC协议》中指定的请求信息,则目标eNB应该向源eNB发送一个切换准备失败消息。与切换取消过程之间的交互:
如果源eNB在计时器TRELOCep到期之前,没有收到目标eNB对切换请求消息的响应,则源eNB应该通过开始具有适当Cause正E值的切换取消息过程来取消到目标eNB的切换准备过程。源eNB应该忽略自切换取消息过程开始后接收到的任何切换请求收到告知消息或切换准备失败消息,并且移除任何参考值,释放任何与相应X2UE相关信令相关的资源。8.2.1.4异常情况
如果目标eNB接收到一个包含多个具有相同值的E-RABIDIE(位于theE-RABsToBeSetupListIE)的切换请求消息,则目标eNB不应该准入对应的E-RAB。如果自标eNB接收到一个包含一个E-RABLevelQoSParametersIE的切换请求消息,此E-RABLevelQoSParametersIE包含一个指示GBR承载的OCIIE(定义见[13]),但不包含GBROoSInformationIB,则目标eNB不应该准入对应的E-RAB。如果在UEContextInformationE中UESecurityCapabilitiesIE中的EncryptionAlgorithmsIE中定义的所支持的加密算法加上所有UE中必须支持的EEAO,不与目标eNB端合法加密算法的配置列表中定义的任何算法匹配[18],则目标eNB应该使用切换准备失败消息拒绝此过程。如果在UEContextInformationIE中UESecurityCapabilitiesIE中的EncryptionAlgorithmsIE中定义的所支持完整性算法,外加所有的UB必须支持ELA0algorithm[18],不与eNB允许配置的任何完整性保护算法匹配,则eNB应该使用切换准备失败消息来拒绝此过程。如果目标eNB收到不包含HandoverRestrictionListIE的切换请求,并且将使用的PLMN也不能另外确定,目标eNB,应该采用切换准备失败来拒绝此过程。如果目标eNB收到包含HandoverRestrictionListIE的切换请求,并且目标小区不支持正在提供服务的PLMIN,目标eNB应使用切换准备失败来拒绝此过程。8.2.2SN状态传输
8.2.2.1概述
SN状态传输过程的目的是在X2切换期间为各个应用了PDCPSN和HFN状态保留的E-RAB传输源eNB到目标eNB的上行PDCPSN和HFN接收机状态以及下行PDCPSN和HFN发射机状态。此过程使用UE相关的信令。
8.2.2.2成功操作
SN状态传输的成功操作过程如图3所示。source
SNSTATUSTRANSFER
图3SN状态传输的成功操作
target
YD/T2568.4-2013
当源eNB认为发射机/接收机的状态冻结时:此源eNB通过停止向下行SDU分配PDCPSN,停止向EPC传递ULSDU,并向目标eNB发送传输状态消息来触发此过程。传输状态消息中的E-RABsSubjectToStatusTransferListIE包含的E-RABID对应于应当应用PDCPSN和HFN状态保留的E-RAB
对于每个源eNB已经接受了来自目标eNB的上行数据转发请求的E-RAB,如果源eNB在SNSTATUSTRANSFERmessage中的ReceiveStatusOfULPDCPSDUsIE中包含了这些E-RAB上丢失的和已接受的上行SDU的信息,则目标eNB可以将此信息包含在StatusReportmessage中经由空中接口发送给UE。对于每个已经在传输状态消息中接收到DLCOUNTValueIE的E-RAB,目标eNB应该用此IE中的PDCP-SNTE值来对第一个还没有分配PDCPSN的下行分组包进行标记。对于每个已经在传输状态消息中接收到ULCOUNTValueIE的E-RAB,目标eNB不应该传递任何PDCPSN值低于此IE中PDCP-SNIE中包含的值的上行分组包。8.2.2.3异常情况
如果目标eNB接收到的消息是关于一个在目标eNB没有任何已准备切换的UE的,目标eNB应该忽略此消息。
8.2.3UE上下文释放
8.2.3.1概述
UE上下文释放过程由目标eNB触发,用来通知源eNB已经成功完成切换的UE上下文占用的无线及控制平面资源充许被释放。
此过程使用UE相关的信令。
8.2.3.2成功操作
UE上下文释放的成功操作过程如图4所示。source
UECONTEXTRELEASE
target
图4UE上下文释放的成功操作
UE上下文释放过程由目标eNB触发。通过发送UE上下文释放消息,目标eNB通知源eNB切换成功,并且触发资源的释放。
在接受到UE上下文释放消息后,源eNB释放与UE上下文相关的无线及控制平面资源。对于已经执行过数据转发的E-RAB,源eNB应该继续转发用户平面数据,只要源eNB接收到EPC的分组数据包或者源eNB的缓存还没被清空(由具体实现方式来决定数据转发是否可以终止)。8.2.3.3未成功操作
不可用。
8.2.3.4异常情况
如果源eNB端UE上下文释放过程在计时器TX2RELocovean到期前未被任何就绪的eNB触发,则源eNB应请求MME释放此UE上下文。
如果在UE上下文释放消息接收之前或者计时器TX2RELOCaveran终止之前,UE返回源eNB,则源eNB应该停止TX2RELOCoveruln并继续服务此UE。8
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。