WO2014131198A1 - 拥塞上行控制方法和设备及系统 - Google Patents

拥塞上行控制方法和设备及系统 Download PDF

Info

Publication number
WO2014131198A1
WO2014131198A1 PCT/CN2013/072070 CN2013072070W WO2014131198A1 WO 2014131198 A1 WO2014131198 A1 WO 2014131198A1 CN 2013072070 W CN2013072070 W CN 2013072070W WO 2014131198 A1 WO2014131198 A1 WO 2014131198A1
Authority
WO
WIPO (PCT)
Prior art keywords
congestion
description information
data message
flow description
downlink data
Prior art date
Application number
PCT/CN2013/072070
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 CN201380003263.1A priority Critical patent/CN104770000B/zh
Priority to PCT/CN2013/072070 priority patent/WO2014131198A1/zh
Publication of WO2014131198A1 publication Critical patent/WO2014131198A1/zh

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/0205—Traffic management, e.g. flow control or congestion control at the air interface

Definitions

  • the present invention relates to communications technologies, and in particular, to a congestion uplink control method, apparatus, and system. Background technique
  • the wireless network has limited wireless resources.
  • the wireless network may be congested due to the large number of user equipments or the excessive use of large-traffic services by some user equipment. For example, users using P2P services cause wireless network resources to be tight.
  • congestion control is required, that is, the bandwidth used by the user equipment is limited. For example, bandwidth limitation is performed according to the type of service used by the user.
  • the downlink data packet used by the deep packet detection device to the user equipment is used for content detection, and the downlink data packet is marked differently according to the detection result, for example, Mark the Differentiated Services Code Point (DSCP) code in the IP header, different services mark different DSCP codes, when the gateway device, for example, Packet Data Network Gateway (PGW) or General After receiving the downlink data packet, the Gateway GPRS Support Node (GGSN) determines the service according to the service type of the downlink data packet, the user's subscription, the user's location, and the user's hungry access type.
  • DSCP Differentiated Services Code Point
  • PGW Packet Data Network Gateway
  • GGSN Gateway GPRS Support Node
  • the GPRS Tunneling Protocol user plane (GTP-U) header of the downlink data packet is marked to indicate the congestion scheduling mode.
  • the access network performs scheduling according to the congestion scheduling mode in the GTP-U header of the downlink data packet, such as limiting bandwidth and packet loss.
  • the prior art solves the congestion control of the downlink data packet.
  • the congestion control of the uplink data packet cannot be performed, that is, the uplink data packet is separately scheduled.
  • the user is restricted from uploading. The bandwidth of the video. Summary of the invention
  • the embodiments of the present invention provide a congestion uplink control method, device, and system, which are used to solve the technical problem that the uplink data packet cannot be scheduled and scheduled when the base station is congested, and improve the work of the base station. Efficiency.
  • an embodiment of the present invention provides a congestion uplink control method, including:
  • the base station performs congestion control on the uplink data packet according to a congestion uplink control policy corresponding to the flow description information in the uplink data packet.
  • the congestion uplink control policy is set according to one or more combinations of the following information: a service type of the uplink data packet, a user subscription information of the user equipment, and a user. Device access information and user equipment access technology type.
  • an embodiment of the present invention provides a congestion uplink control method, including:
  • the core network device encapsulates the downlink data packet, where the downlink data packet includes a congestion uplink control policy corresponding to the flow description information in the downlink data packet, where the congestion uplink control policy is used to compare the downlink data packet with the downlink data packet.
  • the uplink data packet having the same flow description information is used for congestion control; and the core network device sends the downlink data packet to the base station.
  • the method before the core network device encapsulates the downlink data packet sent to the base station, the method further includes: the core network device receiving the flow description information sent by the policy control entity A congestion uplink control policy corresponding to the flow description information.
  • the downlink data packet sent by the core network device to the base station is specifically:
  • the core network device constructs a downlink data packet according to the flow description information sent by the policy control entity, and the configured downlink data packet is encapsulated with a congestion uplink control policy corresponding to the flow description information.
  • an embodiment of the present invention provides a congestion uplink control method, including:
  • the service flow detecting device detects the service type and flow description information of the uplink data packet sent by the user equipment;
  • the service flow detecting device generates a downlink data packet according to the flow description information and the service type of the uplink data packet, and sends the downlink data packet to the core network device, where the downlink data packet includes The indication information of the service type of the uplink data packet;
  • the service flow detecting device reports the service type and flow description information of the uplink data packet to the policy control entity.
  • the service flow detecting device is a TDF or a DPI device
  • the policy control entity is a PCRF.
  • the embodiment of the present invention provides a congestion uplink control method, including: a policy control entity receiving a service type and flow description information of an uplink data packet reported by a service flow detection device;
  • the policy control entity determines, according to the service type and the flow description information of the uplink data packet, a congestion uplink control policy corresponding to the flow description information, where the congestion uplink control policy is used to have the flow description information.
  • Uplink data packets are subjected to congestion control;
  • the policy control entity sends the flow description information and a congestion uplink control policy corresponding to the flow description information to a core network device.
  • the service flow detecting device is a TDF or a DPI device
  • the policy control entity is a PCRF.
  • an embodiment of the present invention provides a congestion uplink control apparatus, including:
  • a receiving module configured to receive an uplink data packet of the user equipment
  • a control module configured to perform congestion control on the uplink data packet according to a congestion uplink control policy corresponding to the flow description information in the uplink data packet.
  • the congestion uplink control policy is set according to one or more combinations of the following information: a service type of the uplink data packet, a user subscription information of the user equipment, and a user equipment. Access information and user equipment access technology type.
  • an embodiment of the present invention provides a congestion uplink control apparatus, including:
  • the encapsulating module is configured to encapsulate a downlink data packet, where the downlink data packet includes a congestion uplink control policy corresponding to the flow description information in the downlink data packet, where the congestion uplink control policy is used to The data packet has the same flow description information as the uplink data packet for congestion control;
  • a sending module configured to send the downlink data packet to the base station.
  • the method further includes: a receiving module, configured to receive flow description information sent by the policy control entity and corresponding to the flow description information before the encapsulating the downlink data packet Congested uplink control strategy;
  • the encapsulating module is further configured to construct a downlink data packet according to the flow description information sent by the policy control entity, where the configured downlink data packet is encapsulated with a congestion uplink control policy corresponding to the flow description information.
  • a seventh aspect of the present invention provides a congestion uplink control apparatus, including: a detecting module, configured to detect a service type and flow description information of an uplink data packet sent by the user equipment;
  • the sending module is configured to: according to the flow description information and the service type of the uplink data packet, construct a downlink data packet, and send the downlink data packet to the core network device, where the downlink data packet is used to indicate the uplink The indication of the service type of the data packet; or,
  • the sending module is configured to report, to the policy control entity, a service type and flow description information of the uplink data packet.
  • the device is a TDF or a DPI device
  • the policy control entity is a PCRF.
  • the eighth aspect of the present invention provides a congestion uplink control apparatus, including:
  • a receiving module configured to receive a service type and flow description information of the uplink data packet reported by the service flow detecting device
  • a policy determining module configured to determine, according to the service type and the flow description information of the uplink data packet, a congestion uplink control policy corresponding to the flow description information, where the congestion uplink control policy is used to have the flow description information Uplink data packets for congestion control;
  • a policy sending module configured to send, to the core network device, the flow description information and a congestion uplink control policy corresponding to the flow description information.
  • the service flow detecting device is a TDF or a DPI device
  • the policy control entity is a PCRF.
  • an embodiment of the present invention provides a base station, including: a processor, a memory, a communication interface, and a bus, wherein the processor, the communication interface, and the memory complete communication with each other through the bus;
  • the memory is configured to store a program and a congestion uplink control policy corresponding to different flow description information, where the processor is configured to execute the program;
  • the communication interface is configured to receive an uplink data packet of the user equipment
  • the program is for:
  • the congestion uplink control policy is set according to one or more combinations of the following information: a service type of the uplink data packet, and a user equipment.
  • a service type of the uplink data packet and a user equipment.
  • an embodiment of the present invention provides a core network device, including: a memory, a processor, a bus, and a communication interface; wherein the processor, the communication interface, and the memory complete communication with each other through the bus ;
  • the memory is used to store a program; the processor is configured to execute the program; the program includes a first instruction and a second instruction:
  • the first instruction is used to encapsulate a downlink data packet sent to the base station, where the downlink data packet includes a congestion uplink control policy corresponding to the flow description information in the downlink data packet, and the congestion uplink control policy And performing congestion control on an uplink data packet having the same flow description information as the downlink data packet;
  • the second instruction is configured to control the communications interface to send the downlink data packet to the base station.
  • the program is further configured to: before the downlink network device encapsulates the downlink data packet sent to the base station, receive the flow description information sent by the policy control entity a congestion uplink control policy corresponding to the flow description information;
  • the downlink data packet is configured according to the flow description information sent by the policy control entity, and the configured downlink data packet is encapsulated with a congestion uplink control policy corresponding to the flow description information.
  • an embodiment of the present invention provides a service flow detecting device, including: a processor, a memory, a communication interface, and a bus, wherein the processor, the communication interface, and the memory complete each other through the bus Communication;
  • the memory is used to store a program; the processor is configured to execute the program; and the program is configured to:
  • the service type and the flow description information of the uplink data packet are reported to the policy control entity.
  • the service flow detecting device is a TDF or a DPI device
  • the policy control entity is a PCRF.
  • a policy control entity provided by the embodiment of the present invention includes: a processor, a memory, a communication interface, and a bus, wherein the processor, the communication interface, and the memory complete communication with each other through the bus;
  • the memory is used to store a program; the processor is configured to execute the program; and the program is configured to:
  • the service flow detecting device is a TDF or a DPI device
  • the policy control entity is a PCRF.
  • the embodiment of the present invention further provides a congestion uplink control system, including: the foregoing base station, the foregoing core network device, the foregoing service detection device, and the foregoing policy control entity.
  • the base station stores a congestion uplink control policy corresponding to different flow description information.
  • the congestion uplink control policy saved by the base station can be obtained from the downlink data packet sent by the core network device.
  • the base station performs congestion control on the uplink data packet according to the congestion uplink control policy corresponding to the flow description information in the uplink data packet, thereby achieving the purpose of distinguishing and scheduling the uplink data packet. , improve the efficiency of the base station.
  • FIG. 1 is a flowchart of a congestion uplink control method according to an embodiment of the present invention
  • FIG. 2 is a flowchart of another congestion uplink control method according to an embodiment of the present invention.
  • FIG. 3 is a flowchart of still another congestion uplink control method according to an embodiment of the present invention.
  • FIG. 4 is a flowchart of still another method for congestion uplink control according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of still another method for congestion uplink control according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of a congestion uplink control apparatus according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of another congestion uplink control apparatus according to an embodiment of the present invention
  • FIG. 7B is a schematic structural diagram of another congestion uplink control apparatus according to an embodiment of the present invention
  • FIG. 7C is a schematic structural diagram of still another congestion uplink control apparatus according to an embodiment of the present invention
  • FIG. 7D is a schematic structural diagram of another congestion uplink control apparatus according to an embodiment of the present invention
  • FIG. 8 is a schematic diagram of another embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of still another congestion uplink control apparatus according to an embodiment of the present invention.
  • the embodiments of the present invention are applicable to a 2G network, such as a Global System of Mobile communication (GSM) network, a 3G network, such as a Universal Mobile Telecommunications System (UMTS) network, and Long Term Evolution (LTE). Control of uplink data messages in networks and more advanced networks.
  • GSM Global System of Mobile communication
  • 3G network such as a Universal Mobile Telecommunications System (UMTS) network
  • LTE Long Term Evolution
  • FIG. 1 is a flowchart of a congestion uplink control method according to an embodiment of the present invention. This embodiment mainly describes how the base station performs congestion control on uplink data packets. As shown in FIG. 1, the method provided in this embodiment includes:
  • Step 11 The base station receives an uplink data packet of the user equipment.
  • Step 12 The base station performs congestion control on the uplink data packet according to a congestion uplink control policy corresponding to the flow description information in the uplink data packet.
  • the base station stores a congestion uplink control policy corresponding to different flow description information.
  • the congestion uplink control policy saved by the base station is set according to one or more combinations of the following information: the service type of the uplink data packet, the user subscription information of the user equipment, the user equipment access information, and the user equipment access technology type.
  • the flow description information may be all or part of the IP quintuple information, that is, the source address, the destination address, the source port number, the destination port number, and the protocol type of the IP packet.
  • the device After receiving the uplink data packet, the base station, if it is determined that the base station is congested, for example, the air interface resource is insufficient, the base station forwarding capability is insufficient, or the bandwidth of the uplink network to the core network is limited, the device searches for the flow description information in the uplink data packet. Congestion uplink control strategy. If the congestion uplink control policy corresponding to the flow description information is found, congestion control is performed on the uplink data packet according to the congestion control uplink control policy. For example, the congestion uplink control policy may be to limit the bandwidth of the data stream, reduce the priority of data transmission, or directly discard.
  • the core network device for example, the PGW or the GGSN, can deliver a congestion uplink control policy for the base station.
  • the core network device After receiving the uplink data packet of the user equipment, the core network device determines that the base station to which the terminal that sends the uplink data packet belongs is frequently congested, or determines the need according to the information configured by the PCRF. And sending, by the base station, a congestion uplink control policy corresponding to the flow description information in the uplink data packet, and transmitting, by the base station, a congestion uplink control policy corresponding to the flow description information in the uplink data packet, so that the base station saves the congestion uplink control policy.
  • the base station receives the downlink data packet sent by the core network device, where the downlink data packet includes a congestion uplink control policy corresponding to the flow description information in the downlink data packet, where the congestion uplink control policy is used to
  • the downlink data packet has the same flow description information as the uplink data packet for congestion control.
  • the base station After receiving the downlink data packet sent by the core network device, the base station saves the flow description information and the corresponding congestion uplink control policy.
  • the base station can establish a congestion uplink control policy library, which is used to save the congestion uplink control policy corresponding to different flow description information.
  • the user equipment When the user equipment (User Equipment, UE for short) needs to upload a video file to a specific network station, it sends an uplink data packet to the base station A.
  • the flow description information of the uplink data packet is: source address UE IP, destination address specific IP.
  • the core network device After receiving the uplink data packet, the core network device determines that the base station A to which the UE belongs is frequently congested according to the location information of the UE, and determines that the congestion control policy needs to be sent to the base station A.
  • the type of the congestion uplink control policy is 123.
  • the core network device sends a downlink IP packet to the UE.
  • the flow description information of the downlink IP packet is: the source address is a specific IP, the destination address is the UE IP, and is in the IP header (or the GTP header).
  • the base station After receiving the downlink IP packet, the base station determines, according to the value of the specific domain in the packet, that the uplink data packet corresponding to the flow description information in the downlink IP packet needs to be subjected to uplink congestion control, and therefore, the base station stores the downlink data packet.
  • the flow description information in the downlink IP packet the specific IP and the UE IP, and the corresponding uplink control control policy is stored, and the uplink data packet is directly discarded.
  • the base station A When the base station A is congested, when the base station A receives the IP packet sent by the UE to the specific website, the base station A finds that the flow description information of the IP packet conforms to the following flow description information saved by the base station:
  • the source address is the UE, the IP address.
  • the destination address is a specific IP.
  • the congestion control policy corresponding to the flow description information is to directly discard the uplink data packet. Therefore, the base station A directly discards the IP packet sent by the UE to the specific website.
  • the base station stores a congestion uplink control policy corresponding to different flow description information.
  • the base station performs congestion control on the uplink data packet according to the congestion uplink control policy corresponding to the flow description information in the uplink data packet, thereby achieving the purpose of distinguishing and scheduling the uplink data packet. Improve the efficiency of the base station.
  • FIG. 2 is a flowchart of another method for congestion uplink control according to an embodiment of the present invention. This embodiment describes how a core network device sends a congestion uplink control policy to a base station.
  • Core network equipment can be
  • the method provided in this embodiment includes:
  • Step 21 The core network device encapsulates a downlink data packet, where the downlink data packet includes a congestion uplink control policy corresponding to the flow description information in the downlink data packet, where the congestion uplink control policy is used to The downlink data packet has the same flow description information as the uplink data packet for congestion control.
  • Step 22 The core network device sends the downlink data packet to the base station.
  • the core network device encapsulates the downlink data packet including the congestion uplink control policy.
  • Different flow description information corresponds to different congestion uplink control strategies.
  • the flow description information corresponding to the congestion uplink control policy included in the downlink data packet is the same as the flow description information of the downlink data packet.
  • the congestion uplink control policy included in the downlink data packet is used to perform congestion control on the uplink data packet having the same flow description information as the downlink data packet.
  • the downlink data packet sent by the core network device to the base station includes a congestion uplink control policy of the uplink data packet with the same flow description information as the downlink data packet, so that the base station obtains congestion uplink control.
  • the policy is to perform congestion control on the uplink data packet.
  • the congestion control policy of the core network device encapsulated in the downlink data packet may be determined by the core network device itself, or may be obtained by the core network device from the policy control entity, for example, from the PCRF.
  • the process of obtaining the congestion uplink control policy by the core network device from the policy control entity is as follows: After receiving the service type and the flow description information of the uplink data packet reported by the service flow detection device, the policy control entity is configured according to the service type of the uplink data packet.
  • the flow description information is used to determine a congestion uplink control policy corresponding to the flow description information, and send the flow description information and a congestion uplink control policy corresponding to the flow description information to a core network device, where the congestion uplink control policy is used. Congestion control is performed on the uplink data packet having the flow description information.
  • the core network device After receiving the flow description information sent by the policy control entity and the congestion uplink control policy corresponding to the flow description information, the core network device constructs a downlink data packet according to the flow description information sent by the policy control entity, and constructs a downlink datagram. Text A congestion uplink control policy corresponding to the flow description information is encapsulated.
  • the core network device determines the congestion uplink control policy, it can be classified into two cases according to whether the core network device has the service flow detection capability. In one case, the core network device has the capability of detecting the traffic flow. After detecting the uplink data packet, the core network device determines the congestion uplink control policy corresponding to the flow description information of the uplink data packet. The specific process is as follows:
  • the core network device detects the flow description information and the service type of the uplink data packet sent by the user equipment, and then determines a congestion uplink control policy corresponding to the flow description information of the uplink data.
  • the core network device constructs a downlink data packet that is sent to the base station according to the flow description information in the uplink data packet, where the configured downlink data packet is encapsulated with the flow description information in the uplink data packet. Congestion uplink control strategy.
  • the core network device does not have the capability of traffic flow detection.
  • a traffic detection device such as a traffic detection function (TDF) or a Deep Packet Inspection (DPI) device, is detected by the service flow detection device according to the uplink after the uplink data packet is detected.
  • the flow description information of the data packet is configured to send the downlink data packet to the core network device, and the core network device determines a congestion uplink control policy of the uplink data packet that has the same flow description information as the downlink data packet, that is, determines and The congestion uplink control policy corresponding to the flow description information of the downlink data packet.
  • TDF traffic detection function
  • DPI Deep Packet Inspection
  • the service flow detection device detects the service type and flow description information of the uplink data packet sent by the user equipment.
  • the service flow detecting device generates a downlink data packet according to the flow description information and the service type of the uplink data packet, and sends the downlink data packet to the core network device, where the downlink data packet includes The indication information of the service type of the uplink data packet.
  • the core network device After receiving the downlink data packet sent by the service flow detecting device, the core network device determines a congestion uplink control policy corresponding to the flow description information of the downlink data packet sent by the service flow detecting device. Then, the core network device encapsulates a congestion uplink control policy corresponding to the flow description information in the downlink data packet in the downlink data packet sent by the service flow detection device.
  • FIG. 3 is a flowchart of still another method for congestion uplink control according to an embodiment of the present invention.
  • the TDF or DPI device detects the uplink data packet and constructs the downlink data packet sent to the base station.
  • the PGW determines a congestion uplink control policy corresponding to the flow description information of the downlink data packet, and encapsulates the policy in the downlink data packet.
  • the method provided in this embodiment includes: Step 30: The TDF receives the uplink data packet of the UE.
  • Step 31 After receiving the uplink data packet of the UE, the TDF obtains the service type and flow description information of the uplink data packet.
  • Step 32 The TDF constructs a downlink data packet according to the flow description information and the service type of the uplink data packet.
  • the downlink data packet includes indication information indicating a service type of the uplink data packet.
  • the downlink data packet constructed by the TDF has the same flow description information as the uplink data packet.
  • the TDF may determine, according to the policy that the PCRF is configured for the TDF, whether the congestion control policy corresponding to the flow description information is sent to the base station of the user equipment, so as to determine Whether it is necessary to construct a downlink data packet including the flow description information; the TDF may also determine whether the core network needs to send a congestion uplink control policy to the base station according to the service type of the uplink data packet, for example, the core network needs to control only the uplink data.
  • the service of the current uplink data packet is a service with only uplink data
  • the downlink data packet including the flow description information in the uplink data packet is configured.
  • the TDF may also determine, according to the location of the user equipment that sends the uplink data packet, and/or the user subscription information, whether the congestion uplink control policy corresponding to the flow description information needs to be sent to the home base station of the user equipment, so as to determine whether A downlink data message including the flow description information needs to be constructed. If the TDF determines that the user equipment that sends the uplink data packet belongs to a base station that is frequently congested and the user of the user equipment is a common user, it may be determined that the base station of the user equipment needs to send the congestion uplink control corresponding to the flow description information. Strategy.
  • the TDF determines that the congestion control policy corresponding to the flow description information is not required to be sent by the base station of the user equipment, it is not necessary to construct the flow description information and the downlink data packet having the same downlink data message.
  • the TDF reports only the service type and flow description information to the PGW.
  • Step 33 The TDF sends the downlink data packet to the PGW.
  • Step 34 After receiving the downlink data packet, the PGW determines a congestion uplink control policy corresponding to the flow description information of the downlink data packet.
  • the PGW determines a congestion uplink control policy according to one or more combinations of the following information: a service type of the data packet, a user subscription information of the user equipment, user equipment access information, and a user equipment access technology type.
  • the flow description information may be all or part of the IP quintuple information, that is, the IP report. Source address, destination address, source port number, destination port number, and protocol type.
  • Step 35 The PGW encapsulates the determined congestion uplink control policy into the GTP-U header of the downlink data packet, and sends a downlink data packet to the eNB.
  • the PGW may also encapsulate the congestion uplink control policy corresponding to the flow description information in the tunnel header of the IPinIP encapsulation of the downlink data packet, that is, the outer IP header.
  • a specific bit field for carrying a congestion uplink control policy may be set in the IP header or the GTP header. For example, when the specific domain is all zeros, it indicates that there is no control policy.
  • Step 36 After receiving the downlink data packet of the PGW, the eNB stores a congestion uplink control policy corresponding to the flow description information of the downlink data packet in the downlink data packet.
  • the eNB After receiving the downlink data packet of the PGW, the eNB determines, according to the specific domain in the packet, the congestion uplink control policy corresponding to the flow description information of the downlink data packet when the packet includes the congestion uplink control policy. Strategy.
  • FIG. 4 is a flowchart of still another method for congestion uplink control according to an embodiment of the present invention.
  • the PGW has the same function as the TDF device or the DPI device.
  • the PGW detects the flow description information and the service type of the uplink data packet, and determines a congestion uplink control policy corresponding to the flow description information, and the PGW constructs a downlink data packet corresponding to the flow description information that is sent to the base station.
  • Step 41 The PGW receives the uplink data packet of the UE.
  • Step 42 The PGW obtains the flow description information and the service type of the uplink data packet, and determines a congestion uplink control policy corresponding to the flow description information.
  • the PGW After obtaining the service type and flow description information corresponding to the uplink data packet, the PGW may
  • the PCRF is a policy configured by the PGW, and determines whether a congestion uplink control policy corresponding to the flow description information needs to be sent to the base station of the user equipment, so as to determine whether a downlink data packet including the flow description information needs to be constructed.
  • the PGW can also determine whether the core network needs to send a congestion uplink control policy to the base station according to the service type of the uplink data packet. For example, the core network needs to control the service with only the uplink data, and the current uplink data packet service is only the uplink data. In the case of the service, a downlink data packet including the flow description information in the uplink data packet is constructed.
  • the PGW may also determine, according to the location of the user equipment that sends the uplink data packet, and/or the user subscription information, whether the congestion uplink control policy corresponding to the flow description information needs to be sent to the home base station of the user equipment, so as to determine whether A downlink data message including the flow description information needs to be constructed. If the PGW determines that the user equipment that sends the uplink data message belongs to a base station that frequently encounters congestion and the user equipment The user is an ordinary user, and the congestion control policy corresponding to the flow description information needs to be sent to the base station of the user equipment.
  • the PGW determines that the congestion control policy corresponding to the flow description information is not required to be sent by the base station of the user equipment, the PW does not need to construct the flow description information and the same downlink data packet as the uplink data packet.
  • the PGW determines a congestion uplink control policy according to one or more combinations of the following information: a service type of the data packet, a user subscription information of the user equipment, user equipment access information, and a user equipment access technology type.
  • the flow description information may be all or part of the IP quintuple information, that is, the source address, the destination address, the source port number, the destination port number, and the protocol type of the IP packet.
  • Step 43 The PGW constructs a downlink data packet according to the flow description information of the uplink data packet, and encapsulates a congestion uplink control policy corresponding to the flow description information in a GTP-U header of the downlink data packet.
  • the downlink data packet has the same flow description information as the uplink data packet sent by the UE.
  • the PGW may also encapsulate the congestion uplink control policy corresponding to the flow description information in the tunnel header of the IPinlP encapsulation of the downlink data packet, that is, the outer IP header.
  • Step 44 The PGW sends a downlink data packet encapsulated with the congestion uplink control policy to the eNB.
  • the PGW may set a specific bit field for carrying the congestion uplink control policy in the IP header or the GTP header. For example, when the specific domain is all zeros, it indicates that there is no control policy.
  • Step 45 After receiving the downlink data packet of the PGW, the eNB stores a congestion uplink control policy corresponding to the flow description information of the downlink data packet in the downlink data packet.
  • the eNB After receiving the downlink data packet of the PGW, the eNB determines, according to the specific domain in the packet, the congestion uplink control policy corresponding to the flow description information of the downlink data packet when the packet includes the congestion uplink control policy. Strategy.
  • FIG. 5 is a flowchart of still another method for congestion uplink control according to an embodiment of the present invention.
  • the TDF reports the flow description information and the service type of the uplink data packet to the Policy Control and Charging Rules Function (PCRF), and the PCRF sends the uplink data packet congestion to the PGW.
  • the control policy, the PGW constructs a downlink data packet sent to the eNB, and adds a congestion uplink control policy corresponding to the flow description information of the downlink data packet in the downlink data packet.
  • the method provided in this embodiment includes: Step 51: The TDF receives the uplink data packet of the UE.
  • Step 52 The TDF obtains the service type and flow description information of the uplink data packet.
  • Step 53 The TDF reports the service type and flow description information of the uplink data packet to the PCRF.
  • the TDF reports only the service type and flow description information to the PCRF.
  • Step 54 The PCRF determines a congestion uplink control policy corresponding to the flow description information.
  • the PCRF determines whether the congestion control policy corresponding to the flow description information needs to be sent to the base station of the user equipment according to the configured policy, so as to determine whether the configuration needs to be constructed.
  • the PCRF can also determine whether the core network needs to send a congestion uplink control policy to the base station according to the service type of the uplink data packet. For example, the core network needs to control the service with only the uplink data, and the current uplink data packet service is only the uplink data. In the case of the service, a downlink data packet including the flow description information in the uplink data packet is constructed.
  • the PCRF may also determine, according to the location of the user equipment that sends the uplink data packet, and/or the user subscription information, whether the congestion uplink control policy corresponding to the flow description information needs to be sent to the home base station of the user equipment, so as to determine whether A downlink data message including the flow description information needs to be constructed. If the PCRF determines that the user equipment that sends the uplink data packet belongs to a base station that is frequently congested and the user of the user equipment is a normal user, it may be determined that the base station of the user equipment needs to send the congestion uplink control corresponding to the flow description information. Strategy.
  • the PCRF determines that the congestion control policy corresponding to the flow description information is not required to be sent by the base station of the user equipment, the flow description information does not need to have the same downlink data message as the uplink data packet.
  • the PCRF determines the congestion uplink control policy according to one or more combinations of the following information: the service type of the data packet, the user subscription information of the user equipment, the user equipment access information, and the user equipment access technology type.
  • the flow description information may be all or part of the IP quintuple information, that is, the source address, the destination address, the source port number, the destination port number, and the protocol type of the IP packet.
  • Step 55 The PCRF sends the flow description information and the congestion uplink control policy corresponding to the flow description information to the PGW.
  • Step 56 The PGW constructs a downlink data packet according to the flow description information, and encapsulates a congestion uplink control policy corresponding to the flow description information in a GTP-U header of the downlink data packet.
  • the PGW may set a specific bit field for carrying the congestion uplink control policy in the IP header or the GTP header. For example, when the specific domain is all zero, it indicates that there is no control policy.
  • the flow description information of the downlink data packet constructed by the PGW is the same as the flow description information corresponding to the congestion uplink control policy included therein.
  • Step 57 The PGW sends a downlink data packet to the eNB.
  • Step 58 After receiving the downlink data packet of the PGW, the eNB stores a congestion uplink control policy corresponding to the flow description information of the downlink data packet in the downlink data packet.
  • the eNB After receiving the downlink data packet of the PGW, the eNB determines, according to the specific domain in the packet, the congestion uplink control policy corresponding to the flow description information of the downlink data packet when the packet includes the congestion uplink control policy. Strategy.
  • FIG. 6 is a schematic structural diagram of a congestion uplink control apparatus according to an embodiment of the present invention. As shown in FIG. 6, the apparatus provided in this embodiment includes: a receiving module 61 and a control module 62.
  • the receiving module 61 is configured to receive an uplink data packet of the user equipment.
  • the control module 62 is configured to perform congestion control on the uplink data packet according to a congestion uplink control policy corresponding to the flow description information in the uplink data packet.
  • the congestion uplink control policy is set according to one or more combinations of the following information: a service type of the uplink data packet, a user subscription information of the user equipment, user equipment access information, and a user equipment access technology type.
  • the flow description information may be all or part of the IP quintuple information, that is, the source address, the destination address, the source port number, the destination port number, and the protocol type of the IP packet.
  • the device may also obtain a congestion uplink control policy according to the downlink data packet sent by the core network device.
  • the receiving module 61 is further configured to receive a downlink data packet that is sent by the core network device, where the downlink data packet includes a congestion uplink control policy corresponding to the flow description information in the downlink data packet, where the congestion is performed.
  • the uplink control policy is used to perform congestion control on the uplink data packet having the same flow description information as the downlink data packet, and save the flow description information and the congestion uplink control policy corresponding to the flow description information.
  • the device After the receiving module 61 receives the uplink data packet, if the control module 62 determines that the device is congested, for example, the air interface resource is insufficient, the device forwarding capability is insufficient, or the uplink to the core network is limited, the device searches for the uplink data packet.
  • the congestion description policy corresponds to the congestion uplink control strategy. If the congestion uplink control policy corresponding to the flow description information is found, congestion control is performed on the uplink data packet according to the congestion control uplink control policy.
  • the congestion uplink control strategy can be Limit the bandwidth of the data stream, reduce the priority of data transmission or directly discard.
  • the device saves the congestion uplink control policy corresponding to the different flow description information, and when receiving the uplink data packet, according to the congestion uplink control policy corresponding to the flow description information in the uplink data packet,
  • the uplink data packet is subjected to congestion control, and the purpose of distinguishing and scheduling the uplink data packet is achieved, thereby improving the working efficiency of the base station.
  • FIG. 7A is a schematic structural diagram of a congestion uplink control apparatus according to an embodiment of the present invention.
  • the device can be a PGW or an SGSN.
  • the apparatus provided in this embodiment includes: a package module 71 and a sending module 72.
  • the encapsulating module 71 is configured to encapsulate a downlink data packet, where the downlink data packet includes a congestion uplink control policy corresponding to the flow description information in the downlink data packet, where the congestion uplink control policy is used to The downlink data packet has the same flow description information as the uplink data packet for congestion control.
  • the sending module 72 is configured to send the downlink data packet to the base station.
  • the encapsulating module 71 encapsulates a downlink data packet including a congestion uplink control policy. Different flow description information corresponds to different congestion uplink control strategies. The flow description information corresponding to the congestion uplink control policy included in the downlink data packet is the same as the flow description information of the downlink data packet. The congestion uplink control policy included in the downlink data packet is used to perform congestion control on the uplink data packet having the same flow description information as the downlink data packet. The encapsulation module 71 controls the congestion of the downlink data packet encapsulation, which may be determined by the device, or may be obtained by the device from the policy control entity, for example, from the PCRF.
  • the downlink data packet sent by the device to the base station includes a congestion uplink control policy of the uplink data packet with the same flow description information as the downlink data packet, so that the base station can obtain the congestion uplink control policy. Thereby, congestion control is performed on the uplink data packet.
  • the apparatus shown in FIG. 7A further includes: a receiving module 73.
  • the receiving module 73 is configured to: before the encapsulated downlink data packet, receive flow description information sent by the policy control entity and a congestion uplink control policy corresponding to the flow description information;
  • the encapsulating module 71 is further configured to construct a downlink data packet according to the flow description information sent by the policy control entity, where the configured downlink data packet is encapsulated with a congestion uplink control policy corresponding to the flow description information.
  • the apparatus shown in FIG. 7A further includes: a first policy determination module 74.
  • the first policy determining module 74 is configured to: before the downlink data packet is encapsulated, the flow description information and the service type of the uplink data packet sent by the user equipment are detected; and the uplink is determined according to one or more combinations of the following information.
  • the congestion control policy corresponding to the flow description information of the data packet : the service type of the data packet, the user subscription information of the user equipment, the user equipment access information, and the type of the user equipment access technology;
  • the encapsulating module 71 is further configured to construct, according to the flow description information in the uplink data packet, a downlink data packet that is sent to the base station, where the configured downlink data packet is encapsulated with the uplink data packet.
  • the congestion description policy corresponds to the congestion uplink control policy.
  • the apparatus shown in FIG. 7A further includes: a second policy determination module 75.
  • the second policy determining module 75 is configured to: before the downlink data packet is encapsulated, receive the downlink data packet sent by the service flow detecting device, where the downlink data packet sent by the service flow detecting device is detected by the service flow detecting device a flow description information of the received uplink data packet, where the downlink data packet sent by the service flow detection device includes a service type of the uplink data packet detected by the service flow device;
  • the second policy determining module is further configured to determine, according to one or more combinations of the following information, a congestion uplink control policy corresponding to the flow description information of the downlink data packet sent by the service flow detecting device: the data packet Service type, user subscription information of the user equipment, user equipment access information, and user equipment access technology type;
  • the encapsulating module 71 is further configured to encapsulate, in the downlink data packet sent by the service flow detecting device, a congestion uplink control policy corresponding to the flow description information in the downlink data packet.
  • FIG. 8 is a schematic structural diagram of still another congestion uplink control apparatus according to an embodiment of the present invention.
  • the device can be a TDF or DPI device.
  • the apparatus provided in this embodiment includes: a detecting module 81 and a sending module 82.
  • the detecting module 81 is configured to detect a service type and flow description information of the uplink data packet sent by the user equipment.
  • the sending module 82 is configured to: according to the flow description information and the service type of the uplink data packet, construct a downlink data packet, and send the downlink data packet to the core network device, where the downlink data packet includes The indication information of the service type of the uplink data packet; or
  • the sending module 82 is configured to report, to the policy control entity, a service type and flow description information of the uplink data packet.
  • the policy control entity may be a PCRF.
  • the sending module 82 is configured to send, to the core network device, a downlink data packet whose flow description information is the same as the flow description information in the uplink data packet:
  • the detection module 81 may determine, according to the policy configured by the PCRF, whether the congestion control policy corresponding to the flow description information is sent to the base station of the user equipment, so as to determine Whether it is necessary to construct a downlink data packet including the flow description information; the detecting module 81 may also determine, according to the service type of the uplink data packet, whether the core network needs to send a congestion uplink control policy to the base station, for example, the core network needs to be controlled only The service of the uplink data, when determining that the service of the current uplink data packet is a service with only uplink data, constructs a downlink data packet including the flow description information in the uplink data packet.
  • the detecting module 81 may also determine, according to the location of the user equipment that sends the uplink data packet, and/or the user subscription information, whether the congestion uplink control policy corresponding to the flow description information needs to be sent to the home base station of the user equipment, thereby It is determined whether a downlink data message including the flow description information needs to be constructed. If the detecting module 81 determines that the user equipment that sends the uplink data packet belongs to a base station that is frequently congested and the user of the user equipment is a common user, it may be determined that the base station of the user equipment needs to deliver congestion corresponding to the flow description information. Uplink control strategy.
  • the detection module 81 determines that the congestion control policy corresponding to the flow description information is not required to be sent by the base station of the user equipment, the flow description information does not need to have the same downlink data packet as the uplink data packet.
  • the sending module 82 constructs the downlink data packet according to the flow description information and the service type of the uplink data packet. And sending, by the core network device, the downlink data packet, where the downlink data packet includes indication information for indicating a service type of the uplink data packet. It should be noted that, for the same service flow, that is, the IP packet of the same source destination address, the sending module 82 reports only the service type and the flow description information to the core network device.
  • the sending module 82 is configured to report the service type and flow description information of the uplink data packet to the policy control entity PCRF:
  • the PCRF determines whether the congestion control policy corresponding to the flow description information needs to be sent to the base station of the user equipment according to the configured policy, so as to determine whether the configuration needs to be constructed.
  • the PCRF can also determine whether the core network needs to send a congestion uplink control policy to the base station according to the service type of the uplink data packet. For example, the core network needs to control the service with only uplink data, and determine When the service of the current uplink data packet is a service with only uplink data, a downlink data packet including the flow description information in the uplink data packet is constructed.
  • the PCRF may also determine, according to the location of the user equipment that sends the uplink data packet, and/or the user subscription information, whether the congestion uplink control policy corresponding to the flow description information needs to be sent to the home base station of the user equipment, so as to determine whether A downlink data message including the flow description information needs to be constructed. If the PCRF determines that the user equipment that sends the uplink data packet belongs to a base station that is frequently congested and the user of the user equipment is a normal user, it may be determined that the base station of the user equipment needs to send the congestion uplink control corresponding to the flow description information. Strategy.
  • the PCRF determines that the congestion control policy corresponding to the flow description information is not required to be sent by the base station of the user equipment, the flow description information does not need to have the same downlink data message as the uplink data packet.
  • the PCRF determines the congestion uplink control policy according to one or more combinations of the following information: the service type of the data packet, the user subscription information of the user equipment, the user equipment access information, and the user equipment access technology type.
  • the flow description information may be all or part of the IP quintuple information, that is, the source address, the destination address, the source port number, the destination port number, and the protocol type of the IP packet.
  • FIG. 9 is a schematic structural diagram of a congestion uplink control apparatus according to an embodiment of the present invention.
  • the device can be a PCRF.
  • the apparatus provided in this embodiment includes: a receiving module 91, a policy determining module 92, and a policy sending module 93.
  • the receiving module 91 is configured to receive a service type and flow description information of the uplink data packet reported by the service flow detecting device.
  • the service flow detecting device may be a TDF or a DPI device.
  • the policy determining module 92 is configured to determine, according to the service type and the flow description information of the uplink data packet, a congestion uplink control policy corresponding to the flow description information, where the congestion uplink control policy is used to describe the flow
  • the uplink data packet of the information is subjected to congestion control.
  • the policy sending module 93 is configured to send, to the core network device, the flow description information and a congestion uplink control policy corresponding to the flow description information.
  • the policy determining module 92 may determine, according to the configured policy, whether the congestion control policy corresponding to the flow description information needs to be sent to the base station of the user equipment. And determining whether a downlink data message including the flow description information needs to be constructed.
  • the policy determining module 92 may also determine, according to the service type of the uplink data packet, whether the core network needs to send a congestion uplink control policy to the base station, for example, the core network needs To control the service with only the uplink data, and determine the service of the current uplink data packet as the service with only the uplink data, construct a downlink data packet including the flow description information in the uplink data packet.
  • the policy determining module 92 may also determine, according to the location of the user equipment that sends the uplink data packet, and/or the user subscription information, whether the congestion uplink control policy corresponding to the flow description information needs to be sent to the home base station of the user equipment, Thereby determining whether a downlink data message including the flow description information needs to be constructed. If the policy determining module 92 determines that the user equipment that sends the uplink data packet belongs to a base station that is frequently congested and the user of the user equipment is a normal user, it may be determined that the base station of the user equipment needs to deliver the corresponding information corresponding to the flow description information. Congested uplink control strategy.
  • the policy determining module 92 determines that the congestion control policy corresponding to the flow description information is not required to be sent to the base station of the user equipment, and the flow description information does not need to have the same downlink data packet as the uplink data packet.
  • the policy determination module 92 determines the congestion uplink control policy according to one or more combinations of the following information: the service type of the data packet, the user subscription information of the user equipment, the user equipment access information, and the user equipment access technology type.
  • the flow description information may be all or part of the IP quintuple information, that is, the source address, the destination address, the source port number, the destination port number, and the protocol type of the IP packet.
  • the embodiment of the present invention further provides a base station, including: a processor, a memory, a communication interface, and a bus, wherein the processor, the communication interface, and the memory complete communication between each other through the bus;
  • the memory is configured to store a program and a congestion uplink control policy corresponding to different flow description information, where the processor is configured to execute the program;
  • the communication interface is configured to receive an uplink data packet of the user equipment
  • the program is for:
  • the congestion uplink control policy is set according to one or more combinations of the following information: a service type of the uplink data packet, a user subscription information of the user equipment, user equipment access information, and a user equipment access technology type.
  • the communication interface is further configured to receive a downlink data packet sent by the core network device, where the downlink data packet includes a congestion uplink control policy corresponding to the flow description information in the downlink data packet, where The congestion uplink control policy is used to have the same flow description as the downlink data packet.
  • the uplink data packet of the information is subjected to congestion control;
  • the memory is further configured to save the flow description information received by the communication interface and a congestion uplink control policy corresponding to the flow description information.
  • the embodiment of the present invention further provides a core network device, including: a memory, a processor, a bus, and a communication interface; wherein the processor, the communication interface, and the memory complete communication with each other through the bus;
  • the memory is used to store a program; the processor is configured to execute the program; the program includes a first instruction and a second instruction;
  • the first instruction is used to encapsulate a downlink data packet, where the downlink data packet includes a congestion uplink control policy corresponding to the flow description information in the downlink data packet, where the congestion uplink control policy is used to
  • the downlink data packet has an uplink data packet with the same flow description information for congestion control;
  • the second instruction is configured to control the communications interface to send the downlink data packet to the base station.
  • the program further includes a third instruction
  • the third instruction is configured to receive, by the core network device, the flow description information sent by the policy control entity and the congestion uplink control policy corresponding to the flow description information, before the core network device encapsulates the downlink data packet sent to the base station;
  • the second instruction is specifically configured to construct a downlink data packet according to the flow description information sent by the policy control entity, where the configured downlink data packet is encapsulated with a congestion uplink control policy corresponding to the flow description information.
  • the program further includes a fourth instruction
  • the fourth instruction is configured to: before the encapsulated downlink data packet sent by the base station, the flow description information and the service type of the uplink data packet sent by the user equipment;
  • the fourth instruction is further configured to determine, according to one or more combinations of the following information, a congestion uplink control policy corresponding to the flow description information of the uplink data packet: a service type of the data packet, and a user of the user equipment.
  • the second instruction is specifically configured to construct, according to the flow description information in the uplink data packet, a downlink data packet sent to the base station, configured
  • the downlink data packet is encapsulated with a congestion uplink control policy corresponding to the flow description information in the uplink data packet.
  • the program further includes a fifth instruction;
  • the fifth instruction is configured to receive, by the service flow detection device, a downlink data packet, where the downlink data packet sent by the service flow detection device is sent by the service
  • the flow detection device is configured according to the flow description information of the detected uplink data packet, where the downlink data packet sent by the service flow detection device includes the service type of the uplink data packet detected by the service flow device;
  • the fifth instruction is further configured to determine, according to one or more combinations of the following information, a congestion uplink control policy corresponding to the flow description information of the downlink data packet sent by the service flow detection device: a service of the data packet Type, user subscription information of the user equipment, user equipment access information, and user equipment access technology type;
  • the second instruction is specifically configured to encapsulate, in the downlink data packet sent by the service flow detecting device, a congestion uplink control policy corresponding to the flow description information in the downlink data packet.
  • the embodiment of the present invention further provides a service flow detecting device, including: a processor, a memory, a communication interface, and a bus, wherein the processor, the communication interface, and the memory complete communication with each other through the bus;
  • the memory is used to store a program; the processor is configured to execute the program; and the program is configured to:
  • the service type and the flow description information of the uplink data packet are reported to the policy control entity.
  • the service flow detecting device is a TDF or a DPI device
  • the policy control entity is
  • the embodiment of the present invention provides a policy control entity, including: a processor, a memory, a communication interface, and a bus, wherein the processor, the communication interface, and the memory complete communication with each other through the bus;
  • the memory is used to store a program; the processor is configured to execute the program; and the program is configured to:
  • the service flow detecting device is a TDF or a DPI device
  • the policy control entity is a PCRF.
  • An embodiment of the present invention provides a congestion uplink control system, including: the foregoing base station, the foregoing core network device, the foregoing service detection device, and the foregoing policy control entity.

