一种业务质量保障方法及装置与流程

本申请涉及通信领域，尤其涉及一种业务质量保障方法及装置。

背景技术：

在运营商语音业务的发展过程中，由于当前支持高清语音(voiceoverlongtermevolution，volte)的终端种类数量较少、价位较高等原因，以及ottvoip(overthetopvoiceoverinternetprotocol)业务服务质量差、运营商不可控等问题，使得基于网际协议(internetprotocol，ip)多媒体子系统(ipmultimediasubsystem，ims)网络提供语音业务的ott(overthetop)方案成为第四代移动通信技术(4th-generationmobilecommunicationtechnology，4g)/第五代移动通信技术(5th-generationmobilecommunicationtechnology，5g)阶段除volte和ottvoip之外，主流的语音解决方案。

其中，ott方案也可以称为voimsapp(voiceoveripmultimediasubsystemapplication)方案，如图1所示，该方案业务整体主要由终端部分、4g接入侧、4g核心网(evolvedpacketcore，epc)以及ims网络组成，用户通过app客户端发起接听及呼叫业务，由4g分组域承载，并基于ims网络实现。该方案与ottvoip相比，具有同一移网号码全球互通、完全继承现有电信业务、运营商可管可控可持续发展等优势。与volte相比，voimsapp方案更具有业务网络部署快速便捷、成本低等特点，并且可以将软件开发包(softwaredevelopmentkit，sdk)提供给第三方开发使用，实现运营业务语音能力开放。

但是，在voimsapp方案中，由于没有引入策略控制和计费(policycontrolandcharging，pcc)系统，分组数据网关(packetdatanetworkgateway，pgw)只能默认对信令流和媒体业务流建立服务质量等级标识(qualityofserviceclassidentifier，qci)为9的默认承载。这样，当网络拥塞时，会导致业务的语音会话质量下降，影响用户体验。

技术实现要素：

本申请实施例提供一种业务质量保障方法及装置，能够在voims语音业务从移动网络接入的情况下，对语音业务提供质量保障。

第一方面，提供一种业务质量保障方法，应用于ims网络中，包括：边界会话控制器(sessionbordercontroller，sbc)接收终端发送的语音业务请求消息，并根据语音业务请求消息确定终端是否从移动网络接入；若确定终端从移动网络接入，sbc向策略与计费规则功能(policyandchargingrulefunction，pcrf)发送会话消息，会话消息用于请求为语音业务的业务流建立专用承载，专用承载的服务质量等级高于默认承载的服务质量等级，默认承载是为语音业务的信令流建立的承载。通过为语音业务的业务流建立服务质量等级高于信令流的服务质量等级的专用承载，可以有效保障语音业务的服务质量。

在一种可能的设计中，根据语音业务请求消息判断终端是否从移动网络接入，包括：sbc根据语音业务请求消息中的头域字段确定终端是否从移动网络接入；当头域字段为指定字段集合中的任一种(例如，3gpp-xxx)时，sbc确定终端从移动网络接入。通过这样的设计可以有效判断终端的接入方式，以确定终端是否从移动网络接入。

在一种可能的设计中，根据语音业务请求消息判断终端是否从移动网络接入，包括：sbc对语音业务请求消息进行解析，获取终端的ip地址，当ip地址网段在所属运营商的移动网络字段内时，确定终端从移动网络接入。通过这样的设计可以有效判断终端的接入方式，以确定终端是否从移动网络接入。

第二方面，提供一种业务质量保障方法，应用于ims网络中，包括：pgw接收终端发送的注册消息，根据注册消息发送第一创建承载消息至移动管理实体(mobilitymanagemententity，mme)，注册消息为终端向ims网络进行注册的消息，第一创建承载消息包括第一服务质量(qualityofservice，qos)信息，第一qos信息为语音业务的信令流的默认承载配置信息，第一创建承载消息指示无线侧基于第一qos信息为终端上的语音业务的信令流建立默认承载，默认承载的服务质量等级低于专用承载的服务质量等级，专用承载是为语音业务的业务流建立的承载；pgw在终端上发起语音业务请求消息时，接收pcrf发送的会话消息，会话消息用于指示为语音业务的业务流建立专用承载；pgw向mme发送第二创建承载消息，第二创建承载消息包括第二qos信息，第二qos信息为语音业务的业务流的专用承载配置信息，第二创建承载消息指示无线侧基于第二qos信息为语音业务的业务流建立专用承载。这样的设计方式可以实现无线侧为语音业务的业务流建立高等级服务质量的专用承载。

第三方面，提供一种业务质量保障方法，应用于ims网络中，包括：pcrf接收sbc发送的会话消息，会话消息用于指示为终端上的语音业务的业务流建立专用承载，专用承载的服务质量等级高于默认承载的服务质量等级，默认承载是为语音业务的信令流建立的承载；pcrf将会话消息转发至pgw，以指示pgw为语音业务的业务流动态建立专用承载。这样的设计可以在保障语音业务具有高级别服务质量的同时，节约网络资源。

第四方面，提供一种业务质量保障装置，应用于ims网络中，包括：接收单元，用于接收终端发送的语音业务请求消息；判断单元，用于根据语音业务请求消息确定终端是否从移动网络接入；发送单元，用于在判断单元确定终端从移动网络接入时，向pcrf发送会话消息，会话消息用于请求为语音业务的业务流建立专用承载，专用承载的服务质量等级高于默认承载的服务质量等级，默认承载是为语音业务的信令流建立的承载。

在一种可能的设计中，判断单元，用于根据语音业务请求消息中的头域字段确定终端是否从移动网络接入；当头域字段为指定字段集合中的任一种(例如，3gpp-xxx)时，判断单元确定终端从移动网络接入。

在一种可能的设计中，判断单元，用于对语音业务请求消息进行解析，获取终端的ip地址，当ip地址网段在终端所属运营商的移动网络字段内时，确定终端从移动网络接入。

第五方面，提供一种业务质量保障装置，应用于ims网络中，包括：接收单元，用于接收终端发送的注册消息；发送单元，用于根据注册消息发送第一创建承载消息至mme，注册消息为终端向ims网络进行注册的消息，第一创建承载消息包括第一qos信息，第一qos信息为语音业务的信令流的默认承载配置信息，第一创建承载消息指示无线侧基于第一qos信息为终端上的语音业务的信令流建立默认承载，默认承载的服务质量等级低于专用承载的服务质量等级，专用承载是为语音业务的业务流建立的承载；接收单元，还用于在终端上发起语音业务请求消息时，接收pcrf发送的会话消息，会话消息用于指示为语音业务的业务流建立专用承载；发送单元，还用于向mme发送第二创建承载消息，第二创建承载消息包括第二qos信息，第二qos信息为语音业务的业务流的专用承载配置信息，第二创建承载消息指示无线侧基于第二qos信息为语音业务的业务流建立专用承载。

第六方面，提供一种业务质量保障装置，应用于ims网络中，包括：接收单元，用于接收sbc发送的会话消息，会话消息用于指示为终端上的语音业务的业务流建立专用承载，专用承载的服务质量等级高于默认承载的服务质量等级，默认承载是为语音业务的信令流建立的承载；发送单元，用于将会话消息转发至pgw，以指示pgw为语音业务的业务流动态建立专用承载。

第七方面，提供一种计算机存储介质，该计算机存储介质存储有计算机指令，当计算机指令被计算机执行时，使得计算机执行如第一方面提供的业务质量保障方法。

第八方面，提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行如第一方面至第三方面提供的业务质量保障方法。

本申请提供了一种业务质量保证方法及装置，sbc接收到终端发送的语音业务请求消息，根据该消息判断终端是否从移动网络接入，若确定终端从移动网络接入，则sbc请求pcrf为终端上的语音业务的业务流建立专用承载，其中，专用承载的服务质量等级高于为语音业务的信令流建立的默认承载的服务质量等级。通过本申请提供的方案，当voims语音业务通过运营商的移动网络接入时，为该语音业务的业务流建立高服务质量级别的语音专用，实现对语音业务的业务流的业务保障。

附图说明

图1为本发明实施例提供的一种voims业务整体架构示意图；

图2为本发明实施例提供的一种ims网络架构示意图；

图3为本发明实施例提供的一种业务质量保证方法流程示意图；

图4为本发明实施例提供的一种业务质量保证方法流程示意图；

图5为本发明实施例提供的一种sbc的结构示意图；

图6为本发明实施例提供的一种sbc的结构示意图；

图7为本发明实施例提供的一种sbc的结构示意图；

图8为本发明实施例提供的一种pgw的结构示意图；

图9为本发明实施例提供的一种pgw的结构示意图；

图10为本发明实施例提供的一种pgw的结构示意图；

图11为本发明实施例提供的一种pcrf的结构示意图；

图12为本发明实施例提供的一种pcrf的结构示意图；

图13为本发明实施例提供的一种pcrf的结构示意图。

具体实施方式

在本发明实施例中，“示例性的”或者“可选地”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请的应用场景可以是在ims网络架构中，基于sbc触发语音业务质量保障，如图2所示，整个方案的组网架构主要由终端部分、4g接入侧、epc以及ims网络组成。

终端部分主要为app客户端形式，用户通过在终端上下载、安装app客户端，利用app客户端使用voims语音业务。

4g接入侧主要涉及mme和服务网关(servinggateway)等。

4g核心网主要包括归属签约用户服务器(homesubscriberserver，hss)和策略控制和计费(policycontrolandcharging，pcc)系统，其中，pcc系统用于实现基于qos的语音业务质量保障，主要包括pcrf，策略及计费执行功能(policyandchargingenforcementfunction，pcef)以及应用功能(applicationfunction，af)，pcef功能位于网关通用分组无线服务(generalpacketradioservice，gprs)支持节点(gatewaygprssupportnode，ggsn)/pgw上，af位于sbc上，pcrf和pcef之间通过gx接口连接，pcrf和voimssbc之间通过rx接口连接。

ims网络主要包含voimssbc、呼叫会话控制功能(callsessioncontrolfunction，cscf)、应用服务器(applicationserver，as)等设备。

本申请的基本原理是根据第三代合作计划(3rdgenerationpartnershipproject，3gpp)对不同业务类型qos等级标识(qosclassidentifier，qci)的定义，参照volte语音业务的标准，即为语音业务的业务流和信令流分别建立两路承载，语音业务的业务流可以采用qci为1的保证比特率(guaranteedbitrate，gbr)承载，信令流可以采用qci为5的非保证比特率(non-gbr)承载，对voims业务进行qos保障。

在图2所示网络架构的基础上，本申请实施例提供了一种业务质量保证方法，应用于ims网络中，如图3所示，包括：

301、sbc接收终端发送的语音业务请求消息，并根据语音业务请求消息确认终端是否从移动网络接入。

sbc接收到终端发送的语音业务请求消息后，可以根据该消息中的相关字段确认终端是否从移动网络接入。

例如，sbc根据语音业务请求消息中的p-access-network-info头域确定终端的接入方式，当头域中的字段为3gpp-xxx时，确定终端从移动网络接入。

sbc接收到终端发送的语音业务请求消息后，可以对该语音业务请求消息进行解析，获取到该语音业务请求消息中携带的终端的ip地址。

相应地，sbc也可以根据获取到的ip地址判断终端是否从移动网络接入。

可选地，本申请实施例提供一种实现方式为，若该终端ip地址的网段在终端所属运营商的移动网络字段内，则确定该终端从移动网络接入。

302、若确定终端从移动网络接入，sbc向pcrf发送会话消息，该会话消息用于请求为语音业务的业务流建立专用承载。

当sbc确定终端从移动网络接入时，sbc向pcrf发送用于请求为终端上的语音业务的业务流建立专用承载的会话消息，由pcrf将该会话消息转发至pgw，使pgw根据该会话消息发送第二创建承载消息至无线侧，由无线侧为语音业务的业务流建立专用承载。

