WO2013131458A1 - 一种ip数据包的传输方法和设备 - Google Patents

一种ip数据包的传输方法和设备 Download PDF

Info

Publication number
WO2013131458A1
WO2013131458A1 PCT/CN2013/072140 CN2013072140W WO2013131458A1 WO 2013131458 A1 WO2013131458 A1 WO 2013131458A1 CN 2013072140 W CN2013072140 W CN 2013072140W WO 2013131458 A1 WO2013131458 A1 WO 2013131458A1
Authority
WO
WIPO (PCT)
Prior art keywords
drb
type information
correspondence
data packet
identifier
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2013/072140
Other languages
English (en)
French (fr)
Inventor
傅婧
谌丽
秦飞
艾明
侯云静
何飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Academy of Telecommunications Technology CATT
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to US14/383,104 priority Critical patent/US10271238B2/en
Priority to EP13758599.8A priority patent/EP2824983B1/en
Publication of WO2013131458A1 publication Critical patent/WO2013131458A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408—Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Definitions

  • the present invention relates to the field of communications technologies, and in particular, to a method and device for transmitting IP data packets. Background technique
  • IP Internet Protocol
  • IPv4 header 8 bits are used to indicate the ToS (Type of Service); the header of the I Pv4 shown in Figure 1 and the ToS field shown in Figure 2; the first 3 bits in the ToS field IP priority, which can define 8 values as shown in Table 1; there are 4 bits of T0S and 1bit unused bits in the ToS field; 4bit T0S stands for: minimum hour delay 0, maximum throughput T, highest reliability R and minimum Cost C.
  • the IPv6 header diagram has two fields related to QoS (Quality of Service), which are TC (Traffic Class) and FL (Flow Label).
  • QoS Quality of Service
  • TC Traffic Class
  • FL Flow Label
  • the category field has 8 bits, which is the same as the IPv4 service type field and is used to identify the service category.
  • the flow label field has 20 bits, which is used to identify the packets belonging to the same service flow.
  • EPS Evolved Packet System
  • the PCC (Policy Control and Charging) architecture maps the QoS requirements of the application-level session service data flow to the QoS of the IP-CAN (IP-Connectivity Access Network) access transport network bearer-level service. Required to guarantee data transmission; these functions are concentrated in AF (AfDplication Function, Application Function), PCRF (Policy and Charging Rules Function), PCEF (Policy and Charging Enforcement Function) ) or BBERF (Bearing Binding and Event Report Function), UE (User Equipment, User Equipment).
  • AF Application Function
  • PCRF Policy and Charging Rules Function
  • PCEF Policy and Charging Enforcement Function
  • BBERF Bearing Binding and Event Report Function
  • UE User Equipment, User Equipment
  • the AF sends the service information obtained by the media plane parameter in the form of the AF session signaling to the PCRF through the Rx interface; the PCRF performs the service according to the operator policy, the user subscription information, and the like.
  • the information is mapped to the authorized IP QoS parameters; the PCRF delivers the corresponding QoS policy to the PCEF of the PDN-GW (Packet Data Network Gateway); the PCEF performs bearer binding according to the PCC rules, and the Gx or Gxx interface will be used.
  • These parameters are mapped to specific access QoS parameters, such as EPS bearer QoS parameters (QCI (QoS Class Identifier, Qos category), GBR ( Guaranteed Bit Rate) and MBR (maximum bit rate). )Wait).
  • QCI QoS Class Identifier, Qos category
  • GBR Guaranteed Bit Rate
  • MBR maximum bit rate
  • the EPS load is the granularity of QoS control performed by EPC (Evolved Packet Core) or E-UTRAN (Evolved Universal Terrestrial Radio Access Network), and the pair is mapped to the same EPS.
  • the bearer traffic adopts the same bearer-level packet forwarding policy; an EPS bearer needs to go through different network elements and interfaces, and maps to different underlying bearers on each interface; each network node is responsible for maintaining the identity of the underlying bearers and the binding between them.
  • the relationship between the radio bearer and the S1 bearer is implemented by the eNodeB (ie, the base station) by creating a binding between the radio bearer and the S1 bearer; the S-GW (Serving Gateway) creates the SI bearer and the S5/S8. Binding between bearers, mapping between S1 bearers and S5/S8 bearers; final EPS bearer data is implemented by radio bearers, S1 bearers, and S5/S8 bearers, to implement UE and PDN (Packet Data Network, packet data) Support for connecting services between networks) to ensure the required QoS requirements.
  • UE Packet Data Network, packet data
  • Each of the EPS bearers is associated with a so-called TFT (Traffic Flow Template), which is divided into an uplink TFT and a downlink TFT, which are respectively located at the UE side and the GW (Gateway, Gateway).
  • TFT Traffic Flow Template
  • the TFT contains packet filtering information, typically containing quintuple information, including source and destination IP addresses, source and destination port numbers, and protocol numbers.
  • GW or UE side According to the packet filtering information, a service data flow is mapped to the corresponding EPS bearer, thereby realizing the binding between the data flow and the EPS ⁇ f load.
  • a network side implementation manner is that a base station (or an IP gateway) directly accesses an IP network, where the base station is an AP (Access Point, an access point).
  • the base station to UE transmission is performed through the air interface, and the base station sends the IP data packet to the UE through the air interface, and the QoS required for the IP data packet needs to be guaranteed on the air interface.
  • the embodiment of the invention provides a method and a device for transmitting an IP data packet, so as to directly map the QoS required by the IP data packet to the data radio bearer to implement QoS guarantee.
  • an embodiment of the present invention provides a method for transmitting a network interconnection protocol IP data packet, including:
  • the access point AP device obtains an IP data packet that needs to be sent to the user equipment UE; the AP device determines the data radio bearer DRB corresponding to the IP data packet by using the type information of the IP data packet;
  • the AP device sends the IP data packet to the UE by using the DRB.
  • An embodiment of the present invention provides a method for transmitting a network interconnection protocol IP data packet, including:
  • the user equipment UE obtains an IP data packet that needs to be sent to the access point AP device; the UE determines the data radio bearer DRB corresponding to the IP data packet by using the type information of the IP data packet;
  • An embodiment of the present invention provides an access point AP device, including:
  • An obtaining module configured to obtain an IP data packet that needs to be sent to the user equipment UE; and a determining module, configured to determine, by using type information of the IP data packet, a data radio bearer DRB corresponding to the IP data packet;
  • An embodiment of the present invention provides a user equipment UE, including:
  • An obtaining module configured to obtain an IP data packet that needs to be sent to an AP device of the access point; and a determining module, configured to determine, by using type information of the IP data packet, a data radio bearer DRB corresponding to the IP data packet;
  • a sending module configured to send the IP data packet to the AP device by using the DRB.
  • the embodiment of the present invention has at least the following advantages:
  • the direct relationship between the type information and the data radio bearer is directly Mapping, realizing the QoS guarantee of IP packets in air interface transmission.
  • FIG. 1 is a schematic diagram of a header of an IPv4 in the prior art
  • FIG. 2 is a schematic diagram of a ToS field in the prior art
  • FIG. 3 is a schematic diagram of a header of an IPv6 in the prior art
  • FIG. 4 is a schematic diagram of a structure in which a base station (or an IP gateway) directly accesses an IP network in the prior art;
  • FIG. 5A and FIG. 5B are schematic diagrams showing a flow of a method for transmitting an IP data packet according to Embodiment 1 of the present invention
  • FIG. 6 is a schematic structural diagram of an AP device according to Embodiment 2 of the present invention
  • FIG. 7 is a schematic structural diagram of a user equipment according to Embodiment 3 of the present invention. detailed description
  • the first embodiment of the present invention provides a method for transmitting an IP data packet.
  • the AP device (or the IP gateway) directly connects to the IP network through the IP interface, and transmits the IP data packet to the UE through the air interface (that is, the AP device passes the air interface.
  • the IP data packet is sent to the UE, and the UE sends the IP data packet to the AP device through the air interface.
  • the method is processed for the AP device side. Includes the following steps:
  • Step 501A The AP device obtains an IP data packet that needs to be sent to the UE, where the AP device can receive an IP data packet that needs to be sent to the UE from the IP network.
  • Step 502A the AP device determines the IP data packet pair by using the type information of the IP data packet. Should be the DRB (Data Radio Bearer, data wireless carrier).
  • DRB Data Radio Bearer, data wireless carrier.
  • the type information includes, but is not limited to, the type of service carried in the header of the IPv4 data packet (8 bits in the IPv4 header indicates the service type ToS); or the traffic carried in the header of the IPv6 data packet.
  • Category (8 bits in the IPv6 header indicates the traffic class TC); or the protocol type, source port number, and destination port number in the IPv4 packet; or the next header, source port number, and destination port in the IPv6 packet.
  • the AP device needs to have an IP resolution function, can parse the header of the IP data packet, and obtain the type information (service type or traffic class) of the IP data packet from the header of the IP data packet, and then use the service type or traffic class.
  • the IP data packets are classified, and the classification results are mapped to different data air interface bearers (ie, DRBs) according to the classified attributes.
  • the process of determining, by the AP device, the DRB corresponding to the IP data packet by using the type information of the IP data packet specifically: the AP device queries the IP data by using a correspondence between the type information and the DRB identifier maintained in advance.
  • the DRB identifier corresponding to the type information of the packet, and the DRB corresponding to the IP data packet is determined by the DRB identifier.
  • each DRB corresponds to a unique DRB identifier. Therefore, the DRB corresponding to the IP data packet can be finally determined by the correspondence between the type information of the maintenance and the DRB identifier. For example, if the type information 1 has a corresponding relationship with the DRB identifier 1, if the type information 1 is obtained from the IP data packet, the DRB corresponding to the DRB identifier 1 can be determined to be the DRB corresponding to the DRB identifier 1.
  • Step 503A The AP device sends the IP data packet to the UE through the determined DRB, and the process of receiving and processing the subsequent UE is not described in detail in the embodiment of the present invention.
  • the AP device knows which DRB the IP data packet should be placed on for transmission, thereby ensuring the IP data packet. QoS requirements.
  • the processing procedure for the AP device side is performed.
  • the method may further include The following steps:
  • Step 501B The UE obtains an IP data packet that needs to be sent to the AP device.
  • the UE can obtain an IP data packet that needs to be sent to the AP device.
  • Step 502B The UE determines the DRB corresponding to the IP data packet by using the type information of the IP data packet.
  • the type information includes but is not limited to: a service type carried in a header of the IPv4 data packet; or a traffic type carried in a header of the IPv6 data packet; or a protocol type, a source port number, and a target in the IPv4 data packet. Port number; or the next 4 headers, source port number, and destination port in the IPv6 packet.
  • the process of determining the DRB corresponding to the IP data packet by using the type information of the IP data packet includes: the UE queries the type of the IP data packet by using the correspondence between the type information of the pre-maintained type and the DRB identifier.
  • the DRB identifier corresponding to the information, and the DRB corresponding to the IP data packet is determined by the DRB identifier.
  • each DRB corresponds to a unique DRB identifier. Therefore, the DRB corresponding to the IP data packet can be finally determined by the correspondence between the type information of the maintenance and the DRB identifier. For example, when the type information 1 has a correspondence relationship with the DRB identifier 1, if the type information 1 is obtained from the IP data packet, the DRB that needs to send the IP data packet can be determined. Indicates the DRB corresponding to 1 for the DRB.
  • Step 503B The UE sends the IP data packet to the AP device through the determined DRB, and the process of receiving and processing the subsequent AP device is not described in detail in the embodiment of the present invention.
  • the UE After obtaining the IP data packet that needs to be sent to the UE, the UE knows which DRB the IP data packet should be placed on for transmission, so as to ensure the IP data packet. QoS requirements.
  • the AP device and the UE need to maintain the correspondence between the type information and the DRB identifier.
  • To maintain the correspondence between the type information and the DRB identifier
  • the AP device obtains and maintains the correspondence between the type information and the DRB identifier, and notifies the UE of the correspondence between the type information and the DRB identifier, and the UE obtains and maintains the correspondence between the type information and the DRB identifier. .
  • the process of obtaining the correspondence between the type information and the DRB identifier by the AP device includes: Step 1.
  • the AP device obtains the correspondence between the type information and the DRB configuration.
  • Step 2. When the UE connects to the AP device, the AP device The DRB configuration is used to establish a DRB for the UE, and the DRB identifier corresponding to the established DRB is determined, and the correspondence between the DRB configuration and the DRB identifier is determined.
  • Step 3 The correspondence between the type information and the DRB configuration and the DRB configuration and the DRB The correspondence between the identifiers determines the correspondence between the type information and the DRB identifier.
  • the type information specifically includes but is not limited to the service type ToS or the traffic class TC; or the protocol type, the source port number, and the target port number in the IPv4 data packet; or the next header and source in the IPv6 data packet. Port number and destination port.
  • the DRB configuration includes but is not limited to logical channel configuration, such as logical channel priority; PDCP (Packet Data Converge Protocol), such as Discard Timer; RLC (Radio Link Control, Radio Link Control Protocol) ), such as UM (non-acknowledgment) mode, AM (acknowledgement) mode, etc.; and the DRB needs to be distinguished by DRBi (ie DRB identification).
  • step 1 the process of obtaining the correspondence between the type information and the DRB configuration by the AP device specifically includes: the correspondence between the type information and the DRB configuration obtained by the AP device from the OAM (Operation Administration and Maintenance) entity Or, the AP device obtains the correspondence between the type information and the DRB configuration in a predefined manner (for example, directly specifying the correspondence between the type information and the DRB configuration through the protocol).
  • OAM Operaation Administration and Maintenance
  • the correspondence between the type information and the DRB configuration may be determined based on the IP priority in the type information and the logical channel priority in the DRB configuration; or IP priority in type information, TOS bit information in type information (such as minimum delay D, maximum throughput T, highest reliability R, etc.) and between logical channel priority determination type information and DRB configuration in DRB configuration Correspondence.
  • IP priority in type information such as minimum delay D, maximum throughput T, highest reliability R, etc.
  • TOS bit information in type information such as minimum delay D, maximum throughput T, highest reliability R, etc.
  • the correspondence between the type information and the DRB configuration may also be determined based on the protocol type, the source port number, and the target port number in the type information and the logical channel priority in the DRB configuration; or based on the next one in the type information. Header, source port number and target The logical channel priority in the port and the DRB configuration determines the correspondence between the type information and the DRB configuration.
  • the IPv4 is taken as an example
  • the type information is the service type ToS
  • the service type ToS is 3bit indicates the IP precedence.
  • the mapping between the type information and the DRB configuration shown in Table 2 can be determined based on the IP precedence and the logical channel priority based on the IP precedence.
  • the AP device can be from the OAM.
  • the entity obtains the correspondence between the type information and the DRB configuration shown in Table 2, or directly agrees the correspondence between the type information and the DRB configuration shown in the table.
  • the IPv6 type information is the traffic class TC, and its mapping The mode is similar to that of the service type ToS, and is not mentioned here.
  • priority 6 and priority 7 can be used by the network control data, such as routing; priority 5 can be Used by voice data; Priority 4 can be used by video conferencing and video streaming; Priority 3 can be used by voice control data; Priority 1 and Priority 2 can be used by data traffic; Priority 0 is the default tag value.
  • IP priorities 7, 6 can correspond to network control signaling services; IP priority 5 can correspond to streaming services (such as VoIP voice-level 1); IP priority 4 can correspond to video services; IP priority 3 can correspond to Stream-type services (such as VoIP voice-level 2); IP precedence 2, 1 can correspond to background-type high-effort delivery services; IP priority 0 can correspond to background-type low-service; the above classification can also change with the development of service types .
  • mapping between the type information and the DRB configuration shown in Table 2 can be mapped to IP packets with different IP priorities through the priority of the logical channel in the DRB configuration, so that different DRBs can be implemented. Priority scheduling to ensure QoS requirements for different DRBs.
  • the IPv4 is taken as an example, and the type information is the service type.
  • ToS and the service type ToS has 3 bits indicating IP precedence, 4 bits of TOS bit information and 1 bit unused bits (need to be set to 0); 4 bits of TOS bit information represent minimum delay D, maximum throughput T, and highest reliability, respectively.
  • the correspondence between the type information and the DRB configuration is as shown in Table 3, and the device can obtain the correspondence between the type information and the DRB configuration shown in Table 3 from the 0 AM entity, or directly agree as shown in Table 3.
  • IPv6 The type information is the traffic class TC, and the mapping mode is similar to that of the service type ToS, and is not described here.
  • IP priorities 7, 6 can correspond to the network control signaling service; the IP priority 5, and the minimum delay D, the maximum throughput T, and the highest reliability R 010 can correspond to the requirements of VoIP voice-level 1.
  • IP priority 4 and minimum delay D, maximum throughput T, highest reliability R is 000 can correspond to video stream (cacheable) services; IP priority 3 can correspond to streaming services (such as Voice-level 2); IP priority 2, 1 can correspond to the background type, try to deliver the service; IP priority 0 can correspond to the background type low service; The above classification can also change with the development of the service type.
  • mapping between the type information and the DRB configuration shown in Table 3 can be mapped to IP packets with different IP priorities and different TOS bit information through the logical channel priority in the DRB configuration. Different priority scheduling of different IP packets to ensure the QoS requirements of different IP packets.
  • the type information represented by the protocol type, the source port number, and the destination port number in the IPv4 data packet may be used; or the next header, the source port number, and the type information represented by the destination port in the IPv6 data packet, and the DRB
  • the mapping between the different IP packets is mapped to different DRBs to ensure the QoS requirements of different IP packets.
  • the source and destination port numbers are 80 (hypertext server), and the logical channel priority in the DRB configuration is 8, UM mode, Discard Timer 300ms; in an IPv4 packet.
  • the protocol type is UDP
  • the source and destination port numbers are both 2339 (voice Spy), corresponding to the logical channel priority in the DRB configuration 7, UM mode, Discard Timer 300ms; for some temporarily assigned port numbers, the IP to which it belongs
  • the packet is mapped to the default DRB to implement QoS requirements for different IP packets.
  • the process of establishing the DRB for the UE by using the DRB, determining the DRB identifier corresponding to the established DRB, and determining the correspondence between the DRB configuration and the DRB identifier includes: DRB needs to pass DRBi (ie, DRB)
  • the identifiers are differentiated, and the DRB includes information such as the PDCP, the RLC, and the logical channel configuration. Therefore, after the DRB is configured for the UE by using the DRB configuration, the DRB identifier can be allocated for the established DRB, and the DRB configuration and the DRB identifier are determined.
  • the AP device specifically includes: obtaining according to step 1 Correspondence between the type information and the DRB configuration, the DRB configuration obtained in step 2, and the DRB identifier.
  • the process in which the AP device notifies the UE of the correspondence between the type information and the DRB identifier to the UE includes: when the DRB is configured to establish the DRB for the UE by using the DRB, the reconfiguration message is connected through the RRC (Radio Resource Control) connection. Sending the DRB identifier and type information corresponding to the established DRB to the UE; or, after determining the correspondence between the type information and the DRB identifier, the AP device sends the correspondence between the type information maintained by the UE and the DRB identifier. Give the UE.
  • RRC Radio Resource Control
  • the establishment relationship maintains the correspondence between the type information of a connected UE and the DRB identifier. Therefore, when the UE is connected to the AP device, the DRB (including the DRB identifier, PDCP, RLC, and logical channel configuration parameters, etc.) is established for each time.
  • the AP device may send the DRB identifier and the type information corresponding to the established DRB to the UE through the RRC connection reconfiguration message.
  • the AP device needs to establish a new DRB for the UE in the air interface.
  • the DRBi of the DRB is 1 and the corresponding TOS value (IP priority) is 5.
  • IP priority IP priority 5
  • the corresponding TOS value IP priority 5
  • the UE maintains the correspondence between the TOS value (IP priority 5) and the DRB1.
  • the AP maintains a correspondence between the TOS value (IP priority 5) and the DRB1 for the UE.
  • the AP device may directly send the correspondence between the type information maintained by the UE and the DRB identifier by using a new signaling message. Give the UE.
  • the process of the UE obtaining the correspondence between the type information and the DRB identifier includes: the UE receiving the correspondence between the type information of the AP device and the DRB identifier; specifically, when the AP device uses the DRB configuration to establish the DRB for the UE.
  • the UE receives an RRC connection reconfiguration message from the AP device, where the RRC connection reconfiguration message carries the established DRB The corresponding DRB identifier and the type information; or, after the AP device determines the correspondence between the type information and the DRB identifier, the UE receives the correspondence between the type information and the DRB identifier maintained by the UE from the AP device.
  • the UE may send the RRC connection reconfiguration sent by the AP device by using the RRC connection reconfiguration message or the new signaling message to send the correspondence between the type information and the DRB identifier to the UE.
  • the message or the new signaling message obtains the correspondence between the type information and the DRB identifier; for example, when the AP device maintains the correspondence between the type information and the DRB identifier shown in Table 4, the UE can obtain and maintain the table 5
  • the correspondence between the type information and the DRB identifier shown that is, the contents of Table 5 and Table 4 are the same.
  • the AP device and the UE maintain the corresponding relationship between the type information and the DRB identifier of the UE.
  • the information about the PDCP, the RLC, and the logical channel configuration in the DRB are configured by the AP device.
  • the AP device needs to maintain the correspondence between the type information and the DRB configuration (obtained from the OAM entity or pre-agreed by the protocol), and then between the type information and the DRB configuration.
  • the correspondence determines and maintains the correspondence between the type information and the DRB identifier.
  • the UE only needs to maintain the correspondence between the type information and the DRB identifier.
  • the AP device needs to delete the DRB of the UE in the subsequent process, and the DRB1 is taken as an example, the correspondence between the TOS value (IP priority 5) maintained by the UE side and the AP device side and the DRB1 is determined. Also need to delete accordingly.
  • Manner 2 The correspondence between the type information and the DRB identifier is directly agreed between the AP device and the UE. For example, the correspondence between the type information and the DRB identifier is directly agreed by the protocol.
  • the correspondence between the type information and the DRB identifier is directly agreed between the AP device and the UE in a predefined manner.
  • the information about the corresponding PDCP, the RLC, and the logical channel configuration is configured by the AP device to the UE. Therefore, in the process of mapping the correspondence between the type information and the DRB identifier, the AP device also needs to agree between the type information and the DRB configuration. Based on this, the AP device can maintain the correspondence between the type information and the DRB configuration and the DRB identifier shown in Table 6, and the UE can maintain the correspondence between the type information and the DRB identifier shown in Table 7.
  • the correspondence between the type information and the DRB configuration in the foregoing Table 6 may be determined based on the IP priority in the type information and the logical channel priority in the DRB configuration; or may be based on the IP in the type information. Priority, type information, TOS bit information (such as minimum delay D, maximum throughput T, highest reliability R, etc.) and logical channel priority determination in the DRB configuration. Of course, in practical applications, it is not limited to the above two methods, as long as the correspondence between the type information and the DRB configuration is determined by using the 8-bit information in the service type ToS or the traffic class TC.
  • the other type of message may also be the protocol type, source port number, and destination port number in the IPv4 packet; or the next header, source port number, and destination port in the IPv6 packet.
  • the embodiment of the present invention further provides an access point AP device.
  • the AP device includes:
  • the obtaining module 11 is configured to obtain an IP data packet that needs to be sent to the user equipment UE, and the determining module 12 is configured to determine, by using the type information of the IP data packet, a data radio bearer DRB corresponding to the IP data packet;
  • a sending module 13 configured to send, by using the DRB, the IP data packet to the
  • the determining module 12 is configured to query a DRB identifier corresponding to the type information of the IP data packet by using a correspondence between the pre-maintained type information and the DRB identifier, and determine the IP data by using the DRB identifier.
  • the DRB corresponding to the package is configured to query a DRB identifier corresponding to the type information of the IP data packet by using a correspondence between the pre-maintained type information and the DRB identifier, and determine the IP data by using the DRB identifier.
  • the DRB corresponding to the package is configured to query a DRB identifier corresponding to the type information of the IP data packet by using a correspondence between the pre-maintained type information and the DRB identifier, and determine the IP data by using the DRB identifier.
  • the determining module 12 is further configured to obtain a correspondence between the type information and the DRB configuration when the correspondence between the type information and the DRB identifier is maintained; and, when the UE is connected to the AP device, use the DRB Configuring a DRB for the UE, determining a DRB identifier corresponding to the established DRB, and determining a correspondence between the DRB configuration and the DRB identifier; and, using the correspondence between the type information and the DRB configuration, and the DRB configuration and the DRB identifier. Corresponding relationship between the type information and the DRB identifier is determined; or the correspondence between the type information and the DRB identifier is directly agreed with the UE.
  • the determining module 12 obtains the correspondence between the type information and the DRB configuration, Further, the correspondence between the type information and the DRB configuration is obtained from the operation management and maintenance OAM entity; or the correspondence between the type information and the DRB configuration is obtained in a predefined manner.
  • the correspondence between the type information and the DRB configuration is specifically: between the type information determined by the IP priority in the type information and the logical channel priority in the DRB configuration, and the DRB configuration. Corresponding relationship; or, based on the IP priority in the type information, the TOS bit information in the type information, and the correspondence between the type information determined by the logical channel priority in the DRB configuration and the DRB configuration; wherein, in the type information
  • the TOS bit information is a minimum delay D, a maximum throughput T, and a highest reliability R.
  • the sending module 13 is further configured to: when the DRB is configured to establish the DRB by using the DRB, send the DRB identifier and type information corresponding to the established DRB by using the radio resource control RRC connection reconfiguration message to After the mapping between the type information and the DRB identifier is determined, the correspondence between the type information maintained by the UE and the DRB identifier is sent to the UE.
  • the sending module 13 is further configured to determine a correspondence between the type information and the DRB identifier by using a correspondence between the type information and the DRB configuration and a correspondence between the DRB configuration and the DRB identifier. Then, when the DRB of the UE needs to be deleted, the correspondence between the type information corresponding to the UE and the DRB identifier is deleted, and the UE is notified to delete the correspondence between the type information corresponding to the UE and the DRB identifier. relationship.
  • the type information is specifically: in a header of an IPv4 data packet.
  • the AP device is connected to the IP network through the IP interface, and performs IP data packet transmission with the UE through the air interface.
  • modules of the device of the present invention may be integrated or integrated.
  • the above modules can be combined into one module, or can be further split into multiple sub-modules.
  • the user equipment UE is further provided in the embodiment of the present invention. As shown in FIG. 7, the user equipment includes:
  • the obtaining module 21 is configured to obtain an IP data packet that needs to be sent to the access point AP device, and the determining module 22 is configured to determine, by using the type information of the IP data packet, the data radio bearer DRB corresponding to the IP data packet;
  • the sending module 23 is configured to send the IP data packet to the AP device by using the DRB.
  • the determining module 22 is configured to query a DRB identifier corresponding to the type information of the IP data packet by using a correspondence between the pre-maintained type information and the DRB identifier, and determine the IP data by using the DRB identifier.
  • the DRB corresponding to the package is configured to query a DRB identifier corresponding to the type information of the IP data packet by using a correspondence between the pre-maintained type information and the DRB identifier, and determine the IP data by using the DRB identifier.
  • the DRB corresponding to the package is configured to query a DRB identifier corresponding to the type information of the IP data packet by using a correspondence between the pre-maintained type information and the DRB identifier, and determine the IP data by using the DRB identifier.
  • the determining module 22 is further configured to receive and maintain a correspondence between the type information notified by the AP device and the DRB identifier when the correspondence between the type information and the DRB identifier is maintained; or The correspondence between the agreement type information and the DRB identifier.
  • the determining module 22 When the determining module 22 receives the correspondence between the type information notified by the AP device and the DRB identifier, the determining module 22 is further configured to receive, when the AP device establishes a DRB for the UE by using the DRB configuration, The RRC connection reconfiguration message, where the RRC connection reconfiguration message carries the DRB identifier and the type information corresponding to the established DRB; or, after the AP device determines the correspondence between the type information and the DRB identifier, And receiving, by the AP device, a correspondence between the type information maintained by the UE and the DRB identifier.
  • the determining module 22 is further configured to: after receiving and maintaining the correspondence between the type information notified by the AP device and the DRB identifier, when receiving the UE from the AP device After the corresponding relationship between the type information and the DRB identifier is notified, the correspondence between the type information corresponding to the UE and the DRB identifier is deleted.
  • the type information is specifically: a service type ToS carried in a header of an IPv4 data packet; or a traffic type TC carried in a header of an IPv6 data packet; or a protocol type in an IPv4 data packet, Source port number and destination port number; or the next header, source port number, and destination port in the IPv6 packet.
  • modules of the device of the present invention may be integrated or integrated.
  • the above modules can be combined into one module, or can be further split into multiple sub-modules.
  • the present invention can be implemented by means of software plus a necessary general hardware platform, and of course, can also be through hardware, but in many cases, the former is a better implementation. the way. Based on such understanding, the technical solution of the present invention is made essentially or in the prior art.
  • the contributed portion may be embodied in the form of a software product stored in a storage medium, including instructions for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform the various aspects of the present invention.
  • a computer device which may be a personal computer, server, or network device, etc.
  • modules in the apparatus in the embodiment may be distributed in the apparatus of the embodiment according to the description of the embodiment, or may be correspondingly changed in one or more apparatuses different from the embodiment.
  • the modules of the above embodiments may be combined into one module, or may be further split into multiple sub-modules.

