无线承载丢失信息的上报方法和装置与流程

本发明涉及通信领域，尤其涉及一种无线承载丢失信息的上报方法和装置。

背景技术：

下一代通信网的承载已经全面开始换用IP(Internet Protocol，网络互连协议)。从通信网的发展来看，经历了从传统电路交换网到控制承载分离的IP包交换网络再到全IP的多媒体网络这样一个演进过程。在向全IP网络演进过程中，需要考虑端到端QoS(Quality of Service，服务质量)问题，以提供令客户满意的业务(特别是实时类业务)。因为IP网络可以提供更多种类的业务(如多媒体呼叫，文件下载，网页浏览等)，所以需要网络能够检测不同的业务流并统计流量、时长等计费信息以上报给计费中心。为了解决上述QoS和基于流计费等相关问题，3GPP(Third Generation Partnership Project，第三代合作伙伴计划)定义了PCC(Policy and Charging Control，策略和计费控制)架构，通过该架构可以使得网络检测到不同的业务流，并针对业务流实现QoS控制，计费统计等需求。

在PCC架构中，当UE(User Equipment，用户设备)在PDN(Public Data Network，公用数据网)分配了可寻址的IP地址后，UE就建立IP-CAN(IP-Connectivity Access Network，IP连接接入网络)会话，为了满足不同的QoS要求，在同一个IP-CAN会话里可以建立不同QoS要求的IP-CAN承载(Bearer)，对于IP-CAN承载，可以分为GBR(保证带宽)承载和非GBR承载，其中缺省承载属于非GBR承载。一般情况下，GBR承载用于对带宽敏感的实时业务，如VoIP(Voice over Internet Protocol，互联网协议语音电话)的媒体流、视频流等；而非GBR承载用于对带宽不敏感的非实时业务以及一些对带宽要求不高的实时业务，如FTP(File Transfer Protocol，文件传输协议)下载、HTTP(HyperText Transfer Protocol，超文本传输协议)浏览、email(electronic mail，电子邮件)、VoIP信令流等。

目前，运营商通过PCC架构可以很好的实现对承载层数据流的QoS、计费等的控制，从而实现向上向业务层屏蔽传送网络的具体细节，向下感知传送网络的资源使用情况。一方面PCRF(Policy and Charging Rule Function，策略和计费规则功能)根据业务层指示的会话协商信息制订相应的策略，控制承载层网络资源的使用；另一方面当底层承载使用情况发生变化时，例如，用户进入不可覆盖区导致无线承载丢失、网关故障等，可以通过上报机制通知业务层，以便业务层作相应更改、提供对应的策略。

然而，现有技术中，当eNB(eNodeB，演进型基站)需要释放和UE之间的信令连接和所有无线承载时，是通过释放承载的机制通知PGW(PDN Gateway，Packet Data Network Gateway，分组数据网络网关)，进而通知PCRF和AF(Application Function，应用功能)的。对于GBR(Guaranteed bandwidth，保证带宽)承载来说，由于传输的基本是实时业务，对于这种异常释放无线承载，即使时间很短，也很有可能导致业务中断，所以释放GBR承载是合理的，但对于非GBR承载来说，采用释放非GBR承载机制，会影响其他绑定在该非GBR承载的业务，以及释放缺省承载引起的IP地址释放的缺陷。

技术实现要素：

本发明实施例提供一种无线承载丢失信息的上报方法和装置，以解决当无线承载异常释放后，通过释放非GBR承载来实现无线承载丢失信息的上报机制导致的：影响其他绑定在该非GBR承载的业务以及释放缺省承载引起的IP地址释放的问题。

本发明实施例的上述目的是通过如下技术方案实现的：

一种无线承载丢失信息的上报方法，所述方法包括：接收携带释放原因值的用户设备UE上下文释放请求消息或者释放接入承载请求消息或者Iu接口释放请求消息；如果所述释放原因值指示异常释放，则向网关上报无线承载丢失信息，并保留非保证带宽GBR承载。

一种移动管理实体MME，所述MME包括：接收单元，用于接收演进型基站eNB发送的携带释放原因值的UE上下文释放请求消息；上报单元，用于在所述释放原因值指示异常释放时，向网关上报无线承载丢失信息；处理单元，用于在所述释放原因值指示异常释放时，保留非GBR承载。

一种服务网关SGW，所述SGW包括：接收单元，用于接收MME发送的携带释放原因值的释放接入承载请求消息；上报单元，用于在所述释放原因值指示异常释放时，向PGW上报无线承载丢失信息；处理单元，用于在所述释放原因值指示异常释放时，保留非GBR承载。

