同频切换，异频切换，系统内切换，异系统... - 问通信专家
已解决问题
同频切换，异频切换，系统内切换，异系统切换信令上有什么区别？
LTE系统内切换分为一下集中eNodeB内切换、通过X2的eNodeB间切换、通过S1的eNodeB间切换。 具体的怎么区别呢？在信令上怎么体现的呢？
&提问时间: 08:20&
eNodeB内切换是同一站点不同小区间的切换,其只在UU口上进行信令和业务交互;通过X2的eNodeB间切换,是不是站点小区之间有切换,在通过X2接口
进行信令和业务交互;&通过S1的eNodeB间切换,是不同MME下的小区进行切换,其涉及X2,S1接口与MME的信令和业务交互;&
回答时间: 14:56&
此答案得到1次评论
评论时间: 22:39&
好评，这个答案很棒&&&&&&&
差评，这个答案很差
评论字数在5000字以内
您是游客，为防止广告软件，请填写以下答案后，才可提交评论
7 加 21 等于？
填写左边的计算答案
ZTE的中文名称是什么？
两个字，中国的通信设备制造商
聘： 需求人数：20 人
地点：海外
聘： 需求人数：3 人
地点：山东省
聘： 需求人数：2 人
地点：海外
聘： 需求人数：20 人
地点：海外
聘： 需求人数：4 人
地点：广东省
聘： 需求人数：1 人
地点：邯郸市
聘： 需求人数：2 人
地点：南昌市
聘： 需求人数：1 人
地点：泰州市
聘： 需求人数：5 人
地点：福州市
聘： 需求人数：1 人
地点：武汉市
赞助商链接
Powered byLTE重选和切换_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
LTE重选和切换
上传于||暂无简介
阅读已结束，如果下载本文需要使用0下载券
想免费下载更多文档？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩42页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢只需一步，快速开始
扫一扫，访问微社区
微信名称：网优雇佣军
微 信 号：hropt_com
微信ＱＱ：
查看: 2561|回复: 0
LTE X2切换详解　移动通信网
帖子军饷威望
一 LTE X2切换流程详解总体流程如下：
（点击看大图）
步骤1：源eNB对UE进行测量配置，UE的测量结果将用于辅助源eNB进行切换判决。此测量配置是通过RRC Connection Reconfiguration消息来下发要求UE配置的；此处涉及信令RRC Connection Reconfiguration，其中Measurement Configuration IE内容如下：
在Measurement Configuration中，以 Measurement ID来标识每个测量，每个测量包含 Measurement Object 和 Report Configuration两个部分， Measurement Object 定义了UE需要测量的目标，Report Configuration则定义了触发测量报告的事件。在LTE中，测量报告的发送可以是事件触发的，或周期发送的，或事件触发周期发送的。
触发测量报告的事件主要有以下几种：
A1：服务小区的测量值高于预定的测量门限（对于EUTRAN来说，测量值包括RSRP和RSRQ）。A2：服务小区的测量值低于预先设定的测量门限。A3：相邻的EUTRA小区的测量值优于目标小区 ＋ 预定的偏移量。A4：相邻的EUTRA小区测量值高于预定的测量门限。A5：服务小区的测量值低于预先设定的测量门限并且相邻小区的测量值高于另一预定的测量门限。B1：Inter RAT的邻小区测量值高于预定的测量门限。B2：目标小区低于预先设定的测量门限并且Inter RAT的邻小区测量值高于另一预定的测量门限。
步骤2：当测量报告条件满足后， UE就会向eNodeB发送测量报告
步骤3：源eNB切换判决：源eNB参考UE上报的测量结果，根据自身切换算法，进行切换判决。
LTE中的切换都是硬切换，也就是说，在接入新的eNodeB之前，断开与原有eNodeB之间的连接。LTE不支持软切换，不存在激活集的概念。
根据源eBodeB 和目标eNodeB是否连接到同一个MME(池,MME Pool）以及他们之间是否存在X2连接，LTE中的切换，可以划分为基于X2的切换和基于S1的切换。LTE中，将缺省进行基于X2的切换，除非源和目标eNodeB之间不在同一个MME（池）的范围或者不存在X2连接或者源eNodeB配置成需要进行基于S1的切换。
在基于X2的切换过程中， EPC中的MME(池)保持不变，而与之相连的SGW则有可能发生改变。
在基于X2的切换过程中，切换过程（包括信令和用户面数据）是在两个eNodeB之间直接进行的，切换时延相对较小。在切换成功的最后才通知MME，以进行路径的切换。
在基于X2的切换过程中，源eNodeB资源的释放是由目标eNodeB直接触发的。
在基于X2的切换过程中，可以对每个EPS承载采用不同的转发机制。（无缝切换和无损切换）
步骤4：源eNodeB决定进行基于X2的切换，通过X2接口向目标eNodeB发送Handover Request 消息，包括如下信元（IE）。
其中Old eNB UE X2AP 将X2AP通道在源eNodeB侧的标识通知目标eNodeB，以建立两个eNodeB之间的X2AP通道。UE Context Information信元中的ERAB List中包含上行的GTP Tunnel在SGW侧的TEID，目标eNodeB将根据此TEID值在步骤11向（源）SGW发送数据。
步骤5：目标eNB根据收到的E-RAB QoS信息进行接纳控制Admission Control，以提高切换成功率。接纳控制要考虑预留相应的资源、C-RNTI以及分配专用随机接入Preamble码等。目标小区所使用的AS配置可以使完全独立于源小区的完全配置，也可以是在源小区基础上的增量配置（增量配置是指对相同的部分不进行配置，只通过信令重配不同的部分，UE对于没有收到的配置，将继续使用原配置）。
步骤6：目标eNodeB进行L1/L2层的切换准备工作，会向源eNodeB发送Handover Request Acknowledge 确认。 在此消息中，与接入目标eNodeB有关的相关RRC信令作为Transparent Container也包含在其中。
步骤7：切换命令（携带了移动性控制信息的RRC连接重配置消息），由eNB生成，通过源eNB透传给UE。RRCConnectionReconfiguration消息（包含MobilityControlInfo信元）包括目标小区的物理标识，UE在目标小区中的C－RNTI，目标小区接入的专用前导序列，目标小区的安全算法等。
步骤8：对于需要进行无损传输的DRB（数据承载），源eNodeB发送SN STS TRANSFER消息给目标eNodeB，包括针对需要保持PDCP的E－RAB（例如RLC AM模式）的上行PDCP的接收状态，和下行PDCP的发送状态。目的是为了保证切换过程中的无损数据传输。此时源eNodeB开始转发用户面数据给目标eNodeB。根据切换类型的不同（无缝切换还是无损切换），数据转发的机制也有所不同。（详见关于无缝切换和无损切换的讨论。）目标eNodeB将源eNodeB转发的数据进行缓存。
步骤9：UE接到切换命令后，从源eNB中去附着，并执行与目标小区的同步。注意：同eNB内切换亦是如此过程。如果在切换命令中配置了随机接入专用 Preamble码，则使用非竞争随机接入流程接入目标小区，如果没有配置专用Preamble码，则使用竞争随机接入流程接入目标小区。UE计算在目标 eNB所需使用的秘钥并配置网络选择好的在目标eNB使用的安全算法，用于切换成功后与目标eNB进行通信。
步骤10：目标eNB返回UE相关上行资源分配和定时提前Time Advance信息。（通过L1/L2信令）
步骤11：UE发送RRC Connection Reconfiguration Complete消息，向目标eNB确认切换过程完成。注意，此步骤完成后，目标eNB开始将上行数据发送给SGW。但此时目标eNB并不知道此次切换是否要进行SGW的Relocation，只是将上行数据转发给从源eNB获取的SGW，此时由于到目标eNB的下行隧道尚未建立，因而下行的数据仍然要通过源eNB转发到目标eNB，从而，需要MME和SGW之间进行路径确认。
步骤12：目标eNB向MME发送一个路径转换请求消息（Path Switch Request）来告知其UE更换了小区。此时空口已经切换完成。其中包括目标小区的TAI ＋ ECGI 以及被目标小区拒绝的EPS承载列表（如果有的话）。目标eNodeB的下行TEID值是此时通知给MME。
步骤13：MME向SGW发送用户平面更新请求消息。User Plane Update Request（Modify Bearer Request），其中包括用户S1 GTP－U在目标eNodeB侧的FTEID值。
步骤14：SGW将下行数据路径切换到目标eNB侧。SGW不再向源eNB发送UE的用户面数据，将下行的数据切换到目标eNB侧，由于SGW保持不变， 因此不需要SGW与PGW之间的信令交互。SGW在旧路径上发送一个或多个“end marker包”到源eNB，End Marker数据包不含有任何数据，在GTP的头部表明是End Marker数据包，指示对应的是GTP Tunnel上的数据传输结束。随后，SGW就可以释放源eNB的用户平面资源。此时，UE与PGW之间的上下行GTP-U通道都经过目标eNB了。
步骤15：SGW发送User Plane Update Response（Modify Bearer Response）消息给MME。表示用户平面更新的响应。
步骤16：MME发送Path Switch ACK消息给目标eNB。步骤12~16完成了路径转换过程，该过程的目的是将用户平面的数据路径从源eNB转移到目标eNB上。在SGW转换了下行路径 之后，前转路径和新路径的下行包在目标eNB可能会交替到达。目标eNB应该先传递所有的前转数据包给UE，然后再传递从新路径接收到的数据包。在目标 eNB使用这一方法可以强制性保证正确的传输顺序。为了辅助在目标eNB的重排功能，SGW在E-RAB转换路径后，立即在旧路径发送一个或多个“End Marker数据包”。“End Marker数据包”内不包含用户数据，由GTP头部指示其为End Marker包。在完成发送含有标识符的包以后，SGW不应该在旧路径发送任何数据包。在收到“End Marker包”以后，如果前转对这个承载是激活的，源eNB应该将此包转发给目标eNB。在察觉了“End Mark包”以后，目标eNB应该丢弃“End Marker包”并发起任何必要的流程来维持用户数据的按序递交，这些数据是通过X2口前转的或者路径转换后从SGW通过S1接收的。
步骤17：目标eNB发送UE Context Release消息给源eNB，通知其切换成功并触发源eNB的资源释放。目标eNB在收到从MME发回的路径转换ACK消息后发送这条消息。
步骤18：源eNB收到UE上下文资源释放消息后，释放无线承载和与UE上下文相关的控制平面资源。不过，任何正在进行的数据前转将继续进行，直到完成。
步骤19：目标eNB下发测量控制信令下发RRC Connection Reconfiguration给UE，包含measConfig内容；
步骤20：UE回复RRC Connection Reconfiguration Complete消息给eNB。
二、X2切换失败原因分析
1）传输资源不够
2）没有配置IPPATH 或者IPPATH中的邻接点配置错误
3）源侧发出切换请求，没有收到切换响应
有时还会出现这样的情况：由于源侧收到HANDOVER_REQUEST_ACK较晚（秒级），延误了最佳切换时机，导致切换失败。
4）目标侧发送S1AP_PATH_SWITCH_REQ未收到响应
目标侧发送S1AP_PATH_SWITCH_REQ未收到响应，导致此次切换失败。同时，eNB不会处理后面上报的切换测量报告，导致新触发的切换也失败。
5）X2切换准备时间过长错过最佳切换时间
UE在上报多次相同测量报告没有收到切换命令， X2切换准备时间过了很长时间才收到切换请求响应；期间，目的侧信号迅速衰减，最终目的侧eNB没有接收到切换完成消息、切换失败。UE重建成功后，eNB发起对DRB的重配置消息时，UE没有收到，eNB侧RLC达到最大重传次数直接释放用户。
UE切换失败后发起重建，成功后由于没有接收到DRB的重配置消息，再次发起重建，由于第一次重建eNB侧RLC达到最大重传次数释放了用户上下文，UE第二次重建被拒绝导致异常释放。
此种情况，很有可能是S1链路闪断、传输受限等问题导致。
6）源侧等待上下文释放命令超时
系统中记录的掉话释放原因值为
usRelCause: UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL
源侧没有收到目标侧的X2上下文释放命令，定时器超时（Timer 15s）释放用户。
7）S1PathSwitch失败导致切换失败
此时，应排查核心网侧原因。
8）X2切换，Preamble丢失导致切换失败
系统记录掉话释放原因值为5，即UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL。
此时，源侧已经收到切换命令，并确定了CRNTI，但目标侧无L1上报Preamble字段，L2_L3释放Preamble与分配Preamble的间隔为2s，说明Preamble丢失。
上一篇：下一篇：
注册账号后积极发帖的会员
经常参与各类话题的讨论，发帖内容较有主见
经常帮助其他会员答疑
积极宣传本站，为本站带来更多注册会员
积极宣传本站，为本站带来更多的用户访问量
经常在论坛发帖，且发帖量较大
长期对论坛的繁荣而不断努力，或多次提出建设性意见
活跃且尽责职守的版主
为论坛做出突出贡献的会员
为论坛做出突出贡献的会员
Powered by
本站统一服务邮箱：LTE切换、重选_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
LTE切换、重选
上传于||暂无简介
阅读已结束，如果下载本文需要使用1下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩14页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢扫描二维码登录
请用微信扫描左边二维码获得验证码
* 填写验证码
* 无需输入用户名密码，安全可靠 （需要微信已绑定）
（求助）如何判断S1切换还是X2切换
威望 3693 个
礼品券 0 个
专家指数 0
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
如题请问如何判断S1切换还是X2切换，进行S1割接后发现簇整体速率下降，想了解是否是由于S1切换太多引起的
对本帖内容的看法？
作者的更多帖子
威望 37224 个
礼品券 5 个
专家指数 147
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
技术问题，回答得专家指数，快速升级
· · · · · · · · · ·
S1切换，有Handover Required：3.& & & & Source eNodeB向MME发送
X2切换，有Handover Request：Source eNodeB向TargeteNodeB发送
共获得 1 次点评
威望 +6 个
& 多谢回答
发表与： 13:45:33
一颗子弹离开枪管后，他的使命就是：向着目标，勇往直前。
威望 1033 个
礼品券 5 个
专家指数 1
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
如果是TD的话，根据集团规范，eNB间切换成功率=( eNB间S1切换出成功次数 +eNB间X2切换出成功次数 ) / ( eNB间S1切换出请求次数 +eNB间X2切换出请求次数 )，查询详细的网管小区报表即可
共获得 1 次点评
威望 +3 个
& 积极讨论
发表与： 23:19:13
威望 3693 个
礼品券 0 个
专家指数 0
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
请问从哪里看啊，没有看到啊原帖由 cmt12 于
11:57:22 发表
S1切换，有Handover Required：3.& && &&&Source eNodeB向MME发送
X2切换，有Handover Request：Source eNodeB向TargeteNodeB发送
对本帖内容的看法？
威望 3693 个
礼品券 0 个
专家指数 0
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
也就是说只能在网管提取S1切换和X2切换次数，而不能从LOG中分析看出？原帖由 dudubaibai 于
14:02:23 发表
如果是TD的话，根据集团规范，eNB间切换成功率=( eNB间S1切换出成功次数 +eNB间X2切换出成功次数 ) / ( eNB间S1切换出请求次数 +eNB间X2切换出请求次数 )，查询详细的网管小区报表即可
对本帖内容的看法？
威望 1586 个
礼品券 30 个
专家指数 126
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
这个信令不是空口的，要跟踪源eNodeB才能看到原帖由 feiyu2009 于
14:03:31 发表
请问从哪里看啊，没有看到啊&&
对本帖内容的看法？
~畅行天下，树我邦国~
威望 54457 个
礼品券 5 个
专家指数 20
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
看基站的S1AP或者X2AP消息好了，网管刷相关的HO计数可能稍微慢点。
对本帖内容的看法？
威望 2452 个
礼品券 15 个
专家指数 4
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
先看看有没有x2连接吧，没有的话，就是S1切换；有点话，再抓信令，抓x2口的，会有x2 handover request的信令
对本帖内容的看法？
积分 16824
威望 22921 个
礼品券 6746 个
专家指数 9409
注册 专业方向&
终端、协议测试、软件测试
回答问题数
回答被采纳数
回答采纳率
这个从UE应该没办法判断吧
对本帖内容的看法？
/bbs/space.php?uid=
威望 5894 个
礼品券 27 个
专家指数 311
注册 专业方向&
通讯工程师
回答问题数
回答被采纳数
回答采纳率
我都不知道你是LTE还是TD或者其他
对本帖内容的看法？
威望 3693 个
礼品券 0 个
专家指数 0
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
好的，谢谢，如果要统计S1占比这么会很麻烦的啊原帖由 shiqiuyang 于
23:37:32 发表
这个信令不是空口的，要跟踪源eNodeB才能看到
对本帖内容的看法？
威望 54457 个
礼品券 5 个
专家指数 20
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
要看实时么只有抓基站出口看是S1AP消息还是X2AP消息。。。
稍微延迟点么就看网管的统计。
对本帖内容的看法？
威望 21865 个
礼品券 0 个
专家指数 22
注册 专业方向&
回答问题数
回答被采纳数
回答采纳率
X2作用?似IUR LINK
对本帖内容的看法？
您即将访问其它网站
您即将访问的地址是其它网站的内容，MSCBSC将不再对其安全性和可靠性负责，请自行判断是否继续前往
精彩通信图库
当前时区 GMT+8, 现在时间是
   本站统一服务邮箱：