CN105338653A - 支持ue承载恢复的方法及设备 - Google Patents

支持ue承载恢复的方法及设备 Download PDF

Info

Publication number
CN105338653A
CN105338653A CN201410498019.3A CN201410498019A CN105338653A CN 105338653 A CN105338653 A CN 105338653A CN 201410498019 A CN201410498019 A CN 201410498019A CN 105338653 A CN105338653 A CN 105338653A
Authority
CN
China
Prior art keywords
mistake
carrying
senb
menb
instruction
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
Application number
CN201410498019.3A
Other languages
English (en)
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.)
Beijing Samsung Telecom R&D Center
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics Co Ltd
Original Assignee
Beijing Samsung Telecommunications Technology Research Co Ltd
Samsung Electronics 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 Samsung Telecommunications Technology Research Co Ltd, Samsung Electronics Co Ltd filed Critical Beijing Samsung Telecommunications Technology Research Co Ltd
Priority to CN201410498019.3A priority Critical patent/CN105338653A/zh
Publication of CN105338653A publication Critical patent/CN105338653A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了几种支持UE承载恢复的方法及相应的设备,无论是SeNB或SGW遗失了UE承载的上下文,应用本申请技术方案,UE的承载都能够进行合理的重建、转移或删除,从而在核心网分开的双连接架构下,能够解决UE承载恢复的问题,极大地提高了网络的可靠性和稳定性,提高了用户的网络体验。同时,本发明的解决方案非常灵活,能够满足公共通信业务的要求。

Description