可选地，在本申请实施例中，第二创建承载消息中包含有第二qos信息，例如，pgw建立的qci为1的专用承载，无线侧接收到第二创建承载消息后，可以根据该qci配置信息为语音业务的业务流建立qci为1的专用承载。

其中，专用承载的服务质量等级高于默认承载的服务质量等级，默认承载是为语音业务的信令流建立的承载。

需要说明的是，在步骤302之前，pgw发送第一创建承载消息至mme，并由mme将该第一创建承载消息转发至无线侧，以指示无线侧根据该第一创建承载消息中携带的第一qos信息为语音业务的信令流建立默认承载。

本申请实施例提供了一种业务质量保证方法，sbc接收到终端发送的语音业务请求消息，根据该消息判断终端是否从移动网络接入，若确定终端从移动网络接入，则sbc请求pcrf为终端上的语音业务的业务流建立专用承载，其中，专用承载的服务质量等级高于为语音业务的信令流建立的默认承载的服务质量等级。本申请实施例在voims语音业务通过运营商的移动网络接入时，为该业务流建立高服务质量级别的语音专用，进行语音业务的业务流的业务保障。

在图3的基础上，本申请实施例提供了一种业务质量保证方法，应用于ims网络中，如图4所示，包括：

401、在pgw上为语音业务的信令流进行qci的预配置。

在pgw初始化配置时，操作人员在pgw上静态配置对于语音业务的信令流的pcc规则，该pcc规则表征在用户发起语音业务时，建立针对该信令流qci＝a的默认承载，其中a可以为5。

当然，也可以将语音业务的信令流的qci设置为默认承载5-9中的任意一个数字，本申请对此不做限定。

本领域技术人员熟知的是，在为业务流建立专用承载时，可以设置qci取值为1-4中的任意一个数值，在为信令流建立默认承载时，可以设置qci取值为5-9中的任意一个数值，其中，qci的数值越大，服务质量等级越低，qci的数值越小，服务质量等级越高。

402、终端发送注册消息进行网络注册。

用户可以事先在终端上下载、安装app客户端，该app客户端可以为针对本申请实施例专门设计的app，也可以以sdk形式呈现，即通过sdk将本申请实施例的方案嵌入到现有的app中，例如、微信、qq等。

本申请实施例提供一种可选的网络注册方式为，当用户打开该app客户端，填写用户的用户名、登录密码、手机号等用户信息后，按照图1中的4g接入侧(例如基站、mme、servinggateway等)、pgw以及通过sgi接口与pgw相连接的sbc的传输路径，依次将包含有用户信息以及终端的ip地址等信息的注册消息传输至ims网络侧的as进行注册。

403、pgw发送第一创建承载消息至mme。

pgw接收到终端发送的注册消息后，根据该注册消息发起第一承载激活。

可选地，本申请实施例提供一种可选方式为，pgw根据注册消息生成第一创建承载消息，并将第一创建承载消息发送至mme，该消息可以携带有第一qos信息，例如，pgw中预配置的qci为5的默认承载，并且，该第一创建承载消息用于指示无线侧(例如，基站)根据第一创建承载消息中的第一qos信息为语音业务的信令流建立始终在线的默认承载。这样，mme可以将第一创建承载消息转发至无线侧，由无线侧根据该消息为终端上的语音业务的信令流建立qci为5的默认承载。

可以理解的是，当无线侧为语音业务的信令流建立qci为5的默认承载后，之后传输的语音业务的信令流(例如，语音业务请求消息等)均可以按照该服务质量等级进行传输。

404、终端发送语音业务请求消息。

在终端上发送用于进行网络注册的注册消息后，若终端注册成功，则终端接收到来自ims网络侧as发送的用于指示注册成功的响应消息。

在终端注册成功之后，若终端检测到来自用户的触发信号，例如，用户需要进行语音通话时，点击终端上的拨号按键，则终端发送语音业务请求消息。

