CN106961747A - 基站及配置连接恢复信息的方法、连接恢复的方法及装置 - Google Patents
基站及配置连接恢复信息的方法、连接恢复的方法及装置 Download PDFInfo
- Publication number
- CN106961747A CN106961747A CN201610018190.9A CN201610018190A CN106961747A CN 106961747 A CN106961747 A CN 106961747A CN 201610018190 A CN201610018190 A CN 201610018190A CN 106961747 A CN106961747 A CN 106961747A
- Authority
- CN
- China
- Prior art keywords
- base station
- user terminal
- contextual information
- connection
- recovers
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种基站及配置连接恢复信息的方法、连接恢复的方法及装置,所述基站配置连接恢复信息的方法包括:当判决将所述用户终端从连接态迁移至空闲态时,保存所述用户终端在基站侧的上下文信息并生成RRC连接挂起信令;向所述用户终端发送RRC连接挂起信令,以控制所述用户终端从连接态迁移至空闲态。采用所述方法及装置,可以提高连接恢复流程成功的概率。
Description
技术领域
本发明涉及无线通信领域,尤其涉及一种基站及配置连接恢复信息的方法、连接恢复的方法及装置。
背景技术
在长期演进(Long Term Evolution,LTE)***中,用户终端(UserEquipment,UE)在进入连接态后,基站会为该UE分配必要的参数如安全算法,媒体介入控制层(属于Layer 2)相关的配置参数,物理层相关的配置参数(Layer 1)以及无线链路控制层(Layer 3)相关的配置参数如无线链路失败等参数,对于建立的承载,基站需要知晓为该承载所建立的与核心网之间的通道信息即GTP隧道,上述这些参数均称为UE的上下文(UE Context)信息。
在3GPP Release 13中,针对某些低成本终端,其所建立的业务一般为允许延迟的业务。针对这一类终端,为了减少其接入网络的信令开销,引入了恢复机制或称为悬挂机制(RRC Suspend),进入空闲态的UE需要保留本次接入网络所配置的上下文信息,基站也会保留该UE的上下文信息,具体为UE的接入层的配置参数,核心网中的移动管理实体(Mobility Management Entity,MME)也会保留该UE的上下文信息,具体为UE的非接入层的配置参数以及GTP隧道等信息。
在指示UE进入空闲态时,基站会向UE下发一个特殊标识,称为恢复标识(Resume ID)。当UE再次接入网络时,UE可以发起连接恢复流程,向基站指示自身的Resume ID。基站根据Resume ID可以识别出所述UE,并应用之前保存的上下文信息为所述UE恢复原先为所述UE建立的业务通道:即S1接口的GTP隧道以及相应空口上的数据无线承载,这样所述UE可以使用该业务通道再次进行数据传输。整个过程可能无需重配置无线资源,可以大大减少信令开销。
在现有的连接恢复流程中,UE在重新接入网络时,即可发起连接恢复流程。然而,现有的连接恢复流程失败的可能性较高。
发明内容
本发明解决的技术问题是如何提高连接恢复流程成功的概率。
为解决上述技术问题,本发明实施例提供一种基站配置连接恢复的方法,包括:判断是否将接入的用户终端从连接态迁移至空闲态;当判决将所述用户终端从连接态迁移至空闲态时,保存所述用户终端在基站侧的上下文信息并生成RRC连接挂起信令,所述RRC连接挂起信令包括:为所述用户终端分配的恢复标识,以及以下至少一种:用户终端侧的上下文信息所需保存时长、连接恢复流程的适用区域;向所述用户终端发送RRC连接挂起信令,以控制所述用户终端从连接态迁移至空闲态。
可选的,在判决将所述用户终端从连接态迁移至空闲态时还包括:向MME发送去激活消息,指示所述MME保存所述用户终端在MME侧的上下文信息,所述去激活消息中包括MME侧的上下文信息所需保存时长,所述用户终端侧的上下文信息所需保存时长与所述MME侧的上下文信息所需保存时长相等。
可选的,在向所述用户终端发送RRC连接挂起信令之前还包括:接收所述MME反馈的去激活确认消息。
可选的,所述基站配置连接恢复信息的方法还包括:向与自身存在X2接口的相邻基站发送X2接口信令,所述X2接口信令中包括:所述用户终端在基站侧的上下文信息、所述用户终端对应的恢复标识,以及以下至少一种:基站侧的上下文信息所需保存时长、连接恢复流程的适用区域,所述基站侧的上下文信息所需保存时长与所述用户终端侧的上下文信息所需保存时长相等。
可选的,所述基站配置连接恢复信息的方法还包括:当所述相邻基站接收到所述X2接口信令之后,所述相邻基站将所述X2接口信令发送至与所述相邻基站存在X2接口的相邻基站,所述与所述相邻基站存在X2接口的相邻基站不包括所述基站。
可选的,所述连接恢复流程的适用区域包括:一个或多个小区,一个或多个追踪区域码。
本发明实施例还提供了一种连接恢复的方法,包括:当接收到用户终端发送的RRC连接恢复请求时,从所述RRC连接恢复请求中获取所述用户终端对应的恢复标识,所述用户终端对应的恢复标识为所述用户终端之前接入小区对应的第一基站分配的;根据所述恢复标识,从存储的恢复标识与基站侧的上下文信息的映射关系信息中查找对应的所述用户终端在基站侧的上下文信息,并在查找到所述用户终端在基站侧的上下文信息后,向所述用户终端发送RRC连接恢复完成消息;向MME发送上下文消息激活请求,所述上下文消息激活请求中包括所述用户终端的标识信息;接收所述MME发送的上下文激活确认消息,所述上下文激活确认消息是所述MME在根据所述用户终端的标识信息查找到对应的MME侧的上下文信息后发送的;向所述用户终端发送通知消息,所述通知消息中包含指示承载已恢复的信息。
可选的,所述用户终端对应的恢复标识为:所述第一基站判决将所述用户终端从连接态迁移至空闲态时,为所述用户终端所分配的。
可选的,所述恢复标识与基站侧的上下文信息的映射关系信息通过X2接口从相邻基站获取,所述相邻基站为第一基站。
可选的,所述恢复标识与基站侧的上下文信息的映射关系信息采用X2接口通过相邻基站从所述第一基站获取,所述相邻基站与所述第一基站存在X2接口。
可选的,所述恢复标识与基站侧的上下文信息的映射关系信息中还包括以下至少一种:基站侧的上下文信息所需保存时长、连接恢复流程的适用区域。
可选的,所述连接恢复的方法还包括:当检测到保存所述基站侧的上下文信息的时长达到所述基站侧的上下文信息所需保存时长时,释放所述恢复标识与基站侧的上下文信息的映射关系信息。
本发明实施例还提供了一种用户终端连接恢复的方法,包括:当接收到第一基站下发的RRC连接挂起信令时,保存所述RRC连接挂起信令以及用户终端侧的上下文信息;所述RRC连接挂起信令包括:所述第一基站为所述用户终端分配的恢复标识,以及以下至少一种:用户终端侧的上下文信息所需保存时长、连接恢复流程的适用区域;在执行完成重选小区时,根据所述RRC连接挂起信令中的信息,判断是否满足发起连接恢复的条件;当满足发起连接恢复的条件时,发起连接恢复流程。
可选的,所述发起恢复流程包括:向第二基站发送RRC连接恢复请求,所述RRC连接恢复请求中包括所述第一基站为所述用户终端分配的恢复标识;接收所述第二基站发送的RRC连接恢复完成消息,所述RRC连接恢复完成消息为:所述第二基站根据所述恢复标识,查找到与所述恢复标识对应的所述用户终端在基站侧的上下文信息后生成的。
可选的,所述判断是否满足发起恢复流程的条件包括:判断当前接入的小区是否属于所述连接恢复流程的适用区域。
可选的,在判断当前接入的小区是否属于所述连接恢复流程的适用区域之前还包括:判断保存所述用户终端侧的上下文信息的时长是否达到所述用户终端侧的上下文信息所需保存时长。
可选的,所述用户终端连接恢复的方法还包括:当检测到保存所述用户终端侧的上下文信息的时长达到所述用户终端侧的上下文信息所需保存时长时,释放所述用户终端侧的上下文信息。
可选的,所述用户终端连接恢复的方法还包括:当保存所述用户终端侧的上下文信息的时长未达到所述用户终端侧的上下文信息所需保存时长,且当前接入的小区不属于所述连接恢复流程的适用区域时,若存在业务请求,则重新与所述当前接入的小区对应的基站建立RRC连接;接收所述当前接入的小区对应的基站为所述用户终端分配的新的用户终端侧的上下文信息,以与所述当前接入的小区对应的基站进行业务交互;继续保存所述第一基站为所述用户终端分配的用户终端侧的上下文信息。
可选的,在与所述当前接入的小区对应的基站进行业务交互后还包括:当未接收到所述当前接入的小区对应的基站下发的恢复标识时,释放所述新的用户终端侧的上下文信息;当接收到所述当前接入的小区对应的基站下发的恢复标识时,释放之前保存的所述用户终端侧的上下文信息,保存所述新的用户终端侧的上下文信息。
本发明实施例提供了一种基站,包括:第一判断单元,用于判断是否将接入的用户终端从连接态迁移至空闲态;第一保存单元,用于当所述判断单元判决将所述用户终端从连接态迁移至空闲态时,保存所述用户终端在基站侧的上下文信息;生成单元,用于当所述判断单元判决将所述用户终端从连接态迁移至空闲态时,生成RRC连接挂起信令,所述RRC连接挂起信令包括:为所述用户终端分配的恢复标识,以及以下至少一种:用户终端侧的上下文信息所需保存时长、连接恢复流程的适用区域;第一发送单元,用于向所述用户终端发送RRC连接挂起信令。
可选的,所述基站还包括:第二发送单元,用于向MME发送去激活消息,指示所述MME保存所述用户终端在MME侧的上下文信息,所述去激活消息中包括MME侧的上下文信息所需保存时长,所述用户终端侧的上下文信息所需保存时长与所述MME侧的上下文信息所需保存时长相等。
可选的,所述基站还包括:第一接收单元,用于接收所述MME反馈的去激活确认消息。
可选的,所述基站还包括:第三发送单元,适于向与自身存在X2接口的相邻基站发送X2接口信令,所述X2接口信令中包括:所述用户终端在基站侧的上下文信息、所述用户终端对应的恢复标识,以及以下至少一种:基站侧的上下文信息所需保存时长、所述连接恢复流程的适用区域,所述基站侧的上下文信息所需保存时长与所述用户终端侧的上下文信息所需保存时长相等。
可选的,当所述相邻基站接收到所述X2接口信令之后,所述相邻基站将所述X2接口信令发送至与所述相邻基站存在X2接口的相邻基站,所述与所述相邻基站存在X2接口的相邻基站不包括所述基站。
本发明实施例还提供了一种连接恢复的装置,包括:获取单元,用于从接收到的用户终端发送的RRC连接恢复请求中获取所述用户终端对应的恢复标识,所述用户终端对应的恢复标识为所述用户终端之前接入的小区对应的第一基站分配的;查找单元,用于根据所述恢复标识,从存储的恢复标识与基站侧的上下文信息的映射关系信息中查找对应的基站侧的上下文信息,并在查找到所述用户终端在基站侧的上下文信息后,向所述用户终端发送RRC连接恢复完成消息;第四发送单元,用于向MME发送上下文消息激活请求,所述上下文消息激活请求中包括所述用户终端的标识信息;第二接收单元,用于接收所述MME发送的上下文激活确认消息,所述上下文激活确认消息是所述MME在根据所述用户终端的标识信息查找到对应的MME侧的上下文信息后发送的;第五发送单元,用于向所述用户终端发送通知消息,所述通知消息中包含指示承载已恢复的信息。
可选的,所述恢复标识与基站侧的上下文信息的映射关系信息通过X2接口从相邻基站获取,所述相邻基站为第一基站。
可选的,所述恢复标识与基站侧的上下文信息的映射关系信息采用X2接口通过相邻基站从所述第一基站获取,所述相邻基站与所述第一基站存在X2接口。
可选的,所述恢复标识与基站侧的上下文信息的映射关系信息中还包括以下至少一种:基站侧的上下文信息所需保存时长、连接恢复流程的适用区域。
可选的,所述连接恢复的装置还包括:第一释放单元,用于当检测到保存所述基站侧的上下文信息的时长达到所述基站侧的上下文信息所需保存时长时,释放所述恢复标识与基站侧的上下文信息的映射关系信息。
本发明实施例还提供了一种用户终端,包括:第二保存单元,用于当接收到第一基站下发的RRC连接挂起信令时,保存所述RRC连接挂起信令以及用户终端侧的上下文信息;所述RRC连接挂起信令包括:所述第一基站为所述用户终端分配的恢复标识,以及以下至少一种:用户终端侧的上下文信息所需保存时长、连接恢复流程的适用区域;第二判断单元,用于当执行完成重选小区时,根据所述RRC连接挂起信令中的信息,判断是否满足发起连接恢复的条件;连接恢复流程发起单元,用于当满足发起连接恢复的条件时,发起连接恢复流程。
可选的,所述连接恢复流程发起单元包括:发送子单元,用于向第二基站发送RRC连接恢复请求,所述RRC连接恢复请求中包括所述第一基站为所述用户终端分配的恢复标识;接收子单元,用于接收所述第二基站发送的RRC连接恢复完成消息,所述RRC连接恢复完成消息为:所述第二基站根据所述恢复标识,查找到与所述恢复标识对应的所述用户终端在基站侧的上下文信息后生成的。
可选的,所述第二判断单元用于:判断当前接入的小区是否属于所述连接恢复流程的适用区域。
可选的,所述第二判断单元还用于:在判断当前接入的小区是否属于所述连接恢复流程的适用区域之前,判断保存所述用户终端侧的上下文信息的时长是否达到所述用户终端侧的上下文信息所需保存时长。
可选的,所述用户终端还包括:第二释放单元,用于当检测到保存所述用户终端侧的上下文信息的时长达到所述用户终端侧的上下文信息所需保存时长时,释放所述用户终端侧的上下文信息。
可选的,所述用户终端还包括:上下文信息保存单元,用于当保存所述用户终端侧的上下文信息的时长未达到所述用户终端侧的上下文信息所需保存时长,且当前接入的小区不属于所述连接恢复流程的适用区域时,保存所述当前接入的小区对应的基站为所述用户终端分配的新的用户终端侧的上下文信息,并继续保存所述第一基站为所述用户终端分配的用户终端侧的上下文信息。
可选的,所述第二释放单元还用于:当未接收到所述当前接入的小区对应的基站下发的恢复标识时,释放所述新的用户终端侧的上下文信息;当接收到所述当前接入的小区对应的基站下发的恢复标识时,释放之前保存的所述用户终端侧的上下文信息。
与现有技术相比,本发明实施例的技术方案具有以下有益效果:
当基站判决将用户终端从连接态迁移至空闲态时,为用户终端配置恢复标识以及用户终端侧保存上下文信息的时长和/或连接恢复流程的适用区域,之后再将恢复标识以及用户终端侧保存上下文信息的时长和/或连接恢复流程的适用区域发送至用户终端。通过上述配置,可以使得用户终端获知应保存上下文信息的时长和/或使用连接恢复流程的适用区域,从而可以使得用户终端能够获知是否应该发起连接恢复流程,从而提高连接恢复流程的成功率。
进一步,基站将所述用户终端在基站侧的上下文信息、用户终端对应的恢复标识以及基站侧的上下文信息所需保存时长和/或连接恢复流程的适用区域发送给存在X2接口的其他相邻基站,使得相邻基站能够共享上述信息,扩大连接恢复流程的覆盖区域。
由于处于连接恢复流程的适用区域内的基站已经获知用户终端的恢复标识以及用户终端在基站侧的上下文信息,当用户终端移动到连接恢复流程的适用区域之内时,若用户终端发起连接恢复请求,则可以响应用户终端的连接恢复请求,在新驻留的小区也可成功执行连接恢复流程。
附图说明
图1是本发明实施例中的一种基站配置连接恢复信息的方法流程图;
图2是本发明实施例中的一种连接恢复的方法流程图;
图3是本发明实施例中的一种用户终端连接恢复的方法流程图;
图4是本发明实施例中的一种基站的结构示意图;
图5是本发明实施例中的一种连接恢复装置的结构示意图;
图6是本发明实施例中的一种用户终端的结构示意图。
具体实施方式
在指示UE从连接态进入空闲态时,基站可以向UE下发一个特殊标识,称为恢复标识(Resume ID)。当UE进入空闲态时,会保存本次接入网络时基站所配置的用户终端侧的上下文信息,用户终端侧的上下文信息主要包括安全算法、媒体介入控制层(L2)相关的配置参数、物理层相关的配置参数以及无线链路控制层(L3)相关的配置参数如无线链路失败等参数以及GTP隧道信息等。
基站侧会保存该UE在基站侧的上下文信息,UE在基站侧的上下文信息主要包括接入层相关的配置参数。MME也会保存该UE在MME侧的上下文信息,UE在MME侧的上下文信息主要包括非接入层相关的配置参数以及GTP隧道等信息。
当UE再次接入网络时,UE可以发起连接恢复流程,向基站指示自身的Resume ID。基站根据Resume ID可以识别出所述UE,并应用之前保存的基站侧的上下文信息为所述UE恢复原先建立的业务通道:即S1接口的GTP隧道以及相应空口上的数据无线承载,这样UE就可以重新使用该业务通道再次进行数据传输。整个过程无需再重新配置上下文信息,可以大大减少信令开销。
现有的恢复机制中,当UE再次接入时即可发起连接恢复流程,然而,用户终端侧的上下文信息有可能会失效,或者用户终端会移动到其他基站对应的小区。例如,用户终端移动到其他基站对应的小区,由于其他基站中并没有保存UE在基站侧的上下文信息,这样用户终端发起的连接恢复流程就很可能会失败。
在本发明实施例中,当基站判决将用户终端从连接态迁移至空闲态时,为用户终端配置恢复标识以及用户终端侧保存上下文信息的时长和/或连接恢复流程的适用区域,之后再将恢复标识以及用户终端侧保存上下文信息的时长和/或连接恢复流程的适用区域发送至用户终端。通过上述配置,可以使得用户终端获知应保存上下文信息的时长和/或使用连接恢复流程的适用区域,从而可以使得用户终端能够获知是否应该发起连接恢复流程,从而提高连接恢复流程的成功率。
为使本发明的上述目的、特征和有益效果能够更为明显易懂,下面结合附图对本发明的具体实施例做详细的说明。
本发明实施例提供了一种基站为用户终端分配连接信息的方法,参照图1,以下通过具体步骤进行详细说明。
步骤S101,判断是否将接入的用户终端从连接态迁移至空闲态。
在具体实施中,用户终端可以与第一基站建立无线资源控制(RadioResource Control,RRC)连接,从而实现与第一基站进行业务交互,进行上下行数据的传输。
在执行完成一次业务交互后,第一基站可以检测用户终端当前是否仍存在业务需求,来判断是否将用户终端从连接态迁移至空闲态。
当用户终端不存在业务需求时,可以判决将用户终端从连接态迁移至空闲态,并执行步骤S102;当用户终端仍存在业务需求时,可以判决用户终端继续保持连接态,无需执行本发明实施例中以下步骤。
步骤S102,保存所述用户终端在基站侧的上下文信息并生成RRC连接挂起信令。
在具体实施中,当第一基站判决将用户终端从连接态迁移至空闲态时,第一基站可以保存本次接入过程中用户终端在基站侧的上下文信息,用户终端在基站侧的上下文信息主要为接入层相关的配置参数。
第一基站在保存用户终端在基站侧的上下文信息的同时,还可以生成RRC连接挂起信令。在本发明实施例中,RRC连接挂起信令中可以包括:第一基站为用户终端分配的恢复标识,以及以下至少一种:用户终端侧的上下文信息所需保存时长、连接恢复流程的适用区域。用户终端的恢复标识可以是与连接恢复功能相关的特殊标识,用于表征支持连接恢复功能的用户终端。
在具体实施中,RRC连接挂起信令中的用户终端侧的上下文信息所需保存时长和/或连接恢复流程的适用区域也可以是预先配置好的,并存储在用户终端中。
也就是说,RRC连接挂起信令中可以包括第一基站为用户终端分配的恢复标识以及用户终端侧的上下文信息所需保存时长,也可以包括第一基站为用户终端分配的恢复标识以及连接恢复流程的适用区域,还可以同时包括第一基站为用户终端分配的恢复标识、用户终端侧的上下文信息所需保存时长以及连接恢复流程的适用区域。
在本发明实施例中,连接恢复流程的适用区域可以包括一个小区或者多个小区,即连接恢复流程的适用区域包含一个或多个小区的标识,也可以包括一个或多个追踪区域(Tracking Area Code,TAC)。
步骤S103,向所述用户终端发送RRC连接挂起信令。
在具体实施中,当用户终端接收到第一基站发送的RRC连接挂起信令时,即可执行从连接态迁移至空闲态的操作,并保存RRC连接挂起信令中所包括的信息。
用户终端在保存RRC连接挂起信令之后,将本次网络接入过程中第一基站配置的用户终端侧的上下文信息保存,并开启预设的定时器进行计时。当计时时长达到用户终端侧的上下文信息所需保存时长时,即可将保存的用户终端侧的上下文信息释放,从而可以节省用户终端的存储空间。反之,当计时时长未达到用户终端侧的上下文信息所需保存时长时,可以继续保存用户终端侧的上下文信息。
用户终端侧的上下文信息包括安全算法、媒体介入控制层(L2)相关的配置参数、物理层相关的配置参数以及无线链路控制层(L3)相关的配置参数如无线链路失败等参数等。用户终端侧的上下文信息与用户终端在基站侧的上下文信息部分相同。
在本发明实施例中,在第一基站判决将用户终端从连接态迁移至空闲态时,第一基站在执行步骤S102的同时,还可以向MME发送去激活消息。第一基站执行步骤S102与执行向MME发送去激活消息之间并没有逻辑上的先后顺序。
MME在接收到去激活消息后,可以对与用户终端在MME侧的上下文信息进行去激活处理,以保存MME侧的上下文信息。MME侧的上下文信息主要为非接入层相关的配置参数以及GTP隧道信息。用户终端在MME侧的上下文信息与用户终端侧的上下文信息部分相同。
也就是说,用户终端侧的上下文信息、用户终端在基站侧的上下文信息以及用户终端在MME侧的上下文信息各不完全相同。
在本发明实施例中,第一基站发送的去激活消息中还可以包括MME侧的上下文信息所需保存时长。当MME保存MME侧的上下文信息的时长达到MME侧的上下文信息所需保存时长时,可以释放已经保存的MME侧的上下文信息,从而节省MME侧的存储空间。MME侧的上下文信息所需保存时长与用户终端侧的上下文信息所需保存时长相等。
当MME接收到第一基站发送的去激活消息后,即可保存MME侧的上下文信息,并向第一基站反馈去激活确认消息。第一基站在接收到MME发送的去激活确认消息后,再执行步骤S103。
在实际应用中,用户终端可能处于运动状态。在移动过程中,用户终端很有可能移动到其他基站的覆盖区域,其他基站的覆盖区域可能处于连接恢复流程的适用区域中。若处于连接恢复流程的适用区域中的其他基站不知道所述用户终端的恢复标识以及所述用户终端在基站侧的上下文信息,则当用户终端在其他基站的覆盖区域内发起连接恢复流程时,无法成功实现连接恢复流程。
例如,用户终端从第一基站的覆盖区域移动到第二基站的覆盖区域之后,若用户终端发起连接恢复流程,由于第二基站预先并不知道用户终端的恢复标识以及用户终端在基站侧的上下文信息,因此第二基站接收到用户终端发送的连接恢复请求后,无法响应用户终端的连接恢复请求,也就无法成功执行连接恢复流程。
在具体实施中,为使用户终端可以在连接恢复流程的适用区域内都可以成功执行连接恢复流程,第一基站可以将用户终端的恢复标识以及用户终端在基站侧的上下文信息发送给相邻基站,相邻基站是指与第一基站存在X2接口的邻近基站。
在本发明实施例中,第一基站可以向相邻基站发送X2接口信令,在X2接口信令中可以包括用户终端的恢复标识以及用户终端在基站侧的上下文信息,从而可以使得相邻基站能够获知用户终端的恢复标识以及用户终端在基站侧的上下文信息。需要说明的是,下文所述的X2接口信令均为即包含所述用户终端在基站侧的上下文信息、所述用户终端对应的恢复标识的信令。
X2接口信令中还可以包括基站侧的上下文信息所需保存时长,也可以包括连接恢复流程的适用区域,还可以同时包括基站侧的上下文信息所需保存时长以及连接恢复流程的适用区域。基站侧的上下文信息所需保存时长与用户终端侧的上下文信息所需保存时长以及MME侧的上下文信息所需保存时长均可相等。
相邻基站在接收到第一基站发送的X2接口信令后,即可从中获取保存基站侧的下文信息的基站侧的上下文信息所需保存时长和/或连接恢复流程的适用区域。当相邻基站检测到保存X2接口信令的时长达到基站侧的上下文信息所需保存时长时,即可将接收到的X2接口信令(即包含所述用户终端在基站侧的上下文信息、所述用户终端对应的恢复标识的X2接口信令)释放,从而可以节省自身的存储空间。
相邻基站在接收到X2接口信令后,也可以向第一基站反馈确认消息。第一基站在接收到相邻基站反馈的确认消息后,即可获知相邻基站已经保存了用户终端的恢复标识以及用户终端在基站侧的上下文信息。
通过这种“共享”的方式,第一基站将用户终端的恢复标识以及用户终端在基站侧的上下文信息发送给相邻基站。当用户终端移动到这些相邻基站的覆盖区域内时,若用户终端发起连接恢复流程,向这些相邻基站发送RRC连接恢复请求,在RRC连接恢复请求中包括用户终端的恢复标识。相邻基站在接收到RRC连接恢复请求时,即可从中获取用户终端的恢复标识。由于相邻基站中已经保存了用户终端的恢复标识以及用户终端在基站侧的上下文信息,因此相邻基站可以响应用户终端的连接恢复请求,从而成功实现连接恢复流程。
在实际应用中,连接恢复流程的适用区域可能较大,比如连接恢复流程的适用区域可以包括一个或多个TAC。而第一基站可能仅与连接恢复流程的适用区域中的部分基站存在X2接口,而与其他部分的基站不存在X2接口。这些与第一基站不存在X2接口的处于上下文信息适用区域的基站就无法获知用户终端的恢复标识以及用户终端在基站侧的上下文信息。
本发明实施例中,针对上述情况,当与第一基站存在X2接口的相邻基站接收到X2接口信令后,可以从连接恢复流程的适用区域中是否包含与自身相邻的基站,与自身相邻的基站并不包括第一基站。当连接恢复流程的适用区域中包含与自身相邻的基站时,可以将X2接口信令再转发给与自身相邻的基站。通过转发的方式,可以使得整个连接恢复流程的适用区域中的所有基站都能够获取到第一基站发送的X2接口信令。此时,用户终端在连接恢复流程的适用区域中,均可以完成连接恢复流程,即连接恢复流程的适用区域大大增加。
在实际应用中,当用户终端从连接态迁移至空闲态后,可以重新接入到第一基站所辖的小区。在重新执行的业务完成后,用户终端在基站侧的上下文信息可能会产生变化。此时,第一基站可以将新的用户终端在基站侧的上下文信息通过X2接口信令发送给相邻基站,以告知相邻基站所述用户终端在基站侧的上下文信息发生了变化。
相应地,当第一基站确定用户终端不再适用恢复流程时,也可以通过X2接口信令通知相邻基站释放该用户终端在基站侧的上下文信息,从而可以节省相邻基站的存储资源。
下面对用户终端执行连接恢复过程的具体流程进行说明。
参照图2,给出了本发明实施例中的一种连接恢复的方法,以下通过具体步骤进行详细说明。
步骤S201,当接收到用户终端发送的RRC连接恢复请求时,从所述RRC连接恢复请求中获取所述用户终端对应的恢复标识。
在具体实施中,所述用户终端对应的恢复标识可以是所述用户终端之前接入的小区对应的第一基站分配的。
第一基站为用户终端分配恢复标识的流程如下:用户终端接入第一基站所辖小区时,可以与第一基站建立无线资源控制(Radio Resource Control,RRC)连接。在执行完成一次业务交互后,第一基站检测到用户终端不存在业务需求时,可以判决将用户终端从连接态迁移至空闲态,向用户终端发送RRC连接挂起信令,在RRC连接挂起信令中可以包括第一基站为用户终端分配的恢复标识。
当用户终端存在与第二基站的业务需求时,可以发起随机接入过程。用户终端在发起随机接入过程中,向第二基站发送RRC连接恢复请求。在RRC连接恢复请求中可以包括第一基站为用户终端分配的恢复标识。
第二基站在接收到用户终端发送的RRC连接恢复请求后,即可从中获取用户终端对应的恢复标识,并执行步骤S202。
步骤S202,根据所述恢复标识,从存储的恢复标识与基站侧的上下文信息的映射关系信息中查找对应的所述用户终端在基站侧的上下文信息。
在具体实施中,第二基站中可以预先存储有恢复标识与基站侧的上下文信息的映射关系信息,可以根据用户终端的恢复标识在预设的映射关系信息中查找所述用户终端在基站侧的上下文信息。
在本发明实施例中,第二基站中存储的恢复标识与基站侧的上下文信息的映射关系信息可以是直接从第一基站获取的。从本发明上述实施例中可知,第一基站可以通过X2接口向相邻基站发送X2接口信令。在X2接口信令中可以包括用户终端的恢复标识、用户终端在基站侧的上下文信息,以及基站侧的上下文信息所需保存时长和/或连接恢复流程的适用区域。
第二基站可以为第一基站的相邻基站,且与第一基站存在X2接口。第二基站在接收到第一基站发送的X2接口信令后,即可获知所述用户终端的恢复标识以及基站侧的上下文信息的映射关系信息。
第二基站中存储的恢复标识与基站侧的上下文信息的映射关系信息还可以间接地从第一基站获取。第二基站可以通过X2接口与相邻基站进行通信,以获取X2接口信令。相邻基站获取到的X2接口信令可以是第一基站直接发送的,也可以是间接地从第一基站获取。
例如,与第一基站存在X2接口的相邻基站为第三基站,与第三基站存在X2接口的相邻基站为第二基站,第一基站与第二基站之间无法直接通信。则第一基站向第三基站发送X2接口信令,第三基站在接收到X2接口信令后,再将X2接口信令发送至第二基站。
需要注意的是,第二基站的覆盖区域应是处于连接恢复流程的适用区域内。也就是说,只有当第二基站的覆盖区域处于连接恢复流程的适用区域内时,第二基站才可以接收到所述X2接口信令。否则,X2接口是接收不到所述X2接口信令的,也就不会保存所述用户终端的恢复标识与基站侧的上下文的映射关系信息。
通过上述转发的方式,可以使得处于连接恢复流程的适用区域内的所有基站都可以获取到X2接口信令。
第二基站在获取到用户终端的恢复标识后,即可在已存储的恢复标识与基站侧的上下文信息的映射关系信息中查找所述恢复标识对应的用户终端在基站侧的上下文信息。
在本发明实施例中,第二基站在接收到X2接口信令后,可以启动定时器进行计时。当计时时长达到基站侧的上下文信息所需保存时长时,即可将保存的恢复标识与基站侧的上下文信息的映射关系释放,此时第二基站可将相应的上下文信息删除,从而可以释放第二基站的部分缓存。
步骤S203,当查找到所述用户终端在基站侧的上下文信息后,向所述用户终端发送RRC连接恢复完成消息。
在具体实施中,当第二基站在存储的恢复标识与基站侧的上下文信息的映射关系信息中,查找到与所述用户终端的恢复标识对应的用户终端在基站侧的上下文信息后,即可向所述用户终端发送RRC连接恢复完成消息。此时,接入层的连接恢复流程完成。
在接入层的连接恢复完成后,需要进行非接入层的连接恢复流程。
步骤S204,向MME发送上下文信息激活请求。
在本发明实施例中,第二基站向MME发送的上下文信息激活请求中可以携带有用户终端的标识信息。
步骤S205,接收所述MME发送的上下文信息激活确认消息。
在具体实施中,当MME在接收到第二基站发送的上下文信息激活请求后,从第二基站发送的上下文信息激活请求中获取用户终端的标识信息,根据所述标识信息即可查找是否存在与所述用户终端在MME侧的上下文信息。MME在查找到与所述用户终端在MME侧的上下文信息后,向第二基站发送上下文信息激活确认消息。
第二基站在接收到MME发送的上下文信息激活确认消息后,表明非接入层连接恢复流程完成。
步骤S206,向所述用户终端发送通知消息,所述通知消息中包含指示承载已恢复的信息。
在步骤S201~步骤S205执行完成后,接入层恢复流程以及非接入层恢复流程均已完成,用户终端与第二基站、第二基站与MME之间的承载通路已经打通,用户终端能够成功与第二基站进行业务交互,整个连接恢复过程完成。此时,第二基站可以向用户终端发送通知消息,以告知用户终端当前承载通路已经打通的信息,也即承载已恢复的信息。
由此可见,基站将用户终端在基站侧的上下文信息、用户终端对应的恢复标识以及基站侧的上下文信息所需保存时长和/或连接恢复流程的适用区域发送给存在X2接口的其他相邻基站,使得相邻基站能够共享上述信息,扩大连接恢复流程的覆盖区域。
本发明实施例还提供了一种用户终端连接恢复功能的实现方法,参照图3,以下结合上述步骤S101~步骤S103以及步骤S201~步骤S206进行说明。
步骤S301,当接收到第一基站下发的RRC连接挂起信令时,保存所述RRC连接挂起信令以及用户终端侧的上下文信息。
在具体实施中,当第一基站判定用户终端无业务传输时,可以向用户终端下发RRC连接挂起信令,以指示用户终端从连接态迁移至空闲态。用户终端在接收到RRC连接挂起信令时,即可保存RRC连接挂起信令,并保存用户终端侧的上下文信息。
用户终端侧的上下文信息包括安全算法、媒体介入控制层(L2)相关的配置参数、物理层相关的配置参数以及无线链路控制层(L3)相关的配置参数如无线链路失败等参数等。
步骤S302,在执行完成重选小区时,根据所述RRC连接挂起信令中的信息,判断是否满足发起连接恢复的条件。
在具体实施中,用户终端在处于空闲态时,可以执行小区选择或者小区重选操作。在执行完成重选小区后,当前接入的小区对应的基站为第二基站。第二基站可以与第一基站为同一基站,也可以为不同的基站。
用户终端可以从RRC连接挂起信令中获取保存用户终端侧的上下文信息的用户终端侧的上下文信息所需保存时长和/或连接恢复流程的适用区域。用户终端可以判断当前接入的小区是否属于连接恢复流程的适用区域。
当用户终端当前接入的小区属于连接恢复流程的适用区域时,判定满足发起连接恢复的条件,执行步骤S303;当用户终端当前接入的小区不属于连接恢复流程的适用区域时,判定不满足发起连接恢复的条件,用户终端禁止发起连接恢复流程。
在本发明实施例中,在判断用户终端当前接入的小区是否属于连接恢复流程的适用区域之前,还可以包括:判断用户终端保存所述用户终端侧的上下文信息的时长是否达到用户终端侧的上下文信息所需保存时长。
当用户终端保存用户终端侧的上下文信息的时长达到用户终端侧的上下文信息所需保存时长时,用户终端释放用户终端的上下文信息,此时判定无法满足发起连接恢复条件;当用户终端保存用户终端侧的上下文信息的时长未达到用户终端侧的上下文信息所需保存时长时,再去判断用户终端当前接入的小区是否属于连接恢复流程的适用区域。
步骤S303,当满足发起连接恢复的条件时,发起连接恢复流程。
在本发明实施例中,发起连接恢复流程可以包括以下步骤:
1)向第二基站发送RRC连接恢复请求;
2)接收第二基站发送的RRC连接恢复完成消息。
在本发明实施例中,RRC连接恢复请求中可以包括第一基站为用户终端分配的恢复标识。第二基站中可以保存有第一基站发送的X2接口信令,即第二基站中预先存储有所述用户终端的恢复标识与基站侧的上下文信息的映射关系信息,因此可以根据用户终端的恢复标识在预设的映射关系信息中查找所述用户终端在基站侧的上下文信息。
当第二基站查找到与所述用户终端的恢复标识对应的用户终端在基站侧的上下文信息后,即可向所述用户终端发送RRC连接恢复完成消息。
例如,第二基站所辖的三个小区都属于连接恢复流程的适用区域,用户终端驻留在第二基站所辖的三个小区中任一个时,都可以成功执行连接恢复流程。
在实际应用中,当用户终端中保存用户终端侧的上下文信息的时长未达到用户终端侧的上下文信息所需保存时长时,可能存在用户终端当前接入的小区不属于连接恢复流程的适用区域的情况。当用户终端存在业务需求时,用户终端可以与第二基站建立RRC连接,建立数据承载以便传递数据,此时,第二基站为用户终端配置新的用户终端侧的上下文信息,新的用户终端侧的上下文信息与之前已经保存的用户终端侧的上下文信息不同。此时用户终端可以删除之前保存的上下文信息,或者继续保留之前保存的上下文信息。
在本次业务处理完成之后,用户终端重新进入空闲态。若在重新进入空闲态时,未接收到第二基站发送的恢复标识时,则可以释放新的用户终端侧的上下文信息。若在重新进入空闲态时,接收到第二基站发送的恢复标识时,则可以释放之前已经保存的用户终端侧的上下文信息,保存新的用户终端的上下文信息。
由此可见,由于连接恢复流程的适用区域对应的基站已经获知用户终端的恢复标识以及用户终端在基站侧的上下文信息,当用户终端移动到连接恢复流程的适用区域之内时,若用户终端发起连接恢复请求,则可以响应用户终端的连接恢复请求,在新驻留的小区也可成功执行连接恢复流程。
参照图4,给出了本发明实施例中的一种基站40,包括:第一判断单元401、第一保存单元402、生成单元403以及第一发送单元404,其中:
第一判断单元401,用于判断是否将接入的用户终端从连接态迁移至空闲态;
第一保存单元402,用于当所述判断单元判决将所述用户终端从连接态迁移至空闲态时,保存所述用户终端在基站侧的上下文信息;
生成单元403,用于当所述判断单元判决将所述用户终端从连接态迁移至空闲态时,生成RRC连接挂起信令,所述RRC连接挂起信令包括:为所述用户终端分配的恢复标识,以及以下至少一种:用户终端侧的上下文信息所需保存时长、连接恢复流程的适用区域;
第一发送单元404,向所述用户终端发送RRC连接挂起信令。
在具体实施中,所述基站40还可以包括:第二发送单元(图4中未示出),用于向MME发送去激活消息,指示所述MME保存所述用户终端在MME侧的上下文信息,所述去激活消息中包括MME侧的上下文信息所需保存时长,所述用户终端侧的上下文信息所需保存时长与所述MME侧的上下文信息所需保存时长相等。
在具体实施中,所述基站还可以包括第一接收单元(图4中未示出),用于接收所述MME反馈的去激活确认消息。
在具体实施中,所述基站40还可以包括:第三发送单元(图4中未示出),适于向与自身存在X2接口的相邻基站发送X2接口信令,所述X2接口信令中包括:所述用户终端在基站侧的上下文信息、所述用户终端对应的恢复标识,以及以下至少一种:基站侧的上下文信息所需保存时长、连接恢复流程的适用区域,所述基站侧的上下文信息所需保存时长与所述用户终端侧的上下文信息所需保存时长相等。
在具体实施中,当所述相邻基站接收到所述X2接口信令之后,所述相邻基站将所述X2接口信令发送至与所述相邻基站存在X2接口的相邻基站,所述与所述相邻基站存在X2接口的相邻基站不包括所述基站。
参照图5,给出了本发明实施例中的一种连接恢复的装置50,包括:获取单元501、查找单元502、第四发送单元503、第二接收单元504以及第五发送单元505,其中:
获取单元501,用于从接收到的用户终端发送的RRC连接恢复请求中获取所述用户终端对应的恢复标识,所述用户终端对应的恢复标识为所述用户终端之前接入的小区对应的第一基站分配的;
查找单元502,用于根据所述恢复标识,从存储的恢复标识与基站侧的上下文信息的映射关系信息中查找对应的所述用户终端在基站侧的上下文信息,并在查找到所述用户终端在基站侧的上下文信息后,向所述用户终端发送RRC连接恢复完成消息;
第四发送单元503,用于向MME发送上下文消息激活请求,所述上下文消息激活请求中包括所述用户终端的标识信息;
第二接收单元504,用于接收所述MME发送的上下文激活确认消息,所述上下文激活确认消息是所述MME在根据所述用户终端的标识信息查找到对应的MME侧的上下文信息后发送的;
第五发送单元505,用于向所述用户终端发送通知消息,所述通知消息中包含指示承载已恢复的信息。
在具体实施中,所述恢复标识与基站侧的上下文信息的映射关系信息通过X2接口从相邻基站获取,所述相邻基站为第一基站。
在具体实施中,所述恢复标识与基站侧的上下文信息的映射关系信息采用X2接口通过相邻基站从所述第一基站获取,所述相邻基站与所述第一基站存在X2接口。
在具体实施中,所述恢复标识与基站侧的上下文信息的映射关系信息中还包括以下至少一种:基站侧的上下文信息所需保存时长、连接恢复流程的适用区域。
在具体实施中,所述连接恢复的装置还可以包括:第一释放单元(图5中未示出),用于当检测到保存所述基站侧的上下文信息的时长达到所述基站侧的上下文信息所需保存时长时,释放所述恢复标识与基站侧的上下文信息的映射关系信息。
参照图6,给出了本发明实施例中的一种用户终端,包括:第二保存单元601、第二判断单元602以及连接恢复流程发起单元603,其中:
第二保存单元601,用于当接收到第一基站下发的RRC连接挂起信令时,保存所述RRC连接挂起信令以及用户终端侧的上下文信息;所述RRC连接挂起信令包括:所述第一基站为所述用户终端分配的恢复标识,以及以下至少一种:用户终端侧的上下文信息所需保存时长、连接恢复流程的适用区域;
第二判断单元602,用于当执行完成重选小区时,根据所述RRC连接挂起信令中的信息,判断是否满足发起连接恢复的条件;
连接恢复流程发起单元603,用于当满足发起连接恢复的条件时,发起连接恢复流程。
在具体实施中,所述连接恢复流程发起单元603可以包括:发送子单元,用于向第二基站发送RRC连接恢复请求,所述RRC连接恢复请求中包括所述第一基站为所述用户终端分配的恢复标识;接收子单元,用于接收所述第二基站发送的RRC连接恢复完成消息,所述RRC连接恢复完成消息为:所述第二基站根据所述恢复标识,查找到与所述恢复标识对应的所述用户终端在基站侧的上下文信息后生成的。
在具体实施中,所述第二判断单元602可以用于:判断当前接入的小区是否属于所述连接恢复流程的适用区域。
在具体实施中,所述第二判断单元602还可以用于:在判断当前接入的小区是否属于所述连接恢复流程的适用区域之前,判断保存所述用户终端侧的上下文信息的时长是否达到所述用户终端侧的上下文信息所需保存时长。
在具体实施中,所述用户终端还可以包括:第二释放单元(图6中未示出),用于当检测到保存所述用户终端侧的上下文信息的时长达到所述用户终端侧的上下文信息所需保存时长时,释放所述用户终端侧的上下文信息。
在具体实施中,所述用户终端还可以包括:上下文信息保存单元(图6中未示出),用于当保存所述用户终端侧的上下文信息的时长未达到所述用户终端侧的上下文信息所需保存时长,且当前接入的小区不属于所述连接恢复流程的适用区域时,保存所述当前接入的小区对应的基站为所述用户终端分配的新的用户终端侧的上下文信息,并继续保存所述第一基站为所述用户终端分配的用户终端侧的上下文信息。
在具体实施中,所述第二释放单元还可以用于:当未接收到所述当前接入的小区对应的基站下发的恢复标识时,释放所述新的用户终端侧的上下文信息;当接收到所述当前接入的小区对应的基站下发的恢复标识时,释放之前保存的所述用户终端侧的上下文信息。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储介质中,存储介质可以包括:ROM、RAM、磁盘或光盘等。
虽然本发明披露如上,但本发明并非限定于此。任何本领域技术人员,在不脱离本发明的精神和范围内,均可作各种更动与修改,因此本发明的保护范围应当以权利要求所限定的范围为准。
Claims (36)
1.一种基站配置连接恢复信息的方法,其特征在于,包括:
判断是否将接入的用户终端从连接态迁移至空闲态;
当判决将所述用户终端从连接态迁移至空闲态时,保存所述用户终端在基站侧的上下文信息并生成RRC连接挂起信令,所述RRC连接挂起信令包括:为所述用户终端分配的恢复标识,以及以下至少一种:用户终端侧的上下文信息所需保存时长、连接恢复流程的适用区域;
向所述用户终端发送RRC连接挂起信令,以控制所述用户终端从连接态迁移至空闲态。
2.如权利要求1所述的基站配置连接恢复信息的方法,其特征在于,在判决将所述用户终端从连接态迁移至空闲态时还包括:
向MME发送去激活消息,指示所述MME保存所述用户终端在MME侧的上下文信息,所述去激活消息中包括MME侧的上下文信息所需保存时长,所述用户终端侧的上下文信息所需保存时长与所述MME侧的上下文信息所需保存时长相等。
3.如权利要求2所述的基站配置连接恢复信息的方法,其特征在于,在向所述用户终端发送RRC连接挂起信令之前还包括:接收所述MME反馈的去激活确认消息。
4.如权利要求1或3所述的基站配置连接恢复信息的方法,其特征在于,还包括:向与自身存在X2接口的相邻基站发送X2接口信令,所述X2接口信令中包括:所述用户终端在基站侧的上下文信息、所述用户终端对应的恢复标识,以及以下至少一种:基站侧的上下文信息所需保存时长、所述连接恢复流程的适用区域,所述基站侧的上下文信息所需保存时长与所述用户终端侧的上下文信息所需保存时长相等。
5.如权利要求4所述的基站配置连接恢复信息的方法,其特征在于,还包括:当所述相邻基站接收到所述X2接口信令之后,所述相邻基站将所述X2接口信令发送至与所述相邻基站存在X2接口的相邻基站,所述与所述相邻基站存在X2接口的相邻基站不包括所述基站。
6.如权利要求1所述的基站配置连接恢复信息的方法,其特征在于,所述连接恢复流程的适用区域包括:一个或多个小区,一个或多个追踪区域码。
7.一种连接恢复的方法,其特征在于,包括:
当接收到用户终端发送的RRC连接恢复请求时,从所述RRC连接恢复请求中获取所述用户终端对应的恢复标识,所述用户终端对应的恢复标识为所述用户终端之前接入的小区对应的第一基站分配的;
根据所述恢复标识,从存储的恢复标识与基站侧的上下文信息的映射关系信息中查找对应的所述用户终端在基站侧的上下文信息,并在查找到所述用户终端在基站侧的上下文信息后,向所述用户终端发送RRC连接恢复完成消息;
向MME发送上下文消息激活请求,所述上下文消息激活请求中包括所述用户终端的标识信息;
接收所述MME发送的上下文激活确认消息,所述上下文激活确认消息是所述MME在根据所述用户终端的标识信息查找到对应的MME侧的上下文信息后发送的;
向所述用户终端发送通知消息,所述通知消息中包含指示承载已恢复的信息。
8.如权利要求7所述的连接恢复的方法,其特征在于,所述用户终端对应的恢复标识为:所述第一基站判决将所述用户终端从连接态迁移至空闲态时,为所述用户终端所分配的。
9.如权利要求8所述的连接恢复的方法,其特征在于,所述恢复标识与基站侧的上下文信息的映射关系信息通过X2接口从相邻基站获取,所述相邻基站为第一基站。
10.如权利要求8所述的连接恢复的方法,其特征在于,所述恢复标识与基站侧的上下文信息的映射关系信息采用X2接口通过相邻基站从所述第一基站获取,所述相邻基站与所述第一基站存在X2接口。
11.如权利要求9或10所述的连接恢复的方法,其特征在于,所述恢复标识与基站侧的上下文信息的映射关系信息中还包括以下至少一种:基站侧的上下文信息所需保存时长、连接恢复流程的适用区域。
12.如权利要求11所述的连接恢复的方法,其特征在于,还包括:当检测到保存所述基站侧的上下文信息的时长达到所述基站侧的上下文信息所需保存时长时,释放所述恢复标识与基站侧的上下文信息的映射关系信息。
13.一种用户终端连接恢复的方法,其特征在于,包括:
当接收到第一基站下发的RRC连接挂起信令时,保存所述RRC连接挂起信令以及用户终端侧的上下文信息;所述RRC连接挂起信令包括:所述第一基站为所述用户终端分配的恢复标识,以及以下至少一种:用户终端侧的上下文信息所需保存时长、连接恢复流程的适用区域;
在执行完成重选小区时,根据所述RRC连接挂起信令中的信息,判断是否满足发起连接恢复的条件;
当满足发起连接恢复的条件时,发起连接恢复流程。
14.如权利要求13所述的用户终端连接恢复的方法,其特征在于,所述发起恢复流程包括:
向第二基站发送RRC连接恢复请求,所述RRC连接恢复请求中包括所述第一基站为所述用户终端分配的恢复标识;
接收所述第二基站发送的RRC连接恢复完成消息,所述RRC连接恢复完成消息为:所述第二基站根据所述恢复标识,查找到与所述恢复标识对应的所述用户终端在基站侧的上下文信息后生成的。
15.如权利要求13所述的用户终端连接恢复的方法,其特征在于,所述判断是否满足发起恢复流程的条件包括:
判断当前接入的小区是否属于所述连接恢复流程的适用区域。
16.如权利要求15所述的用户终端连接恢复的方法,其特征在于,在判断当前接入的小区是否属于所述连接恢复流程的适用区域之前还包括:判断保存所述用户终端侧的上下文信息的时长是否达到所述用户终端侧的上下文信息所需保存时长。
17.如权利要求13所述的用户终端连接恢复的方法,其特征在于,还包括:当检测到保存所述用户终端侧的上下文信息的时长达到所述用户终端侧的上下文信息所需保存时长时,释放所述用户终端侧的上下文信息。
18.如权利要求13所述的用户终端连接恢复的方法,其特征在于,还包括:当保存所述用户终端侧的上下文信息的时长未达到所述用户终端侧的上下文信息所需保存时长,且当前接入的小区不属于所述连接恢复流程的适用区域时,若存在业务请求,则重新与所述当前接入的小区对应的基站建立RRC连接;
接收所述当前接入的小区对应的基站为所述用户终端分配的新的用户终端侧的上下文信息,以与所述当前接入的小区对应的基站进行业务交互;
继续保存所述第一基站为所述用户终端分配的用户终端侧的上下文信息。
19.如权利要求18所述的用户终端连接恢复的方法,其特征在于,在与所述当前接入的小区对应的基站进行业务交互后还包括:
当未接收到所述当前接入的小区对应的基站下发的恢复标识时,释放所述新的用户终端侧的上下文信息;
当接收到所述当前接入的小区对应的基站下发的恢复标识时,释放之前保存的所述用户终端侧的上下文信息,保存所述新的用户终端侧的上下文信息。
20.一种基站,其特征在于,包括:
第一判断单元,用于判断是否将接入的用户终端从连接态迁移至空闲态;
第一保存单元,用于当所述判断单元判决将所述用户终端从连接态迁移至空闲态时,保存所述用户终端在基站侧的上下文信息;
生成单元,用于当所述判断单元判决将所述用户终端从连接态迁移至空闲态时,生成RRC连接挂起信令,所述RRC连接挂起信令包括:为所述用户终端分配的恢复标识,以及以下至少一种:用户终端侧的上下文信息所需保存时长、连接恢复流程的适用区域;
第一发送单元,用于向所述用户终端发送RRC连接挂起信令。
21.如权利要求20所述的基站,其特征在于,还包括:第二发送单元,用于向MME发送去激活消息,指示所述MME保存所述用户终端在MME侧的上下文信息,所述去激活消息中包括MME侧的上下文信息所需保存时长,所述用户终端侧的上下文信息所需保存时长与所述MME侧的上下文信息所需保存时长相等。
22.如权利要求21所述的基站,其特征在于,还包括:第一接收单元,用于接收所述MME反馈的去激活确认消息。
23.如权利要求21或22所述的基站,其特征在于,还包括:第三发送单元,适于向与自身存在X2接口的相邻基站发送X2接口信令,所述X2接口信令中包括:所述用户终端在基站侧的上下文信息、所述用户终端对应的恢复标识,以及以下至少一种:基站侧的上下文信息所需保存时长、所述连接恢复流程的适用区域,所述基站侧的上下文信息所需保存时长与所述用户终端侧的上下文信息所需保存时长相等。
24.如权利要求23所述的基站,其特征在于,当所述相邻基站接收到所述X2接口信令之后,所述相邻基站将所述X2接口信令发送至与所述相邻基站存在X2接口的相邻基站,所述与所述相邻基站存在X2接口的相邻基站不包括所述基站。
25.一种连接恢复的装置,其特征在于,包括:
获取单元,用于从接收到的用户终端发送的RRC连接恢复请求中获取所述用户终端对应的恢复标识,所述用户终端对应的恢复标识为所述用户终端之前接入的小区对应的第一基站分配的;
查找单元,用于根据所述恢复标识,从存储的恢复标识与基站侧的上下文信息的映射关系信息中查找对应的所述用户终端在基站侧的上下文信息,并在查找到所述用户终端在基站侧的上下文信息后,向所述用户终端发送RRC连接恢复完成消息;
第四发送单元,用于向MME发送上下文消息激活请求,所述上下文消息激活请求中包括所述用户终端的标识信息;
第二接收单元,用于接收所述MME发送的上下文激活确认消息,所述上下文激活确认消息是所述MME在根据所述用户终端的标识信息查找到对应的MME侧的上下文信息后发送的;
第五发送单元,用于向所述用户终端发送通知消息,所述通知消息中包含指示承载已恢复的信息。
26.如权利要求25所述的连接恢复的装置,其特征在于,所述恢复标识与基站侧的上下文信息的映射关系信息通过X2接口从相邻基站获取,所述相邻基站为第一基站。
27.如权利要求25所述的连接恢复的装置,其特征在于,所述恢复标识与基站侧的上下文信息的映射关系信息采用X2接口通过相邻基站从所述第一基站获取,所述相邻基站与所述第一基站存在X2接口。
28.如权利要求26或27所述的连接恢复的装置,其特征在于,所述恢复标识与基站侧的上下文信息的映射关系信息中还包括以下至少一种:基站侧的上下文信息所需保存时长、连接恢复流程的适用区域。
29.如权利要求28所述的连接恢复的装置,其特征在于,还包括:第一释放单元,用于当检测到保存所述基站侧的上下文信息的时长达到所述基站侧的上下文信息所需保存时长时,释放所述恢复标识与基站侧的上下文信息的映射关系信息。
30.一种用户终端,其特征在于,包括:
第二保存单元,用于当接收到第一基站下发的RRC连接挂起信令时,保存所述RRC连接挂起信令以及用户终端侧的上下文信息;所述RRC连接挂起信令包括:所述第一基站为所述用户终端分配的恢复标识,以及以下至少一种:用户终端侧的上下文信息所需保存时长、连接恢复流程的适用区域;
第二判断单元,用于当执行完成重选小区时,根据所述RRC连接挂起信令中的信息,判断是否满足发起连接恢复的条件;
连接恢复流程发起单元,用于当满足发起连接恢复的条件时,发起连接恢复流程。
31.如权利要求30所述的用户终端,其特征在于,所述连接恢复流程发起单元包括:发送子单元,用于向第二基站发送RRC连接恢复请求,所述RRC连接恢复请求中包括所述第一基站为所述用户终端分配的恢复标识;接收子单元,用于接收所述第二基站发送的RRC连接恢复完成消息,所述RRC连接恢复完成消息为:所述第二基站根据所述恢复标识,查找到与所述恢复标识对应的所述用户终端在基站侧的上下文信息后生成的。
32.如权利要求30所述的用户终端,其特征在于,所述第二判断单元用于:判断当前接入的小区是否属于所述连接恢复流程的适用区域。
33.如权利要求32所述的用户终端,其特征在于,所述第二判断单元还用于:在判断当前接入的小区是否属于所述连接恢复流程的适用区域之前,判断保存所述用户终端侧的上下文信息的时长是否达到所述用户终端侧的上下文信息所需保存时长。
34.如权利要求30所述的用户终端,其特征在于,还包括:第二释放单元,用于当检测到保存所述用户终端侧的上下文信息的时长达到所述用户终端侧的上下文信息所需保存时长时,释放所述用户终端侧的上下文信息。
35.如权利要求34所述的用户终端,其特征在于,还包括:上下文信息保存单元,用于当保存所述用户终端侧的上下文信息的时长未达到所述用户终端侧的上下文信息所需保存时长,且当前接入的小区不属于所述连接恢复流程的适用区域时,保存所述当前接入的小区对应的基站为所述用户终端分配的新的用户终端侧的上下文信息,并继续保存所述第一基站为所述用户终端分配的用户终端侧的上下文信息。
36.如权利要求35所述的用户终端,其特征在于,所述第二释放单元还用于:当未接收到所述当前接入的小区对应的基站下发的恢复标识时,释放所述新的用户终端侧的上下文信息;当接收到所述当前接入的小区对应的基站下发的恢复标识时,释放之前保存的所述用户终端侧的上下文信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610018190.9A CN106961747A (zh) | 2016-01-12 | 2016-01-12 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610018190.9A CN106961747A (zh) | 2016-01-12 | 2016-01-12 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106961747A true CN106961747A (zh) | 2017-07-18 |
Family
ID=59481332
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610018190.9A Pending CN106961747A (zh) | 2016-01-12 | 2016-01-12 | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106961747A (zh) |
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107959953A (zh) * | 2018-01-08 | 2018-04-24 | 创新维度科技(北京)有限公司 | 跨接窄带物联网基站的rrc连接恢复方法、基站、终端和*** |
CN108156630A (zh) * | 2016-12-02 | 2018-06-12 | 宏达国际电子股份有限公司 | 检测失败后处理数据传输的装置及方法 |
WO2019019990A1 (zh) * | 2017-07-24 | 2019-01-31 | 中兴通讯股份有限公司 | 连接建立方法、网元、存储介质及*** |
CN109756971A (zh) * | 2017-08-24 | 2019-05-14 | ***通信有限公司研究院 | 去激活态ue异常处理方法、设备和计算机可读存储介质 |
CN109996243A (zh) * | 2017-12-29 | 2019-07-09 | 华为技术有限公司 | 信息处理的方法、和通信设备 |
WO2019165629A1 (zh) * | 2018-03-01 | 2019-09-06 | 华为技术有限公司 | 会话管理方法及装置、通信*** |
WO2019191884A1 (zh) * | 2018-04-02 | 2019-10-10 | Oppo广东移动通信有限公司 | 一种rrc状态的控制方法及装置、计算机存储介质 |
WO2019213822A1 (zh) * | 2018-05-07 | 2019-11-14 | Oppo广东移动通信有限公司 | 一种悬挂rrc连接的方法及装置、计算机存储介质 |
WO2020034920A1 (zh) * | 2018-08-13 | 2020-02-20 | 华为技术有限公司 | 处理终端装置无线能力改变的方法和装置 |
CN110831260A (zh) * | 2018-08-10 | 2020-02-21 | 电信科学技术研究院有限公司 | Rrc连接恢复的处理方法、装置及终端 |
WO2020119224A1 (zh) * | 2018-12-14 | 2020-06-18 | 电信科学技术研究院有限公司 | 无线资源控制连接管理方法及终端 |
CN111542094A (zh) * | 2017-08-02 | 2020-08-14 | 展讯通信(上海)有限公司 | Rrc连接重建方法、恢复方法、计算机可读存储介质及基站 |
CN112040567A (zh) * | 2018-05-07 | 2020-12-04 | Oppo广东移动通信有限公司 | 一种恢复rrc连接的方法及装置、计算机存储介质 |
CN112312588A (zh) * | 2019-07-31 | 2021-02-02 | 华为技术有限公司 | 用于传输数据的方法、终端设备和网络设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101494848A (zh) * | 2008-01-25 | 2009-07-29 | 华为技术有限公司 | 业务挂起的方法、业务恢复的方法、***及设备 |
CN101888684A (zh) * | 2009-05-14 | 2010-11-17 | 中兴通讯股份有限公司 | 无线资源控制连接重建失败后快速连接建立的方法及*** |
CN102131266A (zh) * | 2010-01-13 | 2011-07-20 | 中兴通讯股份有限公司 | 一种触发终端切换或退网的方法和*** |
CN103460788A (zh) * | 2011-04-01 | 2013-12-18 | 交互数字专利控股公司 | 用于控制到网络的连通性的方法和设备 |
-
2016
- 2016-01-12 CN CN201610018190.9A patent/CN106961747A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101494848A (zh) * | 2008-01-25 | 2009-07-29 | 华为技术有限公司 | 业务挂起的方法、业务恢复的方法、***及设备 |
CN101888684A (zh) * | 2009-05-14 | 2010-11-17 | 中兴通讯股份有限公司 | 无线资源控制连接重建失败后快速连接建立的方法及*** |
CN102131266A (zh) * | 2010-01-13 | 2011-07-20 | 中兴通讯股份有限公司 | 一种触发终端切换或退网的方法和*** |
CN103460788A (zh) * | 2011-04-01 | 2013-12-18 | 交互数字专利控股公司 | 用于控制到网络的连通性的方法和设备 |
Cited By (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108156630A (zh) * | 2016-12-02 | 2018-06-12 | 宏达国际电子股份有限公司 | 检测失败后处理数据传输的装置及方法 |
CN108156630B (zh) * | 2016-12-02 | 2021-06-15 | 宏达国际电子股份有限公司 | 检测失败后处理数据传输的装置及方法 |
WO2019019990A1 (zh) * | 2017-07-24 | 2019-01-31 | 中兴通讯股份有限公司 | 连接建立方法、网元、存储介质及*** |
CN111542094A (zh) * | 2017-08-02 | 2020-08-14 | 展讯通信(上海)有限公司 | Rrc连接重建方法、恢复方法、计算机可读存储介质及基站 |
CN111542094B (zh) * | 2017-08-02 | 2022-02-18 | 展讯通信(上海)有限公司 | Rrc连接重建方法、恢复方法、计算机可读存储介质及基站 |
CN109756971A (zh) * | 2017-08-24 | 2019-05-14 | ***通信有限公司研究院 | 去激活态ue异常处理方法、设备和计算机可读存储介质 |
CN109996243A (zh) * | 2017-12-29 | 2019-07-09 | 华为技术有限公司 | 信息处理的方法、和通信设备 |
CN109996243B (zh) * | 2017-12-29 | 2021-10-15 | 华为技术有限公司 | 信息处理的方法、和通信设备 |
CN107959953B (zh) * | 2018-01-08 | 2019-09-17 | 创新维度科技(北京)有限公司 | 跨接窄带物联网基站的rrc连接恢复方法、基站、终端和*** |
CN107959953A (zh) * | 2018-01-08 | 2018-04-24 | 创新维度科技(北京)有限公司 | 跨接窄带物联网基站的rrc连接恢复方法、基站、终端和*** |
CN111492717A (zh) * | 2018-03-01 | 2020-08-04 | 华为技术有限公司 | 会话管理方法及装置、通信*** |
US11382019B2 (en) | 2018-03-01 | 2022-07-05 | Huawei Technologies Co., Ltd. | Session management method and apparatus, and communications system |
WO2019165629A1 (zh) * | 2018-03-01 | 2019-09-06 | 华为技术有限公司 | 会话管理方法及装置、通信*** |
WO2019191884A1 (zh) * | 2018-04-02 | 2019-10-10 | Oppo广东移动通信有限公司 | 一种rrc状态的控制方法及装置、计算机存储介质 |
US11582828B2 (en) | 2018-04-02 | 2023-02-14 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for controlling RRC state, and computer storage medium |
CN112040567A (zh) * | 2018-05-07 | 2020-12-04 | Oppo广东移动通信有限公司 | 一种恢复rrc连接的方法及装置、计算机存储介质 |
US11700571B2 (en) | 2018-05-07 | 2023-07-11 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for recovering RRC connection, and computer storage medium |
WO2019213822A1 (zh) * | 2018-05-07 | 2019-11-14 | Oppo广东移动通信有限公司 | 一种悬挂rrc连接的方法及装置、计算机存储介质 |
US11265963B2 (en) | 2018-05-07 | 2022-03-01 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for suspending RRC connection, and computer storage medium |
CN110831260B (zh) * | 2018-08-10 | 2022-04-22 | 大唐移动通信设备有限公司 | Rrc连接恢复的处理方法、装置及终端 |
CN110831260A (zh) * | 2018-08-10 | 2020-02-21 | 电信科学技术研究院有限公司 | Rrc连接恢复的处理方法、装置及终端 |
WO2020034920A1 (zh) * | 2018-08-13 | 2020-02-20 | 华为技术有限公司 | 处理终端装置无线能力改变的方法和装置 |
CN110831032A (zh) * | 2018-08-13 | 2020-02-21 | 华为技术有限公司 | 处理终端装置无线能力改变的方法和装置 |
CN110831032B (zh) * | 2018-08-13 | 2022-09-16 | 华为技术有限公司 | 处理终端装置无线能力改变的方法和装置 |
US12010759B2 (en) | 2018-08-13 | 2024-06-11 | Huawei Technologies Co., Ltd. | Method for processing change in radio capability of terminal apparatus and apparatus |
WO2020119224A1 (zh) * | 2018-12-14 | 2020-06-18 | 电信科学技术研究院有限公司 | 无线资源控制连接管理方法及终端 |
CN112312588A (zh) * | 2019-07-31 | 2021-02-02 | 华为技术有限公司 | 用于传输数据的方法、终端设备和网络设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106961747A (zh) | 基站及配置连接恢复信息的方法、连接恢复的方法及装置 | |
CN104378793B (zh) | 一种切换方法、主控基站及受控基站 | |
CN103313420B (zh) | 一种释放终端链路的方法、接入网装置及终端 | |
CN107318176A (zh) | 恢复标识的获取、发送方法及装置、ue、接入网设备 | |
CN104247553B (zh) | 建立连接的方法及设备 | |
CN104581652B (zh) | 消息处理方法、选择mme的方法和装置 | |
CN105898894A (zh) | Rrc状态的控制方法和装置 | |
CN109936878A (zh) | 一种触发状态恢复的方法以及终端设备 | |
CN108260121B (zh) | 一种数据调度方法、基站及*** | |
CN108924962A (zh) | 信息指示的方法和装置 | |
CN108632915A (zh) | 一种终端在4g和5g网络间移动的方法、装置和设备 | |
CN108605269A (zh) | 一种会话管理方法及装置 | |
CN109076496A (zh) | 用于改变终端连接状态的方法和装置 | |
US20150043537A1 (en) | Security processing method and system in network handover process | |
CN105745964B (zh) | 一种网络选择方法和用户设备 | |
CN107635258A (zh) | 一种数据或者信令发送、传输方法及装置 | |
CN102595561A (zh) | 无线资源控制连接重建的方法及终端 | |
CN101472311A (zh) | 一种语音业务切换的方法、设备和*** | |
CN108184249A (zh) | 回程链路的信息传输方法及***、代理设备、接入设备 | |
US20230110774A1 (en) | Cell group processing method and apparatus and communication device | |
CN109246819A (zh) | 一种通信方法和装置 | |
CN109936861A (zh) | 通信方法及接入网设备、终端设备、核心网设备 | |
CN107046714A (zh) | 一种数据传输方法、装置和*** | |
CN106211311A (zh) | 一种用户设备注册到网络的方法及设备 | |
CN107302788A (zh) | 核心网的选择方法、装置及*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170718 |