一种服务GPRS支持节点SGSN，所述SGSN包括：接收单元，用于接收无线网络控制器RNC发送的携带释放原因值的Iu接口释放请求消息；上报单元，用于在所述释放原因值指示异常释放时，向网关上报无线承载丢失信息；处理单元，用于在所述释放原因值指示异常释放时，保留非GBR承载。

通过本发明实施例的方法和装置，既实现了无线承载丢失信息的上报，又避免了因为释放非GBR承载引起的问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1为本发明实施例的无线承载丢失信息的上报方法的流程图；

图2为根据图1所示的方法由MME上报无线承载信息的流程图；

图3为根据图1所示的方法由SGW上报无线承载信息的流程图；

图4为根据图1所示的方法由SGSN上报无线承载信息的流程图；

图5为本发明另一实施例的无线承载丢失信息的上报方法的流程图；

图6为根据图5所示的方法由MME上报无线承载信息的第一实施方式的流程图；

图7为根据图5所示的方法由MME上报无线承载信息的第二实施方式的流程图；

图8为本发明实施例提供的MME的组成框图；

图9为本发明实施例提供的SGW的组成框图；

图10为本发明实施例提供的SGSN的组成框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明实施例做进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并不作为对本发明的限定。

图1为本发明实施例提供的一种无线承载丢失信息的上报方法的流程图，该方法应用于网络侧设备，例如MME(Mobile Management Entity，移动管理实体)或者SGW或者SGSN(Service GPRS Supporting Node，服务GPRS(General Packet Radio Service，通用分组无线服务技术)支持节点)，由MME或者SGW或者SGSN负责无线承载丢失信息的上报，请参照图1，该方法包括：

步骤101：接收携带释放原因值的UE上下文释放请求消息或者释放接入承载请求消息或者Iu接口释放请求消息；

在一个实施例中，当无线接入网侧设备(例如eNB)检测到需要释放UE的无线信令连接以及所有无线承载时，则向网络侧设备(例如MME)发送携带释放原因值的UE上下文释放请求消息，通知MME该UE的无线连接已经中断。此时，该MME在接收到该UE上下文释放请求消息后，进行无线承载丢失信息的上报。

在另外一个实施例中，MME在接收到该UE上下文释放请求消息后，不进行无线承载丢失信息的上报，而是通过释放接入承载请求消息将释放原因值转发给SGW，由该SGW进行无线承载丢失信息的上报。

在另外一个实施例中，当无线接入网侧设备(例如RNC)检测到需要释放UE的无线信令连接以及所有无线承载时，则向网络侧设备(例如SGSN)发送携带释放原因值的Iu接口释放请求消息，通知SGSN该UE的无线连接已经中断。此时，该SGSN在接收到该Iu接口释放请求消息后，进行无线承载丢失信息的上报。

其中，释放原因值用于指示释放原因，例如可以为：与UE之间失去无线连接，管理维护原因，UE进入休眠状态，或者与UE之间的完整性检查重复失败等等，当释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则确认为异常释放。

步骤102：如果所述释放原因值指示异常释放，则向网关上报无线承载丢失信息，并保留所有非GBR承载。

其中，MME或者SGW或者SGSN在接收到对应的携带释放原因值的消息后，根据释放原因值决定是否进行无线承载丢失信息的上报，其中，如果是异常释放，即释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则向网关上报UE的无线承载丢失信息，同时仍在MME或者SGW或者SGSN上保留所有非GBR承载。

对于非GBR业务来说，并不是所有业务在异常释放无线承载时，都会中断业务的，比如像HTTP、FTP、email、P2P(peer-to-peer，点对点)等是能够容忍短时间传输中断的，特别是针对UE临时进入不可覆盖区后又恢复无线连接的情况，根据目前的承载绑定机制看，一个承载可以绑定多个QoS要求相同的业务，如果有的业务关注承载事件，有的不关注承载事件，则采用释放承载机制，会导致那些不关注承载事件的业务也无法在该承载上传输(因为承载已经释放了)，即使这些业务可以忍受临时中断；另外对于非GBR业务来说，关注承载事件不一定意味着业务在无线承载异常释放时，一定要中断业务。

因为缺省承载是非GBR承载，如果缺省承载传输了这种需要关注承载事件的业务，则采用这种机制后，会释放缺省承载，而释放缺省承载会释放整个IP-CAN会话，包括所有承载，释放IP地址，这会导致对于那些预留标识为预留的非GBR承载也会释放，另外释放IP地址后，当UE重新恢复无线连接后，需要重新进行附着流程，分配IP地址，这会导致大量的信令交互，造成不必要的信令交互。

