CN101127610A - 移动通信系统网络环境下的计费负流量的处理方法 - Google Patents
移动通信系统网络环境下的计费负流量的处理方法 Download PDFInfo
- Publication number
- CN101127610A CN101127610A CNA2006101153828A CN200610115382A CN101127610A CN 101127610 A CN101127610 A CN 101127610A CN A2006101153828 A CNA2006101153828 A CN A2006101153828A CN 200610115382 A CN200610115382 A CN 200610115382A CN 101127610 A CN101127610 A CN 101127610A
- Authority
- CN
- China
- Prior art keywords
- negative billing
- billing traffic
- rnc
- negative
- ggsn
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种移动通信系统网络环境下的计费负流量的处理方法，包括：产生计费负流量的网元将计费负流量信息上报给计费负流量转发网元；所述计费负流量转发网元将所述计费负流量信息转发给用户面数据处理网元；所述用户面数据处理网元将所述计费负流量从计费话单中扣除。本发明还提供了一种移动通信系统网络环境下的计费负流量的处理方法，包括：产生计费负流量的网元产生计费负流量信息；所述产生计费负流量的网元将所述计费负流量信息上报给用户面数据处理网元；所述用户面数据处理网元将所述计费负流量从计费话单中扣除。
Description
技术领域
本发明涉及移动通信技术，尤其涉及移动通信系统网络环境下的计费负流量的处理方法。
背景技术
现有的GPRS(General Package Radio Service，通用分组无线业务)/UMTS(Universal Mobile Telecommunications System，通用移动通信系统)采用了与第二代移动通信系统类似的网络结构，如图1所示，包括UMTS陆地无线接入网(UMTS Territorial Radio Access Network，UTRAN)、GSM/EDGE无线接入网(GSM/EDGE Radio Access Network，GERAN)、核心网(Core Network，CN)以及移动台(Mobile Station，即MS)。其中，GERAN/UTRAN用于实现所有与无线有关的功能，而CN用于处理GPRS/UMTS系统内所有的话音呼叫和数据连接，并用于实现与外部网络的交换和路由的功能。
CN从逻辑上分为电路交换域(Circuit Switched Domain，CS)和分组交换域(Packet Switched Domain，PS)，分别支持话音和数据业务。
CS域包括移动交换中心服务器(MSC Server)，媒体网关(MGW)和网关移动业务交换中心服务器(GMSC Server)等节点。其中，MSC Server用于传输CS域的控制面数据，实现移动性管理、呼叫控制以及鉴权加密等功能，GMSC Server用于实现GMSC的呼叫控制和移动性控制的控制面功能，MGW用于实现用户面数据的传输。
PS域包括服务通用分组无线业务支持节点(SGSN)以及网关通用分组无线业务支持节点(GGSN)等节点。其中，GGSN为与外部网络进行交互的接口，同时，GGSN还负责实现用户面数据的传输。SGSN在PS域中的位置和CS域的MSC Server类似，其核心功能是实现路由转发、移动性管理、会话管理以及用户信息存储等功能。
归属位置寄存器(Home Location Register，HLR)用于存储用户签约信息，CS和PS域都使用这个设备。
在现有的3GPP协议处理中，UMTS用户面处理机制为Two Tunnels(两段隧道)机制，如图2所示，在UMTS系统中，用户面处理在RNC(RadioNetwork Controller，无线网络控制器，是UTRAN的一个网元，用于控制UTRAN的无线资源)与SGSN之间、SGSN与GGSN之间进行，接口分别为Iu接口及Gn接口。对于Two Tunnels机制来说，SGSN上不但需要处理用户面，还需要处理控制面，所以，控制面和用户面的处理不是分开的。
随着HSPA(High Speed Packet Access，高速分组数据接入)和IMS(IPMultimedia Subsystem，IP多媒体子系统)技术的引入，未来的3GPP网络数据流量将会显著增长。目前，3GPP网络为了提高UMTS系统的数据处理能力，提出了一种新的UMTS用户面处理机制，即Direct Tunnel(直接隧道)机制，如图2所示，在这种机制下，UMTS系统中用户面直接在RNC与GGSN之间处理，而无需通过SGSN来处理。对于Direct Tunnel机制来说，SGSN上只需处理控制面的功能，所以，UMTS系统中控制面和用户面是分开处理的。
在图1中，为了保证计费的准确性，RNC需要统计其未成功发送的下行数据量，本发明将未成功发送的下行数据量称为计费负流量，此外，RNC还需要将计费负流量上报给SGSN，SGSN再将计费负流量从计费话单中扣除。
现在分别结合图3-8，对现有的计费负流量的处理方法进行说明。
现有的23.060协议中规定的RAB(Radio Access Bearer，无线接入承载)释放流程如图3所示：
步骤S301：RNC发送RAB释放请求(RAB Release Request)消息给SGSN，以请求释放RAB；
步骤S302：SGSN发送RAB指派请求(RAB Assignment Request)消息给RNC，以请求RNC进行RAB释放操作；
步骤S303：如果存在无线承载，则释放存在的无线承载；
步骤S304：RNC返回RAB指派响应(RAB Assignment Response)消息给SGSN，所述消息中包含RNC未成功发送的下行数据量，SGSN将这些数据量从计费话单中扣除。
现有的23.060协议中规定的Iu释放流程如图4所示：
步骤S401：RNC发送Iu释放请求(Iu Release Request)消息给SGSN，以请求释放Iu连接；
步骤S402：SGSN发送Iu释放命令(Iu Release Command)消息给RNC，以命令RNC进行Iu连接释放操作；
步骤S403：如果RRC(Radio Resource Control，无线资源控制)连接还没有释放，则RNC发送释放RRC连接(Release RRC Connection)消息到MS；
步骤S404：MS返回释放RRC连接确认(Release RRC Connection ack)消息给RNC；
步骤S405：RNC返回Iu释放完成(Iu Release Completion)消息给SGSN，以证实Iu连接的释放，所述消息中包含RNC的计费负流量，SGSN将这部分的计费负流量从计费话单中扣除。
现有的25.413协议中规定的数据量报告(Data Volume Report)流程如图5所示：
步骤S501：SGSN发送数据量报告请求(Data Volume Report Request)消息给RNC，以请求RNC上报计费负流量；
步骤S502：RNC发送数据量报告(Data Volume Report)消息给SGSN，以上报计费负流量，SGSN将这部分的计费负流量从计费话单中扣除。
现有的23.060协议中规定的MS发起的PDP上下文去激活流程如图6所示：
步骤S601：MS发送去激活PDP上下文请求(Deactivate PDP ContextRequest)消息给SGSN；
步骤S602：SGSN发送删除PDP上下文请求(Delete PDP Context Request)消息给GGSN，GGSN返回删除PDP上下文响应消息给SGSN，GGSN释放用户的PDP上下文；
步骤S603：SGSN返回去激活PDP上下文接受(Deactivate PDP ContextAccept)消息给MS；
步骤S604：如果PDP上下文中RAB还存在，则使用RAB指派流程释放RAB。
现有的23.060协议中规定的SGSN发起的PDP上下文去激活流程如图7所示：
步骤S701：SGSN发送删除PDP上下文请求(Delete PDP Context Request)消息给GGSN，GGSN返回删除PDP上下文响应消息给SGSN，GGSN释放用户的PDP上下文；
步骤S702：SGSN发送去激活PDP上下文请求(Deactivate PDP ContextRequest)消息给MS，MS返回去激活PDP上下文接受(Deactivate PDP ContextAccept)消息给SGSN；
步骤S703：如果PDP上下文中RAB还存在，则使用RAB指派流程释放RAB。
现有的23.060协议中规定的GGSN发起的PDP上下文去激活流程如图8所示：
步骤S801：GGSN发送删除PDP上下文请求(Delete PDP Context Request)消息给SGSN；
步骤S802：SGSN发送去激活PDP上下文请求(Deactivate PDP ContextRequest)消息给MS，MS返回去激活PDP上下文接受(Deactivate PDP ContextAccept)消息给SGSN；
步骤S803：SGSN返回删除PDP上下文响应消息给GGSN，GGSN释放用户的PDP上下文；
步骤S804：如果PDP上下文中RAB还存在，则使用RAB指派流程释放RAB。
在图3-8的流程中，RNC将计费负流量通知给SGSN，SGSN将计费负流量从计费话单中扣除，但在Direct Tunnel机制下，SGSN不能进行用户面的处理，所以在Direct Tunnel机制下，SGSN也就无法进行流量计费。因此，图3-8的流程不能解决Direct Tunnel机制下计费负流量的处理问题。
发明内容
本发明要解决的技术问题在于提供一种移动通信系统网络环境下的计费负流量的处理方法，以解决现有流程不能在Direct Tunnel机制下处理计费负流量的问题。
为解决上述问题，本发明提供一种移动通信系统网络环境下的计费负流量的处理方法，包括：产生计费负流量的网元将计费负流量信息上报给计费负流量转发网元；所述计费负流量转发网元将所述计费负流量信息转发给用户面数据处理网元；所述用户面数据处理网元将所述计费负流量从计费话单中扣除。
所述产生计费负流量的网元为无线网络控制器RNC，所述计费负流量转发网元为服务通用分组无线业务支持节点SGSN，所述用户面数据处理网元为网关通用分组无线业务支持节点GGSN。
其中，SGSN发送修改分组数据协议PDP上下文请求消息给GGSN，所述消息中携带RNC上报的计费负流量；GGSN返回修改PDP上下文响应消息给SGSN，并将RNC上报的计费负流量从计费话单中扣除。
SGSN发送删除PDP上下文请求消息或删除PDP上下文响应给GGSN时，所述消息中携带RNC上报的计费负流量。
GGSN释放用户的PDP上下文时，将RNC上报的计费负流量从计费话单中扣除。
所述产生计费负流量的网元为演进的接入网LTE，所述计费负流量转发网元为移动性管理实体MME，所述用户面数据处理网元为用户面实体UPE。
本发明还提供了一种移动通信系统网络环境下的计费负流量的处理方法，包括：产生计费负流量的网元产生计费负流量信息；所述产生计费负流量的网元将所述计费负流量信息上报给用户面数据处理网元；所述用户面数据处理网元将所述计费负流量从计费话单中扣除。
所述产生计费负流量的网元为RNC，所述用户面数据处理网元为GGSN。
其中，RNC判断用户使用的隧道机制类型；如果用户使用Direct Tunnel机制，则RNC将计费负流量信息上报给GGSN，GGSN将RNC上报的计费负流量从计费话单中扣除，否则，RNC将计费负流量上报给SGSN。
RNC判断用户使用的隧道机制类型的途径包括：在RAB建立的过程中、在RAB释放、Iu释放或数据量报告流程中，SGSN将用户使用的隧道机制类型上报给RNC。
RNC将计费负流量信息上报给GGSN所使用的消息为数据量报告消息。
所述产生计费负流量的网元为演进的接入网LTE，所述用户面数据处理网元为UPE。
本发明提出的计费负流量的处理方法适用于Direct Tunnel机制，所以填补了Direct Tunnel机制下处理计费负流量的技术方案的空白。
在本发明中，RNC可以将计费负流量发送给SGSN，由SGSN将计费负流量转发给GGSN，如果确定用户使用的是Direct Tunnel机制，RNC可以直接将计费负流量发送给GGSN，这为本领域普通技术人员实施本发明提供了多种实施手段。
附图说明
图1为GPRS/UMTS网络结构示意图；
图2为现有的用户面处理示意图；
图3为23.060协议中规定的RAB释放流程中涉及的计费负流量处理方法的流程图；
图4为23.060协议中规定的Iu释放流程中涉及的计费负流量处理方法的流程图；
图5为25.413协议中规定的数据量报告流程中涉及的计费负流量处理方法的流程图；
图6为23.060协议中规定的MS发起的PDP上下文去激活流程中涉及的计费负流量处理方法的流程图；
图7为23.060协议中规定的SGSN发起的PDP上下文去激活流程中涉及的计费负流量处理方法的流程图；
图8为23.060协议中规定的GGSN发起的PDP上下文去激活流程中涉及的计费负流量处理方法的流程图；
图9为本发明的RAB释放流程中涉及的一种计费负流量的处理方法的流程图；
图10为图9中SGSN发送的修改PDP上下文请求消息的格式示意图；
图11为Unsuccessfully Transmitted Data Volume的格式示意图；
图12为本发明的Iu释放流程中涉及的一种计费负流量的处理方法的流程图；
图13为本发明的数据量报告流程中涉及的一种计费负流量的处理方法的流程图；
图14为本发明的MS发起的PDP上下文去激活流程中涉及的一种计费负流量的处理方法的流程图；
图15为图14中SGSN发送的删除PDP上下文请求消息的格式示意图；
图16为本发明的SGSN发起的PDP上下文去激活流程中涉及的一种计费负流量的处理方法的流程图；
图17为本发明的GGSN发起的PDP上下文去激活流程中涉及的一种计费负流量的处理方法的流程图；
图18为图17中SGSN返回的删除PDP上下文响应消息的格式示意图；
图19为演进的分组核心网络架构示意图；
图20为本发明的RAB释放流程中涉及的另一种计费负流量的处理方法流程图；
图21为本发明的Iu释放流程中涉及的另一种计费负流量的处理方法流程图；
图22为本发明的数据量报告流程中涉及的另一种计费负流量的处理方法流程图；
图23为本发明的MS发起的PDP上下文去激活流程中涉及的另一种计费负流量的处理方法流程图；
图24为本发明的SGSN发起的PDP上下文去激活流程中涉及的另一种计费负流量的处理方法流程图；
图25为本发明的GGSN发起的PDP上下文去激活流程中涉及的另一种计费负流量的处理方法流程图。
具体实施方式
下面我们将结合附图，对本发明的最佳实施方案进行详细描述。首先要指出的是，本发明中用到的术语、字词及权利要求的含义不能仅仅限于其字面和普通的含义去理解，还包括进而与本发明的技术相符的含义和概念，这是因为我们作为发明者，要适当地给出术语的定义，以便对我们的发明进行最恰当的描述。因此，本说明和附图中给出的配置，只是本发明的首选实施方案，而不是要列举本发明的所有技术特性。我们要认识到，还有各种各样的可以取代我们方案的同等方案或修改方案。
本发明提供了多种计费负流量的处理方法，其中一种方法的整体技术方案为：产生计费负流量的网元将计费负流量信息上报给计费负流量转发网元；所述计费负流量转发网元将所述计费负流量信息转发给用户面数据处理网元；所述用户面数据处理网元将所述计费负流量从计费话单中扣除。其中，所述产生计费负流量的网元为RNC，所述计费负流量转发网元为SGSN，所述用户面数据处理网元为GGSN。
现在结合图9-13，分别对RAB释放流程、Iu释放流程及数据量报告流程中涉及的计费负流量的处理方法进行说明。这些方法的流程为：SGSN收到RNC发送的计费负流量后，发送修改PDP上下文请求(Update PDP ContextRequest)消息给GGSN，所述消息中携带RNC的计费负流量；GGSN收到这个消息后，将计费负流量从计费话单中扣除。
图9为RAB释放流程中涉及的计费负流量的处理方法的流程图。
如图9所示，步骤S901：RNC发送RAB释放请求消息给SGSN，以请求释放RAB；
步骤S902：SGSN发送RAB指派请求消息给RNC，以请求RNC进行RAB释放操作；
步骤S903：如果存在无线承载，则释放掉存在的无线承载；
步骤S904：RNC返回RAB指派响应消息给SGSN，所述消息中包含RNC未成功发送的下行数据量；
步骤S905：SGSN发送修改PDP上下文请求消息给GGSN，所述消息中携带RNC的计费负流量，所述消息的格式如图10所示，其中，Informationelement表示信息元素，简称信元，Presence requirement表示存在的条件，IMSI表示用户标识符，Conditional表示有条件的，Unsuccessfully Transmitted DataVolume表示未成功发送的数据量，Optional表示可选的，UnsuccessfillyTransmitted Data Volume是个可选信元，其格式如图11所示，其中，Octets表示字节数，Type表示类型，Length表示长度，Value表示值；
步骤S906：GGSN返回修改PDP上下文响应(Update PDP ContextResponse)消息给SGSN，同时，将RNC的计费负流量从计费话单中扣除。
图12为Iu释放流程中涉及的计费负流量的处理方法的流程图。
如图12所示，步骤S1201：RNC发送Iu释放请求消息给SGSN，以请求释放Iu连接；
步骤S1202：SGSN发送Iu释放命令消息给RNC，以命令RNC进行Iu连接释放操作；
步骤S1203：如果RRC连接没有释放，则RNC发送释放RRC连接消息到MS；
步骤S1204：MS返回释放RRC连接确认消息给RNC；
步骤S1205：RNC返回Iu释放完成消息给SGSN，以证实Iu连接的释放，所述消息中包含RNC的计费负流量。
步骤S1206：SGSN发送修改PDP上下文请求消息给GGSN，所述消息中携带RNC的计费负流量，所述消息格式如图10所示，其中，UnsuccessfullyTransmitted Data Volume是个可选信元，其格式如图11所示；
步骤S1207：GGSN返回修改PDP上下文响应消息给SGSN，同时，将RNC的计费负流量从计费话单中扣除。
图13为数据量报告流程中涉及的计费负流量的处理方法的流程图。
步骤S1301：SGSN发送数据量报告请求消息给RNC，以请求RNC上报计费负流量；
步骤S1302：RNC发送数据量报告消息给SGSN，以上报计费负流量；
步骤S1303：SGSN发送修改PDP上下文请求消息给GGSN，所述消息中携带RNC的计费负流量，所述消息格式如图10所示，其中，UnsuccessfullyTransmitted Data Volume是个可选信元，其格式如图11所示；
步骤S1304：GGSN返回修改PDP上下文响应消息给SGSN，同时，将RNC的计费负流量从计费话单中扣除。
现在结合图14-18，分别对MS、SGSN及GGSN发起的PDP上下文去激活流程中涉及的计费负流量的处理方法进行说明。这些方法的流程为：SGSN完成RAB的释放流程，以获取RNC的计费负流量，在删除PDP上下文请求(Delete PDP Context Request)或者删除PDP上下文响应(Delete PDP ContextResponse)消息中携带RNC的计费负流量；GGSN收到消息后，将计费负流量从计费话单中扣除。
图14为MS发起的PDP上下文去激活流程中涉及的计费负流量的处理方法的流程图。
如图14所示，步骤S1401：MS发送去激活PDP上下文请求消息给SGSN；
步骤S1402：如果PDP上下文中存在RAB，则使用RAB指派流程释放掉RAB，同时，RNC将计费负流量通知给SGSN；
步骤S1403：SGSN发送删除PDP上下文请求消息给GGSN，所述消息中携带RNC的计费负流量，所述消息格式如图15所示，其中，NSAPI表示网络层业务接入点标识符，Mandatory表示必需的，Unsuccessfully TransmittedData Volume是个可选信元，其格式如图11所示；
步骤S1404：GGSN返回删除PDP上下文响应消息给SGSN，将RNC的计费负流量从计费话单中扣除，同时，GGSN释放掉用户的PDP上下文；
步骤S1405：SGSN返回去激活PDP上下文接受消息给MS。
图16为SGSN发起的PDP上下文去激活流程中涉及的计费负流量的处理方法的流程图。
如图16所示，步骤S1601：如果PDP上下文中存在RAB，则使用RAB指派流程释放掉RAB，同时，RNC将计费负流量通知给SGSN；
步骤S1602：SGSN发送删除PDP上下文请求消息给GGSN，所述消息中携带RNC的计费负流量，所述消息格式如图15所示，其中，UnsuccessfullyTransmitted Data Volume是个可选信元，其格式如图11所示；
步骤S1603：GGSN返回删除PDP上下文响应消息给SGSN，将RNC的计费负流量从计费话单中扣除，同时，GGSN释放掉用户的PDP上下文；
步骤S1604：SGSN发送去激活PDP上下文请求消息给MS，MS返回去激活PDP上下文接受消息给SGSN。
图17为GGSN发起的PDP上下文去激活流程中涉及的计费负流量的处理方法的流程图。
步骤S1701：GGSN发送删除PDP上下文请求消息给SGSN；
步骤S1702：SGSN发送去激活PDP上下文请求消息给MS，MS返回去激活PDP上下文接受消息给SGSN；
步骤S1703：如果PDP上下文中存在RAB，则使用RAB指派流程释放掉RAB，同时，RNC将计费负流量通知给SGSN。
步骤S1704：SGSN返回删除PDP上下文响应消息给GGSN，所述消息中携带RNC的计费负流量，所述消息格式如图18所示，其中，Cause表示原因，Unsuccessfully Transmitted Data Volume是个可选信元，其格式如图11所示，GGSN将RNC的计费负流量从计费话单中扣除，同时，GGSN释放掉用户的PDP上下文。
3GPP为了增强未来网络的竞争能力，正在研究一种全新的演进网络架构，包括系统架构演进(SAE)和接入网的长期演进(LTE)，其中，演进的接入网称为E-UTRAN，演进的分组核心网络架构如图19所示，包括移动性管理实体(Mobility Management Entity，MME)、用户面实体(User Plane Entity，UPE)以及不同接入系统之间的用户面锚点(Inter Access System Anchor，IASA)。其中，MME负责控制面的移动性管理，包括用户上下文和移动状态管理，分配用户临时身份标识等，对应于当前GPRS/UMTS系统内部SGSN的控制平面部分；UPE负责空闲状态下为下行数据发起寻呼，管理保存IP承载参数和网络内路由信息等，对应于当前GPRS/UMTS系统内部SGSN和GGSN的数据平面部分；Inter AS Anchor则充当不同接入系统间的用户面锚点。策略和计费规则功能实体(Policy and Charging Rule Function，PCRF)用于策略控制决定和流计费控制功能。归属网络服务器(Home Subscriber Server，HSS)用于存储用户签约信息。
对于MME和UPE分离的SAE系统来说，MME相当于Direct Tunnel机制下的SGSN，UPE相当于Direct Tunnel机制下的GGSN，所以，上述计费负流量的处理方法也适用于SAE系统中的计费负流量处理。
在去激活流程中，LTE将计费负流量上报给MME，MME在去激活消息中将LTE计费负流量上报给UPE，UPE将计费负流量从计费话单中扣除。
在LTE承载释放、LTE和核心网之间的接口连接释放和数据量报告流程中，LTE将计费负流量上报给MME，MME发送消息通知UPE进行计费负流量的处理，所述消息中携带LTE计费负流量，UPE将计费负流量从计费话单中扣除。
本发明还提供了一种计费负流量的处理方法，这种方法的整体技术方案为：产生计费负流量的网元产生计费负流量信息；产生计费负流量的网元将所述计费负流量信息上报给用户面数据处理网元；所述用户面数据处理网元将所述计费负流量从计费话单中扣除。其中，所述产生计费负流量的网元为RNC，所述用户面数据处理网元为GGSN。
现在结合图20-25，分别对RAB释放流程、Iu释放流程、数据量报告流程、MS、SGSN及GGSN发起的PDP上下文去激活流程中涉及的计费负流量的处理方法进行说明。这些方法的流程为：RNC在上报计费负流量时判断用户使用的隧道机制，如果用户使用Direct Tunnel机制，则RNC直接上报计费负流量给GGSN，GGSN将这部分的计费负流量从计费话单中扣除。
判断用户使用的隧道机制可以采取很多手段，例如，在承载建立的过程中，SGSN将用户使用的隧道机制上报给RNC，RNC保存这个标志，在上报计费负流量时，RNC判断这个标志以确定用户是否使用了Direct Tunnel机制，或者，在RAB释放、Iu释放或者去激活等流程中，SGSN将用户使用的隧道机制上报给RNC，RNC根据这个标志确定用户是否使用了Direct Tunnel机制。
图20为RAB释放流程中涉及的计费负流量的处理方法流程图。
如图20所示，步骤2001：RNC发送RAB释放请求消息给SGSN，以请求释放RAB；
步骤2002：SGSN发送RAB指派请求消息给RNC，以命令RNC进行RAB释放操作；
步骤2003：如果存在无线承载，则释放掉存在的无线承载；
步骤2004：RNC判断用户是否使用了Direct Tunnel机制；
步骤2005：RNC返回RAB指派响应消息给SGSN，如果用户使用的机制不是Direct Tunnel机制，则RNC将计费负流量上报给SGSN；
步骤2006：如果用户使用了Direct Tunnel机制，则RNC发送数据量报告消息给GGSN，以上报计费负流量，GGSN将这部分的计费负流量从计费话单中扣除。
图21为Iu释放流程中涉及的计费负流量的处理方法流程图。
如图21所示，步骤2101：RNC发送Iu释放请求消息给SGSN，以请求释放Iu连接；
步骤2102：SGSN发送Iu释放命令消息给RNC，以命令RNC进行Iu连接释放操作；
步骤2103：如果RRC连接还没有释放，则RNC发送释放RRC连接消息到MS；
步骤2104：MS返回释放RRC连接确认消息给RNC；
步骤2105：RNC判断用户是否使用了Direct Tunnel机制；
步骤2106：RNC返回Iu释放完成消息给SGSN，以证实Iu连接的释放，如果用户使用的机制不是Direct Tunnel机制，则RNC将计费负流量上报给SGSN；
步骤2107：如果用户使用了Direct Tunnel机制，则RNC发送数据量报告消息给GGSN，以上报计费负流量，GGSN将这部分的计费负流量从计费话单中扣除。
图22为数据量报告流程中涉及的计费负流量的处理方法流程图。
如图22所示，步骤2201：SGSN发送数据量报告请求消息给RNC，以请求RNC上报计费负流量；
步骤2202：RNC判断用户是否使用了Direct Tunnel机制；
步骤2203：如果用户使用了Direct Tunnel机制，则RNC发送数据量报告消息给GGSN，以上报计费负流量，GGSN将这部分的计费负流量从计费话单中扣除，否则，RNC将计费负流量上报给SGSN。
图23为MS发起的PDP上下文去激活流程中涉及的计费负流量的处理方法流程图。
如图23所示，步骤2301：MS发送去激活PDP上下文请求消息给SGSN；
步骤2302：如果PDP上下文中存在RAB，则使用RAB指派流程释放掉RAB，在这个步骤中，RNC判断用户使用的隧道机制，如果用户使用DirectTunnel机制，则RNC将计费负流量上报给GGSN，GGSN将这部分的计费负流量从计费话单中扣除，否则，RNC将计费负流量上报给SGSN；
步骤2303：SGSN发送删除PDP上下文请求消息给GGSN；
步骤2304：GGSN返回删除PDP上下文响应消息给SGSN，GGSN释放掉用户的PDP上下文；
步骤2305：SGSN返回去激活PDP上下文接受消息给MS。
图24为SGSN发起的PDP上下文去激活流程中涉及的计费负流量的处理方法流程图。
如图24所示，步骤2401：如果PDP上下文中存在RAB，则使用RAB指派流程释放掉RAB，在这个步骤中，RNC判断用户使用的隧道机制，如果用户使用Direct Tunnel机制，则RNC将计费负流量上报给GGSN，GGSN将这部分的计费负流量从计费话单中扣除，否则，RNC将计费负流量上报给SGSN；
步骤2402：SGSN发送删除PDP上下文请求消息给GGSN；
步骤2403：GGSN返回删除PDP上下文响应消息给SGSN，GGSN释放掉用户的PDP上下文；
步骤2404：SGSN发送去激活PDP上下文请求消息给MS，MS返回去激活PDP上下文接受消息给SGSN。
图25为GGSN发起的PDP上下文去激活流程中涉及的计费负流量的处理方法流程图。
如图25所示，步骤2501：GGSN发送删除PDP上下文请求消息给SGSN；
步骤2502：SGSN发送去激活PDP上下文请求消息给MS，MS返回去激活PDP上下文接受消息给SGSN；
步骤2503：如果PDP上下文中存在RAB，则使用RAB指派流程释放掉RAB，在这个步骤中，RNC判断用户使用的机制，如果用户使用Direct Tunnel机制，则RNC将计费负流量上报给GGSN，GGSN将这部分的计费负流量从计费话单中扣除，否则，RNC将计费负流量上报给SGSN；
步骤2504：SGSN返回删除PDP上下文响应消息给GGSN，GGSN释放掉用户的PDP上下文。
对于MME和UPE分离的SAE系统来说，MME相当于Direct Tunnel机制下的SGSN，UPE相当于Direct Tunnel机制下的GGSN，所以，上述计费负流量的处理方法也适用于SAE系统中的计费负流量处理。
在去激活流程中，LTE将计费负流量上报给UPE，UPE将计费负流量从计费话单中扣除。
在LTE承载释放、LTE和核心网之间的接口连接释放和数据量报告流程中，LTE将计费负流量上报给UPE，UPE将计费负流量从计费话单中扣除。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (12)
1.一种移动通信系统网络环境下的计费负流量的处理方法，其特征在于包括：
产生计费负流量的网元将计费负流量信息上报给计费负流量转发网元；
所述计费负流量转发网元将所述计费负流量信息转发给用户面数据处理网元；
所述用户面数据处理网元将所述计费负流量从计费话单中扣除。
2.如权利要求1所述的移动通信系统网络环境下的计费负流量的处理方法，其特征在于：所述产生计费负流量的网元为无线网络控制器RNC，所述计费负流量转发网元为服务通用分组无线业务支持节点SGSN，所述用户面数据处理网元为网关通用分组无线业务支持节点GGSN。
3.如权利要求2所述的移动通信系统网络环境下的计费负流量的处理方法，其特征在于：
SGSN发送修改分组数据协议PDP上下文请求消息给GGSN，所述消息中携带RNC上报的计费负流量；
GGSN返回修改PDP上下文响应消息给SGSN，并将RNC上报的计费负流量从计费话单中扣除。
4.如权利要求2所述的移动通信系统网络环境下的计费负流量的处理方法，其特征在于：SGSN发送删除PDP上下文请求消息或删除PDP上下文响应给GGSN时，所述消息中携带RNC上报的计费负流量。
5.如权利要求4所述的移动通信系统网络环境下的计费负流量的处理方法，其特征在于：GGSN释放用户的PDP上下文时，将RNC上报的计费负流量从计费话单中扣除。
6.如权利要求1所述的移动通信系统网络环境下的计费负流量的处理方法，其特征在于：所述产生计费负流量的网元为演进的接入网LTE，所述计费负流量转发网元为移动性管理实体MME，所述用户面数据处理网元为用户面实体UPE。
7.一种移动通信系统网络环境下的计费负流量的处理方法，其特征在于包括：
产生计费负流量的网元产生计费负流量信息；
所述产生计费负流量的网元将所述计费负流量信息上报给用户面数据处理网元；
所述用户面数据处理网元将所述计费负流量从计费话单中扣除。
8.如权利要求7所述的移动通信系统网络环境下的计费负流量的处理方法，其特征在于：所述产生计费负流量的网元为RNC，所述用户面数据处理网元为GGSN。
9.如权利要求8所述的移动通信系统网络环境下的计费负流量的处理方法，其特征在于：
RNC判断用户使用的隧道机制类型；
如果用户使用Direct Tunnel机制，则RNC将计费负流量信息上报给GGSN，GGSN将RNC上报的计费负流量从计费话单中扣除，否则，RNC将计费负流量上报给SGSN。
10.如权利要求9所述的移动通信系统网络环境下的计费负流量的处理方法，其特征在于RNC判断用户使用的隧道机制类型的途径包括：在RAB建立的过程中、在RAB释放、Iu释放或数据量报告流程中，SGSN将用户使用的隧道机制类型上报给RNC。
11.如权利要求9所述的移动通信系统网络环境下的计费负流量的处理方法，其特征在于：RNC将计费负流量信息上报给GGSN所使用的消息为数据量报告消息。
12.如权利要求7所述的移动通信系统网络环境下的计费负流量的处理方法，其特征在于：所述产生计费负流量的网元为演进的接入网LTE，所述用户面数据处理网元为UPE。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101153828A CN101127610B (zh) | 2006-08-15 | 2006-08-15 | 移动通信系统网络环境下的计费负流量的处理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006101153828A CN101127610B (zh) | 2006-08-15 | 2006-08-15 | 移动通信系统网络环境下的计费负流量的处理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101127610A true CN101127610A (zh) | 2008-02-20 |
| CN101127610B CN101127610B (zh) | 2012-07-04 |
Family
ID=39095544
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006101153828A Active CN101127610B (zh) | 2006-08-15 | 2006-08-15 | 移动通信系统网络环境下的计费负流量的处理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101127610B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102232301A (zh) * | 2010-08-20 | 2011-11-02 | 华为技术有限公司 | 无线承载丢失信息的上报方法和装置 |
| CN102388634A (zh) * | 2011-09-05 | 2012-03-21 | 华为技术有限公司 | 一种流量业务计费方法、装置和系统 |
| CN105472590A (zh) * | 2014-08-15 | 2016-04-06 | 中国电信股份有限公司 | eHRPD网络中对数据流量进行计费的方法和系统 |
| CN105515796A (zh) * | 2014-10-10 | 2016-04-20 | 三星电子株式会社 | 无线通信系统中用于控制通信量的方法和装置 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7171189B2 (en) * | 2001-02-28 | 2007-01-30 | Nortel Networks Limited | Location based billing of data services in a mobile telecommunication system |
| CN1315282C (zh) * | 2003-12-02 | 2007-05-09 | 华为技术有限公司 | 基于通用分组无线业务流量回补的计费方法 |
-
2006
- 2006-08-15 CN CN2006101153828A patent/CN101127610B/zh active Active
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102232301A (zh) * | 2010-08-20 | 2011-11-02 | 华为技术有限公司 | 无线承载丢失信息的上报方法和装置 |
| US9060305B2 (en) | 2010-08-20 | 2015-06-16 | Huawei Technologies Co., Ltd. | Method and apparatus for reporting radio bearer loss information |
| US10075865B2 (en) | 2010-08-20 | 2018-09-11 | Huawei Technologies Co., Ltd. | Method and apparatus for reporting radio bearer loss information |
| US10812999B2 (en) | 2010-08-20 | 2020-10-20 | Huawei Technologies Co., Ltd. | Method and apparatus for reporting radio bearer loss information |
| CN102388634A (zh) * | 2011-09-05 | 2012-03-21 | 华为技术有限公司 | 一种流量业务计费方法、装置和系统 |
| WO2012149725A1 (zh) * | 2011-09-05 | 2012-11-08 | 华为技术有限公司 | 一种流量业务计费方法、装置和系统 |
| CN102388634B (zh) * | 2011-09-05 | 2015-07-29 | 华为技术有限公司 | 一种流量业务计费方法、装置和系统 |
| CN105472590A (zh) * | 2014-08-15 | 2016-04-06 | 中国电信股份有限公司 | eHRPD网络中对数据流量进行计费的方法和系统 |
| CN105472590B (zh) * | 2014-08-15 | 2019-04-23 | 中国电信股份有限公司 | eHRPD网络中对数据流量进行计费的方法和系统 |
| CN105515796A (zh) * | 2014-10-10 | 2016-04-20 | 三星电子株式会社 | 无线通信系统中用于控制通信量的方法和装置 |
| CN105515796B (zh) * | 2014-10-10 | 2021-02-19 | 三星电子株式会社 | 无线通信系统中用于控制通信量的方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101127610B (zh) | 2012-07-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101931898B (zh) | 用户面数据的传输方法、装置及系统 | |
| CN102118789B (zh) | 业务卸载方法、业务卸载功能实体和业务卸载系统 | |
| CN101932034B (zh) | 提高服务质量的方法及系统和应用网网元 | |
| CN101897205B (zh) | 一种紧急呼叫方法和装置 | |
| EP1273134B1 (en) | A technique for setting up calls in internet protocol mobile network | |
| CN101090559B (zh) | 一种网络侧用户面实体选择方法 | |
| US9320051B2 (en) | Evolved allocation retention policy solution | |
| US8867471B2 (en) | Method, device, and system for reporting radio access network element information | |
| CN100407876C (zh) | 一种用户设备附着方法 | |
| CN101217794B (zh) | 一种获知承载业务类型及完成承载网切换的方法 | |
| EP2785105B1 (en) | Bearer mode selection method, packet gateway and policy and charging control function entity | |
| CN102421155A (zh) | 一种实现流迁移的方法及系统 | |
| CN101394331A (zh) | 非3gpp接入网漫游附着、漫游退网方法与系统及漫游系统 | |
| JP2006320003A (ja) | 通信システムにおける接続セットアップ | |
| CN103686908A (zh) | 一种移动通信网络中直连通讯终端会话切换方法及装置 | |
| CN101127610B (zh) | 移动通信系统网络环境下的计费负流量的处理方法 | |
| CN100484290C (zh) | 一种业务接入中实现pdp地址分配的方法 | |
| CN101330720A (zh) | 一种接入用户的处理方法、用户接入系统及设备 | |
| CN103379569A (zh) | 流迁移的触发方法及装置 | |
| CN102014434A (zh) | 一种服务网关的负载重分配方法及系统 | |
| CN101352004A (zh) | 在建立二级pdp上下文之前将二级pdp的数据流重定向到一级pdp | |
| CN101730071B (zh) | 多分组数据网络连接的实现方法及系统 | |
| CN102014448A (zh) | 一种业务流的绑定方法、设备及系统 | |
| CN101626564A (zh) | 上下文同步方法、装置及移动管理网元 | |
| CN101431747B (zh) | 一种语音呼叫连续性技术呼叫的判定方法、系统和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |