信令流程那点事儿之基本切换流程(二)
今天,为大家介绍X2口切换流程和S1口切换流程。
业务场景
当UE所在的源小区和要切换的目标小区不属于同一eNodeB时,发生eNodeB间切换,eNodeB间切换流程复杂,需要加入X2和S1接口的信令操作。X2切换的前提条件是目标基站和源基站配置了X2链路,且链路可用。
在接到测量报告后需要先通过X2接口向目标小区发送切换申请(目标小区是否存在接入资源)。
得到目标小区反馈后(此时目标小区资源准备已完成)才会向终端发送切换命令,并向目标侧发送带有数据包缓存、数据包缓存号等信息的SNStatus Transfer消息。
待UE在目标小区接入后,目标小区会向核心网发送路径更换请求,目的是通知核心网将终端的业务转移到目标小区,更新用户面和控制面的节点关系。
在切换成功后,目标eNB通知源eNB释放无线资源。X2切换优先级大于S1切换,保证了切换时延更短,用户感知更好。
信令流程
X2切换信令流程如下。
https://v.qq.com/txp/iframe/player.html?vid=j1326rcmls9&width=500&height=375&auto=0
温馨提示:本视频时长30秒,观看仅需0.2M流量,单击开始按钮进行观看吧。
业务场景
S1切换流程与X2切换类似,只不过S1切换流程所有的站间交互信令及数据转发都需要通过S1口到核心网进行转发,时延比X2口切换略大。以下情况触发S1口切换:
场景 | 执行的切换类型 | |
源eNodeB和目标eNodeB之间配置了X2接口链路和S1接口链路 | - | X2口切换 |
源eNodeB尝试通过X2接口切换时,被目标eNodeB拒绝。 | S1口切换 | |
源eNodeB和目标eNodeB之间没有配置X2接口链路 | - | S1口切换 |
信令流程
当S1切换不跨MME时,信令流程如下。
步骤 | 说明 |
1~3 | 基站在RRC重配消息中给UE下发测量配置。UE收到配置信息后对测量对象实施测量,当评估测量结果满足上报标准后向基站发送相应的测量报告。 |
4 | 源eNodeB根据测量报告进行判决(HO decision)。 |
5 | 源eNodeB通过S1接口发送Handover Required消息给MME,发起切换请求。此消息中包含目标eNodeB的ID、目标TAI(选择目标MME),以及S1AP原因等信息。 |
6 | MME根据接收到的信息,发送Handover Request消息给目标eNodeB。此消息中包含了EPS承载的建立、AMBR等参数。 |
7 | 目标eNodeB根据接收的QoS信息来执行接纳控制。如果接纳,目标eNB根据E_RAB QoS信息和预留小区的无线网络的临时标识和可选的RACH导频,创建UE的上下文。 |
8 | 建立好相应的资源后,目标eNodeB发送Handover Request Acknowledge消息给MME。此消息中包含目标侧分配的eNB UE S1AP ID,接纳成功的EPS承载对应的eNodeB侧数据传送的地址等参数。 |
9 | MME发送Handover Command消息给源eNodeB。此消息中包含了接纳成功的承载信息以及切换期间业务数据转发的目标侧地址 。 |
10 | 源eNodeB向UE发送RRCConnectionReconfiguration消息(Handover Command),指示UE切换指定的小区。 |
11 | 为了传递PDCP SN和HFN状态号,源eNB发送eNB Status Transfer消息给MME,以确保数据有序传输。 |
12 | MME通过发送MME Status Transfer消息给目标eNodeB,传递了PDCP SN和HFN状态号。 |
13 | UE同步到目标eNodeB完成后,目标eNB收到UE发送的RRC Connection Reconfiguration Complete消息(Handover Confirm),表明切换成功。 |
14 | 目标eNodeB发送Handover Notify (TAI+ECGI) 消息给MME,用于更新S-GW到目标eNB的路径。 |
15 | UE开始跟踪区域更新过程。 |
16~18 | 源侧资源释放。 |
当S1切换跨MME时,信令流程如下。
步骤 | 说明 |
1~3 | 基站在RRC重配消息中给UE下发测量配置。UE收到配置信息后对测量对象实施测量,当评估测量结果满足上报标准后向基站发送相应的测量报告。 |
4 | 源eNodeB根据测量报告进行判决(HO decision)。 |
5 | 源eNodeB通过S1接口发送Handover Required消息给源MME,发起切换请求。此消息中包含目标eNodeB的ID、目标TAI(选择目标MME),以及S1AP原因等信息。 |
6 | 源MME根据MME Selection Function选择一个目标MME,并发送Forward Relocation Request消息给目标MME。此消息中包含MME UE的上下文、目标eNodeB的ID、TI等。 |
7 | 目标MME根据接收到的信息,发送Handover Request消息给目标eNodeB。此消息中包含了EPS承载的建立、AMBR等参数。 |
8 | 目标eNodeB根据接收的QoS信息来执行接纳控制。如果接纳,目标eNB根据E_RAB QoS信息和预留小区的无线网络的临时标识和可选的RACH导频,创建UE的上下文。 |
9 | 建立好相应的资源后,目标eNodeB发送Handover Request Acknowledge消息给目标MME。此消息中包含目标侧分配的eNB UE S1AP ID,接纳成功的EPS承载对应的eNodeB侧数据传送的地址等参数。 |
10 | 根据获得的信息,目标MME发送Forward Relocation Response消息给源MME,确认路径的变化和相应的资源分配。 |
11 | 源MME接收到来自目标MME的信息后,发送Handover Command消息给源eNodeB。此消息中包含了接纳成功的承载信息以及切换期间业务数据转发的目标侧地址 。 |
12 | 源eNodeB向UE发送RRCConnectionReconfiguration消息(Handover Command),指示UE切换指定的小区。 |
13 | 为了传递PDCP SN和HFN状态号,源eNB发送eNB Status Transfer消息给源MME,以确保数据的有序传输。 |
14 | 源MME通过Forward SRNS Context消息,把此信息发送给目标MME。 |
15 | 目标MME通过发送MME Status Transfer消息给目标eNodeB,传递了PDCP SN和HFN状态号。 |
16 | UE同步到目标eNodeB完成后,目标eNB收到UE发送的RRC Connection Reconfiguration Complete消息(Handover Confirm),表明切换成功。 |
17 | 目标eNodeB发送Handover Notify (TAI+ECGI) 消息给目标MME,用于更新S-GW到目标eNB的路径。 |
18 | 目标MME发送Forward Relocation Complete消息给源MME,源MME收到此信息后开启一个计时器,用于源侧的资源释放。 |
19 | 同时作为反馈,源MME发送Forward Relocation Complete Acknowledge消息给目标MME,确认路径的变化,以便在旧路径上停止服务。 |
20 | UE开始跟踪区域更新过程。 |
21~23 | 源侧资源释放。 |
————————END————————
更多阅读: