WO2013185288A1 - 数据包的处理方法和系统及设备 - Google Patents

数据包的处理方法和系统及设备 Download PDF

Info

Publication number
WO2013185288A1
WO2013185288A1 PCT/CN2012/076769 CN2012076769W WO2013185288A1 WO 2013185288 A1 WO2013185288 A1 WO 2013185288A1 CN 2012076769 W CN2012076769 W CN 2012076769W WO 2013185288 A1 WO2013185288 A1 WO 2013185288A1
Authority
WO
WIPO (PCT)
Prior art keywords
application program
application
data packet
status
description
Prior art date
Application number
PCT/CN2012/076769
Other languages
English (en)
French (fr)
Inventor
靳维生
Original Assignee
华为技术有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2012/076769 priority Critical patent/WO2013185288A1/zh
Priority to HUE12879094A priority patent/HUE032319T2/en
Priority to EP16207267.2A priority patent/EP3206430B1/en
Priority to JP2015516399A priority patent/JP6044020B2/ja
Priority to CN201810654826.8A priority patent/CN108924110A/zh
Priority to EP12879094.6A priority patent/EP2852212B1/en
Priority to CN201280001002.1A priority patent/CN103636252B/zh
Priority to PT16207267T priority patent/PT3206430T/pt
Priority to ES16207267T priority patent/ES2727159T3/es
Publication of WO2013185288A1 publication Critical patent/WO2013185288A1/zh
Priority to US14/568,657 priority patent/US20150100620A1/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13296—Packet switching, X.25, frame relay

Definitions

  • the present invention relates to communication technologies, and in particular, to a data packet processing method, system, and device. Background technique
  • the core network gateway or the mobile access network performs local QoS or air interface scheduling
  • the application or process in the background state occupies too many network resources
  • the network may have the same user when the network resources are limited.
  • the application or process in the foreground state cannot obtain sufficient resources or the network response is not timely, and may also result in different users sharing the same network resource.
  • the media source node and the content distribution network that may pass through the data media stream transmission are not based on the loss. low efficiency.
  • the present invention provides a method, system and device for processing a data packet, which are used in an application or process in the foreground state of the same user or an application in a foreground state of different users of the same network resource when network resources are limited. Or the process can get enough or more Resource or network response is more timely; and effectively improve network transmission efficiency.
  • a method for processing a data packet including:
  • the media data stream is encoded.
  • Another method of processing data packets including:
  • Another method of processing data packets including:
  • a network side device including:
  • An obtaining module configured to acquire a description of the application and a state of the application
  • a matching module configured to acquire a data packet matching the description of the application acquired by the obtaining module
  • a processing module configured to perform, according to a status of the application acquired by the acquiring module, a service quality control of a network resource, where the matched data packet is obtained by the matching module, or The media data stream in which the matched data packet is located is encoded.
  • another network side device including:
  • An obtaining module configured to acquire a description of the application and a status of the application, where The description of the application includes the identity of the application, or the state of the application and the flow description of the application;
  • a policy and a charging control function configured to generate a policy and a charging control rule according to the pre-stored configuration information, the status of the application acquired by the obtaining module, and the description of the application;
  • a processing module configured to acquire a data packet that matches a description of the application acquired by the obtaining module, and perform the matching according to the policy and charging control rule generated by the policy and charging control function
  • the media data stream in which the data packet is located performs quality of service control of the network resource or encodes the media data stream in which the matched data packet is located.
  • a user terminal including:
  • An acquisition module configured to acquire a state of an application
  • a sending module configured to send, to the network side device, the state of the application acquired by the acquiring module, where the network side device accesses the acquired application according to the state of the application Describe the media data stream in which the matched data packet is located to perform quality of service control of the network resource or to encode the media data stream in which the matched data packet is located.
  • a processing system for a data packet including: the user terminal described above and a network side device provided as described above.
  • a processing system for another data packet comprising: the user terminal described above and another network side device provided as described above.
  • the technical effect of the present invention is: obtaining a description of the application and a state of the application, and obtaining a data packet whose description matches the application, and then according to the state of the application, the media data stream of the matched data packet Performing quality of service control of the network resource or encoding the media data stream in which the matched data packet is located, because the media data stream in which the description of the application matching the application of different application states is differentiated,
  • the application or process in the foreground state of the same user or the application or process in the foreground state of different users of the same network resource can obtain sufficient or more resources or network response. Timely; and effectively improve network transmission efficiency.
  • FIG. 1 is a flow chart of an embodiment of a method for processing a data packet according to the present invention
  • FIG. 2 is a flowchart of still another embodiment of a method for processing a data packet according to the present invention
  • FIG. 3 is a flowchart of still another embodiment of a method for processing a data packet according to the present invention
  • FIG. 4 is an embodiment of a network side device according to the present invention. Schematic diagram of the structure
  • FIG. 5 is a schematic structural diagram of another embodiment of a network side device according to the present invention.
  • FIG. 6 is a schematic structural diagram of still another embodiment of a network side device according to the present invention.
  • FIG. 7 is a schematic structural diagram of an embodiment of a user terminal according to the present invention.
  • the present invention will be further described in detail with reference to the accompanying drawings, in which FIG. An embodiment. All other embodiments obtained by a person of ordinary skill in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.
  • FIG. 1 is a flowchart of an embodiment of a method for processing a data packet according to the present invention.
  • the execution body of the method in this embodiment is a mobile access network gateway, and the method includes:
  • Step 101 Obtain a description of the application and a status of the application.
  • the description of the application may be an identifier of the application or a flow description of the application.
  • the state of the application can be divided into a foreground state and a background state, and the background state can be one of the following: background running, background hanging, screen locking, screen saver, screen off, and the user not using the user terminal.
  • Step 102 Obtain a data packet that matches the description of the application, and perform quality of service control of the network resource on the media data stream where the matched data packet is located according to the application state.
  • the media data stream in which the matched data packet is located is encoded.
  • the media data stream of the matched data packet is located.
  • quality of service control of the network resource or encoding the media data stream in which the matched data packet is located because the media data stream in which the description of the application matching the application of different application states is differentiated,
  • the network resources are limited, the application or process of the same user in the foreground state or the same multi-resource or network response is more timely; and the network transmission efficiency is effectively improved.
  • step 101 may be as follows:
  • the first type parsing the first data packet in the application layer message of the user plane of the user terminal, intercepting the data packet carrying the network specific address, and acquiring the application from the data packet carrying the network specific address Description and status of the application.
  • the network specific address may be an address domain name of the mobile access network gateway acquired by the user terminal in advance and interacting with the mobile access network, and is obtained by querying by the domain name server, or may be a fixed IP (plus port) address. , for example: 192.168.254.254 (: 8899 ).
  • the network specific address may be specifically carried in the header of the first data packet.
  • the second type obtains a description of the application and a status of the application from a received Radio Resource Control (RRC) message sent by the user terminal.
  • RRC Radio Resource Control
  • the user terminal sends the description of the application and the state of the application by using the RRC message by calling the user terminal wireless protocol stack. More specifically, the RRC message is a RRC Connection Reconfiguration message, or a RRC Connection Setup message, or a RRC Connection Re-establishment message. Wait.
  • the description of the application and the state of the application can also be carried in the radio resource configuration cell of the dedicated signaling.
  • the user terminal may describe the application and the application by using a Non-Access-Stratiction (NAS) message between the user terminal and the mobility management entity.
  • NAS Non-Access-Stratiction
  • the status is sent to the mobility management entity, which is then sent by the mobility management entity to the mobile access network via the control plane message.
  • the user terminal adopts by calling the wireless protocol stack of the user terminal.
  • the NAS message is sent, where the NAS message is used to transfer PDN connection establishment, modification, bearer resource allocation or modification information between the MME and the UE.
  • the user terminal can also carry the description of the application and the state of the application in the cells of the dedicated signaling.
  • the mobility management entity After receiving the description of the application sent by the user terminal and the state of the application, the mobility management entity passes the control plane message with the mobile access network (for example, through the S1 application protocol (SI Application Protocol; referred to as: S 1 AP), Radio Access Network Application Part (RANAP) or Base Station Subsystem GPRS Protocol (Base Station Subsystem GPRS Protocol) BSSGP ) )
  • S1 application protocol SI Application Protocol
  • RANAP Radio Access Network Application Part
  • BSSGP Base Station Subsystem GPRS Protocol
  • the state of the application of the user terminal, or the state of the application and the identity of the application are carried by the application layer protocol itself of the application.
  • the application layer protocol Take the application layer protocol as the hypertext transport protocol (HTTP) protocol as an example.
  • HTTP hypertext transport protocol
  • the application layer signaling message such as FORESTATUS or BACKSTATUS
  • the user terminal application including the web application, the web platform application or the web
  • the page of the application The state of the application in which it is located.
  • the URI is a network resource accessed by the application.
  • a request to send a request for a header is indicated, indicating the state of the application in which the application of the user terminal accessing the URI is located.
  • the state of the application can also be carried through other fields of the HTTP protocol; or similar extensions can be made using other application layer protocols to support the sending of the application's state, for example: File Transfer Protocol (abbreviation: FTP), Peer-to-Peer (P2P) protocol, Independent Computing Architecture (ICA) protocol or Remote Desktop Protocol (Remote Desktop Protocol; Abbreviation: RDP), etc., no longer here - enumeration.
  • FTP File Transfer Protocol
  • P2P Peer-to-Peer
  • ICA Independent Computing Architecture
  • RDP Remote Desktop Protocol
  • the fifth type receives the identifier of the application sent by the user terminal by specifying the application layer protocol of the application and the state of the application.
  • the second data packet is similar to the first data packet, and the difference is: the IP address carried in the packet header of the first data packet is a network specific address; the IP address carried in the packet header of the second data packet The terminal obtains the obtained IP address by parsing its domain name.
  • a specified application may be created at the user terminal, and the state of the application to be transmitted may be transmitted through the application layer protocol of the specified application; or the status of the application and the identification of the application.
  • the application layer protocol of the specified application may be FTP, P2P protocol, ICA protocol or RDP, etc., and is not enumerated here.
  • the first type when the application is described as the application identifier, parsing the received data packet, obtaining the service type or host address of the received data packet; and mapping or application according to the identifier of the application and the service type A mapping relationship between the identifier of the program and the host address, and obtaining a data packet matching the identifier of the application from the received data packets.
  • the received packet can be parsed by a Deep Packet Inspection (DPI) function.
  • DPI Deep Packet Inspection
  • the description of the application is a description of the flow of the application, it can directly obtain the data packet that matches the flow description of the application.
  • step 102 according to the application state, the service quality control of the network resource in which the matched data packet is located is performed, or the media data stream in which the matched data packet is encoded is processed.
  • the implementation methods are as follows: When the application state is the foreground state, the bandwidth of the media data stream in which the matched data packet is located may be increased, that is, the bandwidth of the application accessing the network is increased; and/or the scheduling of the media data stream in which the matched data packet is located is improved. priority. or,
  • the rate of encoding of the media stream in which the matched packet is located can be increased.
  • the bandwidth of the media data stream in which the matched data packet is located may be reduced, that is, the bandwidth of the application accessing the network is reduced; and/or the scheduling of the media data stream in which the matched data packet is located may be reduced. priority.
  • the rate of encoding the media data stream in which the matched data packet is located may be reduced.
  • the rate of video encoding of the media data stream may be reduced, and the audio encoding rate may be maintained, thereby ensuring the user. Hearing experience.
  • the encoding rate of the media data stream can also be reduced to zero.
  • the background state may be one of the following: background running, background hanging, screen locking, screen protection, screen closing, and the user not using the user terminal.
  • the adjustment of the rate of the foregoing media data stream encoding may be obtained by using different resolution, color or gradation quality, encoding format or algorithm, and the like.
  • the application of the same user in the foreground state can obtain sufficient or more resources or the network response is more.
  • An application that is in a foreground state for different users sharing a unified network resource in a timely manner can obtain sufficient or more resources or a more timely network response.
  • the data media stream coding rate may be adjusted according to the application state of the application, thereby improving network transmission efficiency.
  • FIG. 2 is a flowchart of still another embodiment of a method for processing a data packet according to the present invention.
  • the execution subject of the embodiment is a network side device, and the method includes:
  • Step 201 Obtain a description of the application and a status of the application.
  • the state of the application includes a foreground state and a background state
  • the background state includes the following: background running, background hanging, screen locking, screen protection, screen closing, and the user not using the user terminal.
  • Step 202 Generate a policy and a charging control rule according to pre-stored configuration information (eg, an operator's setting of a predefined rule generation manner based on time, location, user, etc.), a state of the application, and a description of the application. .
  • pre-stored configuration information eg, an operator's setting of a predefined rule generation manner based on time, location, user, etc.
  • the policy and charging control rule includes a flow description of the application, service information, and an identifier of the application; or includes a flow description, service information, and service type of the application.
  • the service information may include bandwidth and/or quality of service information.
  • Step 203 Obtain a data packet that matches the description of the application.
  • Step 204 Perform, according to the policy and the charging control rule, the service quality control of the network resource of the matched data packet or the encoding of the media data stream where the matched data packet is located.
  • the specific implementation manner of performing the quality of service control of the network resource on the media data stream in which the matched data packet is located is:
  • the specific implementation manner of encoding the media data stream in which the matched data packet is located is:
  • the specific implementation manner of performing network quality service quality control on the media data stream in which the matched data packet is located is:
  • the specific implementation manner of encoding the media data stream in which the matched data packet is located is:
  • the same user is in the foreground state or the process can obtain enough or more resources or the network response is more timely; and effectively improve the network transmission efficiency.
  • the description of the application may include an identifier of the application and/or a flow description of the application, and step 201 has The following specific implementation methods:
  • the first type parsing the first data packet in the application layer message of the user plane of the user terminal, intercepting the data packet carrying the network specific address, and acquiring the application program from the data packet carrying the network specific address Identification and the status of the application;
  • the application layer data packet of the user plane of the user terminal is parsed, the data packet of the network specific address is intercepted, and the identifier of the application and the state of the application are obtained from the data packet, and then the identifier of the application is queried.
  • the network specific address may be an address domain name of the mobile access network gateway acquired by the user terminal in advance and interacting with the mobile access network, and is obtained by querying by the domain name server, or may be a fixed IP (plus port) address. , for example: 192.168.254.254 (: 8899 ).
  • the second type receiving the identifier of the application sent by the user terminal through the application layer protocol of the application and the state of the application; or
  • the second data packet is similar to the first data packet, and the difference is: the IP address carried in the packet header of the first data packet is a network specific address; the packet header of the second data packet The IP address carried in the IP address obtained by the terminal is parsed by the domain name. address.
  • the state of the application of the user terminal and the identity of the application, or the state of the application are carried by the application layer protocol itself of the application.
  • Application layer protocol itself of the application.
  • the HTTP protocol is an example, which is described in detail as follows:
  • the application layer signaling message such as FORESTATUS or BACKSTATUS
  • the user terminal application including the web application, the web platform application or the web
  • the page of the application The state of the application in which it is located.
  • the URI is a network resource accessed by the application.
  • application layer signaling messages such as STATUS, GET or HEAD
  • add new request headers on these application layer signaling messages such as Appstatus-foreground, Appstatus-background, by sending a link to the mobile access network.
  • the request for the header is requested to indicate the state of the application in which the application of the user terminal accessing the URI is located.
  • state of the application can also be carried through other fields of the HTTP protocol; or similar extensions can be made by other application layer protocols to support the transmission of the application state, such as: FTP, P2P protocol, ICA protocol or RDP, etc. No longer - enumeration.
  • the third type receiving the identifier of the application sent by the user by specifying the application layer protocol of the application and the state of the application; or
  • a specified application can be created at the user terminal, and the state of the application to be transmitted can be transmitted through the application layer protocol of the specified application; or the state of the application and the identification of the application.
  • the application layer protocol of the specified application may be FTP, P2P protocol, ICA protocol or RDP, etc., and is not enumerated here.
  • the fourth type parsing the first data packet in the application layer message of the user plane of the user terminal, intercepting the data packet carrying the network specific address, and acquiring the application program from the data packet carrying the network specific address
  • the network specific address may be an address domain name of the mobile access network gateway acquired by the user terminal in advance and interacting with the mobile access network, and is obtained by querying by the domain name server, or may be a fixed IP (plus port) address. , for example: 192.168.254.254 (: 8899 ).
  • the method may further include:
  • the data stream performs quality of service control of the network resource or encodes the media data stream in which the matched data packet is located.
  • the service information identifier includes a status of the application, or a combination of the status of the application and one or more of the following: a service type, a user priority, and a operator policy of the matched data packet.
  • the service information identifier may be in a GTP-U protocol header, a BSSGP protocol header, a PMIP protocol header, or a GRE protocol header of an encapsulated data packet received by the access network gateway. It can also be carried in the DSCP or TOS field of the packet IP header itself.
  • FIG. 3 is a flowchart of still another embodiment of a method for processing a data packet according to the present invention. As shown in FIG. 3, the method in this embodiment includes:
  • Step 301 Obtain the state of the application.
  • Step 302 Send the status of the application to the network side device, so that the network side device performs network resources on the media data stream where the data packet matching the obtained description of the obtained application is located according to the state of the application.
  • the status of the application acquired by the user terminal is sent to the network side device, so that the network side device can match the acquired data packet of the application according to the state of the application.
  • the media data stream performs quality of service control of the network resource or encodes the media data stream in which the matched data packet is located. Since the network side device can distinguish the media data streams in which the description of the application matching the application of different application states is located, it is realized that the same user is in the foreground when the network resources are limited. The sequence or process can get enough or more resources or the network response is more timely; and effectively improve the network transmission efficiency.
  • the method may further include:
  • the description of the application includes an identification of the application, or an identification of the application and a flow description of the application.
  • Step 302 can also be specifically:
  • the description of the application and the status of the application are sent to the network side device.
  • step 302 is as follows:
  • the state of the application is sent by specifying the application's application layer protocol, or the identity of the application and the state of the application.
  • the network side device may further identify the second data packet in the application layer message, and obtain the application program. A description of the flow of the identity and application.
  • the second data packet is similar to the first data packet, and the difference is: the IP address carried in the packet header of the first data packet is a network specific address; the IP address carried in the packet header of the second data packet The address is obtained by the terminal by parsing its domain name and obtaining the obtained IP address.
  • the network side device in this embodiment includes: an ear module 11, a matching module 12, and a processing module 13, where the obtaining module 11 a description of the application and a state of the application; the matching module 12 is configured to acquire a data packet that matches the description of the application acquired by the obtaining module 11; the processing module 13 is configured to obtain according to the acquiring module 11
  • the status of the application to which the matching data packet is obtained by the matching module 12 performs quality of service control of the network resource or encodes the media data stream in which the matched data packet is located.
  • the network side device of this embodiment can perform the technical solution of the method embodiment shown in FIG. 1. The principle is similar, and details are not described herein again.
  • the network side device in this embodiment may be specifically an access network gateway.
  • the media data stream of the matched data packet is located.
  • quality of service control of the network resource or encoding the media data stream in which the matched data packet is located because the media data stream in which the description of the application matching the application of different application states is differentiated,
  • the network resources are limited, the application or process of the same user in the foreground state or the same multi-resource or network response is more timely; and the network transmission efficiency is effectively improved.
  • FIG. 5 is a schematic structural diagram of another embodiment of a network side device according to the present invention.
  • the matching module 12 includes: a parsing unit 121 and a matching unit 122, where The parsing unit 121 is configured to parse the received data packet, and obtain the service type or host address of the received data packet.
  • the matching unit 122 is configured to use the identifier of the application obtained by the obtaining module 11 as the identifier of the application. And obtaining, according to the mapping relationship between the identifier of the application and the service type or the mapping relationship between the identifier of the application and the host address, the data packet matching the identifier of the application is obtained from the received data packet.
  • the first packet in the application layer message of the user plane of the user terminal is specifically obtained. Parsing, intercepting a data packet carrying a network specific address, and obtaining a description of the application and an application state from the data packet carrying the network specific address; or
  • the obtaining module 11 is specifically configured to obtain a description of the application and a status of the application from the received RRC message sent by the user terminal; or
  • the obtaining module 11 is specifically configured to obtain a description of the application and a status of the application from a control plane message sent by the received mobility management entity; or
  • the obtaining module 11 is specifically configured to receive the identifier of the application and the state of the application sent by the user terminal through an application layer protocol of the application; or
  • the obtaining module 11 is specifically configured to receive a status of the application sent by the user terminal by using an application layer protocol of the application, and identify a second data packet in an application layer message of the user plane of the user terminal, to obtain the application.
  • the identifier of the program or the stream description of the application; or the obtaining module 11 is specifically configured to receive the identifier of the application sent by the user terminal by using an application layer protocol of the specified application and the state of the application; or
  • the obtaining module 11 is specifically configured to receive a status of the application sent by the user terminal by using an application layer protocol of the specified application, and identify a second data packet in an application layer message of the user plane of the user terminal, to obtain the The identity of the application or the stream description of the application;
  • the description of the application is an identifier of the application or a flow description of the application.
  • the processing module 13 is specifically configured to: when the state of the application is the foreground state, improve the matched data. The bandwidth of the media data stream in which the packet is located; and/or the scheduling priority of the media data stream in which the matched data packet is located;
  • the processing module 13 is specifically configured to increase a coding rate of the media data stream where the matched data packet is located when the state of the application is the foreground state.
  • the processing module 13 is specifically configured to: when the application state is the background state, reduce the bandwidth of the media data stream where the matched data packet is located; and/or reduce the scheduling priority of the media data stream where the matched data packet is located. ;
  • the processing module 13 is specifically configured to reduce the encoding rate of the media data stream in which the matched data packet is located when the application state is the background state.
  • FIG. 6 is a schematic structural diagram of still another embodiment of a network side device according to the present invention.
  • the network side device in this embodiment includes: an obtaining module 21, a policy and charging control function 22, and a processing module 23, where
  • the obtaining module 21 is configured to acquire a description of the application and a status of the application;
  • the policy and charging control function 22 is configured to generate a policy and a charging control rule according to the pre-stored configuration information, the state of the application acquired by the obtaining module 21, and the description of the application;
  • the processing module 23 is configured to acquire and
  • the obtaining module 21 obtains a packet matching the description of the application, and according to the policy and the charging control rule generated by the policy and the charging control function 22, performs network on the media data stream in which the matched data packet is located.
  • the quality of service control of the resource or the encoding of the media data stream in which the matched data packet is located.
  • the network side device in this embodiment can perform the technical solution of the method embodiment shown in FIG. 2, but the principle is similar, and details are not described herein again.
  • the application by obtaining the description of the application and the state of the application, and generating the policy and charging control rules according to the pre-stored configuration information, the state of the application, and the description of the application, and then acquiring and The application describes the matched data packet, and according to the policy and the charging control rule, performs quality of service control of the network resource on the media data stream where the matched data packet is located or media data flow in which the matched data packet is located.
  • the encoding process is performed, because the media data stream in which the description of the application matching the application of different application states is differentiated, thereby realizing that the same user is in the foreground state or process when the network resources are limited.
  • the ability to obtain sufficient or more resources or network response is more timely; and effectively improve network transmission efficiency.
  • the description of the application may include an identifier of the application and/or a flow description of the application, and the obtaining module 21 Specifically, the application layer data packet of the user plane of the user terminal is parsed, the data packet of the network specific address is intercepted, and the identifier of the application and the state of the application are obtained from the data packet.
  • the obtained module 21 is specifically configured to parse the first data packet in the application layer message of the user plane of the user terminal, intercept the data packet carrying the network specific address, and extract the data from the network specific address.
  • the package obtains the identifier of the application and the state of the application, and then queries the mapping relationship between the identifier of the preset application and the flow description of the application, and obtains a flow description of the application corresponding to the identifier of the application.
  • the obtaining module 21 is specifically configured to receive an identifier of the application that is sent by the user terminal by using an application layer protocol of the application, and a status of the application.
  • the obtaining module 21 is specifically configured to receive, by the user terminal, the state of the application sent by the application layer protocol of the application, and identify, in the application layer message of the user plane of the user terminal, the second data packet.
  • the identity of the application or the stream description of the application is specifically configured to receive an identifier of the application sent by the user terminal by using an application layer protocol of the application, and a status of the application, and query a mapping of the identifier of the application and the flow description of the application. Relationship, get the flow description of the application corresponding to the identity of the application.
  • the obtaining module 21 is specifically configured to receive the identifier of the application and the state of the application by the user by using an application layer protocol of the specified application.
  • the obtaining module 21 is specifically configured to receive, by using the application layer protocol of the specified application, the identifier of the application and the state of the application, and query a mapping relationship between the identifier of the application and the flow description of the application, Gets a stream description of the application corresponding to the identity of the application.
  • the obtained module 21 is specifically configured to parse the first data packet in the application layer message of the user plane of the user terminal, intercept the data packet carrying the network specific address, and extract the data from the network specific address.
  • the package gets the identity of the application, the stream description of the application, and the state of the application.
  • the acquiring module 21 may be specifically an application layer server or a service identification function entity; the processing module 23 may be specifically a packet data network gateway as an example, and the technical solution of the embodiment is described in detail, when the application layer server or When the service identification function entity obtains the identifier of the application and the state of the application from the user terminal, it may query the mapping relationship between the identifier of the application and the service type, and the mapping relationship between the identifier of the application and the flow description of the application, and obtain a service type corresponding to the identifier of the application and a flow description of the application.
  • the identifier (or service type) of the application and the flow description of the application are sent to the policy and charging control function 22, by the policy and The charging control function 22 generates a policy and controls charging rules based on the pre-configured information, the identification of the application (service type), and the flow description of the application.
  • the application layer server or the service identification function entity obtains the identifier of the application and the state of the application from the user terminal
  • the identifier of the application and the mapping of the service type may be queried.
  • the relationship is obtained, the service type corresponding to the identifier of the application is obtained, and finally, the identifier (service type) of the application is sent to the policy and charging control function 22, and the identifier of the application is queried by the policy and charging control function 22.
  • the mapping description of the flow description of the application obtains a flow description of the application corresponding to the identifier (or service type) of the application, and then according to the pre-configured information, the identifier of the application (service type And the flow description of the application, generating policies and controlling charging rules.
  • the network side device further includes: an encapsulation processing module, configured to obtain a service information identifier corresponding to the matched data packet, And encapsulating the service information identifier in the matched data packet; sending the encapsulated matched data packet to the fixed network or the mobile access network, so that the fixed network or the mobile access network can be based on the matched data packet
  • the service information identifier performing quality of service control of the network resource on the media data stream in which the matched data packet is located, or encoding and processing the media data stream in which the matched data packet is located;
  • the service information identifier includes a status of the application, or a combination of the status of the application and one or more of the following: a service type, a user priority, and an operator policy of the matched data packet.
  • the encapsulation processing module may be a core network gateway, for example, a public data network (PDN) gateway (Gateway; abbreviation: GW), and a general packet radio service (General Packet Radio Service; : GPRS) Support Node (Gateway GPRS Support Node; GGSN for short), SGSN, Serving GW.
  • PDN public data network
  • GPRS General Packet Radio Service
  • GGSN General Packet Radio Service Support Node
  • GGSN Serving GW
  • the package processing module may also be disposed in the acquisition module 21.
  • the processing module 23 is specifically configured to: when the policy and charging control rule includes the flow description and service of the application The identifier of the information and application; or the flow description, service information, and service type of the application; and when the state of the application is the foreground state, the bandwidth of the media data stream in which the matched data packet is located is increased; and/or Increasing the scheduling priority of the media data stream in which the matched data packet is located;
  • the processing module 23 is specifically configured to: when the policy and charging control rule includes a flow description of the application, service information, and an identifier of the application; or a flow description and service information of the application And the type of service; and when the state of the application is the foreground state, the encoding rate of the media data stream in which the matched data packet is located is increased.
  • the processing module 23 is specifically configured to: when the policy and charging control rule includes a flow description of the application, service information, and an identifier of the application; or a flow description, a service information, and a service type of the application; and the application
  • the state is the background state, the bandwidth of the media data stream in which the matched data packet is located is reduced; and/or the scheduling priority of the media data stream in which the matched data packet is located is reduced;
  • the processing module 23 is specifically configured to: when the policy and charging control rule includes the flow description of the application, the service information, and the identifier of the application; or the flow description, the service information, and the service type of the application; and the status of the application When in the background state, the encoding rate of the media stream in which the matched packet is located is reduced.
  • FIG. 7 is a schematic structural diagram of an embodiment of a user terminal according to the present invention.
  • the user terminal in this embodiment includes: an obtaining module 31 and a sending module 32, where the obtaining module 31 is configured to acquire a state of an application.
  • the sending module 32 is configured to send the state of the application acquired by the obtaining module 31 to the network side device, so that the network side device matches the data packet that matches the obtained description of the application according to the state of the application.
  • the media data stream is located to perform quality of service control of the network resource or to encode the media data stream in which the matched data packet is located.
  • the user terminal in this embodiment can perform the technical solution of the method embodiment shown in FIG. 3, and the implementation principle is similar, and details are not described herein again.
  • the status of the application acquired by the user terminal is sent to the network side device, so that the network side device can match the acquired data packet of the application according to the state of the application.
  • the media data stream performs quality of service control of the network resource or encodes the media data stream in which the matched data packet is located. Since the network side device can distinguish the media data stream in which the data packet of the application matching the description of the application of different application states is located, it is implemented in the foreground or process of the same user when the network resource is limited. The ability to obtain sufficient or more resources or network response is more timely; and effectively improve network transmission efficiency.
  • the obtaining module 31 is further configured to obtain a description of the application, where the description of the application includes an identifier of the application, or an identifier of the application, and a flow description of the application.
  • the sending module 32 is specifically configured to send the description of the application and the status of the application to the network side device.
  • the sending module 32 is specifically configured to send an application layer message of the user plane of the user terminal to the network side device, so that the network side device parses the first data packet in the application layer message, and intercepts the carrying a packet having a network-specific address, and obtaining a description of the application and a state of the application from the packet carrying the network-specific address; or
  • the sending module 32 is specifically configured to send the RRC message carrying the description of the application and the status of the application to the network side device, where the network side device obtains the description and application of the application from the RRC message. State; or,
  • the sending module 32 is specifically configured to send a non-access stratum message carrying the description of the application and the status of the application to the mobility management entity, and the mobility management entity will carry the description of the application and the
  • the control plane message of the state of the application is sent to the network side device, so that the network side device acquires the description of the application and the state of the application from the control plane message; or
  • the sending module 32 is specifically configured to send, by using an application layer protocol of the application, a status of the application, or an identifier of the application, and a status of the application;
  • the sending module 32 is specifically configured to send the status of the application, or the identifier of the application, and the status of the application by specifying an application layer protocol of the application.
  • the description of the application and the state acquisition mode of the application are: For an application that is visible to the terminal operating system, the description of the application and the state of the application may be provided by the operating system to the user.
  • the wireless protocol stack or other application of the terminal For applications that are not visible to the terminal operating system (such as a web application), the web application platform program (generally a browser) can be provided to the wireless protocol stack or other applications.
  • the user may switch between different applications, that is, the application in the foreground state and the application in the background state may change frequently, maybe just
  • the application that switches from the foreground state to the background state is switched back to the foreground state, or the application that has just switched from the background state to the foreground state is switched back.
  • Background state if such switching occurs frequently, each time the foreground state and the background state of the application change are notified to the network side device, which not only increases the signaling and processing burden between the user terminal and the network side device, but also does not help.
  • the improvement of network resource utilization efficiency and user experience are sent:
  • the user terminal can immediately send a notification every time the state of the application changes, or can perform a certain filtering process locally, delay reporting when the state of the application frequently changes, or send a notification when the state is stable. To prevent the ping-pong effect.
  • the user terminal can also record the user's behavior and the characteristics of the application, and perform special processing on the application (not reporting status changes, or always reporting to a specific status).
  • the user terminal can also provide a human-machine interface for the user to set whether to report the status of the application, whether to report the status of an application, and whether to always report an application to a certain status.
  • the present invention also provides a processing system for a data packet, including a user terminal and a network side device.
  • the user terminal may be the user terminal shown in FIG. 7 and may perform the technical solution of the method embodiment shown in FIG. 3;
  • the network side device may be the network side device shown in FIG. 4 or FIG. 5, or may also be For the network side device shown in FIG. 6, the implementation principle is similar, and details are not described herein again.
  • the aforementioned program can be stored in a computer readable storage medium.
  • the program when executed, performs the steps including the foregoing method embodiments; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.
  • each unit included is only divided according to functional logic, but is not limited to the foregoing division, as long as the corresponding function can be implemented;
  • the specific names are also for convenience of distinguishing from each other and are not intended to limit the scope of the present invention.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种数据包的处理方法和系统及设备，该方法包括：获取应用程序的描述和该应用程序的状态；获取与该应用程序的描述匹配的数据包，并根据该应用程序的状态，对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编码处理。

Description

数据包的处理方法和系统及设备
技术领域 本发明涉及通信技术， 尤其涉及一种数据包的处理方法和系统及设 备。 背景技术
随着移动通信技术的演进， 在目前的移动通信中， 用户不仅可以使用移 动运营商及移动业务提供商提供的业务， 而且随着互联网应用对移动网络的 支持， 已经可以像固定宽带通信一样使用几乎所有的互联网业务。 同时， 随 着终端软硬件平台的发展， 在终端的多任务操作系统上同时运行多个访问网 络的应用程序（application )或进程（process )已经非常普遍。 在操作系统中， 由于人机交互等原因， 应用程序或进程可以处于前台 （foreground ) 或背景 ( background )状态。 另外， 由于处理器和内存资源占用不同， 因此， 处于 前台或背景状态的应用程序或进程还可被细分为不同的状态， 如背景运行， 背景挂起等。 而对用户使用感受比较敏感的一般是前台应用程序或进程。
但是， 核心网网关、 移动接入网在执行本地服务质量控制或空口进行调 度时， 当处于背景状态的应用程序或进程占用过多网络资源时， 在网络资源 有限的情况下， 可能导致同一用户的处于前台状态的应用程序或进程无法获 得足够资源或者网络响应不及时， 也可能导致共享同一网络资源的不同用户 另外， 数据媒体流传输所可能经过的媒体源节点、 内容分发网络也没有根据 输效率不高。 发明内容
本发明提供一种数据包的处理方法和系统及设备， 用于在网络资源有 限的情况下， 同一用户的处于前台状态的应用程序或进程或者同一网络资 源的不同用户的处于前台状态的应用程序或进程能够获得足够或者更多 的资源或者网络响应更及时； 以及有效地提高了网络传输效率。 一方面， 提供了一种数据包的处理方法， 包括：
获取应用程序的描述和所述应用程序的状态；
获取与所述应用程序的描述匹配的数据包， 并根据所述应用程序的状 态， 对所述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制 或者对所述匹配的数据包所在的媒体数据流进行编码处理。
一方面， 提供了另一种数据包的处理方法， 包括：
获取应用程序的描述和所述应用程序的状态；
根据预先存储的配置信息、 所述应用程序的状态和所述应用程序的描 述， 产生策略和计费控制规则；
获取与所述应用程序的描述匹配的数据包；
根据所述策略和计费控制规则， 对所述匹配的数据包所在的媒体数据 流进行网络资源的服务质量控制或者对所述匹配的数据包所在的媒体数 据流进行编码处理。
一方面， 提供了另一种数据包的处理方法， 包括：
获取应用程序的状态；
将所述应用程序的状态发送给网络侧设备， 以供所述网络侧设备根据 所述应用程序的状态， 对与获取到的所述应用程序的描述匹配的数据包所 在的媒体数据流进行网络资源的服务质量控制或者对所述匹配的数据包 所在的媒体数据流进行编码处理。
一方面， 提供了一种网络侧设备， 包括：
获取模块， 用于获取应用程序的描述和所述应用程序的状态； 匹配模块， 用于获取与所述获取模块获取到的所述应用程序的描述匹 配的数据包；
处理模块， 用于根据所述获取模块获取到的所述应用程序的状态， 对 所述匹配模块获取到的所述匹配的数据包所在的媒体数据流进行网络资 源的服务质量控制或者对所述匹配的数据包所在的媒体数据流进行编码 处理。
一方面， 提供了另一种网络侧设备， 包括：
获取模块， 用于获取应用程序的描述和所述应用程序的状态， 所述应 用程序的描述包括应用程序的标识， 或者所述应用程序的状态和应用程序 的流描述；
策略和计费控制功能， 用于根据预先存储的配置信息、 所述获取模块 获取到的所述应用程序的状态和所述应用程序的描述， 产生策略和计费控 制规则；
处理模块， 用于获取与所述获取模块获取到的所述应用程序的描述匹 配的数据包， 并根据所述策略和计费控制功能产生的所述策略和计费控制 规则， 对所述匹配的数据包所在的媒体数据流进行网络资源的服务质量控 制或者对所述匹配的数据包所在的媒体数据流进行编码处理。
一个方面， 提供了一种用户终端， 包括：
获取模块， 用于获取应用程序的状态；
发送模块， 用于将所述获取模块获取到的所述应用程序的状态发送给 网络侧设备， 以供所述网络侧设备根据所述应用程序的状态， 对与获取到 的所述应用程序的描述匹配的数据包所在的媒体数据流进行网络资源的 服务质量控制或者对所述匹配的数据包所在的媒体数据流进行编码处理。
一方面， 提供了一种数据包的处理系统， 包括： 上述所述的用户终端 和上述所述的提供的一种网络侧设备。
一方面， 提供了另一种数据包的处理系统， 包括： 上述所述的用户终 端和上述所述的提供的另一种网络侧设备。
本发明的技术效果是： 获取应用程序的描述和该应用程序的状态， 并 获取该应用程序的描述匹配的数据包， 再根据该应用程序的状态， 对该匹 配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹 配的数据包所在的媒体数据流进行编码处理， 由于可以对不同应用程序状 态的该应用程序的描述匹配的数据包所在的媒体数据流进行区分处理， 因 此， 实现了在网络资源有限的情况下， 同一用户的处于前台状态的应用程 序或进程或者同一网络资源的不同用户的处于前台状态的应用程序或进 程能够获得足够或者更多的资源或者网络响应更及时； 以及有效地提高了 网络传输效率。 附图说明 为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述 中所需要使用的附图作简要介绍， 显而易见地， 下面描述中的附图仅仅是 本发明的一些实施例， 对于本领域的普通技术人员来讲， 在不付出创造性 劳动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明数据包的处理方法的一个实施例的流程图；
图 2为本发明数据包的处理方法的还一个实施例的流程图； 图 3为本发明数据包的处理方法的又一个实施例的流程图； 图 4为本发明网络侧设备的一个实施例的结构示意图；
图 5为本发明网络侧设备的另一个实施例的结构示意图；
图 6为本发明网络侧设备的再一个实施例的结构示意图；
图 7为本发明用户终端的一个实施例的结构示意图。 具体实施方式 为了使本发明的目的、 技术方案和优点更加清楚， 下面将结合附图对本 发明作进一步地详细描述， 显然， 所描述的实施例仅仅是本发明一部份实施 例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在 没有做出创造性劳动前提下所获得的所有其它实施例， 都属于本发明保护的 范围。
图 1为本发明数据包的处理方法的一个实施例的流程图， 如图 1所示， 本实施例的方法的执行主体为移动接入网网关， 则该方法包括：
步骤 101、 获取应用程序的描述和应用程序的状态。
在本实施例中， 优选地， 应用程序的描述可以是该应用程序的标识或者 是该应用程序的流描述。 应用程序的状态可以分为前台状态和背景状态， 且 该背景状态可以为如下一种： 背景运行、 背景挂起、 屏幕锁定、 屏幕保护、 屏幕关闭和用户没有使用用户终端。
另外， 需要说明的是， 由于应用程序可以调用多个进程或者由多个进程 组成， 因此， 在本发明的各个实施例中， 统一由应用程序代表应用程序和进 程。
步骤 102、 获取与该应用程序的描述匹配的数据包， 并根据该应用程序 状态， 对该匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或 对该匹配的数据包所在媒体数据流进行编码处理。
在本实施例中， 通过获取应用程序的描述和该应用程序的状态， 并获取 该应用程序的描述匹配的数据包， 再根据该应用程序的状态， 对该匹配的数 据包所在的媒体数据流进行网络资源的服务质量控制或者对该匹配的数据包 所在的媒体数据流进行编码处理， 由于可以对不同应用程序状态的该应用程 序的描述匹配的数据包所在的媒体数据流进行区分处理， 因此， 实现了在网 络资源有限的情况下， 同一用户的处于前台状态的应用程序或进程或者同一 多的资源或者网络响应更及时； 以及有效地提高了网络传输效率。
进一步的， 在本发明的另一个实施例中， 在上述图 1所示方法实施例的 基础上， 步骤 101的具体实现方式可以有如下几种方式：
第一种： 对用户终端的用户面的应用层消息中的第一数据包进行解析， 截获携带有网络特定地址的数据包， 并从该携带有网络特定地址的数据包中 获取该应用程序的描述和该应用程序的状态。
具体的， 该网络特定地址可以是由用户终端前期和移动接入网交互时获 取的移动接入网网关的地址域名并通过域名服务器查询得到的， 也可以是一 个固定的 IP (加端口 )地址， 例如： 192.168.254.254 (： 8899 ) 。 另夕卜， 该 网络特定地址可以具体携带在第一数据包的包头中。
第二种： 从接收到的用户终端发送的无线资源控制协议 ( Radio Resource Control; 简称： RRC ) 消息中获取该应用程序的描述和该应用程序的状态。
具体的， 用户终端通过调用用户终端无线协议栈， 采用 RRC消息发送给 应用程序的描述和该应用程序的状态。 更为具体的， 该 RRC消息为无线资源 控制连接重配置消息（ RRC Connection Reconfiguration ) , 或者无线资源控制 连接建立消息（ RRC Connection Setup ) , 或者无线资源控制连接重建立消息 ( RRC Connection Re-establishment )等。 另外， 更为优选地， 还可以将应用 程序的描述和应用程序的状态携带在专用信令的无线资源配置信元中。
第三种： 从接收到的移动性管理实体发送的控制面消息中获取该应用程 序的描述和该应用程序的状态。
具体的， 用户终端可以通过用户终端与移动性管理实体间的非接入层 ( Non-Access-Stratum; 简称： NAS )消息将该应用程序的描述和该应用程序 的状态发送给移动性管理实体， 再由移动性管理实体通过控制面消息发送给 移动接入网。 更为具体的， 用户终端通过调用用户终端的无线协议栈， 采用
NAS消息发送， 其中， 该 NAS消息用来在 MME和 UE之间传送 PDN连接 建立、 修改， 承载资源分配或修改等信息的。 或者， 用户终端还可以将该应 用程序的描述和该应用程序的状态携带在专用信令的信元中。 移动性管理实 体收到用户终端发送的该应用程序的描述和该应用程序的状态后， 通过与移 动接入网之间的控制面消息（例如：通过 S1应用协议（ SI Application Protocol; 简称： S 1 AP )、无线接入网应用部分（ Radio Access Network Application Part; 简称： RANAP )或基站子系统通用分组无线服务技术（ General Packet Radio Service; 简称： GPRS )协议（ Base Station Subsystem GPRS Protocol; 简称： BSSGP ) )将该应用程序的描述和该应用程序的状态发送给移动接入网。
第四种： 接收用户终端通过该应用程序的应用层协议发送的该应用程序 的标识和该应用程序的状态。
或者， 接收用户终端通过该应用程序的应用层协议发送的该应用程序的 状态， 并对接收到的数据包进行识别， 获取该应用程序的标识或者该应用程 序的流描述。
具体的， 用户终端的该应用程序的状态， 或者该应用程序的状态和该应 用程序的标识是由该应用程序的应用层协议本身携带的。 以应用层协议为超 文本传送协议（ Hypertext Transport Protocol; 简称： HTTP )协议为例， 详细 介绍: ¾口下：
优选地， 通过 FORESTATUS或 BACKSTATUS等应用层信令的消息， 在用户终端发给移动接入网上述请求时， 可以直接指示访问 URI的用户终端 应用程序 （包括 Web应用程序、 web平台应用程序或 web应用程序的页面） 所处的应用程序的状态。 其中， 该 URI是该应用程序访问的某个网络资源。
或者， 通过 STATUS, GET或者 HEAD等应用层信令的消息， 并在这些 应用层信令的消息上增力口新的请求头标， 如 Appstatus-foreground、 Appstatus-background , 通过向移动接入网发送附力口请求头标的请求， 指示访 问该 URI的用户终端的应用程序所处的该应用程序的状态。
另外， 应用程序的状态也可以通过 HTTP协议的其他字段携带； 或者采 用其他应用层协议做类似扩展， 以支持应用程序的状态的发送， 例如： 文件 传输协议（ File Transfer Protocol; 简称： FTP ) 、 各种点对点 （ Peer-to-Peer; 简称： P2P )协议, 独立计算架构 ( Independent Computing Architecture; 简称： ICA )协议或者远程桌面协议（Remote Desktop Protocol; 简称： RDP )等， 此处不再——列举。
第五种： 接收用户终端通过指定应用程序的应用层协议发送的该应用程 序的标识和该应用程序的状态。
或者， 接收该用户终端通过该指定应用程序的应用层协议发送该应用程 序的状态，并对该用户终端的用户面的应用层消息中的第二数据包进行识别， 获取该应用程序的标识或者该应用程序的流描述。
在本实施例中， 该第二数据包与上述第一数据包相似， 其区别在于： 第 一数据包的包头中携带的 IP地址是网络特定地址； 第二数据包的包头中携带 的 IP地址是由终端通过对其域名进行解析 , 获取得到的 IP地址。
在本实施例中， 可以在用户终端创建一个指定应用程序， 通过该指定应 用程序的应用层协议发送需要发送的该应用程序的状态； 或者该应用程序的 状态和应用程序的标识。 需要说明的是， 指定应用程序的应用层协议可以为 FTP, P2P协议、 ICA协议或者 RDP等， 此处不再——列举。
更进一步的， 在本发明的又一个实施例中， 在上述所示实施例的基础上， 步骤 102中获取与该应用程序的描述匹配的数据包的具体实现方式有如下两 种：
第一种： 当应用程序描述为应用程序标识时， 解析接收到的数据包， 获 取该些接收到的数据包的业务类型或者主机地址； 并根据应用程序的标识和 业务类型的映射关系或者应用程序的标识和主机地址的映射关系， 从该些接 收到数据包中获取与该应用程序的标识匹配的数据包。
具体的， 可以通过深度包解析（Deep Packet Inspection; 简称： 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所示实施例的基础 上， 该网络侧设备还包括： 封装处理模块， 用于获取该匹配的数据包对应的 业务信息标识， 并将该业务信息标识封装在该匹配的数据包； 将封装后的匹 配的数据包发送给固网或移动接入网中， 以供该固网或者移动接入网可以根 据该匹配的数据包的业务信息标识， 对该匹配的数据包所在的媒体数据流进 行网络资源的服务质量控制或者对该匹配的数据包所在的媒体数据流进行编 码处理；
其中， 该业务信息标识包括所述应用程序的状态， 或者该应用程序的状 态和如下一种或者几种的组合： 该匹配的数据包的业务类型、 用户优先级和 运营商策略。
需要说明的是， 该封装处理模块可以为核心网网关， 例如： 公用数据网 ( Public Data Network; 简称： PDN ) 网关（ Gateway; 简称： GW ) , 网关通 用分组无线服务（General Packet Radio Service; 简称： GPRS ) 支持节点 ( Gateway GPRS Support Node; 简称： GGSN ) , SGSN, Serving GW。 另夕 |、， 该封装处理模块还可以设置在获取模块 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, 磁碟或者光盘等各种可以存储程序代码 的介质。
值得注意的是， 上述用户设备和基站实施例中， 所包括的各个单元只是 按照功能逻辑进行划分的， 但并不局限于上述的划分， 只要能够实现相应的 功能即可； 另外， 各功能单元的具体名称也只是为了便于相互区分， 并不用 于限制本发明的保护范围。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求 书
1、 一种数据包的处理方法， 其特征在于， 包括：
获取应用程序的描述和所述应用程序的状态；
获取与所述应用程序的描述匹配的数据包，并根据所述应用程序的状态， 对所述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对 所述匹配的数据包所在的媒体数据流进行编码处理。
2、 根据权利要求 1所述的方法， 其特征在于， 所述获取应用程序的描述 和所述应用程序的状态， 包括：
对用户终端的用户面的应用层消息中的第一数据包进行解析， 截获携带 有网络特定地址的数据包， 并从所述携带有网络特定地址的数据包中获取所 述应用程序的描述和所述应用程序的状态； 或者，
从接收到的所述用户终端发送的 RRC 消息中获取所述应用程序的描述 和应用程序的状态； 或者，
从接收到的移动性管理实体发送的控制面消息中获取所述应用程序的描 述和所述应用程序的状态； 或者， 的标识和所述应用程序的状态； 或者， 的状态，并对所述用户终端的用户面的应用层消息中的第二数据包进行识别， 获取所述应用程序的标识或者所述应用程序的流描述； 或者，
接收所述用户终端通过指定应用程序的应用层协议发送的所述应用程序 的标识和所述应用程序的状态；
其中， 所述应用程序的描述为应用程序的标识或者应用程序的流描述。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 当所述应用程序的描 述为应用程序的标识时， 则所述获取所述应用程序的描述匹配的数据包， 包 括：
解析接收到的数据包， 获取所述接收到的数据包的业务类型或者主机地 址；
根据应用程序的标识和业务类型的映射关系或者应用程序的标识和主机 地址的映射关系， 从所述接收到的数据包中获取与所述应用程序的标识匹配 的数据包。
4、 根据权利要求 1至 3任一权利要求所述的方法， 其特征在于， 当所述 应用程序的状态为前台状态时， 所述根据所述应用程序的状态， 对所述匹配 的数据包所在的媒体数据流进行网络资源的服务质量控制， 包括：
提高所述匹配的数据包所在的媒体数据流的带宽； 和 /或
提高所述匹配的数据包所在的媒体数据流的调度优先级；
所述根据所述应用程序的状态， 对所述匹配的数据包所在的媒体数据流 进行编码处理， 包括：
提高所述匹配的数据包所在的媒体数据流的编码速率。
5、 根据权利要求 1至 3任一权利要求所述的方法， 其特征在于， 当所述 应用程序状态为背景状态时， 所述根据所述应用程序的状态， 对所述匹配的 数据包所在的媒体数据流进行网络资源的服务质量控制， 包括：
降低所述匹配的数据包所在的媒体数据流的带宽； 和 /或
降低所述匹配的数据包所在的媒体数据流的调度优先级；
所述根据所述应用程序的状态， 对所述匹配的数据包所在的媒体数据流 进行编码处理， 包括：
降低所述匹配的数据包所在的媒体数据流的编码速率。
6、根据权利要求 5所述的方法，其特征在于，所述背景状态为如下一种： 背景运行、 背景挂起、 屏幕锁定、 屏幕保护、 屏幕关闭和用户没有使用用户 终端。
7、 一种数据包的处理方法， 其特征在于， 包括：
获取应用程序的描述和所述应用程序的状态；
根据预先存储的配置信息、所述应用程序的状态和所述应用程序的描述， 产生策略和计费控制规则；
获取与所述应用程序的描述匹配的数据包；
根据所述策略和计费控制规则， 对所述匹配的数据包所在的媒体数据流 进行网络资源的服务质量控制或者对所述匹配的数据包所在的媒体数据流进 行编码处理。
8、 根据权利要求 7所述的方法， 其特征在于， 所述应用程序的描述包括 所述应用程序的标识和 /或所述应用程序的流描述， 则所述获取应用程序描述 和应用程序状态， 包括：
对所述用户终端的用户面的应用层消息中的第一数据包进行解析， 截获 携带有网络特定地址的数据包 , 并从所述携带有网络特定地址的数据包中获 取所述应用程序的标识和所述应用程序的状态； 或者，
对所述第一数据包进行解析， 截获携带有网络特定地址的数据包， 并从 所述携带有网络特定地址的数据包中获取所述应用程序的标识和所述应用程 序的状态， 再查询预先设置的应用程序的标识和应用程序的流描述的映射关
的标识和所述应用程序的状态； 或者， 的状态，并对所述用户终端的用户面的应用层消息中的第二数据包进行识别， 获取所述应用程序的标识或者所述应用程序的流描述； 或者，
接收所述用户终端通过所述应用程序的应用层协议发送所述应用程序的 标识和所述应用程序的状态， 并查询所述应用程序的标识和应用程序的流描 或者，
接收所述用户通过指定应用程序的应用层协议发送的所述应用程序的标 识和所述应用程序的状态； 或者，
接收所述用户终端通过所述指定应用程序的应用层协议发送的所述应用 程序的状态， 并对接收到的数据包进行识别， 获取所述应用程序的标识或者 应用程序的流描述； 或者，
接收所述用户终端通过所述指定应用程序的应用层协议发送的所述应用 程序的标识和应用程序的状态， 并查询应用程序的标识和应用程序的流描述 者， 、 、 一 ' 、 ' 、 - 、 3、 对所述第一数据包进行解析， 截获携带有网络特定地址的数据包， 并从 所述携带有网络特定地址的数据包中获取所述应用程序的标识、 所述应用程 序的流描述和所述应用程序的状态。
9、 根据权利要求 7或 8所述的方法， 其特征在于， 所述获取与所述应用 程序的描述匹配的数据包之后， 还包括：
获取所述匹配的数据包对应的业务信息标识， 并将所述业务信息标识封 装在所述匹配的数据包；
将封装后的匹配的数据包发送给固网或移动接入网中， 以供所述固网或 者移动接入网可以根据所述匹配的数据包的业务信息标识， 对所述匹配的数 据包所在的媒体数据流进行网络资源的服务质量控制或者对所述匹配的数据 包所在的媒体数据流进行编码处理；
其中， 所述业务信息标识包括所述应用程序的状态， 或者所述应用程序 的状态和如下一种或者几种的组合： 所述匹配的数据包的业务类型、 用户优 先级和运营商策略。
10、 根据权利要求 7或 8所述的方法， 其特征在于， 所述策略和计费控 制规则包括所述应用程序的流描述、 服务信息和应用程序的标识； 或者所述 应用程序的流描述、 服务信息和业务类型；
其中， 所述服务信息包括带宽和 /或服务质量信息。
1 1、 根据权利要求 10所述的数据包的处理方法， 其特征在于， 当所述应 用程序的状态为前台状态时， 所述根据所述策略和计费控制规则， 对所述匹 配的数据包所在的媒体数据流进行网络资源的服务质量控制， 包括：
提高所述匹配的数据包所在的媒体数据流的带宽； 和 /或
提高所述匹配的数据包所在的媒体数据流的调度优先级；
所述根据所述应用程序的状态， 对所述匹配的数据包所在的媒体数据流 进行编码处理， 包括：
提高所述匹配的数据包所在的媒体数据流的编码速率。
12、 根据权利要求 10所述的数据包的处理方法， 其特征在于， 当所述应 用程序状态为背景状态时， 所述根据所述策略和计费控制规则， 对所述匹配 的数据包所在的媒体数据流进行网络资源的服务质量控制， 包括：
降低所述匹配的数据包所在的媒体数据流的带宽； 和 /或
降低所述匹配的数据包所在的媒体数据流的调度优先级；
所述根据所述应用程序的状态， 对所述匹配的数据包所在的媒体数据流 进行编码处理， 包括：
降低所述匹配的数据包所在的媒体数据流的编码速率。
13、 根据权利要求 7至 10任一所述的数据包的处理方法， 其特征在于， 所述应用程序的状态包括前台状态和背景状态，所述背景状态包括如下一种： 背景运行、 背景挂起、 屏幕锁定、 屏幕保护、 屏幕关闭和用户没有使用用户 终端。
14、 一种数据包的处理方法， 其特征在于， 包括：
获取应用程序的状态；
将所述应用程序的状态发送给网络侧设备， 以供所述网络侧设备根据所 述应用程序的状态， 对与获取到的所述应用程序的描述匹配的数据包所在的 媒体数据流进行网络资源的服务质量控制或者对所述匹配的数据包所在的媒 体数据流进行编码处理。
15、 根据权利要求 14所述的方法， 其特征在于， 所述方法还包括： 获取所述应用程序的描述；
则所述将所述应用程序的状态发送给网络侧设备， 包括：
将所述应用程序的描述和所述应用程序的状态发送给所述网络侧设备； 其中， 所述应用程序的描述包括所述应用程序的标识， 或者所述应用程 序的标识和所述应用程序的流描述。
16、 根据权利要求 14或 15所述的数据包的处理方法， 其特征在于， 所 述将所述应用程序的状态发送给网络侧设备， 或者将所述应用程序的描述和 所述应用程序的状态发送给所述网络侧设备， 包括：
将用户终端的用户面的应用层消息发送给所述网络侧设备， 以供所述网 络侧设备对所述应用层消息中的第一数据包进行解析 , 截获携带有网络特定 地址的数据包， 并从所述携带有网络特定地址的数据包中获取所述应用程序 的描述和应用程序的状态； 或者，
将携带有所述应用程序的描述和所述应用程序的状态的 RRC 消息发送 给所述网络侧设备，以供所述网络侧设备从所述 RRC消息中获取所述应用程 序的描述和应用程序的状态； 或者，
将携带有所述应用程序的描述和所述应用程序的状态的非接入层消息发 送给移动性管理实体， 再由所述移动性管理实体将携带有所述应用程序的描 述和所述应用程序的状态的控制面消息发送给网络侧设备， 以供所述网络侧 设备从所述控制面消息中获取所述应用程序的描述和应用程序的状态；或者 , 通过所述应用程序的应用层协议发送所述应用程序的状态， 或者所述应 用程序的标识和所述应用程序的状态； 或者，
通过指定应用程序的应用层协议发送所述应用程序的状态， 或者所述应 用程序的标识和所述应用程序的状态。
17、 一种网络侧设备， 其特征在于， 包括：
获取模块， 用于获取应用程序的描述和所述应用程序的状态；
匹配模块， 用于获取与所述获取模块获取到的所述应用程序的描述匹配 的数据包；
处理模块， 用于根据所述获取模块获取到的所述应用程序的状态， 所对 述匹配模块获取到的所述匹配的数据包所在的媒体数据流进行网络资源的服 务质量控制或者对所述匹配的数据包所在的媒体数据流进行编码处理。
18、 根据权利要求 17所述的网络侧设备， 其特征在于， 所述获取模块具 体用于对所述用户终端的用户面的应用层消息中的第一数据包进行解析， 截 获携带有网络特定地址的数据包 , 并从所述携带有网络特定地址的数据包中 获取所述应用程序的描述和应用程序的状态； 或者，
所述获取模块具体用于从接收到的所述用户终端发送的 RRC 消息中获 取所述应用程序的描述和应用程序的状态； 或者，
所述获取模块具体用于从接收到的移动性管理实体发送的控制面消息中 获取所述应用程序的描述和应用程序的状态； 或者，
所述获取模块具体用于接收所述用户终端通过所述应用程序的应用层协 议发送的所述应用程序的标识和所述应用程序的状态； 或者，
所述获取模块具体用于接收所述用户终端通过所述应用程序的应用层协 议发送的所述应用程序的状态， 并对所述用户终端的用户面的应用层消息中 的第二数据包进行识别， 获取所述应用程序的标识或者所述应用程序的流描 述； 或者，
所述获取模块具体用于接收所述用户终端通过指定应用程序的应用层协 议发送的所述应用程序的标识和所述应用程序的状态；
其中， 所述应用程序的描述为应用程序的标识或者应用程序的流描述。
19、 根据权利要求 17或 18所述的网络侧设备， 其特征在于， 所述匹配 模块包括： 解析单元， 用于解析接收到的数据包， 获取所述接收到的数据包的业务 类型或者主机地址；
匹配单元， 用于当所述获取模块获取到的所述应用程序的描述为应用程 序的标识时， 根据应用程序的标识和业务类型的映射关系或者应用程序的标 识和主机地址的映射关系， 从所述接收到的数据包中获取与所述应用程序的 标识匹配的数据包。
20、 根据权利要求 17至 19任一权利要求所述的网络侧设备， 其特征在 于， 所述处理模块具体用于当所述应用程序的状态为前台状态时， 提高所述 匹配的数据包所在的媒体数据流的带宽； 和 /或提高所述匹配的数据包所在的 媒体数据流的调度优先级；
或者， 所述处理模块具体用于当所述应用程序的状态为前台状态时， 提 高所述匹配的数据包所在的媒体数据流的编码速率。
21、 根据权利要求 17至 19任一权利要求所述的网络侧设备， 其特征在 于， 所述处理模块具体用于当所述应用程序状态为背景状态时， 降低所述匹 配的数据包所在的媒体数据流的带宽； 和 /或降低所述匹配的数据包所在的媒 体数据流的调度优先级；
或者，
所述处理模块具体用于当所述应用程序状态为背景状态时， 降低所述匹 配的数据包所在的媒体数据流的编码速率。
22、 一种网络侧设备， 其特征在于， 包括：
获取模块， 用于获取应用程序的描述和所述应用程序的状态；
策略和计费控制功能， 用于根据预先存储的配置信息、 所述获取模块获 取到的所述应用程序的状态和所述应用程序的描述， 产生策略和计费控制规 则；
处理模块， 用于获取与所述获取模块获取到的所述应用程序的描述匹配 的数据包，并根据所述策略和计费控制功能产生的所述策略和计费控制规则， 对所述匹配的数据包所在的媒体数据流进行网络资源的服务质量控制或者对 所述匹配的数据包所在的媒体数据流进行编码处理。
23、 根据权利要求 22所述的网络侧设备， 其特征在于， 所述获取模块具 体用于对所述用户终端的用户面的应用层消息中的第一数据包进行解析， 截 获网络特定地址的数据包， 并从所述数据包中获取所述应用程序的标识和所 述应用程序的状态； 或者，
所述获耳 莫块具体用于对所述用户终端的用户面的应用层消息中的第一 数据包进行解析， 截获携带有网络特定地址的数据包， 并从所述携带有网络 特定地址的数据包中获取所述应用程序的标识和所述应用程序的状态， 再查 询预先设置的应用程序的标识和应用程序的流描述的映射关系， 获取与所述 应用程序的标识对应的所述应用程序的流描述； 或者，
所述获取模块具体用于接收所述用户终端通过所述应用程序的应用层协 议发送的所述应用程序的标识和所述应用程序的状态； 或者，
所述获取模块具体用于接收所述用户终端通过所述应用程序的应用层协 议发送的所述应用程序的状态， 并对所述用户终端的用户面的应用层消息中 的第二数据包进行识别， 获取所述应用程序的标识或者所述应用程序的流描 述； 或者，
所述获取模块具体用于接收所述用户终端通过所述应用程序的应用层协 议发送的所述应用程序的标识和所述应用程序的状态， 再查询所述应用程序 的标识和应用程序的流描述的映射关系， 获取与所述应用程序的标识对应的 所述应用程序的流描述； 或者，
所述获取模块具体用于接收所述用户通过指定应用程序的应用层协议发 送的所述应用程序的标识和所述应用程序的状态； 或者，
所述获取模块具体用于接收所述用户终端通过所述指定应用程序的应用 层协议发送的所述应用程序的标识和所述应用程序的状态， 并查询应用程序 的标识和应用程序的流描述的映射关系， 获取与所述应用程序的标识对应的 所述应用程序的流描述； 或者，
所述获取模块具体用于对所述第一数据包进行解析， 截获携带有网络特 定地址的数据包， 并从所述携带有网络特定地址的数据包中获取所述应用程 序的标识、 所述应用程序的流描述和所述应用程序的状态；
其中， 所述应用程序的描述包括所述应用程序的标识和 /或所述应用程序 的流描述。
24、 根据权利要求 22或 23所述的网络侧设备， 其特征在于， 还包括： 封装处理模块， 用于获取所述匹配的数据包对应的业务信息标识， 并将所述 业务信息标识封装在所述匹配的数据包； 将封装后的匹配的数据包发送给固 网或移动接入网中， 以供所述固网或者移动接入网可以根据所述匹配的数据 包的业务信息标识， 对所述匹配的数据包所在的媒体数据流进行网络资源的 服务质量控制或者对所述匹配的数据包所在的媒体数据流进行编码处理； 其中， 所述业务信息标识包括所述应用程序的状态， 或者所述应用程序 的状态和如下一种或者几种的组合： 所述匹配的数据包的业务类型、 用户优 先级和运营商策略。
25、 根据权利要求 24所述的网络侧设备， 其特征在于， 所述处理模块具 体用于当所述策略和计费控制规则包括所述应用程序的流描述、 服务信息和 应用程序的标识； 或者所述应用程序的流描述、 服务信息和业务类型； 且所 述应用程序的状态为前台状态时， 提高所述匹配的数据包所在的媒体数据流 的带宽； 和 /或提高所述匹配的数据包所在的媒体数据流的调度优先级； 或者，
所述处理模块具体用于当所述策略和计费控制规则包括所述应用程序的 流描述、 服务信息和应用程序的标识； 或者所述应用程序的流描述、 服务信 息和业务类型； 且所述应用程序的状态为前台状态时， 提高所述匹配的数据 包所在的媒体数据流的编码速率。
26、 根据权利要求 24所述的网络侧设备， 其特征在于， 所述处理模块具 体用于当所述策略和计费控制规则包括所述应用程序的流描述、 服务信息和 应用程序的标识； 或者所述应用程序的流描述、 服务信息和业务类型； 且所 述应用程序的状态为背景状态时， 降低所述匹配的数据包所在的媒体数据流 的带宽； 和 /或降低所述匹配的数据包所在的媒体数据流的调度优先级； 或者，
所述处理模块具体用于当所述策略和计费控制规则包括所述应用程序的 流描述、 服务信息和应用程序的标识； 或者所述应用程序的流描述、 服务信 息和业务类型； 且所述应用程序的状态为背景状态时， 降低所述匹配的数据 包所在的媒体数据流的编码速率。
27、 一种用户终端， 其特征在于， 包括：
获取模块， 用于获取应用程序的状态；
发送模块， 用于将所述获取模块获取到的所述应用程序的状态发送给网 络侧设备， 以供所述网络侧设备根据所述应用程序的状态， 对与获取到的所 述应用程序的描述匹配的数据包所在的媒体数据流进行网络资源的服务质量 控制或者对所述匹配的数据包所在的媒体数据流进行编码处理。
28、 根据权利要求 27所述的用户终端， 其特征在于， 所述获取模块还用 于获取所述应用程序的描述；
则所述发送模块具体用于将所述获取模块获取到的所述应用程序的描述 和所述应用程序的状态发送给所述网络侧设备；
其中， 所述应用程序的描述包括所述应用程序的标识， 或者所述应用程 序的标识和所述应用程序的流描述。
29、 根据权利要求 27或 28所述的用户终端， 其特征在于， 所述发送模 块具体用于将用户终端的用户面的应用层消息发送给所述网络侧设备， 以供 所述网络侧设备对所述应用层消息中的第一数据包进行解析 , 截获携带有网 络特定地址的数据包， 并从所述携带有网络特定地址的数据包中获取所述应 用程序的描述和应用程序的状态； 或者，
所述发送模块具体用于将携带有所述应用程序的描述和所述应用程序的 状态的 RRC消息发送给所述网络侧设备， 以供所述网络侧设备从所述 RRC 消息中获取所述应用程序的描述和应用程序的状态； 或者，
所述发送模块具体用于将携带有所述应用程序的描述和所述应用程序的 状态的非接入层消息发送给移动性管理实体， 再由所述移动性管理实体将携 带有所述应用程序的描述和所述应用程序的状态的控制面消息发送给网络侧 设备， 以供所述网络侧设备从所述控制面消息中获取所述应用程序的描述和 应用程序的状态； 或者，
所述发送模块具体用于通过所述应用程序的应用层协议发送所述应用程 序的状态， 或者所述应用程序的标识和应用程序的状态； 或者，
所述发送模块具体用于通过指定应用程序的应用层协议发送所述应用程 序的状态， 或者所述应用程序的标识和所述应用程序的状态。
30、 一种数据包的处理系统， 其特征在于， 包括如权利要求 27至 29任 一权利要求所述的用户终端和如权利要求 17至 21任一权利要求所述的网络 侧设备。
31、 一种数据包的处理系统， 其特征在于， 包括如权利要求 27至 29任 一权利要求所述的用户终端和如权利要求 22至 26任一权利要求所述的网络 侧设备。
PCT/CN2012/076769 2012-06-12 2012-06-12 数据包的处理方法和系统及设备 WO2013185288A1 (zh)