Abstract

本发明提供一种拥塞上行控制方法和设备及系统。其中一种方法包括：基站接收用户设备的上行数据报文；所述基站根据与所述上行数据报文中的流描述信息对应的拥塞上行控制策略，对所述上行数据报文进行拥塞控制。在接收到上行数据报文时，基站根据与该上行数据报文中的流描述信息对应的拥塞上行控制策略，对该上行数据报文进行拥塞控制，实现了对上行数据报文区分调度的目的，提高了基站的工作效率。

Description

拥塞上行控制方法和设备及系统
技术领域 本发明涉及通信技术， 尤其涉及一种拥塞上行控制方法和设备及系统。 背景技术
无线网络的无线资源有限， 可能会由于用户设备的大量接入或者部分用 户设备过度使用大流量业务而导致无线网络的拥塞， 例如用户使用 P2P业务 导致无线网络资源紧张。 当接入网出现拥塞时， 需要进行拥塞控制， 即限制 用户设备使用的带宽， 例如， 根据用户使用的业务类型进行带宽限制。 现有技术主要采用深度报文检测设备对用户设备使用的下行数据报文， 即从外部网络向用户设备发送的数据流， 进行内容检测， 根据检测结果对下 行数据报文进行不同的标记， 例如标记 IP 头中的差分服务代码点 ( Differentiated Services Code Point, 简称 DSCP )码， 不同的业务标记不同 的 DSCP码， 当网关设备， 例如， 分组数据网络网关（Packet Date Network Gateway, 简称 PGW )或者通用分组无线业务支持节点网关（ Gateway GPRS Support Node, 简称 GGSN )收到下行数据报文后， 根据下行数据报文的业务 类型、 用户的签约、 用户的位置、 用户饿接入类型等信息决策出该数据报文 的拥塞调度方式后， 对该下行数据报文的 GPRS 隧道协议用户面 （GPRS Tunneling Protocol user plane, 简称 GTP-U )头进行标记， 指明拥塞调度方式。 当接入网发生拥塞时，接入网根据下行数据报文的 GTP-U头中的拥塞调度方 式进行区分调度， 例如限制带宽， 丟包等。
然而， 现有技术虽解决了下行数据报文的拥塞控制， 但是在发生拥塞时， 不能对上行数据报文的拥塞控制即对上行数据报文进行区分调度， 例如， 拥 塞发生时， 限制用户上传视频的带宽。 发明内容
本发明实施例提供一种拥塞上行控制方法和设备及系统， 用于解决基站 发生拥塞时不能对上行数据报文进行区分调度的技术问题， 提高了基站的工 作效率。
第一方面， 本发明实施例提供一种拥塞上行控制方法， 包括：
基站接收用户设备的上行数据报文；
所述基站根据与所述上行数据报文中的流描述信息对应的拥塞上行控制 策略， 对所述上行数据报文进行拥塞控制。
结合第一方面， 在第一种可能的实现方式中， 所述拥塞上行控制策略根 据以下信息的一种或多种组合设定： 上行数据报文的业务类型、 用户设备的 用户签约信息、 用户设备接入信息和用户设备接入技术类型。
第二方面， 本发明实施例提供一种拥塞上行控制方法， 包括：
核心网设备封装下行数据报文， 所述下行数据报文包括与所述下行数据 报文中的流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制策略用于 对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制； 所述核心网设备向所述基站发送所述下行数据报文。
结合第二方面， 在第一种可能的实现方式中， 在所述核心网设备封装向 基站发送的下行数据报文之前， 还包括： 所述核心网设备接收策略控制实体 发送的流描述信息和与所述流描述信息对应的拥塞上行控制策略。
所述核心网设备封装向基站发送的下行数据报文具体为：
所述核心网设备根据所述策略控制实体发送的流描述信息构造下行数据 报文， 构造的下行数据报文中封装有与所述流描述信息对应的拥塞上行控制 策略。
第三方面， 本发明实施例提供一种拥塞上行控制方法， 包括：
业务流检测设备检测用户设备发送的上行数据报文的业务类型和流描述 信息；
所述业务流检测设备根据所述上行数据报文的流描述信息和业务类型， 构造下行数据报文， 向核心网设备发送所述下行数据报文， 所述下行数据报 文包括用于指示所述上行数据报文的业务类型的指示信息；
或者， 所述业务流检测设备向策略控制实体上报所述上行数据报文的业 务类型和流描述信息。
结合第三方面，在第一种可能的实现方式中，所述业务流检测设备为 TDF 或 DPI设备， 所述策略控制实体为 PCRF。 第四方面， 本发明实施例提供一种拥塞上行控制方法， 包括： 策略控制实体接收业务流检测设备上报的上行数据报文的业务类型和流 描述信息；
所述策略控制实体根据所述上行数据报文的业务类型和流描述信息， 确 定与所述流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制策略用于 对具有所述流描述信息的上行数据报文进行拥塞控制；
所述策略控制实体向核心网设备发送所述流描述信息和与所述流描述信 息对应的拥塞上行控制策略。
结合第四方面，在第一种可能的实现方式中，所述业务流检测设备为 TDF 或 DPI设备， 所述策略控制实体为 PCRF。
第五方面， 本发明实施例提供一种拥塞上行控制装置， 包括：
接收模块， 用于接收用户设备的上行数据报文；
控制模块， 用于根据与所述上行数据报文中的流描述信息对应的拥塞上 行控制策略， 对所述上行数据报文进行拥塞控制。
结合第五方面， 在一种可能的实现方式中， 所述拥塞上行控制策略根据 以下信息的一种或多种组合设定： 上行数据报文的业务类型、 用户设备的用 户签约信息、 用户设备接入信息和用户设备接入技术类型。
第六方面， 本发明实施例提供一种拥塞上行控制装置， 包括：
封装模块， 用于封装下行数据报文， 所述下行数据报文包括与所述下行 数据报文中的流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制策略 用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控 制；
发送模块， 用于向所述基站发送所述下行数据报文。
结合第六方面， 在一种可能的实现方式中， 还包括： 接收模块， 用于在 所述封装下行数据报文之前， 接收策略控制实体发送的流描述信息和与所述 流描述信息对应的拥塞上行控制策略；
所述封装模块， 还用于根据所述策略控制实体发送的流描述信息构造下 行数据报文， 构造的下行数据报文中封装有与所述流描述信息对应的拥塞上 行控制策略。
第七方面， 本发明实施例提供一种拥塞上行控制装置， 包括： 检测模块， 用于检测用户设备发送的上行数据报文的业务类型和流描述 信息；
发送模块 用于根据所述上行数据报文的流描述信息和业务类型，构造下 行数据报文， 向核心网设备发送所述下行数据报文， 所述下行数据报文包括 用于指示所述上行数据报文的业务类型的指示信息； 或者，
所述发送模块， 用于向策略控制实体上报所述上行数据报文的业务类型 和流描述信息。
结合第七方面，在一种可能的实现方式中，所述装置为 TDF或 DPI设备， 所述策略控制实体为 PCRF。
第八方面， 本发明实施例提供一种拥塞上行控制装置， 包括：
接收模块， 用于接收业务流检测设备上报的上行数据报文的业务类型和 流描述信息；
策略确定模块， 用于根据所述上行数据报文的业务类型和流描述信息， 确定与所述流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制策略用 于对具有所述流描述信息的上行数据报文进行拥塞控制；
策略发送模块， 用于向核心网设备发送所述流描述信息和与所述流描述 信息对应的拥塞上行控制策略。
结合第八方面， 在一种可能的实现方式中， 所述业务流检测设备为 TDF 或 DPI设备， 所述策略控制实体为 PCRF。
第九方面， 本发明实施例提供一种基站， 包括： 处理器、 存储器、 通信 接口以及总线， 其中所述处理器、 所述通信接口、 所述存储器通过所述总 线完成相互间的通信；
所述存储器， 用于存储程序和与不同流描述信息对应的拥塞上行控制策 略； 所述处理器， 用于执行所述程序；
所述通信接口， 用于接收用户设备的上行数据报文；
所述程序， 用于：
根据与所述上行数据报文中的流描述信息对应的拥塞上行控制策略， 对 所述上行数据报文进行拥塞控制。
结合第九方面， 在一种可能的实现方式中， 所述拥塞上行控制策略根据 以下信息的一种或多种组合设定： 上行数据报文的业务类型、 用户设备的用 户签约信息、 用户设备接入信息和用户设备接入技术类型。
第十方面， 本发明实施例提供一种核心网设备， 包括： 存储器、 处理器、 总线以及通信接口； 其中所述处理器、 所述通信接口、 所述存储器通过所 述总线完成相互间的通信；
所述存储器， 用于存储程序； 所述处理器， 用于执行所述程序； 所述程序， 包括第一指令和第二指令：
所述第一指令， 用于封装向基站发送的下行数据报文， 所述下行数据报 文包括与所述下行数据报文中的流描述信息对应的拥塞上行控制策略， 所述 拥塞上行控制策略用于对与所述下行数据报文具有相同流描述信息的上行数 据报文进行拥塞控制；
所述第二指令， 用于控制所述通信接口向所述基站发送所述下行数据报 文。
结合第十方面， 在一种可能的实现方式中， 所述程序， 还用于： 在所述核心网设备封装向基站发送的下行数据报文之前， 接收策略控制 实体发送的流描述信息和与所述流描述信息对应的拥塞上行控制策略；
根据所述策略控制实体发送的流描述信息构造下行数据报文， 构造的下 行数据报文中封装有与所述流描述信息对应的拥塞上行控制策略。
第十一方面， 本发明实施例提供一种业务流检测设备， 包括： 处理器、 存储器、 通信接口以及总线， 其中所述处理器、 所述通信接口、 所述存储 器通过所述总线完成相互间的通信；
所述存储器， 用于存储程序； 所述处理器， 用于执行所述程序； 所述程序， 用于：
检测用户设备发送的上行数据报文的业务类型和流描述信息；
根据所述上行数据报文的流描述信息和业务类型， 构造下行数据报文， 向核心网设备发送所述下行数据报文， 所述下行数据报文包括用于指示所述 上行数据报文的业务类型的指示信息； 或者，
向策略控制实体上报所述上行数据报文的业务类型和流描述信息。
结合第十一方面，在一种可能的实现方式中，所述业务流检测设备为 TDF 或 DPI设备， 所述策略控制实体为 PCRF。
第十二方面， 本发明实施例提供的一种策略控制实体， 包括： 处理器、 存储器、 通信接口以及总线， 其中所述处理器、 所述通信接口、 所述存储 器通过所述总线完成相互间的通信；
所述存储器， 用于存储程序； 所述处理器， 用于执行所述程序； 所述程序， 用于：
控制所述通信接口接收业务流检测设备上报的上行数据报文的业务类型 和流描述信息；
根据所述上行数据报文的业务类型和流描述信息， 确定与所述流描述信 息对应的拥塞上行控制策略， 所述拥塞上行控制策略用于对具有所述流描述 信息的上行数据报文进行拥塞控制；
控制所述通信接口向核心网设备发送所述流描述信息和与所述流描述信 息对应的拥塞上行控制策略。
结合第十二方面，在一种可能的实现方式中，所述业务流检测设备为 TDF 或 DPI设备， 所述策略控制实体为 PCRF。
第十三方面， 本发明实施例还提供一种拥塞上行控制系统， 包括： 上 述基站、 上述核心网设备、 上述业务检测设备， 和上述策略控制实体。
上述技术方案中，基站保存有不同流描述信息对应的拥塞上行控制策略。 基站保存的拥塞上行控制策略可以从核心网设备发送的下行数据报文中获 取。 在接收到上行数据报文时， 基站根据与该上行数据报文中的流描述信息 对应的拥塞上行控制策略， 对该上行数据报文进行拥塞控制， 实现了对上行 数据报文区分调度的目的， 提高了基站的工作效率。 附图说明
图 1为本发明实施例提供的一种拥塞上行控制方法流程图；
图 2为本发明实施例提供的另一种拥塞上行控制方法流程图；
图 3为本发明实施例提供的又一种拥塞上行控制方法流程图；
图 4为本发明实施例提供的再一种拥塞上行控制方法流程图；
图 5为本发明实施例提供的再一种拥塞上行控制方法流程图；
图 6为本发明实施例提供的一种拥塞上行控制装置结构示意图
图 7A为本发明实施例提供的另一种拥塞上行控制装置结构示意图； 图 7B为本发明实施例提供的又一种拥塞上行控制装置结构示意图； 图 7C为本发明实施例提供的再一种拥塞上行控制装置结构示意图； 图 7D为本发明实施例提供的再一种拥塞上行控制装置结构示意图； 图 8为本发明实施例提供的再一种拥塞上行控制装置结构示意图； 图 9为本发明实施例提供的再一种拥塞上行控制装置结构示意图。 具体实施方式
本发明实施例适用于 2G网络，例如全球移动通讯系统（ Global System of Mobile communication, 简称 GSM ) 网络、 3G网络， 例如通用移动通信系统 ( Universal Mobile Telecommunications System, 简称 UMTS ) 网络、 长期演 进（LTE ) 网络以及更高级的网络中上行数据报文的控制。
图 1为本发明实施例提供的一种拥塞上行控制方法流程图。 本实施例主 要说明基站如何对上行数据报文进行拥塞控制。 如图 1所示， 本实施例提供 的方法包括：
步骤 11 : 基站接收用户设备的上行数据报文。
步骤 12: 基站根据与所述上行数据报文中的流描述信息对应的拥塞上行 控制策略， 对所述上行数据报文进行拥塞控制。
基站保存有不同流描述信息对应的拥塞上行控制策略。 其中， 基站保存 的拥塞上行控制策略根据以下信息的一种或多种组合设定： 上行数据报文的 业务类型、 用户设备的用户签约信息、 用户设备接入信息和用户设备接入技 术类型。 其中， 流描述信息可以是 IP五元组信息全部或者部分， 即 IP报文 的源地址、 目的地址， 源端口号， 目的端口号和协议类型。
基站接收到上行数据报文后， 如果确定基站发生拥塞， 例如， 空口资源 不足、 基站转发能力不足， 或者上行至核心网的带宽受限等， 则查找与上行 数据报文中的流描述信息对应的拥塞上行控制策略。 如果查找到与该流描述 信息对应的拥塞上行控制策略， 则根据查找到拥塞上行控制策略对上行数据 报文进行拥塞控制。 例如， 拥塞上行控制策略可以是限制数据流带宽， 降低 数据传输优先级或者直接丟弃等。
核心网设备，例如， PGW或 GGSN,可以为基站下发拥塞上行控制策略。 核心网设备接收到用户设备的上行数据报文后， 如果确定发送上行数据报文 的终端所归属的基站经常发生拥塞， 或者， 根据 PCRF配置的信息确定需要 为基站下发与该上行数据报文中流描述信息所对应的拥塞上行控制策略， 则 向基站下发上行数据报文中流描述信息对应的拥塞上行控制策略， 使基站保 存拥塞上行控制策略。 例如， 基站接收核心网设备发送的下行数据报文， 所 述下行数据报文包括与所述下行数据报文中的流描述信息对应的拥塞上行控 制策略， 所述拥塞上行控制策略用于对与所述下行数据报文具有相同流描述 信息的上行数据报文进行拥塞控制。 基站接收核心网设备发送的下行数据报 文后， 保存其中的流描述信息和对应的拥塞上行控制策略。 基站可以建立拥 塞上行控制策略库， 用于保存不同流描述信息对应的拥塞上行控制策略。
下面举例说明核心网络为基站下发拥塞上行控制策略的过程：
1. 用户设备 ( User Equipment, 简称 UE )需要上传 Video文件给特定网 站时， 向基站 A发送上行数据报文， 该上行数据报文的流描述信息为： 源地 址 UE IP、 目的地址特定 IP。
2. 核心网设备接收到该上行数据报文后，根据 UE的位置信息判断出 UE 所归属的基站 A经常发生拥塞时，确定需要为基站 A下发拥塞上行控制策略。 核心网设备设置的与流描述信息： 源地址 UE IP、 目的地址特定 IP, 对应的 拥塞上行控制策略是， 直接丟弃上行数据报文， 该拥塞上行控制策略的类型 编号为 123。
3. 核心网设备发送一个下行 IP报文给 UE,该下行 IP报文的的流描述信 息为： 源地址为特定 IP, 目的地址为 UE IP, 并在 IP头中（或者 GTP头中） 的特定域设置值为 123的拥塞上行控制策略型编号。
4. 基站收到该下行 IP报文后， 根据该报文中特定域的值 123 , 判断出需 要对与该下行 IP报文中流描述信息对应的上行数据报文进行上行拥塞控制， 因此存储该下行 IP报文中流描述信息： 特定 IP和 UE IP, 并存储对应的上 行控制控制策略为， 直接丟弃上行数据报文。
5. 基站 A发生拥塞的情况下， 基站 A收到 UE发往特定网站的 IP报文 时， 会发现该 IP报文的流描述信息符合基站保存的以下流描述信息： 源地址 为 UE、 IP目的地址为特定 IP。 而上述流描述信息对应的拥塞上行控制策略 为直接丟弃上行数据报文， 因此， 基站 A直接丟弃 UE发往特定网站的 IP报 文。
本实施例中， 基站保存有不同流描述信息对应的拥塞上行控制策略。 在 接收到上行数据报文时， 基站根据与该上行数据报文中的流描述信息对应的 拥塞上行控制策略， 对该上行数据报文进行拥塞控制， 实现了对上行数据报 文区分调度的目的， 提高了基站的工作效率。
图 2为本发明实施例提供的另一种拥塞上行控制方法流程图。 本实施例 说明核心网设备如何向基站下发拥塞上行控制策略。 核心网设备， 可以是
PGW或 GGSN。 如图 2所示， 本实施例提供的方法包括：
步骤 21 : 核心网设备封装下行数据报文， 所述下行数据报文包括与所述 下行数据报文中的流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制 策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥 塞控制。
步骤 22: 核心网设备向基站发送所述下行数据报文。
核心网设备封装包括拥塞上行控制策略的下行数据报文。 不同的流描述 信息对应不同的拥塞上行控制策略。 下行数据报文中包括的拥塞上行控制策 略所对应的流描述信息， 与下行数据报文的流描述信息相同。 下行数据报文 中包括的拥塞上行控制策略， 用于对与所述下行数据报文具有相同流描述信 息的上行数据报文进行拥塞控制。
本实施例提供的方法中， 核心网设备向基站发送的下行数据报文中包括 与该下行数据报文具有相同的流描述信息的上行数据报文的拥塞上行控制策 略， 使基站获得拥塞上行控制策略， 从而对上行数据报文进行拥塞控制。
在上述实施例中，核心网设备在下行数据报文封装的拥塞上行控制策略， 可以由核心网设备自己确定， 也可以由核心网设备从策略控制实体获取， 例 如， 从 PCRF获取。
核心网设备从策略控制实体获取拥塞上行控制策略过程如下： 策略控制 实体接收到业务流检测设备上报的上行数据报文的业务类型和流描述信息 后， 根据所述上行数据报文的业务类型和流描述信息， 确定与所述流描述信 息对应的拥塞上行控制策略， 向核心网设备发送所述流描述信息和与所述流 描述信息对应的拥塞上行控制策略， 所述拥塞上行控制策略用于对具有所述 流描述信息的上行数据报文进行拥塞控制。 核心网设备接收到策略控制实体 发送的流描述信息和与所述流描述信息对应的拥塞上行控制策略后， 根据所 述策略控制实体发送的流描述信息构造下行数据报文， 构造的下行数据报文 中封装有与所述流描述信息对应的拥塞上行控制策略。
由核心网设备确定拥塞上行控制策略时， 按照核心网设备是否具备业务 流检测能力可以分为两种情况。 一种情况是， 核心网设备具备业务流检测的 能力， 核心网设备检测到上行数据报文后， 确定与该上行数据报文的流描述 信息对应的拥塞上行控制策略。 具体过程如下：
核心网设备检测用户设备发送的上行数据报文的流描述信息和业务类 型， 然后确定与所述上行数据 文的流描述信息对应的拥塞上行控制策略。 之后， 核心网设备根据所述上行数据报文中的流描述信息， 构造向基站发送 的下行数据报文， 构造的下行数据报文中封装有与所述上行数据报文中的流 描述信息对应的拥塞上行控制策略。
另一种情况是， 核心网设备不具备业务流检测的能力。 业务流检测设备， 例如业务检测功能实体（Traffic Detection Function, 简称 TDF )或深度 4艮文 检测 （ Deep Packet Inspection, 简称 DPI )设备， 检测到上行数据报文后， 由 业务流检测设备根据该上行数据报文的流描述信息构造下行数据报文发送给 核心网设备， 由核心网设备确定与该下行数据报文具有相同的流描述信息的 上行数据报文的拥塞上行控制策略， 即确定与该下行数据报文的流描述信息 对应的拥塞上行控制策略。 具体过程如下：
业务流检测设备检测用户设备发送的上行数据报文的业务类型和流描述 信息。所述业务流检测设备根据所述上行数据报文的流描述信息和业务类型， 构造下行数据报文， 向核心网设备发送所述下行数据报文， 所述下行数据报 文包括用于指示所述上行数据报文的业务类型的指示信息。
核心网设备接收到业务流检测设备发送的位下行数据报文后， 确定与所 述业务流检测设备发送的下行数据报文的流描述信息对应的拥塞上行控制策 略。 之后， 核心网设备在所述业务流检测设备发送的下行数据报文中， 封装 与所述下行数据报文中的流描述信息对应的拥塞上行控制策略。
图 3为本发明实施例提供的又一种拥塞上行控制方法流程图。 本实施例 中由 TDF或 DPI设备来检测上行数据报文，构造向基站发送的下行数据报文。 PGW确定与该下行数据报文的流描述信息对应的拥塞上行控制策略，并封装 在该下行数据报文中，
如图 3所示， 本实施例提供的方法包括： 步骤 30: TDF接收 UE的上行数据报文。
步骤 31 : TDF接收到 UE的上行数据报文后， 获取上行数据报文的业务 类型和流描述信息。
步骤 32: TDF根据上行数据报文的流描述信息和业务类型， 构造下行数 据报文。 该下行数据报文包括用于指示上述上行数据报文的业务类型的指示 信息。 TDF构造的下行数据报文与上述上行数据报文具有相同的流描述信息。
TDF获取上行数据报文对应的业务类型和流描述信息后，可以根据 PCRF 为 TDF配置的策略， 确定是否需要为上述用户设备的基站下发与该流描述信 息对应的拥塞上行控制策略， 从而确定是否需要构造包括该流流描述信息的 下行数据报文； TDF也可以根据上行数据报文的业务类型， 确定核心网是否 需要为基站下发拥塞上行控制策略， 例如， 核心网需要控制只有上行数据的 业务， 确定当前上行数据报文的业务为只有上行数据的业务时， 构造包括该 上行数据报文中的流描述信息的下行数据报文。 TDF也可以根据发送上述上 行数据报文的用户设备的位置和 /或用户签约信息， 确定是否需要为上述用户 设备的归属基站下发与该流流描述信息对应的拥塞上行控制策略， 从而确定 是否需要构造包括该流流描述信息的下行数据报文。如果 TDF确定发送该上 行数据报文的用户设备归属一个经常发生拥塞的基站且该用户设备的用户是 普通用户， 可以确定需要为该用户设备的基站下发与该流描述信息对应的拥 塞上行控制策略。
TDF确定不需要为上述用户设备的基站下发与该流流描述信息对应的拥 塞上行控制策略时， 则不需要构造流描述信息与上述上行数据报文具有相同 的下行数据报文。
需要说明的是： 对同一个业务流， 即相同的源目的地址的 IP报文， TDF 仅向 PGW上报一次业务类型和流描述信息。
步骤 33: TDF向 PGW发送该下行数据报文。
步骤 34: PGW接收到该下行数据报文后， 确定与该下行数据报文的流 描述信息对应的拥塞上行控制策略。
PGW根据以下信息的一种或多种组合确定拥塞上行控制策略：数据报文 的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用户设备接入 技术类型。 其中， 流描述信息可以是 IP五元组信息全部或者部分， 即 IP报 文的源地址、 目的地址， 源端口号， 目的端口号和协议类型。
步骤 35: PGW将确定的拥塞上行控制策略封装到该下行数据报文的 GTP-U头中， 向 eNB发送下行数据报文。
PGW也可以在下行数据报文的 IPinIP封装的隧道头中即外层 IP头中， 封装与所述流描述信息对应的拥塞上行控制策略。 可以在 IP头或者 GTP头 中设置用于携带拥塞上行控制策略的特定比特域， 例如， 特定域为全零时， 表示没有控制策略。
步骤 36: eNB接收到 PGW的下行数据报文后， 存储下行数据报文中与 所述下行数据报文的流描述信息对应的拥塞上行控制策略。
eNB接收到 PGW的下行数据报文后， 根据报文中特定域确定该报文中 包括拥塞上行控制策略时， 保存该报文中与所述下行数据报文的流描述信息 对应的拥塞上行控制策略。
图 4为本发明实施例提供的再一种拥塞上行控制方法流程图。 本实施例 中 PGW具有与 TDF设备或 DPI设备相同的功能。 PGW检测上行数据报文的 流描述信息和业务类型， 确定与所述流描述信息对应的拥塞上行控制策略， 由 PGW构造向基站发送的与所述流描述信息对应的下行数据报文。
步骤 41 : PGW接收 UE的上行数据报文。
步骤 42: PGW获取上行数据报文的流描述信息和业务类型， 确定与所 述流描述信息对应的拥塞上行控制策略。
PGW 获取上行数据报文对应的业务类型和流描述信息后， 可以根据
PCRF为 PGW配置的策略，确定是否需要为上述用户设备的基站下发与该流 描述信息对应的拥塞上行控制策略， 从而确定是否需要构造包括该流流描述 信息的下行数据报文。 PGW也可以根据上行数据报文的业务类型， 确定核心 网是否需要为基站下发拥塞上行控制策略， 例如， 核心网需要控制只有上行 数据的业务， 确定当前上行数据报文的业务为只有上行数据的业务时， 构造 包括该上行数据报文中的流描述信息的下行数据报文。 PGW也可以根据发送 上述上行数据报文的用户设备的位置和 /或用户签约信息， 确定是否需要为上 述用户设备的归属基站下发与该流流描述信息对应的拥塞上行控制策略， 从 而确定是否需要构造包括该流流描述信息的下行数据报文。 如果 PGW确定 发送该上行数据报文的用户设备归属一个经常发生拥塞的基站且该用户设备 的用户是普通用户， 可以确定需要为该用户设备的基站下发与该流描述信息 对应的拥塞上行控制策略。
PGW确定不需要为上述用户设备的基站下发与该流流描述信息对应的 拥塞上行控制策略时， 则不需要构造流描述信息与上述上行数据报文具有相 同的下行数据报文。
PGW根据以下信息的一种或多种组合确定拥塞上行控制策略：数据报文 的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用户设备接入 技术类型。 其中， 流描述信息可以是 IP五元组信息全部或者部分， 即 IP报 文的源地址、 目的地址， 源端口号， 目的端口号和协议类型。
步骤 43: PGW根据上行数据报文的流描述信息， 构造下行数据报文， 在下行数据报文的 GTP-U头中封装与所述流描述信息对应的拥塞上行控制策 略。
该下行数据报文与 UE 发送的上行数据报文具有相同的流描述信息。 PGW也可以在下行数据报文的 IPinlP封装的隧道头中即外层 IP头中， 封装 与所述流描述信息对应的拥塞上行控制策略。
步骤 44: PGW向 eNB发送封装有上述拥塞上行控制策略的下行数据报 文。
PGW可以在 IP头或者 GTP头中设置用于携带拥塞上行控制策略的特定 比特域， 例如， 特定域为全零时， 表示没有控制策略。
步骤 45: eNB接收到 PGW的下行数据报文后， 存储下行数据报文中与 所述下行数据报文的流描述信息对应的拥塞上行控制策略。
eNB接收到 PGW的下行数据报文后， 根据报文中特定域确定该报文中 包括拥塞上行控制策略时， 保存该报文中与所述下行数据报文的流描述信息 对应的拥塞上行控制策略。
图 5为本发明实施例提供的再一种拥塞上行控制方法流程图。 本实施例 中 TDF向策略控制和计费规则功能实体（Policy Control and Charging Rules Function, 简称 PCRF )上报上行数据报文的流描述信息和业务类型， PCRF 向 PGW下发上行数据报文的拥塞上行控制策略， PGW构造向 eNB发送的下 行数据报文， 并在下行数据报文中添加与下行数据报文的流描述信息相对应 的拥塞上行控制策略。 如图 5所示， 本实施例提供的方法包括： 步骤 51 : TDF接收到 UE的上行数据报文。
步骤 52: TDF获取上行数据报文的业务类型和流描述信息。
步骤 53: TDF向 PCRF上报上行数据报文的业务类型和流描述信息。 对同一个业务流， 即相同的源目的地址的 IP报文， TDF仅向 PCRF上报 —次业务类型和流描述信息。
步骤 54: PCRF确定与该流描述信息对应的拥塞上行控制策略。
PCRF获取上行数据报文对应的业务类型和流描述信息后，可以根据配置 的策略， 确定是否需要为上述用户设备的基站下发与该流描述信息对应的拥 塞上行控制策略， 从而确定是否需要构造包括该流流描述信息的下行数据报 文。 PCRF也可以根据上行数据报文的业务类型，确定核心网是否需要为基站 下发拥塞上行控制策略， 例如， 核心网需要控制只有上行数据的业务， 确定 当前上行数据报文的业务为只有上行数据的业务时， 构造包括该上行数据报 文中的流描述信息的下行数据报文。 PCRF也可以根据发送上述上行数据报文 的用户设备的位置和 /或用户签约信息， 确定是否需要为上述用户设备的归属 基站下发与该流流描述信息对应的拥塞上行控制策略， 从而确定是否需要构 造包括该流流描述信息的下行数据报文。 如果 PCRF确定发送该上行数据报 文的用户设备归属一个经常发生拥塞的基站且该用户设备的用户是普通用 户， 可以确定需要为该用户设备的基站下发与该流描述信息对应的拥塞上行 控制策略。
PCRF 确定不需要为上述用户设备的基站下发与该流流描述信息对应的 拥塞上行控制策略时， 则不需要构造流描述信息与上述上行数据报文具有相 同的下行数据报文。
PCRF根据以下信息的一种或多种组合确定拥塞上行控制策略：数据报文 的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用户设备接入 技术类型。 其中， 流描述信息可以是 IP五元组信息全部或者部分， 即 IP报 文的源地址、 目的地址， 源端口号， 目的端口号和协议类型。
步骤 55: PCRF向 PGW发送该流描述信息和与该流描述信息对应的拥塞 上行控制策略。
步骤 56: PGW根据该流描述信息构造下行数据报文， 在下行数据报文 的 GTP-U头中封装与该流描述信息对应的拥塞上行控制策略。 PGW可以在 IP头或者 GTP头中设置用于携带拥塞上行控制策略的特定 比特域， 例如， 特定域为全零时， 表示没有控制策略。
PGW构造的下行数据报文的流描述信息与其中包括的拥塞上行控制策 略对应的流描述信息相同。
步骤 57: PGW向 eNB发送下行数据报文。
步骤 58: eNB接收到 PGW的下行数据报文后， 存储下行数据报文中与 所述下行数据报文的流描述信息对应的拥塞上行控制策略。
eNB接收到 PGW的下行数据报文后， 根据报文中特定域确定该报文中 包括拥塞上行控制策略时， 保存该报文中与所述下行数据报文的流描述信息 对应的拥塞上行控制策略。
图 6为本发明实施例提供的一种拥塞上行控制装置结构示意图。 如图 6 所示， 本实施例提供的装置包括： 接收模块 61和控制模块 62。
接收模块 61 , 用于接收用户设备的上行数据报文；
控制模块 62, 用于根据与所述上行数据报文中的流描述信息对应的拥塞 上行控制策略， 对所述上行数据报文进行拥塞控制。
其中， 所述拥塞上行控制策略根据以下信息的一种或多种组合设定： 上 行数据报文的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用 户设备接入技术类型。其中，流描述信息可以是 IP五元组信息全部或者部分， 即 IP报文的源地址、 目的地址， 源端口号， 目的端口号和协议类型。
其中， 所述装置还可以根据核心网设备发送的下行数据报文来获取拥塞 上行控制策略。 具体地， 接收模块 61 , 还用于接收核心网设备发送的下行数 据报文， 所述下行数据报文包括与所述下行数据报文中的流描述信息对应的 拥塞上行控制策略， 所述拥塞上行控制策略用于对与所述下行数据报文具有 相同流描述信息的上行数据报文进行拥塞控制； 并保存所述流描述信息和所 述流描述信息对应的拥塞上行控制策略。
接收模块 61接收到上行数据报文后， 如果控制模块 62确定上述装置发 生拥塞， 例如， 空口资源不足、 装置转发能力不足， 或者上行至核心网的带 宽受限等，则查找与上行数据报文中的流描述信息对应的拥塞上行控制策略。 如果查找到与该流描述信息对应的拥塞上行控制策略， 则根据查找到拥塞上 行控制策略对上行数据报文进行拥塞控制。 例如， 拥塞上行控制策略可以是 限制数据流带宽， 降低数据传输优先级或者直接丟弃等。
本实施例中，所述装置保存有不同流描述信息对应的拥塞上行控制策略， 在接收到上行数据报文时， 根据与该上行数据报文中的流描述信息对应的拥 塞上行控制策略， 对该上行数据报文进行拥塞控制， 实现了对上行数据报文 区分调度的目的， 提高了基站的工作效率。
图 7A为本发明实施例提供的一种拥塞上行控制装置结构示意图。 所述 装置可以是 PGW或 SGSN。 如图 7A所示， 本实施例提供的装置包括： 封装 模块 71和发送模块 72。
封装模块 71 , 用于封装下行数据报文， 所述下行数据报文包括与所述下 行数据报文中的流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制策 略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞 控制。
发送模块 72, 用于向所述基站发送所述下行数据报文。
封装模块 71封装包括拥塞上行控制策略的下行数据报文。不同的流描述 信息对应不同的拥塞上行控制策略。 下行数据报文中包括的拥塞上行控制策 略所对应的流描述信息， 与下行数据报文的流描述信息相同。 下行数据报文 中包括的拥塞上行控制策略， 用于对与所述下行数据报文具有相同流描述信 息的上行数据报文进行拥塞控制。封装模块 71在下行数据报文封装的拥塞上 行控制策略， 可以由本装置确定， 也可以由本装置从策略控制实体获取， 例 如， 从 PCRF获取。
本实施例中， 所述装置向基站发送的下行数据报文中包括与该下行数据 报文具有相同的流描述信息的上行数据报文的拥塞上行控制策略， 使得基站 能够获得拥塞上行控制策略， 从而对上行数据报文进行拥塞控制。
如图 7B所示， 图 7A所示的装置还包括： 接收模块 73。
接收模块 73 , 用于在所述封装下行数据报文之前， 接收策略控制实体发 送的流描述信息和与所述流描述信息对应的拥塞上行控制策略；
所述封装模块 71 , 还用于根据所述策略控制实体发送的流描述信息构造 下行数据报文， 构造的下行数据报文中封装有与所述流描述信息对应的拥塞 上行控制策略。
如图 7C所示， 图 7A所示的装置还包括： 第一策略确定模块 74。 第一策略确定模块 74, 用于在封装下行数据报文之前， 检测用户设备发 送的上行数据报文的流描述信息和业务类型； 根据以下信息的一种或多种组 合， 确定与所述上行数据报文的流描述信息对应的拥塞上行控制策略： 数据 报文的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用户设备 接入技术类型；
所述封装模块 71 , 还用于根据所述上行数据报文中的流描述信息， 构造 向基站发送的下行数据报文， 构造的下行数据报文中封装有与所述上行数据 报文中的流描述信息对应的拥塞上行控制策略。
如图 7D所示， 图 7A所示的装置还包括： 第二策略确定模块 75。
第二策略确定模块 75 , 用于在封装下行数据报文之前， 接收业务流检测 设备发送的下行数据报文， 所述业务流检测设备发送的下行数据报文由所述 业务流检测设备根据检测到的上行数据报文的流描述信息构造， 所述业务流 检测设备发送的下行数据报文包括所述业务流设备检测到的上行数据报文的 业务类型；
所述第二策略确定模块， 还用于根据以下信息的一种或多种组合， 确定 与所述业务流检测设备发送的下行数据报文的流描述信息对应的拥塞上行控 制策略： 数据报文的业务类型、 用户设备的用户签约信息、 用户设备接入信 息和用户设备接入技术类型；
所述封装模块 71，还用于在所述业务流检测设备发送的下行数据报文中， 封装与所述下行数据报文中的流描述信息对应的拥塞上行控制策略。
图 8为本发明实施例提供的再一种拥塞上行控制装置结构示意图。 所述 装置可以是 TDF或 DPI设备。 如图 8所示， 本实施例提供的装置包括： 检测 模块 81和发送模块 82。
检测模块 81 , 用于检测用户设备发送的上行数据报文的业务类型和流描 述信息；
发送模块 82, 用于根据所述上行数据报文的流描述信息和业务类型， 构造下行数据报文， 向核心网设备发送所述下行数据报文， 所述下行数据报 文包括用于指示所述上行数据报文的业务类型的指示信息； 或者，
所述发送模块 82, 用于向策略控制实体上报所述上行数据报文的业务类 型和流描述信息。 其中， 策略控制实体可以是 PCRF。 如果发送模块 82 用于向核心网设备发送流描述信息与上行数据报文中 流描述信息相同的下行数据报文：
检测模块 81获取上行数据报文对应的业务类型和流描述信息后，可以根 据 PCRF配置的策略， 确定是否需要为上述用户设备的基站下发与该流描述 信息对应的拥塞上行控制策略， 从而确定是否需要构造包括该流流描述信息 的下行数据报文； 检测模块 81也可以根据上行数据报文的业务类型， 确定核 心网是否需要为基站下发拥塞上行控制策略， 例如， 核心网需要控制只有上 行数据的业务， 确定当前上行数据报文的业务为只有上行数据的业务时， 构 造包括该上行数据报文中的流描述信息的下行数据报文。检测模块 81也可以 根据发送上述上行数据报文的用户设备的位置和 /或用户签约信息， 确定是否 需要为上述用户设备的归属基站下发与该流流描述信息对应的拥塞上行控制 策略， 从而确定是否需要构造包括该流流描述信息的下行数据报文。 如果检 测模块 81 确定发送该上行数据报文的用户设备归属一个经常发生拥塞的基 站且该用户设备的用户是普通用户， 可以确定需要为该用户设备的基站下发 与该流描述信息对应的拥塞上行控制策略。
检测模块 81 确定不需要为上述用户设备的基站下发与该流流描述信息 对应的拥塞上行控制策略时， 则不需要构造流描述信息与上述上行数据报文 具有相同的下行数据报文。检测模块 81确定需要为上述用户设备的基站下发 与该流流描述信息对应的拥塞上行控制策略时，发送模块 82根据所述上行数 据报文的流描述信息和业务类型， 构造下行数据报文， 向核心网设备发送所 述下行数据报文， 所述下行数据报文包括用于指示所述上行数据报文的业务 类型的指示信息。 需要说明的是： 对同一个业务流， 即相同的源目的地址的 IP报文， 发送模块 82仅向核心网设备上报一次业务类型和流描述信息。
如果发送模块 82, 用于向策略控制实体 PCRF上报所述上行数据报文的 业务类型和流描述信息：
PCRF获取上行数据报文对应的业务类型和流描述信息后，可以根据配置 的策略， 确定是否需要为上述用户设备的基站下发与该流描述信息对应的拥 塞上行控制策略， 从而确定是否需要构造包括该流流描述信息的下行数据报 文。 PCRF也可以根据上行数据报文的业务类型，确定核心网是否需要为基站 下发拥塞上行控制策略， 例如， 核心网需要控制只有上行数据的业务， 确定 当前上行数据报文的业务为只有上行数据的业务时， 构造包括该上行数据报 文中的流描述信息的下行数据报文。 PCRF也可以根据发送上述上行数据报文 的用户设备的位置和 /或用户签约信息， 确定是否需要为上述用户设备的归属 基站下发与该流流描述信息对应的拥塞上行控制策略， 从而确定是否需要构 造包括该流流描述信息的下行数据报文。 如果 PCRF确定发送该上行数据报 文的用户设备归属一个经常发生拥塞的基站且该用户设备的用户是普通用 户， 可以确定需要为该用户设备的基站下发与该流描述信息对应的拥塞上行 控制策略。
PCRF 确定不需要为上述用户设备的基站下发与该流流描述信息对应的 拥塞上行控制策略时， 则不需要构造流描述信息与上述上行数据报文具有相 同的下行数据报文。
PCRF根据以下信息的一种或多种组合确定拥塞上行控制策略：数据报文 的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用户设备接入 技术类型。 其中， 流描述信息可以是 IP五元组信息全部或者部分， 即 IP报 文的源地址、 目的地址， 源端口号， 目的端口号和协议类型。
图 9为本发明实施例提供的一种拥塞上行控制装置结构示意图。 所述装 置可以是 PCRF。 如图 9所示， 本实施例提供的装置包括： 接收模块 91、 策 略确定模块 92和策略发送模块 93。
接收模块 91 , 用于接收业务流检测设备上报的上行数据报文的业务类型 和流描述信息。 其中， 所述业务流检测设备可以是 TDF或 DPI设备，
策略确定模块 92,用于根据所述上行数据报文的业务类型和流描述信息， 确定与所述流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制策略用 于对具有所述流描述信息的上行数据报文进行拥塞控制。
策略发送模块 93 , 用于向核心网设备发送所述流描述信息和与所述流描 述信息对应的拥塞上行控制策略。
接收模块 91获取上行数据报文对应的业务类型和流描述信息后，策略确 定模块 92可以根据配置的策略，确定是否需要为上述用户设备的基站下发与 该流描述信息对应的拥塞上行控制策略， 从而确定是否需要构造包括该流流 描述信息的下行数据报文。策略确定模块 92也可以根据上行数据报文的业务 类型， 确定核心网是否需要为基站下发拥塞上行控制策略， 例如， 核心网需 要控制只有上行数据的业务， 确定当前上行数据报文的业务为只有上行数据 的业务时， 构造包括该上行数据报文中的流描述信息的下行数据报文。 策略 确定模块 92也可以根据发送上述上行数据报文的用户设备的位置和 /或用户 签约信息， 确定是否需要为上述用户设备的归属基站下发与该流流描述信息 对应的拥塞上行控制策略， 从而确定是否需要构造包括该流流描述信息的下 行数据报文。如果策略确定模块 92确定发送该上行数据报文的用户设备归属 一个经常发生拥塞的基站且该用户设备的用户是普通用户， 可以确定需要为 该用户设备的基站下发与该流描述信息对应的拥塞上行控制策略。
策略确定模块 92 确定不需要为上述用户设备的基站下发与该流流描述 信息对应的拥塞上行控制策略时， 则不需要构造流描述信息与上述上行数据 报文具有相同的下行数据报文。
策略确定模块 92根据以下信息的一种或多种组合确定拥塞上行控制策 略： 数据报文的业务类型、 用户设备的用户签约信息、 用户设备接入信息和 用户设备接入技术类型。 其中， 流描述信息可以是 IP五元组信息全部或者部 分， 即 IP报文的源地址、 目的地址， 源端口号， 目的端口号和协议类型。
本发明实施例还提供一种基站， 包括： 处理器、 存储器、 通信接口以及 总线， 其中所述处理器、 所述通信接口、 所述存储器通过所述总线完成相 互间的通信；
所述存储器， 用于存储程序和与不同流描述信息对应的拥塞上行控制策 略； 所述处理器， 用于执行所述程序；
所述通信接口， 用于接收用户设备的上行数据报文；
所述程序， 用于：
根据与所述上行数据报文中的流描述信息对应的拥塞上行控制策略， 对 所述上行数据报文进行拥塞控制。
其中， 所述拥塞上行控制策略根据以下信息的一种或多种组合设定： 上 行数据报文的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用 户设备接入技术类型。
可选地， 所述通信接口， 还用于接收核心网设备发送的下行数据报文， 所述下行数据报文包括与所述下行数据报文中的流描述信息对应的拥塞上行 控制策略， 所述拥塞上行控制策略用于对与所述下行数据报文具有相同流描 述信息的上行数据报文进行拥塞控制；
所述存储器， 还用于保存所述通信接口接收到的所述流描述信息和所述 流描述信息对应的拥塞上行控制策略。
本发明实施例还提供一种核心网设备， 包括： 存储器、 处理器、 总线以 及通信接口； 其中所述处理器、 所述通信接口、 所述存储器通过所述总线 完成相互间的通信；
所述存储器， 用于存储程序； 所述处理器， 用于执行所述程序； 所述程序， 包括第一指令和第二指令；
所述第一指令， 用于封装下行数据报文， 所述下行数据报文包括与所述 下行数据报文中的流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制 策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥 塞控制；
所述第二指令， 用于控制所述通信接口向所述基站发送所述下行数据报 文。
可选地， 所述程序， 还包括第三指令；
所述第三指令， 用于在所述核心网设备封装向基站发送的下行数据报文 之前， 接收策略控制实体发送的流描述信息和与所述流描述信息对应的拥塞 上行控制策略；
所述第二指令， 具体用于根据所述策略控制实体发送的流描述信息构造 下行数据报文， 构造的下行数据报文中封装有与所述流描述信息对应的拥塞 上行控制策略。
可选地， 所述程序， 还包括有第四指令；
所述第四指令， 用于在所述封装向基站发送的下行数据报文之前， 检测 用户设备发送的上行数据报文的流描述信息和业务类型；
所述第四指令， 还用于根据以下信息的一种或多种组合， 确定与所述上 行数据报文的流描述信息对应的拥塞上行控制策略： 数据报文的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用户设备接入技术类型； 所述第二指令， 具体用于根据所述上行数据报文中的流描述信息， 构造 向基站发送的下行数据报文， 构造的下行数据报文中封装有与所述上行数据 报文中的流描述信息对应的拥塞上行控制策略。 可选地， 所述程序， 还包括有第五指令；
所述第五指令， 用于在所述封装向基站发送的下行数据报文之前， 接收 业务流检测设备发送的下行数据报文， 所述业务流检测设备发送的下行数据 报文由所述业务流检测设备根据检测到的上行数据报文的流描述信息构造， 所述业务流检测设备发送的下行数据报文包括所述业务流设备检测到的上行 数据报文的业务类型；
所述第五指令， 还用于根据以下信息的一种或多种组合， 确定与所述业 务流检测设备发送的下行数据报文的流描述信息对应的拥塞上行控制策略： 数据报文的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用户 设备接入技术类型；
所述第二指令，具体用于在所述业务流检测设备发送的下行数据报文中， 封装与所述下行数据报文中的流描述信息对应的拥塞上行控制策略。
本发明实施例还提供一种业务流检测设备， 包括： 处理器、 存储器、 通 信接口以及总线， 其中所述处理器、 所述通信接口、 所述存储器通过所述 总线完成相互间的通信；
所述存储器， 用于存储程序； 所述处理器， 用于执行所述程序； 所述程序， 用于：
检测用户设备发送的上行数据报文的业务类型和流描述信息；
根据所述上行数据报文的流描述信息和业务类型， 构造下行数据报文， 向核心网设备发送所述下行数据报文， 所述下行数据报文包括用于指示所述 上行数据报文的业务类型的指示信息； 或者，
向策略控制实体上报所述上行数据报文的业务类型和流描述信息。
可选地， 所述业务流检测设备为 TDF或 DPI设备， 所述策略控制实体为
PCRF。
本发明实施例提供一种策略控制实体， 包括： 处理器、 存储器、 通信接 口以及总线， 其中所述处理器、 所述通信接口、 所述存储器通过所述总线 完成相互间的通信；
所述存储器， 用于存储程序； 所述处理器， 用于执行所述程序； 所述程序， 用于：
控制所述通信接口接收业务流检测设备上报的上行数据报文的业务类型 和流描述信息；
根据所述上行数据报文的业务类型和流描述信息， 确定与所述流描述信 息对应的拥塞上行控制策略， 所述拥塞上行控制策略用于对具有所述流描述 信息的上行数据报文进行拥塞控制；
控制所述通信接口向核心网设备发送所述流描述信息和与所述流描述信 息对应的拥塞上行控制策略。
可选地， 所述业务流检测设备为 TDF或 DPI设备， 所述策略控制实体为 PCRF。
本发明实施例提供一种拥塞上行控制系统， 包括： 上述基站、 上述核心 网设备、 上述业务检测设备， 和上述策略控制实体。
本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于一计算机可读 取存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述 的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介 质。
最后应说明的是： 以上各实施例仅用以说明本发明的技术方案， 而非对 其限制； 尽管参照前述各实施例对本发明进行了详细的说明， 本领域的普通 技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改， 或者对其中部分或者全部技术特征进行等同替换； 而这些修改或者替换， 并 不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权 利 要 求 书
1、 一种拥塞上行控制方法， 其特征在于， 包括：
基站接收用户设备的上行数据报文；
所述基站根据与所述上行数据报文中的流描述信息对应的拥塞上行控制 策略， 对所述上行数据报文进行拥塞控制。
2、 根据权利要求 1所述的方法， 其特征在于， 所述拥塞上行控制策略根 据以下信息的一种或多种组合设定： 上行数据报文的业务类型、 用户设备的 用户签约信息、 用户设备接入信息和用户设备接入技术类型。
3、 根据权利要求 1或 2所述的方法， 其特征在于， 在所述基站接收用户 设备的上行数据报文之前， 还包括：
所述基站接收核心网设备发送的下行数据报文， 所述下行数据报文包括 与所述下行数据报文中的流描述信息对应的拥塞上行控制策略， 所述拥塞上 行控制策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文 进行拥塞控制；
所述基站保存所述流描述信息和所述流描述信息对应的拥塞上行控制策 略。
4、 一种拥塞上行控制方法， 其特征在于， 包括：
核心网设备封装下行数据报文， 所述下行数据报文包括与所述下行数据 报文中的流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制策略用于 对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控制； 所述核心网设备向所述基站发送所述下行数据报文。
5、 根据权利要求 4所述的方法， 其特征在于：
在所述核心网设备封装向基站发送的下行数据报文之前， 包括： 所述核心网设备接收策略控制实体发送的流描述信息和与所述流描述信 息对应的拥塞上行控制策略；
所述核心网设备封装向基站发送的下行数据报文具体为：
所述核心网设备根据所述策略控制实体发送的流描述信息构造下行数据 报文， 构造的下行数据报文中封装有与所述流描述信息对应的拥塞上行控制 策略。
6、 根据权利要求 4所述的方法， 其特征在于： 在所述核心网设备封装向基站发送的下行数据报文之前， 还包括： 所述核心网设备检测用户设备发送的上行数据报文的流描述信息和业务 类型；
所述核心网设备根据以下信息的一种或多种组合， 确定与所述上行数据 报文的流描述信息对应的拥塞上行控制策略： 数据报文的业务类型、 用户设 备的用户签约信息、 用户设备接入信息和用户设备接入技术类型；
所述核心网设备封装向基站发送的下行数据报文具体为：
所述核心网设备根据所述上行数据报文中的流描述信息， 构造向基站发 送的下行数据报文， 构造的下行数据报文中封装有与所述上行数据报文中的 流描述信息对应的拥塞上行控制策略。
7、 根据权利要求 4所述的方法， 其特征在于：
在所述核心网设备封装向基站发送的下行数据报文之前， 还包括： 所述核心网设备接收业务流检测设备发送的下行数据报文， 所述业务流 检测设备发送的下行数据报文由所述业务流检测设备根据检测到的上行数据 报文的流描述信息构造， 所述业务流检测设备发送的下行数据报文包括所述 业务流设备检测到的上行数据报文的业务类型；
所述核心网设备根据以下信息的一种或多种组合， 确定与所述业务流检 测设备发送的下行数据报文的流描述信息对应的拥塞上行控制策略： 数据报 文的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用户设备接 入技术类型；
所述核心网设备封装向基站发送的下行数据报文具体为：
所述核心网设备在所述业务流检测设备发送的下行数据报文中， 封装与 所述下行数据报文中的流描述信息对应的拥塞上行控制策略。
8、 一种拥塞上行控制方法， 其特征在于， 包括：
业务流检测设备检测用户设备发送的上行数据报文的业务类型和流描述 信息；
所述业务流检测设备根据所述上行数据报文的流描述信息和业务类型， 构造下行数据报文， 向核心网设备发送所述下行数据报文， 所述下行数据报 文包括用于指示所述上行数据报文的业务类型的指示信息；
或者， 所述业务流检测设备向策略控制实体上报所述上行数据报文的业 务类型和流描述信息。
9、 根据权利要求 8所述的方法， 其特征在于， 所述业务流检测设备为业 务检测功能实体 TDF或深度报文检测设备 DPI, 所述策略控制实体为策略控 制和计费规则功能实体 PCRF。
10、 一种拥塞上行控制方法， 其特征在于， 包括：
策略控制实体接收业务流检测设备上报的上行数据报文的业务类型和流 描述信息；
所述策略控制实体根据所述上行数据报文的业务类型和流描述信息， 确 定与所述流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制策略用于 对具有所述流描述信息的上行数据报文进行拥塞控制；
所述策略控制实体向核心网设备发送所述流描述信息和与所述流描述信 息对应的拥塞上行控制策略。
11、 根据权利要求 10所述的方法， 其特征在于， 所述业务流检测设备为 TDF或 DPI设备， 所述策略控制实体为 PCRF。
12、 一种拥塞上行控制装置， 其特征在于， 包括：
接收模块， 用于接收用户设备的上行数据报文；
控制模块， 用于根据与所述上行数据报文中的流描述信息对应的拥塞上 行控制策略， 对所述上行数据报文进行拥塞控制。
13、 根据权利要求 12所述的装置， 其特征在于， 所述拥塞上行控制策略 根据以下信息的一种或多种组合设定： 上行数据报文的业务类型、 用户设备 的用户签约信息、 用户设备接入信息和用户设备接入技术类型。
14、 根据权利要求 12或 13所述的装置， 其特征在于， 所述接收模块， 还用于接收核心网设备发送的下行数据报文， 所述下行数据报文包括与所述 下行数据报文中的流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制 策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥 塞控制；并保存所述流描述信息和所述流描述信息对应的拥塞上行控制策略。
15、 一种拥塞上行控制装置， 其特征在于， 包括：
封装模块， 用于封装下行数据报文， 所述下行数据报文包括与所述下行 数据报文中的流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制策略 用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥塞控 制；
发送模块， 用于向所述基站发送所述下行数据报文。
16、 根据权利要求 15所述的装置， 其特征在于， 还包括： 接收模块， 用 于在所述封装向基站发送的下行数据报文之前， 接收策略控制实体发送的流 描述信息和与所述流描述信息对应的拥塞上行控制策略；
所述封装模块， 还用于根据所述策略控制实体发送的流描述信息构造下 行数据报文， 构造的下行数据报文中封装有与所述流描述信息对应的拥塞上 行控制策略。
17、 根据权利要求 15所述的装置， 其特征在于， 还包括：
第一策略确定模块， 用于在封装向基站发送的下行数据报文之前， 检测 用户设备发送的上行数据报文的流描述信息和业务类型； 根据以下信息的一 种或多种组合， 确定与所述上行数据报文的流描述信息对应的拥塞上行控制 策略： 数据报文的业务类型、 用户设备的用户签约信息、 用户设备接入信息 和用户设备接入技术类型；
所述封装模块， 还用于根据所述上行数据报文中的流描述信息， 构造向 基站发送的下行数据报文， 构造的下行数据报文中封装有与所述上行数据报 文中的流描述信息对应的拥塞上行控制策略。
18、 根据权利要求 15所述的装置， 其特征在于， 还包括：
第二策略确定模块， 用于在封装向基站发送的下行数据报文之前， 接收 业务流检测设备发送的下行数据报文， 所述业务流检测设备发送的下行数据 报文由所述业务流检测设备根据检测到的上行数据报文的流描述信息构造， 所述业务流检测设备发送的下行数据报文包括所述业务流设备检测到的上行 数据报文的业务类型；
所述第二策略确定模块， 还用于根据以下信息的一种或多种组合， 确定 与所述业务流检测设备发送的下行数据报文的流描述信息对应的拥塞上行控 制策略： 数据报文的业务类型、 用户设备的用户签约信息、 用户设备接入信 息和用户设备接入技术类型；
所述封装模块， 还用于在所述业务流检测设备发送的下行数据报文中， 封装与所述下行数据报文中的流描述信息对应的拥塞上行控制策略。
19、 一种拥塞上行控制装置， 其特征在于， 包括： 检测模块， 用于检测用户设备发送的上行数据报文的业务类型和流描述 信息；
发送模块 用于根据所述上行数据报文的流描述信息和业务类型，构造下 行数据报文， 向核心网设备发送所述下行数据报文， 所述下行数据报文包括 用于指示所述上行数据报文的业务类型的指示信息； 或者，
所述发送模块， 用于向策略控制实体上报所述上行数据报文的业务类型 和流描述信息。
20、根据权利要求 19所述的装置， 其特征在于， 所述装置为 TDF或 DPI 设备， 所述策略控制实体为 PCRF。
21、 一种拥塞上行控制装置， 其特征在于， 包括：
接收模块， 用于接收业务流检测设备上报的上行数据报文的业务类型和 流描述信息；
策略确定模块， 用于根据所述上行数据报文的业务类型和流描述信息， 确定与所述流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制策略用 于对具有所述流描述信息的上行数据报文进行拥塞控制；
策略发送模块， 用于向核心网设备发送所述流描述信息和与所述流描述 信息对应的拥塞上行控制策略。
22、 根据权利要求 21所述的装置， 其特征在于， 所述业务流检测设备为 TDF或 DPI设备， 所述策略控制实体为 PCRF。
23、 一种基站， 其特征在于， 包括： 处理器、 存储器、 通信接口以及总 线， 其中所述处理器、 所述通信接口、 所述存储器通过所述总线完成相互 间的通信；
所述存储器， 用于存储程序和与不同流描述信息对应的拥塞上行控制策 略； 所述处理器， 用于执行所述程序；
所述通信接口， 用于接收用户设备的上行数据报文；
所述程序， 用于：
根据与所述上行数据报文中的流描述信息对应的拥塞上行控制策略， 对 所述上行数据报文进行拥塞控制。
24、 根据权利要求 23所述的基站， 其特征在于， 所述拥塞上行控制策略 根据以下信息的一种或多种组合设定： 上行数据报文的业务类型、 用户设备 的用户签约信息、 用户设备接入信息和用户设备接入技术类型。
25、 根据权利要求 23或 24所述的基站， 其特征在于， 所述通信接口， 还用于接收核心网设备发送的下行数据报文， 所述下行数据报文包括与所述 下行数据报文中的流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制 策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥 塞控制；
所述存储器， 还用于保存所述通信接口接收到的所述流描述信息和所述 流描述信息对应的拥塞上行控制策略。
26、 一种核心网设备， 其特征在于， 包括： 存储器、 处理器、 总线以及 通信接口； 其中所述处理器、 所述通信接口、 所述存储器通过所述总线完 成^！互间的通信；
所述存储器， 用于存储程序； 所述处理器， 用于执行所述程序； 所述程序， 包括第一指令和第二指令：
所述第一指令， 用于封装下行数据报文， 所述下行数据报文包括与所述 下行数据报文中的流描述信息对应的拥塞上行控制策略， 所述拥塞上行控制 策略用于对与所述下行数据报文具有相同流描述信息的上行数据报文进行拥 塞控制；
所述第二指令， 用于控制所述通信接口向所述基站发送所述下行数据报 文。
27、 根据权利要求 26所述的设备， 其特征在于， 所述程序， 还包括有第 三指令；
所述第三指令， 用于在所述核心网设备封装下行数据报文之前， 控制所 述通信接口接收策略控制实体发送的流描述信息和与所述流描述信息对应的 拥塞上行控制策略；
所述第二指令， 具体用于根据所述策略控制实体发送的流描述信息构造 下行数据报文， 构造的下行数据报文中封装有与所述流描述信息对应的拥塞 上行控制策略。
28、 根据权利要求 26所述的设备， 其特征在于， 所述程序， 还包括有第 四指令；
所述第四指令， 用于在所述封装下行数据报文之前， 检测用户设备发送 的上行数据报文的流描述信息和业务类型；
所述第四指令， 还用于根据以下信息的一种或多种组合， 确定与所述上 行数据报文的流描述信息对应的拥塞上行控制策略： 数据报文的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用户设备接入技术类型； 所述第二指令， 具体用于根据所述上行数据报文中的流描述信息， 构造 向基站发送的下行数据报文， 构造的下行数据报文中封装有与所述上行数据 报文中的流描述信息对应的拥塞上行控制策略。
29、 根据权利要求 26所述的设备， 其特征在于， 所述程序， 还包括有第 五指令；
所述第五指令， 用于在所述封装下行数据报文之前， 接收业务流检测设 备发送的下行数据报文， 所述业务流检测设备发送的下行数据报文由所述业 务流检测设备根据检测到的上行数据报文的流描述信息构造， 所述业务流检 测设备发送的下行数据报文包括所述业务流设备检测到的上行数据报文的业 务类型；
所述第五指令， 还用于根据以下信息的一种或多种组合， 确定与所述业 务流检测设备发送的下行数据报文的流描述信息对应的拥塞上行控制策略： 数据报文的业务类型、 用户设备的用户签约信息、 用户设备接入信息和用户 设备接入技术类型；
所述第二指令，具体用于在所述业务流检测设备发送的下行数据报文中， 封装与所述下行数据报文中的流描述信息对应的拥塞上行控制策略。
30、 一种业务流检测设备， 其特征在于， 包括： 处理器、 存储器、 通信 接口以及总线， 其中所述处理器、 所述通信接口、 所述存储器通过所述总 线完成相互间的通信；
所述存储器， 用于存储程序； 所述处理器， 用于执行所述程序； 所述程序， 用于：
检测用户设备发送的上行数据报文的业务类型和流描述信息；
根据所述上行数据报文的流描述信息和业务类型， 构造下行数据报文， 向核心网设备发送所述下行数据报文， 所述下行数据报文包括用于指示所述 上行数据报文的业务类型的指示信息； 或者，
向策略控制实体上报所述上行数据报文的业务类型和流描述信息。
31、 根据权利要求 30所述的设备， 其特征在于， 所述业务流检测设备为 TDF或 DPI设备， 所述策略控制实体为 PCRF。
32、 一种策略控制实体， 其特征在于， 包括： 处理器、 存储器、 通信接 口以及总线， 其中所述处理器、 所述通信接口、 所述存储器通过所述总线 完成相互间的通信；
所述存储器， 用于存储程序； 所述处理器， 用于执行所述程序； 所述程序， 用于：
控制所述通信接口接收业务流检测设备上报的上行数据报文的业务类型 和流描述信息；
根据所述上行数据报文的业务类型和流描述信息， 确定与所述流描述信 息对应的拥塞上行控制策略， 所述拥塞上行控制策略用于对具有所述流描述 信息的上行数据报文进行拥塞控制；
控制所述通信接口向核心网设备发送所述流描述信息和与所述流描述信 息对应的拥塞上行控制策略。
33、 根据权利要求 32所述的实体， 其特征在于， 所述业务流检测设备为 TDF或 DPI设备， 所述策略控制实体为 PCRF。
34、 一种拥塞上行控制系统， 其特征在于， 包括： 如权利要求 23至 25 任一项所述的基站、 如权利要求 26至 29任一项所述的核心网设备、 如权利 要求 30所述的业务检测设备， 和如权利要求 32所述的策略控制实体。
PCT/CN2013/072070 2013-03-01 2013-03-01 拥塞上行控制方法和设备及系统 WO2014131198A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201380003263.1A CN104770000B (zh) 2013-03-01 2013-03-01 拥塞上行控制方法和设备及系统
PCT/CN2013/072070 WO2014131198A1 (zh) 2013-03-01 2013-03-01 拥塞上行控制方法和设备及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/072070 WO2014131198A1 (zh) 2013-03-01 2013-03-01 拥塞上行控制方法和设备及系统

Publications (1)

Publication Number Publication Date
WO2014131198A1 true WO2014131198A1 (zh) 2014-09-04

Family

ID=51427495

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/072070 WO2014131198A1 (zh) 2013-03-01 2013-03-01 拥塞上行控制方法和设备及系统

Country Status (2)

Country Link
CN (1) CN104770000B (zh)
WO (1) WO2014131198A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110972199B (zh) * 2018-09-30 2023-02-24 中兴通讯股份有限公司 一种流量拥塞监测方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012004634A1 (en) * 2010-07-09 2012-01-12 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for traffic classification
CN102378264A (zh) * 2010-08-20 2012-03-14 中兴通讯股份有限公司 拥塞控制方法和系统
CN102457898A (zh) * 2010-10-25 2012-05-16 中兴通讯股份有限公司 增强专用信道拥塞的控制方法及系统
CN102742318A (zh) * 2012-03-06 2012-10-17 华为技术有限公司 拥塞控制方法及设备、系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012004634A1 (en) * 2010-07-09 2012-01-12 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for traffic classification
CN102378264A (zh) * 2010-08-20 2012-03-14 中兴通讯股份有限公司 拥塞控制方法和系统
CN102457898A (zh) * 2010-10-25 2012-05-16 中兴通讯股份有限公司 增强专用信道拥塞的控制方法及系统
CN102742318A (zh) * 2012-03-06 2012-10-17 华为技术有限公司 拥塞控制方法及设备、系统

