[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2014036704A1 - 控制网络传输时延的方法、服务质量控制实体和通信设备 - Google Patents

控制网络传输时延的方法、服务质量控制实体和通信设备 Download PDF

Info

Publication number
WO2014036704A1
WO2014036704A1 PCT/CN2012/081053 CN2012081053W WO2014036704A1 WO 2014036704 A1 WO2014036704 A1 WO 2014036704A1 CN 2012081053 W CN2012081053 W CN 2012081053W WO 2014036704 A1 WO2014036704 A1 WO 2014036704A1
Authority
WO
WIPO (PCT)
Prior art keywords
delay
service
threshold
policy
service flow
Prior art date
Application number
PCT/CN2012/081053
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 CN201811138366.XA priority Critical patent/CN109245936A/zh
Priority to CN201280001381.4A priority patent/CN103782555A/zh
Priority to EP12884236.6A priority patent/EP2892190A4/en
Priority to PCT/CN2012/081053 priority patent/WO2014036704A1/zh
Publication of WO2014036704A1 publication Critical patent/WO2014036704A1/zh
Priority to US14/640,292 priority patent/US9936416B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5025—Ensuring fulfilment of SLA by proactively reacting to service quality change, e.g. by reconfiguration after service quality degradation or upgrade
    • 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
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • 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
    • H04L43/16—Threshold monitoring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/33—Flow control; Congestion control using forward notification
    • 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
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers

Definitions

  • the present invention relates to the field of communications, and in particular, to a method, a quality of service control entity, and a communication device for controlling network transmission delay in the field of communications.
  • the communication network is moving from a Circuit Switching ("CS") network to a Packet Switching ("PS") network based on the Internet Protocol (“IP").
  • CS Circuit Switching
  • PS Packet Switching
  • IP Internet Protocol
  • a key issue in the provision of carrier-grade services over IP networks is the need to consider end-to-end Quality of Service (QoS) issues to meet user requirements for communication quality, especially for real-time services. , such as video calls, online games and other services.
  • QoS Quality of Service
  • the 3rd Generation Partnership Project defines the Policy and Charging Control (PCC) architecture.
  • AF Application Function Entity
  • Policy Control and Charging Rule Function Policy Control and Charging Rule Function
  • PCRF Policy Control and Charging Rule Function
  • AAR authentication authorization request
  • the AAR message may include service information, such as an IP address, a port number, and a media type information of the IP stream.
  • service information such as an IP address, a port number, and a media type information of the IP stream.
  • QoS requirements such as bandwidth information, etc.
  • the PCRF saves the received service information and receives it according to the Policy and Charging Enforcement Function ("PCEF”) and from the AF.
  • PCEF Policy and Charging Enforcement Function
  • the service information, the user subscription, the carrier configuration, and the like, generate and save a new PCC rule; the PCRF sends a Re-Authorization Request (RAR) message to the PCEF, and the RAR message carries a new one.
  • IP-Connectivity Access Network (IP-CAN) bearer of the QoS requirement in the PCC rule does not exist, and a new IP-CAN bearer that meets the requirements is established between the PCEF and the access network.
  • IP-CAN IP-Connectivity Access Network
  • the QoS Class Identifier (“CATI”) is the QCI parameter in the PCC rule; the PCEF returns the Re-Authorization Response (“RAA”) message to the PCRF; PCRF The Authentication Authorization Answer (“AAA”) message is returned to the AF; thus, the IP-CAN bearers of different QCI parameters are established to meet the QoS requirements of different services.
  • the application layer is concerned with the end-to-end delay, that is, the delay of the user equipment (User Equipment, called "UE") to the application server.
  • the PCRF only depends on the service class or the delay requirement of the application layer.
  • the QCI may not meet the requirements of the application layer.
  • the QoS policy is generated, it is considered that the network can meet the delay requirement of the application layer.
  • the initial QoS policy may meet the delay requirement, but subsequent access Due to network switching or congestion of wireless resources, the network cannot meet the transmission delay of the service flow, resulting in poor user experience.
  • Embodiments of the present invention provide a method for controlling network transmission delay, a quality of service control entity, and a communication device, which can reduce network transmission delay.
  • an embodiment of the present invention provides a method for controlling a network transmission delay, where the method includes: sending a service flow delay threshold to a communication device according to a transmission delay requirement of a service flow, where the communication device includes a network device and And the user equipment; receiving the delay sent by the communication device exceeds a threshold indication, where the delay exceeds the threshold indication, indicating that the transmission delay of the service flow exceeds the service flow delay threshold; and determining, according to the delay exceeding the threshold indication, determining The delay control policy is configured to execute the delay control policy by the communication device that sends the delay control policy.
  • the time delay control policy includes: a flow switching policy, an access technology switching policy, a service content caching policy, or an updated quality of service QoS policy.
  • the determining the delay control policy according to the delay exceeding the threshold indication includes: simultaneously connecting the user equipment And the flow switching instruction is sent to the user equipment according to the flow switching policy, where the flow switching indication is sent according to the flow switching policy, when the time delay exceeds the threshold indication, the delay control policy is determined to be a flow switching policy. And means for instructing the user equipment to switch the service flow from the currently accessed network to another one of the at least two networks.
  • the determining a delay control policy according to the delay exceeding a threshold indication including: having a cache in the network device When the capability exceeds the threshold indication, the delay control policy is determined to be a service content cache policy.
  • the method further includes: sending, according to the service content cache policy, a service content cache indication to the network device, where the service content cache indication And the network device is configured to pre-cache the service content carried by the service flow, and the network device transmits the service inner valley to the user equipment.
  • the determining the delay control policy according to the delay exceeding the threshold indication includes: according to the location of the user equipment Determining that the location of the user equipment has an access network; determining that the delay control policy is an access technology handover policy according to the threshold exceeding the threshold indication; the method further includes: according to the access technology handover policy, The user equipment sends an access technology handover indication, where the access technology handover indication is used to indicate that the user equipment accesses the accessible network.
  • the determining the delay control policy according to the delay exceeding the threshold indication includes: determining that the service flow is located When the network can meet the transmission delay requirement, the delay control policy is determined to update the QoS policy according to the delay exceeding the threshold indication; the method further includes: sending an update QoS indication to the network device according to the update QoS policy, The update QoS indication is used to instruct the network device to update the QoS class identifier in the QoS policy.
  • the method includes: sending, according to the transmission delay requirement of the service flow, the service flow delay threshold, where the service flow delay threshold is the service flow load required by the application server The delay of the business content from the application server to the user device.
  • an embodiment of the present invention provides a method for controlling a network transmission delay, where the method includes: receiving a service flow delay threshold sent by a QoS control entity; and determining a service flow corresponding to the service flow delay threshold. a transmission delay; when the transmission delay of the service flow exceeds the traffic flow delay threshold, sending a delay to the QoS control entity exceeding a threshold indication, so that the QoS control entity determines the delay according to the delay exceeding the threshold indication Control Strategy.
  • the method further includes: receiving the delay control policy sent by the QoS control entity, and controlling the transmission of the service flow according to the delay control policy Delay.
  • the service flow delay threshold sent by the receiving QoS control entity includes: receiving the QoS control entity to send The service flow delay threshold is a delay of the service content carried by the application server from the application server to the user equipment.
  • the delay control policy includes: a flow switching policy, an access technology switching policy, and a service content. Cache policy or update quality of service QoS policy.
  • the embodiment of the present invention provides a service quality control entity, where the service quality control entity includes: a first sending module, configured to send a service flow delay threshold to a communication device according to a transmission delay requirement of the service flow,
  • the communication device includes a network device and/or a user device, and a receiving module, configured to receive, by the communication device, a delay that exceeds a threshold indication, where the delay exceeds a threshold indication, where the transmission delay of the service flow is greater than the first transmission
  • the service flow delay threshold sent by the module the determining module, configured to determine a delay control policy according to the delay received by the receiving module exceeding a threshold indication, so that the communication device that sends the delay control policy performs the delay control Strategy.
  • the time delay control policy determined by the determining module includes: a flow switching policy, an access technology switching policy, a service content caching policy, or an updated quality of service QoS policy.
  • the determining module includes: a first determining unit, configured to simultaneously access the at least two networks in the user equipment And determining, according to the threshold indication that the time delay exceeds the threshold indication, the delay control policy is a flow switching policy; the QoS control entity further includes: a second sending module, configured to determine according to the first determining unit The flow switching policy is configured to send a flow switching indication to the user equipment, where the flow switching indication is used to instruct the user equipment to switch the service flow from the currently accessed network to another one of the at least two networks.
  • the determining module includes: a second determining unit, configured to: when the network device has a buffering capability, The time delay received by the receiving module exceeds the threshold indication, and the delay control policy is determined to be a service content cache policy.
  • the QoS control entity further includes: a third sending module, configured to cache the service content according to the second determining unit a policy, sending, to the network device, a service content cache indication, where the service content cache indication is used to indicate that the network device pre-caches the service flow bearer Business content, and the network device transmits the service content to the user equipment.
  • the determining module includes: a third determining unit, configured to determine the user according to location information of the user equipment The device is located at the location of the device, and the fourth determining unit is configured to: determine that the delay control policy is an access technology switching policy according to the indication that the time delay exceeds the threshold, and the service quality control entity further includes: a fourth sending module, configured to send an access technology switching indication to the user equipment according to the access technology switching policy that is determined by the fourth determining unit, where the access technology switching indication is used to indicate that the user equipment accesses the third Determining the accessible network determined by the unit.
  • the determining module includes: a fifth determining unit, configured to determine, in the network where the service flow is located, And determining, according to the indication that the delay received by the receiving module exceeds the threshold, determining the delay control policy to update the QoS policy; the quality of service control entity further includes: a fifth sending module, configured to determine, according to the fifth The updated QoS policy determined by the unit sends an update QoS indication to the network device, where the update QoS indication is used to indicate that the network device updates the QoS class identifier in the QoS policy.
  • the first sending module is specifically configured to: The traffic delay requirement of the service flow, the service flow delay threshold is sent to the communication device, where the service flow delay threshold is the service content carried by the service server from the application server to the user equipment Delay.
  • the embodiment of the present invention provides a communications device, where the communications device includes: a first receiving module, configured to receive a service flow delay threshold sent by a QoS control entity; and a determining module, configured to determine a transmission delay of the service flow delay threshold corresponding to the service flow received by the receiving module; the sending module, configured to: when the transmission delay of the service flow determined by the determining module exceeds the service flow received by the first receiving module When the threshold is extended, the delay sent to the QoS control entity exceeds the threshold indication, so that the QoS control entity determines the delay control policy according to the delay exceeding the threshold indication.
  • the communications device further includes: a second receiving module, configured to receive the delay control policy sent by the QoS control entity, and a control module, configured to receive, according to the second The delay control policy received by the module controls the transmission delay of the service flow.
  • the first receiving module is configured to: receive the service flow delay threshold sent by the QoS control entity,
  • the service flow delay threshold is a delay required by the application server for the service content carried by the service flow from the application server to the user equipment.
  • the delay control policy received by the second receiving module includes: a flow switching policy, Incoming technology switching policy, service content caching policy or updating quality of service QoS policy.
  • the method for controlling network transmission delay, the quality of service control entity, and the communication device in the embodiment of the present invention monitors the network transmission delay by setting a service flow delay threshold, and determines that the transmission delay of the service flow cannot be determined.
  • a delay control strategy is formulated to dynamically adjust the network transmission delay to meet the end-to-end delay requirement of the service flow and improve the user experience.
  • FIG. 1 is a schematic structural diagram of an application scenario according to an embodiment of the present invention.
  • FIG. 2 is a schematic flowchart of a method for controlling a network transmission delay according to an embodiment of the present invention.
  • FIG. 3 is another schematic flowchart of a method of controlling network transmission delay according to an embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of a method for controlling a network transmission delay by using a flow switching policy according to an embodiment of the present invention.
  • FIG. 5 is still another schematic flowchart of a method for controlling network transmission delay according to an embodiment of the present invention.
  • FIG. 6 is a schematic flowchart of a method for controlling a network transmission delay by using a service content caching policy according to an embodiment of the present invention.
  • FIG. 7 is still another schematic flowchart of a method of controlling network transmission delay according to an embodiment of the present invention.
  • FIG. 8 is a schematic flowchart of a method for controlling a network transmission delay by using an access technology handover policy according to an embodiment of the present invention.
  • FIG. 9 is still another schematic flowchart of a method for controlling network transmission delay according to an embodiment of the present invention.
  • FIG. 10 is a schematic flow chart of a method for controlling network transmission delay by using an updated QoS policy according to an embodiment of the present invention.
  • FIG. 11 is a schematic flow diagram of a method of controlling network transmission delay in accordance with another embodiment of the present invention.
  • FIG. 12 is another schematic flowchart of a method of controlling network transmission delay according to another embodiment of the present invention.
  • FIG. 13 is a schematic block diagram of a QoS control entity according to an embodiment of the present invention.
  • FIG. 14 is another schematic block diagram of a QoS control entity according to an embodiment of the present invention.
  • FIG. 15 is still another schematic block diagram of a QoS control entity according to an embodiment of the present invention.
  • FIG. 16 is still another schematic block diagram of a QoS control entity according to an embodiment of the present invention.
  • FIG. 17 is still another schematic block diagram of a QoS control entity according to an embodiment of the present invention.
  • FIG. 18 is a schematic block diagram of a communication device in accordance with an embodiment of the present invention.
  • 19 is another schematic block diagram of a communication device in accordance with an embodiment of the present invention.
  • FIG. 20 is a schematic block diagram of a QoS control entity according to another embodiment of the present invention.
  • 21 is a schematic block diagram of a communication device in accordance with another embodiment of the present invention. detailed description
  • GSM Global System of Mobile communication
  • CDMA Code Division Multiple Access
  • WCDMA Wideband Code Division Multiple Access
  • General Packet Radio Service General Packet Radio Service
  • LTE Long Term Evolution
  • LTE frequency division duplex Frequency Division Duplex
  • LTE time division duplex Time Division Duplex
  • UMTS Universal Mobile Telecommunication
  • WiMAX Worldwide Interoperability for Microwave Access
  • a user equipment may be referred to as a terminal (Terminal), a mobile station (Mobile Station, referred to as “MS”), a mobile terminal ( Mobile Terminal), etc.
  • the user equipment can communicate with one or more core networks via a Radio Access Network (“RAN")
  • RAN Radio Access Network
  • the user equipment can be a mobile phone (or "cellular” , a telephone, a computer with a mobile terminal, etc.
  • the user device can also be a portable, pocket, handheld, computer built-in or in-vehicle mobile device that exchanges voice and/or data with the wireless access network.
  • the base station may be a base station in GSM or CDMA (Base
  • BTS can also be a base station in WCDMA (NodeB, called “NB”), or it can be an evolved base station in LTE (Evolutional Node B, called “ENB or e” -NodeB”), the invention is not limited.
  • system and “network” are often used interchangeably herein.
  • the term “and/or” in this context is merely an association describing the associated object, indicating that there can be three relationships, for example, A and / or B, which can mean: A exists separately, and both A and B exist, exist alone B these three situations.
  • the character " in this article” generally means that the contextual object is an "or" relationship.
  • FIG. 1 is a schematic structural diagram of an application scenario of an embodiment of the present invention.
  • the policy control and charging rule function entity PCRF determines the required to be performed according to the restriction of the user access network, the operator policy, the user subscription data, and the service information currently being performed by the user.
  • the policy is sent to the PCEF, which is executed by the PCEF.
  • policies include, for example, a QoS policy, that is, a requirement for a specific service flow to meet its delay and/or bandwidth;
  • the policy and charging execution function entity PCEF implements the detection of the service data flow by executing the policy delivered by the PCRF, and implements
  • the functional entity is generally implemented based on a gateway (GateWay, called "GW"), and can connect multiple access technologies; a subscriber subscription data database (Subscription Profile Repository, a cylinder called "SPR"
  • the user layer provides the user subscription data to the PCRF.
  • the application layer function entity AF dynamically provides session information of the application layer to the PCRF, and the PCRF dynamically generates or modifies the corresponding policy according to the information.
  • the Gx reference point is connected to the PCEF and the PCRF, and is used to implement the PCC to request the PCC rule from the PCRF, and the PCRF sends the PCC rule to the PCEF;
  • the reference point is connected to the AF and the PCRF, and is used for the AF to deliver the application layer related information, where the information includes an IP filter for identifying the service data flow, bandwidth information required by the application or the media, and the like;
  • the Sp reference point is connected to the SPR and the PCRF, and is used for The PCRF requests user subscription information from the SPR, which is used to determine the IP-CAN transport layer policy.
  • FIG. 2 illustrates a method 100 of controlling network transmission delay, in accordance with an embodiment of the present invention
  • the method 100 may be performed by a QoS Control Entity, such as by a PCRF. As shown in FIG. 2, the method 100 includes:
  • S110 Send a service flow delay threshold to the communication device according to a transmission delay requirement of the service flow, where the communication device includes a network device and/or a user equipment.
  • the QoS control entity may send a service flow delay threshold to the communication device according to the transmission delay requirement of the service flow, so that the communication device can detect whether the transmission delay of the service flow satisfies the requirement according to the service flow delay threshold;
  • the QoS control entity determines the delay control policy according to the received delay from the communication device exceeding the threshold indication, so that the communication device that sends the delay control policy executes the time
  • the control strategy is extended to reduce the network transmission delay.
  • the network transmission delay is monitored by setting a service flow delay threshold, and when the transmission delay of the service flow cannot be determined, the delay control strategy is dynamically developed. Adjust the network transmission delay to meet the end-to-end delay requirements of the service flow and improve the user experience.
  • the QoS control entity may be a PCRF, such as a PCRF in the PCC architecture shown in FIG. 1, or may be an operator's capability open platform or a service development platform, etc., and the QoS control entity may also be other Open platform.
  • PCRF such as a PCRF in the PCC architecture shown in FIG. 1
  • the QoS control entity may also be other Open platform.
  • the embodiment of the present invention will be described by taking the QoS control entity as a PCRF as an example, but the embodiment of the present invention is not limited thereto.
  • the application server may be a video server or a file transfer protocol (File Transfer Protocol), and the FTP server is a server for providing various files for the user, on the FTP server.
  • the application server can also be a mail server or other services
  • the present invention is not limited thereto; on the other hand, in the embodiment of the present invention, the application service or service content may be video, software, MP3, movie, program, or mail content, etc., and the present invention is not limited thereto. .
  • the interaction between the application server and the QoS control entity can be implemented through an open platform.
  • the application server sends a QoS request for requesting the QoS policy of the service to the open platform
  • the open platform sends the QoS request to the QoS control entity to configure the QoS policy of the service.
  • information may be transmitted between each functional entity or communication device through a message interface, or may be transmitted through an Application Programming Interface (“API").
  • API Application Programming Interface
  • the information may be transmitted through other types of interfaces or other means, and embodiments of the present invention are not limited thereto.
  • the terms "request,” “response,” “response,” and the like refer only to a certain carrier, such as a message, etc., that carries information or content, and is not limited to a particular name.
  • the term “response” or “response” is not limited to a response or reply to a “request”, but may also refer only to some information or content, or to a carrier including some information or content, such as a message, etc., implemented by the present invention The example is not limited to this.
  • the QoS control entity sends a service flow delay threshold to the communication device according to the transmission delay requirement of the service flow, where the communication device includes the network device and/or the user equipment.
  • the service flow delay threshold is a delay of the service content carried by the service flow from the application server to the user equipment, that is, an end-to-end delay.
  • the traffic flow delay threshold can be set to 100ms.
  • the service flow delay threshold set by the QoS control entity may also be smaller than the end-to-end delay required by the application server.
  • the QoS control entity may set the service flow delay threshold to 90 ms, so that when the transmission delay of the service flow may not be satisfied.
  • the QoS control entity can set the delay control policy to reduce the network transmission delay to ensure the transmission delay of the service and improve the user experience.
  • the service flow delay threshold set by the QoS control entity may also be greater than the end-to-end delay required by the application server.
  • the QoS control entity can set the service flow delay threshold. It is 110ms to save system resource overhead and improve system resource utilization while satisfying the transmission delay requirement of the service flow as much as possible.
  • the communication device may be any network device capable of detecting the transmission delay of the service flow on the transmission path of the service flow, and the network device is, for example, a packet data network gateway (PDN Gateway, called “PGW” " , where the Packet Data Network is called “PDN”), a wireless base station, etc.; the communication device may also be a user equipment UE. That is, in the embodiment of the present invention, the QoS control entity may send the service flow delay threshold to the network device, and may also send the service flow delay threshold to the user equipment.
  • PDN Gateway packet data network gateway
  • PGW Packet Data Network Gateway
  • the QoS control entity receives the delay sent by the communications device that exceeds a threshold indication, where the delay exceeds a threshold indicating that the transmission delay of the traffic flow exceeds the traffic flow delay threshold.
  • the QoS control entity After receiving the delay indicating that the delay exceeds the threshold, the QoS control entity can learn that the current QoS policy cannot meet the required end-to-end delay of the service flow, and thus the QoS control entity can formulate a delay control policy to reduce Small network transmission delay.
  • the QoS control entity may be in the form of a message, or may be in the form of an API interface, and may also receive, by other forms, the delay sent by the communication device to exceed the threshold indication.
  • the QoS control entity determines a delay control policy according to the delay exceeding the threshold indication, so that the communication device that sends the delay control policy executes the delay control policy.
  • the delay control policy is used to reduce the network transmission delay to meet the end-to-end delay requirement of the service flow and improve the user experience.
  • the delay control policy includes: a flow switching policy, an access technology switching policy, a service content caching policy, or an updated quality of service QoS policy.
  • the network transmission delay is monitored by setting a service flow delay threshold, and when the transmission delay of the service flow cannot be determined, the delay control strategy is dynamically developed. Adjust the network transmission delay to meet the end-to-end delay requirements of the service flow and improve the user experience.
  • the QoS control entity determines a delay control policy according to the delay exceeding a threshold indication, and includes: S 131, When the user equipment accesses the at least two networks at the same time, determining that the delay control policy is a flow switching policy according to the delay exceeding the threshold indication;
  • the method 100 also includes:
  • S140 Send, according to the flow switching policy, a flow switching indication to the user equipment, where the flow switching indication is used to instruct the user equipment to switch the service flow from the currently accessed network to another network in the at least two networks.
  • the communication device that executes the delay control policy is a user equipment.
  • the term “flow switching” refers to a terminal that accesses two access networks at the same time, for example, when accessing WIFI and 3G simultaneously, when a certain access network is congested, The handover of the service flow from the current access network to another access network, while the transmission of other traffic flows may not change;
  • the term “access technology handover” refers to a terminal that can only access one access network at a time.
  • the connection with the current access network is interrupted, and the connection technology to the connection of another access network is created. At this time, not only the current service flow is switched to the new access network, but all other The business flow has also been switched over.
  • the QoS control entity determines that the transmission delay of the service flow cannot be satisfied, in the case that the user equipment accesses at least two networks at the same time, the service flow is sent from the current access by sending a flow switching indication to the user equipment.
  • the network switches to another of the at least two networks, thereby reducing network transmission delay and improving user experience.
  • the user equipment UE simultaneously connects two access technologies, a wireless local area network (Wireless Local Area Networks), and a universal mobile communication system (UMTS), terrestrial wireless access.
  • the UMTS Terrestrial Radio Access Network (CURAN) is called “UTRAN”
  • the Universal Mobile Telecommunications System (UMT) is called “UMTS”.
  • CURAN UMTS Terrestrial Radio Access Network
  • UMT Universal Mobile Telecommunications System
  • a method for controlling a network transmission delay using a flow switching policy according to an embodiment of the present invention 110 includes:
  • the application server can send a QoS request to the QoS control entity, that is, the PCRF, to request a QoS requirement of the service flow, including delay and/or bandwidth, and the QoS request further includes service information related to the service flow;
  • the QoS control entity that is, the PCRF
  • the PCRF may obtain an end-to-end (terminal-to-application server) delay requirement of the service flow according to the QoS request sent by the application server, so that a corresponding QoS policy including the QCI may be formulated, and the API call or the message is used.
  • the PGW establishes an IP-CAN bearer between the PGW and the UE according to the received QoS policy, where the delay of the IP-CAN bearer can meet the QCI requirement;
  • the QoS control entity that is, the PCRF sends a service flow identifier and a service flow delay threshold corresponding to the service flow identifier to the PGW through a message or an API call, to subscribe to a delay variation based on the service flow, optionally, the service
  • the flow delay threshold may be the end-to-end delay required by the application server in S111;
  • the PGW detects a delay of the specific service flow.
  • the PGW records the transmission control protocol (Transmission Control Protocol, called "TCP") sent to the application server, and the serial number and the current time T1 when receiving the application server. After the TCP response message sequence number, the current time T2 is recorded, and the delay of the PGW to the application server can be obtained according to (T2-T1) 12. Similarly, the PGW can record the serial number in the TCP message sent to the UE and the current time T3. After receiving the serial number of the TCP response message of the UE, the current time T4 is recorded, and the PGW can be obtained according to (T4-T3)/2. The delay to the UE, so that the end-to-end delay between the user equipment and the server can be obtained. To ensure reliability, the PGW can detect the round-trip time of multiple TCP packets and take the average value as the transmission delay.
  • TCP Transmission Control Protocol
  • the PGW may send a delay to the QoS control entity PCRF to exceed the threshold indication by using an API or a message;
  • the PCRF can learn that the current QoS policy cannot meet the end-to-end delay, and the QoS control entity, that is, the PCRF, can formulate other delay control policies to reduce the transmission delay. For example, because the UE accesses the WLAN network at the same time and
  • the QoS control entity may determine that the adopted delay control policy is a flow switching policy, that is, the current service flow is switched to the WLAN network to reduce the transmission delay;
  • the PCRF sends a flow switching indication to the UE by using an API call or a message, where the flow switching indication may include a service flow identifier of the service flow.
  • the UE may initiate a flow switching process, and switch the service flow from the UTRAN network to
  • WLAN network to reduce transmission delay and improve user experience.
  • the size of the sequence numbers of the above processes does not mean the order of execution, and the order of execution of each process should be determined by its function and internal logic, and should not be taken to the embodiments of the present invention.
  • the implementation process constitutes any limitation.
  • S112 and S114 may be combined, that is, the QoS policy for the service flow may be sent in a message or an API, and the service flow delay threshold for the service flow may be sent, which is not limited thereto.
  • the PCRF specifies the delay variation of subscribing to the PGW for the traffic flow
  • the PCRF may arbitrarily transmit to the traffic flow any network on the transmission path capable of detecting the traffic delay.
  • the device subscription delay changes, for example, the PCRF can subscribe to the delay variation of the service flow to the wireless base station.
  • the network transmission delay is monitored by setting a service flow delay threshold, and when the transmission delay of the service flow cannot be determined, the delay control strategy is dynamically developed. Adjust the network transmission delay to meet the end-to-end delay requirements of the service flow and improve the user experience.
  • FIG. 5 is still another schematic flowchart of a method 100 for controlling network transmission delay according to an embodiment of the present invention.
  • the QoS control entity determines when the delay exceeds a threshold indication.
  • Delay control strategies including:
  • the method 100 also includes:
  • the service content cache indication is sent to the network device according to the service content cache policy, where the service content cache indication is used to indicate that the network device pre-caches the service content carried by the service flow, and the network device transmits the service content to the user equipment.
  • Business content is used to indicate that the network device pre-caches the service content carried by the service flow, and the network device transmits the service content to the user equipment.
  • the communication device that performs the delay control policy is a network device, and the network device may be an eNB or a radio network controller (Radio Network Controller, called "RNC"). It is also possible to use other network devices, and the embodiments of the present invention are not limited thereto.
  • RNC Radio Network Controller
  • the method 120 of controlling the network transmission delay by the content caching policy may include:
  • the application server sends a QoS request to the PCRF.
  • the PCRF sends a QoS policy to the PGW.
  • the PGW establishes an IP-CAN bearer with the UE;
  • the QoS control entity that is, the PCRF, may send the service flow identifier and the service flow delay threshold to the UE by using a message or an API call, to subscribe the terminal to the delay change based on the specific service flow, optionally, the service flow delay threshold. It can be the end-to-end delay required by the application server in S121;
  • the UE detects the delay of the specific service flow, and the specific detection method is different.
  • the UE may use the delay of the TCP protocol to perform estimation, or the real-time transmission control protocol (Real-time).
  • RTCP Transport Control Protocol
  • the UE may send the delay to the QoS control entity PCRF by using an API or a message to exceed the threshold indication. In this implementation manner, the delay exceeds the QoS.
  • the reason for controlling the traffic flow delay threshold specified by the entity may be that the quality of the radio channel between the UE and the eNB/RNC is deteriorated.
  • the PCRF can learn that the current QoS policy cannot meet the end-to-end delay; then the PCRF can formulate other delay control strategies to reduce the transmission delay.
  • the PCRF can determine that the delay control policy is a service content caching policy, and can Instructing the eNB/RNC to pre-cache the service content carried by the service flow to the local device through an API or a message;
  • the eNB/RNC obtains the service content from the application server, to cache the service content to the local device in advance;
  • the eNB/RNC transmits the buffered service content to the UE, so that the end-to-end transmission delay can be reduced, that is, the transmission delay of the eNB to the application server is saved, thereby improving the user experience.
  • S121, S122, and S123 are the same as Sl11, S112, and S113 shown in FIG. 4, respectively, and are not described herein again.
  • the size of the sequence numbers of the above processes does not mean the order of execution, and the order of execution of each process should be determined by its function and internal logic, and should not be taken to the embodiments of the present invention.
  • the implementation process constitutes any limitation.
  • the network transmission delay is monitored by setting a service flow delay threshold, and when the transmission delay of the service flow cannot be determined, the delay control strategy is dynamically developed. Adjust the network transmission delay to meet the end-to-end delay requirements of the service flow and improve the user experience.
  • FIG. 7 is still another schematic flowchart of a method 100 for controlling network transmission delay according to an embodiment of the present invention.
  • the QoS control entity indicates that the delay exceeds a threshold.
  • Determine the delay control strategy including:
  • 5133 Determine, according to location information of the user equipment, that the location of the user equipment has an accessible network
  • the delay control policy is an access technology switching policy.
  • the method 100 also includes:
  • the access technology switching indication is sent to the user equipment according to the access technology switching policy, where the access technology switching indication is used to indicate that the user equipment accesses the accessible network.
  • the QoS control entity may determine that the delay control policy is an access technology switching policy, and may send an access technology to the user equipment.
  • the handover indication is used to indicate that the user equipment accesses the accessible network, so that the end-to-end delay requirement of the service flow can be met as much as possible, thereby improving the user experience.
  • the communication device that executes the delay control policy is a user equipment.
  • the method 150 of transmitting a delay may include:
  • the application server sends a QoS request to the PCRF.
  • the PCRF sends a QoS policy to the PGW.
  • the PGW establishes an IP-CAN bearer with the UE.
  • the PCRF sends a service flow delay threshold to the PGW.
  • the PGW determines a transmission delay of the service flow.
  • the PGW after the PW detects that the transmission delay exceeds the service flow delay threshold specified by the QoS control entity, the PGW sends a delay to the QoS control entity PCRF exceeding the threshold indication;
  • the QoS control entity can formulate other delay control policies to reduce the transmission delay, For example, the QoS control entity may determine, according to the location information of the UE, that the location of the user equipment has an access network other than the current access network, and determine that the delay control policy is an access technology handover policy;
  • the QoS control entity may send an access technology handover indication to the UE through an API or a message, and may further include access related information, such as a WLAN connection, in order to facilitate handover.
  • Service set identifier Service Set Identifier
  • S159 The UE accesses the WLAN network according to the access technology switching indication, and starts to transmit service packets under the WLAN access, so as to reduce the end-to-end delay and improve the user experience.
  • S151 to S156 are the same as S111 to S116 respectively shown in FIG. 4, and are not described herein again.
  • the size of the sequence numbers of the above processes does not mean the order of execution, and the order of execution of each process should be determined by its function and internal logic, and should not be taken to the embodiments of the present invention.
  • the implementation process constitutes any limitation.
  • the network transmission delay is monitored by setting a service flow delay threshold, and when the transmission delay of the service flow cannot be determined, the delay control strategy is dynamically developed. Adjust the network transmission delay to meet the end-to-end delay requirements of the service flow and improve the user experience.
  • FIG. 9 is still another schematic flowchart of a method 100 for controlling network transmission delay according to an embodiment of the present invention.
  • the QoS control entity determines when the delay exceeds a threshold indication.
  • Delay control strategies including:
  • the method 100 also includes:
  • S170 Send an update QoS indication to the network device according to the updated QoS policy, where the update QoS indication is used to indicate that the network device updates the QoS class identifier in the QoS policy.
  • the QoS control entity when the QoS control entity initially generates the QoS policy, only the delay from the terminal to the PGW is considered, and the QoS policy cannot meet the application end-to-end delay requirement.
  • the QoS control entity may determine the delay according to the delay exceeding the threshold indication.
  • the control strategy is to update the QoS policy to reduce the transmission delay and improve the user experience.
  • the communication device that executes the delay control policy is a network device, and the network device is, for example, a PGW or the like.
  • the method 140 for controlling network transmission delay by using an update QoS policy may include:
  • the application server sends a QoS request to the PCRF.
  • the PCRF sends a QoS policy to the PGW.
  • the PGW establishes an IP-CAN bearer with the UE
  • the PCRF sends a service flow identifier and a service flow delay threshold to the UE.
  • the UE detects a delay of the specific service flow.
  • the QoS policy originally formulated by the QoS control entity only considers the delay from the UE to the PGW, and cannot meet the end-to-end delay requirement of the service flow.
  • the delay detected in S145 must exceed the service flow delay threshold specified by the QoS control entity.
  • the UE may send a delay to the PCRF by using an API or a message to exceed a threshold indication;
  • the QoS control entity can formulate other delay control policies to reduce the transmission delay.
  • the QoS control entity ie, the PCRF
  • the PGW creates or updates an IPCAN bearer with the UE according to the updated QoS policy, and the subsequent service flow packet is transmitted on the updated IP-CAN bearer to reduce network transmission delay and improve user experience.
  • S141 to S145 are the same as S121 to S125 shown in FIG. 6, respectively, and are not described herein again.
  • the QoS control entity may include: a flow switching policy, a service content caching policy, an access technology switching policy, and an update QoS policy according to the delay exceeding the threshold indication, and of course, the QoS control The entity may also determine other delay control strategies, and embodiments of the invention are not limited thereto.
  • the QoS control entity when the preconditions of at least two of the flow switching policy, the service content cache policy, the access technology switching policy, or the update QoS policy are met, the QoS control entity may also be combined with other The parameters determine the resulting delay control strategy. For example, when the user equipment accesses at least two networks at the same time, and the network device has the buffering capability, if the delay exceeds the threshold due to one of the at least two networks, the QoS control is implemented.
  • the QoS control entity may determine to adopt the service content caching policy, and the embodiment of the present invention does not determine that the traffic switching policy is adopted; if the delay exceeds the threshold is not caused by network congestion, and the current service may be implemented in a prefetch manner, the QoS control entity may determine to adopt the service content caching policy. Limited to this.
  • the size of the sequence numbers of the above processes does not mean the order of execution, and the order of execution of each process should be determined by its function and internal logic, and should not be taken to the embodiments of the present invention.
  • the implementation process constitutes any limitation.
  • the network transmission delay is monitored by setting a service flow delay threshold, and when the transmission delay of the service flow cannot be determined, the delay control strategy is dynamically developed. Adjust the network transmission delay to meet the end-to-end delay requirements of the service flow and improve the user experience.
  • a method for controlling network transmission delay according to an embodiment of the present invention is described in detail from the perspective of a QoS control entity, and will be described from the perspective of a communication device in conjunction with FIG. 11 and FIG. A method of controlling network transmission delay of an embodiment.
  • FIG. 11 illustrates a method 300 of controlling network transmission delays, which may be performed by a communication device, such as by a network device such as a PGW or an eNB/RNC or a user equipment UE, in accordance with another embodiment of the present invention.
  • the method 300 includes:
  • the network transmission delay is monitored by setting a service flow delay threshold, and when the transmission delay of the service flow cannot be determined, the delay control strategy is dynamically developed. Adjust the network transmission delay to meet the end-to-end delay requirements of the service flow and improve the user experience.
  • the method 300 is optionally performed by, for example, an eNB/RNC, and the method 300 further includes:
  • the user equipment UE may initiate a flow switching to the PGW according to the flow switching policy to control the service flow.
  • the eNB/RNC may pre-cache the service content carried by the service flow according to the flow switching policy, and transmit the service to the user equipment. Content, to control the transmission delay of the service flow; when the QoS control entity determines that the delay control policy is an access technology handover policy, the user equipment UE may access the accessible network where the UE is located according to the flow switching policy.
  • the network device PGW may update the IP-CAN bearer established between the UE according to the flow switching policy, Control the transmission delay of the traffic flow.
  • the service flow delay threshold is a delay of the service content carried by the service flow from the application server to the user equipment required by the application server; optionally, the delay control policy Including: a flow switching policy, an access technology switching policy, a service content caching policy, or an updated quality of service QoS policy.
  • the size of the sequence numbers of the above processes does not mean the order of execution, and the order of execution of each process should be determined by its function and internal logic, and should not be taken to the embodiments of the present invention.
  • the implementation process constitutes any limitation.
  • the network transmission delay is monitored by setting a service flow delay threshold, and when the transmission delay of the service flow cannot be determined, the delay control strategy is dynamically developed. Adjust the network transmission delay to meet the end-to-end delay requirements of the service flow and improve the user experience.
  • the method for controlling the network transmission delay according to the embodiment of the present invention is described in detail above with reference to FIG. 1 to FIG. 12.
  • the QoS control entity and the communication device according to the embodiment of the present invention will be described in detail below with reference to FIG. 13 to FIG.
  • FIG. 13 shows a schematic block diagram of a QoS Control Entity 500 in accordance with an embodiment of the present invention.
  • the QoS control entity 500 includes:
  • the first sending module 510 is configured to send a traffic flow delay threshold to the communications device according to the transmission delay requirement of the service flow, where the communications device includes the network device and/or the user equipment;
  • the receiving module 520 is configured to receive, by the communications device, a delay that exceeds a threshold indication, where the delay exceeds a threshold indication, where the transmission delay of the service flow is greater than the service flow delay threshold sent by the first sending module 510;
  • the determining module 530 is configured to determine a delay control policy according to the delay received by the receiving module 520 exceeding a threshold indication, so that the communication device that sends the delay control policy executes the delay control policy.
  • the QoS control entity of the embodiment of the present invention monitors the network transmission delay by setting a service flow delay threshold, and when determining that the transmission delay of the service flow cannot be satisfied, formulating a delay control policy to dynamically adjust the network transmission. Delay, so as to meet the end-to-end latency requirements of the traffic flow as much as possible to improve the user experience.
  • the delay control policy determined by the determining module 530 includes: a flow switching policy, an access technology switching policy, a service content caching policy, or an updated quality of service QoS policy.
  • the first sending module 510 is specifically configured to: send the service flow delay threshold to the communication device according to the transmission delay requirement of the service flow, where the service flow delay threshold The delay of the service content carried by the service flow required by the application server from the application server to the user equipment.
  • the determining module 530 includes: a first determining unit 531, configured to receive, according to the receiving module 520, when the user equipment accesses at least two networks simultaneously The time delay exceeds the threshold indication, and the delay control policy is determined to be a flow switching policy;
  • the quality of service control entity 500 also includes:
  • the second sending module 540 is configured to send, according to the flow switching policy determined by the first determining unit 531, a flow switching indication to the user equipment, where the flow switching indication is used to indicate that the user equipment accesses the service flow from the current access
  • the network switches to another of the at least two networks.
  • the determining module 530 includes: a second determining unit 532, configured to: according to the delay received by the receiving module 520 when the network device has a buffering capability Exceeding the threshold indication, determining that the delay control policy is a service content caching policy;
  • the quality of service control entity 500 also includes:
  • the third sending module 550 is configured to send, according to the service content cache policy determined by the second determining unit 532, a service content cache indication to the network device, where the service content cache indication is used to indicate that the network device pre-caches the service flow bearer The business content, and the network device transmits the service content to the user device.
  • the determining module 530 includes: a third determining unit 533, configured to determine, according to the location information of the user equipment, that the location of the user equipment has an accessable network ;
  • the fourth determining unit 534 is configured to determine, according to the threshold that the delay received by the receiving module 520 exceeds a threshold, that the delay control policy is an access technology switching policy;
  • the quality of service control entity 500 also includes:
  • the fourth sending module 560 is configured to send an access technology switching indication to the user equipment according to the access technology switching policy determined by the fourth determining unit 534, where the access technology switching indication is used to indicate that the user equipment accesses the The accessible network determined by the third determining unit 533.
  • the determining module 530 includes: a fifth determining unit 535, configured to: when determining that the network where the service flow is located can meet the transmission delay requirement, according to the The delay received by the receiving module 520 exceeds a threshold indication, and the delay control policy is determined to be an update QoS policy;
  • the quality of service control entity 500 also includes:
  • the fifth sending module 570 is configured to send, according to the updated QoS policy determined by the fifth determining unit 535, an update QoS indication to the network device, where the update QoS indication is used to indicate that the network device updates the QoS class identifier in the QoS policy. .
  • the QoS control entity 500 may be a PCRF, such as a PCRF in the PCC architecture shown in FIG. 1, or may be an operator's capability open platform or a service development platform, etc., and the QoS control entity may also be other The open platform, the embodiment of the present invention is not limited thereto.
  • the QoS control entity 500 may correspond to the QoS control entity PCRF, the capability open platform, and the like in the embodiment of the present invention, and the foregoing and other operations and/or functions of the respective modules in the QoS control entity 500 are respectively implemented.
  • the corresponding processes of the respective methods in FIG. 1 to FIG. 10 are not described herein.
  • the QoS control entity of the embodiment of the present invention monitors the network transmission delay by setting a service flow delay threshold, and when determining that the transmission delay of the service flow cannot be satisfied, formulating a delay control policy to dynamically adjust the network transmission. Delay, so as to meet the end-to-end latency requirements of the traffic flow as much as possible to improve the user experience.
  • Figure 18 shows a schematic block diagram of a communication device 700 in accordance with an embodiment of the present invention. As shown in FIG. 18, the communication device 700 includes:
  • the first receiving module 710 is configured to receive a service flow delay sent by the QoS control entity. Threshold value
  • a determining module 720 configured to determine a transmission delay of the service flow corresponding to the service flow delay threshold received by the first receiving module 710;
  • the sending module 730 when the transmission delay of the service flow determined by the determining module 720 exceeds the service flow delay threshold received by the first receiving module 710, sending a delay to the QoS control entity exceeding a threshold indication, so that The QoS control entity determines the delay control policy according to the delay exceeding the threshold indication.
  • the first receiving module 710 is specifically configured to: receive the service flow delay threshold sent by the QoS control entity, where the service flow delay threshold is the service flow bearer required by the application server. The delay of the business content from the application server to the user device.
  • the communications device 700 further includes:
  • the second receiving module 740 is configured to receive the delay control policy sent by the QoS control entity, and the control module 750 is configured to control the transmission delay of the service flow according to the delay control policy received by the second receiving module 740. .
  • the delay control policy received by the second receiving module 740 includes: a flow switching policy, an access technology switching policy, a service content caching policy, or an updated service quality QoS policy.
  • the communication device 700 may correspond to a communication device including a network device and a user device in the embodiment of the present invention, and the above and other operations and/or functions of the respective modules in the communication device 700 are respectively implemented to implement FIG. The corresponding flow to each method in FIG. 12 is not described here.
  • the communication device in the embodiment of the present invention monitors the network transmission delay by setting a service flow delay threshold, and when determining that the transmission delay of the service flow cannot be satisfied, formulating a delay control policy to dynamically adjust the network transmission delay. In order to meet the end-to-end delay requirements of the service flow as much as possible, and improve the user experience.
  • FIG. 20 shows a schematic block diagram of a QoS Control Entity 600 in accordance with another embodiment of the present invention.
  • the QoS control entity 600 includes: a transmitter 610, a receiver 620, and a processor 630, where
  • the transmitter 610 is configured to send a service flow delay threshold to the communications device according to a transmission delay requirement of the service flow, where the communications device includes a network device and/or a user equipment;
  • the receiver 620 is configured to receive, by the communications device, a delay that exceeds a threshold indication, where the delay is excessive.
  • the threshold value indicating that the transmission delay of the service flow exceeds the service flow delay threshold sent by the sender 610;
  • the processor 630 is configured to determine a delay control policy according to the delay received by the receiver 620 exceeding a threshold indication, so that the communication device that sends the delay control policy performs the delay control policy.
  • the QoS control entity of the embodiment of the present invention monitors the network transmission delay by setting a service flow delay threshold, and when determining that the transmission delay of the service flow cannot be satisfied, formulating a delay control policy to dynamically adjust the network transmission. Delay, so as to meet the end-to-end latency requirements of the traffic flow as much as possible to improve the user experience.
  • the delay control policy determined by the processor 630 includes: a flow switching policy, an access technology switching policy, a service content caching policy, or an updated quality of service QoS policy.
  • the processor 630 is further configured to: when the user equipment accesses at least two networks at the same time, determine the delay according to the delay received by the receiver 620 exceeding a threshold indication.
  • the control policy is a flow switching policy.
  • the transmitter 610 is further configured to: send, according to the flow switching policy determined by the processor 630, a flow switching indication to the user equipment, where the flow switching indication is used to instruct the user equipment to Switching from the currently accessed network to another of the at least two networks.
  • the processor 630 is further configured to: when the network device has a buffering capability, determine that the delay control policy is a service according to the delay that the receiver 620 receives the threshold exceeding a threshold indication.
  • the content cache 610 is further configured to: send, according to the service content cache policy determined by the processor 630, a service internal storage indication, where the service content cache indication is used to indicate that the network device is pre-cached The service content carried by the service flow, and the network device transmits the service content to the user equipment.
  • the processor 630 is further configured to: determine, according to the location information of the user equipment, that the location of the user equipment has an accessable network; and according to the delay received by the receiver 620 Exceeding the threshold indication, determining that the delay control policy is an access technology switching policy; the transmitter 610 is further configured to: send an access technology switching indication to the user equipment according to the access technology switching policy determined by the processor 630, The access technology handover indication is used to indicate that the user equipment accesses the accessible network determined by the processor.
  • the processor 630 is further configured to: determine the service flow When the network can meet the transmission delay requirement, the delay control policy is determined to be an update QoS policy according to the delay received by the receiver 620.
  • the transmitter 610 is further configured to: according to the processor 630.
  • the determined update QoS policy sends an update QoS indication to the network device, the update QoS indication being used to instruct the network device to update the QoS class identifier in the QoS policy.
  • the transmitter 610 is specifically configured to: send the service flow delay threshold to the communication device according to the transmission delay requirement of the service flow, where the service flow delay threshold is an application.
  • the QoS control entity of the embodiment of the present invention monitors the network transmission delay by setting a service flow delay threshold, and when determining that the transmission delay of the service flow cannot be satisfied, formulating a delay control policy to dynamically adjust the network transmission. Delay, so as to meet the end-to-end latency requirements of the traffic flow as much as possible to improve the user experience.
  • Figure 21 shows a schematic block diagram of a communication device 800 in accordance with another embodiment of the present invention.
  • the communication device 800 includes: a receiver 810, a processor 820, and a transmitter 830, where
  • the receiver 810 is configured to receive a service flow delay threshold sent by the QoS control entity, and the processor 820 is configured to determine a transmission delay of the service flow corresponding to the service flow delay threshold received by the receiver 810.
  • the transmitter 830 is configured to: when the transmission delay of the service flow determined by the processor 820 exceeds the service flow delay threshold received by the receiver 810, send a delay to the QoS control entity to exceed a threshold indication, so as to facilitate the The QoS control entity determines the delay control policy according to the delay exceeding the threshold indication.
  • the receiver 810 is further configured to: receive the delay control policy sent by the QoS control entity; the processor 820 is further configured to: receive the delay according to the receiver 810 A control policy that controls the transmission delay of the traffic flow.
  • the receiver 810 is specifically configured to: receive the service flow delay threshold sent by the QoS control entity, where the service flow delay threshold is a service carried by the service server required by the application server. The delay from the application server to the user device.
  • the delay control policy received by the receiver 810 includes: a flow switching policy, an access technology switching policy, a service content caching policy, or an updated quality of service QoS policy.
  • the communication device of the embodiment of the present invention monitors the network by setting a service flow delay threshold.
  • a delay control policy is formulated to dynamically adjust the network transmission delay to meet the end-to-end delay requirement of the service flow and improve the user experience.
  • the disclosed systems, devices, and methods may be implemented in other ways.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored, or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, or an electrical, mechanical or other form of connection.
  • the components displayed for the unit may or may not be physical units, ie may be located in one place, or may be distributed over multiple network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the embodiments of the present invention.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • the integrated unit if implemented in the form of a software functional unit and sold or used as a standalone product, may be stored in a computer readable storage medium.
  • a computer readable storage medium including instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the present invention. All or part of the steps of the method described in the various embodiments are invented.
  • the foregoing storage medium includes: a U disk, a removable hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and the like, which can store program codes. .

Landscapes

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

Abstract

本发明公开了一种控制网络传输时延的方法、服务质量控制实体和通信设备。该方法包括：根据业务流的传输时延需求，向通信设备发送业务流时延阈值，该通信设备包括网络设备和/或用户设备；接收该通信设备发送的时延超过阈值指示，该时延超过阈值指示用于指示该业务流的传输时延超过该业务流时延阈值；根据该时延超过阈值指示，确定时延控制策略，以便于发送该时延控制策略的通信设备执行该时延控制策略。本发明实施例的控制网络传输时延的方法、服务质量控制实体和通信设备，通过设置业务流时延阈值来监测网络传输时延，并在确定业务流的传输时延不能得到满足时，制定时延控制策略来动态调整网络传输时延，提高用户体验。

Description

控制网络传输时延的方法、 服务质量控制实体和通信设备 技术领域
本发明涉及通信领域， 尤其涉及通信领域中控制网络传输时延的方法、 服务质量控制实体和通信设备。 背景技术
通信网正从电路交换（Circuit Switching, 筒称为 "CS" ) 网络向以互联 网协议（ Internet Protocol,筒称为 "IP" )为承载的分组交换（ Packet Switching, 筒称为 "PS" ) 网络逐渐演进。 在 IP网络提供电信级服务中， 一个关键的问 题是需要考虑端到端的服务质量（Quality of Service, 筒称为 "QoS" )问题， 以满足用户对通信质量的要求， 特别是实时类的业务， 例如视频通话、 在线 游戏等业务。 针对业务的 QoS需求， 第三代合作伙伴计划 （3rd Generation Partnership Project, 筒称为 "3GPP" ) 定义了策略与计费控制 （Policy and Charging Control, 筒称为 "PCC" ) 架构。
在 PCC架构下， 为了满足特定业务流的 QoS需求， 通常采用如下流程： 应用功能实体（Application Function, 筒称为 "AF" ) 向策略控制和计费规 则功能实体（ Policy control and Charging Rule Function, 筒称为 "PCRF" )发 送认证授权清求（ Authentication Authorization Request, 筒称为 "AAR" ) 消 息， 该 AAR消息中可以包括业务信息， 例如 IP流的 IP地址、 端口号、 媒 体类型信息等， 以及相对应的 QoS需求， 例如带宽信息等； PCRF保存接收 到的业务信息， 并根据从策略和计费执行功能实体 （Policy and Charging Enforcement Function , 筒称为 "PCEF" ) 以及从 AF接收到的业务信息、 用 户签约、 运营商配置等信息， 生成并保存新的 PCC规则； PCRF向 PCEF发 送重授权请求（ Re- Authorization Request, 筒称为 "RAR" ) 消息， 该 RAR 消息中带有新的 PCC规则； PCEF加载并执行该 PCC规则， 对业务数据流 执行策略与计费控制； 如果满足 PCC规则中 QoS要求的 IP连接访问网络 ( IP-Connectivity Access Network, 筒称为 "IP-CAN" )承载不存在， 则 PCEF 与接入网之间新建满足要求的 IP-CAN承载，该承载的 QoS类别标识符（ QoS Class Identifier, 筒称为 "QCI" )为 PCC规则中的 QCI参数； PCEF向 PCRF 返回重授权响应 （ Re- Authorization Answer, 筒称为 "RAA" ) 消息； PCRF 向 AF返回认证授权响应 ( Authentication Authorization Answer , 筒称为 "AAA" ) 消息； 从而通过建立不同 QCI参数的 IP-CAN承载， 以满足不同 业务的 QoS需求。
应用层关注的是端到端时延， 即用户设备（User Equipment, 筒称为 "UE" )到应用服务器的时延， 而在目前技术中， PCRF仅根据业务类别或 者应用层的时延要求， 来生成 QoS策略里的 QCI, 但该 QCI未必能满足应 用层的需求。 例如， 应用服务器要求最大 120ms时延， PCRF生成 QCI=1 , 相应的最大时延为 100ms, 但实际上从应用服务器到 PCEF之间的时延有 40ms, 因而该 QoS策略无法满足应用层的时延需求。
另一方面，一旦生成 QoS策略后，就认为网络可以满足应用层的时延需 求， 而实际上由于用户移动性以及网络状态等原因，可能出现初始 QoS策略 满足时延需求， 但是后续由于接入网络的切换或无线资源拥塞等原因， 导致 网络无法满足业务流的传输时延的需求， 由此导致用户体验较差。 发明内容
本发明实施例提供了一种控制网络传输时延的方法、服务质量控制实体 和通信设备， 能够减小网络传输时延。
第一方面， 本发明实施例提供了一种控制网络传输时延的方法， 该方法 包括： 根据业务流的传输时延需求， 向通信设备发送业务流时延阈值， 该通 信设备包括网络设备和 /或用户设备；接收该通信设备发送的时延超过阈值指 示， 该时延超过阈值指示用于指示该业务流的传输时延超过该业务流时延阈 值； 根据该时延超过阈值指示， 确定时延控制策略， 以便于发送该时延控制 策略的通信设备执行该时延控制策略。
在第一方面的第一种可能的实现方式中， 该时延控制策略包括： 流切换 策略、 接入技术切换策略、 业务内容緩存策略或更新服务质量 QoS策略。
结合第一方面或第一方面的第一种可能的实现方式，在第二种可能的实 现方式中， 该根据该时延超过阈值指示， 确定时延控制策略， 包括： 在该用 户设备同时接入至少两个网络时， 根据该时延超过阈值指示， 确定该时延控 制策略为流切换策略； 该方法还包括： 根据该流切换策略， 向该用户设备发 送流切换指示， 该流切换指示用于指示该用户设备将该业务流从当前接入的 网络切换到该至少两个网络中的另一网络。 结合第一方面或第一方面的第一种可能的实现方式，在第三种可能的实 现方式中， 该根据该时延超过阈值指示， 确定时延控制策略， 包括： 在该网 络设备具有緩存能力时， 根据该时延超过阈值指示， 确定该时延控制策略为 业务内容緩存策略； 该方法还包括： 根据该业务内容緩存策略， 向该网络设 备发送业务内容緩存指示，该业务内容緩存指示用于指示该网络设备预先緩 存该业务流承载的业务内容， 并由该网络设备向该用户设备传输该业务内 谷。
结合第一方面或第一方面的第一种可能的实现方式，在第四种可能的实 现方式中， 该根据该时延超过阈值指示， 确定时延控制策略， 包括： 根据该 用户设备的位置信息， 确定该用户设备所在位置具有可接入网络； 根据该时 延超过阈值指示，确定该时延控制策略为接入技术切换策略；该方法还包括： 根据该接入技术切换策略， 向该用户设备发送接入技术切换指示， 该接入技 术切换指示用于指示该用户设备接入该可接入网络。
结合第一方面或第一方面的第一种可能的实现方式，在第五种可能的实 现方式中， 该根据该时延超过阈值指示， 确定时延控制策略， 包括： 在确定 该业务流所在的网络能够满足该传输时延需求时， 根据该时延超过阈值指 示， 确定该时延控制策略为更新 QoS策略； 该方法还包括： 根据该更新 QoS 策略， 向该网络设备发送更新 QoS指示， 该更新 QoS指示用于指示该网络 设备更新 QoS策略中的 QoS类别标识符。
结合第一方面或第一方面的第一种至第五种可能的实现方式中的任一 种可能的实现方式， 在第六种可能的实现方式中， 该根据业务流的传输时延 需求， 向通信设备发送业务流时延阈值， 包括： 根据该业务流的该传输时延 需求， 向该通信设备发送该业务流时延阈值， 该业务流时延阈值为应用服务 器要求的该业务流承载的业务内容从该应用服务器到该用户设备的时延。
第二方面， 本发明实施例提供了一种控制网络传输时延的方法， 该方法 包括：接收服务质量 QoS控制实体发送的业务流时延阈值；确定与该业务流 时延阈值相应的业务流的传输时延； 在该业务流的传输时延超过该业务流时 延阈值时， 向该 QoS控制实体发送时延超过阈值指示， 以便于该 QoS控制 实体根据该时延超过阈值指示确定时延控制策略。
在第二方面的第一种可能的实现方式中， 该方法还包括： 接收该 QoS 控制实体发送的该时延控制策略；根据该时延控制策略控制该业务流的传输 时延。
结合第二方面或第二方面的第一种可能的实现方式，在第二种可能的实 现方式中， 该接收服务质量 QoS控制实体发送的业务流时延阈值， 包括： 接 收该 QoS控制实体发送的该业务流时延阈值，该业务流时延阈值为应用服务 器要求的该业务流承载的业务内容从该应用服务器到该用户设备的时延。
结合第二方面或第二方面的第一种或第二种可能的实现方式，在第三种 可能的实现方式中，该时延控制策略包括： 流切换策略、接入技术切换策略、 业务内容緩存策略或更新服务质量 QoS策略。
第三方面， 本发明实施例提供了一种服务质量控制实体， 该服务质量控 制实体包括： 第一发送模块， 用于根据业务流的传输时延需求， 向通信设备 发送业务流时延阈值， 该通信设备包括网络设备和 /或用户设备； 接收模块， 用于接收该通信设备发送的时延超过阈值指示， 该时延超过阈值指示用于指 示该业务流的传输时延超过该第一发送模块发送的该业务流时延阈值； 确定 模块，用于根据该接收模块接收的该时延超过阈值指示，确定时延控制策略， 以便于发送该时延控制策略的通信设备执行该时延控制策略。
在第三方面的第一种可能的实现方式中， 该确定模块确定的该时延控制 策略包括： 流切换策略、 接入技术切换策略、 业务内容緩存策略或更新服务 质量 QoS策略。
结合第三方面或第三方面的第一种可能的实现方式，在第二种可能的实 现方式中， 该确定模块包括： 第一确定单元， 用于在该用户设备同时接入至 少两个网络时， 根据该接收模块接收的该时延超过阈值指示， 确定该时延控 制策略为流切换策略； 该服务质量控制实体还包括： 第二发送模块， 用于根 据该第一确定单元确定的该流切换策略， 向该用户设备发送流切换指示， 该 流切换指示用于指示该用户设备将该业务流从当前接入的网络切换到该至 少两个网络中的另一网络。
结合第三方面或第三方面的第一种可能的实现方式，在第三种可能的实 现方式中， 该确定模块包括： 第二确定单元， 用于在该网络设备具有緩存能 力时， 根据该接收模块接收的该时延超过阈值指示， 确定该时延控制策略为 业务内容緩存策略； 该服务质量控制实体还包括： 第三发送模块， 用于根据 该第二确定单元确定的该业务内容緩存策略， 向该网络设备发送业务内容緩 存指示， 该业务内容緩存指示用于指示该网络设备预先緩存该业务流承载的 业务内容， 并由该网络设备向该用户设备传输该业务内容。
结合第三方面或第三方面的第一种可能的实现方式，在第四种可能的实 现方式中， 该确定模块包括： 第三确定单元， 用于根据该用户设备的位置信 息， 确定该用户设备所在位置具有可接入网络； 第四确定单元， 用于根据该 接收模块接收的该时延超过阈值指示，确定该时延控制策略为接入技术切换 策略； 该服务质量控制实体还包括： 第四发送模块， 用于根据该第四确定单 元确定的该接入技术切换策略， 向该用户设备发送接入技术切换指示， 该接 入技术切换指示用于指示该用户设备接入该第三确定单元确定的该可接入 网络。
结合第三方面或第三方面的第一种可能的实现方式，在第五种可能的实 现方式中， 该确定模块包括： 第五确定单元， 用于在确定该业务流所在的网 络能够满足该传输时延需求时， 根据该接收模块接收的该时延超过阈值指 示， 确定该时延控制策略为更新 QoS策略； 该服务质量控制实体还包括： 第 五发送模块，用于根据该第五确定单元确定的该更新 QoS策略， 向该网络设 备发送更新 QoS指示， 该更新 QoS指示用于指示该网络设备更新 QoS策略 中的 QoS类别标识符。
结合第三方面或第三方面的第一种至第五种可能的实现方式中的任一 种可能的实现方式，在第六种可能的实现方式中，该第一发送模块具体用于： 根据该业务流的该传输时延需求， 向该通信设备发送该业务流时延阈值， 该 业务流时延阈值为应用服务器要求的该业务流承载的业务内容从该应用服 务器到该用户设备的时延。
第四方面， 本发明实施例提供了一种通信设备， 该通信设备包括： 第一 接收模块，用于接收服务质量 QoS控制实体发送的业务流时延阈值；确定模 块， 用于确定与该第一接收模块接收的该业务流时延阈值相应的业务流的传 输时延； 发送模块， 用于在该确定模块确定的该业务流的传输时延超过该第 一接收模块接收的该业务流时延阈值时，向该 QoS控制实体发送时延超过阈 值指示， 以便于该 QoS控制实体根据该时延超过阈值指示确定时延控制策 略。
在第四方面的第一种可能的实现方式中， 该通信设备还包括： 第二接收 模块， 用于接收该 QoS控制实体发送的该时延控制策略； 控制模块， 用于根 据该第二接收模块接收的该时延控制策略， 控制该业务流的传输时延。 结合第四方面或第四方面的第一种可能的实现方式，在第二种可能的实 现方式中，该第一接收模块具体用于：接收该 QoS控制实体发送的该业务流 时延阈值， 该业务流时延阈值为应用服务器要求的该业务流承载的业务内容 从该应用服务器到该用户设备的时延。
结合第四方面或第四方面的第一种或第二种可能的实现方式，在第三种 可能的实现方式中， 该第二接收模块接收的该时延控制策略包括： 流切换策 略、 接入技术切换策略、 业务内容緩存策略或更新服务质量 QoS策略。
基于上述技术方案， 本发明实施例的控制网络传输时延的方法、 服务质 量控制实体和通信设备， 通过设置业务流时延阈值来监测网络传输时延， 并 在确定业务流的传输时延不能得到满足时， 制定时延控制策略来动态调整网 络传输时延， 从而尽可能满足业务流的端到端的时延需求， 提高用户体验。 附图说明
为了更清楚地说明本发明实施例的技术方案， 下面将对本发明实施例中 所需要使用的附图作筒单地介绍， 显而易见地， 下面所描述的附图仅仅是本 发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动的 前提下， 还可以根据这些附图获得其他的附图。
图 1是本发明实施例的一种应用场景的示意性架构图。
图 2是根据本发明实施例的控制网络传输时延的方法的示意性流程图。 图 3是根据本发明实施例的控制网络传输时延的方法的另一示意性流程 图。
图 4是根据本发明实施例的采用流切换策略控制网络传输时延的方法的 示意性流程图。
图 5是根据本发明实施例的控制网络传输时延的方法的再一示意性流程 图。
图 6是根据本发明实施例的采用业务内容緩存策略控制网络传输时延的 方法的示意性流程图。
图 7是根据本发明实施例的控制网络传输时延的方法的再一示意性流程 图。
图 8是根据本发明实施例的采用接入技术切换策略控制网络传输时延的 方法的示意性流程图。 图 9是根据本发明实施例的控制网络传输时延的方法的再一示意性流程 图。
图 10是根据本发明实施例的采用更新 QoS策略控制网络传输时延的方 法的示意性流程图。
图 11是根据本发明另一实施例的控制网络传输时延的方法的示意性流 程图。
图 12是根据本发明另一实施例的控制网络传输时延的方法的另一示意 性流程图。
图 13是根据本发明实施例的 QoS控制实体的示意性框图。
图 14是根据本发明实施例的 QoS控制实体的另一示意性框图。
图 15是根据本发明实施例的 QoS控制实体的再一示意性框图。
图 16是根据本发明实施例的 QoS控制实体的再一示意性框图。
图 17是根据本发明实施例的 QoS控制实体的再一示意性框图。
图 18是根据本发明实施例的通信设备的示意性框图。
图 19是根据本发明实施例的通信设备的另一示意性框图。
图 20是根据本发明另一实施例的 QoS控制实体的示意性框图。
图 21是根据本发明另一实施例的通信设备的示意性框图。 具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例是本发明的一部分实施例， 而不 是全部实施例。 基于本发明中的实施例， 本领域普通技术人员在没有做出创 造性劳动的前提下所获得的所有其他实施例， 都应属于本发明保护的范围。
应理解， 本发明实施例的技术方案可以应用于各种通信系统， 例如： 全 球移动通讯 ( Global System of Mobile communication, 筒称为 "GSM" )系统、 码分多址（Code Division Multiple Access, 筒称为 "CDMA" ) 系统、 宽带码 分多址（ Wideband Code Division Multiple Access , 筒称为 "WCDMA" )系统、 通用分组无线业务（General Packet Radio Service, 筒称为 "GPRS" )、 长期 演进（ Long Term Evolution, 筒称为 "LTE" )系统、 LTE频分双工（ Frequency Division Duplex ,筒称为 "FDD" )系统、 LTE时分双工（ Time Division Duplex , 筒称为 "TDD" )、 通用移动通信系统 ( Universal Mobile Telecommunication System,筒称为 "UMTS" )、全球互联微波接入（ Worldwide Interoperability for Microwave Access , 筒称为 "WiMAX" )通信系统等。
还应理解，在本发明实施例中，用户设备（ User Equipment,筒称为 "UE" ) 可称之为终端 （Terminal ), 移动台 （Mobile Station, 筒称为 "MS" )、 移动 终端 （Mobile Terminal )等， 该用户设备可以经无线接入网 （Radio Access Network, 筒称为 "RAN" )与一个或多个核心网进行通信， 例如， 用户设备 可以是移动电话（或称为 "蜂窝，， 电话）、 具有移动终端的计算机等， 例如， 用户设备还可以是便携式、 袖珍式、 手持式、 计算机内置的或者车载的移动 装置， 它们与无线接入网交换语音和 /或数据。
在本发明实施例中， 基站可以是 GSM 或 CDMA 中的基站 （Base
Transceiver Station, 筒称为 "BTS" ), 也可以是 WCDMA中的基站（ NodeB, 筒称为 "NB" ), 还可以是 LTE中的演进型基站（Evolutional Node B, 筒称 为 "ENB或 e-NodeB" ), 本发明并不限定。
应理解， 在本发明实施例中， 术语 "系统" 和 "网络" 在本文中常被可 互换使用。 本文中术语 "和 /或"， 仅仅是一种描述关联对象的关联关系， 表 示可以存在三种关系， 例如， A和 /或 B, 可以表示： 单独存在 A , 同时存在 A和 B, 单独存在 B这三种情况。 另外， 本文中字符 " , —般表示前后关 联对象是一种 "或" 的关系。
图 1示出了本发明实施例的一种应用场景的示意性架构图。如图 1所示， 在该 PCC框架中， 策略控制和计费规则功能实体 PCRF根据用户接入网络 的限制、 运营商策略、 用户签约数据以及用户当前正在进行的业务信息等， 决定所要执行的策略， 并将该策略下发给 PCEF, 由 PCEF执行这些策略。 这些策略例如包括 QoS策略， 即对特定业务流要满足其时延和 /或带宽的需 求； 策略和计费执行功能实体 PCEF通过执行 PCRF下发的策略， 实现对业 务数据流的检测，并实现对特定业务数据流的 QoS保证，该功能实体一般基 于网关（GateWay, 筒称为 "GW" ) 实现， 并可以连接多种接入技术； 用户 签约数据数据库（ Subscription Profile Repository, 筒称为 "SPR" ) 向 PCRF 提供用户签约数据； 应用层功能实体 AF向 PCRF动态提供应用层的会话信 息， PCRF根据该信息动态生成或修改对应的策略。
在如图 1所示的 PCC架构中， Gx参考点连接 PCEF与 PCRF, 用于实 现 PCEF向 PCRF请求 PCC规则， 以及 PCRF向 PCEF下发 PCC规则； Rx 参考点连接 AF与 PCRF,用于 AF下发应用层相关信息，该信息包括用于识 别业务数据流的 IP过滤器，应用或媒体所需带宽信息等； Sp参考点连接 SPR 与 PCRF,用于 PCRF向 SPR请求用户签约信息，该签约信息用于确定 IP-CAN 传输层策略。
图 2示出了根据本发明实施例的控制网络传输时延的方法 100, 该方法
100可以由 QoS控制实体执行，例如由 PCRF执行。如图 2所示，该方法 100 包括：
S110, 根据业务流的传输时延需求， 向通信设备发送业务流时延阈值， 该通信设备包括网络设备和 /或用户设备；
S120, 接收该通信设备发送的时延超过阈值指示， 该时延超过阈值指示 用于指示该业务流的传输时延超过该业务流时延阈值；
S130, 根据该时延超过阈值指示， 确定时延控制策略， 以便于发送该时 延控制策略的通信设备执行该时延控制策略。
QoS控制实体可以根据业务流的传输时延需求， 向通信设备发送业务流 时延阈值， 以使得通信设备能够根据该业务流时延阈值， 检测业务流的传输 时延是否满足需求；从而在业务流的传输时延超过该业务流时延阈值时， QoS 控制实体根据接收的来自通信设备的时延超过阈值指示， 确定时延控制策 略， 以便于发送该时延控制策略的通信设备执行该时延控制策略， 从而减小 网络传输时延。
因此， 本发明实施例的控制网络传输时延的方法， 通过设置业务流时延 阈值来监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制 定时延控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端 的时延需求， 提高用户体验。
在本发明各实施例中， QoS控制实体可以是 PCRF,例如图 1所示的 PCC 架构中的 PCRF,也可以是运营商的能力开放平台或业务开发平台等，该 QoS 控制实体还可以是其它开放平台。 为了描述方便， 本发明实施例将以 QoS 控制实体是 PCRF为例进行描述， 但本发明实施例并不限于此。
在本发明实施例中， 应用服务器可以是视频服务器， 也可以是文件传输 协议（File Transfer Protocol, 筒称为 "FTP" )服务器， FTP服务器是专门为 用户提供各种文件的服务器， FTP服务器上往往存储大量的文件， 例如： 软 件、 MP3、 电影、 程序等， 该应用服务器还可以是邮件服务器或其它服务 器， 本发明并不限于此； 另一方面， 在本发明实施例中， 应用业务或业务内 容可以是视频、 软件、 MP3、 电影、 程序、 或邮件内容等， 本发明并不以此 为限。
应理解，在本发明各实施例中，如果本发明中的 QoS控制实体是 PCRF, 则应用服务器和 QoS控制实体之间的交互可以通过开放平台来实现。 例如， 应用服务器向开放平台发送请求配置业务的 QoS策略的 QoS请求， 开放平 台再向 QoS控制实体发送该 QoS请求， 以对业务的 QoS策略进行配置。
还应理解， 在本发明各实施例中， 各功能实体或通信设备之间可以通过 消息接口传输信息，也可以通过应用程序编程接口（ Application Programming Interface, 筒称为 "API" )传输信息， 还可以通过其它类型的接口或其它方 式传输信息， 本发明实施例并不限于此。
还应理解， 在本发明各实施例中， 术语 "请求"、 "应答"、 "响应" 等仅 仅是指代承载信息或内容的某种载体，例如消息等，而并不限于具体的名称。 并且， 术语 "应答" 或 "响应" 并不限于对 "请求" 的响应或答复， 还可以 仅指代一些信息或内容， 或指代包括一些信息或内容的载体， 例如消息等， 本发明实施例并不限于此。
在 S110中， QoS控制实体根据业务流的传输时延需求， 向通信设备发 送业务流时延阈值， 该通信设备包括网络设备和 /或用户设备。
在本发明实施例中， 可选地， 该业务流时延阈值为应用服务器要求的该 业务流承载的业务内容从该应用服务器到该用户设备的时延， 即端到端的时 延。 例如， 应用服务器要求的端到端的时延为 100ms, 则该业务流时延阈值 可以设置为 100ms。
应理解， 在本发明实施例中， QoS控制实体设置的业务流时延阈值也可 以小于应用服务器要求的端到端时延。 例如， 对于一些实时性要求特别高的 业务， 或一些高优先级的业务， QoS控制实体可以将该业务流时延阈值设置 为 90ms, 以在该业务流的传输时延可能不能够得到满足时及时被检测出； 从而 QoS控制实体可以设置时延控制策略，减小网络传输时延， 以确保该业 务的传输时延， 提高用户体验。
另一方面， 在本发明实施例中， QoS控制实体设置的业务流时延阈值也 可以大于应用服务器要求的端到端时延。 例如， 对于一些实时性要求不高的 业务， 或一些低优先级的业务， QoS控制实体可以将该业务流时延阈值设置 为 110ms, 以在尽可能满足业务流的传输时延要求的同时， 节省系统资源开 销， 提高系统资源利用率。
在本发明实施例中， 该通信设备可以为业务流的传输路径上， 能够检测 业务流的传输时延的任意网络设备， 该网络设备例如为分组数据网络网关 ( PDN Gateway, 筒称为 "PGW" , 其中 Packet Data Network (分组数据网 络） 筒称为 "PDN" )、 无线基站等； 该通信设备还可以为用户设备 UE。 即 在本发明实施例中， QoS 控制实体既可以向网络设备发送该业务流时延阈 值， 也可以向用户设备发送该业务流时延阈值。
在 S120中， QoS控制实体接收该通信设备发送的时延超过阈值指示， 该时延超过阈值指示用于指示该业务流的传输时延超过该业务流时延阈值。
QoS 控制实体接收到该时延超过阈值指示后， 就可以得知当前的 QoS 策略已经无法满足业务流的所需求的端到端的时延，由此 QoS控制实体可以 制定时延控制策略， 以减小网络传输时延。该 QoS控制实体可以通过消息的 形式， 也可以通过 API接口的形式， 还可以通过其它形式接收通信设备发送 的该时延超过阈值指示。
在 S130中， QoS控制实体根据该时延超过阈值指示， 确定时延控制策 略， 以便于发送该时延控制策略的通信设备执行该时延控制策略。
在本发明实施例中， 该时延控制策略用于减小网络传输时延， 以尽可能 满足业务流的端到端的时延需求， 提高用户体验。 可选地， 该时延控制策略 包括： 流切换策略、 接入技术切换策略、 业务内容緩存策略或更新服务质量 QoS策略。
因此， 本发明实施例的控制网络传输时延的方法， 通过设置业务流时延 阈值来监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制 定时延控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端 的时延需求， 提高用户体验。
下面将结合图 3至图 10, 描述 QoS控制实体如何采用具体的时延控制 策略来控制网络传输时延。
如图 3所示， 在根据本发明实施例的控制网络传输时延的方法 100中， 可选地， QoS控制实体根据该时延超过阈值指示，确定时延控制策略， 包括： S 131 ,在用户设备同时接入至少两个网络时，根据该时延超过阈值指示， 确定该时延控制策略为流切换策略； 该方法 100还包括：
S140, 根据该流切换策略， 向该用户设备发送流切换指示， 该流切换指 示用于指示该用户设备将该业务流从当前接入的网络切换到该至少两个网 络中的另一网络。
应理解， 在本发明实施例中， 执行该时延控制策略的通信设备为用户设 备。
应理解， 在本发明实施例中， 术语 "流切换" 指的是对于同时接入两个 接入网络的终端， 例如同时接入 WIFI和 3G时， 当某个接入网拥塞时， 把 特定业务流从当前接入网切换到另一个接入网的切换技术， 而其它业务流的 传输可以不改变； 术语 "接入技术切换" 指的是对于同时只能接入一个接入 网的终端， 在当前接入网拥塞时， 中断与当前接入网的连接， 创建到另一个 接入网的连接的切换技术， 此时不仅当前的业务流切换到新的接入网了， 其 它的所有业务流也都切换过去了。
因此， QoS控制实体在确定业务流的传输时延不能得到满足时， 在用户 设备同时接入至少两个网络的情况下， 通过向用户设备发送流切换指示， 以 将业务流从当前接入的网络切换到该至少两个网络中的另一网络，从而能够 减小网络传输时延， 提高用户体验。
下面将结合图 4对上述实施例进行具体描述。在如图 4所示的应用场景 下， 假设用户设备 UE同时连接两种接入技术无线局域网络（ Wireless Local Area Networks, 筒称为 "WLAN" )和通用移动通信系统（UMTS ) 陆地无 线接入网 （ UMTS Terrestrial Radio Access Network, 筒称为 "UTRAN" , 其 中 Universal Mobile Telecommunications System (通用移动通信系统 )筒称为 "UMTS" ) , 初始时用户设备通过 UTRAN连接应用服务器。
根据本发明实施例的采用流切换策略控制网络传输时延的方法 110 包 括：
5111 , 应用月良务器可以向 QoS控制实体即 PCRF发送 QoS请求， 以请 求业务流的 QoS需求， 包括时延和 /或带宽等， 该 QoS请求还包括与该业务 流相关的业务信息；
5112, PCRF可以根据应用服务器发送的 QoS请求， 得出该业务流的端 到端（终端到应用服务器）的时延要求，由此可以制定对应的包括 QCI的 QoS 策略， 并通过 API调用或者消息向 PGW发送该 QoS策略； 5113 , PGW根据接收的 QoS策略， 建立 PGW与 UE之间的 IP-CAN承 载， 该 IP-CAN承载的时延能够满足该 QCI的要求；
5114, QoS控制实体即 PCRF通过消息或者 API调用， 向 PGW发送业 务流标识和与该业务流标识相应的业务流时延阈值， 以订阅基于该业务流的 时延变化， 可选地， 该业务流时延阈值可以为 S111 中应用服务器要求的端 到端时延；
5115 , PGW检测该特定业务流的时延；
应理解， 一种可行的方法是， PGW记录发往应用服务器的传输控制协 议（Transmission Control Protocol , 筒称为 "TCP" ) ·¾文里的序列号以及当 前时间 T1 ,当收到应用服务器的 TCP响应报文序列号后，记录当前时间 T2, 根据 ( T2-T1 ) 12可以得到 PGW到应用服务器的时延。 同样 PGW可以记录 发往 UE的 TCP报文里的序列号以及当前时间 T3 , 当收到 UE的 TCP响应 报文序列号后， 记录当前时间 T4, 并可以根据（T4-T3 ) /2得到 PGW到 UE 的时延， 从而可以得到用户设备到服务器之间的端到端时延。 为了保证可靠 性， PGW可以检测多个 TCP报文的来回时间， 取其平均值作为传输时延。
5116 , 当 PGW检测的传输时延超过 QoS控制实体指定的业务流时延阈 值后， 即当 RNC的无线资源出现拥塞后， PGW可以通过 API或者消息向 QoS控制实体 PCRF发送时延超过阈值指示；
5117 , PCRF收到该时延超过阈值指示后， 可以得知当前的 QoS策略已 经无法满足端到端时延，于是 QoS控制实体即 PCRF可以制定其他时延控制 策略以减少传输时延， 就本例而言， 由于 UE 同时接入了 WLAN 网络和
UTRAN网络， 并且时延超过阈值是由于 UTRAN出现拥塞而导致的， 因此，
QoS控制实体可以确定采用的时延控制策略为流切换策略， 即将当前业务流 切换到 WLAN网络而减少传输时延；
S 118 , PCRF通过 API调用或者消息向 UE发送流切换指示， 该流切换 指示可以包括该业务流的业务流标识；
S 119 , UE 可以发起流切换流程， 将该业务流从 UTRAN 网络切换到
WLAN网络， 以减小传输时延， 提高用户体验。
应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意味 着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定， 而不应 对本发明实施例的实施过程构成任何限定。 例如， 在图 4所示的实施例中， S112和 S114可以合并， 即可以在一个消息或者 API里既发送针对业务流的 QoS策略， 同时发送针对该业务流的业务流时延阈值， 本发明实施例并不以 此为限。
还应理解， 虽然在图 4所示的实施例中， PCRF指定向 PGW订阅业务 流的时延变化， 但实际上 PCRF可以向业务流任意传输路径上的任意能够检 测业务流传输时延的网络设备订阅时延变化， 比如 PCRF可以向无线基站等 订阅业务流的时延变化。本发明仅以此为例进行说明，但本发明并不限于此。
因此， 本发明实施例的控制网络传输时延的方法， 通过设置业务流时延 阈值来监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制 定时延控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端 的时延需求， 提高用户体验。
图 5示出了根据本发明实施例的控制网络传输时延的方法 100的再一示 意性流程图，如图 5所示，可选地， QoS控制实体根据该时延超过阈值指示， 确定时延控制策略， 包括：
S132, 在网络设备具有緩存能力时， 根据该时延超过阈值指示， 确定该 时延控制策略为业务内容緩存策略；
该方法 100还包括：
S150,根据该业务内容緩存策略，向该网络设备发送业务内容緩存指示， 该业务内容緩存指示用于指示该网络设备预先緩存该业务流承载的业务内 容， 并由该网络设备向用户设备传输该业务内容。
应理解， 在本发明实施例中， 执行该时延控制策略的通信设备为网络设 备， 该网络设备可以是 eNB , 也可以是无线网络控制器 （ Radio Network Controller, 筒称为 "RNC" ), 还可以是其它网络设备， 本发明实施例并不以 此为限。
具体而言，例如如图 6所示，假设 UE通过 eUTRAN/UTRAN接入网络， eNB/RNC 具有緩存能力， 能够预先从应用服务取回报文并緩存到本地， 根 据本发明实施例的采用业务内容緩存策略控制网络传输时延的方法 120可以 包括：
S121 , 应用服务器向 PCRF发送 QoS请求；
S122, PCRF向 PGW发送 QoS策略；
S 123 , PGW建立与 UE之间的 IP-CAN承载； 5124, QoS控制实体即 PCRF可以通过消息或者 API调用， 向 UE发送 业务流标识和业务流时延阈值， 以向终端订阅基于特定业务流的时延变化， 可选地， 该业务流时延阈值可以为 S121中应用服务器要求的端到端时延；
5125, UE检测该特定业务流的时延， 具体检测方法有多种， 比如 UE 可以采用 TCP协议的时延进行估计， 或基于实时传输控制协议（Real-time
Transport Control Protocol, 筒称为 "RTCP" ) 的时间戳进行估计等；
5126, 当， UE检测到时延超过 QoS控制实体指定的业务流时延阈值时， UE可以通过 API或者消息向 QoS控制实体 PCRF发送时延超过阈值指示； 在本实施方式中， 时延超过 QoS控制实体指定的业务流时延阈值的原因可以 是 UE和 eNB/RNC之间的无线信道质量变差等。
5127, PCRF收到该时延超过阈值指示后， 可以得知当前的 QoS策略已 经无法满足端到端时延； 于是 PCRF可以制定其他时延控制策略减少传输时 延。 就本例而言， 由于 eNB/RNC具有緩存能力， 并且当前的业务（比如视 频点播业务）可以采用预取的方式来实现， 则 PCRF可以确定该时延控制策 略为业务内容緩存策略， 并可以通过 API或者消息指示 eNB/RNC将业务流 承载的业务内容预先緩存到本地；
5128, eNB/RNC从应用服务器获取业务内容， 以预先将业务内容緩存 到本地；
5129, eNB/RNC将緩存的业务内容传输给 UE, 从而可以减少端到端传 输时延， 即节省了 eNB到应用服务器的传输时延， 由此能够提高用户体验。
应理解，在本发明实施例中， S121、S122和 S123分别与图 4所示的 Slll、 S112和 S113相同， 为了筒洁， 在此不再赘述。
应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意味 着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定， 而不应 对本发明实施例的实施过程构成任何限定。
因此， 本发明实施例的控制网络传输时延的方法， 通过设置业务流时延 阈值来监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制 定时延控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端 的时延需求， 提高用户体验。
图 7示出了根据本发明实施例的控制网络传输时延的方法 100的再一示 意性流程图，如图 7所示，可选地， QoS控制实体根据该时延超过阈值指示， 确定时延控制策略， 包括：
5133, 根据用户设备的位置信息， 确定该用户设备所在位置具有可接入 网络；
5134, 根据该时延超过阈值指示， 确定该时延控制策略为接入技术切换 策略；
该方法 100还包括：
S160,根据该接入技术切换策略，向该用户设备发送接入技术切换指示， 该接入技术切换指示用于指示该用户设备接入该可接入网络。
即 QoS控制实体在根据该用户设备的位置信息，确定该用户设备所在位 置具有可接入网络时， 可以确定该时延控制策略为接入技术切换策略， 并可 以向该用户设备发送接入技术切换指示， 以指示该用户设备接入该可接入网 络， 从而可以尽可能满足业务流的端到端的时延需求， 提高用户体验。
应理解， 在本发明实施例中， 执行该时延控制策略的通信设备为用户设 备。
具体而言， 如图 8所示， 假设 UE仅通过 eUTRAN/UTRAN接入网络， 但是该 UE所在位置具有其他接入技术， 例如 WLAN, 那么根据本发明实施 例的采用接入技术切换策略控制网络传输时延的方法 150可以包括：
5151 , 应用服务器向 PCRF发送 QoS请求；
5152, PCRF向 PGW发送 QoS策略；
S153 , PGW建立与 UE之间的 IP-CAN承载；
5154, PCRF向 PGW发送业务流时延阈值；
5155, PGW确定该业务流的传输时延；
5156, 当 PGW检测的传输时延超过 QoS控制实体指定的业务流时延阈 值后， PGW向 QoS控制实体 PCRF发送时延超过阈值指示；
S157, QoS控制实体即 PCRF收到时延超过阈值指示后， 可以得知当前 的 QoS策略已经无法满足端到端时延； QoS控制实体可以制定其他时延控 制策略以减少传输时延， 就本例而言， QoS控制实体可以根据 UE的位置信 息， 确定该用户设备所在位置具有除当前接入网络之外的其他可接入网络 时， 可以确定该时延控制策略为接入技术切换策略；
S158, QoS控制实体即 PCRF可以通过 API或者消息， 向 UE发送接入 技术切换指示， 为了便于切换， 可能还包括接入相关信息， 比如 WLAN接 入时的服务集标识（Service Set Identifier, 筒称为 "SSID" )等；
S159, UE根据接入技术切换指示接入到 WLAN网络，并开始在 WLAN 接入下传输业务报文， 以减少端到端时延并提高用户体验。
应理解， 在本发明实施例中， S151至 S156分别与图 4所示的 S111至 S116相同， 为了筒洁， 在此不再赘述。
应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意味 着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定， 而不应 对本发明实施例的实施过程构成任何限定。
因此， 本发明实施例的控制网络传输时延的方法， 通过设置业务流时延 阈值来监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制 定时延控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端 的时延需求， 提高用户体验。
图 9示出了根据本发明实施例的控制网络传输时延的方法 100的再一示 意性流程图，如图 9所示，可选地， QoS控制实体根据该时延超过阈值指示， 确定时延控制策略， 包括：
S135, 在确定业务流所在的网络能够满足该传输时延需求时， 根据该时 延超过阈值指示， 确定该时延控制策略为更新 QoS策略；
该方法 100还包括：
S170, 根据该更新 QoS策略， 向网络设备发送更新 QoS指示， 该更新 QoS指示用于指示该网络设备更新 QoS策略中的 QoS类别标识符。
例如，在 QoS控制实体初始生成 QoS策略时只考虑了终端到 PGW的时 延，导致其 QoS策略无法满足应用端到端时延需求时，例如应用服务器要求 160ms时延， QoS控制实体选择 QCI=2 (相应的 PGW到 UE的最大时延为 150ms ), 但由于 PGW到应用服务器之间的时延为 20ms, 无法满足应用端 到端时延要求， 又例如， 在不是无线拥塞或者切换接入技术导致的传输时延 超过业务流时延阈值时，如果 QoS控制实体确定该业务流所在的网络能够满 足该传输时延需求，那么 QoS控制实体可以根据该时延超过阈值指示，确定 该时延控制策略为更新 QoS策略， 以减小传输时延， 提高用户体验。
应理解， 在本发明实施例中， 执行该时延控制策略的通信设备为网络设 备， 该网络设备例如为 PGW等。
具体而言， 如图 10所示， 假设 UE仅通过 eUTRAN/UTRAN接入网络， 根据本发明实施例的采用更新 QoS策略控制网络传输时延的方法 140可以包 括：
5141 , 应用月良务器向 PCRF发送 QoS请求；
5142, PCRF向 PGW发送 QoS策略；
S 143 , PGW建立与 UE之间的 IP-CAN承载；
5144, PCRF向 UE发送业务流标识和业务流时延阈值；
5145, UE检测该特定业务流的时延；
5146,由于 QoS控制实体初始制定的 QoS策略仅考虑了 UE到 PGW的 时延， 无法满足业务流端到端时延要求， S145 中检测的时延必然超过 QoS 控制实体指定的业务流时延阈值， 于是 UE可以通过 API或者消息向 PCRF 发送时延超过阈值指示；
5147, QoS控制实体即 PCRF收到该时延超过阈值指示后， 可以得知当 前的 QoS策略已经无法满足端到端时延； QoS控制实体可以制定其他时延 控制策略以减少传输时延， 就本例而言， 由于不是无线拥塞或者切换接入技 术导致的传输时延超过该阈值， QoS 控制实体即 PCRF 可以通过改变当前 QoS规则的 QCI来减小网络传输时延，例如将 QCI=2改为 QCI=1;于是 QoS 控制实体即 PCRF可以通过 API或者消息， 向 PGW发送新的 QoS策略；
5148, PGW根据更新后的 QoS策略创建或者更新与 UE之间的 IPCAN 承载，后续业务流报文在更新后的 IP-CAN承载传输，以减少网络传输时延， 并提高用户体验。
应理解， 在本发明实施例中， S141至 S145分别与图 6所示的 S121至 S125相同， 为了筒洁， 在此不再赘述。
应理解， 在本发明实施例中， QoS控制实体根据时延超过阈值指示确定 的时延控制策略可以包括： 流切换策略、 业务内容緩存策略、 接入技术切换 策略和更新 QoS策略， 当然 QoS控制实体还可以确定其它时延控制策略， 本发明实施例并不限于此。
还应理解， 在本发明实施例中， 当流切换策略、 业务内容緩存策略、 接 入技术切换策略或更新 QoS策略中的至少两个策略的前提条件得到满足时， QoS控制实体还可以结合其它参数确定最终采用的时延控制策略。 例如， 当 用户设备同时接入至少两个网络， 并且网络设备具有緩存能力时， 如果时延 超过阈值是由于该至少两个网络中的一个网络拥塞导致的，那么 QoS控制实 体可以确定采用流切换策略； 如果时延超过阈值不是由于网络拥塞导致的， 并且当前业务可以采用预取的方式来实现，那么 QoS控制实体可以确定采用 业务内容緩存策略， 本发明实施例并不限于此。
应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意味 着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定， 而不应 对本发明实施例的实施过程构成任何限定。
因此， 本发明实施例的控制网络传输时延的方法， 通过设置业务流时延 阈值来监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制 定时延控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端 的时延需求， 提高用户体验。
上文中结合图 1至图 10, 从 QoS控制实体的角度详细描述了根据本发 明实施例的控制网络传输时延的方法， 下面将结合图 11和图 12, 从通信设 备的角度描述根据本发明实施例的控制网络传输时延的方法。
图 11示出了根据本发明另一实施例的控制网络传输时延的方法 300,该 方法 300可以由通信设备执行， 例如由诸如 PGW或 eNB/RNC的网络设备 或用户设备 UE执行。 如图 11所示， 该方法 300包括：
S310, 接收服务质量 QoS控制实体发送的业务流时延阈值；
S320, 确定与该业务流时延阈值相应的业务流的传输时延；
S330, 在该业务流的传输时延超过该业务流时延阈值时， 向该 QoS控 制实体发送时延超过阈值指示，以便于该 QoS控制实体根据该时延超过阈值 指示确定时延控制策略。
因此， 本发明实施例的控制网络传输时延的方法， 通过设置业务流时延 阈值来监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制 定时延控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端 的时延需求， 提高用户体验。
在本发明实施例中，如图 12所示，可选地，该方法 300例如由 eNB/RNC 执行， 该方法 300还包括：
S340, 接收该 QoS控制实体发送的该时延控制策略；
S350, 根据该时延控制策略控制该业务流的传输时延。
在 S350中， 在 QoS控制实体确定该时延控制策略为流切换策略时， 用 户设备 UE可以根据该流切换策略， 向 PGW发起流切换， 以控制该业务流 的传输时延； 在 QoS控制实体确定该时延控制策略为业务内容緩存策略时， eNB/RNC 可以根据该流切换策略， 预先緩存该业务流承载的业务内容， 并 由向用户设备传输该业务内容， 以控制该业务流的传输时延；在 QoS控制实 体确定该时延控制策略为接入技术切换策略时， 用户设备 UE可以根据该流 切换策略， 接入 UE所在位置的可接入网络， 以控制该业务流的传输时延； 在 QoS控制实体确定该时延控制策略为更新 QoS策略时，网络设备 PGW可 以根据该流切换策略， 更新与 UE之间建立的 IP-CAN承载， 以控制该业务 流的传输时延。
在本发明实施例中， 可选地， 该业务流时延阈值为应用服务器要求的该 业务流承载的业务内容从该应用服务器到该用户设备的时延； 可选地， 该时 延控制策略包括： 流切换策略、 接入技术切换策略、 业务内容緩存策略或更 新服务质量 QoS策略。
应理解，通信设备侧描述的 QoS控制实体与该通信设备之间的交互及相 关特性、 功能等与 QoS控制实体侧的描述相应， 为了筒洁， 在此不再赘述。
应理解， 在本发明的各种实施例中， 上述各过程的序号的大小并不意味 着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定， 而不应 对本发明实施例的实施过程构成任何限定。
因此， 本发明实施例的控制网络传输时延的方法， 通过设置业务流时延 阈值来监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制 定时延控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端 的时延需求， 提高用户体验。
上文中结合图 1至图 12,详细描述了根据本发明实施例的控制网络传输 时延的方法， 下面将结合图 13至图 21 , 详细描述根据本发明实施例的 QoS 控制实体和通信设备。
图 13示出了根据本发明实施例的 QoS控制实体 500的示意性框图。 如 图 13所示， 该 QoS控制实体 500包括：
第一发送模块 510, 用于根据业务流的传输时延需求， 向通信设备发送 业务流时延阈值， 该通信设备包括网络设备和 /或用户设备；
接收模块 520, 用于接收该通信设备发送的时延超过阈值指示， 该时延 超过阈值指示用于指示该业务流的传输时延超过该第一发送模块 510发送的 该业务流时延阈值； 确定模块 530, 用于根据该接收模块 520接收的该时延超过阈值指示， 确定时延控制策略， 以便于发送该时延控制策略的通信设备执行该时延控制 策略。
因此， 本发明实施例的服务质量控制实体， 通过设置业务流时延阈值来 监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制定时延 控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端的时延 需求， 提高用户体验。
在本发明实施例中， 可选地， 该确定模块 530确定的该时延控制策略包 括： 流切换策略、 接入技术切换策略、 业务内容緩存策略或更新服务质量 QoS策略。
在本发明实施例中， 可选地， 该第一发送模块 510具体用于： 根据该业 务流的该传输时延需求， 向该通信设备发送该业务流时延阈值， 该业务流时 延阈值为应用服务器要求的该业务流承载的业务内容从该应用服务器到该 用户设备的时延。
在本发明实施例中， 可选地， 如图 14所示， 该确定模块 530包括： 第一确定单元 531 , 用于在该用户设备同时接入至少两个网络时， 根据 该接收模块 520接收的该时延超过阈值指示，确定该时延控制策略为流切换 策略；
该服务质量控制实体 500还包括：
第二发送模块 540,用于根据该第一确定单元 531确定的该流切换策略， 向该用户设备发送流切换指示， 该流切换指示用于指示该用户设备将该业务 流从当前接入的网络切换到该至少两个网络中的另一网络。
在本发明实施例中， 可选地， 如图 15所示， 该确定模块 530包括： 第二确定单元 532, 用于在该网络设备具有緩存能力时， 根据该接收模 块 520接收的该时延超过阈值指示，确定该时延控制策略为业务内容緩存策 略；
该服务质量控制实体 500还包括：
第三发送模块 550, 用于根据该第二确定单元 532确定的该业务内容緩 存策略， 向该网络设备发送业务内容緩存指示， 该业务内容緩存指示用于指 示该网络设备预先緩存该业务流承载的业务内容， 并由该网络设备向该用户 设备传输该业务内容。 在本发明实施例中， 可选地， 如图 16所示， 该确定模块 530包括： 第三确定单元 533 , 用于根据该用户设备的位置信息， 确定该用户设备 所在位置具有可接入网络；
第四确定单元 534, 用于根据该接收模块 520接收的该时延超过阈值指 示， 确定该时延控制策略为接入技术切换策略；
该服务质量控制实体 500还包括：
第四发送模块 560, 用于根据该第四确定单元 534确定的该接入技术切 换策略， 向该用户设备发送接入技术切换指示， 该接入技术切换指示用于指 示该用户设备接入该第三确定单元 533确定的该可接入网络。
在本发明实施例中， 可选地， 如图 17所示， 该确定模块 530包括： 第五确定单元 535 , 用于在确定该业务流所在的网络能够满足该传输时 延需求时， 根据该接收模块 520接收的该时延超过阈值指示， 确定该时延控 制策略为更新 QoS策略；
该服务质量控制实体 500还包括：
第五发送模块 570,用于根据该第五确定单元 535确定的该更新 QoS策 略， 向该网络设备发送更新 QoS指示， 该更新 QoS指示用于指示该网络设 备更新 QoS策略中的 QoS类别标识符。
在本发明实施例中， QoS控制实体 500可以是 PCRF, 例如图 1所示的 PCC架构中的 PCRF , 也可以是运营商的能力开放平台或业务开发平台等， 该 QoS控制实体还可以是其它开放平台， 本发明实施例并不限于此。
根据本发明实施例的 QoS控制实体 500可对应于本发明实施例中的 QoS 控制实体 PCRF、 能力开放平台等， 并且 QoS控制实体 500中的各个模块的 上述和其它操作和 /或功能分别为了实现图 1至图 10中的各个方法的相应流 程， 为了筒洁， 在此不再赘述。
因此， 本发明实施例的服务质量控制实体， 通过设置业务流时延阈值来 监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制定时延 控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端的时延 需求， 提高用户体验。
图 18示出了根据本发明实施例的通信设备 700的示意性框图。 如图 18 所示， 该通信设备 700包括：
第一接收模块 710,用于接收服务质量 QoS控制实体发送的业务流时延 阈值；
确定模块 720, 用于确定与该第一接收模块 710接收的该业务流时延阈 值相应的业务流的传输时延；
发送模块 730, 用于在该确定模块 720确定的该业务流的传输时延超过 该第一接收模块 710接收的该业务流时延阈值时，向该 QoS控制实体发送时 延超过阈值指示，以便于该 QoS控制实体根据该时延超过阈值指示确定时延 控制策略。
在本发明实施例中， 可选地， 该第一接收模块 710 具体用于： 接收该 QoS控制实体发送的该业务流时延阈值，该业务流时延阈值为应用服务器要 求的该业务流承载的业务内容从该应用服务器到该用户设备的时延。
可选地， 如图 19所示， 该通信设备 700还包括：
第二接收模块 740, 用于接收该 QoS控制实体发送的该时延控制策略； 控制模块 750, 用于根据该第二接收模块 740接收的该时延控制策略， 控制该业务流的传输时延。
在本发明实施例中， 可选地， 该第二接收模块 740接收的该时延控制策 略包括： 流切换策略、 接入技术切换策略、 业务内容緩存策略或更新服务质 量 QoS策略。
根据本发明实施例的通信设备 700可对应于本发明实施例中的包括网络 设备和用户设备的通信设备， 并且通信设备 700中的各个模块的上述和其它 操作和 /或功能分别为了实现图 11至图 12中的各个方法的相应流程，为了筒 洁， 在此不再赘述。
因此， 本发明实施例的通信设备， 通过设置业务流时延阈值来监测网络 传输时延， 并在确定业务流的传输时延不能得到满足时， 制定时延控制策略 来动态调整网络传输时延， 从而尽可能满足业务流的端到端的时延需求， 提 高用户体验。
图 20示出了根据本发明另一实施例的 QoS控制实体 600的示意性框图。 如图 20所示， 该 QoS控制实体 600包括： 发送器 610、 接收器 620和处理 器 630, 其中，
发送器 610, 用于根据业务流的传输时延需求， 向通信设备发送业务流 时延阈值， 该通信设备包括网络设备和 /或用户设备；
接收器 620, 用于接收该通信设备发送的时延超过阈值指示， 该时延超 过阈值指示用于指示该业务流的传输时延超过该发送器 610发送的该业务流 时延阈值；
处理器 630, 用于根据该接收器 620接收的该时延超过阈值指示， 确定 时延控制策略， 以便于发送该时延控制策略的通信设备执行该时延控制策 略。
因此， 本发明实施例的服务质量控制实体， 通过设置业务流时延阈值来 监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制定时延 控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端的时延 需求， 提高用户体验。
在本发明实施例中，可选地，该处理器 630确定的该时延控制策略包括： 流切换策略、 接入技术切换策略、 业务内容緩存策略或更新服务质量 QoS 策略。
在本发明实施例中， 可选地， 该处理器 630还用于： 在该用户设备同时 接入至少两个网络时， 根据该接收器 620接收的该时延超过阈值指示， 确定 该时延控制策略为流切换策略； 该发送器 610还用于： 根据该处理器 630确 定的该流切换策略， 向该用户设备发送流切换指示， 该流切换指示用于指示 该用户设备将该业务流从当前接入的网络切换到该至少两个网络中的另一 网络。
在本发明实施例中， 可选地， 该处理器 630还用于： 在该网络设备具有 緩存能力时， 根据该接收器 620接收的该时延超过阈值指示， 确定该时延控 制策略为业务内容緩存策略； 该发送器 610还用于： 根据该处理器 630确定 的该业务内容緩存策略， 向该网络设备发送业务内^爰存指示， 该业务内容 緩存指示用于指示该网络设备预先緩存该业务流承载的业务内容， 并由该网 络设备向该用户设备传输该业务内容。
在本发明实施例中， 可选地， 该处理器 630还用于： 根据该用户设备的 位置信息， 确定该用户设备所在位置具有可接入网络； 并根据该接收器 620 接收的该时延超过阈值指示， 确定该时延控制策略为接入技术切换策略； 该 发送器 610还用于： 根据该处理器 630确定的该接入技术切换策略， 向该用 户设备发送接入技术切换指示， 该接入技术切换指示用于指示该用户设备接 入该处理器确定的该可接入网络。
在本发明实施例中， 可选地， 该处理器 630还用于： 在确定该业务流所 在的网络能够满足该传输时延需求时，根据该接收器 620接收的该时延超过 阈值指示， 确定该时延控制策略为更新 QoS策略； 该发送器 610还用于： 根 据该处理器 630确定的该更新 QoS策略，向该网络设备发送更新 QoS指示， 该更新 QoS指示用于指示该网络设备更新 QoS策略中的 QoS类别标识符。
在本发明实施例中， 可选地， 该发送器 610具体用于： 根据该业务流的 该传输时延需求， 向该通信设备发送该业务流时延阈值， 该业务流时延阈值 为应用服务器要求的该业务流承载的业务内容从该应用服务器到该用户设 备的时延。
因此， 本发明实施例的服务质量控制实体， 通过设置业务流时延阈值来 监测网络传输时延， 并在确定业务流的传输时延不能得到满足时， 制定时延 控制策略来动态调整网络传输时延，从而尽可能满足业务流的端到端的时延 需求， 提高用户体验。
图 21示出了根据本发明另一实施例的通信设备 800的示意性框图。 如 图 21所示， 该通信设备 800包括： 接收器 810、 处理器 820和发送器 830, 其中，
接收器 810, 用于接收服务质量 QoS控制实体发送的业务流时延阈值； 处理器 820, 用于确定与该接收器 810接收的该业务流时延阈值相应的 业务流的传输时延；
发送器 830, 用于在该处理器 820确定的该业务流的传输时延超过该接 收器 810接收的该业务流时延阈值时，向该 QoS控制实体发送时延超过阈值 指示， 以便于该 QoS控制实体根据该时延超过阈值指示确定时延控制策略。
在本发明实施例中， 可选地， 该接收器 810还用于： 接收该 QoS控制实 体发送的该时延控制策略； 该处理器 820还用于： 根据该接收器 810接收的 该时延控制策略， 控制该业务流的传输时延。
在本发明实施例中， 可选地， 该接收器 810具体用于： 接收该 QoS控制 实体发送的该业务流时延阈值， 该业务流时延阈值为应用服务器要求的该业 务流承载的业务内容从该应用服务器到该用户设备的时延。
在本发明实施例中，可选地，该接收器 810接收的该时延控制策略包括： 流切换策略、 接入技术切换策略、 业务内容緩存策略或更新服务质量 QoS 策略。
因此， 本发明实施例的通信设备， 通过设置业务流时延阈值来监测网络 传输时延， 并在确定业务流的传输时延不能得到满足时， 制定时延控制策略 来动态调整网络传输时延， 从而尽可能满足业务流的端到端的时延需求， 提 高用户体验。
本领域普通技术人员可以意识到， 结合本文中所公开的实施例描述的各 示例的单元及算法步骤， 能够以电子硬件、 计算机软件或者二者的结合来实 现， 为了清楚地说明硬件和软件的可互换性， 在上述说明中已经按照功能一 般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执 行， 取决于技术方案的特定应用和设计约束条件。 专业技术人员可以对每个 特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超 出本发明的范围。
所属领域的技术人员可以清楚地了解到， 为了描述的方便和筒洁， 上述 描述的系统、 装置和单元的具体工作过程， 可以参考前述方法实施例中的对 应过程， 在此不再赘述。
在本申请所提供的几个实施例中， 应该理解到， 所揭露的系统、 装置和 方法， 可以通过其它的方式实现。 例如， 以上所描述的装置实施例仅仅是示 意性的， 例如， 所述单元的划分， 仅仅为一种逻辑功能划分， 实际实现时可 以有另外的划分方式， 例如多个单元或组件可以结合或者可以集成到另一个 系统， 或一些特征可以忽略， 或不执行。 另外， 所显示或讨论的相互之间的 耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或 通信连接， 也可以是电的， 机械的或其它的形式连接。 为单元显示的部件可以是或者也可以不是物理单元， 即可以位于一个地方， 或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或 者全部单元来实现本发明实施例方案的目的。
另外， 在本发明各个实施例中的各功能单元可以集成在一个处理单元 中， 也可以是各个单元单独物理存在， 也可以是两个或两个以上单元集成在 一个单元中。 上述集成的单元既可以采用硬件的形式实现， 也可以采用软件 功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销 售或使用时， 可以存储在一个计算机可读取存储介质中。 基于这样的理解， 本发明的技术方案本质上或者说对现有技术做出贡献的部分， 或者该技术方 案的全部或部分可以以软件产品的形式体现出来， 该计算机软件产品存储在 一个存储介质中， 包括若干指令用以使得一台计算机设备（可以是个人计算 机， 服务器， 或者网络设备等）执行本发明各个实施例所述方法的全部或部 分步骤。 而前述的存储介质包括： U盘、 移动硬盘、 只读存储器（ROM, Read-Only Memory )、 随机存取存储器 ( RAM, Random Access Memory )、 磁碟或者光盘等各种可以存储程序代码的介质。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限 于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易 想到各种等效的修改或替换， 这些修改或替换都应涵盖在本发明的保护范围 之内。 因此， 本发明的保护范围应以权利要求的保护范围为准。