Priority Applications (10)

Application Number Priority Date Filing Date Title
PCT/CN2012/076769 WO2013185288A1 (zh) 2012-06-12 2012-06-12 数据包的处理方法和系统及设备
HUE12879094A HUE032319T2 (en) 2012-06-12 2012-06-12 Process, system and device for data packet processing
EP16207267.2A EP3206430B1 (en) 2012-06-12 2012-06-12 Packet processing method, system, and device
JP2015516399A JP6044020B2 (ja) 2012-06-12 2012-06-12 データパケット処理の方法、システム、およびデバイス
CN201810654826.8A CN108924110A (zh) 2012-06-12 2012-06-12 数据包的处理方法和系统及设备
EP12879094.6A EP2852212B1 (en) 2012-06-12 2012-06-12 Method, system and device for processing data packet
CN201280001002.1A CN103636252B (zh) 2012-06-12 2012-06-12 数据包的处理方法和系统及设备
PT16207267T PT3206430T (pt) 2012-06-12 2012-06-12 Método, sistema e dispositivo para processamento de pacotes
ES16207267T ES2727159T3 (es) 2012-06-12 2012-06-12 Método, sistema y dispositivo de procesamiento de paquetes
US14/568,657 US20150100620A1 (en) 2012-06-12 2014-12-12 Packet processing method, system, and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/076769 WO2013185288A1 (zh) 2012-06-12 2012-06-12 数据包的处理方法和系统及设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/568,657 Continuation US20150100620A1 (en) 2012-06-12 2014-12-12 Packet processing method, system, and device