支持UE承载恢复的方法及设备
技术领域
本发明涉及无线通信技术,特别涉及支持UE承载恢复的方法及设备。
背景技术
现代移动通信越来越趋向于为用户提供高速率传输的多媒体业务,如图1所示,为***架构演进(SAE)的***架构图。其中:
用户设备(UE)101是用来接收数据的终端设备。
演进通用陆地无线接入网络(E-UTRAN)102是无线接入网络,其中包括为UE提供接入无线网络接口的宏基站(eNodeB/NodeB)。
移动管理实体(MME)103负责管理UE的移动上下文、会话上下文和安全信息。
服务网关(SGW)104主要提供用户平面的功能,MME103和SGW104可能处于同一物理实体。
分组数据网络网关(PGW)105负责计费、合法监听等功能,也可以与SGW104处于同一物理实体。
策略和计费规则功能实体(PCRF)106提供服务质量(QoS)策略和计费准则。
通用分组无线业务支持节点(SGSN)108是通用移动通信***(UMTS)中为数据的传输提供路由的网络节点设备。
归属用户服务器(HSS)109是UE的家乡归属子***,负责保护包括用户设备的当前位置、服务节点的地址、用户安全信息、用户设备的分组数据上下文等用户信息。
3GPP在版本12(Rel-12)提出了小小区(smallcell)增强的需求,小小区增强的目标场景包括有宏小区覆盖的场景和没有宏小区覆盖的场景,室内和室外的、理想和非理想回程的增强。
在有宏小区覆盖的情况下,提出了可以应用不同基站间载波聚合的技术。宏小区和小小区可以工作在不同的频段。应用不同基站间的载波聚合的技术的架构有两种:用户平面数据基于无线接入网(RAN)分开的架构(RANSplit)和基于核心网(CN)分开的架构(CNSplit)。基于CN分开的架构是指:对于建立在微微小区(pico)上的承载,数据直接由核心网的SGW发送给Pico小区,用户平面数据不通过宏小区(macro)转发。
在小小区架构中,UE可以同时在两个基站收发数据,这称为双连接(dual-connectivity)。其中,只有一个基站负责发送无线资源控制(RRC)消息给UE,并负责和核心网控制平面实体MME交互,该基站称为主基站(MeNB),另一基站称为辅基站(SeNB)。UE在主基站有一个小区是UE的主小区(Pcell),通过该主小区发送RRC消息给UE,其他小区是辅小区(Scell)。在辅基站的Scell中有一个小区是辅基站主小区(pScell)。pScell上有上行物理层控制信道,其他Scell上没有。主基站的小区组称为MCG,辅基站的小区组称为SCG。UE端辅小区组的配置由辅基站配置,辅基站通过RRC容器将对UE的配置发送给主基站,由主基站发送给UE。主基站不解析RRC容器,。或者解析但不改变RRC容器里面中的配置。
当SGW或eNB发生错误后(SGWerrororeNBerror)或者重启后,将遗失承载上下文。当SGW或eNB收到用户层面的GPRS隧道协议(GTP-U)包,但SGW或eNB没有该GTP-U包的承载上下文信息时,SGW或eNB将丢掉该包,并向发包端发送GTP错误指示。
当MeNB从S1-U通道(S1-UTunnel,S1接口用户平面通道)收到来自SGW的GTP错误指示时,MeNB需触发演进的无线接入承载(E-RAB)释放过程。
当SeNB从S1-U通道收到来自SGW的GTP错误指示时,SeNB需删除本地S1-U通道。
当SGW从S1-U通道收到来自eNB的GTP错误指示时,SGW将删除所有该eNB的S1-U通道的隧道端点标识(TEID),并且SGW还将向MME发送下行数据通知消息。MME收到该消息后,如果UE是连接态,MME释放UE的S1连接,再执行网络触发的服务请求过程。
现有在核心网分开的双连接架构下,SGW、MeNB和SeNB收到GTP错误指示后还存在以下问题:
问题1:MeNB可能将所有的UE承载都建立在SeNB上或者MeNB上的承载不活跃。当SGW出现错误,SeNB向SGW发送GTP-U包时,如果SGW遗失了该SeNB上UE承载的上下文,SGW将向SeNB发送GTP错误指示。SeNB收到GTP错误指示后,将释放本地S1-U通道,MeNB可能不会收到SGW发送的GTP错误指示,则MeNB无法获知是由于SGW的原因引起的释放,MeNB可能还会将SeNB上的UE承载建立到别的SeNB上或转移到MeNB。但是,该UE承载在SGW已经没有上下文,应该进行释放。
问题2:当SeNB发生错误时,如果SGW向SeNB发送GTP-U包,SeNB将向SGW返回GTP错误指示。由于SGW并不区分SeNB或MeNB,SGW将释放所有该UE的所有承载的通道信息,并指示MME释放该UE的连接。即SeNB的错误将导致MeNB上的所有承载均被释放,从而导致UE的连接中断。
发明内容
为了解决上述技术问题,本申请提出几种支持UE承载恢复的方法及相应的设备,以在核心网分开的双连接架构下解决UE承载恢复的问题,提高网络的可靠性和稳定性。
本申请提供的一种支持UE承载恢复的方法,包括:
辅基站SeNB收到服务网关SGW发送的用户层面的通用分组无线服务隧道协议GTP错误指示时,向主基站MeNB发送错误指示;
所述GTP错误指示用于指示MeNB释放或重建相应的UE承载。
较佳地,所述错误指示包括以下指示中的一种或多种:GTP错误指示、S1-U通道释放指示、SGW错误指示、发生错误的用户设备UE承载指示、请求释放UE承载的指示或请求重建UE承载的指示,收到GTP错误指示的S1-U通道对应的UE承载的标识和/或原因。
本申请提供的一种设备,包括:第一通信模块和第一错误处理模块,其中:
所述第一通信模块,用于从SGW接收GTP错误指示;
所述第一错误处理模块,用于在从SGW接收到GTP错误指示时,生成错误指示,通过第一通信模块发送给MeNB。
本申请提供的一种支持UE承载恢复的方法,包括:
MME获取UE承载所在的eNB类型或UE承载类型;
MME收到SGW发送的UE承载发生错误的指示,根据UE承载所在的eNB类型或UE承载类型,确定发生错误的UE承载是SeNB上的UE承载时,指示MeNB对SeNB上的UE承载进行相应的处理;
或者MME收到SGW发送的UE承载发生错误的指示,MME确定发生错误的UE承载。
较佳地,所述相应的处理包括:重建、转移或释放SeNB上的UE承载或重建、转移或释放发生错误的UE承载。
较佳地,所述UE承载发生错误的指示包括以下指示中的一种或多种:发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识;其中,eNB类型为SeNB或MeNB,UE承载类型为MCG承载或SCG承载。
本申请提供的一种设备,包括:第二通信模块和第二错误处理模块,其中:
所述第二通信模块,用于获取UE承载所在的eNB类型或UE承载类型,并接收SGW发送的UE承载发生错误的指示;
所述第二错误处理模块,用于根据UE承载所在的eNB类型或UE承载类型,在确定发生错误的UE承载是SeNB上的UE承载时,通过第二通信模块指示MeNB对SeNB上的UE承载进行相应的处理。
本申请提供的一种支持UE承载恢复的方法,包括:
SGW获取UE承载所在的eNB类型或UE承载类型;
当SGW确定SeNB发生错误或UE承载发生错误时,执行以下一项或多项操作:
SGW不释放MeNB上S1-U通道;
SGW不释放SeNB上S1-U通道;
SGW不向MME发送下行数据通知;
SGW向MME发送UE承载发生错误的指示;
SGW向MME指示重建、转移或释放SeNB上的UE承载;
SGW向MME发送收到GTP错误指示的S1-U通道对应UE承载标识和/或原因;
SGW向MME指示重建、转移或释放收到GTP错误指示的S1-U通道对应UE承载。
较佳地,所述SGW确定SeNB发生错误包括:SGW收到UE承载的GTP错误指示时,根据UE承载所在的eNB类型为SeNB或UE承载类型为SCG承载,确定是SeNB发生错误。
较佳地,SGW向MME发送的UE承载发生错误的指示包括以下指示中的一种或多种:发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识;其中,eNB类型为SeNB或MeNB,UE承载类型为MCG承载或SCG承载。
较佳地,在SGW在执行所述一项或多项操作之前,进一步包括:
SGW向发生错误的UE承载的UE的MeNB发送空的GTP-U包,如果没有收到MeNB发送的GTP错误指示,则执行所述一项或多项操作。
本申请提供的一种设备,包括:第三通信模块和第三错误处理模块,其中:
所述第三通信模块,用于获取UE承载所在的eNB类型或UE承载类型;
所述第三错误处理模块,用于在确定SeNB发生错误或UE承载发生错误时,执行以下一项或多项操作:
不释放MeNB上S1-U通道;
不释放SeNB上S1-U通道;
不向MME发送下行数据通知;
向MME发送UE承载发生错误的指示;
向MME指示重建、转移或释放SeNB上的UE承载;
向MME发送收到GTP错误指示的S1-U通道对应UE承载标识和/或原因;
向MME指示重建、转移或释放收到GTP错误指示的S1-U通道对应UE承载。
本申请提供的一种支持UE承载恢复的方法,包括:
MeNB将UE承载所在的eNB类型或UE承载类型通知MME和/或SGW;
当MeNB确定SeNB发生错误时,将原本建立在所述SeNB上的UE承载进行重建、转移或删除;或MeNB确定SeNB上的UE承载发生错误,将发生错误的UE承载进行重建、转移或删除。
较佳地,所述MeNB确定SeNB发生错误确定SeNB上的UE承载发生错误包括:MeNB根据MME的指示或根据MeNB与SeNB间的交互确定SeNB发生错误或确定SeNB上的UE承载发生错误;其中:
MME的指示包括以下指示中的一种或多种:发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识;其中,eNB类型为SeNB或MeNB,UE承载类型为MCG承载或SCG承载;
MeNB与SeNB间交互包括:MeNB收到SeNB发送的GTP-U包的信息,MeNB确认是否有该GTP-U包的UE承载上下文,如果有UE承载上下文,则重建或转移UE承载,如无UE承载上下文,MeNB将该GTP-U包无承载上下文告知SeNB。
较佳地,所述将原本建立在所述SeNB上的UE承载进行重建、转移包括:MeNB将原本建立在SeNB上的UE承载重新建立在恢复的SeNB上、或者建立在另一个SeNB上、或者MeNB将SeNB上的承载转移到MeNB上。
本申请提供的一种设备,包括:第四通信模块和第四错误处理模块,其中:
所述第四通信模块,用于将UE承载所在的eNB类型或UE承载类型通知MME和/或SGW;
所述第四错误处理模块,用于在MeNB确定SeNB发生错误或确定SeNB上的UE承载发生错误时,将原本建立在所述SeNB上的UE承载或将发生错误的UE承载进行重建、转移或删除。
本申请提供的一种支持UE承载恢复的方法,包括:
MeNB从SeNB接收错误指示;
MeNB释放或重建相应的UE承载。
较佳地,所述错误指示包括以下指示中的一种或多种:GTP错误指示、S1-U通道释放指示、SGW错误指示、发生错误的用户设备UE承载指示、请求释放UE承载的指示或请求重建UE承载的指示,收到GTP错误指示的S1-U通道对应的UE承载的标识和/或原因。
较佳地,所述MeNB释放或重建相应的UE承载包括:
MeNB释放或重建UE的所有承载或仅释放或重建SeNB上的UE承载;或者,MeNB仅仅释放或重建发生错误的S1-U通道对应的UE承载。
较佳地,在MeNB释放或重建相应的UE承载之前,进一步包括:
MeNB向SGW发送空的GTP-U包,如果没有从SGW收到GTP错误指示,则仅释放或重建SeNB上的UE承载,不对MeNB上的UE承载进行释放或重建。
本申请提供的一种设备,包括:第五通信模块和第五错误处理模块,其中:
所述第五通信模块,用于从SeNB接收错误指示;
所述第五错误处理模块,用于释放或重建相应的UE承载。
本申请提供的一种支持UE承载恢复的方法,包括:
eNB接收SGW发送的GTP-U包;
当eNB确定没有所述GTP-U包的UE承载上下文时,执行以下一项或多项操作:
eNB不向SGW返回GTP错误指示;
eNB等待配置的第一时间后,向SGW返回GTP错误指示;
eNB重启后,在配置的第二时间内,如果eNB收到GTP-U包且没有对应的UE承载上下文时,不向SGW返回GTP错误指示。
较佳地,所述配置的第一时间和第二时间大于MeNB发现所述eNB失败或重启,并将原本建立在所述eNB上的UE承载重建到重启的所述eNB上,将所述eNB继续作为UE的SeNB所需的之间,或大于将原本建立在所述eNB上的UE承载转移到另外的SeNB或MeNB上所需的时间,或者大于删除所述UE承载所需的时间,或者大于在重建、删除、转移所述UE承载后,更新承载的传输层地址、TEID到SGW所需的时间或者大于修复所述承载所需的时间。
本申请提供的一种设备,包括:第六通信模块和第六错误处理模块,其中:
所述第六通信模块,用于接收SGW发送的GTP-U包;
所述第六错误处理模块,用于在确定没有所述GTP-U包的UE承载上下文时,执行以下一项或多项操作:
不向SGW返回GTP错误指示;
等待配置的第一时间后,向SGW返回GTP错误指示;
在所述设备重启后,在配置的第二时间内,如果eNB收到GTP-U包且没有对应的UE承载上下文时,不向SGW返回GTP错误指示;
向MeNB发所述SGW发送的GTP-U包的信息。
本申请提供的一种支持UE承载恢复的方法,包括:
SeNB接收SGW发送的GTP-U包;
当SeNB确定没有所述GTP-U包的UE承载上下文时,执行以下一项或多项操作:
不向SGW返回GTP错误指示;
SeNB向MeNB发所述SGW发送的GTP-U包的信息;
SeN根据GTP-U包的源传输层地址或源IP地址关联具有相同地址的承载的UE,如果确认该SeNB是UE的双连接的辅基站,将所述SGW发送的GTP-U包的信息发送给UE的MeNB。
较佳地,所述SGW发送的GTP-U包的信息包括所述GTP-U包的包头信息或TEID。
本申请提供的一种设备,包括:第七通信模块和第七错误处理模块,其中:
所述第七通信模块,用于接收SGW发送的GTP-U包;
所述第七错误处理模块,用于在确定没有所述GTP-U包的UE承载上下文时,执行以下一项或多项操作:
不向SGW返回GTP错误指示;
向MeNB发所述SGW发送的GTP-U包的信息。
本申请提供的一种支持UE承载恢复的方法,包括:
MME接收SGW发送的发生错误的承载的标识和错误原因,错误原因是从eNB收到GTP错误指示;
如果MME发现发生错误的承载所对应的UE处于连接态,则MME释放所述发生错误的承载。
较佳地,在MME释放所述发生错误的承载之后,进一步包括:
MME更新UE承载的传输层地址和TEID到SGW,其中不包含被释放的承载。
本申请提供的一种设备,包括:第八通信模块和第八错误处理模块,其中:
所述第八通信模块,用于接搜SGW发送的发生错误的承载的标识和错误原因,错误原因是从eNB收到GTP错误指示;
所述第八错误处理模块,用于在发现发生错误的承载所对应的UE处于连接态时,释放所述发生错误的承载。
本申请提供的一种支持UE承载恢复的方法,包括:
MME接收SGW发送的发生错误的承载的标识和错误原因,错误原因是从eNB收到GTP错误指示;
如果MME发现发生错误的承载所对应的UE处于连接态,则MME向eNB发送发生错误的承载的信息。
较佳地,所述发生错误的承载的信息包含以下内容之一或多个:发生错误的承载的标识,发生错误的承载在SGW的F-TEID、传输层地址或TEID,发生错误的承载在基站的F-TEID、传输层地址或TEID,UE标识。
本申请提供的一种设备,包括:第九通信模块和第九错误处理模块,其中:
所述第九通信模块,用于接收SGW发送的发生错误的承载的标识和错误原因,错误原因是从eNB收到GTP错误指示;
所述第九错误处理模块,用于在发现发生错误的承载所对应的UE处于连接态时,向eNB发送发生错误的承载的信息。
本申请提供的一种支持UE承载恢复的方法,包括:
eNB接收MME发送的发生错误的承载的信息;
如果所述eNB是UE的MeNB,则所述MeNB执行以下操作:
如果所述承载的信息是SCG承载,则所述MeNB执行以下操作中的任意一种:1)将所述SCG承载的上下文重新发送给SeNB,用于SeNB进行承载重建;2)重新为UE选择一个SeNB建立SCG承载;3)将所述SCG承载切回MeNB;4)释放所述SCG承载,执行操作后,所述MeNB向MME指示错误承载修复;
如果所述MeNB发现UE的承载上下文中不存在收到的承载的信息或者MeNB发现收到的承载的信息与保存的UE的承载上下文不一致,则MeNB忽略收到的发生错误的承载的信息,进行UE上下文释放。
较佳地,所述指示错误承载修复的指示中进一步包含UE承载在基站侧的传输层地址、TEID。
本申请提供的一种设备,包括:第十通信模块和第十错误处理模块,其中:
所述第十通信模块,用于接收MME发送的发生错误的承载的信息;
所述第十错误处理模块,用于在本设备是UE的MeNB时,执行以下操作:
如果所述承载的信息是SCG承载,则执行以下操作中的任意一种:1)将所述SCG承载的上下文重新发送给SeNB,用于SeNB进行承载重建;2)重新为UE选择一个SeNB建立SCG承载;3)将所述SCG承载切回MeNB;4)释放所述SCG承载,执行操作后,向MME指示错误承载修复;
如果发现UE上下文中不存在收到的承载的信息或者发现收到的承载的信息与保存的UE上下文不一致,则忽略收到的发生错误的承载的信息,进行UE上下文释放。
本申请提供的一种支持UE承载恢复的方法,包括:
MeNB发现SeNB重启;
MeNB向SeNB发送SCG承载信息。
较佳地,该方法进一步包括:
MeNB向SeNB指示一个有效时间,在所述有效时间内SCG承载上下文有效,所述有效时间大于MeNB修复SCG承载所需的时间,或者大于将SCG承载进行重建、转移或删除所需的时间,或者大于在SCG承载进行重建、删除或转移后,更新承载传输层地址、TEID到SGW所需的时间;
MeNB将SCG承载重建到原来的SeNB,或者转移到另一个SeNB或MeNB,或者删除,并更新承载传输层地址、TEID到SGW。
较佳地,所述SCG承载信息包括以下内容之一或多个:承载标识,承载在SGW的F-TEID、传输层地址、TEID,发生错误的承载在基站的F-TEID、传输层地址、TEID,UE标识。
本申请提供的一种设备,包括:第十一通信模块和第十一错误处理模块,其中:
所述第十一通信模块,用于发现SeNB重启;
所述第十一错误处理模块,用于向SeNB发送SCG承载信息。
本申请提供的一种支持UE承载恢复的方法,包括:
SeNB从MeNB接收SCG承载上下文;
SeNB保存SCG承载上下文,当收到来自SGW的GTP-U包时,如果MeNB指示的SCG承载上下文中包含所述GTP-U包的承载上下文,则SeNB不向SGW返回GTP错误指示。
较佳地,该方法进一步包括:
如果SeNB从MeNB接收到有效时间指示,则在所述有效时间超时后,SeNB删除MeNB发送的SCG承载上下文;
或者,SeNB上配置有一个有效时间,当所述有效时间超时后,SeNB删除MeNB发送的SCG承载的上下文。
本申请提供的一种设备,包括:第十二通信模块和第十二错误处理模块,其中:
所述第十二通信模块,用于从MeNB接收SCG承载上下文;
所述第十二错误处理模块,用于保存SCG承载上下文,当收到来自SGW的GTP-U包时,如果MeNB指示的SCG承载上下文中包含所述GTP-U包的承载上下文,则不向SGW返回GTP错误指示。
由以上技术方案可以看出,无论是SeNB或SGW遗失了UE承载的上下文,UE的承载都能够进行合理的重建、转移或删除。本发明提供的方法适用于在核心网分开的双连接架构下,解决UE承载恢复的问题,极大地提高了网络的可靠性和稳定性,提高了用户的网络体验。同时,本发明的解决方案非常灵活,能够满足公共通信业务的要求。
附图说明
图1为SAE的***架构图;
图2为本发明支持UE承载恢复的方法一的流程示意图;
图3为本发明支持UE承载恢复的方法二的流程示意图;
图4为本发明支持UE承载恢复的方法三的流程示意图;
图5为本发明支持UE承载恢复的方法四的流程示意图;
图6为本发明支持UE承载恢复的方法实施例一的示意图;
图7为本发明支持UE承载恢复的方法实施例二的示意图;
图8为本发明支持UE承载恢复的方法实施例三的示意图;
图9为本发明支持UE承载恢复的方法实施例四的示意图;
图10为本发明支持UE承载恢复的方法实施例五的示意图;
图11为本发明支持UE承载恢复的方法实施例六的示意图;
图12为本发明支持UE承载恢复的方法实施例七的示意图;
图13为本发明支持UE承载恢复的方法实施例八的示意图;
图14为本发明支持UE承载恢复的方法实施例九的示意图;
图15为本发明支持UE承载恢复的方法实施例十的示意图;
图16为本发明支持UE承载恢复的方法实施例十一的示意图;
图17为本申请设备一的组成结构示意图;
图18为本申请设备二的组成结构示意图;
图19为本申请设备三的组成结构示意图;
图20为本申请设备四的组成结构示意图;
图21为本申请设备五的组成结构示意图;
图22为本申请设备六的组成结构示意图;
图23为本发明支持UE承载恢复的方法实施例十二的示意图;
图24为本发明支持UE承载恢复的方法实施例十三的示意图;
图25为本发明支持UE承载恢复的方法实施例十四的示意图;
图26为本发明支持UE承载恢复的方法实施例十五的示意图;
图27为本发明支持UE承载恢复的方法实施例十六的示意图;
图28为本申请设备七的组成结构示意图;
图29为本申请设备八的组成结构示意图
图30为本申请设备九的组成结构示意图;
图31为本申请设备十的组成结构示意图
图32为本申请设备十一的组成结构示意图;
图33为本申请设备十二的组成结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
当SGW或SeNB发生错误时,SGW、MME、SeNB和MeNB需要分别进行不同的处理,以支持UE承载的恢复。下面结合附图,分别描述本申请在SGW发生错误时对UE承载的处理方法、SeNB发生错误时MME对UE承载的处理方法、SeNB发生错误时SGW对UE承载的处理方法、SeNB发生错误时MeNB对UE承载的处理方法。
图2为本发明支持UE承载恢复的方法一的流程示意图,该方法为SGW发生错误或SeNB与SGW间S1-U通道发生错误时,MeNB对UE承载的处理方法。该方法包括以下步骤:
步骤201:SeNB收到SGW发送的GTP错误指示后,向MeNB发送错误指示。
所述错误指示可以是以下指示中的一个或多种:GTP错误指示、S1-U通道释放指示、SGW错误指示、发生错误的UE承载指示、请求释放UE承载的指示或请求重建UE承载的指示。
所述错误指示还可以是收到GTP错误指示的S1-U通道对应的UE承载的信息,UE承载的信息可以是UE承载的标识和/或出错的原因。所述错误指示可以用于通知MeNBUE承载的S1-U通道被SeNB本地删除或者请求MeNB重建或删除指示的UE承载。在此之前,SeNB可以删除本地的收到GTP错误指示的S1-U通道。
这种情况,SeNB可以缓存UE的上行数据。
步骤202:MeNB根据SeNB发送的错误指示释放或重建UE承载。
MeNB可以释放或重建UE的所有承载或仅释放或重建SeNB上的UE承载。
或者,MeNB重建UE承载时,向MME请求重建UE的所有承载。MME可以向已经从故障中恢复的SGW(简称“故障恢复SGW”)或重新选择一个SGW请求创建UE承载上下文。
或者,MeNB仅仅释放或重建SeNB发送的UE承载信息指示的UE承载,UE承载信息是收到GTP错误指示的S1-U通道对应的UE承载信息。
在此之前,MeNB可以向SGW发送一个空的GTP-U包(例如:Dummy包),根据是否收到SGW发送的GTP错误指示确认SGW发生了故障或确认SGW遗失了建立在MeNB上的UE承载上下文。如果收到SGW发送的GTP错误指示,则表明SGW发生了故障或者SGW遗失了建立在MeNB上的UE承载上下文。如果MeNB上的UE承载上下文没有遗失,则MeNB上的UE承载可以不释放或不重建,仅释放或重建SeNB上的UE承载即可。
图3为本发明支持UE承载恢复的方法二的流程示意图,该方法为SeNB发生错误或SeNB与SGW间S1-U通道发生错误时,MME对UE承载的处理方法。该方法包含两种MME对UE承载的处理方法,分别为步骤301至步骤302和步骤302。该方法包括以下步骤:
步骤301:MME获取MeNB发送的UE承载所在的eNB类型或UE承载类型。
eNB类型可以是MeNB或SeNB。UE承载类型可以为MCG承载或SCG承载。MME将eNB类型或UE承载类型保存在UE承载上下文中。
步骤302:MME收到SGW发送的UE承载发生错误的指示,MME确定是SeNB上的UE承载发生错误,指示MeNB重建、转移或释放SeNB上的UE承载;或MME确定某个UE承载发生错误,指示MeNB重建、转移或释放指定的UE承载。
所述UE承载发生错误的指示可以是发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识。
发生错误的UE承载标识是收到GTP错误指示的S1-U通道对应的UE承载标识。对发生错误的UE承载标识,1)MME根据对应承载的上下文可以确认UE承载所在的eNB类型或UE承载类型。一旦确认只有SeNB上的UE承载发生错误,MME指示MeNB重建、转移或释放SeNB上的UE承载。或者2)MME指示MeNB重建、转移或释放指定的出错的UE承载。
图4为本发明支持UE承载恢复的方法三的流程示意图,该方法为SeNB发生错误时或SeNB与SGW间S1-U通道发生错误,SGW对UE承载的处理方法。该方法包含两种SGW对UE承载的处理方法,分别为步骤401至步骤402和步骤402。该方法包括以下步骤:
步骤401:SGW获取UE承载所在的eNB类型或UE承载类型。
eNB类型可以是MeNB或SeNB。UE承载类型可以是MCG承载或SCG承载。
步骤402:当SGW确定SeNB发生错误或UE承载发生错误后,SGW可以执行以下一项或多项操作:
1)SGW可以不释放MeNB上S1-U通道。
2)SGW可以不释放SeNB上S1-U通道。
3)SGW可以不向MME发送下行数据通知。
4)SGW可以向MME发送UE承载发生错误的指示,所述指示可以是发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识。此时,eNB的IP地址或标识信息为SeNB的IP地址或标识信息,eNB类型为SeNB。
5)SGW可以向MME指示重建、转移或释放SeNB上的UE承载。
6)SGW可以向MME发送收到GTP错误指示的S1-U通道对应UE承载标识和/或原因。
7)SGW可以向MME指示重建、转移或释放收到GTP错误指示的S1-U通道对应UE承载。
SGW可以根据以下信息确定SeNB发生错误:SGW收到UE承载的GTP错误指示时,根据UE承载所在的eNB类型为SeNB确定是SeNB发生错误,或者根据UE承载类型为SCG承载确定是SeNB发生错误。
SGW可以根据以下信息确定发生错误的UE承载:收到的GTP错误指示的S1-U通道对应的UE承载。
在执行上述操作之前,SGW可以向发生错误的UE承载的UE的MeNB发送一个空的GTP-U包(例如:Dummy包),并根据是否收到MeNB发送的GTP错误指示确认MeNB是否发生故障或确认MeNB是否遗失了UE承载的上下文。如果MeNB没有发生故障或没有遗失UE承载的上下文,再执行以上操作。
图5为本发明支持UE承载恢复的方法四的流程示意图,该方法为SeNB发生错误或SeNB与SGW间S1-U通道发生错误时,MeNB对UE承载的处理方法。该方法包含两种MeNB对UE承载的处理方法,分别为步骤501至步骤502和步骤502。该方法包括以下步骤:
步骤501,MeNB将UE承载所在的eNB类型或UE承载类型告知MME或SGW。
步骤502,当MeNB获知SeNB发生错误或UE承载发生错误后,将原本建立在SeNB上的UE承载或发生错误的UE承载进行重建、转移或删除。发生错误的UE承载是指eNB收到SGW发送的GTP-U包,该GTP-U包在eNB上没有承载上下文。
MeNB可以根据MME的指示或者与SeNB间的交互得知SeNB发生错误或SeNB上的UE承载发生错误。MME的指示可以是发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识。MeNB与SeNB间的交互是指:SeNB收到SGW发送的GTP-U包,该GTP-U包在SeNB上没有承载上下文时,SeNB将该GTP-U包信息发送给MeNB。GTP-U包的信息可以是GTP-U中包头信息或TEID。MeNB确认是否有该GTP-U包的UE承载上下文,如果有UE承载上下文,则重建或转移UE承载,如无UE承载上下文,MeNB将该GTP-U包无承载上下文的情况告知SeNB。
重建或转移是指:1)MeNB将原本建立在SeNB上UE承载重新建立在恢复的SeNB上,或者建立在另一个SeNB上,或者MeNB将SeNB上UE承载转移到MeNB上。2)或者,MeNB仅仅重建或转移发生错误的S1-U通道对应的UE承载。
以上通过图3~图5描述了SeNB发生错误或SeNB与SGW间S1-U通道发生错误时,MME、SGW和MeNB对UE承载的处理,下面描述SeNB发生错误时,SeNB的处理。由于SeNB和MeNB是相对于UE而言,SeNB和MeNB本质上都是eNB;而当SeNB发生错误后,将无法区分其自身是SeNB还是MeNB,因此,下面的描述从eNB的角度进行描述。具体包括以下步骤:
步骤1,eNB收到SGW发送的GTP-U包。
步骤2,eNB确认没有该GTP-U包的UE承载上下文时,eNB可以执行以下一项或多项操作:
1)eNB不向SGW返回GTP错误指示。
2)eNB等待一段配置的时间后,向SGW返回GTP错误指示。所述配置的时间足以让MeNB发现该eNB失败或重启,并将原本建立在该eNB上的UE承载重建到重启的该eNB上,将所述eNB继续作为UE的SeNB,或足以将原本建立在所述eNB上的UE承载转移到另外的SeNB或MeNB上,或者足以删除该UE承载,或者足以在重建,删除,转移所述UE承载后,更新承载的传输层地址、TEID到SGW或者足以修复所述承载。上述足以执行某操作的时间是指:大于执行某操作所需的时间。
3)eNB重启后,在一段配置的时间内,如果eNB收到GTP-U包且没有UE承载上下文时,不向SGW返回GTP错误指示。所述配置的时间足以让MeNB发现该eNB失败或重启,并将原本建立在该eNB上的UE承载重建到重启的该eNB上,将所述eNB继续作为UE的SeNB,或将原本建立在所述eNB上的UE承载转移到另外的SeNB或MeNB上,或者删除该UE承载。上述足以执行某操作的时间是指:大于执行某操作所需的时间。
下面描述SeNB与SGW间S1-U通道发生错误时,SeNB的另一种处理方法。
具体包括以下步骤:
步骤1,SeNB收到SGW发送的GTP-U包。
步骤2,SeNB确认没有该GTP-U包的UE承载上下文时,SGW可以执行以下一项或多项操作:
1)SeNB不向SGW返回GTP错误指示。
2)SeNB向MeNB发送收到的GTP-U包的信息。GTP-U包的信息可以是GTP-U中包头信息或TEID等。如果MeNB中有该GTP-U包对应的UE承载上下文信息,MeNB向SeNB重建或转移对应UE承载,SeNB不向SGW返回GTP错误指示。如果MeNB没有该GTP-U包对应的UE承载上下文信息,MeNB将无承载上下文的情况告知SeNB告知SeNB,SeNB可以向SGW返回GTP错误指示。
3)SeNB还可以根据GTP-U包的源传输层地址或源IP地址关联具有相同地址的承载的UE,如果确认该SeNB是UE的双连接的辅基站,将上述GTP-U包的包头信息发送给UE的MeNB。
下面描述SeNB与SGW间S1-U通道发生错误时,MME的另一种处理方法。
具体包括以下步骤:
步骤1,MME收到SGW发送的发生错误的承载的标识和错误原因。错误原因是从eNB收到GTP错误指示。
步骤2,MME发现发生错误的承载所对应的UE处于连接态,MME可以释放发生错误的承载。MME还可以进一步更新UE承载的传输层地址和TEID到SGW,在更新中不包含被释放的承载。
下面描述SeNB与SGW间S1-U通道发生错误时,MME和SeNB的另一种处理方法。具体包括以下步骤:
步骤1,MME收到SGW发送的发生错误的承载的标识和错误原因,错误原因是从eNB收到GTP错误指示。MME发现发生错误的承载所对应的UE处于连接态,MME可以向UE的eNB发送发生错误的承载的信息。发生错误的承载的信息可以包含以下内容之一或多个:发生错误的承载的标识,发生错误的承载在SGW的F-TEID、传输层地址、TEID,发生错误的承载在基站的F-TEID、传输层地址、TEID,UE标识。
步骤2,eNB收到MME发送的发生错误的承载的信息,如果eNB是UE的MeNB,则MeNB可以执行以下操作:
1)MeNB发现指示的承载的信息是SCG承载,则MeNB可以1)将该SCG承载的上下文重新发送给SeNB,SeNB据此进行承载重建;2)或重新为UE选择一个SeNB建立SCG承载;3)将该SCG承载切回MeNB;4)或释放该SCG承载。完成后,MeNB向MME指示错误承载修复。所述指示还可以包含UE承载在RAN侧的传输层地址,TEID等信息。
2)MeNB发现不存在收到的承载的上下文,则eNB可以忽略收到的发生错误承载的信息,进行UE上下文释放,向MME返回UE上下文释放响应消息。
3)MeNB发现收到的承载的信息与保存的上下文不一致,则eNB可以忽略收到的发生错误承载的信息,进行UE上下文释放,向MME返回UE上下文释放响应消息。
下面描述SeNB与SGW间S1-U通道发生错误时,MeNB和SeNB的另一种处理方法。具体包括以下步骤:
步骤1,MeNB发现SeNB重启,向SeNB发送SCG承载信息。
发现SeNB重启后,此时MeNB可以先不删除与SeNB相关的上下文或进程。MeNB可以根据SeNB发来的重启请求发现SeNB重启。SCG承载信息可以包括以下内容之一或多个:承载标识,承载在SGW的F-TEID、传输层地址、TEID,发生错误的承载在基站的F-TEID、传输层地址、TEID,UE标识。
MeNB还可以向SeNB指示一个有效时间,指示在该有效时间内SCG承载上下文有效。该有效时间的长度大于MeNB修复SCG承载所需的时间,或者大于将SCG承载进行重建、转移或删除所需的时间,或者大于在SCG承载进行重建、删除或转移后,更新承载传输层地址、TEID到SGW所需的时间。或者,MeNB在修复SCG承载之后,或者将SCG承载进行重建、转移或删除之后,或者,在SCG承载进行重建、删除或转移,并更新承载传输层地址、TEID到SGW之后,MeNB向SeNB发送一个指示,通知SeNB将删除与SeNB相关的上下文。
与此同时,MeNB可以将SCG承载重建到原来的SeNB,或转移到另一个SeNB或MeNB,或删除,并更新承载传输层地址、TEID到SGW。
步骤2,SeNB根据MeNB发送的SCG承载信息进行相应操作。
SeNB保存SCG承载上下文。当收到来自SGW的GTP-U包时,如果MeNB指示的SCG承载上下文中包含收到的GTP-U的承载上下文,则SeNB不向SGW返回GTP错误指示。如果MeNB还指示了一个有效时间值,当该时间值超时后,SeNB删除MeNB发送的SCG承载的上下文。或者,SeNB上配置有一个有效时间,当所述有效时间超时后,SeNB删除MeNB发送的SCG承载的上下文。
下面通过几个较佳实施例,对本申请技术方案进行进一步详细说明。
实施例一:
图6为本发明支持UE承载恢复的方法实施例一的示意图。该方法包括以下步骤:
步骤601,SeNB向SGW发送GTP-U包。
步骤602,SGW收到SeNB发送的GTP-U包,但SGW没有该GTP-U包的承载上下文信息时,SGW向SeNB发送一个GTP错误指示。
步骤603,采用步骤201描述的方式,SeNB向MeNB发送表明SGW发生错误的GTP错误指示或者发送收到GTP错误指示的S1-U通道对应的UE承载信息。具体地,SeNB可以通过SeNB删除请求消息或SeNB修改请求消息等消息向MeNB发送所述指示。
步骤604,MeNB根据SeNB的指示向MME请求释放UE承载或根据或UE承载信息向MME请求释放指定的UE承载。在此之前,MeNB可以向SGW发送一个空的GTP-U包(例如:Dummy包),并根据是否收到SGW发送的GTP错误指示确认SGW故障或确认SGW遗失了建立在MeNB上的UE承载上下文。如果MeNB上的承载上下文也被遗失,则MeNB上的UE承载也需要释放。
MeNB可以向MME指示请求释放UE承载的原因。
步骤605,MME向MeNB发送E-RAB释放命令或UE上下文释放请求。
实施例二:
图7为本发明支持UE承载恢复的方法实施例二的示意图。本实施例包含两种导致MeNB请求MME重建UE承载的情况,分别如步骤701至703和步骤704至步骤705所示。该方法包括以下步骤:
情况1:步骤701至步骤703与步骤601至步骤603一致,此处不再赘述。
情况2:
步骤704,MeNB向SGW发送GTP-U包。
步骤705,SGW收到MeNB发送的GTP-U包,但SGW没有该GTP-U包的承载上下文信息时,SGW向MeNB发送一个GTP错误指示。
步骤706,MeNB收到SeNB发送的GTP错误指示或者收到SGW发送的GTP错误指示后,向MME请求重建UE承载。或者MeNB收到SeNB发送收到GTP错误指示的S1-U通道对应的UE承载信息,向MME请求重建指定的UE承载,该重建请求可以包含在E-RAB修改指示消息中。
步骤707,MME可以向故障恢复SGW或重新选择一个SGW请求创建UE承载上下文,MME向相应的SGW发送创建会话请求。或者MME向SGW请求创建MeNB指定的UE承载,MME向SGW请求创建承载。
步骤708,MME收到SGW的创建会话响应或创建承载响应。
步骤709,MME向MeNB返回E-RAB重建响应,该响应可以包含在E-RAB修改请求响应消息中。
实施例三:
图8为本发明支持UE承载恢复的方法实施例三的示意图。本实施例为UE从空闲态到连接态承载建立时,将UE承载所在的eNB类型或UE承载类型告知核心网的流程。该方法包括以下步骤:
步骤801,UE连接建立,MME向MeNB发送初始上下文建立请求,指示要建立的UE承载。
步骤802,MeNB将UE承载建立在MeNB或SeNB上,向MME发送初始上下文建立响应,指示UE承载所在的eNB类型或UE承载类型。eNB类型可以是MeNB或SeNB。UE承载类型可以是MCG承载或SCG承载。
步骤803,MME向SGW发送修改承载请求,指示承载所在的eNB类型或UE承载类型。eNB类型可以是MeNB或SeNB。UE承载类型可以是MCG承载或SCG承载。
步骤804,SGW将UE承载所在的eNB类型或UE承载类型保存在承载上下文中,向MeNB返回修改承载响应。
实施例四:
图9为本发明支持UE承载恢复的方法实施例四的示意图。本实施例为X2切换时,目标MeNB将UE承载所在的eNB类型或UE承载类型告知核心网的流程。该方法包括以下步骤:
步骤901,源MeNB向目标MeNB发送切换请求。
步骤902,目标MeNB向源MeNB发送切换请求确认。源MeNB指示UE切换到目标MeNB。
步骤903,UE接入目标MeNB后,目标MeNB向MME发送路径转换请求,在该请求中指示UE承载所在的eNB类型、UE承载类型。eNB类型可以是MeNB或SeNB。UE承载类型可以是MCG承载或SCG承载。
步骤904至步骤905与步骤803至步骤804一致,此处不再赘述。
步骤906,MME向MeNB发送路径转换请求确认。
实施例五:
图10为本发明支持UE承载恢复的方法实施例五的示意图。本实施例为S1切换时,目标MeNB将UE承载所在的eNB类型或UE承载类型告知核心网的流程。该方法包括以下步骤:
步骤1001,源MeNB向MME发送切换请求。
步骤1002,MME向目标MeNB发送切换请求。
步骤1003,目标MeNB向MME返回切换请求确认。
步骤1004,MME向源MeNB发送切换命令。源MeNB指示UE切换到目标MeNB。
步骤1005,UE接入目标MeNB后,目标MeNB向MME发送切换通知,在该切换通知中指示UE承载所在的eNB类型或UE承载类型。eNB类型可以是MeNB或SeNB。UE承载类型可以是MCG承载或SCG承载。
步骤1006至步骤1007与步骤803至步骤804一致,此处不再赘述。
实施例六:
图11为本发明支持UE承载恢复的方法实施例六的示意图。本实施例为MeNB控制UE承载在MeNB和SeNB间转移时,MeNB将UE承载所在的eNB类型或UE承载类型告知核心网的流程。该方法包括以下步骤:
步骤1101,MeNB向SeNB发送SeNB新增请求或SeNB修改请求,将MeNB上的UE承载转移到SeNB;或者MeNB向SeNB发送SeNB删除请求或SeNB修改请求,将SeNB上的UE承载转移到MeNB。
步骤1102,对应于MeNB发送的请求,SeNB向MeNB返回SeNB新增响应、SeNB修改响应或SeNB删除响应。
步骤1103,MeNB向MME发送E-RAB修改指示,指示UE承载所在的eNB类型或UE承载类型。eNB类型可以是MeNB或SeNB。UE承载类型可以是MCG承载或SCG承载。
步骤1004至步骤1005与步骤803至步骤804一致,此处不再赘述。
实施例七:
图12为本发明支持UE承载恢复的方法实施例七的示意图。本实施例为SeNB遗失UE承载上下文后UE承载恢复的流程。该方法包括以下步骤:
步骤1201,SGW向某个UE承载的S1-U通道发送GTP-U包。
步骤1202,SeNB收到SGW发送的GTP-U包,但SeNB没有该GTP-U包的承载上下文信息时,SeNB向SGW发送一个GTP错误指示。
步骤1203,SGW收到GTP错误指示后,知道发生错误的UE承载所在的eNB类型仅仅为SeNB或UE承载类型仅仅为SCG,则SGW继续保留MeNB的S1-U通道并且不向MME发送下行数据通知,等到MeNB将SeNB上的UE承载重建或转移后,MeNB通过MME向SGW发送UE承载新的传输层地址和TEID或者等到MeNB将SeNB的UE承载删除后,MeNB通过MME请求SGW删除相关的UE承载。在此之前,SGW可以向发生错误的UE承载的UE的MeNB发送一个空的GTP-U包(例如:Dummy包),并根据是否收到MeNB发送的GTP错误指示确认MeNB是否故障或确认MeNB是否遗失了UE承载的上下文。如果确认MeNB没有故障或没有遗失UE承载的上下文,再执行以上操作。
步骤1204,MeNB获知SeNB故障重启,将原本建立在SeNB上的UE承载重新建立在恢复的SeNB上,或者建立在另一个SeNB上,或者MeNB将SeNB上的UE承载转移到MeNB上。
步骤1205,MeNB向MME发送E-RAB修改指示,指示UE承载新的传输层地址和GTPTEID。
步骤1206,MME向SGW发送修改承载指示,指示UE承载新的传输层地址和GTPTEID。
步骤1207,SGW向MME发送修改承载响应。
实施例八:
图13为本发明支持UE承载恢复的方法实施例八的示意图。该方法包括以下步骤:
步骤1301至步骤1302与步骤1201至步骤1202相同,此处不再赘述。
步骤1303,SGW收到GTP错误指示后,获知发生错误的承载所在的eNB类型仅仅为SeNB或UE承载类型仅仅为SCG,则SGW继续保留MeNB的S1-U通道并且不向MME发送下行数据通知,而是向MME发送承载重建、转移或删除请求,请求重建、转移或删除发生错误的SeNB上的UE承载,在该请求中可以包含发生错误的UE承载所在的SeNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识。所述请求可以包含在修改承载请求消息、删除承载请求消息或下行数据通知中。
在此之前,SGW可以向发生错误承载的UE的MeNB发送一个空的GTP-U包,并根据是否收到MeNB发送的GTP错误指示确认MeNB是否故障或确认MeNB是否也遗失了UE承载的上下文。如果MeNB没有故障或没有遗失UE承载的上下文,再执行以上操作。
SGW还可以继续保留SeNB的S1-U通道,等待MeNB的修改。
步骤1304,MME向MeNB发送承载重建、转移或删除请求,请求重建、转移或删除发生错误的SeNB上的UE承载,可以包含发生错误UE承载所在的SeNB的IP地址或标识信息或eNB类型或UE承载类型或发生错误的UE承载标识。所述请求可以包含在E-RAB修改请求或删除消息中。
步骤1305,MeNB收到承载重建或转移请求后,将原本建立在SeNB上的UE承载重新建立在恢复的SeNB上,或者建立在另一个SeNB上,或者MeNB将SeNB上的UE承载转移到MeNB上。
MeNB收到承载删除请求后,识别是SeNB上的UE承载,删除原有建立在SeNB上UE承载。
MeNB重建、转移或删除UE承载后,可以进一步删除发生错误的SeNB。
步骤1306,MeNB向MME发送承载重建或转移响应,指示UE承载新的传输层地址和GTPTEID。所述响应可以包含在E-RAB修改指示消息中。
MeNB向MME发送承载删除响应。所述响应可以包含在E-RAB删除响应中。
步骤1307,MeNB向MME发送承载重建或转移响应,指示UE承载新的传输层地址和GTPTEID。所述响应可以包含在修改承载请求消息中。
或者,MeNB向MME发送承载删除响应。所述响应可以包含在删除承载响应消息中。
实施例九:
图14为本发明支持UE承载恢复的方法实施例九的示意图。该方法包括以下步骤:
步骤1401至步骤1402与步骤1201至步骤1202相同,此处不再赘述。
步骤1403,SGW收到GTP错误指示后,获知发生错误的承载所在的eNB类型为SeNB或UE承载类型为SCG,则SGW继续保留MeNB的S1-U通道。SGW向MME发送下行数据通知,指示发生错误的UE承载。
SGW还可以继续保留SeNB的S1-U通道,等待MeNB的修改
在此之前,SGW可以向发生错误承载的UE的MeNB发送一个空的GTP-U包,并根据是否收到MeNB发送的GTP错误指示确认MeNB是否故障或确认MeNB是否也遗失了UE承载的上下文。如果MeNB没有问题,则执行以上操作。
步骤1404,MME收到下行数据通知后,识别发生错误的UE承载只属于SeNB,则MME向MeNB发送承载重建、转移或删除请求,请求重建、转移或删除发生错误的SeNB上的UE承载,可以包含该SeNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识。所述请求可以包含在E-RAB修改请求消息中。
步骤1405至步骤1406与步骤1305至1306一致,此处不再赘述。
步骤1406,MME向SGW发送修改承载请求,指示UE承载新的传输层地址和GTPTEID。
步骤1407,SGW向MME发送修改承载响应。
对承载删除,步骤1406与步骤1407不需发送。
实施例十:
图15为本发明支持UE承载恢复的方法实施例十的示意图。该方法包括以下步骤:
步骤1501,SGW向某个UE承载的S1-U通道发送GTP-U包。SeNB收到SGW发送的GTP-U包,但SeNB没有该GTP-U包的承载上下文信息时,SeNB不向SGW返回GTP错误指示或这暂停一个配置的时间。所述配置的时间足以让MeNB发现SeNB重启,将原本建立在SeNB上的UE承载重建到重启的SeNB上,或足以转移到另外的SeNB或MeNB,或者足以删除,或者足以在重建,删除,转移所述UE承载后,更新承载的传输层地址、TEID到SGW或者足以修复所述承载。
步骤1502,MeNB发现SeNB重启,决定将原本建立在SeNB上的UE承载重建到重启的SeNB上。MeNB向SeNB发送UE承载建立请求,所述请求可以包含在SeNB新增请求或SeNB修改请求消息中。
步骤1503,SeNB向MeNB发送UE承载建立响应,所述请求可以包含在SeNB新增响应或SeNB修改响应消息中。SeNB发现所建立的UE承载上下文是之前收到的GTP-U包的承载上下文,当配置时间到后,SeNB可以不向SGW返回GTP错误指示。
步骤1504,MeNB向MME发送E-RAB修改指示,指示UE承载在SeNB新的传输层地址和GTPTEID。
步骤1505,MME向SGW发送修改承载请求,指示UE承载在SeNB新的传输层地址和GTPTEID。
步骤1506,SGW向MME发送修改承载响应。
步骤1507,SGW将UE承载的下行数据发送给SeNB新的传输层地址和GTPTEID。
实施例十一:
图16为本发明支持UE承载恢复的方法实施例十一的示意图。该方法包括以下步骤:
步骤1601,SeNB-1重启后,在一段配置的时间内收到GTP-U包切没有相应的UE承载上下文时,不向SGW返回GTP错误指示。所述配置的时间足以让MeNB发现SeNB重启,将原本建立在SeNB上的UE承载重建到重启的SeNB上,或者足以转移到另外的SeNB或MeNB,或者足以删除,或者足以在重建,删除,转移所述UE承载后,更新承载的传输层地址、TEID到SGW或者足以修复所述承载。
步骤1602,MeNB发现SeNB-1重启,将原本建立在SeNB-1上的UE承载重建到重启的SeNB上,或者转移到另外的SeNB或MeNB,或者删除。这里以转移到另外的SeNB为例,MeNB向SeNB-2发送UE承载建立请求,所述请求可以包含在SeNB新增请求或SeNB修改请求消息中。
步骤1603,SeNB-2向MeNB发送UE承载建立响应,所述请求可以包含在SeNB新增响应或SeNB修改响应消息中。
步骤1604,MeNB向MME发送E-RAB修改指示,指示UE承载在SeNB-2新的传输层地址和GTPTEID。
步骤1605,MME向SGW发送修改承载请求,指示UE承载在SeNB-2新的传输层地址和GTPTEID。
步骤1606,SGW向MME发送修改承载响应。
步骤1607,SGW将UE承载的下行数据发送给SeNB-2新的传输层地址和GTPTEID。
实施例十二:
图23为本发明支持UE承载恢复的方法实施例十二的示意图。该方法包括以下步骤:
步骤2301,SeNB收到SGW发送的GTP-U包。
步骤2302,SeNB中没有该GTP-U包的承载上下文,SeNB不向SGW返回GTP错误指示。SeNB向MeNB或其他X2连接的eNB发送GTP-U包的包头信息,如TEID,F-TEID。所述信息可以承载在SeNB修改要求消息,SeNB删除请求消息,重启请求消息或eNB配置更新消息中。SeNB还可以根据GTP-U包的源传输层地址或源IP地址关联具有相同地址的承载的UE,如果确认该SeNB是UE的双连接的辅基站,将上述GTP-U包的包头信息发送给UE的MeNB。
步骤2303,MeNB发现有该GTP-U包的上下文,向SeNB重新建立UE承载,可以包含在SeNB修改请求消息中。MeNB发现没有有该GTP-U包的承载上下文,则将没有该GTP-U包的承载上下文的情况告知SeNB,此时SeNB可以向SGW返回GTP错误指示,则流程终止。
MeNB发现有该GTP-U包的上下文,且承载是SCG承载,可以重新在SeNB建立或直接释放所述承载。
如果MeNB收到的eNB重启消息中带有GTP-U包信息,可以不释放或暂时不释放跟发送重启消息eNB的X2接口相关过程、跟发送重启消息eNB相关的上下文,而是先确定是否有该GTP包的上下文。
步骤2304,SeNB向MeNB发送UE承载建立响应,所述响应可以包含在SeNB修改响应消息中。
步骤2305至步骤2308与步骤1504至步骤1507一致,此处不再赘述。
实施例十三:
图24为本发明支持UE承载恢复的方法实施例十三的示意图。该方法包括以下步骤:
步骤2401,MME收到SGW发送的下行数据通知,指示UE发生错误的承载的标识和错误原因。错误原因是从eNB收到GTP错误指示。
步骤2402,MME发现发生错误的承载的UE处于连接态,MME向UE的eNB发送承载释放命令。MME可以同时向eNB指示释放原因为GTP通道错误。
步骤2403,eNB收到MME发送的UE承载释放请求。如果eNB是UE的MeNB,且MeNB发现指示的承载信息是SCG承载,则MeNB可以1)释放所有SCG承载;2)或释放该SCG承载。完成后,MeNB向MME承载释放响应。
步骤2404,eNB向MME发送承载修改指示,不包含已经释放的承载。eNB可以进一步根据MME发送的GTP通道错误指示决定是否向MME发送承载修改指示。
步骤2405,MME向SGW发送修改承载请求。
步骤2406,SGW向MME发送修改承载响应。
步骤2407,MME向eNB发送承载修改确认。
实施例十四:
图25为本发明支持UE承载恢复的方法实施例十四的示意图。该方法包括以下步骤:
步骤2501,MME收到SGW发送的下行数据通知,指示UE发生错误的承载的标识和错误原因。错误原因是从eNB收到GTP错误指示。
步骤2502,MME发现发生错误的承载的UE处于连接态,MME向eNB发送承载释放命令。同时,MME要求SGW删除相应承载,为步骤2503。步骤2502与步骤2503时间不分先后。MME可以同时向eNB指示释放原因为GTP通道错误或没有承载上下文。
步骤2503,MME向SGW发送删除承载命令。
步骤2504,SGW向PGW发送删除承载命令。
步骤2505,eNB向MME发送承载释放响应。
步骤2506,PGW向SGW返回删除承载响应。
步骤2507,SGW向MME发送删除承载响应。
步骤2505与步骤2503,2504,2506与2507无必定的先后顺序关系。
实施例十五:
图26为本发明支持UE承载恢复的方法实施例十五的示意图。该方法包括以下步骤:
步骤2601,MME收到SGW发送的下行数据通知,指示UE发生错误的承载的ID和错误原因。错误原因是从eNB收到GTP错误指示。
步骤2602,MME发现发生错误的承载的UE处于连接态,MME向UE的eNB发送UE上下文释放请求消息。消息中包含发生错误的承载的信息。发生错误的承载的信息可以包含以下内容之一或多个:发生错误的承载的标识,发生错误的承载在SGW的F-TEID、传输层地址或TEID,发生错误的承载在基站的F-TEID、传输层地址或TEID,UE标识。
步骤2603,eNB收到MME发送的UE上下文释放请求,包含步骤2602中指示的发生错误的承载的信息。
如果eNB是UE的MeNB,且MeNB发现指示的承载信息是SCG承载,则MeNB可以执行以下操作中的任意一种:1)将该SCG承载上下文重新发送给SeNB,SeNB据此进行承载重建;2)或重新为UE选择一个SeNB建立SCG承载;3)将该SCG承载切回MeNB;4)或释放该SCG承载。完成后,MeNB向MME发送UE上下文释放响应消息,指示错误承载被修复。所述指示还可以包含UE承载在RAN侧的传输层地址,TEID等信息。
如果eNB是UE的MeNB,且MeNB发现不存在收到的承载的上下文。则eNB可以忽略收到的发生错误的承载的信息,进行UE上下文释放,向MME返回UE上下文释放响应消息。
如果eNB是UE的MeNB,且MeNB发现收到的承载的信息与保存的上下文不一致,则eNB可以忽略收到的发生错误的承载的信息,进行UE上下文释放,向MME返回UE上下文释放响应消息。
MME收到eNB发送的UE上下文释放响应消息。如果消息中包含错误承载修复指示,则不释放UE上下文,进入步骤2604;进一步的,或如果错误承载修复指示中还包含承载在RAN侧的传输层地址,TEID等,则进入步骤2605。如果消息中不包含错误承载修复指示,则释放UE上下文,流程结束。
步骤2604,MME收到eNB发送的承载修改指示。
步骤2605,MME向SGW发送修改承载请求。
步骤2606,SGW向MME发送修改承载响应。
步骤2607,MME向eNB发送承载修改确认。
实施例十六:
图27为本发明支持UE承载恢复的方法实施例十六的示意图。该方法包括以下步骤:
步骤2701,MeNB收到SeNB发送的重启请求消息。
步骤2702,MeNB可以先不删除X2上下文,MeNB将SCG承载上下文通过重启响应消息发送给SeNB。MeNB还可以向SeNB指示一个有效时间,指示在该时间值内SCG承载上下文有效。该时间值长度比MeNB修复SCG承载所需时间长,或者比将SCG承载进行重建、转移或删除所需时间长,或者比在SCG承载进行重建、删除或转移后,更新承载传输层地址、TEID到SGW所需时间长。
SeNB保存SCG承载上下文。当收到来自SGW的GTP-U包时,如果MeNB指示的SCG承载上下文中包含收到的GTP-U包的承载上下文,则SeNB不向SGW返回GTP错误指示。如果MeNB还指示了一个有效时间值,当该时间值超时后,SeNB删除MeNB发送的SCG承载的上下文。或者SeNB上配置了一个有效时间值,当该时间值超时后,SeNB可以删除MeNB发送的SCG承载的上下文。
步骤2703,在此同时,MeNB将SCG承载进行转移或删除,比如转移到另一个SeNB或MeNB。MeNB向MME发送eNB发送的承载修改指示,不包含释放的承载。
步骤2704,MME向SGW发送修改承载请求。
步骤2705,SGW向MME发送修改承载响应。
步骤2706,MME向MeNB发送承载修改确认。此时,MeNB可以向SeNB请求删除之前发送的SCG上下文。
对应于上述方法,本申请提供了相应的设备,下面结合附图,分别进行简要描述。
图17为本申请设备一的组成结构示意图,该设备包括:第一通信模块和第一错误处理模块,其中:
所述第一通信模块,用于从SGW接收GTP错误指示;
所述第一错误处理模块,用于在从SGW接收到GTP错误指示时,生成错误指示,通过第一通信模块发送给MeNB。
图18为本申请设备二的组成结构示意图,该设备包括:第二通信模块和第二错误处理模块,其中:
所述第二通信模块,用于获取UE承载所在的eNB类型或UE承载类型,并接收SGW发送的UE承载发生错误的指示;
所述第二错误处理模块,用于根据UE承载所在的eNB类型或UE承载类型,在确定发生错误的UE承载是SeNB上的UE承载时,通过第二通信模块指示MeNB对SeNB上的UE承载进行相应的处理。
图19为本申请设备三的组成结构示意图,该设备包括:第三通信模块和第三错误处理模块,其中:
所述第三通信模块,用于获取UE承载所在的eNB类型或UE承载类型;
所述第三错误处理模块,用于在确定SeNB发生错误时,执行以下一项或多项操作:
不释放MeNB上S1-U通道;
不释放SeNB上S1-U通道;
不向MME发送下行数据通知;
向MME发送UE承载发生错误的指示;
向MME指示重建、转移或释放SeNB上的UE承载。
图20为本申请设备四的组成结构示意图,该设备包括:第四通信模块和第四错误处理模块,其中:
所述第四通信模块,用于将UE承载所在的eNB类型或UE承载类型通知MME和/或SGW;
所述第四错误处理模块,用于在MeNB确定SeNB发生错误时,将原本建立在所述SeNB上的UE承载进行重建、转移或删除。
图21为本申请设备五的组成结构示意图,该设备包括:第五通信模块和第五错误处理模块,其中:
所述第五通信模块,用于从SeNB接收错误指示;
所述第五错误处理模块,用于释放或重建相应的UE承载。
图22为本申请设备六的组成结构示意图,该设备包括:第六通信模块和第六错误处理模块,其中:
所述第六通信模块,用于接收SGW发送的GTP-U包;
所述第六错误处理模块,用于在确定没有所述GTP-U包的UE承载上下文时,执行以下一项或多项操作:
不向SGW返回GTP错误指示;
等待配置的第一时间后,向SGW返回GTP错误指示;
在所述设备重启后,在配置的第二时间内,如果eNB收到GTP-U包且没有对应的UE承载上下文时,不向SGW返回GTP错误指示。
图28为本申请设备七的组成结构示意图,该设备包括:第七通信模块和第七错误处理模块,其中:
所述第七通信模块,用于接收SGW发送的GTP-U包;
所述第七错误处理模块,用于在确定没有所述GTP-U包的UE承载上下文时,执行以下一项或多项操作:
不向SGW返回GTP错误指示;
向MeNB发所述SGW发送的GTP-U包的信息。
图29为本申请设备八的组成结构示意图,该设备包括:第八通信模块和第八错误处理模块,其中:
所述第八通信模块,用于接搜SGW发送的发生错误的承载的标识和错误原因,错误原因是从eNB收到GTP错误指示;
所述第八错误处理模块,用于在发现发生错误的承载所对应的UE处于连接态,释放所述发生错误的承载。
图30为本申请设备九的组成结构示意图,该设备包括:第九通信模块和第九错误处理模块,其中:
所述第九通信模块,用于接收SGW发送的发生错误的承载的标识和错误原因,错误原因是从eNB收到GTP错误指示;
所述第九错误处理模块,用于在发现发生错误的承载所对应的UE处于连接态时,向eNB发送发生错误的承载的信息。
图31为本申请设备十的组成结构示意图,该设备包括:第十通信模块和第十错误处理模块,其中:
所述第十通信模块,用于接收MME发送的发生错误的承载的信息;
所述第十错误处理模块,用于在本设备是UE的MeNB时,执行以下操作:
如果所述承载的信息是SCG承载,则执行以下操作中的任意一种:1)将所述SCG承载的上下文重新发送给SeNB,用于SeNB进行承载重建;2)重新为UE选择一个SeNB建立SCG承载;3)将所述SCG承载切回MeNB;4)释放所述SCG承载,执行操作后,向MME指示错误承载修复;
如果发现UE上下文中不存在收到的承载的信息或者发现收到的承载的信息与保存的UE上下文不一致,则忽略收到的发生错误的承载的信息,进行UE上下文释放。
图32为本申请设备十一的组成结构示意图,该设备包括:第十一通信模块和第十一错误处理模块,其中:
所述第十一通信模块,用于发现SeNB重启;
所述第十一错误处理模块,用于向SeNB发送SCG承载信息。
图33为本申请设备十二的组成结构示意图,该设备包括:第十二通信模块和第十二错误处理模块,其中:
所述第十二通信模块,用于从MeNB接收SCG承载上下文;
所述第十二错误处理模块,用于保存SCG承载上下文,当收到来自SGW的GTP-U包时,如果MeNB指示的SCG承载上下文中包含所述GTP-U包的承载上下文,则不向SGW返回GTP错误指示。
由以上技术方案可以看出,无论是SeNB或SGW遗失了UE承载的上下文,采用本申请技术方案都能够对UE的承载进行合理的重建、转移或删除。本发明提供的方法适用于在核心网分开的双连接架构下解决UE承载恢复的问题,极大地提高了网络的可靠性和稳定性,提高了用户的网络体验。同时,本发明的解决方案非常灵活,能够满足公共通信业务的要求。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (43)