通过本发明实施例提供的无线承载丢失信息的上报方法，解决了目前网络侧设备MME/SGSN在收到无线侧承载丢失信息后，对非GBR承载采用承载释放机制来通知网关，并在有PCC部署情况下，由网关通知PCRF所导致的非GBR承载上无论该业务是否可忍受无线侧承载丢失都会中断，以及缺省承载释放导致的IP地址释放，需要重新附着的问题。

为使图1所示实施例的方法更加清楚易懂，以下结合图2－图4所示的流程对本实施例的方法进行详细说明。

图2为根据本实施例的方法，由MME负责无线承载丢失信息的上报的流程图，本实施例是针对3GPP标准组织定义的EPS(Evolved Packet System)系统，无线接入技术为eUTRAN(演进型接入网)。请参照图2，该流程包括：

步骤201：eNB检测到需要释放和UE(用户设备)之间的信令连接和所有无线承载，则发送S1UE Context Release Request(上下文释放请求)消息给MME；

其中，该UE上下文释放请求消息中携带释放原因值，指示释放原因，比如和UE之间失去无线连接、管理维护原因、UE进入休眠状态、以及UE之间的完整性检查重复失败等。当释放原因值为：与UE之间失去无线连接，管理维护原因，或者与UE之间的完整性检查重复失败时，则确认为异常释放。

步骤202：MME收到UE上下文释放请求消息，根据释放原因值决定是否上报，如果是异常释放，即释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则向网关上报无线承载丢失信息，同时仍保留所有的非GBR承载；

步骤203：MME向SGW(服务网关)发送修改承载请求(modify Bearer request)消息或者释放接入承载请求(Release Access Bearers Request)消息，该消息中携带UE无线承载丢失信息；

其中，无线承载丢失信息可以只是一个通用的描述，即不再区分具体的释放原因，也可以进一步携带原因值，指明无线承载丢失的具体原因。在本实施里，这个无线承载丢失信息是针对该UE所有非GBR承载的，而不是针对一个特定的非GBR承载。

步骤204：SGW收到修改承载请求消息或者接入承载释放消息后，如果消息里携带有UE无线承载丢失信息，则通过修改承载请求(modifyBearer request)消息将UE无线承载丢失信息上报给PGW(PDN网关)。

至此，MME完成了无线承载丢失信息的上报，由此解决了目前网络侧设备MME在收到无线侧承载丢失信息后，对非GBR承载采用承载释放机制来通知网关，并在有PCC部署情况下，由网关通知PCRF所导致的非GBR承载上无论该业务是否可忍受无线侧承载丢失都会中断，以及缺省承载释放导致的IP地址释放，需要重新附着的问题。

图3为根据本实施例的方法，由SGW负责无线承载丢失信息的上报的流程图，本实施例是针对3GPP标准组织定义的EPS(Evolved Packet System)系统，无线接入技术为eUTRAN。请参照图3，该流程包括：

步骤301：eNB检测到需要释放和UE(用户设备)之间的信令连接和所有无线承载，则发送S1UE Context Release Request(上下文释放请求)消息给MME；

其中，该UE上下文释放请求消息中携带原因值，指示释放原因，比如和UE之间失去无线连接、管理维护原因、UE进入休眠状态、以及UE之间的完整性检查重复失败等。当释放原因值为：与UE之间失去无线连接，管理维护原因，或者与UE之间的完整性检查重复失败时，则确认为异常释放。

步骤302：MME向SGW(服务网关)发送释放接入承载请求(Release Access Bearers Request)消息，该消息中携带释放原因值(cause)，要求服务网关释放和接入网设备之间的连接；

步骤303：SGW收到释放接入承载请求消息，根据释放原因值决定是否上报，如果是异常释放，即释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则向网关PGW上报无线承载丢失信息，同时仍保留所有的非GBR承载；

步骤304：SGW向PGW(PDN GW)发送修改承载请求(modify Bearer request)消息，该消息中携带UE无线承载丢失信息。

其中，该无线承载丢失信息可以只是一个通用的描述，即不再区分具体的释放原因，也可以进一步携带原因值，指明无线承载丢失的具体原因；在本实施里，这个无线承载丢失信息是针对该UE所有非GBR承载的，而不是针对一个特定的非GBR承载。

