[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN102348245B - 一种lte系统中s1切换失败的处理方法与装置 - Google Patents

一种lte系统中s1切换失败的处理方法与装置 Download PDF

Info

Publication number
CN102348245B
CN102348245B CN 201110288647 CN201110288647A CN102348245B CN 102348245 B CN102348245 B CN 102348245B CN 201110288647 CN201110288647 CN 201110288647 CN 201110288647 A CN201110288647 A CN 201110288647A CN 102348245 B CN102348245 B CN 102348245B
Authority
CN
China
Prior art keywords
message
switching
handoff
handoff failure
source enb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN 201110288647
Other languages
English (en)
Other versions
CN102348245A (zh
Inventor
赵伦
马赛
朱宇霞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CICT Mobile Communication Technology Co Ltd
Original Assignee
Beijing Northern Fiberhome Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Northern Fiberhome Technologies Co Ltd filed Critical Beijing Northern Fiberhome Technologies Co Ltd
Priority to CN 201110288647 priority Critical patent/CN102348245B/zh
Publication of CN102348245A publication Critical patent/CN102348245A/zh
Application granted granted Critical
Publication of CN102348245B publication Critical patent/CN102348245B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例提供了一种LTE系统中S1切换失败的处理方法。该方法包括:S1切换失败触发后,判断所述切换失败处于S1切换过程的阶段,如果处于S1切换过程的准备阶段,则目标小区发起S1切换流程;如果处于S1切换过程的执行阶段,则发起RRC连接重建立流程;如果处于S1切换过程的完成阶段,则删除UE占用的无线资源。本发明实施例还提供了一种LTE系统中S1切换失败的处理系统。本发明的实施例通过对S1切换失败所处的阶段不同,采用差别化处理方式,提高了成功实现S1切换的概率,减少了对LTE系统的资源占用,进一步完善了LTE系统性能。

Description

一种LTE系统中S1切换失败的处理方法与装置
技术领域
本发明涉及无线通信技术领域,尤其涉及一种LTE系统中S1切换失败的处理方法与相应装置。
背景技术
LTE(Long Term Evolution,长期演进)网络采用扁平网络结构,LTE系统主要包括E-UTRAN(Evolved Universal Terrestrial Radio Access Network,演进的通用移动通信无线接入网)和EPC(Evolved Packet Core,演进的分组交换核心网)两部分,其中:E-UTRAN由多个eNB(Evolved NodeB,演进基站)构成,每个eNB包括多个小区,eNB与eNB之间通过X2接口互连;EPC由S-GW(Serving Gateway,服务网关)和MME(Mobility Management Entity,移动性管理实体)组成,它通过S1接口与各个eNB实现交互。上述组织架构参见附图1。通常情况下,LTE系统使用X2接口执行eNB之间的切换,这种方式能够节省S1接口资源,减少对EPC的影响。但在某些情况下,X2接口不支持切换信令,eNB之间的切换必须采用S1接口实现。
3GPP LTE系统中S1切换的相关协议详细描述了S1切换的信令流程和实现过程,请参见附图2。但是,上述协议给出的信令流程仅是S1切换处于正常状态下的切换过程,并未介绍S1切换失败后LTE系统针对S1切换过程如何处理。因此,S1切换失败后的处理方式成为研究的重要课题。现有技术给出的S1切换失败后的处理方法是:源eNB接收到UE(User Equipment,用户设备)的测量报告后,经判决需要进行S1切换时,由源eNB获取RRC(Radio ResourceControl,无线资源控制连接)准备集小区列表,并将该RRC准备集小区列表发送给UE;当切换失败时,由UE在目标小区、源小区和RRC准备集小区列表中搜索一个最好的能够发起RRC连接重建立的小区,并向该搜索到的小区发起RRC连接重建流程。根据该技术方案的要求,只要S1切换失败,均需发起RRC连接重建流程。然而,这种“一刀切”的处理方式并不妥当:比如,如果S1切换失败出现在源eNB向UC发送RRC连接重配消息之前,由于UE仍在源eNB的小区范围内,待转发的上下行数据还未转发到目标eNB的小区或准备集列表中的小区时,目标eNB可能未给UE预留相关资源,这时向目标小区发起RRC连接重建流程很可能再次导致切换失败,向源eNB的小区发起RRC连接重建过程将不能实现S1切换。由此可见,在由源eNB向目标eNB进行S1切换失败后,采用现有技术的处理方法,将降低成功实现S1切换的概率,增加LTE系统的资源占用,不利于LTE系统的性能完善。
发明内容
有鉴于现有技术的S1切换失败后的处理方法存在的问题,本发明实施例的发明目的在于提供一种新的LTE系统中S1切换失败后的处理方法和相应装置,该方法和相应装置通过对S1切换失败所处阶段的不同,采用差别化处理方式以提高成功实现S1切换的概率,完善LTE系统的性能。
本发明提供的LTE系统中S1切换失败的处理方法包括:
S1切换失败触发后,判断所述切换失败处于S1切换过程的阶段,如果处于S1切换过程的准备阶段,则向目标小区发起S1切换流程;如果处于S1切换过程的执行阶段,则发起RRC连接重建立流程;如果处于S1切换过程的完成阶段,则删除UE占用的源eNB资源。
优选地,所述S1切换失败触发包括:
UE监测到信号差向源eNB发送测量上报消息后,在第一预设时间内未收到RRC连接重配消息时,触发S1切换失败;或,
源eNB向MME发送切换要求消息后,在第二预设时间内未收到切换命令消息和切换准备失败消息时,触发S1切换失败;或,
源eNB向MME发送切换要求消息后,在第二预设时间内收到切换准备失败消息时,触发S1切换失败;或,
UE收到RRC连接重配消息进行配置未成功时,触发S1切换失败;或,
源eNB向MME发送基站状态转移消息后,在第三预设时间内未收到UE上下文释放命令消息时,触发S1切换失败;或,
UE向目标eNB发送同步消息后,在第四预设时间内未收到上行分配/定时调整消息时,触发S1切换失败。
进一步优选地,当UE监测到信号差向源eNB发送测量上报消息后,在第一预设时间内未收到RRC连接重配消息而触发S1切换失败时,判断源eNB是否发送RRC连接重配消息,如果是,则S1切换失败处于S1切换过程的执行阶段;如果否,则S1切换失败处于S1切换过程的准备阶段;或,
当源eNB向MME发送切换要求消息后,在第二预设时间内未收到切换命令消息和切换准备失败消息而触发S1切换失败时,S1切换失败处于S1切换过程的准备阶段;或,
当源eNB向MME发送切换要求消息后,在第二预设时间内收到切换准备失败消息而触发切换失败时,S1切换失败处于S1切换过程准备阶段;或,
当UE收到RRC连接重配消息进行配置未成功而触发S1切换失败时,S1切换失败处于S1切换过程的执行阶段,由UE向目标eNB发起RRC连接重建立流程;或,
当源eNB向MME发送基站状态转移消息后,在第三预设时间内未收到UE上下文释放命令消息而触发S1切换失败时,S1切换失败处于S1切换过程的完成阶段,由UE向源eNB发送UE上下文释放请求消息以便删除UE占用的源eNB资源;或,
当UE向目标eNB发送同步消息后,在第四预设时间内未收到上行分配/定时调整消息而触发S1切换失败时,S1切换失败处于S1切换过程的执行阶段,由UE向目标eNB发起RRC连接重建立流程。
进一步优选地,当源eNB向MME发送切换要求消息后,在第二预设时间内未收到切换命令消息和切换准备失败消息而触发S1切换失败时,S1切换失败处于S1切换过程的准备阶段,则向原目标eNB的原目标小区发起S1切换流程;或,
当源eNB向MME发送切换要求消息后,在第二预设时间内收到切换准备失败消息而触发切换失败时,S1切换失败处于S1切换过程准备阶段,则向目标小区发起S1切换流程包括:
判断切换准备失败消息是否携带目标小区不可得或目标小区不允许切换或目标小区ID未知或无线资源不可得的信息内容,如果是,则向备选目标小区发起S1切换流程;如果否,则向原目标eNB的原目标小区发起S1切换流程。
进一步优选地,所述方法还包括:当源eNB向MME发送切换要求消息后,在第二预设时间内未收到切换命令消息和切换准备失败消息而触发S1切换失败时,S1切换失败处于S1切换过程的准备阶段,由源eNB发起取消当前S1切换的流程。
优选地,在向源eNB发送RRC连接重建立流程之后,若成功建立RRC连接,则由源eNB发起测量控制流程,删除测量控制列表中的目标小区。
进一步优选地,在向源eNB发起RRC连接重建立流程之后,所述方法还包括:发起取消当前S1切换的流程。
优选地,在向源eNB或目标eNB发起RRC连接重建立流程之后,若未成功建立RRC连接,则发起随机接入流程。
本发明还提供了一种LTE系统中S1切换失败的处理系统,该系统包括:切换失败触发单元、阶段判断单元、切换发起单元、RRC连接重建立单元和资源删除单元,其中:
所述切换失败触发单元,用于在接收到S1切换失败触发后调用所述阶段判断单元;
所述阶段判断单元,用于判断所述切换失败处于S1切换过程的阶段,如果处于S1切换过程的准备阶段,则调用切换发起单元向目标小区发起S1切换流程;如果处于S1切换过程的执行阶段,则调用RRC连接重建立单元发起RRC连接重建立流程;如果处于S1切换过程的完成阶段,则调用资源删除单元删除UE占用的源eNB资源。
优选地,所述系统包括测量控制发起单元,则:在向源eNB发起RRC连接重建立流程之后,成功建立RRC连接时调用测量控制发起单元发起测量控制流程,删除测量控制列表中的目标小区。
优选地,所述系统还包括随机接入发起单元,则:在向源eNB或目标eNB发起RRC连接重建立流程之后,未成功建立RRC连接时调用随机接入发起单元发起随机接入流程。
本发明实施例的技术方案通过对S1切换失败所处的阶段不同,采用差别化处理方式;如果在准备阶段,选择重新发起S1切换流程;如果在执行阶段,选择发起RRC连接重建立流程;如果在完成阶段,选择发起资源删除流程。与现有技术相比,本发明实施例分阶段、分情况选择与之对应的较为恰当的方式进行切换失败后的处理,准备阶段选择重新发起切换流程可增加成功实现S1切换的可能性,完成阶段选择发起删除流程可降低对LTE系统的资源占用,从而完善了LTE系统的性能,较好地解决了现有技术的问题。
附图说明
图1为LTE系统的组织架构图;
图2为LTE系统中S1切换过程的信令图;
图3为LTE系统中S1切换过程中常见切换失败类型的信令图;
图4为本发明的方法的实施例的流程图;
图5为本发明的方法实施例的信令图;
图6为本发明的系统的实施例的组成框图。
具体实施方式
本发明通过对LTE系统S1切换失败所处的阶段进行划分,然后针对切换失败的阶段采用差别化处理方式:如果在准备阶段,选择重新发起切换流程;如果在执行阶段,选择发起RRC连接重建立流程;如果在完成阶段,选择发起删除流程。
为便于理解本发明的技术方案,这里先将LTE系统中的S1切换的正常流程予以简要介绍。
当作为移动台的UE在基站之间移动时,如果LTE系统中出现如下情况,则需要启动S1切换流程:(1)源eNB和目标eNB之间没有建立X2接口;(2)源eNB进行配置设定:当EPC节点改变时使用S1接口向目标eNB发起切换;(3)源eNB尝试通过X2接口发起切换,但接收到目标eNB发送带有特定原因的失败响应消息。附图2给出了3GPP相关协议规定的LTE系统S1切换的信令流程:
源eNB侦测到UE漫游过程中位置发生变化后,将向UE发送测量控制信令,完成UE的测距工作,然后将测量结果上报源eNB。源eNB根据测量上报报告进行切换裁决,经裁决需要发起基于S1接口的切换时,由源eNB构造Handover Required(切换要求)消息,该消息指出需从源eNB转发到目标eNB的承载分组数据,然后将Handover Required消息发送给MME,MME接收后根据Handover Required消息构造Handover Request(切换请求)消息,并将其发送给目标eNB。目标eNB根据Handover Request消息中的参数进行RRM(RadioResource Management,无线资源管理)资源审核,判断是否允许UE接入本基站,审核成功后向MME返回Handover Request Acknowledge(切换请求确认)消息,该消息指出目标eNB为用户面下行业务和数据转发业务分配的TEID和地址。MME收到Handover Request Acknowledge消息后向源eNB返回HandoverCommand(切换命令)消息。源eNB接收到Handover Command消息后向UE发送RRC连接重配(重新配置)消息,请求删除先前占用的相应无线资源。源eNB还通过MME向目标eNB发送eNB Status Transfer(状态转移)消息,以将E-RAB的PDCP序列号和HFN状态转告知目标eNB,同时源eNB开始向目标eNB转发承载数据。UE接收到RRC连接重配消息后,一方面进行本地配置,完成相应的切换交接工作;另一方面由UE所在源小区附着并同步到目标eNB。当UE和目标eNB同步后,通过随机接入信道接入目标eNB下的目标小区。完成到目标小区的接入工作后,目标eNB向UE发送上行分配/定时调整消息。UE接收到上行分配/定时调整消息后向目标eNB发送RRC连接重配完成消息。目标eNB向MME发送Handover Notify(切换通知)消息,通知MME切换执行完毕。随后MME与S-GW之间进行更新承载消息,该过程以源eNB收到S-GW发送对应End Marker消息为结束标志。完成更新承载过载工作后,MME向源eNB发送UE Context Release Command(上下文释放命令)消息,请求删除源eNB向UE分配的无线资源,源eNB删除完UE占用的本地无线资源后,构造UEContext Release Complete(上下文释放完成)消息并发送给MME。至此,LTE系统的整个S1切换过程彻底完成。
上述S1切换过程是LTE相关协议规定的正常情况下S1切换信令流程,然而,现实中的S1切换过程由于多种原因,往往容易出现各种异常情况,常见典型情况如:消息包丢失源eNB未收到切换命令导致无法启动切换工作(附图3(a))、目标小区资源拥塞导致切换资源分配失败(附图3(b))、RRC连接重配发起后本地配置未成功(附图3(c))。当出现这些异常情况导致S1切换失败时,LTE相关协议没有给出具体处理办法。尽管现有技术中给出了一种S1切换失败处理方式,但是如背景技术所言,“一刀切”的处理不能适应实际需要,不利于LTE系统性能的完善。
基于上述现有技术存在的问题,本发明的实施例给出了一种全新的S1切换失败处理方法,该方法针对不同具体情况,选择差别化方案进行应对,较好地解决了现有技术的问题。参见附图4,本发明实施例提供的一种LTE系统S1切换失败的处理方法包括:
步骤S401:接收S1切换失败触发,启动S1切换失败处理流程;
如上所述,LTE系统S1切换过程由于多种原因将出现各种异常情况,这些异常情况出现后将触发S1切换失败,触发S1切换失败的时点可能发生在S1切换过程中的任何时刻,UE、源eNB、目标eNB均可能成为切换失败的触发实体,切换失败的具体类型也呈现出多样化特性;常见的切换失败触发包括:(1)UE监测到信号差向源eNB发送测量上报消息后,在第一预设时间内未收到RRC连接重配消息时,触发S1切换失败;(2)源eNB向MME发送切换要求消息后,在第二预设时间内未收到切换命令消息时,触发S1切换失败;(3)源eNB向MME发送切换要求消息后,在第二预设时间内收到切换准备失败消息时,触发S1切换失败;(4)UE收到RRC连接重配消息进行配置未成功时,触发S1切换失败;(5)源eNB向MME发送基站状态转移消息后,在第三预设时间内未收到UE上下文释放命令消息时,触发S1切换失败;(6)UE向目标eNB发送同步消息后,在第四预设时间内未收到上行分配/定时调整消息时,触发S1切换失败;这里的第一、二、三、四预设时间可根据实际的LTE系统运行情况进行设定,由前述S1的信令流程,可知道第一预设时间通常应当长于第二预设时间,第三预设时间通常应当长于第四预设时间。
步骤S402:判断所述切换失败处于S1切换过程的阶段,如果处于S1切换过程的准备阶段,则执行步骤S403;如果处于S1切换过程的执行阶段,则执行步骤S404:如果处于S1切换过程的完成阶段,则执行步骤S405;
针对S1切换失败所处阶段采取不同措施的前提是明确S1切换过程的阶段划分,本实施例中一个完整的S1切换过程包括三个阶段:切换准备阶段、切换执行阶段、切换完成阶段,切换准备阶段从源eNB发出HandoverRequired消息起到源eNB收到Handover Command消息后发出RRC连接重配消息时止,该阶段是为整个S1切换过程提供资源准备,因为进行S1切换工作需由源eNB向目标eNB转发一系列数据,双方需要事先约定有关通信事项,这些工作完成后才能为S1切换的执行过程提供基础;切换执行阶段是完成S1切换过程的核心阶段,该阶段进行实质切换步骤,包括将E-RAB承载的相关信息与源eNB数据转发到目标eNB、完成UE同步并接入目标eNB等工作,该阶段从源eNB发出RRC重配消息时起到目标eNB收到RRC重配完成消息时止;切换完成阶段是对处理S1切换执行结束后的后续事宜,如释放UE占用的本地资源、源eNB与S-GW之间的数据交接、承载信息更新等事项,该阶段从目标eNB收到RRC重配完成消息(UE同步到目标小区)时起到MME收到UE Context Release Complete消息时止;对S1切换流程划分出阶段后即可判断出S1切换失败发生的阶段,进而进行相应的针对性处理工作。
步骤S403:向目标小区发起S1切换流程;
切换失败触发处于S1切换流程的准备阶段,说明实现S1切换的相关准备工作还未完成,但是该过程已经建立RRC连接,针对此种情况,这里选择向目标小区发起S1切换流程,这里的目标小区包括原目标小区,也包括UE向源eNB发送测量上报时所收集到的备选小区。
步骤S404:发起RRC连接重建立流程;
切换失败触发处于S1切换流程的执行阶段,说明实现S1切换的相关准备工作已经完成,根据引起执行阶段的原因不同,选择不同的RRC连接重建立流程方式:当UE监测到信号差向源eNB发送测量上报消息后,在第一预设时间内未收到RRC连接重配消息而触发S1切换失败时,判断源eNB是否发送RRC连接重配消息,如果是,则S1切换失败处于S1切换过程的执行阶段,由源eNB向UE发起RRC连接重建立流程,值得注意的是此处判断源eNB是否发送RRC连接重配消息是通过UE向源eNB发送RRC连接重建立请求消息实现的,如果源eNB发送了RRC连接重配消息,则响应该UE的请求消息,即可发起RRC连接重建立流程;;当UE收到RRC连接重配消息进行配置未成功而触发S1切换失败时,S1切换失败处于S1切换过程的执行阶段,由UE向目标eNB发起RRC连接重建立流程;当UE向目标eNB发送同步消息后,在第四预设时间内未收到上行分配/定时调整消息而触发S1切换失败时,S1切换失败处于S1切换过程的执行阶段,由UE向目标eNB发起RRC连接重建立流程。
步骤S405:删除UE占用的源eNB资源。
切换失败触发处于S1切换流程的完成阶段,说明实现S1切换的相关准备工作和切换的核心工作已经完成,这时选择删除UE占用的源eNB资源,而不要再发起S1切换流程或RRC连接重建立流程。
本实施例提供的S1切换失败的处理方法通过对S1切换失败所处的阶段不同,采用差别化处理方式;如果在准备阶段,选择重新发起S1切换流程;如果在执行阶段,选择发起RRC连接重建立流程;如果在S完成阶段,选择发起删除流程。与现有技术相比,本实施例分阶段、分情况选择与之对应的较为恰当的方式进行切换失败后的处理,准备阶段选择重新发起切换流程可增加成功实现S1切换的可能性,完成阶段选择发起删除流程可降低对LTE系统的资源占用,从而完善了LTE系统的性能,较好地解决了现有技术的问题。
下面结合S1切换信令流程详细介绍本发明上述实施例的应用过程。参见附图五,在下述流程中对预设时间的控制通过检测相关定时器的数值完成,为了更清楚展现S1切换的完整流程,图中标识的序号是S1切换克服各种异常情况后的切换过程。
步骤501:源eNB监测到UE漫游致使位置发生变化后,向UE发送测量控制信令,以便通过漫游限制信息配置UE的测量控制;发送测量控制命令后启动定时器等待UE的测量上报消息的到来。若在定时器设定的预设时间超时之前,源eNB未收到来自UE的测量上报消息,说明UE未完成测量工作或者测量上报消息丢失,出现此情况时,源eNB将定时器清零,重新发起上述测量控制过程。
步骤502:UE接收源eNB的测量控制命令消息后,根据预置的测量规则生成测量报告并将该报告呈报源eNB;UE发出测量报告后启动定时器等待源eNB的RRC连接重配消息的到来。若在定时器设定的第一预设时间超时之前,UE未收到RRC连接重配消息,说明S1切换过程的准备工作(目标eNB的资源分配)不成功或者资源分配成功但源eNB发送的RRC连接重配消息丢失,尽管大多数情况下前者的可能性更高,但为了有针对性的采取措施,这里有必要进一步分清UE未收到RRC连接重配消息的原因,为此,UE向源eNB和目标eNB发送RRC连接重建立请求消息,源eNB接收到该请求消息后查看本站是否向UE发送RRC连接重配消息:
如果源eNB未向UE发送RRC连接重配消息,则说明出现前述情形的原因可能是目标小区资源拥塞导致目标eNB的资源分配不成功,此时切换失败处于准备阶段,源eNB不响应UE发送的RRC连接重建立请求消息而由源eNB重新发起S1切换流程;
如果源eNB已向UE发送RRC连接重配消息,则说明出现前述情形的原因可能是LTE系统通信环境恶劣导致RRC连接重配消息包丢失,此时切换失败处于执行阶段,源eNB响应UE发送的RRC连接重建立请求消息由源eNB向UE发起RRC连接重建立流程;这里RRC连接重配消息已由源eNB发出,说明目标eNB之前已经完成资源分配工作,为了减少资源浪费,有必要还发起取消当前S1切换的流程,以便释放上述分配的资源。
步骤503:源eNB接收到UE发送的测量报告后,根据测量报告的RRM信息,对是否发起S1切换过程进行裁决,经裁决需要进行S1切换流程,源eNB向MME发送Handover Require消息给MME,并启动定时器等待Handover Command消息的到来:
若在定时器设定的第二预设时间超时之前,源eNB收到HandoverPreparation Failure(切换准备失败)消息,说明切换失败处于准备阶段,则源eNB清零定时器,并向目标小区发起S1切换流程,向目标小区发起S1切换流程具体包括:判断切换准备失败消息携带的内容,如果切换准备失败消息携带了“目标小区不可得”、“目标小区不允许切换”、“目标小区ID未知”、“无线资源不可得”之一,则向备选目标小区发起S1切换流程;如果没有携带上述信息内容,则向原目标小区发起S1切换流程。
若在定时器设定的第二预设时间超时之前,源eNB未收到HandoverPreparation Failure消息,也未收到Handover Command消息,说明切换失败处于准备阶段,但很可能目标eNB已经完成资源分配工作,此种情况下,先由源eNB清零定时器,向原目标eNB的原小区重新发起S1切换流程,同时源eNB还发起取消当前S1切换的流程。
步骤504:MME接收到源eNB发送的Handover Require消息后,将向目标eNB发送Handover Request切换请求消息,请求目标eNB为即将进行S1切换执行阶段的工作分配资源。
步骤505:目的eNB接收到MME发送的Handover Request消息后进行资源分配。若分配资源工作未成功,则目标eNB通过MME向源eNB发送Handover Preparation Failure消息;若成功分配S1切换需要的资源,则目标eNB构造Handover Request Acknowledge(切换请求确认)消息,并将该消息发送给MME后启动A、B定时器,等待MME Status Transfer消息的到来。
如果在A定时器预设时间超时之前,目标eNB未收到MME StatusTransfer消息,则清零定时器,不处理UE发送的RRC连接重建立消息。
如果在A定时器预设时间超时之前,目标eNB收到MME Status Transfer消息,则:(1)若在B定时器预设时间超时之前,目标eNB收到UE发送的RRC连接重建立消息,则清零B定时器,响应该RRC连接重建立消息完成与目标eNB的连接,切换执行工作完成;(2)若在B定时器预设时间超时之前,目标eNB未收到UE发送的RRC连接重建立消息,也未收到UE发送的同步消息,则说明UE是向源eNB发起的RRC连接重建立流程,由源eNB进行相应处理;(3)若在B定时器预设时间超时之前,目标eNB未收到UE发送的RRC连接重建立消息,但收到UE发送的同步消息,说明UE已经同步到目标eNB,则清零B定时器,不必等待UE发送的RRC连接重配完成消息。
这里需要说明的一点是:目标eNB选择的RLC实体的数据传输模式不同,上述对MME Status Transfer消息的处理略有差别,上述介绍的主要是RLC实体数据传输模式为确认模式的情形,如果RLC实体数据传输模式为非确认模式,由于非确认模式不需要等待MME Status Transfer消息,A定时器达到预设时间时即认为已经收到该消息,然后按照上述的流程进行处理。
步骤506:MME接收到目标eNB发送的Handover Request Acknowledge消息后,向源eNB发送Handover Command消息,该消息包含Target to SourceTransparent Container,透明传递的目标eNB的无线相关参数。
步骤507:源eNB接收到MME发送的Handover Command消息后,根据该消息中Target to Source Transparent Container内容构造RRC连接重配消息,并将该消息发送给UE,同时执行步骤S511。
步骤508:UE接收到RRC连接重配消息后进行本地配置。如果本地配置成功,则进入步骤S511;如果本地配置不成功,则触发S1切换失败,该切换失败处于S1切换过程的执行阶段,则UE向源eNB发起RRC连接重建立流程以重新建立起与源eNB间的RRC连接,该连接建立后,源eNB再次发起测量控制流程,删除测量控制列表中的目标小区;由于该切换失败发生在切换执行阶段,因此切换准备工作(目标eNB的资源分配工作)已经完成,为了减少资源浪费,源eNB发起测量控制流程时,还发起取消当前S1切换的流程。
步骤S509:源eNB发送eNB Status Transfer(基站状态转移)消息给MME,该消息包含上行PDCP-SN、HFN接收状态以及下行PDCP-SN、HFN接收状态;然后启动定时器等待UE Context Release Command消息的到来。若在定时器设定的第三预设时间超时之前,源eNB未收到UE Context Release Command消息,触发S1切换失败,该切换失败处于S1切换过程的完成阶段,则清零定时器,UE构造UE Context Release Request消息,并将该消息发送给源eNB以便删除UE占用的资源。
步骤S510:MME接收到源eNB发送eNB Status Transfer消息后,向目标eNB发送MME Status Transfer消息。
步骤S511:UE向目标eNB发送同步消息,并同步到目标eNB,通过随机接入信道接入目标eNB内的目标小区;发送同步消息后启动定时器等待目标eNB发送的上行分配/定时调整消息的到来。若在定时器设定的第四预设时间超时之前,UE未收到上行分配/定时调整消息,则触发S1切换失败,该切换失败处于S1切换流程的执行阶段,则清零定时器,向目标eNB发起RRC连接重建立的流程;若在定时器设定的第四预设时间超时之前,UE收到上行分配/定时调整消息,则执行步骤S513。
步骤S512:目标eNB接收到UE发送的同步消息后,向UE发送上行分配/定时调整消息。
步骤S513:UE接收到目标eNB发送的上行分配/定时调整消息后接入目标小区,则向目标eNB发送RRC连接重配完成消息,以确认切换执行工作结束。
步骤S514:目标eNB接收到UE发送的RRC连接重配完成消息后,向MME发送Handover Notify消息通知UE已经同步到目标小区。
步骤S515:MME与S-GW之间进行更新承载消息交互。
步骤S516:MME向源eNB发送UE Context Release Command消息,要求删除源eNB删除UE占用的本地资源。
步骤S517:源eNB删除UE占用的本地资源后,向MME发送UE上下UE Context Release Complete消息,S1切换过程的完成阶段结束。
上述内容详细介绍了本发明的方法实施例,对应地,本发明还提供了LTE系统S1切换失败处理系统。参见附图6,本系统600包括:切换失败触发单元601、阶段判断单元602、切换发起单元603、RRC连接重建立单元604和资源删除单元605,其中:
切换失败触发单元601,用于在接收到S1切换失败触发后调用所述阶段判断单元602;
阶段判断单元602,用于判断所述切换失败处于S1切换过程的阶段,如果处于S1切换过程的准备阶段,则调用切换发起单元603向目标小区发起S1切换流程;如果处于S1切换过程的执行阶段,则调用RRC连接重建立单元604发起RRC连接重建立的流程;如果处于S1切换过程的完成阶段,则调用资源删除单元605删除UE占用的资源。
本发明的系统实施例600的工作过程是:在切换失败触发单元601接收到S1切换失败触发后调用所述阶段判断单元602,由该单元判断所述切换失败处于S1切换过程的阶段,如果处于S1切换过程的准备阶段,则调用切换发起单元603向目标小区发起S1切换流程;如果处于S1切换过程的执行阶段,则调用RRC连接重建立单元604发起RRC连接重建立的流程;如果处于S1切换过程的完成阶段,则调用资源删除单元605删除UE占用的资源。
本发明的系统实施例提供的S1切换失败的处理方法通过对S1切换失败所处的阶段不同,采用差别化处理方式;如果在准备阶段,选择重新发起切换流程;如果在执行阶段,选择发起RRC连接重建立流程;如果在完成阶段,选择发起删除流程。与现有技术相比,本实施例分阶段、分情况选择与之对应的较为恰当的方式进行切换失败后的处理,准备阶段选择重新发起切换流程可增加成功实现S1切换的可能性,完成阶段选择发起删除流程可降低对LTE系统的资源占用,从而完善了LTE系统的性能,较好地解决了现有技术的问题。
值得注意的是:上述系统实例在具体应用时,由于发生切换失败触发的时点可以处于LTE系统S1切换流程的任何时点,因此本系统实施例将根据实际需要同时设置在UE、源eNB、目标eNB设备中,运行时,由UE、源eNB、目标eNB三个设备中设置的本系统实施例的相应单元配合进行,他们作为一个整体发挥作用。
上述本发明的系统实施例包括测量控制发起单元606,则:在发起RRC连接重建立的流程之后,成功建立RRC连接时调用测量控制发起单元发起测量控制流程,删除测量控制列表中的目标小区。
上述本发明的系统实施例还可包括随机接入发起单元607,则:在发起RRC连接重建立的流程之后,在未成功建立RRC连接时调用随机接入发起单元发起随机接入流程。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在发明的保护范围之内。

Claims (11)

1.一种LTE系统中S1切换失败的处理方法,其特征在于,该方法包括:
S1切换失败触发后,判断所述切换失败处于S1切换过程的阶段,如果处于S1切换过程的准备阶段,所述准备阶段从源eNB发出切换要求消息起到源eNB收到切换命令消息后发出RRC连接重配消息时止,则向目标小区发起S1切换流程;如果处于S1切换过程的执行阶段,所述执行阶段从源eNB发出RRC连接重配消息时起到目标eNB收到RRC连接重配完成消息时止,则发起RRC连接重建立流程;如果处于S1切换过程的完成阶段,所述完成阶段从目标eNB收到RRC连接重配完成消息时起到MME收到上下文释放完成消息时止,则删除UE占用的源eNB资源。
2.根据权利要求1所述的方法,其特征在于,所述S1切换失败触发包括:
UE监测到信号差向源eNB发送测量上报消息后,在第一预设时间内未收到RRC连接重配消息时,触发S1切换失败;或,
源eNB向MME发送切换要求消息后,在第二预设时间内未收到切换命令消息和切换准备失败消息时,触发S1切换失败;或,
源eNB向MME发送切换要求消息后,在第二预设时间内收到切换准备失败消息时,触发S1切换失败;或,
UE收到RRC连接重配消息进行配置未成功时,触发S1切换失败;或,
源eNB向MME发送基站状态转移消息后,在第三预设时间内未收到UE上下文释放命令消息时,触发S1切换失败;或,
UE向目标eNB发送同步消息后,在第四预设时间内未收到上行分配/定时调整消息时,触发S1切换失败。
3.根据权利要求2所述的方法,其特征在于:
当UE监测到信号差向源eNB发送测量上报消息后,在第一预设时间内未收到RRC连接重配消息而触发S1切换失败时,判断源eNB是否发送RRC连接重配消息,如果是,则S1切换失败处于S1切换过程的执行阶段;如果否,则S1切换失败处于S1切换过程的准备阶段;或,
当源eNB向MME发送切换要求消息后,在第二预设时间内未收到切换命令消息和切换准备失败消息而触发S1切换失败时,S1切换失败处于S1切换过程的准备阶段;或,
当源eNB向MME发送切换要求消息后,在第二预设时间内收到切换准备失败消息而触发切换失败时,S1切换失败处于S1切换过程准备阶段;或,
当UE收到RRC连接重配消息进行配置未成功而触发S1切换失败时,S1切换失败处于S1切换过程的执行阶段,由UE向目标eNB发起RRC连接重建立流程;或,
当源eNB向MME发送基站状态转移消息后,在第三预设时间内未收到UE上下文释放命令消息而触发S1切换失败时,S1切换失败处于S1切换过程的完成阶段,由UE向源eNB发送UE上下文释放请求消息以便删除UE占用的源eNB资源;或,
当UE向目标eNB发送同步消息后,在第四预设时间内未收到上行分配/定时调整消息而触发S1切换失败时,S1切换失败处于S1切换过程的执行阶段,由UE向目标eNB发起RRC连接重建立流程。
4.根据权利要求3所述的方法,其特征在于,当源eNB向MME发送切换要求消息后,在第二预设时间内未收到切换命令消息和切换准备失败消息而触发S1切换失败时,S1切换失败处于S1切换过程的准备阶段,则向原目标eNB的原目标小区发起S1切换流程;或,
当源eNB向MME发送切换要求消息后,在第二预设时间内收到切换准备失败消息而触发切换失败时,S1切换失败处于S1切换过程准备阶段,则向目标小区发起S1切换流程包括:
判断切换准备失败消息是否携带目标小区不可得或目标小区不允许切换或目标小区ID未知或无线资源不可得的信息内容,如果是,则向备选目标小区发起S1切换流程;如果否,则向原目标eNB的原目标小区发起S1切换流程。
5.根据权利要求3所述的方法,其特征在于,所述方法还包括:当源eNB向MME发送切换要求消息后,在第二预设时间内未收到切换命令消息和切换准备失败消息而触发S1切换失败时,S1切换失败处于S1切换过程的准备阶段,由源eNB发起取消当前S1切换的流程。
6.根据权利要求1至5中任何一项所述的方法,其特征在于,在发起RRC连接重建立流程之后,若成功建立RRC连接,则由源eNB发起测量控制流程,删除测量控制列表中的目标小区。
7.根据权利要求6所述的方法,其特征在于,在发起RRC连接重建立流程之后,所述方法还包括:发起取消当前S1切换的流程。
8.根据权利要求1至5中任何一项所述的方法,其特征在于,在发起RRC连接重建立流程之后,若未成功建立RRC连接,则发起随机接入流程。
9.一种LTE系统中S1切换失败的处理系统,其特征在于,该系统包括:切换失败触发单元、阶段判断单元、切换发起单元、RRC连接重建立单元和资源删除单元,其中:
所述切换失败触发单元,用于在接收到S1切换失败触发后调用所述阶段判断单元;
所述阶段判断单元,用于判断所述切换失败处于S1切换过程的阶段,如果处于S1切换过程的准备阶段,所述准备阶段从源eNB发出切换要求消息起到源eNB收到切换命令消息后发出RRC连接重配消息时止,则调用切换发起单元向目标小区发起S1切换流程;如果处于S1切换过程的执行阶段,所述执行阶段从源eNB发出RRC连接重配消息时起到目标eNB收到RRC连接重配完成消息时止,则调用RRC连接重建立单元发起RRC连接重建立流程;如果处于S1切换过程的完成阶段,所述完成阶段从目标eNB收到RRC连接重配完成消息时起到MME收到上下文释放完成消息时止,则调用资源删除单元删除UE占用的源eNB资源。
10.根据权利要求9所述的系统,其特征在于,所述系统包括测量控制发起单元,则:在发起RRC连接重建立流程之后,成功建立RRC连接时调用测量控制发起单元发起测量控制流程,删除测量控制列表中的目标小区。
11.根据权利要求9所述的系统,其特征在于,所述系统还包括随机接入发起单元,则:在发起RRC连接重建立流程之后,未成功建立RRC连接时调用随机接入发起单元发起随机接入流程。
CN 201110288647 2011-09-26 2011-09-26 一种lte系统中s1切换失败的处理方法与装置 Active CN102348245B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN 201110288647 CN102348245B (zh) 2011-09-26 2011-09-26 一种lte系统中s1切换失败的处理方法与装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 201110288647 CN102348245B (zh) 2011-09-26 2011-09-26 一种lte系统中s1切换失败的处理方法与装置

Publications (2)

Publication Number Publication Date
CN102348245A CN102348245A (zh) 2012-02-08
CN102348245B true CN102348245B (zh) 2013-12-18

Family

ID=45546433

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 201110288647 Active CN102348245B (zh) 2011-09-26 2011-09-26 一种lte系统中s1切换失败的处理方法与装置

Country Status (1)

Country Link
CN (1) CN102348245B (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5858148B2 (ja) * 2012-04-09 2016-02-10 日本電気株式会社 基地局ゲートウェイ装置、無線通信システム、通信方法
CN103686936B (zh) * 2012-09-11 2017-03-08 成都鼎桥通信技术有限公司 分组交换业务的接入方法和演进基站
CN103347271B (zh) * 2013-07-30 2016-05-04 北京北方烽火科技有限公司 一种lte系统内切换失败次数的统计方法及装置
CN104853390A (zh) * 2015-05-28 2015-08-19 武汉邮电科学研究院 一种lte系统的s1切换准备阶段失败处理方法
CN107438266B (zh) * 2016-05-27 2021-06-08 成都鼎桥通信技术有限公司 无线链路重建方法、装置和设备
CN108696376B (zh) * 2017-04-11 2021-08-24 中国移动通信集团湖北有限公司 信令切换失败的故障排查方法和装置
CN111405621B (zh) * 2019-01-03 2021-01-26 大唐移动通信设备有限公司 Srvcc切换异常的处理方法和装置
CN113396608B (zh) * 2019-02-14 2024-09-27 瑞典爱立信有限公司 一种用于执行切换的用户设备及其中的方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101009915A (zh) * 2006-01-26 2007-08-01 华为技术有限公司 媒体无关切换功能设备及其状态迁移方法
CN101848533A (zh) * 2010-04-28 2010-09-29 广州市广晟微电子有限公司 一种td-scdma终端射频自环自动增益控制方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100646376B1 (ko) * 2004-06-28 2006-11-23 에스케이 텔레콤주식회사 발신측 교환기를 이용하여 멀티미디어 링백톤 서비스를제공하는 방법 및 시스템

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101009915A (zh) * 2006-01-26 2007-08-01 华为技术有限公司 媒体无关切换功能设备及其状态迁移方法
CN101848533A (zh) * 2010-04-28 2010-09-29 广州市广晟微电子有限公司 一种td-scdma终端射频自环自动增益控制方法

Also Published As

Publication number Publication date
CN102348245A (zh) 2012-02-08

Similar Documents

Publication Publication Date Title
US11617115B2 (en) Method and eNB equipment for supporting seamless handover
US11743788B2 (en) Method and system for supporting fast recovery of user equipment
CN102348245B (zh) 一种lte系统中s1切换失败的处理方法与装置
CN108990116B (zh) 一种移动切换的管理方法、装置及设备
CN113630827B (zh) 支持切换的方法及对应的基站和网络节点
CN104994575B (zh) 更新用户设备位置信息的方法
CN103906152B (zh) 支持ue快速恢复的方法
CN110463262B (zh) 早期切换准备和早期切换命令
CN108882316B (zh) 小区切换方法、终端、基站设备和通信系统
EP3100516B1 (en) Efficient session management method and apparatus guaranteeing terminal mobility
EP2645774B1 (en) Methods and devices for releasing context related resources of user equipment
EP2547148A1 (en) Switch method, communications device and communications system
CN107708104B (zh) 辅基站变更的方法及装置
CN104812008A (zh) 一种小小区系统中支持ue移动的方法
CN113543251A (zh) 一种小小区系统中不同MeNB间切换的方法及设备
WO2008092408A1 (en) Method, device and system for establishing s1 signaling connection in evolved network
EP2993939A1 (en) Method and device for switching cells
CN112911726A (zh) 一种用户平面承载建立的方法及装置
CN101572922B (zh) 切换过程中用户平面处理方法及设备
CN107872851A (zh) 切换方法、系统以及基站
CN102056113A (zh) 一种紧急业务切换的处理方法及基站
WO2012019553A1 (zh) 接口连通性信息的发送与接收方法、设备和系统
CN106792947A (zh) 一种rrc连接重建立方法及基站
CN106604337A (zh) 一种rrc连接重建立方法及系统
CN101594610A (zh) 跟踪会话同步方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right

Effective date of registration: 20191113

Address after: 430073 Hubei province Wuhan Dongxin East Lake high tech Development Zone, Road No. 5

Patentee after: Wuhan Hongxin Communication Technology Co., ltd.

Address before: 100085, building 1, tower 5, East Road, Haidian District, Beijing

Patentee before: Beifang Fenghuo Tech Co., Ltd., Beijing

TR01 Transfer of patent right
CP03 Change of name, title or address

Address after: 430205 Hubei city of Wuhan province Jiangxia Hidden Dragon Island Tan lake two Road No. 1

Patentee after: CITIC Mobile Communication Technology Co., Ltd

Address before: 430073 Hubei province Wuhan Dongxin East Lake high tech Development Zone, Road No. 5

Patentee before: Wuhan Hongxin Telecommunication Technologies Co.,Ltd.

CP03 Change of name, title or address
CP01 Change in the name or title of a patent holder

Address after: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia District, Wuhan City, Hubei Province

Patentee after: CITIC Mobile Communication Technology Co.,Ltd.

Address before: 430205 No.1 tanhu 2nd Road, Canglong Island, Jiangxia District, Wuhan City, Hubei Province

Patentee before: CITIC Mobile Communication Technology Co., Ltd

CP01 Change in the name or title of a patent holder