CN103533527A - 业务数据流发送处理方法和装置 - Google Patents

Abstract

本发明实施例提供一种业务数据流发送处理方法和装置，所述方法包括：对用户使用的业务数据流进行检测，根据检测的结果在所存储的策略和计费控制PCC规则库中获取与业务数据流对应的PCC规则，PCC规则库中包括用户各签约业务所对应的PCC规则；若通过比较获知业务数据流对应的PCC规则中包括的QoS信息与用户签约的默认承载的QoS信息不一致，则根据业务数据流对应的PCC规则中包括的QoS信息建立对应的专用承载，并通过专用承载向所述用户发送业务数据流；避免了将存储的所有PCC规则对应的业务建立与专有承载的关联关系；而且在实际网络运营过程中，使每个用户都按照自己的实际需求建立专有承载，减轻了网络资源的浪费。

Description

业务数据流发送处理方法和装置

技术领域

本发明实施例涉及通信技术，尤其涉及一种业务数据流发送处理方法和装置。

背景技术

策略和计费控制PCC(Policy and Charging Control)规则执行系统，定义了策略和计费的总体功能，实现基于流的计费控制和策略控制，其中基于流的计费，包括计费控制和在线信用额度控制；策略控制，如门控和服务质量QoS(Quality of Service)控制等。

现有的LTE网络中，在用户完成附着及默认承载建立以后，PCC规则执行系统的策略和计费功能PCRF(Policy and Charging Rules Function)设备下发所有PCC规则给PCEF(Policy and Charging EnforcementFunction)设备，此时无论用户是否需要使用专有承载的业务，所述PCEF设备都会根据收到的PCC规则建立不同的专有承载。

上述现有技术的不足之处在于：在用户上线时，所述PCRF设备下发所有PCC规则给所述PCEF设备，此时无论用户是否需要使用专有承载的业务，所述PCEF设备都会根据收到的PCC规则建立不同的专有承载，这会造成系统开销巨大；而且，在实际网络运营过程中，每个用户都会建立几十到上百条不同的专有承载，而网络中同时在线的用户更是数量巨大，因此从整个网络来看，造成了网络资源的巨大浪费。

发明内容

为克服上述缺陷，本发明实施例提供一种业务数据流发送处理方法和装置。

第一方面，本发明实施例提供一种业务数据流发送处理方法，包括：

对用户使用的业务数据流进行检测，根据检测的结果在所存储的策略和计费控制PCC规则库中获取与所述业务数据流对应的PCC规则，所述PCC规则库中包括所述用户各签约业务所对应的PCC规则；

若通过比较获知所述业务数据流对应的PCC规则中包括的QoS信息与所述用户签约的默认承载的QoS信息不一致，则根据所述业务数据流对应的PCC规则中包括的QoS信息建立对应的专用承载，并通过所述专用承载向所述用户发送所述业务数据流。

第二方面，本发明提供一种业务数据流发送处理装置，包括：

业务检测模块，用于对用户使用的业务数据流进行检测；

PCC规则选择模块，用于根据所述业务检测模块的检测的结果在所存储的策略和计费控制PCC规则库中获取与所述业务数据流对应的PCC规则，所述PCC规则库中包括所述用户各签约业务所对应的PCC规则；

对比模块，用于对所述业务数据流对应的PCC规则中包括的QoS信息与所述用户签约的默认承载的QoS信息进行对比；

处理模块，用于若所述对比模块的对比结果为不一致，则根据所述业务数据流对应的PCC规则中包括的QoS信息建立对应的专用承载，并通过所述专用承载向所述用户发送所述业务数据流。

本发明实施例提供的业务数据流发送处理方法和装置，通过设备中设置的业务单元，只获取当前执行业务的业务标识对应的PCC规则；并建立获取的PCC规则对应的业务与专有承载的关联关系，避免了将存储的所有PCC规则对应的业务建立与专有承载的关联关系，减小了系统开销；而且在实际网络运营过程中，使每个用户都按照自己的实际需求建立专有承载，这大大减轻了网络资源的浪费。

附图说明

图1为本发明实施例的业务数据流发送处理方法的流程示意图；

图2为本发明实施例的业务数据流发送处理设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明各实施例中所述PCRF设备，用于根据PCEF提供的信息制定并动态下发PCC规则给PCEF。

所述PCEF设备，用于对业务数据流进行检测，根据从PCRF获取的PCC规则，执行基于业务的QoS控制，同时PCEF设备会通知PCC规则执行系统按照当前费率计费。