Also Published As

Publication number Publication date
CN104770000B (zh) 2019-03-05
CN104770000A (zh) 2015-07-08

Similar Documents

Publication Publication Date Title
EP3767890B1 (en) Method and apparatus for monitoring service quality
TWI738703B (zh) 在傳訊平面上傳送小資料ｎａｓ協定之增強
JP5986310B2 (ja) 情報を処理するための方法、転送プレーンデバイスおよび制御プレーンデバイス
EP2941043B1 (en) Method, device, and system for multi-standard network convergence
US20210153020A1 (en) Service data transmission method and device
WO2013113186A1 (zh) 一种mtc用户设备触发信息的发送方法、系统和用户设备
WO2017198132A1 (zh) 数据发送方法及装置
EP3214808A1 (en) Gateway apparatus and method of controlling gateway apparatus
US20230116578A1 (en) Data transmission method and apparatus
WO2014101505A1 (zh) 一种WLAN和分组核心网之间的QoS对齐的方法
CN109804663B (zh) 一种数据传输的方法及其装置
WO2022148371A1 (zh) 传输报文的方法和装置
WO2014075359A1 (zh) 一种带宽调整方法、设备及系统
WO2014186935A1 (zh) 数据传输方法、装置及系统
EP3920511B1 (en) Policy management method and device
US11824783B2 (en) Maximum data burst volume (MDBV) determining method, apparatus, and system
WO2020051745A1 (zh) 一种数据传输方法及装置、通信设备
JP2023535907A (ja) ルート設定方法および装置
US11647419B2 (en) Adjusting window size based on quality of experience
CN108810977B (zh) 一种通信方法、通信设备及具有存储功能的设备
US9246817B1 (en) System and method of managing traffic flow in a communication network
US20220116798A1 (en) Data transmission method, apparatus, and device
WO2014131198A1 (zh) 拥塞上行控制方法和设备及系统
WO2018058391A1 (zh) 建立承载的方法、无线接入网设备和客户终端设备
KR20220024832A (ko) 포트 제어를 지원하는 방법 및 장비

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13876471

Country of ref document: EP

Kind code of ref document: A1