Claims

权利要求
1、 一种控制网络传输时延的方法， 其特征在于， 包括：
根据业务流的传输时延需求， 向通信设备发送业务流时延阈值， 所述通 信设备包括网络设备和 /或用户设备；
接收所述通信设备发送的时延超过阈值指示，所述时延超过阈值指示用 于指示所述业务流的传输时延超过所述业务流时延阈值；
根据所述时延超过阈值指示， 确定时延控制策略， 以便于发送所述时延 控制策略的通信设备执行所述时延控制策略。
2、 根据权利要求 1所述的方法， 其特征在于， 所述时延控制策略包括： 流切换策略、 接入技术切换策略、 业务内容緩存策略或更新服务质量 QoS 策略。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 所述根据所述时延 超过阈值指示， 确定时延控制策略， 包括：
在所述用户设备同时接入至少两个网络时， 根据所述时延超过阈值指 示， 确定所述时延控制策略为流切换策略；
所述方法还包括：
根据所述流切换策略， 向所述用户设备发送流切换指示， 所述流切换指 示用于指示所述用户设备将所述业务流从当前接入的网络切换到所述至少 两个网络中的另一网络。
4、 根据权利要求 1或 2所述的方法， 其特征在于， 所述根据所述时延 超过阈值指示， 确定时延控制策略， 包括：
在所述网络设备具有緩存能力时， 根据所述时延超过阈值指示， 确定所 述时延控制策略为业务内^爰存策略；
所述方法还包括：
根据所述业务内容緩存策略， 向所述网络设备发送业务内容緩存指示， 所述业务内容緩存指示用于指示所述网络设备预先緩存所述业务流承载的 业务内容， 并由所述网络设备向所述用户设备传输所述业务内容。
5、 根据权利要求 1或 2所述的方法， 其特征在于， 所述根据所述时延 超过阈值指示， 确定时延控制策略， 包括：
根据所述用户设备的位置信息，确定所述用户设备所在位置具有可接入 网络； 根据所述时延超过阈值指示，确定所述时延控制策略为接入技术切换策 略；
所述方法还包括：
根据所述接入技术切换策略， 向所述用户设备发送接入技术切换指示， 所述接入技术切换指示用于指示所述用户设备接入所述可接入网络。
6、 根据权利要求 1或 2所述的方法， 其特征在于， 所述根据所述时延 超过阈值指示， 确定时延控制策略， 包括：
在确定所述业务流所在的网络能够满足所述传输时延需求时，根据所述 时延超过阈值指示， 确定所述时延控制策略为更新 QoS策略；
所述方法还包括：
根据所述更新 QoS策略， 向所述网络设备发送更新 QoS指示， 所述更 新 QoS指示用于指示所述网络设备更新 QoS策略中的 QoS类别标识符。
7、 根据权利要求 1至 6中任一项所述的方法， 其特征在于， 所述根据 业务流的传输时延需求， 向通信设备发送业务流时延阈值， 包括：
根据所述业务流的所述传输时延需求， 向所述通信设备发送所述业务流 时延阈值， 所述业务流时延阈值为应用服务器要求的所述业务流承载的业务 内容从所述应用服务器到所述用户设备的时延。
8、 一种控制网络传输时延的方法， 其特征在于， 包括：
接收服务质量 QoS控制实体发送的业务流时延阈值；
确定与所述业务流时延阈值相应的业务流的传输时延；
在所述业务流的传输时延超过所述业务流时延阈值时，向所述 QoS控制 实体发送时延超过阈值指示，以便于所述 QoS控制实体根据所述时延超过阈 值指示确定时延控制策略。
9、 根据权利要求 8所述的方法， 其特征在于， 所述方法还包括： 接收所述 QoS控制实体发送的所述时延控制策略；
根据所述时延控制策略控制所述业务流的传输时延。
10、 根据权利要求 8或 9所述的方法， 其特征在于， 所述接收服务质量 QoS控制实体发送的业务流时延阈值， 包括：
接收所述 QoS控制实体发送的所述业务流时延阈值，所述业务流时延阈 值为应用服务器要求的所述业务流承载的业务内容从所述应用服务器到所 述用户设备的时延。
11、 根据权利要求 8至 10中任一项所述的方法， 其特征在于， 所述时 延控制策略包括： 流切换策略、 接入技术切换策略、 业务内容緩存策略或更 新服务质量 QoS策略。
12、 一种服务质量控制实体， 其特征在于， 包括：
第一发送模块， 用于根据业务流的传输时延需求， 向通信设备发送业务 流时延阈值， 所述通信设备包括网络设备和 /或用户设备；
接收模块， 用于接收所述通信设备发送的时延超过阈值指示， 所述时延 超过阈值指示用于指示所述业务流的传输时延超过所述第一发送模块发送 的所述业务流时延阈值；
确定模块， 用于根据所述接收模块接收的所述时延超过阈值指示， 确定 时延控制策略， 以便于发送所述时延控制策略的通信设备执行所述时延控制 策略。
13、 根据权利要求 12所述的服务质量控制实体， 其特征在于， 所述确 定模块确定的所述时延控制策略包括： 流切换策略、 接入技术切换策略、 业 务内容緩存策略或更新服务质量 QoS策略。
14、 根据权利要求 12或 13所述的服务质量控制实体， 其特征在于， 所 述确定模块包括：
第一确定单元， 用于在所述用户设备同时接入至少两个网络时， 根据所 述接收模块接收的所述时延超过阈值指示，确定所述时延控制策略为流切换 策略；
所述服务质量控制实体还包括：
第二发送模块， 用于根据所述第一确定单元确定的所述流切换策略， 向 所述用户设备发送流切换指示， 所述流切换指示用于指示所述用户设备将所 述业务流从当前接入的网络切换到所述至少两个网络中的另一网络。
15、 根据权利要求 12或 13所述的服务质量控制实体， 其特征在于， 所 述确定模块包括：
第二确定单元， 用于在所述网络设备具有緩存能力时， 根据所述接收模 块接收的所述时延超过阈值指示，确定所述时延控制策略为业务内容緩存策 略；
所述服务质量控制实体还包括：
第三发送模块，用于根据所述第二确定单元确定的所述业务内容緩存策 略， 向所述网络设备发送业务内容緩存指示， 所述业务内容緩存指示用于指 示所述网络设备预先緩存所述业务流承载的业务内容， 并由所述网络设备向 所述用户设备传输所述业务内容。
16、 根据权利要求 12或 13所述的服务质量控制实体， 其特征在于， 所 述确定模块包括：
第三确定单元， 用于根据所述用户设备的位置信息， 确定所述用户设备 所在位置具有可接入网络；
第四确定单元， 用于根据所述接收模块接收的所述时延超过阈值指示， 确定所述时延控制策略为接入技术切换策略；
所述服务质量控制实体还包括：
第四发送模块，用于根据所述第四确定单元确定的所述接入技术切换策 略， 向所述用户设备发送接入技术切换指示， 所述接入技术切换指示用于指 示所述用户设备接入所述第三确定单元确定的所述可接入网络。
17、 根据权利要求 12或 13所述的服务质量控制实体， 其特征在于， 所 述确定模块包括：
第五确定单元，用于在确定所述业务流所在的网络能够满足所述传输时 延需求时， 根据所述接收模块接收的所述时延超过阈值指示， 确定所述时延 控制策略为更新 QoS策略；
所述服务质量控制实体还包括：
第五发送模块， 用于根据所述第五确定单元确定的所述更新 QoS策略， 向所述网络设备发送更新 QoS指示， 所述更新 QoS指示用于指示所述网络 设备更新 QoS策略中的 QoS类别标识符。
18、 根据权利要求 12至 17中任一项所述的服务质量控制实体， 其特征 在于， 所述第一发送模块具体用于： 根据所述业务流的所述传输时延需求， 向所述通信设备发送所述业务流时延阈值， 所述业务流时延阈值为应用服务 器要求的所述业务流承载的业务内容从所述应用服务器到所述用户设备的 时延。
19、 一种通信设备， 其特征在于， 包括：
第一接收模块， 用于接收服务质量 QoS 控制实体发送的业务流时延阈 值；
确定模块， 用于确定与所述第一接收模块接收的所述业务流时延阈值相 应的业务流的传输时延；
发送模块， 用于在所述确定模块确定的所述业务流的传输时延超过所述 第一接收模块接收的所述业务流时延阈值时，向所述 QoS控制实体发送时延 超过阈值指示，以便于所述 QoS控制实体根据所述时延超过阈值指示确定时 延控制策略。
20、 根据权利要求 19所述的通信设备， 其特征在于， 所述通信设备还 包括：
第二接收模块， 用于接收所述 QoS控制实体发送的所述时延控制策略； 控制模块， 用于根据所述第二接收模块接收的所述时延控制策略， 控制 所述业务流的传输时延。
21、 根据权利要求 19或 20所述的通信设备， 其特征在于， 所述第一接 收模块具体用于：接收所述 QoS控制实体发送的所述业务流时延阈值，所述 业务流时延阈值为应用服务器要求的所述业务流承载的业务内容从所述应 用服务器到所述用户设备的时延。
22、 根据权利要求 19至 21中任一项所述的通信设备， 其特征在于， 所 述第二接收模块接收的所述时延控制策略包括： 流切换策略、 接入技术切换 策略、 业务内容緩存策略或更新服务质量 QoS策略。
PCT/CN2012/081053 2012-09-06 2012-09-06 控制网络传输时延的方法、服务质量控制实体和通信设备 WO2014036704A1 (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201811138366.XA CN109245936A (zh) 2012-09-06 2012-09-06 控制网络传输时延的方法、服务质量控制实体和通信设备
CN201280001381.4A CN103782555A (zh) 2012-09-06 2012-09-06 控制网络传输时延的方法、服务质量控制实体和通信设备
EP12884236.6A EP2892190A4 (en) 2012-09-06 2012-09-06 METHOD FOR CONTROLLING NETWORK TRANSMISSION DELAY, SERVICE GOOD CONTROL UNIT AND COMMUNICATION DEVICE
PCT/CN2012/081053 WO2014036704A1 (zh) 2012-09-06 2012-09-06 控制网络传输时延的方法、服务质量控制实体和通信设备
US14/640,292 US9936416B2 (en) 2012-09-06 2015-03-06 Method for controlling network transmission delay, QoS control entity and communication device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2012/081053 WO2014036704A1 (zh) 2012-09-06 2012-09-06 控制网络传输时延的方法、服务质量控制实体和通信设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/640,292 Continuation US9936416B2 (en) 2012-09-06 2015-03-06 Method for controlling network transmission delay, QoS control entity and communication device

Publications (1)

Publication Number Publication Date
WO2014036704A1 true WO2014036704A1 (zh) 2014-03-13

Family

ID=50236452

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/081053 WO2014036704A1 (zh) 2012-09-06 2012-09-06 控制网络传输时延的方法、服务质量控制实体和通信设备

Country Status (4)

Country Link
US (1) US9936416B2 (zh)
EP (1) EP2892190A4 (zh)
CN (2) CN103782555A (zh)
WO (1) WO2014036704A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018028261A1 (zh) * 2016-08-11 2018-02-15 华为技术有限公司 业务传输控制方法、相关设备及通信系统
CN110062426A (zh) * 2019-04-02 2019-07-26 腾讯科技（深圳）有限公司 通信方法、装置、计算机可读介质及电子设备
CN110798869A (zh) * 2018-08-02 2020-02-14 华为技术有限公司 网络切换方法、电子设备以及芯片子系统
WO2020034464A1 (en) * 2018-11-14 2020-02-20 Zte Corporation Methods, apparatus and systems for satisfying a time control requirement in a wireless communication
CN110830268A (zh) * 2018-08-13 2020-02-21 华为技术有限公司 通信方法和通信装置
CN110972200A (zh) * 2018-09-30 2020-04-07 华为技术有限公司 通信方法和相关设备

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150271089A1 (en) * 2012-10-29 2015-09-24 Lin Tang Selective high-priority bandwidth allocation for time-division multiple access communications
WO2015025444A1 (ja) * 2013-08-22 2015-02-26 日本電気株式会社 Ｍｔｃ－ｉｗｆエンティティ、ｓｃｓエンティティ、ｐｃｒｆエンティティ、及び通信方法
CN110022266A (zh) * 2014-05-29 2019-07-16 华为技术有限公司 负载传输的控制方法及装置
US11757970B2 (en) * 2015-04-13 2023-09-12 Sony Group Corporation System and method for content streaming in a network environment
EP3370374B1 (en) * 2015-11-28 2023-03-22 Huawei Technologies Co., Ltd. Signaling message processing methods, entities, computer programs and system
US9900230B2 (en) * 2016-01-07 2018-02-20 Avaya Inc. Dissemination of quality of service information in a distributed environment
CN107690149B (zh) 2016-08-04 2019-12-20 电信科学技术研究院 触发网络策略更新的方法、管理功能实体及核心网设备
GB201715920D0 (en) * 2017-09-29 2017-11-15 Nec Corp Communication system
CN109714798B (zh) * 2017-10-25 2023-03-21 中国电信股份有限公司 后向QoS保障方法、加速平台以及通信系统
US10805178B2 (en) 2017-11-27 2020-10-13 Cisco Technology, Inc. Subscription-based event notification techniques for reducing data buffering in mobile networks
CN110022268B (zh) * 2018-01-09 2022-05-03 腾讯科技（深圳）有限公司 一种数据传输控制方法、装置及存储介质
KR102240633B1 (ko) * 2018-04-28 2021-04-14 텔레폰악티에볼라겟엘엠에릭슨(펍) QoS 흐름 제어 파라미터들 시그널링
US10805841B2 (en) * 2018-07-23 2020-10-13 Cisco Technology, Inc. Policy enforcement methods and apparatus for background data transfers involving multiple UEs
US11172397B2 (en) 2018-10-15 2021-11-09 Qualcomm Incorporated Timing information for multiple periodic traffic streams sharing a same quality of service
WO2020095568A1 (ja) * 2018-11-07 2020-05-14 日本電気株式会社 管理サーバ、データ処理方法、及び非一時的なコンピュータ可読媒体
CN111225413B (zh) * 2018-11-27 2022-09-23 中国电信股份有限公司 对流量进行管控的方法和系统
CN115426673A (zh) * 2019-02-14 2022-12-02 华为技术有限公司 时延测量方法、网络设备和终端设备
JPWO2020255657A1 (zh) * 2019-06-17 2020-12-24
CN112994961B (zh) * 2019-12-02 2023-02-07 华为技术有限公司 传输质量检测方法及装置、系统、存储介质
WO2021146926A1 (zh) * 2020-01-21 2021-07-29 华为技术有限公司 一种数据传输方法、设备及系统
CN113162790B (zh) * 2020-01-22 2023-10-03 华为技术有限公司 调整服务等级的方法、装置、设备及存储介质
CN111294881A (zh) * 2020-02-07 2020-06-16 北京小米移动软件有限公司 网络链路切换方法及装置、客户端和计算机可读存储介质
CN115209490B (zh) * 2021-04-09 2024-06-04 北京小米移动软件有限公司 小区切换方法及装置、通信设备及存储介质
US11936535B2 (en) 2021-10-29 2024-03-19 Samsung Electronics Co., Ltd. Server and electronic device for transmitting and receiving stream data and method for operating the same
CN113949666B (zh) * 2021-11-15 2024-03-19 中国银行股份有限公司 流量控制方法、装置、设备及系统
CN116419358A (zh) * 2021-12-31 2023-07-11 腾讯科技（深圳）有限公司 网络切换处理方法、装置、计算机可读介质及电子设备
CN116708150B (zh) * 2022-12-29 2024-04-02 荣耀终端有限公司 网络诊断方法和电子设备
CN116708149B (zh) * 2022-12-29 2024-05-14 荣耀终端有限公司 网络诊断方法和电子设备
CN116708148B (zh) * 2022-12-29 2024-04-02 荣耀终端有限公司 网络诊断方法和电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101103601A (zh) * 2005-01-12 2008-01-09 皇家飞利浦电子股份有限公司 请求基站的许可以根据分组的传输延迟发送在移动站排队的分组
CN101119314A (zh) * 2007-09-14 2008-02-06 中国科学院计算技术研究所 一种多模终端业务流的控制系统和装置以及方法
CN101778426A (zh) * 2010-01-21 2010-07-14 深圳市同洲电子股份有限公司 移动无线网络中视频数据流传输的方法及设备
WO2011104306A1 (en) * 2010-02-25 2011-09-01 Skype Limited Controlling packet transmission

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7406098B2 (en) * 1999-01-13 2008-07-29 Qualcomm Incorporated Resource allocation in a communication system supporting application flows having quality of service requirements
AU2002216279A1 (en) * 2000-12-27 2002-07-08 Cellglide Technologies Corp. Resource allocation in cellular telephone networks
DE602005023271D1 (de) * 2004-02-03 2010-10-14 Nokia Corp Ienstqualität (qos) von ende zu ende
US8199654B2 (en) * 2005-06-21 2012-06-12 Alcatel Lucent Method and apparatus for providing end-to-end high quality services based on performance characterizations of network conditions
CN101048010B (zh) * 2006-03-31 2013-02-27 株式会社日立制作所 无源光网络系统中实现存储功能的方法及装置
US20080191285A1 (en) 2007-02-09 2008-08-14 Chih-Hsin Ko CMOS devices with schottky source and drain regions
US7765312B2 (en) * 2007-03-12 2010-07-27 Telefonaktiebolaget L M Ericsson (Publ) Applying policies for managing a service flow
US20090193147A1 (en) * 2008-01-30 2009-07-30 Viasat, Inc. Methods and Systems for the Use of Effective Latency to Make Dynamic Routing Decisions for Optimizing Network Applications
US8089870B2 (en) * 2009-07-22 2012-01-03 Cisco Technology, Inc. QoE based admission control
WO2011063825A1 (en) * 2009-11-24 2011-06-03 Telefonaktiebolaget Lm Ericsson (Publ) Data traffic control in a communication network

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101103601A (zh) * 2005-01-12 2008-01-09 皇家飞利浦电子股份有限公司 请求基站的许可以根据分组的传输延迟发送在移动站排队的分组
CN101119314A (zh) * 2007-09-14 2008-02-06 中国科学院计算技术研究所 一种多模终端业务流的控制系统和装置以及方法
CN101778426A (zh) * 2010-01-21 2010-07-14 深圳市同洲电子股份有限公司 移动无线网络中视频数据流传输的方法及设备
WO2011104306A1 (en) * 2010-02-25 2011-09-01 Skype Limited Controlling packet transmission

Non-Patent Citations (1)

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

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018028261A1 (zh) * 2016-08-11 2018-02-15 华为技术有限公司 业务传输控制方法、相关设备及通信系统
CN110798869A (zh) * 2018-08-02 2020-02-14 华为技术有限公司 网络切换方法、电子设备以及芯片子系统
CN110798868A (zh) * 2018-08-02 2020-02-14 华为技术有限公司 网络切换方法、电子设备以及芯片子系统
US11910489B2 (en) 2018-08-02 2024-02-20 Huawei Technologies Co., Ltd. Network switching method, electronic device, and system on chip
CN110798868B (zh) * 2018-08-02 2022-07-29 华为技术有限公司 网络切换方法、电子设备以及芯片子系统
US11425785B2 (en) 2018-08-02 2022-08-23 Huawei Technologies Co., Ltd. Network switching method, electronic device, and system on chip
US11937128B2 (en) 2018-08-13 2024-03-19 Huawei Technologies Co., Ltd. Communication method and communications apparatus for determining latency of transmission between network elements
CN110830268A (zh) * 2018-08-13 2020-02-21 华为技术有限公司 通信方法和通信装置
CN110972200B (zh) * 2018-09-30 2023-09-26 华为技术有限公司 通信方法和相关设备
CN110972200A (zh) * 2018-09-30 2020-04-07 华为技术有限公司 通信方法和相关设备
US11646968B2 (en) 2018-09-30 2023-05-09 Huawei Technologies Co., Ltd. Communication method and related device
WO2020034464A1 (en) * 2018-11-14 2020-02-20 Zte Corporation Methods, apparatus and systems for satisfying a time control requirement in a wireless communication
US11818605B2 (en) 2018-11-14 2023-11-14 Zte Corporation Methods, apparatus and systems for satisfying a time control requirement in a wireless communication
CN110062426B (zh) * 2019-04-02 2021-08-24 腾讯科技（深圳）有限公司 通信方法、装置、计算机可读介质及电子设备
CN110062426A (zh) * 2019-04-02 2019-07-26 腾讯科技（深圳）有限公司 通信方法、装置、计算机可读介质及电子设备
US12075286B2 (en) 2019-04-02 2024-08-27 Tencent Technology (Shenzhen) Company Limited Communication method and apparatus, computer-readable medium and electronic device

Also Published As

Publication number Publication date
US9936416B2 (en) 2018-04-03
CN109245936A (zh) 2019-01-18
CN103782555A (zh) 2014-05-07
US20150189539A1 (en) 2015-07-02
EP2892190A1 (en) 2015-07-08
EP2892190A4 (en) 2015-09-02

Similar Documents

Publication Publication Date Title
US9936416B2 (en) Method for controlling network transmission delay, QoS control entity and communication device
EP3739830B1 (en) Method and apparatus for determining quality of service flow of a network
EP3831165B1 (en) User plane system selection based on latency
US20150237525A1 (en) Traffic Shaping and Steering for a Multipath Transmission Control Protocol Connection
EP3422752B1 (en) Method and device for processing data packets
WO2008101392A1 (fr) Procédé de transmission de qualité de service lors de transfert entre systèmes et système de réseau et réseau de destination correspondants
JP2021524689A (ja) 通信方法及び通信装置
AU2020206808A1 (en) Communication method and communication apparatus
WO2019201322A1 (zh) 一种通信方法及相关设备
JP2014511090A (ja) インテリジェントな輻輳存在通知サービス
US10616119B2 (en) Policy determining method and apparatus
WO2014059647A1 (zh) 一种数据域业务处理方法、装置及系统
WO2019185800A1 (en) Dedicated bearer management
WO2013189038A1 (zh) 内容处理的方法和网络侧设备
WO2019028794A1 (zh) 确定业务路径的方法和设备
WO2017177356A1 (zh) 数据传输的方法、基站和用户设备
WO2015032053A1 (zh) 控制数据流的方法及装置
EP3448085A1 (en) Method and device for adjusting coding rate
EP3510810B1 (en) Packet flow optimization in a transport network
US20130070691A1 (en) Non-Guaranteed Bit Rate Bearer Control in a Mobile Communication Network
WO2023045839A1 (zh) 通信方法、装置、核心网设备及通信设备
US11425621B2 (en) Device control method and apparatus
WO2009146630A1 (zh) 实现本地传输的方法、系统和设备
WO2019028795A1 (zh) 确定业务路径的方法和设备
WO2024209042A1 (en) Apparatus, method, and computer program

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: 12884236

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012884236

Country of ref document: EP