Publications (1)

Publication Number Publication Date
WO2013185288A1 true WO2013185288A1 (zh) 2013-12-19

Family

ID=49757407

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/076769 WO2013185288A1 (zh) 2012-06-12 2012-06-12 数据包的处理方法和系统及设备

Country Status (8)

Country Link
US (1) US20150100620A1 (zh)
EP (2) EP3206430B1 (zh)
JP (1) JP6044020B2 (zh)
CN (2) CN108924110A (zh)
ES (1) ES2727159T3 (zh)
HU (1) HUE032319T2 (zh)
PT (1) PT3206430T (zh)
WO (1) WO2013185288A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017216880A1 (ja) 2016-06-14 2017-12-21 マクセル株式会社 通信制御方法
US20230208767A1 (en) * 2020-03-04 2023-06-29 Ntt Docomo, Inc. Management apparatus and network system
CN111698324B (zh) * 2020-06-12 2022-12-06 北京奇艺世纪科技有限公司 一种数据请求方法、装置及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101404650A (zh) * 2008-11-19 2009-04-08 中国电信股份有限公司 一种细分网络应用服务质量的方法和系统
CN101572718A (zh) * 2008-04-30 2009-11-04 张文 基于面向应用的IP QoS统一策略系统及其方法
CN101924781A (zh) * 2009-06-15 2010-12-22 日电（中国）有限公司 终端设备及其QoS实施方法以及流分类器
US20110276442A1 (en) * 2009-05-04 2011-11-10 Bridgewater Systems Corp. System and Methods for User-Centric Mobile Device-Based Data Communications Cost Monitoring and Control

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI112014B (fi) * 2000-06-28 2003-10-15 Nokia Corp Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa
JP4029670B2 (ja) * 2002-06-11 2008-01-09 日本電気株式会社 無線アクセスにおける輻輳制御方法並びにシステム
CN100359885C (zh) * 2002-06-24 2008-01-02 武汉烽火网络有限责任公司 以策略流方式转发数据的方法和数据转发设备
US20070204050A1 (en) * 2003-09-18 2007-08-30 Sheng Liu Method Of Radio Access Bearer For Ip Multimedia Session In Umts Network
CN1756164A (zh) * 2004-09-27 2006-04-05 松下电器产业株式会社 数据包接收控制装置及方法
CN101166153B (zh) * 2006-10-18 2011-04-20 华为技术有限公司 一种控制网络业务的方法
US7970930B2 (en) * 2007-06-05 2011-06-28 Ellacoya Networks, Inc. Communications system and method to control and manage both session-based and non-session-based application services
US8589541B2 (en) * 2009-01-28 2013-11-19 Headwater Partners I Llc Device-assisted services for protecting network capacity
US8159941B2 (en) * 2008-08-28 2012-04-17 Alcatel Lucent In-band DPI media reservation modifications to RFC 3313
CN101403981B (zh) * 2008-11-07 2011-03-16 中兴通讯股份有限公司 手机应用程序运行状态的管理方法和系统
CN101527682B (zh) * 2009-01-21 2011-09-28 普天信息技术研究院有限公司 一种保障网络存储服务质量的方法和系统
GB2486126B (en) * 2009-09-21 2014-01-08 Ericsson Telefon Ab L M Caching in mobile networks
CA2775343C (en) * 2009-09-25 2015-01-13 Research In Motion Limited System and method for multi-carrier network operation
CN101788926B (zh) * 2009-12-28 2014-04-30 中兴通讯股份有限公司 J2me应用前台切换的资源调配方法及装置
JP4935911B2 (ja) * 2010-01-28 2012-05-23 沖電気工業株式会社 通信制御装置
US8447717B2 (en) * 2010-02-18 2013-05-21 Alcatel Lucent Policy and charging rules node expired message handling
US8675487B2 (en) * 2010-06-28 2014-03-18 Alcatel Lucent System and method for generating and updating PCC rules based on service requests
US9319433B2 (en) * 2010-06-29 2016-04-19 At&T Intellectual Property I, L.P. Prioritization of protocol messages at a server
CN102469562B (zh) * 2010-11-18 2014-09-10 中国移动通信有限公司 移动终端的功率消耗控制方法与装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101572718A (zh) * 2008-04-30 2009-11-04 张文 基于面向应用的IP QoS统一策略系统及其方法
CN101404650A (zh) * 2008-11-19 2009-04-08 中国电信股份有限公司 一种细分网络应用服务质量的方法和系统
US20110276442A1 (en) * 2009-05-04 2011-11-10 Bridgewater Systems Corp. System and Methods for User-Centric Mobile Device-Based Data Communications Cost Monitoring and Control
CN101924781A (zh) * 2009-06-15 2010-12-22 日电（中国）有限公司 终端设备及其QoS实施方法以及流分类器

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2852212A4 *