1.一种支持UE承载恢复的方法,其特征在于,包括:
辅基站SeNB收到服务网关SGW发送的用户层面的通用分组无线服务隧道协议GTP错误指示时,向主基站MeNB发送错误指示;
所述GTP错误指示用于指示MeNB释放或重建相应的UE承载。
2.根据权利要求1所述的方法,其特征在于:
所述错误指示包括以下指示中的一种或多种:GTP错误指示、S1-U通道释放指示、SGW错误指示、发生错误的用户设备UE承载指示、请求释放UE承载的指示或请求重建UE承载的指示,收到GTP错误指示的S1-U通道对应的UE承载的标识和/或原因。
3.一种设备,其特征在于,包括:第一通信模块和第一错误处理模块,其中:
所述第一通信模块,用于从SGW接收GTP错误指示;
所述第一错误处理模块,用于在从SGW接收到GTP错误指示时,生成错误指示,通过第一通信模块发送给MeNB。
4.一种支持UE承载恢复的方法,其特征在于,包括:
MME获取UE承载所在的eNB类型或UE承载类型;
MME收到SGW发送的UE承载发生错误的指示,根据UE承载所在的eNB类型或UE承载类型,确定发生错误的UE承载是SeNB上的UE承载时,指示MeNB对SeNB上的UE承载进行相应的处理;
或者MME收到SGW发送的UE承载发生错误的指示,MME确定发生错误的UE承载。
5.根据权利要求4所述的方法,其特征在于:
所述相应的处理包括:重建、转移或释放SeNB上的UE承载或重建、转移或释放发生错误的UE承载。
6.根据权利要求4或5所述的方法,其特征在于:
所述UE承载发生错误的指示包括以下指示中的一种或多种:发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识;其中,eNB类型为SeNB或MeNB,UE承载类型为MCG承载或SCG承载。
7.一种设备,其特征在于,包括:第二通信模块和第二错误处理模块,其中:
所述第二通信模块,用于获取UE承载所在的eNB类型或UE承载类型,并接收SGW发送的UE承载发生错误的指示;
所述第二错误处理模块,用于根据UE承载所在的eNB类型或UE承载类型,在确定发生错误的UE承载是SeNB上的UE承载时,通过第二通信模块指示MeNB对SeNB上的UE承载进行相应的处理。
8.一种支持UE承载恢复的方法,其特征在于,包括:
SGW获取UE承载所在的eNB类型或UE承载类型;
当SGW确定SeNB发生错误或UE承载发生错误时,执行以下一项或多项操作:
SGW不释放MeNB上S1-U通道;
SGW不释放SeNB上S1-U通道;
SGW不向MME发送下行数据通知;
SGW向MME发送UE承载发生错误的指示;
SGW向MME指示重建、转移或释放SeNB上的UE承载;
SGW向MME发送收到GTP错误指示的S1-U通道对应UE承载标识和/或原因;
SGW向MME指示重建、转移或释放收到GTP错误指示的S1-U通道对应UE承载。
9.根据权利要求8所述的方法,其特征在于:
所述SGW确定SeNB发生错误包括:SGW收到UE承载的GTP错误指示时,根据UE承载所在的eNB类型为SeNB或UE承载类型为SCG承载,确定是SeNB发生错误。
10.根据权利要求8所述的方法,其特征在于:
SGW向MME发送的UE承载发生错误的指示包括以下指示中的一种或多种:发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识;其中,eNB类型为SeNB或MeNB,UE承载类型为MCG承载或SCG承载。
11.根据权利要求8至10任一项所述的方法,其特征在于,在SGW在执行所述一项或多项操作之前,进一步包括:
SGW向发生错误的UE承载的UE的MeNB发送空的GTP-U包,如果没有收到MeNB发送的GTP错误指示,则执行所述一项或多项操作。
12.一种设备,其特征在于,包括:第三通信模块和第三错误处理模块,其中:
所述第三通信模块,用于获取UE承载所在的eNB类型或UE承载类型;
所述第三错误处理模块,用于在确定SeNB发生错误或UE承载发生错误时,执行以下一项或多项操作:
不释放MeNB上S1-U通道;
不释放SeNB上S1-U通道;
不向MME发送下行数据通知;
向MME发送UE承载发生错误的指示;
向MME指示重建、转移或释放SeNB上的UE承载
向MME发送收到GTP错误指示的S1-U通道对应UE承载标识和/或原因;
向MME指示重建、转移或释放收到GTP错误指示的S1-U通道对应UE承载。
13.一种支持UE承载恢复的方法,其特征在于,包括:
MeNB将UE承载所在的eNB类型或UE承载类型通知MME和/或SGW;
当MeNB确定SeNB发生错误时,将原本建立在所述SeNB上的UE承载进行重建、转移或删除;
或MeNB确定SeNB上的UE承载发生错误,将发生错误的UE承载进行重建、转移或删除。
14.根据权利要求13所述的方法,其特征在于:
所述MeNB确定SeNB发生错误或确定SeNB上的UE承载发生错误包括:MeNB根据MME的指示或根据MeNB与SeNB间的交互确定SeNB发生错误或确定SeNB上的UE承载发生错误;其中:
MME的指示包括以下指示中的一种或多种:发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识;其中,eNB类型为SeNB或MeNB,UE承载类型为MCG承载或SCG承载;
MeNB与SeNB间交互包括:MeNB收到SeNB发送的GTP-U包的信息,MeNB确认是否有该GTP-U包的UE承载上下文,如果有UE承载上下文,则重建或转移UE承载,如无UE承载上下文,MeNB将该GTP-U包无承载上下文告知SeNB。
15.根据权利要求13或14所述的方法,其特征在于:
所述将原本建立在所述SeNB上的UE承载进行重建、转移包括:MeNB将原本建立在SeNB上的UE承载重新建立在恢复的SeNB上、或者建立在另一个SeNB上、或者MeNB将SeNB上的承载转移到MeNB上。
16.一种设备,其特征在于,包括:第四通信模块和第四错误处理模块,其中:
所述第四通信模块,用于将UE承载所在的eNB类型或UE承载类型通知MME和/或SGW;
所述第四错误处理模块,用于在MeNB确定SeNB发生错误或确定SeNB上的UE承载发生错误时,将原本建立在所述SeNB上的UE承载或将发生错误的UE承载进行重建、转移或删除。
17.一种支持UE承载恢复的方法,其特征在于,包括:
MeNB从SeNB接收错误指示;
MeNB释放或重建相应的UE承载。
18.根据权利要求17所述的方法,其特征在于:
所述错误指示包括以下指示中的一种或多种:GTP错误指示、S1-U通道释放指示、SGW错误指示、发生错误的用户设备UE承载指示、请求释放UE承载的指示或请求重建UE承载的指示,收到GTP错误指示的S1-U通道对应的UE承载的标识和/或原因。
19.根据权利要求17所述的方法,其特征在于,所述MeNB释放或重建相应的UE承载包括:
MeNB释放或重建UE的所有承载或仅释放或重建SeNB上的UE承载;
或者,MeNB仅仅释放或重建发生错误的S1-U通道对应的UE承载。
20.根据权利要求17至19任一项所述的方法,其特征在于,在MeNB释放或重建相应的UE承载之前,进一步包括:
MeNB向SGW发送空的GTP-U包,如果没有从SGW收到GTP错误指示,则仅释放或重建SeNB上的UE承载,不对MeNB上的UE承载进行释放或重建。
21.一种设备,其特征在于,包括:第五通信模块和第五错误处理模块,其中:
所述第五通信模块,用于从SeNB接收错误指示;
所述第五错误处理模块,用于释放或重建相应的UE承载。
22.一种支持UE承载恢复的方法,其特征在于,包括:
eNB接收SGW发送的GTP-U包;
当eNB确定没有所述GTP-U包的UE承载上下文时,执行以下一项或多项操作:
eNB不向SGW返回GTP错误指示;
eNB等待配置的第一时间后,向SGW返回GTP错误指示;
eNB重启后,在配置的第二时间内,如果eNB收到GTP-U包且没有对应的UE承载上下文时,不向SGW返回GTP错误指示。
23.根据权利要求22所述的方法,其特征在于:
所述配置的第一时间和第二时间大于MeNB发现所述eNB失败或重启,并将原本建立在所述eNB上的UE承载重建到重启的所述eNB上,将所述eNB继续作为UE的SeNB所需的时间,或大于将原本建立在所述eNB上的UE承载转移到另外的SeNB或MeNB上所需的时间,或者大于删除所述UE承载所需的时间,或者大于在重建、删除、转移所述UE承载后,更新承载的传输层地址、TEID到SGW所需的时间或者大于修复所述承载所需的时间。
24.一种设备,其特征在于,包括:第六通信模块和第六错误处理模块,其中:
所述第六通信模块,用于接收SGW发送的GTP-U包;
所述第六错误处理模块,用于在确定没有所述GTP-U包的UE承载上下文时,执行以下一项或多项操作:
不向SGW返回GTP错误指示;
等待配置的第一时间后,向SGW返回GTP错误指示;
在所述设备重启后,在配置的第二时间内,如果eNB收到GTP-U包且没有对应的UE承载上下文时,不向SGW返回GTP错误指示;
向MeNB发所述SGW发送的GTP-U包的信息。
25.一种支持UE承载恢复的方法,其特征在于,包括:
SeNB接收SGW发送的GTP-U包;
当SeNB确定没有所述GTP-U包的UE承载上下文时,执行以下一项或多项操作:
不向SGW返回GTP错误指示;
SeNB向MeNB发所述SGW发送的GTP-U包的信息;
SeN根据GTP-U包的源传输层地址或源IP地址关联具有相同地址的承载的UE,如果确认该SeNB是UE的双连接的辅基站,将所述SGW发送的GTP-U包的信息发送给UE的MeNB。
26.根据权利要求25所述的方法,其特征在于:所述SGW发送的GTP-U包的信息包括所述GTP-U包的包头信息或TEID。
27.一种设备,其特征在于,包括:第七通信模块和第七错误处理模块,其中:
所述第七通信模块,用于接收SGW发送的GTP-U包;
所述第七错误处理模块,用于在确定没有所述GTP-U包的UE承载上下文时,执行以下一项或多项操作:
不向SGW返回GTP错误指示;
向MeNB发所述SGW发送的GTP-U包的信息。
28.一种支持UE承载恢复的方法,其特征在于,包括:
MME接收SGW发送的发生错误的承载的标识和错误原因,错误原因是从eNB收到GTP错误指示;
如果MME发现发生错误的承载所对应的UE处于连接态,则MME释放所述发生错误的承载。
29.根据权利要求28所述的方法,其特征在于,在MME释放所述发生错误的承载之后,进一步包括:
MME更新UE承载的传输层地址和TEID到SGW,其中不包含被释放的承载。
30.一种设备,其特征在于,包括:第八通信模块和第八错误处理模块,其中:
所述第八通信模块,用于接搜SGW发送的发生错误的承载的标识和错误原因,错误原因是从eNB收到GTP错误指示;
所述第八错误处理模块,用于在发现发生错误的承载所对应的UE处于连接态时,释放所述发生错误的承载。
31.一种支持UE承载恢复的方法,其特征在于,包括:
MME接收SGW发送的发生错误的承载的标识和错误原因,错误原因是从eNB收到GTP错误指示;
如果MME发现发生错误的承载所对应的UE处于连接态,则MME向eNB发送发生错误的承载的信息。
32.根据权利要求31所述的方法,其特征在于:
所述发生错误的承载的信息包含以下内容之一或多个:发生错误的承载的标识,发生错误的承载在SGW的F-TEID、传输层地址或TEID,发生错误的承载在基站的F-TEID、传输层地址或TEID,UE标识。
33.一种设备,其特征在于,包括:第九通信模块和第九错误处理模块,其中:
所述第九通信模块,用于接收SGW发送的发生错误的承载的标识和错误原因,错误原因是从eNB收到GTP错误指示;
所述第九错误处理模块,用于在发现发生错误的承载所对应的UE处于连接态时,向eNB发送发生错误的承载的信息。
34.一种支持UE承载恢复的方法,其特征在于,包括:
eNB接收MME发送的发生错误的承载的信息;
如果所述eNB是UE的MeNB,则所述MeNB执行以下操作:
如果所述承载的信息是SCG承载,则所述MeNB执行以下操作中的任意一种:1)将所述SCG承载的上下文重新发送给SeNB,用于SeNB进行承载重建;2)重新为UE选择一个SeNB建立SCG承载;3)将所述SCG承载切回MeNB;4)释放所述SCG承载,执行操作后,所述MeNB向MME指示错误承载修复;
如果所述MeNB发现UE的承载上下文中不存在收到的承载的信息或者MeNB发现收到的承载的信息与保存的UE的承载上下文不一致,则MeNB忽略收到的发生错误的承载的信息,进行UE上下文释放。
35.根据权利要求34所述的方法,其特征在于:
所述指示错误承载修复的指示中进一步包含UE承载在基站侧的传输层地址、TEID。
36.一种设备,其特征在于,包括:第十通信模块和第十错误处理模块,其中:
所述第十通信模块,用于接收MME发送的发生错误的承载的信息;
所述第十错误处理模块,用于在本设备是UE的MeNB时,执行以下操作:
如果所述承载的信息是SCG承载,则执行以下操作中的任意一种:1)将所述SCG承载的上下文重新发送给SeNB,用于SeNB进行承载重建;2)重新为UE选择一个SeNB建立SCG承载;3)将所述SCG承载切回MeNB;4)释放所述SCG承载,执行操作后,向MME指示错误承载修复;
如果发现UE上下文中不存在收到的承载的信息或者发现收到的承载的信息与保存的UE上下文不一致,则忽略收到的发生错误的承载的信息,进行UE上下文释放。
37.一种支持UE承载恢复的方法,其特征在于,包括:
MeNB发现SeNB重启;
MeNB向SeNB发送SCG承载信息。
38.根据权利要求37所述的方法,其特征在于,该方法进一步包括:
MeNB向SeNB指示一个有效时间,在所述有效时间内SCG承载上下文有效,所述有效时间大于MeNB修复SCG承载所需的时间,或者大于将SCG承载进行重建、转移或删除所需的时间,或者大于在SCG承载进行重建、删除或转移后,更新承载传输层地址、TEID到SGW所需的时间;
MeNB将SCG承载重建到原来的SeNB,或者转移到另一个SeNB或MeNB,或者删除,并更新承载传输层地址、TEID到SGW。
39.根据权利要求37或38所述的方法,其特征在于:
所述SCG承载信息包括以下内容之一或多个:承载标识,承载在SGW的F-TEID、传输层地址、TEID,发生错误的承载在基站的F-TEID、传输层地址、TEID,UE标识。
40.一种设备,其特征在于,包括:第十一通信模块和第十一错误处理模块,其中:
所述第十一通信模块,用于发现SeNB重启;
所述第十一错误处理模块,用于向SeNB发送SCG承载信息。
41.一种支持UE承载恢复的方法,其特征在于,包括:
SeNB从MeNB接收SCG承载上下文;
SeNB保存SCG承载上下文,当收到来自SGW的GTP-U包时,如果MeNB指示的SCG承载上下文中包含所述GTP-U包的承载上下文,则SeNB不向SGW返回GTP错误指示。
42.根据权利要求41所述的方法,其特征在于,该方法进一步包括:
如果SeNB从MeNB接收到有效时间指示,则在所述有效时间超时后,SeNB删除MeNB发送的SCG承载上下文;
或者,SeNB上配置有一个有效时间,当所述有效时间超时后,SeNB删除MeNB发送的SCG承载的上下文。
43.一种设备,其特征在于,包括:第十二通信模块和第十二错误处理模块,其中:
所述第十二通信模块,用于从MeNB接收SCG承载上下文;
所述第十二错误处理模块,用于保存SCG承载上下文,当收到来自SGW的GTP-U包时,如果MeNB指示的SCG承载上下文中包含所述GTP-U包的承载上下文,则不向SGW返回GTP错误指示。
CN201410498019.3A 2014-08-07 2014-09-25 支持ue承载恢复的方法及设备 Pending CN105338653A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410498019.3A CN105338653A (zh) 2014-08-07 2014-09-25 支持ue承载恢复的方法及设备

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN201410387572X 2014-08-07
CN201410387572 2014-08-07
CN201410390666 2014-08-08
CN2014103906662 2014-08-08
CN201410498019.3A CN105338653A (zh) 2014-08-07 2014-09-25 支持ue承载恢复的方法及设备