至此，SGW完成了无线承载丢失信息的上报，由此解决了目前网络侧设备MME在收到无线侧承载丢失信息后，对非GBR承载采用承载释放机制来通知网关，并在有PCC部署情况下，由网关通知PCRF所导致的非GBR承载上无论该业务是否可忍受无线侧承载丢失都会中断，以及缺省承载释放导致的IP地址释放，需要重新附着的问题。

图4为根据本实施例的方法，由SGSN负责无线承载丢失信息的上报的流程图，本实施例是针对3GPP标准组织定义的GPRS(General Packet Radio Service)系统，无线接入技术为GERAN(GSM EDGE(Enhanced Data rate for GSM Evolution，提高数据速率的GSM演进技术)Radio Access Network，GSM/EDGE无线接入网)/UTRAN(UMTS Terrestrial Radio Access Network，UMTS陆地无线接入网)/GSM(Global System for Mobile Communications，全球移动通讯系统)。请参照图4，该流程包括：

步骤401：RNC发现和UE之间的RRC(Radio Resource Control，无线资源控制)连接已经释放或者需要释放或者检测到需要释放和UE之间的无线资源，则发送Iu接口释放请求(Release Request)消息给SGSN；

其中，该Iu接口释放请求消息中携带释放原因值(cause)，比如和UE之间失去无线连接、管理维护原因、UE进入休眠状态、和UE之间的完整性检查重复失败等。当释放原因值为：与UE之间失去无线连接，管理维护原因，或者与UE之间的完整性检查重复失败时，则确认为异常释放。

步骤402：SGSN收到Iu接口释放请求消息，根据释放原因值决定是否上报，如果是异常释放，即释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则向网关GGSN上报无线承载丢失信息，同时仍保留所有的后台类PDP(Packet Data Protocol，分组数据协议)上下文或者所有的交互类PDP上下文或者所有的后台类和交互类PDP上下文(后台类和交互类PDP上下文也是非GBR承载)；

步骤403：SGSN向GGSN发送更新PDP上下文请求(Update PDP Context Request)消息，该消息中携带UE无线承载丢失信息。

其中，无线承载丢失信息可以只是一个通用的描述，即不再区分具体的释放原因，也可以进一步携带原因值，指明无线承载丢失的具体原因。在本实施里，这个无线承载丢失信息是针对该UE所有的后台类PDP上下文或者所有的交互类PDP上下文或者所有的后台类和交互类PDP上下文，而不是针对一个特定的上下文。

根据现有标准，更新PDP上下文请求消息必须指定一个PDP上下文ID，在本实例里，该PDP上下文ID为首次上下文ID，但不是表明无线承载丢失仅是针对首次上下文的。

至此，SGSN完成了无线承载丢失信息的上报，由此解决了目前网络侧设备SGSN在收到无线侧承载丢失信息后，对非GBR承载采用承载释放机制来通知网关，并在有PCC部署情况下，由网关通知PCRF所导致的非GBR承载上无论该业务是否可忍受无线侧承载丢失都会中断，以及缺省承载释放导致的IP地址释放，需要重新附着的问题。

图5为本发明实施例提供的一种无线承载丢失信息的上报方法的流程图，该方法也应用于网络侧设备MME、SGSN或者SGW，其是在PDN网关PGW或者GGSN预先向网络侧设备订阅无线承载丢失信息的情况下，通过MME或者SGW向PGW上报无线承载丢失信息，或者通过SGSN向GGSN上报无线承载丢失信息。其中，本实施例与图1所示实施例相同的内容不再赘述，请参照图5，该方法包括：

步骤501：接收携带释放原因值的UE上下文释放请求消息或者释放接入承载请求消息或者Iu接口释放请求消息；

其中，释放原因值用于指示释放原因，例如可以为：与UE之间失去无线连接，管理维护原因，UE进入休眠状态，或者与UE之间的完整性检查重复失败等等，当释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则确认为异常释放。步骤502：判断PGW或者GGSN是否订阅了无线承载丢失信息，如果是，则执行步骤503，否则结束。

在本实施例中，由MME或者SGW判断PGW是否订阅了无线承载丢失信息，由SGSN判断GGSN是否订阅了无线承载丢失信息。

其中，PCRF可以向PDN网关PGW或者GGSN订阅无线承载丢失信息，当PDN网关PGW或者GGSN收到PCRF的订阅后，再向网络侧设备订阅。

其中，本实施例的网络侧设备可以是MME、SGSN、或者SGW。

步骤503：判断所述释放原因值是否是异常释放，如果是，则执行步骤504，否则结束；