Also Published As

Publication number Publication date
EP2852212A4 (en) 2015-03-25
ES2727159T3 (es) 2019-10-14
CN103636252B (zh) 2018-07-03
JP6044020B2 (ja) 2016-12-14
HUE032319T2 (en) 2017-09-28
EP2852212B1 (en) 2017-03-29
CN103636252A (zh) 2014-03-12
US20150100620A1 (en) 2015-04-09
JP2015526937A (ja) 2015-09-10
EP3206430B1 (en) 2019-04-03
CN108924110A (zh) 2018-11-30
PT3206430T (pt) 2019-06-28
EP2852212A1 (en) 2015-03-25
EP3206430A1 (en) 2017-08-16

Similar Documents

Publication Publication Date Title
US11974264B2 (en) Mobile core network service exposure for the user equipment
US20210176166A1 (en) Mtc service selection in the (s)gi-lan
US11297660B2 (en) Session management with relaying and charging for indirect connection for internet of things applications in 3GPP network
US10616120B2 (en) Service layer southbound interface and quality of service
WO2018228505A1 (zh) 通信方法、网络设备、终端设备和系统
WO2013152472A1 (zh) 通信方法与系统，以及接入网设备与应用服务器
WO2022001761A1 (zh) 通信方法及装置
JP2015173473A (ja) 発展型アプリケーションインターフェースのためのスケーラブルなポリシー制御パケットインスペクションのシステムおよび方法
WO2012089056A1 (zh) 消息处理方法、设备及系统
WO2014101661A1 (zh) 业务流镜像方法及镜像设备
WO2022021971A1 (zh) 通信方法、第一策略控制网元及通信系统
WO2012130068A1 (zh) 数据包传输方法和相关装置
WO2020181039A1 (en) Local breakout architecture
WO2012167546A1 (zh) 业务分发控制方法和设备
WO2013185288A1 (zh) 数据包的处理方法和系统及设备
WO2023001003A1 (zh) 通信的方法和通信装置
WO2011035719A1 (zh) 一种释放本地连接的方法及系统
JP6432947B2 (ja) データパケット処理の方法、システム、およびデバイス
WO2023216921A1 (zh) 用于算力网络的装置、方法、设备、及介质
WO2022067699A1 (zh) 业务数据流的传输方法、通信装置及通信系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12879094

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2015516399

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2012879094

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2012879094

Country of ref document: EP