所述默认承载是PCEF设备根据用户数据存储系统HSS中用户的签约QoS创建的，若没有部署PCRF设备，则用户所有的业务都在所述默认承载上；每个用户只有一个默认承载，所述默认承载由特定的标识标记。

所述专有承载是指除了所述默认承载以外用于部署业务而建立的承载；每个用户可以拥有多个专有承载；所述专有承载按自然数顺序进行标识。所述专有承载应该建立在所述默认承载部署完后。

所述PCC规则包括：规则名称、业务标识、业务数据流过滤器、规则优先级、门控状态、QoS信息和计费键值；其中，所述业务数据流过滤器就是业务的IP五元组信息；QoS信息包括：最大比特速率MBR(Maximum bitrate)、保障比特速率GBR(Guaranteed bit rate)、QoS类型标识QCI(QoSclass identifier)和分配保持优先级ARP(Allocation-Retention-Priority)。

所述IP五元组信息包括：源地址、目的地址、源端口号、目的端口号和通信协议，其中，所述通信协议包括但不限于：TCP/IP协议、FTP协议和UDP协议。

所述最大比特速率，规定了用户业务的最大比特速率，单位：kb/s。

所述保障比特速率，规定了用户业务须保障的比特速率，即最小的保障比特速率，单位：kb/s。

所述QoS类型标识，用来标识每种业务数据流对于时延和抖动等QoS特性的要求；其中，所述QoS类型标识的取值范围是1至9，取值越小，对时延抖动的要求越高；对于QoS类型标识取值为1至4的业务有MBR和GBR要求，QoS类型标识取值为5至9的业务没有MBR和GBR要求；其中，有MBR和GBR要求的业务在执行时需要保证一定的网络带宽；没有MBR和GBR要求的业务在执行时无需保证网络带宽。

所述时延是指一个报文或分组从一个网络的一端传送到另一个端所需要的时间。所述时延包括：发送时延、传播时延、处理时延和排队时延。

所述抖动是指分组延迟的变化程度。如果网络发生拥塞，排队延迟将影响端到端的延迟，并导致通过同一连接传输的分组延迟各不相同，而抖动，就是用来描述这种延迟变化的程度。

所述分配保持优先级，用于指示为每种业务数据流分配、保留资源的优先级，取值范围是1至15；取值越小，优先级越高；当执行优先级高的业务时，它会占用当前优先级最低的业务的网络资源；当执行的业务的优先级最低时，如果是流媒体等需要占用带宽的业务，那么系统将拒绝该优先级最低的业务接入网络和执行；如果是浏览网页等不需要占用带宽的业务，那么系统将在其他正在执行业务的同时执行该业务。

图1为本发明实施例的业务数据流发送处理方法的流程图；如图1所示，所述方法包括如下步骤：

S101.对用户使用的业务数据流进行检测，根据检测的结果在所存储的策略和计费控制PCC规则库中获取与所述业务数据流对应的PCC规则，所述PCC规则库中包括所述用户各签约业务所对应的PCC规则；

具体地，所述对用户使用的业务数据流进行检测，根据检测的结果在所存储的PCC规则库中获取与所述业务数据流对应的PCC规则包括：

对用户使用的业务数据流进行检测，获得待发送业务的业务标识，并根据所述待发送业务的业务标识，获取与所述待发送业务对应的PCC规则。

进一步地，所述对用户使用的业务数据流进行检测包括如下步骤：

(1).PCEF设备存储所述用户的PCC规则库；

进一步地，所述PCEF设备负责存储用户上线时，获取到的该用户的PCC规则库。

(2).根据所述PCC规则对待发送业务进行检测，根据得到的与所述PCC规则对应的待发送业务的业务标识，获知所述业务数据流对应的PCC规则；

进一步地，所述步骤S101根据PCC规则中业务标识和IP五元组信息，进行业务数据流检测，得到与所述PCC规则对应的待发送业务的业务标识。

S102.若通过比较获知所述业务数据流对应的PCC规则中包括的QoS信息与用户签约的默认承载的QoS信息不一致，则根据所述业务数据流对应的PCC规则中包括的QoS信息建立对应的专用承载，并通过所述专用承载向所述用户发送所述业务数据流；所述用户签约的默认承载的QoS信息存储在PCEF设备中。

所述获知的PCC规则的QoS信息中的例如QCI和ARP任一与所述默认承载QoS信息的QCI和ARP不一样时说明所述获知的PCC规则的QoS信息和所述默认承载QoS信息不一致。

所述建立专用承载包括：根据所述PCC规则内容建立专有承载，将所述PCC规则与对应的专有承载的标识进行关联，并将所述PCC规则内容和所述专有承载的标识进行绑定。

进一步地，所述方法还包括：

S103.建立所述业务数据流对应的PCC规则的规则名与所述专用承载的承载标识之间的关联关系，并在接收到所述业务数据流后直接通过所述专用承载进行发送。

可选的，若通过比较获知所述业务数据流对应的PCC规则中包括的QoS信息与已建立的所述用户的默认承载的QoS信息一致，则通过所述默认承载向所述用户发送所述业务数据流。

具体地，建立所述业务数据流对应的PCC规则的规则名与所述默认承载的承载标识之间的关联关系，并在接收到所述业务数据流后直接通过所述默认承载进行发送。

通过以下实施例对业务数据流发送处理方法作进一步描述。

用户A包括：ftp、流媒体和网页浏览3个业务。所述ftp、所述流媒体和所述网页浏览这3个业务对应的PCC规则分别为：

ftp对应PCC规则1中的业务流过滤器信息：源地址为：192.168.0.172、源端口号21、目的地址为任意、目的端口任意，协议类型为：TCP；QoS信息：QCI=8，ARP=13；业务标识为：业务1。

流媒体对应PCC规则2中的业务流过滤器信息：源地址为：192.168.0.232、源端口号20、目的端口、目的地址为任意，协议类型为：UDP；QoS信息:QCI=4,ARP=7,MBR=10M,GBR=2M；业务标识为：业务2。

网页浏览对应的PCC规则3中的业务流过滤器信息：源地址为192.168.0.151、源端口号为23、目的地址、目的端口号为任意，协议类型为：IP；QoS信息：QCI=7、ARP=12；业务标识为：业务3。

当用户A上线时，PCEF设备存储所述用户A的所有PCC规则；

所述PCEF设备根据存储的PCC规则中的业务标识和业务数据流过滤器，进行业务数据流检测；

用户A在上线后执行所述流媒体业务。

具体地，流媒体业务的业务数据流过滤器为：源地址：192.168.0.232、源端口号20、目的端口、目的地址为任意，协议类型为：UDP；业务标识为：业务2；所述PCEF设备查看流经的各业务数据包中携带的源端口号和协议类型与所述PCC规则2中记载的是否一致，如果一致则认为检测到了流媒体业务，则从所述流媒体业务中获取流媒体的业务标识：业务2。

所述PCEF设备中存储了用户A的所有PCC规则，所述所有PCC规则中包含针对流媒体业务的PCC规则2，根据获得的业务标识进行查询，发现PCC规则2中包含的业务标识为业务2，则获取所述PCC规则2。

所述PCEF设备还存储所述用户A的默认承载QoS信息和默认承载的标识；所述默认承载QoS信息包括：QCI和ARP；在本实施例中，所述默认承载的QoS信息为：QCI=8，ARP=13。

判断激活的所述PCC规则2的QoS信息中的QCI和ARP与默认承载QoS信息中的QCI和ARP是否一致；其中，所述PCC规则2中：QCI=4，ARP=7；默认承载QoS信息中QCI=8，ARP=13；由此可见，所述PCC规则2的QoS信息中的QCI和ARP与默认承载QoS信息中的QCI和ARP是不一致的。

所以此时根据所述PCC规则2的QoS信息建立QCI=4和ARP=7的专有承载，将所述PCC规则2与对应的专有承载的标识进行关联，并将所述PCC规则2的内容和所述专有承载的标识进行绑定。

根据所述PCC规则2与专有承载标识的关联关系，将所述流媒体业务的业务数据流引导到与所述PCC规则2关联的专有承载上。

同理，通过以上过程也可将所述ftp业务的数据流引导到与所述PCC规则1关联的默认承载上；将所述网页浏览业务的数据流引导到与所述PCC规则3关联的专有承载上；本实施例不再赘述。

如果用户A在上线时同时执行所述ftp业务和所述流媒体业务；那么先将所述ftp业务的数据流引导到默认承载上；再将所述流媒体业务的数据流引导到与所述流媒体业务相对应的专有承载上。

本实施例提供的业务数据流发送处理方法，只获取当前执行业务的业务标识对应的PCC规则；并建立获取的PCC规则对应的业务与专有承载的关联关系，避免了将存储的所有PCC规则对应的业务建立与专有承载的关联关系，减小了系统开销；而且在实际网络运营过程中，使每个用户都按照自己的实际需求建立专有承载，这大大减轻了网络资源的浪费。

图2为本发明实施例的业务数据流发送处理装置的结构示意图；如图2所示，装置包括：

业务检测模块10，用于对用户使用的业务数据流进行检测；

具体地，业务检测模块10用于根据存储的PCC规则库对待发送的业务数据流进行检测并得到所述业务数据流对应的业务标识。

PCC规则选择模块20，用于根据业务检测模块10的检测的结果在所存储的策略和计费控制PCC规则库中获取与所述业务数据流对应的PCC规则，所述PCC规则库中包括所述用户各签约业务所对应的PCC规则。

具体地，PCC规则选择模块20包括：

PCC规则存储单元201，用于存储所述PCC规则库；

PCC规则选择单元202，用于根据业务检测模块10的检测的结果在所述PCC规则库中获取与所述业务数据流对应的PCC规则。

对比模块30，用于对所述业务数据流对应的PCC规则中包括的QoS信息与所述用户签约的默认承载的QoS信息进行对比；进一步地，所述用户签约的默认承载的QoS信息存储在默认承载的QoS存储模块中，所述默认承载QoS信息包括：QCI和ARP；

处理模块40，用于若对比模块30的对比结果为不一致，则根据所述业务数据流对应的PCC规则中包括的QoS信息建立对应的专用承载，并通过所述专用承载向所述用户发送所述业务数据流；具体地，所述业务数据流对应的PCC规则中包括的QoS信息包括：QCI和ARP。

业务数据流发送处理装置还包括：

承载绑定模块50，用于建立所述业务数据流对应的PCC规则的规则名与所述专用承载的承载标识之间的关联关系，并在接收到所述业务数据流后直接通过所述专用承载进行发送。

以及默认承载Qos存储模块60，用于存储默认承载对应的Qos信息，以供对比模块30进行与所述业务数据流对应的PCC规则中包括的QoS信息进行对比。

可选地，处理模块40还用于：

若对比模块30的对比结果为一致，则通过所述默认承载向所述用户发送所述业务数据流；

具体地，建立所述PCC规则与默认承载的标识的关联关系，并将所述PCC规则的内容及所述默认承载的标识进行绑定，然后将所述PCC规则1的内容以及默认承载标识告知绑定单元50。

进一步地，承载绑定模块50还用于：

建立所述业务数据流对应的PCC规则的规则名与所述默认承载的承载标识之间的关联关系，并在接收到所述业务数据流后直接通过所述默认承载进行发送。

通过以下实施例对业务数据流发送处理装置作进一步描述。

用户A包括：ftp、流媒体和网页浏览3个业务。所述ftp、所述流媒体和所述网页浏览这3个业务对应的PCC规则与策略与计费执行功能方法实施例中的描述一致，这里不再赘述。

当用户A上线时，所述PCEF设备业务检测模块1010存储所述用户A的所有PCC规则；

业务检测模块10根据存储的PCC规则中的业务标识和业务数据流过滤器，进行业务数据流检测；

具体地，ftp业务的业务标识为业务1，所述PCC规则1中给出ftp业务的业务流过滤器为：源地址：192.168.0.172、源端口号21、目的地址为任意、目的端口任意，协议类型为：TCP；业务单元10查看流经的各业务数据包中携带的源端口号和协议类型与所述PCC规则1中记载的是否一致，如果一致则认为检测到了ftp业务，则从所述ftp业务中获取ftp的业务标识：业务1。

PCC规则选择模块20中的PCC规则存储单元201中存储了PCC规则库，所述PCC规则库中包含针对ftp业务的PCC规则1，PCC规则选择单元202根据获得的业务标识进行所述PCC规则库查询，发现PCC规则1中包含的业务标识为业务1，则获取所述PCC规则1。

第一存储单元20，存储有所述用户A的默认承载QoS信息和默认承载的标识；所述默认承载QoS信息包括：QCI和ARP；在本实施例中，所述默认承载的QoS信息为：QCI=8，ARP=13。

利用对比模块30判断获取的所述PCC规则1的QoS信息中的QCI和ARP与默认承载QoS信息中的QCI和ARP是否一致；其中，所述PCC规则1中：QCI=8，ARP=13；默认承载QoS信息中QCI=8，ARP=13；由此可见，所述PCC规则1的QoS信息中的QCI和ARP与默认承载QoS信息中的QCI和ARP是一致的。

此时处理模块40建立所述PCC规则1与默认承载的标识的关联关系，并将所述PCC规则1的内容及所述默认承载的标识进行绑定，然后将所述PCC规则1的内容以及默认承载标识告知绑定单元50。

绑定单元50，根据所述PCC规则1与默认承载标识的关联关系，将所述ftp业务的业务数据流引导到与所述PCC规则1关联的默认承载上。

