支持ue承载恢复的方法及设备的制造方法
【技术领域】
[0001]本发明涉及无线通信技术，特别涉及支持UE承载恢复的方法及设备。
【背景技术】
[0002]现代移动通信越来越趋向于为用户提供高速率传输的多媒体业务，如图1所示，为系统架构演进(SAE)的系统架构图。其中:
[0003]用户设备(UE) 101是用来接收数据的终端设备。
[0004]演进通用陆地无线接入网络(E-UTRAN) 102是无线接入网络，其中包括为UE提供接入无线网络接口的宏基站(eNodeB/NodeB)。
[0005]移动管理实体(MME) 103负责管理UE的移动上下文、会话上下文和安全信息。
[0006]服务网关(SGW) 104主要提供用户平面的功能，MME103和SGW104可能处于同一物理实体。
[0007]分组数据网络网关(PGW) 105负责计费、合法监听等功能，也可以与SGW104处于同一物理实体。
[0008]策略和计费规则功能实体(PCRF) 106提供服务质量(QoS)策略和计费准则。
[0009]通用分组无线业务支持节点(SGSN) 108是通用移动通信系统(UMTS)中为数据的传输提供路由的网络节点设备。
[0010]归属用户服务器(HSS) 109是UE的家乡归属子系统，负责保护包括用户设备的当前位置、服务节点的地址、用户安全信息、用户设备的分组数据上下文等用户信息。
[0011]3GPP在版本12(Rel-12)提出了小小区(small cell)增强的需求，小小区增强的目标场景包括有宏小区覆盖的场景和没有宏小区覆盖的场景，室内和室外的、理想和非理想回程的增强。
[0012]在有宏小区覆盖的情况下，提出了可以应用不同基站间载波聚合的技术。宏小区和小小区可以工作在不同的频段。应用不同基站间的载波聚合的技术的架构有两种:用户平面数据基于无线接入网(RAN)分开的架构(RAN Split)和基于核心网(CN)分开的架构(CN Split)。基于CN分开的架构是指:对于建立在微微小区(pico)上的承载，数据直接由核心网的SGW发送给Pico小区，用户平面数据不通过宏小区(macro)转发。
[0013]在小小区架构中，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容器里面中的配置。
[0014]当SGW或eNB发生错误后(SGW error or eNB error)或者重启后，将遗失承载上下文。当SGW或eNB收到用户层面的GPRS隧道协议(GTP-U)包，但SGW或eNB没有该GTP-U包的承载上下文信息时，SGff或eNB将丢掉该包，并向发包端发送GTP错误指示。
[0015]当MeNB从S1-U通道(Sl-U Tunnel，SI接口用户平面通道)收到来自SGW的GTP错误指示时，MeNB需触发演进的无线接入承载(E-RAB)释放过程。
[0016]当SeNB从S1-U通道收到来自SGW的GTP错误指示时，SeNB需删除本地S1-U通道。
[0017]当SGW从Sl-U通道收到来自eNB的GTP错误指示时，SGff将删除所有该eNB的Sl-U通道的隧道端点标识(TEID)，并且SGW还将向MME发送下行数据通知消息。MME收到该消息后，如果UE是连接态，MME释放UE的SI连接，再执行网络触发的服务请求过程。
[0018]现有在核心网分开的双连接架构下，SGW, MeNB和SeNB收到GTP错误指示后还存在以下问题:
[0019]问题1:MeNB可能将所有的UE承载都建立在SeNB上或者MeNB上的承载不活跃。当SGW出现错误，SeNB向SGW发送GTP-U包时，如果SGW遗失了该SeNB上UE承载的上下文，SGff将向SeNB发送GTP错误指示。SeNB收到GTP错误指示后，将释放本地Sl-U通道，MeNB可能不会收到SGW发送的GTP错误指示，则MeNB无法获知是由于SGW的原因引起的释放，MeNB可能还会将SeNB上的UE承载建立到别的SeNB上或转移到MeNB。但是，该UE承载在SGW已经没有上下文，应该进行释放。
[0020]问题2:当SeNB发生错误时，如果SGW向SeNB发送GTP-U包，SeNB将向SGW返回GTP错误指示。由于SGW并不区分SeNB或MeNB，SGff将释放所有该UE的所有承载的通道信息，并指示MME释放该UE的连接。即SeNB的错误将导致MeNB上的所有承载均被释放，从而导致UE的连接中断。
【发明内容】
[0021]为了解决上述技术问题，本申请提出几种支持UE承载恢复的方法及相应的设备，以在核心网分开的双连接架构下解决UE承载恢复的问题，提高网络的可靠性和稳定性。
[0022]本申请提供的一种支持UE承载恢复的方法，包括:
[0023]辅基站SeNB收到服务网关SGW发送的用户层面的通用分组无线服务隧道协议GTP错误指示时，向主基站MeNB发送错误指示；
[0024]所述GTP错误指示用于指示MeNB释放或重建相应的UE承载。
[0025]较佳地，所述错误指示包括以下指示中的一种或多种:GTP错误指示、Sl-U通道释放指示、SGff错误指示、发生错误的用户设备UE承载指示、请求释放UE承载的指示或请求重建UE承载的指示，收到GTP错误指示的Sl-U通道对应的UE承载的标识和/或原因。
[0026]本申请提供的一种设备，包括:第一通信模块和第一错误处理模块，其中:
[0027]所述第一通信模块，用于从SGW接收GTP错误指示；
[0028]所述第一错误处理模块，用于在从SGW接收到GTP错误指示时，生成错误指示，通过第一通信模块发送给MeNB。
[0029]本申请提供的一种支持UE承载恢复的方法，包括:
[0030]MME获取UE承载所在的eNB类型或UE承载类型；
[0031]MME收到SGW发送的UE承载发生错误的指示，根据UE承载所在的eNB类型或UE承载类型，确定发生错误的UE承载是SeNB上的UE承载时，指示MeNB对SeNB上的UE承载进行相应的处理；
[0032]或者MME收到SGW发送的UE承载发生错误的指示，MME确定发生错误的UE承载。
[0033]较佳地,所述相应的处理包括:重建、转移或释放SeNB上的UE承载或重建、转移或释放发生错误的UE承载。
[0034]较佳地，所述UE承载发生错误的指示包括以下指示中的一种或多种:发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识；其中，eNB类型为SeNB或MeNB，UE承载类型为MCG承载或SCG承载。
[0035]本申请提供的一种设备，包括:第二通信模块和第二错误处理模块，其中:
[0036]所述第二通信模块，用于获取UE承载所在的eNB类型或UE承载类型，并接收SGW发送的UE承载发生错误的指示；
[0037]所述第二错误处理模块，用于根据UE承载所在的eNB类型或UE承载类型，在确定发生错误的UE承载是SeNB上的UE承载时，通过第二通信模块指示MeNB对SeNB上的UE承载进行相应的处理。
[0038]本申请提供的一种支持UE承载恢复的方法，包括:
[0039]SGff获取UE承载所在的eNB类型或UE承载类型；
[0040]当SGW确定SeNB发生错误或UE承载发生错误时，执行以下一项或多项操作:[0041 ] SGff不释放MeNB上S1-U通道；
[0042]SGff不释放SeNB上S1-U通道；
[0043]SGff不向MME发送下行数据通知；
[0044]SGff向MME发送UE承载发生错误的指示；
[0045]SGff向MME指示重建、转移或释放SeNB上的UE承载；
[0046]SGff向MME发送收到GTP错误指示的Sl-U通道对应UE承载标识和/或原因；
[0047]SGff向MME指示重建、转移或释放收到GTP错误指示的Sl-U通道对应UE承载。
[0048]较佳地，所述SGW确定SeNB发生错误包括:SGW收到UE承载的GTP错误指示时，根据UE承载所在的eNB类型为SeNB或UE承载类型为SCG承载，确定是SeNB发生错误。
[0049]较佳地，SGff向MME发送的UE承载发生错误的指示包括以下指示中的一种或多种:发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识；其中，eNB类型为SeNB或MeNB，UE承载类型为MCG承载或SCG承载。
[0050]较佳地，在SGW在执行所述一项或多项操作之前，进一步包括:
[0051 ] SGff向发生错误的UE承载的UE的MeNB发送空的GTP-U包，如果没有收到MeNB发送的GTP错误指示，则执行所述一项或多项操作。
[0052]本申请提供的一种设备，包括:第三通信模块和第三错误处理模块，其中:
[0053]所述第三通信模块，用于获取UE承载所在的eNB类型或UE承载类型；
[0054]所述第三错误处理模块，用于在确定SeNB发生错误或UE承载发生错误时，执行以下一项或多项操作:
[0055]不释放MeNB上S1-U通道；
[0056]不释放SeNB上S1-U通道；
[0057]不向MME发送下行数据通知；
[0058]向MME发送UE承载发生错误的指示；
[0059]向MME指示重建、转移或释放SeNB上的UE承载；
[0060]向MME发送收到GTP错误指示的Sl-U通道对应UE承载标识和/或原因；
[0061]向MME指示重建、转移或释放收到GTP错误指示的Sl-U通道对应UE承载。
[0062]本申请提供的一种支持UE承载恢复的方法，包括:
[0063]MeNB将UE承载所在的eNB类型或UE承载类型通知MME和/或SGW ；
[0064]当MeNB确定SeNB发生错误时，将原本建立在所述SeNB上的UE承载进行重建、转移或删除；或MeNB确定SeNB上的UE承载发生错误，将发生错误的UE承载进行重建、转移或删除。
[0065]较佳地，所述MeNB确定SeNB发生错误确定SeNB上的UE承载发生错误包括=MeNB根据MME的指示或根据MeNB与SeNB间的交互确定SeNB发生错误或确定SeNB上的UE承载发生错误；其中:
[0066]MME的指示包括以下指示中的一种或多种:发生错误的UE承载所在的eNB的IP地址、标识信息、eNB类型、UE承载类型或发生错误的UE承载标识；其中，eNB类型为SeNB或MeNB, UE承载类型为MCG承载或SCG承载；
[0067]MeNB与SeNB间交互包括:MeNB收到SeNB发送的GTP-U包的信息，MeNB确认是否有该GTP-U包的UE承载上下文，如果有UE承载上下文，则重建或转移UE承载，如无UE承载上下文，MeNB将该GTP-U包无承载上下文告知SeNB。
[0068]较佳地，所述将原本建立在所述SeNB上的UE承载进行重建、转移包括=MeNB将原本建立在SeNB上的UE承载重新建立在恢复的SeNB上、或者建立在另一个SeNB上、或者MeNB将SeNB上的承载转移到MeNB上。
[0069]本申请提供的一种设备，包括:第四通信模块和第四错误处理模块，其中:
[0070]所述第四通信模块，用于将UE承载所在的eNB类型或UE承载类型通知MME和/或 SGff ；
[0071]所述第四错误处理模块，用于在MeNB确定SeNB发生错误或确定SeNB上的UE承载发生错误时，将原本建立在所述SeNB上的UE承载或将发生错误的UE承载进行重建、转移或删除。
[0072]本申请提供的一种支持UE承载恢复的方法，包括:
[0073]MeNB从SeNB接收错误指示；
[0074]MeNB释放或重建相应的UE承载。
[0075]较佳地，所述错误指示包括以下指示中的一种或多种:GTP错误指示、Sl-U通道释放指示、SGff错误指示、发生错误的用户设备UE承载指示、请求释放UE承载的指示或请求重建UE承载的指示，收到GTP错误指示的Sl-U通道对应的UE承载的标识和/或原因。
[0076]较佳地,所述MeNB释放或重建相应的UE承载包括:
[0077]MeNB释放或重建UE的所有承载或仅释放或重建SeNB上的UE承载；或者，MeNB仅仅释放或重建发生错误的Sl-U通道对应的UE承载。
[0078]较佳地，在MeNB释放或重建相应的UE承载之前，进一步包括:
[0079]MeNB向SGW发送空的GTP-U包，如果没有从SGW收到GTP错误指示，则仅释放或重建SeNB上的UE承载，不对MeNB上的UE承载进行释放或重建。
[0080]本申请提供的一种设备，包括:第五通信模块和第五错误处理模块，其中:
[0081]所述第五通信模块，用于从SeNB接收错误指示；
[0082]所述第五错误处理模块，用于释放或重建相应的UE承载。
[0083]本申请提供的一种支持UE承载恢复的方法，包括:
[0084]eNB接收SGW发送的GTP-U包；
[0085]当eNB确定没有所述GTP-U包的UE承载上下文时，执行以下一项或多项操作:
[0086]eNB不向SGW返回GTP错误指示；
[0087]eNB等待配置的第一时间后，向SGW返回GTP错误指示；
[0088]eNB重启后，在配置的第二时间内，如果eNB收到GTP-U包且没有对应的UE承载上下文时，不向SGW返回GTP错误指示。
[0089]较佳地，所述配置的第一时间和第二时间大于MeNB发现所述eNB失败或重启，并将原本建立在所述eNB上的UE承载重建到重启的所述eNB上，将所述eNB继续作为UE的SeNB所需的之间，或大于将原本建立在所述eNB上的UE承载转移到另外的SeNB或MeNB上所需的时间，或者大于删除所述UE承载所需的时间，或者大于在重建、删除、转移所述UE承载后，更新承载的传输层地址、TEID到SGW所需的时间或者大于修复所述承载所需的时间。
[0