本发明涉及通信技术，尤其涉及一种数据包的处理方法和系统及设备。
背景技术
随着移动通信技术的演进，在目前的移动通信中，用户不仅可以使用移动运营商及移动业务提供商提供的业务，而且随着互联网应用对移动网络的支持，已经可以像固定宽带通信一样使用几乎所有的互联网业务。同时，随着终端软硬件平台的发展，在终端的多任务操作系统上同时运行多个访问网络的应用程序(application)或进程(process)已经非常普遍。在操作系统中，由于人机交互等原因，应用程序或进程可以处于前台(foreground)或背景(background)状态。另外，由于处理器和内存资源占用不同，因此，处于前台或背景状态的应用程序或进程还可被细分为不同的状态，如背景运行，背景挂起等。而对用户使用感受比较敏感的一般是前台应用程序或进程。
但是，核心网网关、移动接入网在执行本地服务质量控制或空口进行调度时，当处于背景状态的应用程序或进程占用过多网络资源时，在网络资源有限的情况下，可能导致同一用户的处于前台状态的应用程序或进程无法获得足够资源或者网络响应不及时，也可能导致共享同一网络资源的不同用户的处于前台状态的应用程序或进程无法获得足够资源或者网络响应不及时。另外，数据媒体流传输所可能经过的媒体源节点、内容分发网络也没有根据应用程序或进程所处的不同状态进行媒体编码速率的调整，从而造成网络传输效率不高。
技术实现要素：
本发明提供一种数据包的处理方法和系统及设备，用于在网络资源有限的情况下，同一用户的处于前台状态的应用程序或进程或者同一网络资源的不同用户的处于前台状态的应用程序或进程能够获得足够或者更多的资源或者网络响应更及时；以及有效地提高了网络传输效率。
一方面，提供了一种数据包的处理方法，包括：
获取应用程序的描述和所述应用程序的状态；
获取与所述应用程序的描述匹配的数据包，并根据所述应用程序的状态，对所述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对所述匹配的数据包所在的媒体数据流进行编码处理。
一方面，提供了另一种数据包的处理方法，包括：
获取应用程序的描述和所述应用程序的状态；
根据预先存储的配置信息、所述应用程序的状态和所述应用程序的描述，产生策略和计费控制规则；
获取与所述应用程序的描述匹配的数据包；
根据所述策略和计费控制规则，对所述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对所述匹配的数据包所在的媒体数据流进行编码处理。
一方面，提供了另一种数据包的处理方法，包括：
获取应用程序的状态；
将所述应用程序的状态发送给网络侧设备，以供所述网络侧设备根据所述应用程序的状态，对与获取到的所述应用程序的描述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对所述匹配的数据包所在的媒体数据流进行编码处理。
一方面，提供了一种网络侧设备，包括：
获取模块，用于获取应用程序的描述和所述应用程序的状态；
匹配模块，用于获取与所述获取模块获取到的所述应用程序的描述匹配的数据包；
处理模块，用于根据所述获取模块获取到的所述应用程序的状态，对所述匹配模块获取到的所述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对所述匹配的数据包所在的媒体数据流进行编码处理。
一方面，提供了另一种网络侧设备，包括：
获取模块，用于获取应用程序的描述和所述应用程序的状态，所述应用程序的描述包括应用程序的标识，或者所述应用程序的状态和应用程序的流描述；
策略和计费控制功能，用于根据预先存储的配置信息、所述获取模块获取到的所述应用程序的状态和所述应用程序的描述，产生策略和计费控制规则；
处理模块，用于获取与所述获取模块获取到的所述应用程序的描述匹配的数据包，并根据所述策略和计费控制功能产生的所述策略和计费控制规则，对所述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对所述匹配的数据包所在的媒体数据流进行编码处理。
一个方面，提供了一种用户终端，包括：
获取模块，用于获取应用程序的状态；
发送模块，用于将所述获取模块获取到的所述应用程序的状态发送给网络侧设备，以供所述网络侧设备根据所述应用程序的状态，对与获取到的所述应用程序的描述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对所述匹配的数据包所在的媒体数据流进行编码处理。
一方面，提供了一种数据包的处理系统，包括：上述所述的用户终端和上述所述的提供的一种网络侧设备。
一方面，提供了另一种数据包的处理系统，包括：上述所述的用户终端和上述所述的提供的另一种网络侧设备。
本发明的技术效果是：获取应用程序的描述和该应用程序的状态，并获取该应用程序的描述匹配的数据包，再根据该应用程序的状态，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理，由于可以对不同应用程序状态的该应用程序的描述匹配的数据包所在的媒体数据流进行区分处理，因此，实现了在网络资源有限的情况下，同一用户的处于前台状态的应用程序或进程或者同一网络资源的不同用户的处于前台状态的应用程序或进程能够获得足够或者更多的资源或者网络响应更及时；以及有效地提高了网络传输效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明数据包的处理方法的一个实施例的流程图；
图2为本发明数据包的处理方法的还一个实施例的流程图；
图3为本发明数据包的处理方法的又一个实施例的流程图；
图4为本发明网络侧设备的一个实施例的结构示意图；
图5为本发明网络侧设备的另一个实施例的结构示意图；
图6为本发明网络侧设备的再一个实施例的结构示意图；
图7为本发明用户终端的一个实施例的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
图1为本发明数据包的处理方法的一个实施例的流程图，如图1所示，本实施例的方法的执行主体为移动接入网网关，则该方法包括：
步骤101、获取应用程序的描述和应用程序的状态。
在本实施例中，优选地，应用程序的描述可以是该应用程序的标识或者是该应用程序的流描述。应用程序的状态可以分为前台状态和背景状态，且该背景状态可以为如下一种：背景运行、背景挂起、屏幕锁定、屏幕保护、屏幕关闭和用户没有使用用户终端。
另外，需要说明的是，由于应用程序可以调用多个进程或者由多个进程组成，因此，在本发明的各个实施例中，统一由应用程序代表应用程序和进程。
步骤102、获取与该应用程序的描述匹配的数据包，并根据该应用程序状态，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或对该匹配的数据包所在媒体数据流进行编码处理。
在本实施例中，通过获取应用程序的描述和该应用程序的状态，并获取该应用程序的描述匹配的数据包，再根据该应用程序的状态，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理，由于可以对不同应用程序状态的该应用程序的描述匹配的数据包所在的媒体数据流进行区分处理，因此，实现了在网络资源有限的情况下，同一用户的处于前台状态的应用程序或进程或者同一网络资源的不同用户的处于前台状态的应用程序或进程能够获得足够或者更多的资源或者网络响应更及时；以及有效地提高了网络传输效率。
进一步的，在本发明的另一个实施例中，在上述图1所示方法实施例的基础上，步骤101的具体实现方式可以有如下几种方式：
第一种：对用户终端的用户面的应用层消息中的第一数据包进行解析，截获携带有网络特定地址的数据包，并从该携带有网络特定地址的数据包中获取该应用程序的描述和该应用程序的状态。
具体的，该网络特定地址可以是由用户终端前期和移动接入网交互时获取的移动接入网网关的地址域名并通过域名服务器查询得到的，也可以是一个固定的ip(加端口)地址，例如：192.168.254.254(：8899)。另外，该网络特定地址可以具体携带在第一数据包的包头中。
第二种：从接收到的用户终端发送的无线资源控制协议(radioresourcecontrol；简称：rrc)消息中获取该应用程序的描述和该应用程序的状态。
具体的，用户终端通过调用用户终端无线协议栈，采用rrc消息发送给应用程序的描述和该应用程序的状态。更为具体的，该rrc消息为无线资源控制连接重配置消息(rrcconnectionreconfiguration)，或者无线资源控制连接建立消息(rrcconnectionsetup)，或者无线资源控制连接重建立消息(rrcconnectionre-establishment)等。另外，更为优选地，还可以将应用程序的描述和应用程序的状态携带在专用信令的无线资源配置信元中。
第三种：从接收到的移动性管理实体发送的控制面消息中获取该应用程序的描述和该应用程序的状态。
具体的，用户终端可以通过用户终端与移动性管理实体间的非接入层(non-access-stratum；简称：nas)消息将该应用程序的描述和该应用程序的状态发送给移动性管理实体，再由移动性管理实体通过控制面消息发送给移动接入网。更为具体的，用户终端通过调用用户终端的无线协议栈，采用nas消息发送，其中，该nas消息用来在mme和ue之间传送pdn连接建立、修改，承载资源分配或修改等信息的。或者，用户终端还可以将该应用程序的描述和该应用程序的状态携带在专用信令的信元中。移动性管理实体收到用户终端发送的该应用程序的描述和该应用程序的状态后，通过与移动接入网之间的控制面消息(例如：通过s1应用协议(s1applicationprotocol；简称：s1ap)、无线接入网应用部分(radioaccessnetworkapplicationpart；简称：ranap)或基站子系统通用分组无线服务技术(generalpacketradioservice；简称：gprs)协议(basestationsubsystemgprsprotocol；简称：bssgp))将该应用程序的描述和该应用程序的状态发送给移动接入网。
第四种：接收用户终端通过该应用程序的应用层协议发送的该应用程序的标识和该应用程序的状态。
或者，接收用户终端通过该应用程序的应用层协议发送的该应用程序的状态，并对接收到的数据包进行识别，获取该应用程序的标识或者该应用程序的流描述。
具体的，用户终端的该应用程序的状态，或者该应用程序的状态和该应用程序的标识是由该应用程序的应用层协议本身携带的。以应用层协议为超文本传送协议(hypertexttransportprotocol；简称：http)协议为例，详细介绍如下：
优选地，通过forestatus或backstatus等应用层信令的消息，在用户终端发给移动接入网上述请求时，可以直接指示访问uri的用户终端应用程序(包括web应用程序、web平台应用程序或web应用程序的页面)所处的应用程序的状态。其中，该uri是该应用程序访问的某个网络资源。
或者，通过status、get或者head等应用层信令的消息，并在这些应用层信令的消息上增加新的请求头标，如appstatus-foreground、appstatus-background，通过向移动接入网发送附加请求头标的请求，指示访问该uri的用户终端的应用程序所处的该应用程序的状态。
另外，应用程序的状态也可以通过http协议的其他字段携带；或者采用其他应用层协议做类似扩展，以支持应用程序的状态的发送，例如：文件传输协议(filetransferprotocol；简称：ftp)、各种点对点(peer-to-peer；简称：p2p)协议，独立计算架构(independentcomputingarchitecture；简称：ica)协议或者远程桌面协议(remotedesktopprotocol；简称：rdp)等，此处不再一一列举。
第五种：接收用户终端通过指定应用程序的应用层协议发送的该应用程序的标识和该应用程序的状态。
或者，接收该用户终端通过该指定应用程序的应用层协议发送该应用程序的状态，并对该用户终端的用户面的应用层消息中的第二数据包进行识别，获取该应用程序的标识或者该应用程序的流描述。
在本实施例中，该第二数据包与上述第一数据包相似，其区别在于：第一数据包的包头中携带的ip地址是网络特定地址；第二数据包的包头中携带的ip地址是由终端通过对其域名进行解析，获取得到的ip地址。
在本实施例中，可以在用户终端创建一个指定应用程序，通过该指定应用程序的应用层协议发送需要发送的该应用程序的状态；或者该应用程序的状态和应用程序的标识。需要说明的是，指定应用程序的应用层协议可以为ftp、p2p协议、ica协议或者rdp等，此处不再一一列举。
更进一步的，在本发明的又一个实施例中，在上述所示实施例的基础上，步骤102中获取与该应用程序的描述匹配的数据包的具体实现方式有如下两种：
第一种：当应用程序描述为应用程序标识时，解析接收到的数据包，获取该些接收到的数据包的业务类型或者主机地址；并根据应用程序的标识和业务类型的映射关系或者应用程序的标识和主机地址的映射关系，从该些接收到数据包中获取与该应用程序的标识匹配的数据包。
具体的，可以通过深度包解析(deeppacketinspection；简称：dpi)功能对接收到的数据包进行解析。
第二种：当应用程序的描述为该应用程序的流描述时，可以直接获取与该应用程序的流描述匹配的数据包。
进一步的，优选地，步骤102中根据该应用程序状态，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理的具体实现方式有如下几种：
当应用程序状态为前台状态时，可以提高该匹配的数据包所在的媒体数据流的带宽，即提高该应用程序访问网络的带宽；和/或提高该匹配的数据包所在的媒体数据流的调度优先级。或者，
当应用程序状态为前台状态时，可以提高与该匹配的数据包所在的媒体数据流的编码的速率。或者，
当应用程序状态为背景状态时，可以降低该匹配的数据包所在的媒体数据流的带宽，即降低该应用程序访问网络的带宽；和/或降低该匹配的数据包所在的媒体数据流的调度优先级。或者，
当应用程序状态为背景状态时，可以降低与该匹配的数据包所在的媒体数据流编码的速率，例如：优选地，可以降低该媒体数据流视频编码的速率、保持音频编码速率，从而保证用户的听觉感受。另外，为了更加有效地降低背景状态的应用程序对网络资源的占用，媒体数据流的编码速率也可以降低到零。
在本实施例中，该背景状态可以为如下一种：背景运行、背景挂起、屏幕锁定、屏幕保护、屏幕关闭和用户没有使用用户终端。
需要说明的是，上述媒体数据流编码的速率的调整可以是采用不同的分辨率、颜色或色阶质量、编码格式或者算法等获得的。
在本实施例中，在网络资源有限的情况下，由于采用了针对不同的应用程序状态进行区别处理，因此使得同一用户的处于前台状态的应用程序可以获得足够或者更多的资源或者网络响应更为及时，或者共享统一网络资源的不同用户处于前台状态的应用程序可以获得足够或者更多的资源或者网络响应更为及时。另外，对于数据媒体流传输所可能经过的媒体源节点、内容分发网络，也可以根据应用程序所处于的应用程序状态，进行数据媒体流编码速率的调整，从而提高了网络传输效率。
图2为本发明数据包的处理方法的还一个实施例的流程图，如图2所示，本实施例的执行主体为网络侧设备，则该方法包括：
步骤201、获取应用程序的描述和该应用程序的状态。
优选地，应用程序的状态包括前台状态和背景状态，该背景状态包括如下一种：背景运行、背景挂起、屏幕锁定、屏幕保护、屏幕关闭和用户没有使用用户终端。
步骤202、根据预先存储的配置信息(如，运营商基于时间、位置、用户等预定义的规则生成方式的设置)、该应用程序的状态和该应用程序的描述，产生策略和计费控制规则。
优选地，该策略和计费控制规则包括该应程序的流描述、服务信息和应用程序的标识；或者包括该应用程序的流描述、服务信息和业务类型。其中，该服务信息可以包括带宽和/或服务质量信息。
步骤203、获取与该应用程序的描述匹配的数据包。
步骤204、根据该策略和计费控制规则，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理。
优选地，当该应用程序的状态为前台状态时，根据该策略和计费控制规则，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制的具体实现方式为：
提高该匹配的数据包所在的媒体数据流的带宽；和/或
提高该匹配的数据包所在的媒体数据流的调度优先级。
根据该应用程序的状态，对该匹配的数据包所在的媒体数据流进行编码处理的具体实现方式为：
提高该匹配的数据包所在的媒体数据流的编码速率。
当该应用程序状态为背景状态时，根据该策略和计费控制规则，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制的具体实现方式为：
降低该匹配的数据包所在的媒体数据流的带宽；和/或
降低该匹配的数据包所在的媒体数据流的调度优先级。
根据该应用程序的状态，对该匹配的数据包所在的媒体数据流进行编码处理的具体实现方式为：
降低该匹配的数据包所在的媒体数据流的编码速率。
在本实施例中，通过获取应用程序的描述和该应用程序的状态，并根据预先存储的配置信息、该应用程序的状态和该应用程序的描述，产生策略和计费控制规则，再获取与该应用程序的描述匹配的数据包，再根据该策略和计费控制规则，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或对该匹配的数据包所在的媒体数据流进行编码处理，由于可以对不同应用程序状态的该应用程序的描述匹配的数据包所在的媒体数据流进行区分处理，因此，实现了在网络资源有限的情况下，同一用户的处于前台状态的应用程序或进程或者同一网络资源的不同用户的处于前台状态的应用程序或进程能够获得足够或者更多的资源或者网络响应更及时；以及有效地提高了网络传输效率。
进一步的，在本发明的再一个实施例中，在上述图2所示实施例的基础上，应用程序的描述可以包括该应用程序的标识和/或该应用程序的流描述，则步骤201有如下几种具体实现方式：
第一种：对该用户终端的用户面的应用层消息中的第一数据包进行解析，截获携带有网络特定地址的数据包，并从该携带有网络特定地址的数据包中获取该应用程序的标识和该应用程序的状态；
或者，对该用户终端的用户面的应用层数据包进行解析，截获网络特定地址的数据包，并从该数据包中获取该应用程序的标识和该应用程序的状态，再查询应用程序的标识和应用程序的流描述的映射关系，获取与该应用程序的标识对应的该应用程序的流描述。
具体的，该网络特定地址可以是由用户终端前期和移动接入网交互时获取的移动接入网网关的地址域名并通过域名服务器查询得到的，也可以是一个固定的ip(加端口)地址，例如：192.168.254.254(：8899)。
第二种：接收该用户终端通过该应用程序的应用层协议发送的该应用程序的标识和该应用程序的状态；或者，
接收该用户终端通过该应用程序的应用层协议发送的该应用程序的状态，并对用户终端的用户面的应用层消息中的第二数据包进行识别，获取该应用程序的标识或者该应用程序的流描述；或者，
接收该用户终端通过该应用程序的应用层协议发送的该应用程序的标识和该应用程序的状态，并查询应用程序的标识和应用程序的流描述的映射关系，获取与该应用程序的标识对应的该应用程序的流描述。
需要说明的是，在本实施例中，该第二数据包与上述第一数据包相似，其区别在于：第一数据包的包头中携带的ip地址是网络特定地址；第二数据包的包头中携带的ip地址是由终端通过对其域名进行解析，获取得到的ip地址。
具体的，用户终端的该应用程序的状态和该应用程序的标识，或者该应用程序的状态是由该应用程序的应用层协议本身携带的。以应用层协议为http协议为例，详细介绍如下：
优选地，通过forestatus或backstatus等应用层信令的消息，在用户终端发给移动接入网上述请求时，可以直接指示访问uri的用户终端应用程序(包括web应用程序、web平台应用程序或web应用程序的页面)所处的应用程序的状态。其中，该uri是该应用程序访问的某个网络资源。
或者，通过status、get或者head等应用层信令的消息，并在这些应用层信令的消息上增加新的请求头标，如appstatus-foreground、appstatus-background，通过向移动接入网发送附加请求头标的请求，指示访问该uri的用户终端的应用程序所处的该应用程序的状态。
另外，应用程序的状态也可以通过http协议的其他字段携带；或者采用其他应用层协议做类似扩展，以支持应用程序的状态的发送，例如：ftp、p2p协议，ica协议或者rdp等，此处不再一一列举。
第三种：接收该用户通过指定应用程序的应用层协议发送的该应用程序的标识和该应用程序的状态；或者，
接收所述用户终端通过所述指定应用程序的应用层协议发送的所述应用程序的状态，并对接收到的数据包进行识别，获取所述应用程序的标识或者该应用程序的流描述；或者，
接收该用户终端通过该指定应用程序的应用层协议发送该应用程序的标识和该应用程序的状态，并查询应用程序的标识和应用程序的流描述的映射关系，获取与该应用程序的标识对应的该应用程序的流描述。
在本实施例中，可以在用户终端创建一个指定应用程序，通过该指定应用程序的应用层协议发送需要发送的应用程序的状态；或者该应用程序的状态和应用程序的标识。需要说明的是，指定应用程序的应用层协议可以为ftp、p2p协议、ica协议或者rdp等，此处不再一一列举。
第四种：对该用户终端的用户面的应用层消息中的第一数据包进行解析，截获携带有网络特定地址的数据包，并从该携带有网络特定地址的数据包中获取该应用程序的标识、该应用程序的流描述和该应用程序的状态。
具体的，该网络特定地址可以是由用户终端前期和移动接入网交互时获取的移动接入网网关的地址域名并通过域名服务器查询得到的，也可以是一个固定的ip(加端口)地址，例如：192.168.254.254(：8899)。
更进一步的，在本发明的另一个实施例中，在上述图2所示实施例的基础上，在步骤203之后，该方法还可以包括：
获取该匹配的数据包对应的业务信息标识，并将该业务信息标识封装在该匹配的数据包。
将封装后的匹配的数据包发送给固网或移动接入网中，以供该固网或者移动接入网可以根据该匹配的数据包的业务信息标识，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理。
其中，该业务信息标识包括该应用程序的状态，或者该应用程序的状态和如下一种或者几种的组合：该匹配的数据包的业务类型、用户优先级和运营商策略。
举例来说，在本实施例中，该业务信息标识可以在接入网网关收到的封装数据包的gtp-u协议头部、bssgp协议头部、pmip协议头部或gre协议头部中，也可以在数据包ip头部本身的dscp或者tos字段携带。
图3为本发明数据包的处理方法的又一个实施例的流程图，如图3所示，本实施例的方法包括：
步骤301、获取应用程序的状态。
步骤302、将该应用程序的状态发送给网络侧设备，以供该网络侧设备根据该应用程序的状态，对与获取到的该应用程序的描述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理。
在本实施例中，通过将用户终端获取的应用程序的状态发送给网络侧设备，从而使得网络侧设备可以根据该应用程序的状态，对获取到的该应用程序的描述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理。由于网络侧设备可以对不同应用程序状态的该应用程序的描述匹配的数据包所在的媒体数据流进行区分处理，因此，实现了在网络资源有限的情况下，同一用户的处于前台状态的应用程序或进程或者同一网络资源的不同用户的处于前台状态的应用程序或进程能够获得足够或者更多的资源或者网络响应更及时；以及有效地提高了网络传输效率。
进一步的，在本发明的还一个实施例中，在上述图3所示实施例的基础上，该方法还可以包括：
获取该应用程序的描述，其中，该应用程序的描述包括该应用程序的标识，或者该应用程序的标识和该应用程序的流描述。
则步骤302还可以具体为：
将该应用程序的描述和该应用程序的状态发送给该网络侧设备。
另外，优选地，步骤302的具体实现方式有如下几种：
将用户终端的用户面的应用层消息发送给该网络侧设备，以供该网络侧设备对该应用层消息中的第一数据包进行解析，截获携带有网络特定地址的数据包，并从该携带有网络特定地址的数据包中获取该应用程序的描述和应用程序的状态；或者，
将携带有该应用程序的描述和该应用程序的状态的rrc消息发送给该网络侧设备，以供该网络侧设备从该rrc消息中获取该应用程序的描述和应用程序的状态；或者，
将携带有该应用程序的描述和该应用程序的状态的非接入层消息发送给移动性管理实体，再由该移动性管理实体将携带有该应用程序的描述和该应用程序的状态的控制面消息发送给网络侧设备，以供该网络侧设备从该控制面消息中获取该应用程序的描述和应用程序的状态；或者，
通过该应用程序的应用层协议发送该应用程序的状态，或者该应用程序的标识和应用程序的状态；或者，
通过指定应用程序的应用层协议发送该应用程序的状态，或者该应用程序的标识和该应用程序的状态。
还需要说明的是，当将用户终端的用户面的应用层消息发送给该网络侧设备时，该网络侧设备还可以对该应用层消息中的第二数据包进行识别，获取该应用程序的标识和应用程序的流描述。
其中，该第二数据包与上述第一数据包相似，其区别在于：第一数据包的包头中携带的ip地址是网络特定地址；第二数据包的包头中携带的ip地址是由终端通过对其域名进行解析，获取得到的ip地址。
图4为本发明网络侧设备的一个实施例的结构示意图，如图4所示，本实施例的网络侧设备包括：获取模块11、匹配模块12和处理模块13，其中，获取模块11用于获取应用程序的描述和所述应用程序的状态；匹配模块12用于获取与该获取模块11获取到的该应用程序的描述匹配的数据包；处理模块13用于根据该获取模块11获取到的该应用程序的状态，对该匹配模块12获取到的该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理。
本实施例的网络侧设备可以执行图1所示方法实施例的技术方案，其实现原理相类似，此处不再赘述。
还需要说明的是，本实施例的网络侧设备可以具体为接入网网关。
在本实施例中，通过获取应用程序的描述和该应用程序的状态，并获取该应用程序的描述匹配的数据包，再根据该应用程序的状态，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理，由于可以对不同应用程序状态的该应用程序的描述匹配的数据包所在的媒体数据流进行区分处理，因此，实现了在网络资源有限的情况下，同一用户的处于前台状态的应用程序或进程或者同一网络资源的不同用户的处于前台状态的应用程序或进程能够获得足够或者更多的资源或者网络响应更及时；以及有效地提高了网络传输效率。
图5为本发明网络侧设备的另一个实施例的结构示意图，在上述图4所示实施例的基础上，如图5所示，该匹配模块12包括：解析单元121和匹配单元122，其中，解析单元121用于解析接收到的数据包，获取该接收到的数据包的业务类型或者主机地址；匹配单元122用于当该获取模块11获取到的该应用程序的描述为应用程序的标识时，根据应用程序的标识和业务类型的映射关系或者应用程序的标识和主机地址的映射关系，从该接收到的数据包中获取与该应用程序的标识匹配的数据包。
进一步的，在本发明的又一个实施例中，在上述图4所示实施例的基础上，获取模块11具体用于对该用户终端的用户面的应用层消息中的第一数据包进行解析，截获携带有网络特定地址的数据包，并从该携带有网络特定地址的数据包中获取该应用程序的描述和应用程序的状态；或者，
获取模块11具体用于从接收到的该用户终端发送的rrc消息中获取该应用程序的描述和应用程序的状态；或者，
获取模块11具体用于从接收到的移动性管理实体发送的控制面消息中获取该应用程序的描述和应用程序的状态；或者，
获取模块11具体用于接收该用户终端通过该应用程序的应用层协议发送的该应用程序的标识和应用程序的状态；或者，
获取模块11具体用于接收该用户终端通过该应用程序的应用层协议发送的该应用程序的状态，并对该用户终端的用户面的应用层消息中的第二数据包进行识别，获取该应用程序的标识或者该应用程序的流描述；或者，
获取模块11具体用于接收该用户终端通过指定应用程序的应用层协议发送的该应用程序的标识和该应用程序的状态；或者，
获取模块11具体用于接收该用户终端通过该指定应用程序的应用层协议发送的该应用程序的状态，并对该用户终端的用户面的应用层消息中的第二数据包进行识别，获取该应用程序的标识或者该应用程序的流描述；
其中，该应用程序的描述为应用程序的标识或者应用程序的流描述。
更进一步的，在本发明的还一个实施例中，在上述网络侧设备所示实施例的基础上，该处理模块13具体用于当该应用程序的状态为前台状态时，提高该匹配的数据包所在的媒体数据流的带宽；和/或提高该匹配的数据包所在的媒体数据流的调度优先级；
或者，该处理模块13具体用于当该应用程序的状态为前台状态时，提高该匹配的数据包所在的媒体数据流的编码速率。
该处理模块13具体用于当该应用程序状态为背景状态时，降低所述匹配的数据包所在的媒体数据流的带宽；和/或降低该匹配的数据包所在的媒体数据流的调度优先级；
或者，
处理模块13具体用于当该应用程序状态为背景状态时，降低该匹配的数据包所在的媒体数据流的编码速率。
图6为本发明网络侧设备的再一个实施例的结构示意图，如图6所示，本实施例的网络侧设备包括：获取模块21、策略和计费控制功能22和处理模块23，其中，获取模块21用于获取应用程序的描述和该应用程序的状态；策略和计费控制功能22用于根据预先存储的配置信息、该获取模块21获取到的该应用程序的状态和该应用程序的描述，产生策略和计费控制规则；处理模块23用于获取与该获取模块21获取到的该应用程序的描述匹配的数据包，并根据该策略和计费控制功能22产生的该策略和计费控制规则，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理。
本实施例的网络侧设备可以执行图2所示方法实施例的技术方案，其实现原理相类似，此处不再赘述。
另外，该获取模块21可以具体为应用层服务器或者业务识别功能实体；该处理模块23可以具体为分组数据网网关或者其他核心网网关。
在本实施例中，通过获取应用程序的描述和该应用程序的状态，并根据预先存储的配置信息、该应用程序的状态和该应用程序的描述，产生策略和计费控制规则，再获取与该应用程序的描述匹配的数据包，再根据该策略和计费控制规则，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或对该匹配的数据包所在的媒体数据流进行编码处理，由于可以对不同应用程序状态的该应用程序的描述匹配的数据包所在的媒体数据流进行区分处理，因此，实现了在网络资源有限的情况下，同一用户的处于前台状态的应用程序或进程或者同一网络资源的不同用户的处于前台状态的应用程序或进程能够获得足够或者更多的资源或者网络响应更及时；以及有效地提高了网络传输效率。
进一步的，在本发明的另一个实施例中，在上述图6所示实施例的基础上，该应用程序的描述可以包括该应用程序的标识和/或该应用程序的流描述，获取模块21具体用于对该用户终端的用户面的应用层数据包进行解析，截获网络特定地址的数据包，并从该数据包中获取该应用程序的标识和该应用程序的状态。
或者，获取模块21具体用于对该用户终端的用户面的应用层消息中的第一数据包进行解析，截获携带有网络特定地址的数据包，并从该携带有网络特定地址的数据包中获取该应用程序的标识和该应用程序的状态，再查询预先设置的应用程序的标识和应用程序的流描述的映射关系，获取与该应用程序的标识对应的该应用程序的流描述。
或者，获取模块21具体用于接收该用户终端通过该应用程序的应用层协议发送的该应用程序的标识和该应用程序的状态。
或者，获取模块21具体用于接收该用户终端通过该应用程序的应用层协议发送的该应用程序的状态，并对该用户终端的用户面的应用层消息中的第二数据包进行识别，获取该应用程序的标识或者该应用程序的流描述。或者，
或者，获取模块21具体用于接收该用户终端通过该应用程序的应用层协议发送的该应用程序的标识和该应用程序的状态，并查询应用程序的标识和应用程序的流描述的映射关系，获取与该应用程序的标识对应的该应用程序的流描述。
或者，获取模块21具体用于接收该用户通过指定应用程序的应用层协议发送该应用程序的标识和该应用程序的状态。
或者，获取模块21具体用于接收该用户终端通过该指定应用程序的应用层协议发送该应用程序的标识和该应用程序的状态，并查询应用程序的标识和应用程序的流描述的映射关系，获取与该应用程序的标识对应的该应用程序的流描述。
或者，获取模块21具体用于对该用户终端的用户面的应用层消息中的第一数据包进行解析，截获携带有网络特定地址的数据包，并从该携带有网络特定地址的数据包中获取该应用程序的标识、该应用程序的流描述和该应用程序的状态。
在本实施中，以该获取模块21可以具体为应用层服务器或者业务识别功能实体；该处理模块23可以具体为分组数据网网关为例，详细介绍本实施例的技术方案，当应用层服务器或者业务识别功能实体从用户终端获取到应用程序的标识和该应用程序的状态时，可以查询应用程序的标识和业务类型的映射关系，以及应用程序的标识和应用程序的流描述的映射关系，获取与该应用程序的标识对应的业务类型和该应用程序的流描述，最后，将该应用程序的标识(或业务类型)以及应用程序的流描述发送给策略和计费控制功能22，由策略和计费控制功能22根据预先配置的信息、该应用程序的标识(业务类型)以及应用程序的流描述，生成策略和控制计费规则。
或者，当应用层服务器或者业务识别功能实体从用户终端获取到应用程序的标识和该应用程序的状态时，可以查询应用程序的标识和业务类型的映射关系，获取与该应用程序的标识对应的业务类型，最后，将该应用程序的标识(业务类型)发送给策略和计费控制功能22，由策略和计费控制功能22查询应用程序的标识(或者业务类型)和应用程序的流描述的映射关系，获取与该应用程序的标识(或者业务类型)对应的应用程序的流描述，再根据预先配置的信息、该应用程序的标识(业务类型)以及应用程序的流描述，生成策略和控制计费规则。
更进一步的，在发明的又一个实施例中，在上述图6所示实施例的基础上，该网络侧设备还包括：封装处理模块，用于获取该匹配的数据包对应的业务信息标识，并将该业务信息标识封装在该匹配的数据包；将封装后的匹配的数据包发送给固网或移动接入网中，以供该固网或者移动接入网可以根据该匹配的数据包的业务信息标识，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理；
其中，该业务信息标识包括所述应用程序的状态，或者该应用程序的状态和如下一种或者几种的组合：该匹配的数据包的业务类型、用户优先级和运营商策略。
需要说明的是，该封装处理模块可以为核心网网关，例如：公用数据网(publicdatanetwork；简称：pdn)网关(gateway；简称：gw)，网关通用分组无线服务(generalpacketradioservice；简称：gprs)支持节点(gatewaygprssupportnode；简称：ggsn)，sgsn，servinggw。另外，该封装处理模块还可以设置在获取模块21中。
更进一步的，在发明的还一个实施例中，在上述图6所示实施例的基础上，该处理模块23具体用于当该策略和计费控制规则包括所述应用程序的流描述、服务信息和应用程序的标识；或者所述应用程序的流描述、服务信息和业务类型；且该应用程序的状态为前台状态时，提高该匹配的数据包所在的媒体数据流的带宽；和/或提高该匹配的数据包所在的媒体数据流的调度优先级；
或者，
处理模块23具体用于当该策略和计费控制规则包括所述应用程序的流描述、服务信息和应用程序的标识；或者所述应用程序的流描述、服务信息和业务类型；且该应用程序的状态为前台状态时，提高该匹配的数据包所在的媒体数据流的编码速率。
该处理模块23具体用于当该策略和计费控制规则包括该应用程序的流描述、服务信息和应用程序的标识；或者该应用程序的流描述、服务信息和业务类型；且该应用程序的状态为背景状态时，降低该匹配的数据包所在的媒体数据流的带宽；和/或降低该匹配的数据包所在的媒体数据流的调度优先级；
或者，
处理模块23具体用于当该策略和计费控制规则包括该应用程序的流描述、服务信息和应用程序的标识；或者该应用程序的流描述、服务信息和业务类型；且该应用程序的状态为背景状态时，降低该匹配的数据包所在的媒体数据流的编码速率。
图7为本发明用户终端的一个实施例的结构示意图，如图7所示，本实施例的用户终端包括：获取模块31和发送模块32，其中，获取模块31用于获取应用程序的状态；发送模块32用于将该获取模块31获取的该应用程序的状态发送给网络侧设备，以供该网络侧设备根据该应用程序的状态，对与获取到的该应用程序的描述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理。
本实施例的用户终端可以执行图3所示方法实施例的技术方案，其实现原理相类似，此处不再赘述。
在本实施例中，通过将用户终端获取的应用程序的状态发送给网络侧设备，从而使得网络侧设备可以根据该应用程序的状态，对获取到的该应用程序的描述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理。由于网络侧设备可以对不同应用程序状态的该应用程序的描述匹配的数据包所在的媒体数据流进行区分处理，因此，实现了在网络资源有限的情况下，同一用户的处于前台状态的应用程序或进程或者同一网络资源的不同用户的处于前台状态的应用程序或进程能够获得足够或者更多的资源或者网络响应更及时；以及有效地提高了网络传输效率。
进一步的，在本发明的另一个实施例中，在上述图7所示实施例的基础上，获取模块31还用于获取该应用程序的描述，其中，该应用程序的描述包括该应用程序的标识，或者该应用程序的标识和该应用程序的流描述。则发送模块32具体用于将该应用程序的描述和该应用程序的状态发送给该网络侧设备。
另外，优选地，发送模块32具体用于将用户终端的用户面的应用层消息发送给该网络侧设备，以供该网络侧设备对该应用层消息中的第一数据包进行解析，截获携带有网络特定地址的数据包，并从该携带有网络特定地址的数据包中获取该应用程序的描述和应用程序的状态；或者，
发送模块32具体用于将携带有该应用程序的描述和该应用程序的状态的rrc消息发送给该网络侧设备，以供该网络侧设备从该rrc消息中获取该应用程序的描述和应用程序的状态；或者，
发送模块32具体用于将携带有该应用程序的描述和该应用程序的状态的非接入层消息发送给移动性管理实体，再由该移动性管理实体将携带有该应用程序的描述和该应用程序的状态的控制面消息发送给网络侧设备，以供该网络侧设备从所述控制面消息中获取该应用程序的描述和应用程序的状态；或者，
发送模块32具体用于通过该应用程序的应用层协议发送应用程序的状态、或者该应用程序的标识和应用程序的状态；
或者，
发送模块32具体用于通过指定应用程序的应用层协议发送应用程序的状态、或者该应用程序的标识和该应用程序的状态。
在本实施例中，举例来说，应用程序的描述及该应用程序的状态获取方式为：对于终端操作系统可见的应用程序，应用程序的描述及该应用程序的状态可以由操作系统提供给用户终端的无线协议栈或其他应用程序；对于终端操作系统不可见的应用程序(如web应用)，web应用平台程序(一般是浏览器)可以向无线协议栈或其他应用程序提供。
另外，应用程序的描述及应用程序的状态发送的时机：用户可能会在不同的应用程序之间切换，也就是说，前台状态的应用程序和背景状态的应用程序可能会经常发生变化，可能刚刚从前台状态切换到背景状态的应用程序又切回到前台状态，也可能刚刚从背景状态切换到前台状态的应用又切回到背景状态，如果这样的切换频繁发生，每次前台状态和背景状态的应用程序的变化都通知到网络侧设备，不但会增加用户终端和网络侧设备之间的信令和处理负担，也无助于网络资源利用效率和用户体验的提升。因此，用户终端可以在每次应用程序的状态发生变化时立即发送通知，也可以本地做一定的过滤处理，在应用程序的状态频繁发生变化时延时上报，或等到状态稳定时再发送通知，以防止乒乓效应。另外，用户终端还可以记录用户的行为和应用程序的特点，对该类应用程序做特殊处理(不上报状态变化，或始终报告为特定状态)。用户终端还可以提供人机界面，供用户设置是否上报应用程序的状态、是否上报某个应用程序的状态、是否始终上报某个应用程序为某种状态等。
本发明还提供了一种数据包的处理系统，包括用户终端和网络侧设备。其中，该用户终端可以为图7所示的用户终端，并可以执行图3所示方法实施例的技术方案；该网络侧设备可以为图4或图5所示的网络侧设备，或者还可以为图6所示的网络侧设备，其实现原理相类似，此处不再赘述。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
值得注意的是，上述用户设备和基站实施例中，所包括的各个单元只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。