进一步地，在ftp业务后执行流媒体业务时，获取所述流媒体业务对应的PCC规则2，对比模块30判断激活的所述PCC规则2的QoS信息中的QCI和ARP与默认承载QoS信息中的QCI和ARP是不一致的；则此时对比模块30将所述PCC规则2的内容告知处理模块40。

此时处理模块40，根据所述PCC规则2的内容建立专有承载，将所述PCC规则与对应的专有承载的标识进行关联，并将所述PCC规则内容2和所述专有承载的标识进行绑定。

绑定单元50，根据所述PCC规则2与专有承载标识的关联关系，将所述PCC规则2对应的业务数据流引导到与所述PCC规则2关联的专有承载上。

同理，通过以上过程也可将所述网页浏览业务的数据流引导到与所述PCC规则3关联的专有承载上；本实施例不再赘述。

本实施例提供的业务数据流发送处理装置，通过设置的业务单元，只激活当前执行业务的业务标识对应的PCC规则；并建立激活后的PCC规则对应的业务与专有承载的关联关系，避免了将存储的所有PCC规则对应的业务建立与专有承载的关联关系，减小了系统开销；而且在实际网络运营过程中，使每个用户都按照自己的实际需求建立专有承载，这大大减轻了网络资源的浪费。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种业务数据流发送处理方法，其特征在于，包括：

对用户使用的业务数据流进行检测，根据检测的结果在所存储的策略和计费控制PCC规则库中获取与所述业务数据流对应的PCC规则，所述PCC规则库中包括所述用户各签约业务所对应的PCC规则；

若通过比较获知所述业务数据流对应的PCC规则中包括的QoS信息与所述用户签约的默认承载的QoS信息不一致，则根据所述业务数据流对应的PCC规则中包括的QoS信息建立对应的专用承载，并通过所述专用承载向所述用户发送所述业务数据流。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

建立所述业务数据流对应的PCC规则的规则名与所述专用承载的承载标识之间的关联关系，并在接收到所述业务数据流后直接通过所述专用承载进行发送。

3.根据权利要求1或2所述的方法，其特征在于，所述对用户使用的业务数据流进行检测，根据检测的结果在所存储的PCC规则库中获取与所述业务数据流对应的PCC规则包括：

对用户使用的业务数据流进行检测，获得所述业务数据流的业务标识，并根据所述业务标识以及所述PCC规则库中各PCC规则所包括的业务标识，获取与所述业务数据流对应的PCC规则。

4.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

若通过比较获知所述业务数据流对应的PCC规则中包括的QoS信息与已建立的所述用户的默认承载的QoS信息一致，则通过所述默认承载向所述用户发送所述业务数据流。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

建立所述业务数据流对应的PCC规则的规则名与所述默认承载的承载标识之间的关联关系，并在接收到所述业务数据流后直接通过所述默认承载进行发送。

6.一种业务数据流发送处理装置，其特征在于，包括：

业务检测模块，用于对用户使用的业务数据流进行检测；

PCC规则选择模块，用于根据所述业务检测模块的检测的结果在所存储的策略和计费控制PCC规则库中获取与所述业务数据流对应的PCC规则，所述PCC规则库中包括所述用户各签约业务所对应的PCC规则；

对比模块，用于对所述业务数据流对应的PCC规则中包括的QoS信息与所述用户签约的默认承载的QoS信息进行对比；

处理模块，用于若所述对比模块的对比结果为不一致，则根据所述业务数据流对应的PCC规则中包括的QoS信息建立对应的专用承载，并通过所述专用承载向所述用户发送所述业务数据流。

7.根据权利要求6所述的装置，其特征在于，还包括：

承载绑定模块，用于建立所述业务数据流对应的PCC规则的规则名与所述专用承载的承载标识之间的关联关系，并在接收到所述业务数据流后直接通过所述专用承载进行发送。

8.根据权利要求6或7所述的装置，其特征在于，所述PCC规则选择模块包括：

PCC规则存储单元，用于存储所述PCC规则库；

PCC规则选择单元，用于根据所述业务检测模块的检测的结果在所述PCC规则库中获取与所述业务数据流对应的PCC规则。

9.根据权利要求7所述的装置，其特征在于，所述处理模块还用于：

若所述对比模块的对比结果为一致，则通过所述默认承载向所述用户发送所述业务数据流。

10.根据权利要求9所述的装置，其特征在于，所述承载绑定模块还用于：

建立所述业务数据流对应的PCC规则的规则名与所述默认承载的承载标识之间的关联关系，并在接收到所述业务数据流后直接通过所述默认承载进行发送。

Images