步骤504：向网关上报UE无线承载丢失信息，并保留所有非GBR承载。

其中，所述网关具体为：PGW或GGSN。当本实施例的方法应用于MME时，该步骤504由MME通过SGW向网关PGW上报该无线承载丢失信息；当本实施例的方法应用于SGW时，该步骤504由SGW向网关PGW上报该无线承载丢失信息；当本实施例的方法应用于SGSN时，该步骤504由SGSN向网关GGSN上报该无线承载丢失信息。

在本实施例中，并不限制步骤502和步骤503执行的先后顺序，例如可以先判断释放原因值，再判断PGW或者GGSN是否订阅了该无线承载丢失信息，本实施例并不以此作为限制。

通过本发明实施例提供的无线承载丢失信息的上报方法，在PGW或者GGSN预先订阅了无线承载丢失信息后，向该PGW或者GGSN上报这一信息，解决了目前MME/SGSN在收到无线侧承载丢失信息后，对非GBR承载采用承载释放机制来通知网关，并在有PCC部署情况下，由网关通知PCRF所导致的非GBR承载上无论该业务是否可忍受无线侧承载丢失都会中断，以及缺省承载释放导致的IP地址释放，需要重新附着的问题。

为使图5所示实施例的方法更加清楚易懂，以下结合图6和图7所示的流程对本实施例的方法进行详细说明。

图6为MME根据PGW的无线承载丢失信息上报请求来决定是否上报的其中一个实施方式的流程图，本实施例是针对3GPP标准组织定义的EPS(Evolved Packet System，演进分组系统)系统，无线接入技术为eUTRAN。请参照图6，该流程包括：

步骤601-602：PCRF向PGW订阅无线承载丢失信息，其中，PGW包含有PCEF(Policy and Charging Enforcement Function，策略及计费执行功能)，在本实施例中，若无特殊说明，PGW是指包含PCEF的实体；

其中，该信息值可以重用当前已经定义的LOSS_OF_BEARER信息，或者新定义一个信息专用于无线承载丢失，该信息可以是针对整个IP-CAN会话的，或者针对特定规则的，本实施例并不以此作为限制。

步骤603：PGW收到PCRF的订阅无线承载丢失信息请求后，向SGW发送更新承载请求(update Bearer reques)消息，要求MME检测到无线承载丢失后，把该信息上报给PGW；

其中，如果PCRF订阅的无线承载丢失信息针对整个IP-CAN会话，则向MME请求无线承载丢失是针对所有非GBR承载的；如果PCRF订阅的信息是针对某些PCC规则的，则PGW仍可以选择向MME请求无线承载丢失是针对所有非GBR承载的，也可以选择向MME请求无线承载丢失是针对特定非GBR承载的，这些特定的非GBR承载绑定了上述的PCC rule。

例如，PCRF针对PCC rule 1进行订阅，PGW发现PCC rule 1绑定到非GBR承载2上，则请求无线承载丢失仅针对非GBR承载2。

步骤604-606：SGW向MME发送更新承载请求(update Bearer request)消息，要求MME检测到无线承载丢失后，上报该信息；

步骤607：eNB检测到需要释放和UE(用户设备)之间的信令连接和所有无线承载，则发送S1UE Context Release Request(上下文释放请求)消息给MME；

其中，该消息中携带释放原因值，指示释放原因，比如和UE之间失去无线连接、管理维护原因、UE进入休眠状态、以及UE之间的完整性检查重复失败等。当释放原因值为：与UE之间失去无线连接，管理维护原因，或者与UE之间的完整性检查重复失败时，则确认为异常释放。

步骤608：MME收到UE上下文释放请求消息，首先判断PGW是否订阅了无线承载丢失信息，再根据释放原因值决定是否上报，如果PGW要求MME上报无线承载丢失信息，且释放原因值显示是异常释放，即释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则MME通过SGW向网关PGW上报无线承载丢失信息，同时仍保留所有的非GBR承载；

步骤609：MME向SGW(服务网关)发送修改承载请求(modify Bearer request)消息或者释放接入承载请求(Release Access Bearers Request)消息，该消息中携带UE无线承载丢失信息；

其中，该无线承载丢失信息可以只是一个通用的描述，即不再区分具体的释放原因，也可以进一步携带原因值，指明无线承载丢失的具体原因。在本实施里，根据PGW请求无线承载丢失的粒度，这个无线承载丢失信息可以是针对该UE所有非GBR承载的，也可以是针对一个特定的非GBR承载。

