[发明专利]一种长期演进系统中业务承载建立失败的处理方法和装置

说明书

技术领域  本发明涉及通信领域，尤其涉及一种长期演进系统(LTE)中业务承载建立失败的处理方法和装置。

背景技术  第三代合作伙伴(3GPP)LTE系统主要由终端(UE)、基站(eNB)和核心网(Evolved Packet Core，即EPC)组成，如图1所示为LTE系统各网元连接示意图，UE与eNB间为空中无线接口(Uu口)，eNB之间为X2接口，eNB与EPC间为S1接口。

在3GPP LTE系统中，业务承载分为默认承载和专用承载，UE注册(attach)成功后，就建立了一个默认承载，后续可以根据业务QoS(Quality of Service)需要发起专用承载建立。其中，UE和核心网可发起业务承载的建立、修改和释放；eNB只能发起承载释放。

业务承载在UE和核心网就是EPS承载(Evolved Packet System，EPSbearer)，在eNB即E-RAB承载(Evolved-Radio Access bearer)，EPS承载、E-RAB承载和DRB(Data Radio Bearer，数据无线承载)一一对应。

当前3GPP LTE系统中，UE主动发起的专用EPS承载建立流程如图2所示，包括如下步骤：步骤201，用户发送上行直传消息提出承载资源分配请求，经过基站eNB送到核心网EPC；步骤202，核心网EPC处理承载分配请求，步骤203，核心网EPC然后发出E-RAB建立请求给基站eNB，包含激活专用EPS承载上下文请求消息，步骤204，核心网EPC再启动T3485；步骤205，基站发起RRC连接重配(包含激活专用EPS承载上下文请求信息)给用户；步骤206，用户发出RRC连接重配完成消息给基站；步骤207，基站发出E-RAB建立响应给核心网；步骤208，用户发出上行直传消息(激活专用EPS承载上下文应答)；步骤209，基站发送上行直传消息(激活专用EPS承载上下文应答)；步骤210，核心网停止T3485，步骤211，核心网再处理承载分配响应。

核心网主动发起的专用EPS承载建立流程如图3所示，包括如下步骤，首先核心网EPC建立承载分配请求，然后在步骤301发出E-RAB建立请求(包含激活专用EPS承载上下文请求消息)给基站；步骤302，基站发送RRC连接重配(包含激活专用EPS承载上下文请求消息)给用户；步骤303，用户发起RRC连接重配完成消息给基站；步骤304，基站发出E-RAB建立响应给核心网；步骤305，用户发起上行直传消息(激活专用EPS承载上下文应答)到基站，然后在步骤306再到核心网；由核心网处理承载分配响应。

当核心网发送激活专用EPS承载上下文请求消息203时，会启动T3485204，等待UE的响应，收到激活专用EPS承载上下文应答消息209时，专用承载建立成功，则停止T3485209；如果未收到激活专用EPS承载上下文应答消息时，处理的流程见图4所示，包括如下步骤：当T3485超时，则核心网会重发激活专用EPS承载上下文请求消息(如步骤403)，并再次启动T3485(如步骤404)，等待响应。如果此时无线环境比较差，UE回复的激活专用EPS承载上下文应答消息，核心网都没有收到，则前4次T3485超时时对应图4中的步骤402、405、408、411，核心网都重发激活专用EPS承载上下文请求消息，对应图4中的步骤403、406、409、412，直至第5次超时时(如步骤414)，当前技术的做法是核心网放弃该过程，本地释放可能分配的资源，进入承载上下文去激活(BEARER CONTEXT INACTIVE)状态(如步骤415)。

上面所述的建立专用承载失败时的处理方法是不完备的：因为当核心网重发4次后仍然收不到UE的响应，如果核心网释放资源，放弃该过程，对于核心网来说，该专用承载并没有建立起来；但对于UE来说，发送完激活专用EPS承载上下文应答消息后(如步骤208)，就认为该专用承载已经成功建立(激活专用EPS承载上下文应答消息有可能是在UE发给eNB时丢掉了，即208丢了)，那么UE和核心网就出现了专用承载不一致的现象，后续UE有可能使用该专用承载来发送数据，必然会导致数据发不到对端的错误。并且，对于UE和eNB来说，该专用承载对应的DRB也已经建立起来了，但实际上该专用承载并不能成功发送数据，也造成了无线资源浪费。

发明内容  针对上述现有技术的缺陷，本发明提出一种长期演进系统中业务承载建立失败的处理方法和装置，可以有效避免UE、eNB和核心网的承载不一致。

本发明公开的一种长期演进系统中业务承载建立失败的处理方法，包括如下步骤：