405、sbc接收到终端上发送的语音业务请求消息，并根据语音业务请求消息确定终端是否从移动网络接入。

sbc接收到语音业务请求消息后，根据该消息中的特定字段判断终端是否从移动网络接入。

可选地，本申请提供了一种实现方式为，根据语音业务请求消息中的p-access-network-info头域确定终端的接入方式，例如，当该头域中的字段为3gpp-xxx时，确定终端从移动网络接入，当头域中的字段为ieee-xxx时，确定终端从wifi接入。

sbc接收到终端发送的语音业务请求消息后，可以对该语音业务请求消息进行解析，获取语音业务请求消息中携带的终端的ip地址。

可选地，若该终端具有移动台综合业务数字网号码(mobilestationintegratedservicesdigitalnetworknumber，msisdn),则语音业务请求消息中也可以携带有msisdn，那么sbc在对语音业务请求消息进行解析时，也可以获取到终端的msisdn。这样，当ip地址为ipv4私网地址时，若部分ip地址有重复，则可以通过ip地址和msisdn组合的方式对终端的ip地址进行精准定位。

可选地，在本申请实施例中，sbc也可以根据终端的ip地址确定终端的接入方式。例如，若该终端ip地址的网段在终端所属运营商的移动网络字段内，则确定该终端从移动网络接入。若终端ip地址的网段不在所属运营商的移动网络子段内，则确定该终端从wifi接入。

406、当确定终端从移动网络接入时，sbc向pcrf发送会话消息。

当sbc确定终端从移动网络接入时，sbc通过rx接口向pcrf发送会话消息，与pcrf之间建立会话，该会话消息用于指示为终端上的语音业务的业务流建立专用承载。

示例性地，该会话消息具体可以为sbc请求为终端上发送的语音业务的业务流动态地建立qci为1的专用承载。例如，当pgw上有语音业务的业务流传输时，为该业务流建立qci为1的专用承载，当pgw上没有语音业务的业务流传输，或者语音业务的业务流传输完成时，pgw删除之前已经建立的专用承载。通过这种为语音业务的业务流动态建立高级别专用承载的方式，既可以保证语音业务的服务质量，也可以节约网络资源。

反之，当确认终端从wifi接入时，则按照无线侧建立的qci为5的默认承载的方式传输该语音业务的业务流。

407、pcrf将会话消息转发至pgw。

pcrf接收到来自sbc的会话消息，将该会话消息转发至pgw。

408、pgw发送第二创建承载消息至mme。

pgw接收到来自pcrf的会话消息后，根据会话消息发起第二承载激活。

可选地，本申请实施例提供一种可选方式为，pgw根据该会话消息为语音业务的业务流配置qci为1的专用承载，并生成第二创建承载消息，将该第二创建承载消息发送至mme，其中，第二创建承载消息中携带有第二qos信息，例如，pgw为语音业务的业务流配置的qci为1的配置信息，第二创建承载消息用于指示无线侧(例如，基站)根据第二创建承载消息中的第二qos信息为该语音业务的业务流建立qci为1的专用承载。这样，当mme接收到第二创建承载消息后，可以将第二创建承载消息转发至无线侧，由无线侧根据该消息为终端上的语音业务的业务流建立qci为1的专用承载，保障语音业务的服务质量。

本申请实施例提供了一种业务质量保证方法，sbc接收到终端发送的语音业务请求消息，根据该消息判断终端是否从移动网络接入，若确定终端从移动网络接入，则sbc请求pcrf为终端上的语音业务的业务流建立专用承载，其中，专用承载的服务质量等级高于为语音业务的信令流建立的默认承载的服务质量等级。通过本申请实施例提供的方案，当voims语音业务通过运营商的移动网络接入时，为该语音业务的业务流建立高服务质量级别的语音专用，实现对语音业务的业务流的业务保障。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如，sbc、pgw、pcrf等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对sbc进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图5示出了上述实施例中所涉及的sbc的一种可能的结构示意图，sbc50可以包括：接收单元501，判断单元502，发送单元503。接收单元501用于支持sbc执行图3中的过程301、图4中的过程405；判断单元502用于支持sbc执行图3中的过程301、图4中的过程405；发送单元503用于支持sbc执行图3中的过程302、图4中的过程406。