步骤610：SGW收到修改承载请求消息或者释放接入承载请求消息后，如果消息里携带有UE无线承载丢失信息，则通过修改承载请求(modify Bearer request)消息将UE无线承载丢失信息通知PGW(PDN网关)；

步骤611：PGW收到修改承载请求消息后，通过CCR(Credit Control Request，信用控制请求)消息向PCRF上报无线承载丢失信息，如果是针对特定PCC rule(规则)的，则通过CCR消息中的参数Charging-Rule-Report(计费规则报告)上报受影响的规则；

步骤612：PCRF接收到该无线承载丢失信息后，可以通知AF底层传输中断，如果某些业务因为无线承载丢失后无法进行，PCRF可以通过CCA(Credit Control Answer)消息通知PGW将这些业务对应的PCC rule删除，具体可以通过CCA消息中的参数Charging-Rule-Remove(计费规则移除)来通知PGW删除这些PCC rule；

步骤613：如果PCRF要求释放某些PCC rule，则PGW则根据新的承载绑定结果，可选的发起一些承载操作，比如更新某些承载，如果一个非缺省承载的全部规则都释放了，也可以发起承载释放操作。

需要说明的是，本实施例虽然仅描述了PGW向MME订阅，但也同样适用于PGW向SGW请求上报无线承载丢失信息(参考图3所示的实施例)，在这种情况下SGW根据PGW的请求，在无线承载异常释放时通知PGW。同样的，本实施例也适用于GGSN向SGSN请求上报无线承载丢失信息(参考图4所示的实施例)，SGSN根据GGSN的请求，在无线承载异常释放时通知GGSN，为了简化起见，在此不再赘述。

至此，MME可以根据PGW的订阅请求(该订阅请求可以由PCRF发起)决定是否上报。

图7为MME根据PGW的无线承载丢失信息上报请求来决定是否上报的另外一个实施方式的流程图，本实施例是针对3GPP标准组织定义的EPS(Evolved Packet System)系统，无线接入技术为eUTRAN。与图6所示的流程不同的是，SGW和PGW之间采用PMIP(Proxy Mobile IP，代理移动IP协议)协议而不是GTP(GPRS Tunnelling Protocol，GPRS隧道协议)协议，在这种情况下PGW无法通过PMIP协议要求MME进行无线承载丢失上报也无法执行承载绑定，这些功能由包含有BBERF(Bearing Binding and Event Report Function，承载绑定及事件报告功能)的SGW实现。请参照图7，该流程包括：

步骤701-702：PCRF向SGW订阅无线承载丢失信息，在本实施例中，若无特殊说明，SGW是指包含BBERF的实体；

其中，该信息值可以重用当前已经定义的LOSS_OF_BEARER信息，或者新定义一个信息专用于无线承载丢失，该信息可以是针对整个IPCAN会话的，或者针对特定规则的，本实施例并不以此作为限制。

步骤703-704：SGW收到PCRF的订阅无线承载丢失信息请求后，向MME发送更新承载请求(update Bearer request)消息，要求MME检测到无线承载丢失后，把该信息上报给PCEF；

其中，如果PCRF订阅的无线承载丢失信息针对整个会话，则向MME请求无线承载丢失是针对所有非GBR承载的；如果PCRF订阅的无线承载丢失信息是针对某些QoS规则的，则SGW仍可以选择向MME请求无线承载丢失是针对所有非GBR承载的，也可以选择向MME请求无线承载丢失是针对特定非GBR承载的，这些特定的非GBR承载绑定了上述的QoS rule。

步骤705：eNB检测到需要释放和UE(用户设备)之间的信令连接和所有无线承载，则发送S1UE Context Release Request(上下文释放请求)消息给MME；

其中，该消息中携带原因值，指示释放原因，比如和UE之间失去无线连接、管理维护原因、UE进入休眠状态、以及UE之间的完整性检查重复失败等。当释放原因值为：与UE之间失去无线连接，管理维护原因，或者与UE之间的完整性检查重复失败时，则确认为异常释放。

步骤706：MME收到UE上下文释放请求消息，首先判断PGW是否订阅了无线承载丢失信息，再根据释放原因值决定是否上报，如果SGW要求MME上报无线承载丢失信息，且释放原因值显示是异常释放，即释放原因值为非用户进入休眠状态(user inactivity)，则MME通知网关无线承载丢失信息，同时仍保留所有的非GBR承载；

步骤707：MME向SGW(服务网关)发送修改承载请求(modify Bearer request)消息或者释放接入承载请求(Release Access Bearers Request)消息；