Landscapes

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

Description

一种 IP数据包的传输方法和设备 本申请要求于 2012年 03月 05日提交中国专利局， 申请号为 201210055090.5, 发明名称为 "一种 IP数据包的传输方法和设备" 的 中国专利申请的优先权， 其全部内容通过引用结合在本申请中。 技术领域
本发明涉及通信技术领域，尤其涉及一种 IP数据包的传输方法和 设备。 背景技术
一、 IP ( Internet Protocol , 网络互连协议）业务优先级。
在 IPv4的报头中，有 8bit用于表示 ToS( Type of Service,服务类型；)， 如图 1所示的 I Pv4的报头示意图以及图 2所示的 ToS字段示意图； 在 ToS 字段中前 3bit表示 IP优先级， 可定义表 1所示的 8个值； ToS字段中还有 4bit的 T0S和 lbit未用位； 4bit的 T0S代表： 最小时延0、 最大吞吐量 T、 最高可靠性 R和最小费用 C。
表 1
IP优先级值 IP优先级名称
000 一般 ( routine )
001 优先 ( priority )
010 立即 ( Immediate ) Oil 瞬间 （ Flash )
100 最优先 ( Flash Override )
101 关键 ( Critic )
110 互连控制 ( Internetwork Control )
111 网络控制 （ network control )
如图 3所示，为 IPv6的报头示意图， IPv6有两个字段与 QoS ( Quality of Service, 服务质量）有关， 分别为 TC ( Traffic Class, 流量类别）和 FL ( Flow Label , 流标签）； 流量类别字段有 8bit, 与 IPv4的服务类型字 段功能相同， 用于对业务类别进行标识； 流标签字段有 20bit, 用于标 识属于同一业务流的包。
二、 EPS ( Evolved Packet System, 演进的分组系统） 7 载映射机 制。
PCC ( Policy Control and Charging, 策略控制和计费 )架构将应用 层级会话服务数据流的 QoS要求映射为 IP-CAN ( IP-Connectivity Access Network , I P连接访问网络 )接入传输网络承载级服务的 QoS要求， 以 保障数据传输；这些功能集中在 AF( AfDplication Function ,应用功能）、 PCRF ( Policy and Charging Rules Function ,策略与计费规则功能）、 PCEF ( Policy and Charging Enforcement Function ,策略及计费执行功能 )或 BBERF ( Bearing Binding and Event Report Function , 承载绑定和事件报 告功能）、 UE ( User Equipment, 用户设备）上。
具体的， AF将媒体面参数以 AF会话信令的形式得到的业务信息， 通过 Rx接口发送到 PCRF; PCRF根据运营商策略、用户签约信息等将业 务信息映射成授权的 IP QoS参数； PCRF下发相应 QoS策略给 PDN-GW ( Packet Data Network Gateway, 分组数据网络网关）的 PCEF; 由 PCEF 根据 PCC规则进行承载绑定，通过 Gx或 Gxx接口将这些参数映射成具体 接入的 QoS参数， 如 EPS承载 QoS参数（ QCI ( QoS Class Identifier, Qos 类别标 i只）， GBR ( Guaranteed Bit Rate , 保证比特率） and MBR ( maximum bit rate , 最高比特率）等）。
此外， EPS??载是 EPC ( Evolved Packet Core , 演进分组核心网） /E-UTRAN ( Evolved Universal Terrestrial Radio Access Network, 演进通 用陆地无线接入网）进行 QoS控制的粒度，对被映射到同一 EPS承载的 流量采取相同承载级分组转发策略； 一个 EPS承载需经过不同的网元 和接口， 在每个接口上映射到不同底层承载； 各网络节点负责维护底 层承载的标识以及相互之间的绑定关系； 包括 eNodeB (即基站）通 过创建无线承载与 S1承载之间的绑定， 实现无线承载与 S1承载之间的 映射； S-GW ( Serving Gateway, 服务网关）通过创建 SI承载与 S5/S8 承载之间的绑定， 实现 S1承载与 S5/S8承载之间的映射； 最终 EPS承载 数据通过无线承载、 S1承载及 S5/S8承载的级联，实现 UE与 PDN ( Packet Data Network, 分组数据网络）之间连接业务的支持，保证所需的 QoS 要求。
每个 EPS承载都与一个所谓的数据包流模板 TFT ( TFT: Traffic Flow Template )相关联， TFT包分为上行 TFT和下行 TFT, 分别位于 UE侧和 GW ( Gateway, 网关）。 TFT包含包过滤信息， 典型的包含五元组信 息， 包括源和目标 IP地址、 源和目标端口号以及协议号。 GW或 UE侧 依据包过滤信息， 将一种业务数据流映射到相应的 EPS承载上， 从而 实现数据流与 EPS^f 载之间的绑定
三、 本地 IP接入网络架构。
如图 4所示， 为了降低网络侧成本和避免网络侧拥塞， 一种网络 侧实现方式是基站（或通过 IP网关）直接接入 IP网络， 该架构中基站 为 AP ( Access Point, 接入点）； 与传统 IP网络不同的是， 基站到 UE的 传输是通过空口进行的， 基站通过空口将 IP数据包发送给 UE , 且需要 在空口上保证 IP数据包所要求的 QoS。
在实现本发明的过程中，发明人发现现有技术中至少存在以下问 题：
现有技术中并没有将 I P数据包所要求的 QoS直接映射到空口承载 上的解决方案， 无法满足 IP数据包的传输需求。 发明内容
本发明实施例提供一种 IP数据包的传输方法和设备， 以将 IP数 据包所要求的 QoS直接映射到数据无线承载上， 实现 QoS保障。
为了达到上述目的， 本发明实施例提供一种网络互连协议 IP数 据包的传输方法， 包括：
接入点 AP设备获得需要发送给用户设备 UE的 IP数据包； 所述 AP设备利用所述 IP数据包的类型信息确定所述 IP数据包 对应的数据无线承载 DRB；
所述 AP设备通过所述 DRB将所述 IP数据包发送给所述 UE。 本发明实施例提供一种网络互连协议 IP数据包的传输方法， 包 括：
用户设备 UE获得需要发送给接入点 AP设备的 IP数据包； 所述 UE利用所述 IP数据包的类型信息确定所述 IP数据包对应 的数据无线承载 DRB;
所述 UE通过所述 DRB将所述 IP数据包发送给所述 AP设备。 本发明实施例提供一种接入点 AP设备， 包括：
获得模块， 用于获得需要发送给用户设备 UE的 IP数据包； 确定模块， 用于利用所述 IP数据包的类型信息确定所述 IP数据 包对应的数据无线承载 DRB;
发送模块，用于通过所述 DRB将所述 IP数据包发送给所述 UE。 本发明实施例提供一种用户设备 UE, 包括：
获得模块， 用于获得需要发送给接入点 AP设备的 IP数据包； 确定模块， 用于利用所述 IP数据包的类型信息确定所述 IP数据 包对应的数据无线承载 DRB;
发送模块， 用于通过所述 DRB将所述 IP数据包发送给所述 AP 设备。
与现有技术相比， 本发明实施例至少具有以下优点： 本发明实施 例中， 在 AP设备本地或通过 IP网关直接接入 IP网络的情况下， 基 于类型信息与数据无线承载之间的直接映射， 实现了 IP数据包在空 口传输的 QoS保障。 附图说明
图 1是现有技术中 IPv4的报头示意图；
图 2是现有技术中 ToS字段示意图；
图 3是现有技术中 IPv6的报头示意图；
图 4是现有技术中基站（或通过 IP网关）直接接入 IP网络的架 构示意图；
图 5A和图 5B是本发明实施例一提供的一种 IP数据包的传输方 法流程示意图；
图 6是本发明实施例二提供的一种 AP设备的结构示意图； 图 7是本发明实施例三提供的一种用户设备的结构示意图。 具体实施方式
实施例一
本发明实施例一提供一种 IP数据包的传输方法， AP设备 (或通 过 IP网关）通过 IP接口直接与 IP网络连接， 并通过空口与 UE进行 IP数据包的传输（即 AP设备通过空口将 IP数据包发送给 UE, 且 UE通过空口将 IP数据包发送给 AP设备 ); 为了在空口上保证 IP数 据包所要求的 QoS, 如图 5A所示， 针对 AP设备侧的处理流程， 该 方法包括以下步骤：
步骤 501A, AP设备获得需要发送给 UE的 IP数据包； 其中， AP设备可以从 IP网络接收到需要发送给 UE的 IP数据包。
步骤 502A, AP设备利用 IP数据包的类型信息确定 IP数据包对 应的 DRB ( Data Radio Bearer, 数据无线 载 )。
本发明实施例中，该类型信息包括但不限于： IPv4数据包的报头 中所携带的服务类型 （IPv4的报头中有 8bit表示服务类型 ToS ); 或 者， IPv6数据包的报头中所携带的流量类别 （IPv6 的报头中有 8bit 表示流量类别 TC ); 或者 IPv4数据包中的协议类型、 源端口号及目 标端口号； 或者 IPv6数据包中的下一报头、 源端口号及目标端口。
具体的， AP设备需要具有 IP解析功能， 能够解析出 IP数据包 的报头， 并从 IP数据包的报头中获得 IP数据包的类型信息（服务类 型或流量类别），继而利用服务类型或流量类别对 IP数据包进行分类， 并根据分类后的属性， 将分类结果映射到不同的数据空口承载 （即 DRB )上。
本发明实施例中， 该 AP设备利用 IP数据包的类型信息确定 IP 数据包对应的 DRB的过程，具体包括： AP设备通过预先维护的类型 信息与 DRB标识之间的对应关系，查询该 IP数据包的类型信息所对 应的 DRB标识， 并通过该 DRB标识确定该 IP数据包对应的 DRB。
具体的， 由于每个 DRB对应唯一的 DRB标识， 因此通过维护的 类型信息与 DRB标识之间的对应关系， 可以最终确定 IP数据包对应 的 DRB。 例如， 类型信息 1与 DRB标识 1具有对应关系时， 如果从 IP数据包中获得了类型信息 1 ,则可以确定需要发送 IP数据包的 DRB 为 DRB标识 1对应的 DRB。
步骤 503A, AP设备通过确定的 DRB将 IP数据包发送给 UE, 后续 UE的接收以及处理过程本发明实施例中不再赘述。 综上所述，通过类型信息与 DRB标识之间的对应关系， AP设备 在获得需要发送给 UE的 IP数据包后， 知道 IP数据包应该放入到哪 个 DRB上进行传输， 从而保证 IP数据包的 QoS要求。
需要注意的是， 上述图 5A所示为针对 AP设备侧的处理流程， 为了在空口上保证 IP数据包所要求的 QoS, 如图 5B所示， 针对 UE 侧的处理流程， 该方法还可以包括以下步骤：
步骤 501B, UE获得需要发送给 AP设备的 IP数据包； 其中， 在 UE需要向 AP设备发送 IP数据包时， 自身可获得需要发送给 AP 设备的 IP数据包。
步骤 502B, UE利用 IP数据包的类型信息确定 IP数据包对应的 DRB。 其中， 该类型信息包括但不限于： IPv4数据包的报头中所携 带的服务类型； 或者， IPv6数据包的报头中所携带的流量类别； 或者 IPv4数据包中的协议类型、 源端口号及目标端口号； 或者 IPv6数据 包中的下一 4艮头、 源端口号及目标端口。
本发明实施例中， 该 UE利用 IP数据包的类型信息确定 IP数据 包对应的 DRB 的过程， 具体包括： UE通过预先维护的类型信息与 DRB标识之间的对应关系，查询 IP数据包的类型信息所对应的 DRB 标识， 并通过该 DRB标识确定 IP数据包对应的 DRB。
具体的， 由于每个 DRB对应唯一的 DRB标识， 因此通过维护的 类型信息与 DRB标识之间的对应关系，可以最终确定 IP数据包对应 的 DRB。 例如， 类型信息 1与 DRB标识 1具有对应关系时， 如果从 IP数据包中获得了类型信息 1 ,则可以确定需要发送 IP数据包的 DRB 为 DRB标识 1对应的 DRB。
步骤 503B, UE通过确定的 DRB将 IP数据包发送给 AP设备， 后续 AP设备的接收以及处理过程本发明实施例中不再赘述。
综上所述，通过类型信息与 DRB标识之间的对应关系， UE在获 得需要发送给 UE的 IP数据包后，知道 IP数据包应该放入到哪个 DRB 上进行传输， 从而保证 IP数据包的 QoS要求。
为了实现上述过程， AP设备和 UE均需要维护类型信息与 DRB 标识之间的对应关系， 为了维护类型信息与 DRB标识之间的对应关 系， 则：
方式一、 AP设备获得并维护类型信息与 DRB标识之间的对应关 系， 并将类型信息与 DRB标识之间的对应关系通知给 UE, 由 UE获 得并维护类型信息与 DRB标识之间的对应关系。
( 1 ) AP设备获得类型信息与 DRB标识之间的对应关系的过程 包括： 步骤 1、 AP设备获得类型信息与 DRB配置之间的对应关系； 步骤 2、 当 UE连接到 AP设备时， AP设备利用 DRB配置为 UE建 立 DRB, 确定建立的 DRB所对应的 DRB标识， 并确定 DRB配置与 DRB标识之间的对应关系； 步骤 3、 利用类型信息与 DRB配置之间 的对应关系以及 DRB配置与 DRB标识之间的对应关系，确定类型信 息与 DRB标识之间的对应关系。
本发明实施例中， 该类型信息具体包括但不限于服务类型 ToS 或者流量类别 TC; 或者 IPv4数据包中的协议类型、 源端口号及目标 端口号； 或者 IPv6数据包中的下一报头、 源端口号及目标端口。 该 DRB 配置具体包括但不限于逻辑信道配置， 例如逻辑信道优先级； PDCP ( Packet Data Converge Protocol, 分组数据汇聚协议）， 例如 Discard Timer (丢弃定时器）； RLC ( Radio Link Control, 无线链路控 制协议）， 例如 UM (非确认 )模式、 AM (确认 )模式等； 且该 DRB 需要通过 DRBi (即 DRB标识 ) 加以区分。
在步骤 1中， AP设备获得类型信息与 DRB配置之间的对应关系 的过程具体包括： AP设备从 OAM ( Operation Administration and Maintenance, 操作管理维护 ) 实体处获得类型信息与 DRB配置之间 的对应关系； 或者， AP设备通过预定义方式获得类型信息与 DRB配 置之间的对应关系 （如通过协议直接规定类型信息与 DRB配置之间 的对应关系）。
具体的， 为了确定类型信息与 DRB配置之间的对应关系， 可基 于类型信息中的 IP优先级以及 DRB配置中的逻辑信道优先级确定类 型信息与 DRB配置之间的对应关系； 或者， 可基于类型信息中的 IP 优先级、类型信息中的 TOS比特信息（如最小时延 D、最大吞吐量 T、 最高可靠性 R等）以及 DRB配置中的逻辑信道优先级确定类型信息 与 DRB配置之间的对应关系。 当然， 在实际应用中， 并不局限于上 述两种方式，只要利用服务类型 ToS或者流量类别 TC中的 8bit信息 确定类型信息与 DRB配置之间的对应关系即可。
另外， 也可以基于类型信息中的协议类型、 源端口号及目标端口 号以及 DRB配置中的逻辑信道优先级确定类型信息与 DRB配置之间 的对应关系； 或者基于类型信息中的中的下一报头、 源端口号及目标 端口以及 DRB配置中的逻辑信道优先级确定类型信息与 DRB配置之 间的对应关系。
对于通过类型信息中的 IP优先级以及 DRB配置中的逻辑信道优 先级确定类型信息与 DRB配置之间的对应关系的情况，以 IPv4为例， 类型信息为服务类型 ToS,且服务类型 ToS中有 3bit表示 IP优先级， 根据 IP优先级所代表的不同业务， 可基于 IP优先级以及逻辑信道优 先级确定如表 2所示的类型信息与 DRB配置之间的对应关系，且 AP 设备可以从 OAM实体处获得表 2所示的类型信息与 DRB配置之间 的对应关系， 或者直接约定表 所示的类型信息与 DRB配置之间的 对应关系； 此外， IPv6的类型信息为流量类别 TC, 其映射方式与服 务类型 ToS的映射方式类似， 在此不再赘述。
表 2
Figure imgf000012_0001
需要注意的是， 在服务类型 ToS前 3bit表示的各 IP优先级中， 优先级 6和优先级 7可由网络控制数据使用， 比如路由； 优先级 5可 由语音数据使用； 优先级 4可由视频会议和视频流使用； 优先级 3可 由语音控制数据使用； 优先级 1和优先级 2可由数据业务使用； 优先 级 0为缺省标记值。 基于此， IP优先级 7, 6可对应网络控制信令业 务； IP优先级 5可对应流类业务（如 VoIP话音 -等级 1 ); IP优先级 4 可对应视频业务； IP优先级 3可对应流类业务（如 VoIP话音 -等级 2 ); IP优先级 2, 1可对应背景类高尽力传递业务； IP优先级 0可对应背 景类低业务； 上述分类也可以随着业务种类的发展而变化。
通过表 2所示的类型信息与 DRB配置之间的对应关系， 可通过 DRB 配置中的逻辑信道优先级的高低， 与具有不同 IP优先级的 IP 数据包进行映射， 从而实现对不同 DRB的不同优先级调度， 从而保 证不同 DRB的 QoS要求。
对于通过类型信息中的 IP优先级、 类型信息中的 TOS比特信息 以及 DRB配置中的逻辑信道优先级确定类型信息与 DRB配置之间的 对应关系的情况， 以 IPv4为例， 类型信息为服务类型 ToS, 且服务 类型 ToS中有 3bit表示 IP优先级， 4bit的 TOS比特信息和 lbit未用 位（需要置 0 ); 4bit的 TOS比特信息分别代表最小时延 D、 最大吞 吐量 T、最高可靠性 R和最小费用 C; 由于最小费用 C不在空口承载 考虑范围内， 因此可基于 IP优先级、 TOS比特信息（为最小时延 D、 最大吞吐量 T、 最高可靠性 R ) 以及逻辑信道优先级确定如表 3所示 的类型信息与 DRB配置之间的对应关系，且 ΑΡ设备可以从 0 AM实 体处获得表 3所示的类型信息与 DRB配置之间的对应关系， 或者直 接约定表 3所示的类型信息与 DRB配置之间的对应关系；此外， IPv6 的类型信息为流量类别 TC, 其映射方式与服务类型 ToS的映射方式 类似， 在此不再赘述。
表 3
类型信息（IP优先 DRB配置
级 / TOS 比特前 3
位）
7, 6 逻辑信道优先级 3 , UM模式， Discard Timer =
100ms
5/010 逻辑信道优先级 4, UM模式， Discard Timer =
100ms
5/100或 000 逻辑信道优先级 5 , UM模式， Discard Timer =
100ms
4/100 逻辑信道优先级 6, UM模式， Discard Timer =
100ms
4/010 逻辑信道优先级 7, UM模式， Discard Timer =
150ms
4/000 逻辑信道优先级 8, AM模式， Discard Timer =
300ms
3 逻辑信道优先级 9, AM模式， Discard Timer =
300ms
2, 1 逻辑信道优先级 10, AM模式， Discard Timer =
300ms 0 逻辑信道优先级 11 , AM模式， Discard Timer =
300ms
需要注意的是， IP优先级 7, 6可对应网络控制信令业务； IP优 先级 5, 且最小时延 D、 最大吞吐量 T、 最高可靠性 R为 010可对应 VoIP话音 -等级 1中要求吞吐量高的业务； IP优先级 5, 且最小时延 D、 最大吞吐量 T、 最高可靠性 R为 100或 000可对应普通的 VoIP 话音 -等级 1的业务； IP优先级 4, 且最小时延 D、 最大吞吐量 T、 最 高可靠性 R为 100可对应视频中对时延要求比较高的业务； IP优先 级 4, 且最小时延 D、 最大吞吐量 T、 最高可靠性 R为 010可对应普 通的视频业务； IP优先级 4, 且最小时延 D、 最大吞吐量 T、 最高可 靠性 R为 000可对应视频流（可緩存的）业务； IP优先级 3可对应 流类业务（如话音 -等级 2 ); IP优先级 2, 1可对应背景类高， 尽力 传递业务； IP优先级 0可对应背景类低业务； 上述分类也可随着业务 种类的发展而变化。
通过表 3所示的类型信息与 DRB配置之间的对应关系， 可以通 过 DRB配置中的逻辑信道优先级的高低， 与具有不同 IP优先级、 不 同 TOS比特信息的 IP数据包进行映射，从而实现对不同 IP包的不同 优先级调度， 从而保证不同 IP包的 QoS要求。
另外， 也可以通过 IPv4数据包中的协议类型、 源端口号及目标 端口号所代表的类型信息； 或者 IPv6数据包中的下一报头、 源端口 号及目标端口所代表的类型信息， 与 DRB配置之间的对应关系， 将 不同 IP包映射到不同 DRB上， 从而保证不同 IP包的 QoS要求。 例 如根据某 IPv4数据包中的协议类型为 TCP、 源和目标端口号均为 80 (超文本服务器）,对应 DRB配置中的逻辑信道优先级 8, UM模式， Discard Timer 300ms； 某 IPv4数据包中的协议类型为 UDP、 源和目 标端口号均为 2339 ( Voice Spy ), 对应 DRB配置中的逻辑信道优先 级 7, UM模式， Discard Timer 300ms;对于某些临时分配的端口号， 将所属的 IP包映射到默认的 DRB上， 从而实现不同 IP包的 QoS要 求。
在步骤 2中， AP设备利用 DRB配置为 UE建立 DRB, 确定建 立的 DRB所对应的 DRB标识， 并确定 DRB配置与 DRB标识之间 的对应关系的过程具体包括： 由于 DRB需要通过 DRBi (即 DRB标 识）加以区分， 且 DRB之中包括了 PDCP、 RLC及逻辑信道配置等 信息， 因此在利用 DRB配置为 UE建立了 DRB之后， 可以为建立的 DRB分配 DRB标识，并确定 DRB配置与 DRB标识之间的对应关系； 例如， 当 UE连接到 AP设备， 且成功鉴权之后， AP设备需要利用 DRB配置 （逻辑信道优先级 3, UM模式， Discard Timer = 100ms ) 为该 UE建立 DRB, 并为建立的 DRB分配 DRB标识 1 , 基于此， 对 于该 UE来说， 则 DRB配置（逻辑信道优先级 3, UM模式， Discard Timer = 100ms )与 DRB标识 1具有对应关系。
在步骤 3中， AP设备利用类型信息与 DRB配置之间的对应关系 以及 DRB配置与 DRB标识之间的对应关系， 确定类型信息与 DRB 标识之间的对应关系的过程具体包括：基于步骤 1获得的类型信息与 DRB配置之间的对应关系、 步骤 2获得的 DRB配置与 DRB标识之 间的对应关系， 可以确定类型信息与 DRB标识之间的对应关系； 例 如， 获得类型信息（IP优先级为 7, 6 )与 DRB配置（逻辑信道优先 级 3 , UM模式， Discard Timer = 100ms )具有对应关系， 且 DRB配 置 （逻辑信道优先级 3, UM模式， Discard Timer = 100ms ) 与 DRB 标识 1具有对应关系时， 确定类型信息（IP优先级为 7, 6 )与 DRB 标识 1具有对应关系； 如表 4所示的一种类型信息与 DRB标识之间 的对应关系。
表 4
Figure imgf000017_0001
( 2 )AP设备将类型信息与 DRB标识之间的对应关系通知给 UE 的过程包括： AP设备在利用 DRB配置为 UE建立 DRB时，通过 RRC ( Radio Resource Control, 无线资源控制） 连接重配消息将建立的 DRB所对应的 DRB标识以及类型信息发送给 UE; 或者， AP设备在 确定类型信息与 DRB标识之间的对应关系之后， 将为 UE维护的类 型信息与 DRB标识之间的对应关系发送给 UE。
对于 AP设备通过 RRC连接重配消息将建立的 DRB所对应的 DRB标识以及类型信息发送给 UE的过程，由于 AP设备会根据 DRB 建立情况维护某连接态 UE的类型信息与 DRB标识之间的对应关系， 因此当 UE连接到 AP设备时， 则对于每次建立的 DRB (包括 DRB 标识、 PDCP、 RLC、 以及逻辑信道配置参数等信息）， AP设备可以 通过 RRC连接重配消息将建立的 DRB所对应的 DRB标识以及类型 信息发送给 UE。
例如， AP设备需要为 UE在空口中建立新的 DRB, 该 DRB的 DRBi为 1 , 对应的 TOS值（ IP优先级）为 5 , 则在下发 RRC连接重 配消息时， 除了配置 DRB1及其对应的 PDCP、 RLC、 逻辑信道配置 外， 还需要携带对应的 TOS值（ IP优先级 5 ); UE在接收到 RRC连 接重配消息后， 维护 TOS值（ IP优先级 5 )与 DRB1之间的对应关 系； 进一步的， AP设备在收到 RRC连接重配成功消息后， 为该 UE 维护 TOS值（ IP优先级 5 ) 与 DRB1之间的对应关系。
对于 AP设备将为 UE维护的类型信息与 DRB标识之间的对应 关系发送给 UE的过程， 由于 AP设备会根据 DRB建立情况维护某 连接态 UE的类型信息与 DRB标识之间的对应关系， 因此当 AP设 备根据 DRB建立情况为 UE维护了类型信息与 DRB标识之间的对应 关系之后， AP设备可通过新的信令消息将为该 UE维护的类型信息 与 DRB标识之间的对应关系直接发送给 UE。
( 3 )UE获得类型信息与 DRB标识之间的对应关系的过程包括： UE接收 AP设备通知的类型信息与 DRB标识之间的对应关系；具体 的， 在 AP设备利用 DRB配置为 UE建立 DRB时， UE接收来自 AP 设备的 RRC连接重配消息，该 RRC连接重配消息中携带建立的 DRB 所对应的 DRB标识以及类型信息； 或者， 在 AP设备确定类型信息 与 DRB标识之间的对应关系之后， UE接收来自 AP设备的其为 UE 维护的类型信息与 DRB标识之间的对应关系。
本发明实施例中， 由于 AP设备会通过 RRC连接重配消息或者 新的信令消息将类型信息与 DRB标识之间的对应关系发送给 UE,因 此 UE可通过接收 AP设备发送的 RRC连接重配消息或者新的信令消 息获得类型信息与 DRB标识之间的对应关系； 例如， 当 AP设备维 护表 4所示的类型信息与 DRB标识之间的对应关系时， 则 UE可以 获得并维护表 5所示的类型信息与 DRB标识之间的对应关系， 即表 5与表 4的内容相同。
表 5
Figure imgf000019_0001
基于上述流程， AP设备和 UE均为该 UE维护了相应的类型信 息与 DRB标识之间的对应关系；具体的，由于 DRB中对应的 PDCP、 RLC及逻辑信道配置等信息均是由 AP设备配置给 UE的， 因此 AP 设备需要维护类型信息与 DRB配置之间的对应关系 （从 OAM实体 处获得或通过协议预先约定），继而利用类型信息与 DRB配置之间的 对应关系确定并维护类型信息与 DRB标识之间的对应关系； 而 UE 只需要维护类型信息与 DRB标识之间的对应关系。
本发明实施例中， 如果后续过程中 AP设备需要删除该 UE 的 DRB (以 DRB1为例；)， 则 UE侧以及 AP设备侧维护的 TOS值（ IP 优先级 5 ) 与 DRB1之间的对应关系也需要相应的删除。
方式二、 AP设备与 UE直接约定类型信息与 DRB标识之间的对 应关系； 例如， 通过协议直接约定类型信息与 DRB标识之间的对应 关系。
本发明实施例中， 对于类型信息与 DRB标识之间的对应关系固 定不变的情况， AP设备与 UE两侧可通过预定义方式直接约定类型 信息与 DRB标识之间的对应关系； 由于 DRB中对应的 PDCP、 RLC 及逻辑信道配置等信息均是由 AP设备配置给 UE的， 因此 AP设备 在约定类型信息与 DRB标识之间的对应关系的过程中， 还需要约定 类型信息与 DRB配置之间的对应关系；基于此， AP设备可以维护表 6所示的类型信息、 DRB配置与 DRB标识之间的对应关系， 且 UE 可以维护表 7所示的类型信息与 DRB标识之间的对应关系。
表 6
类型信息（IP DRB配置 DRB 优先级） 标识
5 UM模式， Discard Timer = 100ms, 逻辑信道优先级 3 1
4 AM模式， Discard Timer = 300ms, 逻辑信道优先级 4 2
3 AM模式， Discard Timer = 300ms, 逻辑信道优先级 5 3 2, 1 AM模式， Discard Timer = 300ms, 逻辑信道优先级 6 4
0 AM模式， Discard Timer = 300ms, 逻辑信道优先级 7 5 表 7
Figure imgf000021_0001
需要注意的是， 上述表 6中的类型信息与 DRB配置之间的对应 关系，可基于类型信息中的 IP优先级以及 DRB配置中的逻辑信道优 先级确定；或者，可基于类型信息中的 IP优先级、类型信息中的 TOS 比特信息（如最小时延 D、 最大吞吐量 T、 最高可靠性 R等） 以及 DRB 配置中的逻辑信道优先级确定。 当然， 在实际应用中， 并不局 限于上述两种方式，只要利用服务类型 ToS或者流量类别 TC中的 8bit 信息确定类型信息与 DRB配置之间的对应关系即可。 另外类型消息 也可以是 IPv4数据包中的协议类型、 源端口号及目标端口号； 或者 IPv6数据包中的下一报头、 源端口号及目标端口。
此外， 在 AP设备利用 DRB配置为 UE建立 DRB时， 需要利用 表 6所示的 DRB配置与 DRB标识之间的对应关系为 DRB分配 DRB 标识；例如，当利用 DRB配置（逻辑信道优先级 3, UM模式， Discard Timer = 100ms ) 为该 UE建立 DRB时， 则需要为建立的 DRB分配 DRB标识 1。 实施例二
基于与上述方法同样的发明构思，本发明实施例中还提供了一种 接入点 AP设备， 如图 6所示， 该 AP设备包括：
获得模块 11 , 用于获得需要发送给用户设备 UE的 IP数据包； 确定模块 12,用于利用所述 IP数据包的类型信息确定所述 IP数 据包对应的数据无线承载 DRB;
发送模块 13, 用于通过所述 DRB将所述 IP数据包发送给所述
UE。
所述确定模块 12, 具体用于通过预先维护的类型信息与 DRB标 识之间的对应关系，查询所述 IP数据包的类型信息所对应的 DRB标 识， 并通过所述 DRB标识确定所述 IP数据包对应的 DRB。
所述确定模块 12在维护类型信息与 DRB标识之间的对应关系时, 进一步用于获得类型信息与 DRB配置之间的对应关系； 以及， 当所 述 UE连接到所述 AP设备时，利用 DRB配置为所述 UE建立 DRB , 确定建立的 DRB所对应的 DRB标识， 并确定 DRB配置与 DRB标 识之间的对应关系； 以及， 利用类型信息与 DRB配置之间的对应关 系以及 DRB配置与 DRB标识之间的对应关系，确定类型信息与 DRB 标识之间的对应关系； 或者， 与所述 UE直接约定类型信息与 DRB 标识之间的对应关系。
所述确定模块 12在获得类型信息与 DRB配置之间的对应关系时, 进一步用于从操作管理维护 OAM 实体处获得所述类型信息与 DRB 配置之间的对应关系； 或者通过预定义方式获得所述类型信息与 DRB配置之间的对应关系。
本发明实施例中， 所述类型信息与 DRB配置之间的对应关系， 具体为：基于类型信息中的 IP优先级以及 DRB配置中的逻辑信道优 先级所确定的类型信息与 DRB配置之间的对应关系； 或者， 基于类 型信息中的 IP优先级、 类型信息中的 TOS比特信息以及 DRB配置 中的逻辑信道优先级所确定的类型信息与 DRB配置之间的对应关系； 其中， 类型信息中的 TOS比特信息为最小时延 D、 最大吞吐量 T、 最高可靠性 R。
本发明实施例中， 所述发送模块 13, 还用于在利用 DRB配置为 所述 UE建立 DRB时，通过无线资源控制 RRC连接重配消息将建立 的 DRB所对应的 DRB标识以及类型信息发送给所述 UE; 或者， 在 确定类型信息与 DRB标识之间的对应关系之后， 将为所述 UE维护 的类型信息与 DRB标识之间的对应关系发送给所述 UE。
本发明实施例中， 所述发送模块 13 , 还用于在利用类型信息与 DRB配置之间的对应关系以及 DRB配置与 DRB标识之间的对应关 系， 确定类型信息与 DRB标识之间的对应关系之后， 当需要删除所 述 UE的 DRB时， 则删除所述 UE对应的类型信息与 DRB标识之间 的对应关系， 并通知所述 UE删除所述 UE对应的类型信息与 DRB 标识之间的对应关系。
本发明实施例中，所述类型信息具体为： IPv4数据包的报头中所 携带的服务类型 ToS; 或者， IPv6数据包的报头中所携带的流量类别 TC; 或者 IPv4数据包中的协议类型、 源端口号及目标端口号； 或者 IPv6数据包中的下一报头、 源端口号及目标端口。
本发明实施例中， 所述 AP设备通过 IP接口与 IP网络连接， 并 通过空口与所述 UE进行 IP数据包的传输。
其中，本发明装置的各个模块可以集成于一体，也可以分离部署。 上述模块可以合并为一个模块， 也可以进一步拆分成多个子模块。
实施例三
基于与上述方法同样的发明构思，本发明实施例中还提供了一种 用户设备 UE, 如图 7所示， 该用户设备包括：
获得模块 21 ,用于获得需要发送给接入点 AP设备的 IP数据包； 确定模块 22 ,用于利用所述 IP数据包的类型信息确定所述 IP数 据包对应的数据无线承载 DRB;
发送模块 23, 用于通过所述 DRB将所述 IP数据包发送给所述 AP设备。
所述确定模块 22, 具体用于通过预先维护的类型信息与 DRB标 识之间的对应关系，查询所述 IP数据包的类型信息所对应的 DRB标 识， 并通过所述 DRB标识确定所述 IP数据包对应的 DRB。
所述确定模块 22在维护类型信息与 DRB标识之间的对应关系时， 进一步用于接收并维护所述 AP设备通知的类型信息与 DRB标识之 间的对应关系； 或者， 与所述 AP设备直接约定类型信息与 DRB标 识之间的对应关系。 所述确定模块 22在接收所述 AP设备通知的类型信息与 DRB标 识之间的对应关系时， 进一步用于在所述 AP设备利用 DRB配置为 所述 UE建立 DRB时， 接收来自所述 AP设备的无线资源控制 RRC 连接重配消息，所述 RRC连接重配消息中携带建立的 DRB所对应的 DRB标识以及类型信息；或者，在所述 AP设备确定类型信息与 DRB 标识之间的对应关系之后， 接收来自所述 AP设备的其为所述 UE维 护的类型信息与 DRB标识之间的对应关系。
本发明实施例中， 所述确定模块 22, 进一步用于在接收并维护 所述 AP设备通知的类型信息与 DRB标识之间的对应关系之后， 当 接收到来自所述 AP设备的删除所述 UE对应的类型信息与 DRB标 识之间的对应关系的通知后 ,则删除所述 UE对应的类型信息与 DRB 标识之间的对应关系。
本发明实施例中，所述类型信息具体为： IPv4数据包的报头中所 携带的服务类型 ToS; 或者， IPv6数据包的报头中所携带的流量类别 TC; 或者 IPv4数据包中的协议类型、 源端口号及目标端口号； 或者 IPv6数据包中的下一报头、 源端口号及目标端口。
其中，本发明装置的各个模块可以集成于一体，也可以分离部署。 上述模块可以合并为一个模块， 也可以进一步拆分成多个子模块。
通过以上的实施方式的描述， 本领域的技术人员可以清楚地 了解到本发明可借助软件加必需的通用硬件平台的方式来实现， 当然也可以通过硬件， 但很多情况下前者是更佳的实施方式。 基 于这样的理解， 本发明的技术方案本质上或者说对现有技术做出 贡献的部分可以以软件产品的形式体现出来， 该计算机软件产品 存储在一个存储介质中， 包括若干指令用以使得一台计算机设备 (可以是个人计算机， 服务器， 或者网络设备等） 执行本发明各 个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图， 附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照 实施例描述进行分布于实施例的装置中， 也可以进行相应变化位 于不同于本实施例的一个或多个装置中。 上述实施例的模块可以 合并为一个模块， 也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述， 不代表实施例的优劣。 以上公开的仅为本发明的几个具体实施例， 但是， 本发明并 非局限于此， 任何本领域的技术人员能思之的变化都应落入本发 明的保护范围。

Claims

权利要求
1、一种网络互连协议 IP数据包的传输方法，其特征在于，包括： 接入点 AP设备获得需要发送给用户设备 UE的 IP数据包； 所述 AP设备利用所述 IP数据包的类型信息确定所述 IP数据包 对应的数据无线承载 DRB；
所述 AP设备通过所述 DRB将所述 IP数据包发送给所述 UE。
2、 如权利要求 1所述的方法， 其特征在于， 所述 AP设备利用 所述 IP数据包的类型信息确定所述 IP数据包对应的数据无线承载 DRB, 包括：
所述 AP设备通过预先维护的类型信息与 DRB标识之间的对应 关系， 查询所述 IP数据包的类型信息所对应的 DRB标识， 并通过所 述 DRB标识确定所述 IP数据包对应的 DRB。
3、 如权利要求 2所述的方法， 其特征在于， 所述 AP设备维护 类型信息与 DRB标识之间的对应关系， 包括：
所述 AP设备获得类型信息与 DRB配置之间的对应关系；以及， 当所述 UE连接到所述 AP设备时， 利用 DRB配置为所述 UE建立 DRB, 确定建立的 DRB所对应的 DRB标识， 并确定 DRB配置与 DRB标识之间的对应关系； 以及， 利用类型信息与 DRB配置之间的 对应关系以及 DRB配置与 DRB标识之间的对应关系，确定类型信息 与 DRB标识之间的对应关系； 或者，
所述 AP设备与所述 UE直接约定类型信息与 DRB标识之间的 对应关系。
4、 如权利要求 3所述的方法， 其特征在于， 所述 AP设备获得 类型信息与 DRB配置之间的对应关系， 包括：
所述 AP设备从操作管理维护 OAM实体处获得所述类型信息与 DRB配置之间的对应关系； 或者，
所述 AP设备通过预定义方式获得所述类型信息与 DRB配置之 间的对应关系。
5、 如权利要求 3所述的方法， 其特征在于， 所述方法进一步包 括：
所述 AP设备在利用 DRB配置为所述 UE建立 DRB时， 通过无 线资源控制 RRC连接重配消息将建立的 DRB所对应的 DRB标识以 及类型信息发送给所述 UE; 或者，
所述 AP设备在确定类型信息与 DRB标识之间的对应关系之后， 将为所述 UE维护的类型信息与 DRB标识之间的对应关系发送给所 述 UE。
6、 如权利要求 3所述的方法， 其特征在于， 所述 AP设备利用 类型信息与 DRB配置之间的对应关系以及 DRB配置与 DRB标识之 间的对应关系， 确定类型信息与 DRB标识之间的对应关系， 之后还 包括：
当所述 AP设备需要删除所述 UE的 DRB时，则所述 AP设备删 除所述 UE对应的类型信息与 DRB标识之间的对应关系， 并通知所 述 UE删除所述 UE对应的类型信息与 DRB标识之间的对应关系。
7、 如权利要求 1-6任一项所述的方法， 其特征在于， 所述类型 信息具体为： IPv4数据包的报头中所携带的服务类型 ToS;或者， IPv6 数据包的报头中所携带的流量类别 TC;或者 IPv4数据包中的协议类 型、 源端口号及目标端口号； 或者 IPv6数据包中的下一报头、 源端 口号及目标端口。
8、 如权利要求 1-6任一项所述的方法， 其特征在于， 所述 AP 设备通过 IP接口与 IP网络连接，并通过空口与所述 UE进行 IP数据 包的传输。
9、一种网络互连协议 IP数据包的传输方法，其特征在于，包括： 用户设备 UE获得需要发送给接入点 AP设备的 IP数据包； 所述 UE利用所述 IP数据包的类型信息确定所述 IP数据包对应 的数据无线承载 DRB;
所述 UE通过所述 DRB将所述 IP数据包发送给所述 AP设备。
10、 如权利要求 9所述的方法， 其特征在于， 所述 UE利用所述 IP数据包的类型信息确定所述 IP数据包对应的数据无线承载 DRB, 包括：
所述 UE通过预先维护的类型信息与 DRB标识之间的对应关系， 查询所述 IP数据包的类型信息所对应的 DRB标识，并通过所述 DRB 标识确定所述 IP数据包对应的 DRB。
11、 如权利要求 10所述的方法， 其特征在于， 所述 UE维护类 型信息与 DRB标识之间的对应关系， 包括： 所述 UE接收并维护所述 AP设备通知的类型信息与 DRB标识 之间的对应关系； 或者，
所述 UE与所述 AP设备直接约定类型信息与 DRB标识之间的 对应关系。
12、 如权利要求 11所述的方法， 其特征在于， 所述 UE接收所 述 AP设备通知的类型信息与 DRB标识之间的对应关系， 包括： 在所述 AP设备利用 DRB配置为所述 UE建立 DRB时， 所述 UE接收来自所述 AP设备的无线资源控制 RRC连接重配消息， 所述 RRC连接重配消息中携带建立的 DRB所对应的 DRB标识以及类型 信息； 或者，
在所述 AP设备确定类型信息与 DRB标识之间的对应关系之后， 所述 UE接收来自所述 AP设备的其为所述 UE维护的类型信息与 DRB标识之间的对应关系。
13、 如权利要求 11所述的方法， 其特征在于， 所述 UE接收并 维护所述 AP设备通知的类型信息与 DRB标识之间的对应关系， 之 后还包括：
当所述 UE接收到来自所述 AP设备的删除所述 UE对应的类型 信息与 DRB标识之间的对应关系的通知后， 所述 UE删除自身对应 的类型信息与 DRB标识之间的对应关系。
14、 如权利要求 9-13任一项所述的方法， 其特征在于， 所述类 型信息具体为： IPv4数据包的报头中所携带的服务类型 ToS; 或者， IPv6数据包的报头中所携带的流量类别 TC;或者 IPv4数据包中的协 议类型、 源端口号及目标端口号； 或者 IPv6数据包中的下一报头、 源端口号及目标端口。
15、 一种接入点 AP设备， 其特征在于， 包括：
获得模块， 用于获得需要发送给用户设备 UE的 IP数据包； 确定模块， 用于利用所述 IP数据包的类型信息确定所述 IP数据 包对应的数据无线承载 DRB;
发送模块，用于通过所述 DRB将所述 IP数据包发送给所述 UE。
16、 如权利要求 15所述的 AP设备， 其特征在于，
所述确定模块， 具体用于通过预先维护的类型信息与 DRB标识 之间的对应关系，查询所述 IP数据包的类型信息所对应的 DRB标识， 并通过所述 DRB标识确定所述 IP数据包对应的 DRB。
17、 如权利要求 16所述的 AP设备， 其特征在于，
所述确定模块在维护类型信息与 DRB标识之间的对应关系时， 进一步用于获得类型信息与 DRB配置之间的对应关系； 以及， 当所 述 UE连接到所述 AP设备时，利用 DRB配置为所述 UE建立 DRB , 确定建立的 DRB所对应的 DRB标识， 并确定 DRB配置与 DRB标 识之间的对应关系； 以及， 利用类型信息与 DRB配置之间的对应关 系以及 DRB配置与 DRB标识之间的对应关系，确定类型信息与 DRB 标识之间的对应关系； 或者，
与所述 UE直接约定类型信息与 DRB标识之间的对应关系。
18、 如权利要求 17所述的 AP设备， 其特征在于，
所述确定模块在获得类型信息与 DRB配置之间的对应关系时， 进一步为从操作管理维护 0AM实体处获得所述类型信息与 DRB配 置之间的对应关系； 或者，
通过预定义方式获得所述类型信息与 DRB配置之间的对应关系。
19、 如权利要求 17所述的 AP设备， 其特征在于，
所述发送模块，还用于在利用 DRB配置为所述 UE建立 DRB时， 通过无线资源控制 RRC连接重配消息将建立的 DRB所对应的 DRB 标识以及类型信息发送给所述 UE; 或者，
在确定类型信息与 DRB标识之间的对应关系之后，将为所述 UE 维护的类型信息与 DRB标识之间的对应关系发送给所述 UE。
20、 如权利要求 17所述的 AP设备， 其特征在于，
所述发送模块， 还用于在利用类型信息与 DRB配置之间的对应 关系以及 DRB配置与 DRB标识之间的对应关系， 确定类型信息与 DRB标识之间的对应关系之后， 当需要删除所述 UE的 DRB时， 贝，J 删除所述 UE对应的类型信息与 DRB标识之间的对应关系， 并通知 所述 UE删除所述 UE对应的类型信息与 DRB标识之间的对应关系。
21、 如权利要求 15-20任一项所述的 AP设备， 其特征在于， 所 述类型信息具体为： IPv4数据包的报头中所携带的服务类型 ToS; 或 者， IPv6数据包的报头中所携带的流量类别 TC; 或者 IPv4数据包中 的协议类型、 源端口号及目标端口号； 或者 IPv6数据包中的下一报 头、 源端口号及目标端口。
22、 如权利要求 15-20任一项所述的 AP设备， 其特征在于， 所 述 AP设备通过 IP接口与 IP网络连接， 并通过空口与所述 UE进行 IP数据包的传输。
23、 一种用户设备 UE, 其特征在于， 包括：
获得模块， 用于获得需要发送给接入点 AP设备的 IP数据包； 确定模块， 用于利用所述 IP数据包的类型信息确定所述 IP数据 包对应的数据无线承载 DRB;
发送模块， 用于通过所述 DRB将所述 IP数据包发送给所述 AP 设备。
24、 如权利要求 23所述的用户设备， 其特征在于，
所述确定模块， 具体用于通过预先维护的类型信息与 DRB标识 之间的对应关系，查询所述 IP数据包的类型信息所对应的 DRB标识， 并通过所述 DRB标识确定所述 IP数据包对应的 DRB。
25、 如权利要求 24所述的用户设备， 其特征在于，
所述确定模块在维护类型信息与 DRB标识之间的对应关系时， 进一步用于接收并维护所述 AP设备通知的类型信息与 DRB标识之 间的对应关系； 或者，
与所述 AP设备直接约定类型信息与 DRB标识之间的对应关系。
26、 如权利要求 25所述的用户设备， 其特征在于，
所述确定模块在接收所述 AP设备通知的类型信息与 DRB标识 之间的对应关系时， 进一步用于在所述 AP设备利用 DRB配置为所 述 UE建立 DRB时， 接收来自所述 AP设备的无线资源控制 RRC连 接重配消息， 所述 RRC连接重配消息中携带建立的 DRB所对应的 DRB标识以及类型信息； 或者， 在所述 AP设备确定类型信息与 DRB标识之间的对应关系之后， 接收来自所述 AP设备的其为所述 UE维护的类型信息与 DRB标识 之间的对应关系。
27、 如权利要求 25所述的用户设备， 其特征在于，
所述确定模块， 进一步用于在接收并维护所述 AP设备通知的类 型信息与 DRB标识之间的对应关系之后， 当接收到来自所述 AP设 备的删除所述 UE对应的类型信息与 DRB标识之间的对应关系的通 知后，则删除所述 UE对应的类型信息与 DRB标识之间的对应关系。
28、 如权利要求 23-27所述的用户设备， 其特征在于， 所述类型 信息具体为： IPv4数据包的报头中所携带的服务类型 ToS;或者， IPv6 数据包的报头中所携带的流量类别 TC;或者 IPv4数据包中的协议类 型、 源端口号及目标端口号； 或者 IPv6数据包中的下一报头、 源端 口号及目标端口。
PCT/CN2013/072140 2012-03-05 2013-03-04 一种ip数据包的传输方法和设备 Ceased WO2013131458A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/383,104 US10271238B2 (en) 2012-03-05 2013-03-04 Method and device for transmitting IP data packet
EP13758599.8A EP2824983B1 (en) 2012-03-05 2013-03-04 Method and device for transmitting ip data packet

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201210055090.5A CN102612095B (zh) 2012-03-05 2012-03-05 一种ip数据包的传输方法和设备
CN201210055090.5 2012-03-05

Publications (1)

Publication Number Publication Date
WO2013131458A1 true WO2013131458A1 (zh) 2013-09-12

Family

ID=46529184

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/072140 Ceased WO2013131458A1 (zh) 2012-03-05 2013-03-04 一种ip数据包的传输方法和设备

Country Status (4)

Country Link
US (1) US10271238B2 (zh)
EP (1) EP2824983B1 (zh)
CN (1) CN102612095B (zh)
WO (1) WO2013131458A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110248396A (zh) * 2019-06-21 2019-09-17 惠州Tcl移动通信有限公司 一种无线网络多接入点选择方法、智能终端及存储介质

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102612095B (zh) * 2012-03-05 2014-08-20 电信科学技术研究院 一种ip数据包的传输方法和设备
CN104105219B (zh) * 2013-04-01 2017-09-01 电信科学技术研究院 一种数据传输方法及装置
US9277580B2 (en) * 2013-09-30 2016-03-01 At&T Intellectual Property I, L.P. Non-cellular link integration with cellular networks
RU2598337C2 (ru) * 2014-12-19 2016-09-20 Закрытое акционерное общество "Лаборатория Касперского" Система и способ выбора средств перехвата данных, передаваемых по сети
US9781652B2 (en) * 2015-02-05 2017-10-03 Mediatek Inc. Method and apparatus of LWA PDU routing
US10531329B2 (en) * 2015-04-13 2020-01-07 Samsung Electronics Co., Ltd. Method and apparatus for controlling relay traffic in wireless communication system supporting D2D communication
TW201737679A (zh) * 2016-03-30 2017-10-16 Idac控股公司 在5g可撓rat系統中分立l2處理及控制架構
US10911977B2 (en) * 2016-08-01 2021-02-02 Samsung Electronics Co., Ltd. Method and apparatus for managing data communication in wireless communication network
CN113038552B (zh) 2016-09-30 2022-02-01 华为技术有限公司 通信方法、基站以及终端
CN108156633A (zh) * 2016-12-06 2018-06-12 中兴通讯股份有限公司 数据流重映射方法及装置和用户设备、ran设备
WO2018103009A1 (zh) * 2016-12-07 2018-06-14 华为技术有限公司 删除数据无线承载的方法、用户设备以及接入网功能实体
CN108616925B (zh) * 2016-12-13 2023-03-21 中兴通讯股份有限公司 一种数据流的处理方法及装置
US20180213540A1 (en) * 2017-01-25 2018-07-26 Acer Incorporated Method of mapping data packets and related apparatuses using the same
CN108366397B (zh) * 2017-01-26 2024-02-23 中兴通讯股份有限公司 数据映射方法及装置和无线设备
CN109005127B (zh) * 2017-02-03 2020-03-10 华为技术有限公司 一种QoS流处理方法、设备和通信系统
CN108430077B (zh) * 2017-02-14 2021-09-14 中国移动通信有限公司研究院 一种业务质量标识的方法及无线接入网元设备
CN106879072A (zh) * 2017-02-24 2017-06-20 苏州蜗牛数字科技股份有限公司 一种多路移动数据通道实现数据分发业务的系统及方法
CN108632879A (zh) * 2017-03-15 2018-10-09 中国移动通信有限公司研究院 一种数据的发送方法、基站及终端
CN110476452B (zh) * 2017-03-22 2024-03-01 Oppo广东移动通信有限公司 上行传输的方法、终端设备和网络设备
CN110447260B (zh) * 2017-03-23 2023-05-16 三星电子株式会社 无线通信系统中的基站和终端以及由其执行的方法
CN108966282B (zh) * 2017-03-24 2019-11-19 华为技术有限公司 数据传输方法和装置
WO2018226024A1 (ko) 2017-06-05 2018-12-13 삼성전자 주식회사 차세대 이동통신 시스템에서 pdcp 장치 및 sdap 장치를 설정하는 방법 및 장치
KR102359746B1 (ko) * 2017-06-05 2022-02-10 삼성전자 주식회사 차세대 이동통신 시스템에서 인액티브 모드 단말이 데이터를 전송하는 방법 및 장치
KR102385420B1 (ko) 2017-06-15 2022-04-12 삼성전자 주식회사 차세대 이동 통신 시스템에서 네트워크 요청 기반 버퍼 상태 보고를 처리하는 방법 및 장치
CN109451828B (zh) 2017-07-25 2022-05-10 北京小米移动软件有限公司 下行数据包配置方法及装置
CN109548160A (zh) 2017-08-08 2019-03-29 中国移动通信有限公司研究院 数据传输方法、装置、相关设备及计算机可读存储介质
CN110324907B (zh) * 2018-03-30 2021-05-25 电信科学技术研究院有限公司 一种业务承载配置方法及装置
US11849444B2 (en) * 2019-12-13 2023-12-19 Beijing Xiaomi Mobile Software Co., Ltd. Method for processing data, communication device, and storage medium
CN113810949B (zh) * 2020-06-12 2024-11-19 华为技术有限公司 数据传输方法和装置
CN111865963B (zh) * 2020-07-16 2022-02-25 郑州信大捷安信息技术股份有限公司 一种基于ip选项的ip数据包处理方法与系统
WO2022067525A1 (zh) * 2020-09-29 2022-04-07 华为技术有限公司 一种指示业务状态的方法、基站及终端
CN115842787A (zh) * 2021-09-17 2023-03-24 中国移动通信有限公司研究院 数据传输方法及设备
WO2023184545A1 (zh) * 2022-04-02 2023-10-05 Oppo广东移动通信有限公司 一种数据传输方法及装置、通信设备
CN118283733A (zh) * 2022-12-30 2024-07-02 华为技术有限公司 一种数据传输方法、通信装置及通信系统
CN119383663A (zh) * 2023-07-18 2025-01-28 展讯通信（上海）有限公司 数据上报方法、配置方法及装置、计算机可读存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1992671A (zh) * 2005-12-28 2007-07-04 上海原动力通信科技有限公司 第三代演进系统中传输ip头压缩数据包的方法
WO2008018993A1 (en) * 2006-08-03 2008-02-14 Lucent Technologies Inc. Determining priority of bearer channels in a wireless telecommunications network
CN102238743A (zh) * 2010-05-05 2011-11-09 联芯科技有限公司 一种多路承载管理方法和装置
CN102612096A (zh) * 2012-03-06 2012-07-25 电信科学技术研究院 一种ip数据包的传输方法和设备
CN102612095A (zh) * 2012-03-05 2012-07-25 电信科学技术研究院 一种ip数据包的传输方法和设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4703445B2 (ja) * 2006-03-20 2011-06-15 株式会社エヌ・ティ・ティ・ドコモ 上位局及びパケット送信方法
US8594043B2 (en) * 2007-03-21 2013-11-26 Telefonaktiebolaget Lm Ericsson (Publ) Selective packet forwarding for LTE mobility
ECSP077925A (es) 2007-04-30 2008-11-27 Loteria De Concepcion Sistema y método de producción, distribución, logística e impresión de boletos para loterías mediante un sistema de impresión para una primera impresión colorida, una pluralidad de boletos hechos de sustrato para la primera impresión; y hechos de sus
JP5309708B2 (ja) * 2008-06-16 2013-10-09 富士通株式会社 移動局及びデータ送信方法
CN101932102B (zh) * 2009-06-19 2013-01-23 华为技术有限公司 业务承载映射方法及通信设备
CN101931936B (zh) * 2009-06-22 2014-01-01 中兴通讯股份有限公司 业务数据的传输方法和系统、终端、用户数据处理实体
EP2282575A1 (en) 2009-08-04 2011-02-09 Panasonic Corporation Channel quality reporting in a mobile communications system
US9432977B2 (en) 2009-09-30 2016-08-30 Lg Electronics Inc. Apparatus and method for transmitting uplink control information
CN102714877B (zh) 2010-01-08 2016-05-04 交互数字专利控股公司 执行用于多载波/多小区操作的不连续接收和/或不连续传输的方法和设备
US8514756B1 (en) * 2010-10-15 2013-08-20 Juniper Networks, Inc. Collectively addressing wireless devices
CN107580376B (zh) * 2011-04-01 2021-08-20 交互数字专利控股公司 移动性管理实体及用于提供连接性信息的方法
US8817690B2 (en) * 2011-04-04 2014-08-26 Qualcomm Incorporated Method and apparatus for scheduling network traffic in the presence of relays
JP5325928B2 (ja) 2011-05-02 2013-10-23 株式会社エヌ・ティ・ティ・ドコモ チャネル状態情報通知方法、無線基地局装置、ユーザ端末及び無線通信システム
CA2768483C (en) * 2011-12-30 2019-08-20 Sandvine Incorporated Ulc Systems and methods for managing quality of service
US8958422B2 (en) * 2012-03-17 2015-02-17 Blackberry Limited Handling packet data convergence protocol data units

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1992671A (zh) * 2005-12-28 2007-07-04 上海原动力通信科技有限公司 第三代演进系统中传输ip头压缩数据包的方法
WO2008018993A1 (en) * 2006-08-03 2008-02-14 Lucent Technologies Inc. Determining priority of bearer channels in a wireless telecommunications network
CN102238743A (zh) * 2010-05-05 2011-11-09 联芯科技有限公司 一种多路承载管理方法和装置
CN102612095A (zh) * 2012-03-05 2012-07-25 电信科学技术研究院 一种ip数据包的传输方法和设备
CN102612096A (zh) * 2012-03-06 2012-07-25 电信科学技术研究院 一种ip数据包的传输方法和设备

Non-Patent Citations (1)

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

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110248396A (zh) * 2019-06-21 2019-09-17 惠州Tcl移动通信有限公司 一种无线网络多接入点选择方法、智能终端及存储介质
CN110248396B (zh) * 2019-06-21 2021-10-22 惠州Tcl移动通信有限公司 一种无线网络多接入点选择方法、智能终端及存储介质

Also Published As

Publication number Publication date
CN102612095A (zh) 2012-07-25
EP2824983A4 (en) 2015-03-04
EP2824983B1 (en) 2016-09-14
EP2824983A1 (en) 2015-01-14
US20150071059A1 (en) 2015-03-12
CN102612095B (zh) 2014-08-20
US10271238B2 (en) 2019-04-23

Similar Documents

Publication Publication Date Title
WO2013131458A1 (zh) 一种ip数据包的传输方法和设备
TWI754244B (zh) Pdu會話的管理方法和使用者設備
CN109792788B (zh) 用于在无线通信网络中涉及隧道的数据传输的方法和设备
JP7477661B2 (ja) データ伝送方法および装置
US20210204164A1 (en) Method and apparatus for microslicing wireless communication networks with device groups, service level objectives, and load/admission control
KR101792378B1 (ko) 모바일 통신 시스템에서 서비스 품질 제어의 지원
CN110679175B (zh) 管理上行链路服务质量的方法和执行所述方法的基站
CN105230072B (zh) 用于在无线lan中控制服务的质量的方法和设备
JP2018533328A (ja) 無線通信システムにおけるデータを送受信するための方法及びこれを支援する装置
WO2017201677A1 (zh) 数据传输的方法及装置
CN103248451A (zh) 业务速率控制方法和系统以及设备
CN107396401A (zh) 数据发送方法及装置
WO2015021649A1 (zh) 数据传输方法和装置
CN104854832B (zh) 用于传输数据通信量的方法和设备
CN101374100B (zh) 一种WiMAX业务数据流报文的分类方法、装置及系统
CN108024284B (zh) 无线通信方法、用户设备接入网设备、和核心网设备
CN107295564A (zh) 一种基于流的承载管理方法、数据传输方法及装置
WO2012130068A1 (zh) 数据包传输方法和相关装置
CN108306843B (zh) 一种业务数据流传输方法、系统和pgw
CN111294980B (zh) 无线承载建立方法及装置
WO2018006249A1 (zh) 一种5G通信系统中的QoS控制方法及相关设备
CN107396356A (zh) 数据发送方法及装置
TW202345558A (zh) Qos規則和封包過濾器的多標籤處理

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

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14383104

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2013758599

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013758599

Country of ref document: EP