在采用集成的单元的情况下，图6示出了上述实施例中所涉及的sbc的一种可能的结构示意图。例如，处理模块601用于支持sbc执行图3中的过程301、图4中的过程405和/或用于本文所描述的技术的其它过程。通信模块602用于支持sbc执行图3中的过程301、302、图4中的过程405、406以及与其他网络实体的通信，例如与本申请实施例中涉及到的pcrf之间的通信。存储模块603用于存储sbc的程序代码和数据。

其中，处理模块601可以是处理器或控制器，例如可以是中央处理器(centralprocessingunit，cpu)，通用处理器，数字信号处理器(digitalsignalprocessor，dsp)，专用集成电路(application-specificintegratedcircuit，asic)，现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。

参阅图7所示，该sbc70包括：处理器701、存储器702以及总线703。其中，处理器701和存储器702通过总线703相互连接；总线703可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请实施例可以根据上述方法示例对pgw进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图8示出了上述实施例中所涉及的pgw的一种可能的结构示意图，pgw80可以包括：接收单元801，发送单元802。接收单元801用于支持pgw执行图4中的过程402、407；发送单元802用于支持pgw执行图4中的过程403、408。

在采用集成的单元的情况下，图9示出了上述实施例中所涉及的pgw的一种可能的结构示意图。例如，处理模块901用于支持pgw执行图4中的过程401和/或用于本文所描述的技术的其它过程。通信模块902用于支持pgw执行图4中的过程402、403、407、408以及与其他网络实体的通信，例如与本申请实施例中涉及到的pcrf、mme之间的通信。存储模块903用于存储pgw的程序代码和数据。

其中，处理模块901可以是处理器或控制器，例如可以是中央处理器(centralprocessingunit，cpu)，通用处理器，数字信号处理器(digitalsignalprocessor，dsp)，专用集成电路(application-specificintegratedcircuit，asic)，现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。

参阅图10所示，该pgw100包括：处理器1001、存储器1002以及总线1003。其中，处理器1001和存储器1002通过总线1003相互连接；总线1003可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请实施例可以根据上述方法示例对pcrf进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图11示出了上述实施例中所涉及的pcrf的一种可能的结构示意图，pcrf110可以包括：接收单元1101，发送单元1102。接收单元1101用于支持pcrf执行图4中的过程406；发送单元1102用于支持pcrf执行图4中的过程407。

在采用集成的单元的情况下，图12示出了上述实施例中所涉及的pgw的一种可能的结构示意图。例如，处理模块1201用于支持pcrf执行本文所描述的技术的其它过程。通信模块1202用于支持pcrf执行图4中的过程406、407以及与其他网络实体的通信，例如与本申请实施例中涉及到的sbc、pgw之间的通信。存储模块1203用于存储pcrf的程序代码和数据。

其中，处理模块1201可以是处理器或控制器，例如可以是中央处理器(centralprocessingunit，cpu)，通用处理器，数字信号处理器(digitalsignalprocessor，dsp)，专用集成电路(application-specificintegratedcircuit，asic)，现场可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。

参阅图13所示，该pcrf130包括：处理器1301、存储器1302以及总线1303。其中，处理器1301和存储器1302通过总线1303相互连接；总线1303可以是外设部件互连标准(peripheralcomponentinterconnect，pci)总线或扩展工业标准结构(extendedindustrystandardarchitecture，eisa)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图13中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(randomaccessmemory，ram)、闪存、只读存储器(readonlymemory，rom)、可擦除可编程只读存储器(erasableprogrammablerom，eprom)、电可擦可编程只读存储器(electricallyeprom，eeprom)、寄存器、硬盘、移动硬盘、只读光盘(cd-rom)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于核心网接口接收机中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口接收机中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。