其中，该消息中携带UE无线承载丢失信息，这个无线承载丢失信息可以只是一个通用的描述，即不再区分具体的释放原因，也可以进一步携带原因值，指明无线承载丢失的具体原因。在本实施里，根据PGW请求无线承载丢失的粒度，这个无线承载丢失信息可以是针对该UE所有非GBR承载的，也可以是针对一个特定的非GBR承载。

步骤708：SGW收到修改承载请求消息后，通过CCR(Credit Control Request，信用控制请求)消息向PCRF上报无线承载丢失信息，如果是针对特定QoS rule的，则通过CCR消息中的参数QOS-Rule-Report(计费规则报告)上报受影响的规则；

步骤709：PCRF接收到该无线承载丢失信息后，可以通知AF底层传输中断，如果某些业务因为无线承载丢失后无法进行，PCRF可以通过CCA(Credit Control Answer)消息通知SGW将这些业务对应的PCC rule以及Qos rule删除，具体可以通过CCA消息中的参数Charging-Rule-Remove(计费规则移除)来通知SGW删除这些PCC rule以及Qos rule；

步骤710：如果PCRF要求释放(也即删除)某些QoS rule，则SGW根据新的承载绑定结果，可选的发起一些承载操作，比如更新某些承载，如果一个非缺省承载的全部规则都释放了，也可以发起承载释放操作(对于缺省承载是不能释放的)；

步骤711-712：PCRF要求PGW(包含PCEF)删除PCC rule。

至此，MME可以根据SGW的订阅请求(该订阅请求可以由PCRF发起)决定是否上报。

在图6和图7所示的实施例中，如果没有PCC部署，则虚线所示的步骤即不存在。

通过本发明实施例提供的无线承载丢失信息的上报方法，解决了目前MME在收到无线侧承载丢失信息后，对非GBR承载采用承载释放机制来通知网关，并在有PCC部署情况下，由网关通知PCRF所导致的非GBR承载上无论该业务是否可忍受无线侧承载丢失都会中断，以及缺省承载释放导致的IP地址释放，需要重新附着的问题。

图8为本发明实施例提供的一种移动管理实体MME的组成框图，请参照图8，该MME包括：

接收单元81，用于接收演进型基站eNB发送的携带释放原因值的UE上下文释放消息；

其中，释放原因值用于指示释放原因，例如可以为：与UE之间失去无线连接，管理维护原因，UE进入休眠状态，或者与UE之间的完整性检查重复失败等等，当释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则确认为异常释放。

上报单元82，用于在所述释放原因值指示异常释放时，通过SGW向网关PGW上报无线承载丢失信息；

处理单元83，用于在所述释放原因值指示异常释放时，保留所有非GBR承载。

其中，当无线接入网侧设备(例如eNB)检测到需要释放UE的无线信令连接以及所有无线承载时，则向网络侧设备(例如MME)发送携带释放原因值的UE上下文释放请求消息，通知MME该UE的无线连接已经中断。此时，MME在接收到对应的携带释放原因值的UE上下文释放消息后，根据释放原因值决定是否进行无线承载丢失信息的上报，其中，如果是异常释放，即释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则通过SGW向PGW通知UE的无线承载丢失信息，同时仍在MME上保留所有非GBR承载。

在一个实施例中，上报单元82具体用于向SGW发送携带无线承载丢失信息的修改承载请求消息或者释放接入承载请求消息，以通过所述SGW向PGW发送携带无线承载丢失信息的修改承载请求消息。

在一个实施例中，该MME还可以包括：

判断单元84，用于在接收单元81接收演进型基站eNB发送的携带释放原因值的UE上下文释放消息之后，判断PGW是否订阅了无线承载丢失信息，如果所述PGW订阅了无线承载丢失信息，则判断所述释放原因值是否是异常释放，并将判断的结果提供给上报单元82和处理单元83。

本实施例的MME的各组成部分分别用于实现图2所示实施例的方法的各步骤，由于在图2所示的实施例中，已经对各步骤进行了详细说明，在此不再赘述。

通过本发明实施例提供的MME，解决了目前MME在收到无线侧承载丢失信息后，对非GBR承载采用承载释放机制来通知网关，并在有PCC部署情况下，由网关通知PCRF所导致的非GBR承载上无论该业务是否可忍受无线侧承载丢失都会中断，以及缺省承载释放导致的IP地址释放，需要重新附着的问题。

图9为本发明实施例提供的一种服务网关SGW的组成框图，请参照图9，该SGW包括：

接收单元91，用于接收MME发送的携带释放原因值的释放接入承载请求消息；