Publications (1)

Publication Number Publication Date
CN105338653A true CN105338653A (zh) 2016-02-17

Family

ID=55288819

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410498019.3A Pending CN105338653A (zh) 2014-08-07 2014-09-25 支持ue承载恢复的方法及设备

Country Status (1)

Country Link
CN (1) CN105338653A (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109196835A (zh) * 2016-05-12 2019-01-11 Sk电信有限公司 用于异构网络环境下提供下一代网络服务的方法和设备
CN109246849A (zh) * 2017-05-24 2019-01-18 中兴通讯股份有限公司 一种nsa架构下恢复承载的方法、装置及***
CN109756994A (zh) * 2017-08-25 2019-05-14 电信科学技术研究院 一种终端状态的恢复方法、装置、基站及终端
WO2019100772A1 (zh) * 2017-11-24 2019-05-31 华为技术有限公司 一种无线通信方法及装置
WO2019104523A1 (zh) * 2017-11-29 2019-06-06 华为技术有限公司 语音会话建立方法、装置、设备及存储介质
WO2020088305A1 (zh) * 2018-11-02 2020-05-07 华为技术有限公司 一种通信方法、通信装置及***
CN111183673A (zh) * 2017-10-10 2020-05-19 株式会社Ntt都科摩 基站及通信控制装置
CN111757401A (zh) * 2019-03-29 2020-10-09 华为技术有限公司 一种网关选择***及方法
WO2021013017A1 (en) * 2019-07-25 2021-01-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for scell beam failure recovery, ue and network device
CN113783669A (zh) * 2020-06-09 2021-12-10 大唐移动通信设备有限公司 演进的无线接入承载e-rab修改方法及装置

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109196835A (zh) * 2016-05-12 2019-01-11 Sk电信有限公司 用于异构网络环境下提供下一代网络服务的方法和设备
CN109246849A (zh) * 2017-05-24 2019-01-18 中兴通讯股份有限公司 一种nsa架构下恢复承载的方法、装置及***
CN109756994A (zh) * 2017-08-25 2019-05-14 电信科学技术研究院 一种终端状态的恢复方法、装置、基站及终端
CN111183673A (zh) * 2017-10-10 2020-05-19 株式会社Ntt都科摩 基站及通信控制装置
US11924901B2 (en) 2017-11-24 2024-03-05 Bejing Jingshi Intellectual Property Management Co., Ltd. Wireless communication method and apparatus
WO2019100772A1 (zh) * 2017-11-24 2019-05-31 华为技术有限公司 一种无线通信方法及装置
CN109842499A (zh) * 2017-11-24 2019-06-04 华为技术有限公司 一种无线通信方法及装置
WO2019104523A1 (zh) * 2017-11-29 2019-06-06 华为技术有限公司 语音会话建立方法、装置、设备及存储介质
WO2020088305A1 (zh) * 2018-11-02 2020-05-07 华为技术有限公司 一种通信方法、通信装置及***
CN111757401A (zh) * 2019-03-29 2020-10-09 华为技术有限公司 一种网关选择***及方法
CN111757401B (zh) * 2019-03-29 2021-12-14 华为技术有限公司 一种网关选择***及方法
CN113615100A (zh) * 2019-07-25 2021-11-05 Oppo广东移动通信有限公司 第二小区波束失败恢复方法及装置、用户设备、网络设备
CN113615100B (zh) * 2019-07-25 2023-10-10 Oppo广东移动通信有限公司 第二小区波束失败恢复方法及装置、用户设备、网络设备
WO2021013017A1 (en) * 2019-07-25 2021-01-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for scell beam failure recovery, ue and network device
CN113783669A (zh) * 2020-06-09 2021-12-10 大唐移动通信设备有限公司 演进的无线接入承载e-rab修改方法及装置
CN113783669B (zh) * 2020-06-09 2022-12-23 大唐移动通信设备有限公司 演进的无线接入承载e-rab修改方法及装置

Similar Documents

Publication Publication Date Title
US11617115B2 (en) Method and eNB equipment for supporting seamless handover
CN105338653A (zh) 支持ue承载恢复的方法及设备
US11706829B2 (en) Method for data forwarding in a small cell system
CN105338655B (zh) 一种用户平面承载建立的方法及装置
CN113630827B (zh) 支持切换的方法及对应的基站和网络节点
CN114449603B (zh) 无线通信***中的基站及由其执行的方法
JP6034491B2 (ja) ハンドオーバー処理方法および基地局
CN103906152B (zh) 支持ue快速恢复的方法
EP2197162B1 (en) A forwarding method for the downlink and uplink data packets during an s1 handover and an evolved-nodeb thereof
US9967781B2 (en) Apparatus and method for supporting handover
CN106162771A (zh) 一种小小区***中不同MeNB间切换的方法及设备
JP2011514068A (ja) ユーザ装備の位置情報を更新するための方法
CN102170667A (zh) 一种实现基站间切换的方法、***及基站装置
CN104812008A (zh) 一种小小区***中支持ue移动的方法
JP2011514068A5 (zh)
KR101588241B1 (ko) 통신 시스템 및 경로 제어 방법
CN104066133A (zh) 一种支持切换的方法
CN104053200A (zh) Ue在umts***和lte***之间切换的方法及设备
JP2017038403A (ja) ハンドオーバー処理方法および基地局
CN101094152B (zh) 一种分组域单隧道无线网络控制器错误的处理方法
JP6464295B2 (ja) ハンドオーバー処理方法および基地局

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20160217

WD01 Invention patent application deemed withdrawn after publication