其中，释放原因值用于指示释放原因，例如可以为：与UE之间失去无线连接，管理维护原因，UE进入休眠状态，或者与UE之间的完整性检查重复失败等等，当释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则确认为异常释放。

上报单元92，用于在所述释放原因值指示异常释放时，向PGW通知无线承载丢失信息；

处理单元93，用于在所述释放原因值指示异常释放时，保留所有非GBR承载。

其中，MME在接收到对应的携带释放原因值的UE上下文释放消息后，不进行无线承载丢失信息的上报，而是通过释放接入承载请求消息将释放原因值转发给SGW，由该SGW进行无线承载丢失信息的上报。

其中，SGW在接收到对应的携带释放原因值的释放接入承载请求消息后，根据释放原因值决定是否进行无线承载丢失信息的上报，其中，如果是异常释放，即释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则向PGW通知UE的无线承载丢失信息，同时仍在SGW上保留所有非GBR承载。

在一个实施例中，上报单元92具体用于向PGW发送携带无线承载丢失信息的修改承载请求消息。

在一个实施例中，该SGW还包括：

判断单元94，用于在接收单元91接收到MME发送的携带释放原因值的释放接入承载请求消息后，判断所述PGW是否订阅了无线承载丢失信息，如果所述PGW订阅了无线承载丢失信息，则判断所述释放原因值释放是异常释放，并将判断的结果提供给上报单元92和处理单元93。

本实施例的SGW的各组成部分分别用于实现图3所示实施例的方法的各步骤，由于在图3所示的实施例中，已经对各步骤进行了详细说明，在此不再赘述。

通过本发明实施例提供的SGW，解决了目前MME在收到无线侧承载丢失信息后，对非GBR承载采用承载释放机制来通知网关，并在有PCC部署情况下，由网关通知PCRF所导致的非GBR承载上无论该业务是否可忍受无线侧承载丢失都会中断，以及缺省承载释放导致的IP地址释放，需要重新附着的问题。

图10为本发明实施例提供的一种服务GPRS支持节点SGSN的组成框图，请参照图10，该SGSN包括：

接收单元1001，用于接收无线网络控制器RNC发送的携带释放原因值的Iu接口释放请求消息；

其中，释放原因值用于指示释放原因，例如可以为：与UE之间失去无线连接，管理维护原因，UE进入休眠状态，或者与UE之间的完整性检查重复失败等等，当释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则确认为异常释放。

上报单元1002，用于在所述释放原因值指示异常释放时，向网关通知无线承载丢失信息；

处理单元1003，用于在所述释放原因值指示异常释放时，保留所有非GBR承载。

在本实施例中，当无线接入网侧设备(例如RNC)检测到需要释放UE的无线信令连接以及所有无线承载时，则向网络侧设备(例如SGSN)发送携带释放原因值的Iu接口释放请求消息，通知SGSN该UE的无线连接已经中断。此时，该SGSN在接收到该Iu接口释放请求消息后，进行无线承载丢失信息的上报。

其中，SGSN在接收到对应的携带释放原因值的Iu接口释放请求消息后，根据释放原因值决定是否进行无线承载丢失信息的上报，其中，如果是异常释放，即释放原因值为：与UE之间失去无线连接，管理维护原因，与UE之间的完整性检查重复失败等任意一项时，则向GGSN通知UE的无线承载丢失信息，同时仍在SGSN上保留所有非GBR承载。

在一个实施例中，上报单元1002具体用于向网关GPRS支持节点GGSN发送携带无线承载丢失信息的更新PDP上下文请求消息。

在一个实施例中，该SGSN还可以包括：

判断单元1004，用于在接收单元1001接收无线网络控制器RNC发送的携带释放原因值的Iu接口释放请求消息之后，判断GGSN是否订阅了无线承载丢失信息，如果所述GGSN订阅了无线承载丢失信息，则判断所述释放原因值是否是异常释放，并将判断的结果提供给上报单元1002和处理单元1003。

本实施例的SGSN的各组成部分分别用于实现图4所示实施例的方法的各步骤，由于在图4所示的实施例中，已经对各步骤进行了详细说明，在此不再赘述。

通过本发明实施例提供的SGSN，解决了目前GGSN在收到无线侧承载丢失信息后，对非GBR承载采用承载释放机制来通知网关，并在有PCC部署情况下，由网关通知PCRF所导致的非GBR承载上无论该业务是否可忍受无线侧承载丢失都会中断，以及缺省承载释放导致的IP地址释放，需要重新附着的问题。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。