WO2018137458A1 - 一种实现数据处理的方法、网元及系统、存储介质 - Google Patents

一种实现数据处理的方法、网元及系统、存储介质 Download PDF

Info

Publication number
WO2018137458A1
WO2018137458A1 PCT/CN2017/118890 CN2017118890W WO2018137458A1 WO 2018137458 A1 WO2018137458 A1 WO 2018137458A1 CN 2017118890 W CN2017118890 W CN 2017118890W WO 2018137458 A1 WO2018137458 A1 WO 2018137458A1
Authority
WO
WIPO (PCT)
Prior art keywords
network element
information
pdu session
message
base station
Prior art date
Application number
PCT/CN2017/118890
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 EP17894533.3A priority Critical patent/EP3576453A4/en
Priority to KR1020197025014A priority patent/KR102220436B1/ko
Priority to JP2019540653A priority patent/JP6867500B2/ja
Publication of WO2018137458A1 publication Critical patent/WO2018137458A1/zh
Priority to US16/522,471 priority patent/US10979933B2/en
Priority to US17/227,908 priority patent/US11895527B2/en
Priority to US18/417,963 priority patent/US20240155415A1/en

Links

Images

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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • 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/10—Flow control between communication endpoints
    • 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/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0016—Hand-off preparation specially adapted for end-to-end data sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/08—Reselecting an access point
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/16—Performing reselection for specific purposes
    • H04W36/22—Performing reselection for specific purposes for handling the traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/20—Interfaces between hierarchically similar devices between access points

Definitions

  • This document relates to, but not limited to, mobile communication technologies, and in particular, to a method, a network element, a system, and a storage medium for implementing data processing.
  • a data stream having the same Quality of Service (QoS) requirements is aggregated into a bearer, a Radio Access Network (RAN) and a core network (CN, Core Network)
  • QoS Quality of Service
  • RAN Radio Access Network
  • CN Core Network
  • the processing of QoS is performed by bearer.
  • 1 is a structural block diagram of a long-term evolution mobile communication system in the related art.
  • an RAN includes an evolved Node B (eNB) and a User Equipment (UE).
  • eNB evolved Node B
  • UE User Equipment
  • the network side bearer on the S1 interface between the eNB and the core network and the radio bearer on the air interface between the eNB and the UE are in a 1:1 relationship.
  • next-generation mobile communication technology has a network throughput of 1000 times that of the LTE system and a device connection number of 100 times that of the LTE system.
  • the performance of the delay is 10 times higher than that of the LTE system. Therefore, next-generation systems including 5G require new and better QoS mechanisms.
  • FIG. 2 is a block diagram of the 5G mobile communication network, as shown in Figure 2, the 5G base station is called gNB, similar to the X2 between 4G system eNBs. On the interface, the interface between the gNBs is an Xn interface; the interface between the gNB and the 5G core network is called an NG interface.
  • eMBB enhanced Mobile Broadband enhanced mobile broadband
  • mMTC massive machine type communication massive machine type communication
  • URLLC Ultra Reliable and Low Latency Communication
  • a UE may have multiple protocol data unit sessions (PDU Sessions), and one PDU Session may include multiple QoS flows (Quality of Service Flow), the same PDU Session. Multiple QoS flows can be mapped to the same Data Radio Bearer (DRB). The QoS flows of different PDU sessions cannot be mapped to the same DRB.
  • a new access layer (AS, Access Statum) protocol layer (such as Packet Data Association Protocol (PDAP)) will be introduced on top of the PDCP to coordinate the new QoS mechanism.
  • a new function of the AS layer, each PDU Session has a PDAP entity.
  • the 5G base station can be divided into two parts: a central unit (CU) and a distributed unit (DU); one base station can include one CU and multiple DUs. .
  • the embodiments of the present application provide a method, a network element, a system, and a storage medium for implementing data processing, which can implement data shunting and switching processing for a next generation system.
  • the embodiment of the present application provides a method for implementing data processing, including:
  • the request message includes at least one first protocol data unit PDU session information; and the response message includes at least one second PDU session information that the second network element agrees to accept.
  • the first PDU session information includes at least one of the following information:
  • PDU session identifier PDU session identifier
  • NG interface uplink tunnel endpoint information PDU session identifier
  • QoS flow information at least one quality of service flow QoS flow information
  • the request message further includes at least one of the following information:
  • the at least one data radio carries the DRB information and the data forwarding mode indication information.
  • the quality of service flow information includes at least one of the following information:
  • Quality of service flow identification quality of service configuration QoS profile information.
  • each of the DRB information includes at least one of the following information:
  • the method further includes:
  • the forwarded data includes an end tag including a quality of service flow identifier.
  • the method further includes:
  • the packet data association protocol (PDAP entity) of the first network element adds a DRB identification ID to each data packet forwarded by the Xn interface, so that the PDAP entity of the second network element matches the association of each of the data packets according to the DRB ID. DRB.
  • the quality of service configuration information includes at least one of the following information:
  • the data forwarding includes one of the following: based on PDU session forwarding, quality of service based forwarding, and DRB based forwarding.
  • the first network element is a primary base station
  • the second network element is a secondary base station
  • the request message is a split request message
  • the response message is a split response message
  • the method further includes:
  • the third network element is a core network.
  • the indication information includes at least one third PDU session information that needs to be offloaded.
  • each of the third PDU session information includes at least one of the following information:
  • PDU session identifier at least one NG interface downlink tunnel endpoint information, and at least one quality of service flow identifier.
  • the indication message further includes at least one of the following information:
  • the method further includes:
  • the change message includes: canceling at least one fourth PDU session message of the offload.
  • each of the fourth PDU session information includes at least one of the following information:
  • PDU session identifier at least one quality of service flow identifier.
  • the change message further includes information to be changed
  • the information to be changed includes at least one of the following information:
  • At least one quality of service flow identifier corresponding to a PDU session identifier to which each quality of service flow belongs, and quality of service configuration information after each quality of service flow is changed.
  • the first network element is a source base station
  • the request message is a handover request message
  • the response message is a handover response message
  • the method further includes:
  • the first network element sends a handover command to the user equipment UE according to the received response message.
  • the method further includes:
  • the first network element sends a reconfiguration message to the UE.
  • the offloading includes:
  • the offload request message includes:
  • the second network element addition message, the second network element change message, or the first predefined message initiated by the first network element is not limited to
  • the indication message includes:
  • the change message includes:
  • the embodiment of the present application further provides a method for implementing data processing, including:
  • the second network element feeds back the response message to the first network element according to the received request message of the first network element;
  • the request message includes at least one first PDU session information
  • the response message includes at least one second PDU session information that the second network element agrees to accept.
  • the embodiment of the present application further provides a method for implementing data processing, including: receiving, by a third network element, an indication message sent by the first network element;
  • the third network element After receiving the indication message, the third network element sends an acknowledgement message to the first network element.
  • the confirmation message includes at least one sixth PDU session information that agrees to be offloaded.
  • the embodiment of the present application further provides a network element, including: a first sending unit and a first receiving unit;
  • a first sending unit configured to send a request message to the second network element
  • the first receiving unit is configured to receive a response message fed back by the second network element
  • the request message includes at least one first protocol data unit PDU session information; and the response message includes at least one second PDU session information that the second network element agrees to accept.
  • the embodiment of the present application further provides a network element, including: a second receiving unit and a second sending unit;
  • a second receiving unit configured to receive a request message sent by the first network element
  • the second sending unit is configured to: according to the received request message of the first network element, feed back the response message to the first network element;
  • the request message includes at least one first PDU session information
  • the response message includes at least one second PDU session information that the second network element agrees to accept.
  • the embodiment of the present application further provides a network element, including: a third receiving unit and a third sending unit;
  • a third receiving unit configured to receive an indication message sent by the first network element
  • the third sending unit is configured to: after receiving the indication message, send an acknowledgement message to the first network element;
  • the confirmation message includes at least one sixth PDU session information that agrees to be offloaded.
  • the embodiment of the present application further provides a method for implementing data processing, including:
  • the second network element feeds back the response message to the first network element according to the received request message of the first network element;
  • the request message includes at least one first protocol data unit PDU session information; and the response message includes at least one second PDU session information that the second network element agrees to accept.
  • the embodiment of the present application further provides a system, including: a first network element, a second network element, and a third network element;
  • the first network element is configured to send a request message to the second network element, and receive a response message fed back by the second network element, and send an indication message to the third network element.
  • the second network element is configured to: according to the received request message of the first network element, feed back the response message to the first network element;
  • the request message includes at least one first protocol data unit PDU session information; and the response message includes at least one second PDU session information that the second network element agrees to accept.
  • the technical solution of the present application includes: the first network element sends a request message to the second network element; the second network element feeds back the response message to the first network element according to the received request message of the first network element; A network element receives the response message fed back by the second network element, and sends an indication message to the third network element.
  • the third network element receives the indication message sent by the first network element, and performs data processing according to the indication message.
  • the embodiment of the present application implements data offloading and switching processing of the next generation mobile communication technology.
  • FIG. 1 is a structural block diagram of a long-term evolution mobile communication system in the related art
  • FIG. 2 is a structural block diagram of a 5G mobile communication network
  • FIG. 3 is a flowchart of a method for implementing data processing according to an embodiment of the present application.
  • FIG. 4 is a flowchart of a method for implementing data processing according to another embodiment of the present application.
  • FIG. 5 is a flowchart of a method for implementing data processing according to still another embodiment of the present application.
  • FIG. 6 is a structural block diagram of a network element according to an embodiment of the present application.
  • FIG. 7 is a structural block diagram of a network element according to another embodiment of the present application.
  • FIG. 8 is a structural block diagram of a network element according to still another embodiment of the present application.
  • FIG. 9 is a flowchart of a method for implementing data processing by using an embodiment
  • FIG. 10 is a schematic diagram of a network structure of Embodiment 1;
  • FIG. 12 is a schematic diagram of a network structure of Embodiment 2;
  • FIG. 13 is a schematic diagram of a network structure of Embodiment 3.
  • Figure 14 is a flow chart of the method of Embodiment 3.
  • FIG. 16 is a schematic diagram of a network structure of Embodiment 5.
  • Figure 19 is a flow chart of the method of Embodiment 6;
  • FIG. 21 is a schematic structural diagram of a network of Embodiment 8.
  • FIG. 24 is a schematic diagram of a network structure of Embodiment 10.
  • FIG. 3 is a flowchart of a method for implementing data processing according to an embodiment of the present application. As shown in FIG. 3, the method includes:
  • Step 30 The first network element sends a request message to the second network element.
  • the request message includes at least one first protocol data unit (PDU) session information;
  • PDU protocol data unit
  • the first PDU session information in the embodiment of the present application includes at least one of the following information:
  • PDU session identifier PDU session identifier
  • NG interface uplink tunnel endpoint information PDU session identifier
  • QoS flow information PDU session identifier
  • the request message of the embodiment of the present application further includes at least one of the following information:
  • At least one DRB information data forwarding mode indication information.
  • the quality of service flow information includes at least one of the following information:
  • each DRB information includes at least one of the following information:
  • Step 31 The first network element receives a response message fed back by the second network element.
  • the response message includes at least one second PDU session information that the second network element agrees to accept.
  • the method in the embodiment of the present application further includes:
  • the first network element forwards the tunnel endpoint information to the second network element according to the at least one Xn interface data in the response message;
  • the forwarded data includes an end tag including a quality of service flow identifier.
  • the method of the embodiment of the present application further includes:
  • a packet data association protocol (PDAP) entity of the first network element adds a data radio bearer (DRB) identifier (ID) to each data packet forwarded by the Xn interface, so that the PDAP entity of the second network element matches each according to the DRB ID.
  • DRB data radio bearer
  • the service quality configuration information in this embodiment includes at least one of the following information:
  • the data forwarding in the embodiment of the present application includes one of the following: PDU session forwarding, QoS based traffic forwarding, and DRB forwarding.
  • the request message is a traffic distribution request message
  • the response message is a traffic distribution response message
  • the method of the embodiment of the present application further includes:
  • the first network element sends an indication message to the third network element according to the received response message
  • the third network element is a core network.
  • the instruction information in this embodiment includes at least one third PDU session information that needs to be offloaded.
  • each third PDU session information in the embodiment of the present application includes at least one of the following information:
  • PDU session identifier at least one NG interface downlink tunnel endpoint information, and at least one quality of service flow identifier.
  • the embodiment indication message of the application further includes at least one of the following information:
  • the method of the embodiment of the present application further includes:
  • the first network element sends a change message to the second network element
  • the change message includes: canceling at least one fourth PDU session message of the offload.
  • each fourth PDU session information in the embodiment of the present application includes at least one of the following information:
  • PDU session identifier at least one quality of service flow identifier.
  • the embodiment change message of the application further includes information that needs to be changed
  • the information to be changed includes at least one of the following information:
  • At least one quality of service flow identifier corresponding to a PDU session identifier to which each quality of service flow belongs, and quality of service configuration information after each quality of service flow is changed.
  • the first network element is the source base station
  • the request message is a handover request message
  • the response message is a handover response message
  • the method of the embodiment of the present application further includes:
  • the first network element sends a handover command to the user equipment (UE) according to the received response message.
  • the method of the embodiment of the present application further includes:
  • the first network element sends a reconfiguration message to the UE.
  • the offloading of the embodiment of the present application includes:
  • the offload request message in this embodiment of the present application includes:
  • the second network element addition message, the second network element change message, or the first predefined message initiated by the first network element is not limited to
  • the indication message in the embodiment of the present application includes:
  • the change message of the embodiment of the present application includes:
  • the embodiment of the present application implements data offloading and switching processing of the next generation mobile communication technology.
  • the embodiment of the present application further provides a computer storage medium.
  • the computer storage medium stores computer executable instructions, and the computer executable instructions are used in the foregoing method for implementing data processing.
  • FIG. 4 is a flowchart of a method for implementing data processing according to another embodiment of the present application. As shown in FIG. 4, the method includes:
  • Step 40 The second network element receives the request message sent by the first network element.
  • the request message includes at least one first PDU session information
  • Step 41 The second network element feeds back the response message to the first network element according to the received request message of the first network element.
  • the response message includes at least one second PDU session information that the second network element agrees to accept.
  • the first network element is the primary base station
  • the request message is a traffic distribution request message
  • the response message is a traffic distribution response message
  • the first network element is the source base station
  • the request message is a handover request message
  • the response message is a handover response message
  • the method of the embodiment of the present application further includes:
  • the second network element After the UE completes the access, the second network element sends a path conversion request message to the third network element.
  • the at least one second PDU session information that the second network element agrees to receive in the response message of the embodiment of the present application includes at least one of the following information:
  • PDU session identifier at least one NG interface downlink tunnel endpoint information, at least one Xn interface data forwarding tunnel endpoint information, a DRB identifier corresponding to at least one Xn interface data forwarding tunnel endpoint, and a QoS flow corresponding to at least one Xn interface data forwarding tunnel endpoint
  • the at least one second PDU session information that the second network element agrees to receive in the embodiment of the present application includes at least one of the following information:
  • PDU session identifier at least one Xn interface data forwarding tunnel endpoint information, a DRB identifier corresponding to at least one Xn interface data forwarding tunnel endpoint, a QoS flow identifier corresponding to at least one Xn interface data forwarding tunnel endpoint, or a QoS flow identifier list, at least one QoS flow identifier.
  • the response message in the embodiment of the present application further includes:
  • the fifth PDU session information that is not intended to be received includes at least one of the following information: a PDU session identifier, and at least one quality of service flow identifier.
  • the method in the embodiment of the present application further includes:
  • the second network element determines the data forwarding mode of the Xn interface according to the forwarding mode indication.
  • the method of the embodiment of the present application further includes:
  • the PDAP in the second network element determines that the quality of service flow is forwarded based on the quality of service flow identifier in the end tag received from the Xn interface.
  • the embodiment of the present application implements data offloading and switching processing of the next generation mobile communication technology.
  • the embodiment of the present application further provides a computer storage medium.
  • the computer storage medium stores computer executable instructions, and the computer executable instructions are used in the foregoing method for implementing data processing.
  • FIG. 5 is a flowchart of a method for implementing data processing according to still another embodiment of the present application. As shown in FIG. 5, the method includes:
  • Step 50 The third network element receives the indication message sent by the first network element.
  • Step 51 After receiving the indication message, the third network element sends an acknowledgement message to the first network element.
  • the confirmation message includes at least one sixth PDU session information that agrees to be offloaded.
  • each sixth PDU session information in the embodiment of the present application includes at least one of the following information:
  • PDU session identifier at least one quality of service flow identifier.
  • the confirmation message in the embodiment of the present application further includes:
  • Each seventh PDU session information includes: a PDU session identifier, and at least one quality of service flow identifier.
  • the confirmation message in the embodiment of the present application further includes information to be changed
  • the information to be changed includes at least one of the following information:
  • At least one quality of service flow identifier corresponding to a PDU session identifier to which each quality of service flow belongs, and quality of service configuration information after each quality of service flow is changed.
  • the method of the embodiment of the present application further includes:
  • the third network element performs path conversion from the first network element to the second network element according to the received path conversion request.
  • the method of the embodiment of the present application further includes:
  • the third network element After transmitting the last data packet of each quality of service stream to the first network element, the third network element sends an end tag including the quality of service flow identifier to the first network element.
  • the method of the embodiment of the present application further includes:
  • the third network element sends a path switch confirmation message to the second network element.
  • the embodiment of the present application implements data offloading and switching processing of the next generation mobile communication technology.
  • the embodiment of the present application further provides a computer storage medium.
  • the computer storage medium stores computer executable instructions, and the computer executable instructions are used in the foregoing method for implementing data processing.
  • FIG. 6 is a structural block diagram of a network element according to an embodiment of the present disclosure. As shown in FIG. 6, the method includes: a first sending unit 10 and a first receiving unit 11;
  • the first sending unit 10 is configured to send a request message to the second network element.
  • the request message includes at least one first protocol data unit PDU session information
  • the first PDU session information includes at least one of the following information:
  • PDU session identifier PDU session identifier
  • NG interface uplink tunnel endpoint information PDU session identifier
  • QoS flow information PDU session identifier
  • the request message further includes at least one of the following information:
  • At least one DRB information data forwarding mode indication information.
  • the quality of service flow information includes at least one of the following information:
  • each DRB information includes at least one of the following information:
  • the first receiving unit 11 is configured to receive a response message fed back by the second network element
  • the response message includes at least one second PDU session information that is agreed to be admitted.
  • the network element in this embodiment further includes:
  • the first forwarding unit 12 is configured to forward data to the second network element according to the at least one Xn interface data forwarding tunnel endpoint information in the response message;
  • the forwarded data includes an end tag including a quality of service flow identifier.
  • the network element in this embodiment further includes:
  • the first packet data association protocol entity 13 is configured to add a data radio bearer (DRB) identifier (ID) to each data packet forwarded by the Xn interface, so that the packet data association protocol entity (PDAP) entity of the second network element Match the associated DRB of each packet according to the DRB ID.
  • DRB data radio bearer
  • PDAP packet data association protocol entity
  • the service quality configuration information in this embodiment includes at least one of the following information:
  • the data forwarding includes one of the following: PDU session forwarding, QoS based traffic forwarding, and DRB forwarding.
  • the request message is a offload request message
  • the response message is a offload response message
  • the first sending unit 10 is further configured to:
  • the third network element is a core network.
  • the indication information includes at least one third PDU session information that needs to be offloaded.
  • each third PDU session information includes at least one of the following information:
  • PDU session identifier at least one NG interface downlink tunnel endpoint information, and at least one quality of service flow identifier.
  • the indication message further includes at least one of the following information:
  • the first sending unit 10 is further configured to:
  • the change message includes: canceling at least one fourth PDU session message of the offload.
  • each fourth PDU session information in the embodiment of the present application includes at least one of the following information:
  • PDU session identifier at least one quality of service flow identifier.
  • the change message also includes information to be changed
  • the information to be changed includes at least one of the following information:
  • At least one quality of service flow identifier corresponding to a PDU session identifier to which each quality of service flow belongs, and quality of service configuration information after each quality of service flow is changed.
  • the network element is the source base station, and when the second network element is the target base station, the request message is a handover request message, and the response message is a handover response message.
  • the first sending unit 10 is further configured to: send a handover command to the user equipment UE according to the received response message.
  • the first sending unit 10 is further configured to: send a reconfiguration message to the UE.
  • the offloading in the embodiment of the present application includes:
  • the offload request message in the embodiment of the present application includes:
  • the second network element added message, the second network element change message, or the first predefined message initiated by the network element is not limited to
  • the indication message in the embodiment of the present application includes:
  • the change message in the embodiment of the present application includes:
  • the second network element change message initiated by the network element, or the third predefined message is the second network element change message initiated by the network element, or the third predefined message.
  • FIG. 7 is a structural block diagram of a network element according to another embodiment of the present application. As shown in FIG. 7, the method includes: a second receiving unit 20 and a second sending unit 21;
  • the second receiving unit 20 is configured to receive a request message sent by the first network element.
  • the second sending unit 21 is configured to: according to the received request message of the first network element, feed back a response message to the first network element;
  • the request message includes at least one first PDU session information
  • the response message includes at least one second PDU session information that the second network element agrees to accept.
  • the network element in the embodiment of the present application is a secondary base station, where the first network element is the primary base station, the request message is a traffic distribution request message, and the response message is a traffic distribution response message.
  • the network element in the embodiment of the present application is a target base station, where the first network element is a source base station, the request message is a handover request message, and the response message is a handover response message.
  • the second sending unit 21 in the embodiment of the present application is further configured to: after the UE completes the access, send a path conversion request message to the third network element.
  • the at least one second PDU session information that the second network element agrees to receive in the response message of the embodiment of the present application includes at least one of the following information:
  • PDU session identifier at least one NG interface downlink tunnel endpoint information, at least one Xn interface data forwarding tunnel endpoint information, a DRB identifier corresponding to at least one Xn interface data forwarding tunnel endpoint, and a QoS flow corresponding to at least one Xn interface data forwarding tunnel endpoint
  • the at least one second PDU session information that the second network element agrees to receive in the embodiment of the present application includes at least one of the following information:
  • PDU session identifier at least one Xn interface data forwarding tunnel endpoint information, a DRB identifier corresponding to at least one Xn interface data forwarding tunnel endpoint, a QoS flow identifier corresponding to at least one Xn interface data forwarding tunnel endpoint, or a QoS flow identifier list, at least one QoS flow identifier.
  • the response message in the embodiment of the present application further includes:
  • the fifth PDU session information that is not intended to be received includes at least one of the following information: a PDU session identifier, and at least one quality of service flow identifier.
  • the network element in the embodiment of the present application further includes a second determining forwarding mode unit 22, configured to determine, according to the forwarding mode indication, a data forwarding manner of the Xn interface, when the request message includes a forwarding mode indication.
  • a second determining forwarding mode unit 22 configured to determine, according to the forwarding mode indication, a data forwarding manner of the Xn interface, when the request message includes a forwarding mode indication.
  • the network element in this embodiment further includes:
  • the second PDAP 23 is configured to determine that the quality of service flow completes forwarding based on the quality of service flow identifier in the end tag received from the Xn interface.
  • FIG. 8 is a structural block diagram of a network element according to another embodiment of the present application. As shown in FIG. 8, the method includes: a third receiving unit 30 and a third sending unit 31;
  • the third receiving unit 30 is configured to receive an indication message sent by the first network element.
  • the third sending unit 31 is configured to send an acknowledgement message to the first network element after receiving the indication message;
  • the confirmation message includes at least one sixth PDU session information that agrees to be offloaded.
  • each sixth PDU session information in the embodiment of the present application includes at least one of the following information:
  • PDU session identifier at least one quality of service flow identifier.
  • the confirmation message further includes:
  • Each seventh PDU session information includes: a PDU session identifier, and at least one quality of service flow identifier.
  • the confirmation message further includes information to be changed
  • the information to be changed includes at least one of the following information:
  • At least one quality of service flow identifier corresponding to a PDU session identifier to which each quality of service flow belongs, and quality of service configuration information after each quality of service flow is changed.
  • the third receiving unit 30 is further configured to receive a path switching request sent by the second network element.
  • the network element also includes:
  • the third path converting unit 32 is configured to perform path conversion of the first network element to the second network element according to the received path switching request.
  • the third sending unit is further configured to: after sending the last data packet of each quality of service stream to the first network element, send an end tag including the quality of service flow identifier to the first network element.
  • the third sending unit is further configured to: send a path switch confirmation message to the second network element.
  • FIG. 9 is a flowchart of a method for implementing data processing according to an embodiment of the present application. As shown in FIG. 9, the method includes:
  • Step 90 The first network element sends a request message to the second network element.
  • Step 91 The second network element feeds back the response message to the first network element according to the received request message of the first network element.
  • Step 92 The first network element receives the response message fed back by the second network element, and sends an indication message to the third network element.
  • Step 93 The third network element receives the indication message sent by the first network element, to perform data processing according to the indication message.
  • the request message includes at least one first protocol data unit PDU session information; and the response message includes at least one second PDU session information that is agreed to be admitted.
  • the first network element is the primary base station, and the second network element is the secondary base station.
  • the request message is a traffic distribution request message
  • the response message is a traffic distribution response message.
  • the first network element is the source base station
  • the second network element is the target base station
  • the third network element is the core network
  • the request message is a handover request message
  • the response message is a handover response message
  • the embodiment of the present application further provides a system, including: a first network element, a second network element, and a third network element;
  • the first network element is configured to send a request message to the second network element, and receive a response message fed back by the second network element, and send an indication message to the third network element.
  • the second network element is configured to: according to the received request message of the first network element, feed back a response message to the first network element;
  • the request message includes at least one first protocol data unit PDU session information; and the response message includes at least one second PDU session information that is agreed to be admitted.
  • the first network element is the primary base station, and the second network element is the secondary base station.
  • the request message is a traffic distribution request message
  • the response message is a traffic distribution response message.
  • the first network element is the source base station
  • the second network element is the target base station
  • the third network element is the core network
  • the request message is a handover request message
  • the response message is a handover response message
  • the PDU session is represented by a rectangular rectangle
  • the DRB is represented by a rounded rectangle
  • each PDU session, DRB, and QoS flow are set with a digital code, for example, a rectangular rectangle.
  • the number 1 in the PDU session 1; the PDU session, DRB, and QoS flow with the same number but separated by the dotted line and the solid line indicate the PDU session, DRB, and QoS flow before and after the offload (or handover).
  • FIG. 10 is a schematic diagram of the network structure of the first embodiment.
  • the PDU Session is assumed to be PDU Session 1 and PDU Session 2; wherein PDU Session 1 contains QoS flow 1 and QoS flow 2, and PDU Session 2 includes QoS flow 3 and QoS flow 4, QoS flow 1 and QoS flow 2 Mapping to DRB 1, QoS flow 3 is mapped to DRB 2, and QoS flow 4 is mapped to DRB 3.
  • the primary base station of the UE in this application decides to offload PDU Session 2 to the secondary base station of the UE.
  • FIG. 11 is a flowchart of a method of Embodiment 1, as shown in FIG. 11, including:
  • Step 100 The primary base station sends a request message to the secondary base station, where the request message carries the PDU Session 2 information that needs to be offloaded, including the PDU Session 2 identifier, the NG interface uplink tunnel endpoint information of the PDU Session 2, and the QoS flow in the PDU Session 2.
  • the identifier of the 3 and the corresponding QoS profile information, the identifier of the QoS flow 4, and the corresponding QoS profile information; the DRB2 and the DRB 3 information are also included, and the DRB2 information includes the DRB2 identifier, the corresponding DRB2 configuration information, and the QoS flow3 identifier of the DRB2 mapping.
  • the DRB3 information includes the DRB3 identifier, the corresponding DRB3 configuration information, and the QoS flow4 identifier of the DRB3 mapping.
  • the data forwarding mode indication may also include: forwarding based on the PDU session.
  • Step 101 The secondary base station receives the request message to determine whether to agree to the offloading, and includes determining whether to agree to the offload according to the information in the request message and the resource status of the request message; the secondary base station establishes the DRB 2 and the DRB3, and maps the QoS flow 3 to the DRB 2, and the QoS flow 4 is mapped to the DRB 3; the secondary base station indicates that the PDU session is forwarded based on the data forwarding mode, and the X-interface data forwarding tunnel endpoint information is configured for the PDU Session 2.
  • Step 102 The secondary base station sends a response message to the primary base station, where the response message carries the PDU Session 2 information that is agreed to be received, including the PDU Session 2 identifier, the NG interface downlink tunnel endpoint information of the PDU Session 2, and one Xn of the PDU Session 2 Interface data forwarding tunnel endpoint information, QoS flow 3 identifier in PDU Session 2, and QoS flow 4 identifier.
  • the response message carries the PDU Session 2 information that is agreed to be received, including the PDU Session 2 identifier, the NG interface downlink tunnel endpoint information of the PDU Session 2, and one Xn of the PDU Session 2 Interface data forwarding tunnel endpoint information, QoS flow 3 identifier in PDU Session 2, and QoS flow 4 identifier.
  • Step 103 After receiving the secondary base station response message, the primary base station sends an indication message to the core network, where the indication information includes: PDU Session 2 information to be offloaded, and specifically includes: PDU Session 2 identifier, NG interface downlink tunnel endpoint information, PDU Session The QoS flow 3 identifier and the QoS flow 4 identifier in 2; and also carry the offload mode indication (for example, set to be based on PDU Session offload).
  • the indication information includes: PDU Session 2 information to be offloaded, and specifically includes: PDU Session 2 identifier, NG interface downlink tunnel endpoint information, PDU Session The QoS flow 3 identifier and the QoS flow 4 identifier in 2; and also carry the offload mode indication (for example, set to be based on PDU Session offload).
  • step 104 the core network performs the PDU session offload according to the indication message and the offload mode indication, and the PDU Session 2 that needs to be offloaded is completely offloaded to the secondary base station.
  • the NG interface downlink tunnel endpoint information of the PDU Session 2 may be changed to the received NG. Interface downlink tunnel endpoint information, so that QoS flow 3 and QoS flow 4 subsequent data in PDU Session 2 are sent to the secondary base station.
  • Step 105 The core network sends an acknowledgement message to the primary base station.
  • Step 106 The primary base station forwards the tunnel endpoint information according to the Xn interface data received from the secondary base station to perform data forwarding, and may include: forwarding the tunnel endpoint information according to the Xn interface data of the PDU Session 2 received from the secondary base station, and the PDU Session 2 is The data is sent to the corresponding Xn interface data forwarding tunnel of the tunnel endpoint information, and the primary base station releases DRB 2 and DRB 3.
  • the QoS flow is mapped by the secondary base station to the corresponding DRB according to the QoS flow identifier in the received forwarded data packet (ie, QoS flow 3 is mapped to DRB 2, and QoS flow 4 is mapped to DRB 3).
  • FIG. 12 is a schematic diagram of the network structure of Embodiment 2.
  • the primary base station and the core network have two PDU sessions ( PDU Session), which is assumed to be PDU Session 1 and PDU Session 2; wherein PDU Session 1 contains QoS flow 1 and QoS flow 2, PDU Session 2 contains QoS flow 3 and QoS flow 4, and QoS flow 1 and QoS flow 2 are mapped to DRB 1, QoS flow 3 is mapped to DRB 2, and QoS flow 4 is mapped to DRB 3.
  • the primary base station of the UE decides to offload PDU Session 2 to the secondary base station of the UE.
  • the main implementation steps of Embodiment 2 are the same as Embodiment 1, and include:
  • the primary base station sends a request message to the secondary base station, where the request message carries the PDU Session 2 information that needs to be offloaded, including the PDU Session 2 identifier, the NG interface uplink tunnel endpoint information of the PDU Session 2, and the QoS flow 3 identifier in the PDU Session 2 and Corresponding QoS profile information, QoS flow 4 identifier and corresponding QoS profile information; also carrying DRB 2 and DRB 3 information, the DRB2 information includes a DRB2 identifier, a corresponding DRB2 configuration information, and a DRB2 mapped QoS flow3 identifier, and the DRB3 information includes The DRB3 identifier, the corresponding DRB3 configuration information, and the QoS flow4 identifier of the DRB3 mapping; and the data forwarding mode indication (set to be based on DRB forwarding).
  • the request message carries the PDU Session 2 information that needs to be offloaded, including the PDU Session
  • the secondary base station determines whether to offload according to the request message, and includes determining whether to agree to the offload according to the request message and its own resource situation; the secondary base station establishes DRB 2 and DRB 3, maps QoS flow 3 to DRB 2, and maps QoS flow 4 to DRB.
  • the secondary base station indicates that the data forwarding mode is based on the DRB forwarding, and the PDU Session 2 is configured with two Xn interfaces, and the data forwarding tunnel endpoint information is used for the DRB 2 and the DRB 3, respectively.
  • the secondary base station sends a response message to the primary base station, where the response message carries the PDU Session 2 information that is agreed to be accepted; the PDU Session 2 identifier, the NG interface downlink tunnel endpoint information of the PDU Session 2, and the two Xn interface data forwarding of the PDU Session 2
  • the primary base station After receiving the response message of the secondary base station, the primary base station sends an indication message to the core network, where the indication message of the embodiment carries the PDU Session 2 information that needs to be offloaded, including the PDU Session 2 identifier, the NG interface downlink tunnel endpoint information, and the PDU Session.
  • the QoS flow 3 identifier and the QoS flow 4 identifier in 2 also carry the offload mode indication (set to be based on PDU Session offload)
  • the core network divides the PDU Session 2 that needs to be offloaded to the secondary base station according to the indication message and the offload mode indication, and changes the NG interface downlink tunnel endpoint information of the PDU Session 2 to the received NG interface downlink tunnel endpoint. Information to transmit subsequent data of QoS flow 3 and QoS flow 4 in PDU Session 2 to the secondary base station.
  • the core network sends an acknowledgement message to the primary base station.
  • the primary base station forwards the tunnel endpoint information according to the Xn interface data received from the secondary base station, and includes: forwarding the tunnel endpoint information and the corresponding QoS flow identifier according to the Xn interface data of the PDU Session 2 received from the secondary base station, and QoS flow
  • the data on 3 is sent to the corresponding Xn interface data forwarding tunnel of QoS flow3
  • the data on QoS flow 4 is sent to the corresponding Xn interface data forwarding tunnel of QoS flow 4
  • the primary base station releases DRB 2 and DRB 3.
  • FIG. 13 is a schematic diagram of the network structure of Embodiment 3.
  • the primary base station and the core network have two PDU sessions ( PDU Session), assumed to be PDU Session 1 and PDU Session 2; where PDU Session 1 contains QoS flow 1 and QoS flow 2, PDU Session 2 contains QoS flow 3 and QoS flow 4, QoS flow 1 and QoS flow 2 mapping To DRB 1, QoS flow3 is mapped to DRB 2, and QoS flow 4 is mapped to DRB 3.
  • the primary base station of the UE decides to offload QoS flow 2 and QoS flow 4 to the secondary base station of the UE.
  • FIG. 14 is a flowchart of a method of Embodiment 3, as shown in FIG. 14, including:
  • Step 300 The primary base station sends a request message to the secondary base station, where the request message carries the QoS flow information that needs to be offloaded, including the PDU Session 1 identifier of the QoS flow 2, the NG interface uplink tunnel endpoint information of the PDU Session 1, and the identifier of the QoS flow 2 and The corresponding QoS profile information, the PDU Session 2 identifier of the QoS flow 4, the NG interface uplink tunnel endpoint information of the PDU Session 2, the QoS flow 4 identifier, and the corresponding QoS profile information; the DRB 1 and the DRB 3 information are also carried, and the DRB1 information includes The DRB1 identifier, the corresponding DRB1 configuration information, and the QoS flow1 identifier and the QoS flow2 identifier of the DRB1 mapping, and the DRB3 information includes the DRB3 identifier, the corresponding DRB3 configuration information, and the QoS flow4 identifier of the DRB3
  • Step 301 The secondary base station determines, according to the request message, whether to agree to the offloading, where determining whether to agree to the offloading includes determining whether to agree to the offload according to the request message and the resource condition of the own; the secondary base station establishing the DRB 4 (for mapping the QoS flow 2) and the DRB 3 (Used to map QoS flow 4); the secondary base station itself decides to perform QoS flow forwarding, and configures one Xn interface data forwarding tunnel endpoint information for QoS flow 2 and QoS flow 4 respectively.
  • Step 302 The secondary base station sends a response message to the primary base station.
  • the response message carries the QoS flow 2 and QoS flow 4 information that are agreed to be received in the embodiment, and includes the PDU Session 1 identifier of the QoS flow 2 and the NG interface downlink tunnel of the PDU Session 1. Endpoint information, Xn interface data forwarding tunnel endpoint information of QoS flow 2, PDU Session 2 identifier of QoS flow 4, NG interface downlink tunnel endpoint information of PDU Session 2, and Xn interface data forwarding tunnel endpoint information of QoS flow 4.
  • Step 303 After receiving the response message of the secondary base station, the primary base station sends an indication message to the core network.
  • the response message is a response message that agrees to the offload, and carries the QoS flow 2 and QoS flow 4 information that needs to be offloaded, including QoS flow 2
  • Step 304 The core network determines, according to the QoS flow of the offloading in the indication message, not all QoS flows in the PDU Session (refer to the related technology, the core network may learn all QoS flow conditions in the PDU Session), and determine the QoS flow based offloading. The corresponding QoS flow is offloaded to the secondary base station.
  • the NG interface downlink tunnel endpoint information is added to the NG interface downlink tunnel endpoint information of the PDU Session 1 and the added downlink tunnel endpoint is associated with the QoS flow 2 to enable the PDU Session 1
  • the subsequent data of the QoS flow 2 is sent to the secondary base station, and the received downlink tunnel end point information of the NG interface is added to the NG interface downlink tunnel endpoint information of the PDU Session 2, and the added downlink tunnel endpoint is associated with the QoS flow 4, so that Subsequent data of QoS flow 4 in PDU Session 2 is sent to the secondary base station.
  • Step 305 The core network sends an acknowledgement message to the primary base station.
  • Step 306 The primary base station forwards the tunnel endpoint information according to the Xn interface data received from the secondary base station, and includes: forwarding the tunnel endpoint information according to the Xn interface data of the QoS flow 2 received from the secondary base station, and performing QoS flow 2
  • the data is sent to the Xn interface data forwarding tunnel corresponding to the tunnel endpoint information, and the tunnel endpoint information is forwarded according to the Xn interface data of the QoS flow 4 received from the secondary base station, and the data on the QoS flow 4 is sent to the Xn corresponding to the tunnel endpoint information.
  • the interface data is forwarded to the tunnel, and the primary base station releases DRB 3.
  • the QoS flow is mapped by the secondary base station to the corresponding DRB according to the QoS flow identifier in the received forwarded data packet (ie, QoS flow 2 is mapped to DRB4, and QoS flow 4 is mapped to DRB 3).
  • FIG. 15 is a schematic diagram of a network structure of Embodiment 4.
  • PDU Session which is assumed to be PDU Session 1 and PDU Session 2;
  • PDU Session 1 contains QoS flow 1 and QoS flow 2;
  • PDU Session 2 contains QoS flow 3 and QoS flow 4, QoS flow 1 and QoS.
  • Flow 2 is mapped to DRB 1,
  • QoS flow 3 is mapped to DRB 2
  • QoS flow 4 is mapped to DRB 3.
  • the primary base station of the UE decides to offload PDU Session 2 to the secondary base station of the UE.
  • the main implementation steps of Embodiment 4 are the same as Embodiment 1, and include:
  • the primary base station sends a request message to the secondary base station, where the request message carries the PDU Session 2 information that needs to be offloaded, including the PDU Session 2 identifier, the NG interface uplink tunnel endpoint information of the PDU Session 2, and the identifier of the QoS flow 3 in the PDU Session 2.
  • the secondary base station determines whether to agree to the offload according to the request message, and includes determining whether to agree to the offload based on the request message and its own resource condition; the secondary base station establishes the DRB 4, and maps the QoS flow 3 and the QoS flow 4 to the DRB 4; the secondary base station itself decides to perform the DRB forwarding, Configure one Xn interface data forwarding tunnel endpoint information for PDU Session 2 for DRB 4.
  • the secondary base station sends a response message to the primary base station, where the response message carries the PDU Session 2 information, including the PDU Session 2 identifier, the NG interface downlink tunnel endpoint information of the PDU Session 2, and one Xn interface data forwarding tunnel of the PDU Session 2. Endpoint information, QoS flow 3 identifier in PDU Session 2, and QoS flow 4 identifier.
  • the primary base station After receiving the response message from the secondary base station, the primary base station sends an indication message to the core network.
  • the response message is a response message that agrees to the offloading
  • the indication message carries the PDU Session 2 information that needs to be offloaded, including the PDU Session 2 identifier and the NG interface downlink. Tunnel endpoint information, QoS flow 3 identifier in PDU Session2, and QoS flow 4 identifier.
  • the core network determines, according to the offloaded QoS flow in the indication message, all the QoS flows in the PDU session (the core network knows all the QoS flows in the PDU session) to be based on the PDU Session offload, and offloads the PDU Session 2 that needs to be offloaded to the secondary
  • the base station includes: changing the NG interface downlink tunnel endpoint information of the PDU Session 2 to the received NG interface downlink tunnel endpoint information, so that the QoS flow 3 and the QoS flow 4 subsequent data in the PDU Session 2 are sent to the secondary base station.
  • the core network sends an acknowledgement message to the primary base station.
  • the primary base station forwards the tunnel endpoint information according to the Xn interface data received from the secondary base station, and includes: the primary base station forwards the tunnel endpoint information according to the Xn interface data of the PDU Session 2 received from the secondary base station, and performs QoS flow 3 and QoS flow.
  • the data on 4 is sent to the Xn interface data forwarding tunnel corresponding to the tunnel endpoint information, and the primary base station releases DRB 2 and DRB 3.
  • FIG. 16 is a schematic diagram of the network structure of Embodiment 5. As shown in FIG. 16, for a UE in the network, the primary base station and the core network are built.
  • PDU Session 1 and PDU Session 2 Two PDU sessions, PDU Session 1 and PDU Session 2; PDU Session 1 contains QoS flow 1 and QoS flow 2, and PDU Session 2 contains QoS flow 3 and QoS flow 4, QoS flow 1 And QoS flow 2 is mapped to DRB 1, QoS flow 3 is mapped to DRB 2, and QoS flow 4 is mapped to DRB 3; in this embodiment, the primary base station of the UE decides to offload QoS flow 2, QoS flow 3 and QoS flow 4 to the UE. Base station.
  • FIG. 17 is a flowchart of a method of Embodiment 5, as shown in FIG. 17, including:
  • Step 500 The primary base station sends a request message to the secondary base station, where the request message carries the QoS flow information that needs to be offloaded, including the PDU Session 1 identifier of the QoS flow 2, the NG interface uplink tunnel endpoint information of the PDU Session 1, and the QoS flow 2 Identification and corresponding QoS profile information, QoS flow 3 and QoS flow 4 PDU Session 2 identity, PDU Session 2 NG interface uplink tunnel endpoint information, QoS flow 3 and QoS flow 4 identification and corresponding QoS profile information; also carry DRB 1.
  • the request message carries the QoS flow information that needs to be offloaded, including the PDU Session 1 identifier of the QoS flow 2, the NG interface uplink tunnel endpoint information of the PDU Session 1, and the QoS flow 2 Identification and corresponding QoS profile information, QoS flow 3 and QoS flow 4 PDU Session 2 identity, PDU Session 2 NG interface uplink
  • the DRB1 information includes the DRB1 identifier, the corresponding DRB1 configuration information, and the QoS flow1 identifier and the QoS flow2 identifier of the DRB1 mapping
  • the DRB2 information includes the DRB2 identifier, the corresponding DRB2 configuration information, and the QoS of the DRB2 mapping.
  • Flow3 identifies that the DRB3 information includes the DRB3 identifier, the corresponding DRB3 configuration information, and the QoS flow4 identifier of the DRB3 mapping.
  • Step 501 The secondary base station determines, according to the request message, whether to agree to perform offloading, including partially agreeing to the offload according to the request message and its own resource situation (for example, agreeing to offloading QoS flow 2 and QoS flow 4, and disabling the shunt of QoS flow 3),
  • the secondary base station establishes DRB 4 (for mapping QoS flow 2) and DRB 3 (for mapping QoS flow 4).
  • Step 502 The secondary base station sends a response message to the primary base station, where the response message carries the QoS flow 2 and QoS flow 4 information agreed to be accepted, including the PDU Session 1 identifier of the QoS flow 2 and the NG interface downlink tunnel endpoint information of the PDU Session 1.
  • QoS flow 2 identifier QoS flow 2 Xn interface data forwarding tunnel endpoint information
  • QoS flow 4 PDU Session 2 identifier, PDU Session 2 NG interface downlink tunnel endpoint information
  • QoS flow 4 identifier QoS flow 4 Xn interface data Forwarding tunnel endpoint information
  • Step 503 The primary base station receives the response message of the secondary base station, and sends an indication message to the core network. After receiving the response message, it is learned that the secondary base station agrees to the QoS flow 2 and the QoS flow 4, and does not agree to the QoS flow 3 splitting.
  • the core network sends an indication message indicating that the message carries the QoS flow 2 and QoS flow 4 information that needs to be offloaded, including the PDU Session 1 identifier of the QoS flow 2, the NG interface downlink tunnel endpoint information of the PDU Session 1 received from the secondary base station, and the QoS flow. 4 PDU Session 2 of the PDU, the NG interface downlink tunnel endpoint information of the PDU Session 2 received from the secondary base station.
  • Step 504 The core network determines, according to the QoS flow in the PDU session, that the QoS flow is not all QoS flows in the PDU session (the core network knows all QoS flows in the PDU session), and performs QoS flow-based offloading, including agreeing to QoS flow according to actual conditions. 4, but does not agree to the QoS flow 2 split, including adding the received NG interface downlink tunnel endpoint information in the NG interface downlink tunnel endpoint information of the PDU Session 2 and associating the added downlink tunnel endpoint with the QoS flow 4, The subsequent data of QoS flow 4 in PDU Session 2 is sent to the secondary base station.
  • Step 505 The core network sends an acknowledgment message to the primary base station, where the acknowledgment message carries the PDU Session 2 identifier, the QoS flow 4 identifier of the QoS flow 4 that agrees to the offload, and the PDU Session 1 identifier and QoS of the QoS flow 2 that does not agree to the offload.
  • Flow 2 identifier The core network sends an acknowledgment message to the primary base station, where the acknowledgment message carries the PDU Session 2 identifier, the QoS flow 4 identifier of the QoS flow 4 that agrees to the offload, and the PDU Session 1 identifier and QoS of the QoS flow 2 that does not agree to the offload.
  • Step 506 The primary base station sends a change message to the secondary base station, where the change message carries the PDU Session 1 identifier and the QoS flow 2 identifier of the QoS flow 2 to which the offloading is performed.
  • Step 507 The secondary base station releases the related resource according to the received update message, and includes: receiving the change message, releasing the resource related to the QoS flow 2; and releasing the DRB4 corresponding to the QoS flow 2.
  • Step 508 The primary base station forwards data according to the Xn interface data forwarding tunnel endpoint information, and includes: the primary base station forwards the tunnel endpoint information according to the Xn interface data of the QoS flow 4 received from the secondary base station, and sends the data on the QoS flow 4 to the
  • the tunnel end point information corresponds to the Xn interface data forwarding tunnel, and the primary base station releases DRB 3.
  • the QoS flow is mapped by the secondary base station to the corresponding DRB according to the QoS flow identifier in the received forwarded data packet (ie, QoS flow 4 is mapped to DRB 3).
  • FIG. 18 is a schematic diagram of a network structure of Embodiment 6.
  • Session which is assumed to be PDU Session 1 and PDU Session 2; wherein PDU Session 1 contains QoS flow 1 and QoS flow 2, PDU Session 2 contains QoS flow 3 and QoS flow 4, and QoS flow 1 and QoS flow 2 are mapped to DRB 1, QoS flow 3 is mapped to DRB 2, and QoS flow 4 is mapped to DRB 3.
  • the source base station of the UE decides to handover the UE to the target base station.
  • FIG. 19 is a flowchart of a method of Embodiment 6, as shown in FIG. 19, including:
  • Step 600 The source base station sends a handover request message to the target base station, where the information of the PDU Session 1 in the handover request message includes the identifier of the PDU Session 1, the NG interface uplink tunnel endpoint information, the QoS flow 1 identifier, and the corresponding QoS profile information.
  • the PDU Session 2 information includes the PDU Session 2 identifier and the NG interface uplink tunnel endpoint.
  • Step 601 The target base station determines whether to agree to the handover according to the handover request message, and includes agreeing to handover according to the handover request message and its own resource situation, and the target base station establishes DRB1, DRB 2, and DRB 3, and maps QoS flow 1 and QoS flow 2 to DRB 1 QoS flow 3 maps to DRB2 and QoS flow 4 is mapped to DRB 3.
  • Step 602 The target base station sends a handover response message to the source base station, where the handover response message carries the Xn interface data forwarding tunnel endpoint information based on the DRB1, the DRB 2, and the DRB 3 of the target base station side.
  • Step 603 After receiving the response message of the target base station, the source base station sends a handover command to the UE.
  • Step 604 The source base station forwards data to the target base station according to the Xn interface data forwarding tunnel endpoint information.
  • the method includes: the source base station forwards data to the target base station according to the received DRB-based Xn interface data forwarding tunnel endpoint information.
  • Step 605 The user equipment UE accesses the target base station.
  • Step 606 After the UE successfully accesses, the target base station sends a path switch request message to the core network, where the path switch request message carries the downlink tunnel end point information of the NG interface, including the NG interface downlink tunnel end point information of the PDU Session1 and the PDU Session 2.
  • Step 607 The core network changes the NG interface downlink tunnel endpoint of the relevant PDU session according to the received NG interface downlink tunnel endpoint information, so that subsequent data is sent to the target base station.
  • Step 608 The core network sends a path switch confirmation message to the target base station.
  • FIG. 20 is a schematic diagram of a network structure of Embodiment 7.
  • the source base station and the core network have two PDU sessions ( PDU Session), which is assumed to be PDU Session 1 and PDU Session 2; where PDU Session 1 contains QoS flow 1 and QoS flow 2, PDU Session 2 contains QoS flow 3 and QoS flow 4, and QoS flow 1 and QoS flow 2 are mapped to DRB 1, QoS flow 3 is mapped to DRB 2, and QoS flow 4 is mapped to DRB 3.
  • the source base station of the UE decides to handover the UE to the target base station.
  • the main implementation steps of Embodiment 7 are the same as Embodiment 6, and include:
  • the source base station sends a handover request message to the target base station, where the information of the handover request message carrying the PDU Session 1 includes the identifier of the PDU Session 1, the NG interface uplink tunnel endpoint information, the identifier of the QoS flow 1 and the corresponding QoS profile information, and the QoS flow 2
  • the information of the PDU Session 2 includes the identifier of the PDU Session 2, the NG interface uplink tunnel endpoint information, and the QoS flow.
  • the target base station determines whether to agree to the handover according to the handover request message; includes agreeing to handover according to the handover request message and its own resource condition; the target base station establishes DRB1, DRB 2, and DRB 3, and maps QoS flow 1 and QoS flow 2 to DRB 1, QoS flow 3 Map to DRB 2 and map QoS flow 4 to DRB 3.
  • the target base station sends a handover response message to the source base station, where the handover response message carries data forwarding tunnel endpoint information of the Xn interface based on the PDU Session 1 and the PDU Session 2 of the target base station side.
  • the source base station After receiving the handover response message sent by the target base station, the source base station sends a handover command to the UE.
  • the source base station forwards the tunnel endpoint information according to the received Xn interface data, and includes: the source base station forwards data to the target base station according to the received PDU Session-based Xn interface data forwarding tunnel endpoint information, and the source base station's PDAP entity sets the DRB ID number. It is added to each data packet forwarded by the Xn interface, so that the PDAP entity of the target base station can match the DRB ID in the data packet of the Xn interface to match the DRB of the target base station side to send the data packet.
  • the UE accesses the target base station.
  • the target base station After the UE successfully accesses, the target base station sends a path switch request message to the core network.
  • the path switch request message carries the NG interface downlink tunnel end point information including the NG interface downlink tunnel end point information of the PDU Session 1 and the PDU Session 2.
  • the core network changes the NG interface downlink tunnel endpoints of the PDU Session 1 and the PDU Session 2 according to the received tunnel end point information of the NG interface, so that subsequent data is sent to the target base station.
  • the core network sends a path switch confirmation message to the target base station.
  • FIG. 21 is a schematic diagram of the network structure of Embodiment 8.
  • the source base station and the core network have one PDU session (PDU). Session), assumed to be PDU Session 1; wherein PDU Session1 contains QoS flow 1, QoS flow 2, QoS flow 3 and QoS flow 4, QoS flow 1 and QoS flow 2 are mapped to DRB 1, and QoS flow 3 is mapped to DRB 2 , QoS flow 4 is mapped to DRB 3.
  • PDU Session assumed to be PDU Session 1; wherein PDU Session1 contains QoS flow 1, QoS flow 2, QoS flow 3 and QoS flow 4, QoS flow 1 and QoS flow 2 are mapped to DRB 1, and QoS flow 3 is mapped to DRB 2 , QoS flow 4 is mapped to DRB 3.
  • the source base station of the UE in this embodiment decides to handover the UE to the target base station.
  • the source base station sends a handover request message to the target base station, where the handover request message carries the identifier of the PDU Session 1, the NG interface uplink tunnel endpoint information of the PDU Session 1, the QoS flow 1, the QoS flow 2, the QoS flow 3, and the QoS flow 4.
  • the target base station determines whether to agree to the handover according to the handover request message, and includes: agreeing to handover according to the handover request message and its own resource condition, and performing QoS flow to DRB remapping, and the target base station establishes DRB 4 and DRB 5, and QoS flow 1 is heavy. Mapping to DRB 4, remapping QoS flow 2, QoS flow 3, and QoS flow 4 to DRB 5.
  • the target base station sends a handover response message to the source base station, where the handover response message carries the Xn interface data forwarding tunnel endpoint information and the target base station side remapping information (ie, QoS flow 1 remapping) based on the DRB 4 and the DRB 5 respectively on the target base station side.
  • the handover response message carries the Xn interface data forwarding tunnel endpoint information and the target base station side remapping information (ie, QoS flow 1 remapping) based on the DRB 4 and the DRB 5 respectively on the target base station side.
  • QoS flow 2 QoS flow 3 and QoS flow 4 are remapped to DRB 5).
  • the source base station After receiving the response message from the target base station, the source base station sends a handover command to the UE.
  • the response message is a response message that agrees to the handover.
  • the source base station forwards data to the target base station according to the received Xn interface data forwarding tunnel endpoint information.
  • the method includes: the source base station forwards data to the target base station according to the received DRB-based Xn interface data forwarding tunnel endpoint information, and the source base station will be from the QoS flow 1
  • the data packet is sent to the DRB 4 based Xn interface data forwarding tunnel, and the data packets from QoS flow 2, QoS flow 3 and QoS flow 4 are sent to the DRB 5 based Xn interface data forwarding tunnel.
  • the UE accesses the target base station.
  • the target base station After the UE successfully accesses, the target base station sends a path switch request message to the core network, where the path switch request message carries the downlink tunnel end point information of the NG interface, including the NG interface downlink tunnel end point information of the PDU Session 1.
  • the core network changes the endpoint of the NG interface downlink tunnel of the PDU Session 1 according to the received tunnel end point information of the NG interface, so that subsequent data is sent to the target base station.
  • the core network sends a path switch confirmation message to the target base station.
  • FIG. 22 is a schematic diagram of a network structure of Embodiment 9, as shown in FIG. 22, for a UE in the network.
  • the main base station and the core network have two PDU sessions (PDU Sessions), which are assumed to be PDU Session 1 and PDU Session 2; wherein PDU Session 1 contains QoS flow 1 and QoS flow 2, and PDU Session 2 contains QoS flow 3 and QoS flow 4, QoS flow 1 and QoS flow 2 are mapped to DRB 1, QoS flow 3 is mapped to DRB 2, and QoS flow 4 is mapped to DRB 3.
  • the source base station of the UE decides to offload the PDU Session 2 to the secondary base station of the UE.
  • 23 is a flowchart of a method of Embodiment 9, as shown in FIG. 23, including:
  • Step 700 The primary base station sends a request message to the secondary base station, where the request message carries the information of the PDU Session to be offloaded, including the identifier of the PDU Session 2, the NG interface uplink tunnel endpoint information of the PDU Session 2, and the identifier of the QoS flow 3 and Corresponding QoS profile information, QoS flow 4 identifier and corresponding QoS profile information, QoS flow 3 mapped DRB 2 identifier and corresponding DRB configuration information, QoS flow 4 mapped DRB 3 identifier and corresponding DRB configuration information.
  • Step 701 The secondary base station determines whether to agree to the offload according to the request message.
  • the secondary base station agrees to offload according to the request message and its own resource, and performs QoS flow to DRB remapping, and the secondary base station establishes DRB 4, and the QoS flow is performed. 3 and QoS flow 4 is mapped to DRB4.
  • Step 702 The secondary base station sends a response message to the primary base station, where the response message carries the NG interface downlink tunnel endpoint information of the secondary base station side of the PDU Session 2, the DRB4-based Xn interface data forwarding tunnel endpoint information of the target base station side, and the target base station. Side remapping information (ie QoS flow3 and QoS flow 4 are remapped to DRB 4).
  • Step 703 After receiving the response message of the secondary base station, the primary base station sends an indication message to the core network.
  • the method includes: after receiving the response message of the secondary base station, the primary base station sends an indication message to the core network, indicating that the message carries the traffic that needs to be offloaded.
  • the PDU Session 2 information includes the PDU Session 2 identifier, the NG interface downlink tunnel endpoint information on the secondary base station side, the QoS flow 3 identifier in the PDU Session 2, and the QoS flow 4 identifier.
  • Step 704 The core network determines, according to the offloaded QoS flow in the indication message, that all the QoS flows in the PDU session (the core network knows all the QoS flows in the PDU Session) are determined to be based on the PDU Session offload, and the PDU Session 2 that needs to be offloaded is The flow is divided into the secondary base station; the NG interface downlink tunnel endpoint information of the PDU Session 2 is changed to the received NG interface downlink tunnel endpoint information; and the core network sends the last data packet of the QoS flow 3 to the primary base station, and then sends the information to the primary base station.
  • the End Marker containing the QoS flow 3 identifier sends the End Marker containing the QoS flow 4 identifier to the primary base station after the last data packet of the QoS flow 4 is sent to the primary base station; after that, the data on the PDU Session 2 is sent to the secondary base station. .
  • Step 705 The core network sends an acknowledgement message to the primary base station.
  • Step 706 The primary base station performs data forwarding based on the Xn interface.
  • the primary base station performs data forwarding on the DRB-based Xn interface, and the primary base station sends data packets from the QoS flow 3 and the QoS flow 4 to the DRN4-based Xn interface data forwarding. Tunnel (including each End Marker).
  • Step 707 The PDAP of the secondary base station determines that the QoS flow is forwarded according to the QoS flow identifier in the received End Marker. After the End Marker of each QoS flow mapped to the DRB is collected, it may be determined that the DRB is sent from the DRB. New data for the core network (not forwarding data from the primary base station).
  • FIG. 24 is a schematic diagram of a network structure of Embodiment 10.
  • the primary base station and the core network have two PDU sessions (PDUs). Session), assuming PDU Session 1 and PDU Session 2; wherein PDU Session 1 contains QoS flow 1, QoS flow 2, QoS flow 3 and QoS flow 4, QoS flow 1 and QoS flow 2 are mapped to DRB 1, QoS flow 3 Mapped to DRB 2, QoS flow 4 is mapped to DRB 3.
  • the primary base station of the UE decides to offload QoS flow 2 to the secondary base station 1 of the UE, and offloads QoS flow 3 and QoS flow 4 to the secondary base station 2 of the UE.
  • 25 is a flowchart of a method of Embodiment 10, as shown in FIG. 25, including:
  • Step 800 The primary base station sends a corresponding request message to the secondary base station 1 and the secondary base station 2 respectively.
  • the method includes: the primary base station sends a first request message to the secondary base station 1; wherein the request message carries the identifier of the PDU Session 1, and the PDU Session 1
  • the second request message is sent to the secondary base station 2, carrying the PDU Session 1 Identification, NG interface upstream tunnel endpoint information of PDU Session 1, QoS flow 3 and QoS flow 4 identifiers, and corresponding QoS profile information, QoS flow 3 mapped DRB 2 identifier and corresponding DRB configuration information, QoS flow 4
  • Step 801 The secondary base station 1 and the secondary base station 2 respectively determine whether to agree to the offload according to the request message.
  • the method includes: the secondary base station 1 determines whether to agree to the offload according to the first request message.
  • the embodiment includes: agreeing to offload according to the first request message and its own resource situation.
  • the secondary base station 1 establishes the DRB 4, and maps the QoS flow 2 to the DRB 4; the secondary base station 2 determines whether to agree to the offload according to the second request message; the secondary base station 2 according to the second request message The information and its own resources, agree to the offload, the secondary base station 2 establishes DRB 2 (located in DU1) and DRB 3 (located in DU2), maps QoS flow 3 to DRB 2, and maps QoS flow 4 to DRB 3.
  • Step 802 The secondary base station 1 and the secondary base station 2 respectively send a response message to the primary base station.
  • the secondary base station 1 sends a first response message to the primary base station.
  • the first response message carries the NG interface of the secondary base station 1 side of the PDU Session1.
  • Downlink tunnel endpoint information DRB 4 based Xn interface data forwarding tunnel endpoint information on the secondary base station 1 side, remapping information on the secondary base station 1 side (ie, QoS flow 2 remapping to DRB 4); secondary base station 2 transmitting second to primary base station
  • the second response message carries the NG interface downlink tunnel endpoint information of the PDU Session 1 on the secondary base station 2 side (including the downlink tunnel endpoints a and b, the downlink tunnel endpoint a associated QoS flow 3, b associated QoS flow 4), and the secondary base station
  • Step 803 After receiving the response message of the secondary base station 1 and the secondary base station 2, the primary base station sends an indication message to the core network.
  • the method includes: receiving, by the primary base station, the first response message of the secondary base station 1 and the secondary base station 2, and the second response message.
  • the indication message is sent to the core network, and the indication message carries the PDU session information to be offloaded to the secondary base station, including the identifier of the PDU Session 1, the downlink tunnel end point information of the NG interface on the secondary base station 1 side, and the corresponding QoS flow 2 identifier.
  • the NG interface downlink tunnel endpoint a information on the secondary base station 2 side and the corresponding QoS flow 3 identifier and downlink tunnel endpoint b information and the corresponding QoS flow 4 identifier.
  • Step 804 The core network performs data distribution according to the indication message.
  • the method includes: adding, according to the information in the indication message, one end information of the NG interface downlink tunnel and two of the NG interface downlink tunnels on the NG interface downlink tunnel end information of the PDU Session 1
  • the downlink tunnel end point information of the NG interface on the secondary base station 2 side is sent to the NG interface downlink tunnel endpoint of the secondary base station 1 side, and the subsequent QoS flow 3 data packet is sent to the NG interface of the secondary base station 2 side.
  • the downstream tunnel endpoint a sends the data packet of the subsequent QoS flow 4 to the downstream tunnel end b of the NG interface on the side of the secondary base station 2.
  • Step 805 The core network sends an acknowledgement message to the primary base station.
  • Step 806 The primary base station performs data forwarding based on the Xn interface.
  • the method includes: the primary base station performs data forwarding of the Xn interface based on the DRB.
  • the method includes: the primary base station sends the data packet from the QoS flow 2 to the data forwarding tunnel of the Xn interface based on the DRB 4.
  • the data packet from QoS flow 3 is sent to the DRB2-based Xn interface data forwarding tunnel, and the data packet from QoS flow 4 is sent to the DRB3-based Xn interface data forwarding tunnel.
  • each module/unit in the foregoing embodiment may be implemented in the form of hardware, for example, by implementing an integrated circuit to implement its corresponding function, or may be implemented in the form of a software function module, for example, being executed by a processor and stored in a memory. Programs/instructions to implement their respective functions. This application is not limited to any specific combination of hardware and software.
  • the first network element sends a request message to the second network element; the second network element feeds back the response message to the first network element according to the received request message of the first network element; the first network element receives the second network element
  • the feedback response message sends an indication message to the third network element.
  • the third network element receives the indication message sent by the first network element, and performs data processing according to the indication message.
  • the embodiment of the present application implements data offloading and switching processing of the next generation mobile communication technology.

Abstract

一种实现数据处理的方法、网元及系统，包括：第一网元向第二网元发送请求消息；第二网元根据接收的第一网元的请求消息，反馈响应消息至第一网元；第一网元接收第二网元反馈的响应消息，向第三网元发送指示消息；第三网元接收第一网元发送的指示消息，根据指示消息进行数据处理。本申请实施例实现了下一代移动通信技术的数据分流和切换处理。

Description

一种实现数据处理的方法、网元及系统、存储介质
相关申请的交叉引用
本申请基于申请号为201710061642.6、申请日为2017年01月26日的中国专利申请提出，并要求该中国专利申请的优先权，该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本文涉及但不限于移动通信技术，尤指一种实现数据处理的方法、网元及系统、存储介质。
背景技术
在长期演进(LTE，Long Term Evolution)移动通信系统中，将具有相同服务质量(QoS，Quality of Service)要求的数据流聚合成承载，无线接入网(RAN，Radio Access Network)与核心网(CN，Core Network)对QoS的处理都是按承载进行的。图1为相关技术中长期演进移动通信系统的结构框图，如图1所示，在LTE系统中，RAN包括演进基站(eNB，evolved Node B)与用户设备(UE，User Equipment)。eNB与核心网间S1接口上的网络侧承载和eNB与UE间空口上的无线承载为1:1关系。
目前，正在研究的下一代移动通信技术中，第五代移动通信技术(5G，the 5th Generation mobile communication)，其网络吞吐量为LTE系统的1000倍、设备连接数为LTE系统的100倍、低时延的性能提升为LTE系统的10倍。因此，包括5G在内的下一代系统要求具有新的更好的QoS机制。
下一代系统将采用一个统一的技术架构来支持增强移动宽带(eMBB enhanced Mobile Broadband)、巨量机器类型通讯(mMTC massive Machine  Type Communication)、高可靠低时延通讯(URLLC，Ultra Reliable and Low Latency Communication)等业务。在下一代的移动通信系统中，核心网、基站和UE都会做重大演进；图2为5G移动通信网络的结构框图，如图2所示，5G基站称gNB，类似于4G系统eNB间的X2接口，gNB之间的接口为Xn接口；gNB与5G核心网间的接口称为NG接口。5G系统中，一个UE可以建有多个协议数据单元会话(PDU Session，Protocol Data Unit Session)，一个PDU Session可以包含多个服务质量流(QoS Flow，Quality of Service Flow)，同一个PDU Session的多个QoS flow可以映射到同一个数据无线承载(DRB，Data Radio Bearer)。不同PDU Session的QoS flow不可以映射到同一个DRB。在5G基站中，将在PDCP之上引入一个新的接入层(AS，Access Statum)协议层(比如称作分组数据关联协议(PDAP，Packet Data Association Protocol)，用于协调新的QoS机制在AS层的新功能，每个PDU Session有一个PDAP实体。5G基站可以分为集中单元(CU，Central Unit)与分布单元(DU，Distributed Unit)两部分；一个基站可以包含一个CU和多个DU。
针对下一代移动系统中新的QoS机制等特性，目前，尚未提出对系统中包括数据分流与切换等数据处理方法。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本申请实施例提供一种实现数据处理的方法、网元及系统、存储介质，能够实现对下一代系统的数据分流和切换的处理。
本申请实施例提供了一种实现数据处理的方法，包括：
第一网元向第二网元发送请求消息；
第一网元接收第二网元反馈的响应消息；
其中，所述请求消息包含至少一个第一协议数据单元PDU会话信息；所述响应消息包含第二网元同意接纳的至少一个第二PDU会话信息。
可选的，所述第一PDU会话信息包括以下至少一种信息：
PDU会话标识、NG接口上行隧道端点信息、至少一个服务质量流QoS flow信息。
可选的，所述请求消息还包括以下至少一种信息：
至少一个数据无线承载DRB信息、数据转发方式指示信息。
可选的，所述第一PDU会话信息包括服务质量流信息时，所述服务质量流信息包括以下至少一种信息：
服务质量流标识、服务质量配置QoS profile信息。
可选的，所述请求消息包括至少一个DRB信息时，每一个所述DRB信息包括以下至少一种信息：
DRB标识、DRB配置信息、DRB映射的至少一个服务质量流标识。
可选的，所述响应消息中包括至少一个Xn接口数据转发隧道端点信息时，所述方法还包括：
所述第一网元根据所述响应消息中的至少一个Xn接口数据转发隧道端点信息向第二网元进行数据转发；
其中，所述转发的数据中包括包含服务质量流标识的结束标记。
可选的，所述方法还包括：
所述第一网元的分组数据关联协议PDAP实体将DRB标识ID添加到Xn接口转发的每个数据包里，以使第二网元的PDAP实体根据DRB ID匹配每一个所述数据包的关联DRB。
可选的，所述服务质量配置信息包括以下至少一种信息：
QoS标记、反射指示、优先级水平、包延迟预算、误包率、上行UL和下行DL流最大比特率、UL和DL流保证比特率、分配和保留优先级ARP、 通知控制。
可选的，所述数据转发包括以下之一：基于PDU会话转发、基于服务质量流转发、基于DRB转发。
可选的，所述第一网元为主基站，所述第二网元为辅基站时，所述请求消息为分流请求消息，所述响应消息为分流响应消息。
可选的，所述方法还包括：
所述第一网元根据接收到的响应消息向第三网元发送指示消息；
其中，所述第三网元为核心网。
可选的，所述指示信息包括需要分流的至少一个第三PDU会话信息。
可选的，每一个所述第三PDU会话信息包括以下至少一种信息：
PDU会话标识、至少一个NG接口下行隧道端点信息、至少一个服务质量流标识。
可选的，所述指示消息还包括以下至少一种信息：
与每个NG接口下行隧道端点信息相对应的至少一个服务质量流标识、分流方式指示。
可选的，所述方法还包括：
所述第一网元向所述第二网元发送更改消息；
其中，所述更改消息包括：取消分流的至少一个第四PDU会话消息。
可选的，每一个所述第四PDU会话信息包括以下至少一种信息：
PDU会话标识、至少一个服务质量流标识。
可选的，所述更改消息还包括需更改的信息；
其中，所述需更改的信息包括以下至少一种信息：
至少一个服务质量流标识、对应于每一个服务质量流所属的PDU会话标识、每一个服务质量流更改后的服务质量配置信息。
可选的，所述第一网元为源基站，所述第二网元为目标基站时，所述 请求消息为切换请求消息，所述响应消息为切换响应消息。
可选的，所述方法还包括：
所述第一网元根据接收到的所述响应消息向用户设备UE发送切换命令。
可选的，所述方法还包括：
所述第一网元向所述UE发送重配置消息。
可选的，所述分流包括：
基于PDU会话的分流、基于服务质量流的分流。
可选的，所述分流请求消息包括：
第一网元发起的第二网元添加消息、第二网元更改消息、或第一预定义消息。
可选的，所述指示消息包括：
第三网元发起的PDU会话建立消息的响应消息、第一网元发起的PDU会话更改指示消息、或第二预定义消息。
可选的，所述更改消息包括：
第一网元发起的第二网元更改消息、或第三预定义消息。
另一方面，本申请实施例还提供一种实现数据处理的方法，包括：
第二网元接收第一网元发送的请求消息；
第二网元根据接收的第一网元的请求消息，反馈响应消息至第一网元；
其中，所述请求消息包含至少一个第一PDU会话信息；
所述响应消息包括第二网元同意接纳的至少一个第二PDU会话信息。
再一方面，本申请实施例还提供一种实现数据处理的方法，包括：第三网元接收第一网元发送的指示消息；
第三网元接收指示消息后，向第一网元发送确认消息；
其中，所述确认消息包括同意分流的至少一个第六PDU会话信息。
还一方面，本申请实施例还提供一种网元，包括：第一发送单元和第一接收单元；其中，
第一发送单元，配置为向第二网元发送请求消息；
第一接收单元，配置为接收第二网元反馈的响应消息；
其中，所述请求消息包含至少一个第一协议数据单元PDU会话信息；所述响应消息包含第二网元同意接纳的至少一个第二PDU会话信息。
还一方面，本申请实施例还提供一种网元，包括：第二接收单元和第二发送单元；其中，
第二接收单元，配置为接收第一网元发送的请求消息；
第二发送单元，配置为根据接收的第一网元的请求消息，反馈响应消息至第一网元；
其中，所述请求消息包含至少一个第一PDU会话信息；
所述响应消息包括第二网元同意接纳的至少一个第二PDU会话信息。
还一方面，本申请实施例还提供一种网元，包括：第三接收单元和第三发送单元；其中，
第三接收单元，配置为接收第一网元发送的指示消息；
第三发送单元，配置为接收指示消息后，向第一网元发送确认消息；
其中，所述确认消息包括同意分流的至少一个第六PDU会话信息。
还一方面，本申请实施例还提供一种实现数据处理的方法，包括：
第一网元向第二网元发送请求消息；
第二网元根据接收的第一网元的请求消息，反馈响应消息至第一网元；
第一网元接收第二网元反馈的响应消息，向第三网元发送指示消息；
第三网元接收第一网元发送的指示消息，以根据指示消息进行数据处理；
其中，所述请求消息包含至少一个第一协议数据单元PDU会话信息； 所述响应消息包含第二网元同意接纳的至少一个第二PDU会话信息。
还一方面，本申请实施例还提供一种系统，包括：第一网元、第二网元和第三网元；其中，
第一网元，配置为向第二网元发送请求消息；接收第二网元反馈的响应消息，向第三网元发送指示消息；
第二网元，配置为根据接收的第一网元的请求消息，反馈响应消息至第一网元；
第三网元接收第一网元发送的指示消息，以根据指示消息进行数据处理；
其中，所述请求消息包含至少一个第一协议数据单元PDU会话信息；所述响应消息包含第二网元同意接纳的至少一个第二PDU会话信息。
与相关技术相比，本申请技术方案包括：第一网元向第二网元发送请求消息；第二网元根据接收的第一网元的请求消息，反馈响应消息至第一网元；第一网元接收第二网元反馈的响应消息，向第三网元发送指示消息；第三网元接收第一网元发送的指示消息，根据指示消息进行数据处理。本申请实施例实现了下一代移动通信技术的数据分流和切换处理。
本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本申请技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。
图1为相关技术中长期演进移动通信系统的结构框图；
图2为5G移动通信网络的结构框图；
图3为本申请实施例实现数据处理的方法的流程图；
图4为本申请另一实施例实现数据处理的方法的流程图；
图5为本申请再一实施例实现数据处理的方法的流程图；
图6为本申请实施例网元的结构框图；
图7为本申请另一实施例网元的结构框图；
图8为本申请再一实施例网元的结构框图；
图9为本申请再以实施例实现数据处理的方法的流程图；
图10为实施例1的网络结构示意图；
图11为实施例1的方法流程图；
图12为实施例2的网络结构示意图；
图13为实施例3的网络结构示意图；
图14为实施例3的方法流程图；
图15为实施例4的网络结构示意图；
图16为实施例5的网络结构示意图；
图17为实施例5的方法流程图；
图18为实施例6的网络结构示意图；
图19为实施例6的方法流程图；
图20为实施例7的网络结构示意图；
图21为实施例8的网络结构示意图；
图22为实施例9的网络结构示意图；
图23为实施例9的方法流程图；
图24为实施例10的网络结构示意图；
图25为实施例10的方法流程图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚明白，下文中将结合附图对本申请的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图3为本申请实施例实现数据处理的方法的流程图，如图3所示，包括：
步骤30、第一网元向第二网元发送请求消息；
其中，请求消息包含至少一个第一协议数据单元(PDU)会话信息；
可选的，本申请实施例第一PDU会话信息包括以下至少一种信息：
PDU会话标识、NG接口上行隧道端点信息、至少一个服务质量流(QoS flow)信息。
可选的，本申请实施例请求消息还包括以下至少一种信息：
至少一个DRB信息、数据转发方式指示信息。
可选的，本申请实施例第一PDU会话信息包括服务质量流信息时，服务质量流信息包括以下至少一种信息：
服务质量流标识、服务质量配置(QoS profile)信息。
可选的，本申请实施例请求消息包括至少一个DRB信息时，每一个DRB信息包括以下至少一种信息：
DRB标识、DRB配置信息、DRB映射的至少一个服务质量流标识。
步骤31、第一网元接收第二网元反馈的响应消息；
响应消息包含第二网元同意接纳的至少一个第二PDU会话信息。
可选的，本申请实施例响应消息中包括至少一个Xn接口数据转发隧道 端点信息时，本申请实施例方法还包括：
第一网元根据响应消息中的至少一个Xn接口数据转发隧道端点信息向第二网元进行数据转发；
其中，转发的数据中包括包含服务质量流标识的结束标记。
可选的，本申请实施例方法还包括：
第一网元的分组数据关联协议(PDAP)实体将数据无线承载(DRB)标识(ID)添加到Xn接口转发的每个数据包里，以使第二网元的PDAP实体根据DRB ID匹配每一个数据包的关联DRB。
可选的，本申请实施例服务质量配置信息包括以下至少一种信息：
QoS标记(QoS Marking)、反射指示(Reflective Indication)、优先级水平(Priority Level)、包延迟预算(Packet Delay Budget)、误包率(Packet Error Rate)、上行(UL)和下行(DL)流最大比特率(UL and DL Maximum Flow Bit Rate)、UL和DL流保证比特率(UL and DL Guaranteed Flow Bit Rate)、分配和保留优先级(ARP,Allocation and Retention Priority)、通知控制(Notification Control)。
可选的，本申请实施例数据转发包括以下之一：基于PDU会话转发、基于服务质量流转发、基于DRB转发。
本申请实施例，第一网元为主基站，第二网元为辅基站时，请求消息为分流请求消息，响应消息为分流响应消息。
可选的，本申请实施例方法还包括：
第一网元根据接收到的响应消息向第三网元发送指示消息；
其中，第三网元为核心网。
可选的，本申请实施例指示信息包括需要分流的至少一个第三PDU会话信息。
可选的，本申请实施例每一个第三PDU会话信息包括以下至少一种信 息：
PDU会话标识、至少一个NG接口下行隧道端点信息、至少一个服务质量流标识。
可选的，本申请实施例指示消息还包括以下至少一种信息：
与每个NG接口下行隧道端点信息相对应的至少一个服务质量流标识、分流方式指示。
可选的，本申请实施例方法还包括：
第一网元向第二网元发送更改消息；
其中，更改消息包括：取消分流的至少一个第四PDU会话消息。
可选的，本申请实施例每一个第四PDU会话信息包括以下至少一种信息：
PDU会话标识、至少一个服务质量流标识。
可选的，本申请实施例更改消息还包括需更改的信息；
其中，需更改的信息包括以下至少一种信息：
至少一个服务质量流标识、对应于每一个服务质量流所属的PDU会话标识、每一个服务质量流更改后的服务质量配置信息。
可选的，本申请实施例第一网元为源基站，第二网元为目标基站时，请求消息为切换请求消息，响应消息为切换响应消息。
可选的，本申请实施例方法还包括：
第一网元根据接收到的响应消息向用户设备(UE)发送切换命令。
可选的，本申请实施例方法还包括：
第一网元向UE发送重配置消息。
可选的，本申请实施例分流包括：
基于PDU会话的分流、基于服务质量流的分流。
可选的，本申请实施例分流请求消息包括：
第一网元发起的第二网元添加消息、第二网元更改消息、或第一预定义消息。
可选的，本申请实施例指示消息包括：
第三网元发起的PDU会话建立消息的响应消息、第一网元发起的PDU会话更改指示消息、或第二预定义消息。
可选的，本申请实施例更改消息包括：
第一网元发起的第二网元更改消息、或第三预定义消息。
本申请实施例实现了下一代移动通信技术的数据分流和切换处理。
本申请实施例还提供一种计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于上述实现数据处理的方法。
图4为本申请另一实施例实现数据处理的方法的流程图，如图4所示，包括：
步骤40、第二网元接收第一网元发送的请求消息；
其中，请求消息包含至少一个第一PDU会话信息；
步骤41、第二网元根据接收的第一网元的请求消息，反馈响应消息至第一网元；
响应消息包括第二网元同意接纳的至少一个第二PDU会话信息。
可选的，本申请实施例第一网元为主基站，第二网元为辅基站时，请求消息为分流请求消息，响应消息为分流响应消息。
可选的，本申请实施例第一网元为源基站，第二网元为目标基站时，请求消息为切换请求消息，响应消息为切换响应消息。
可选的，本申请实施例方法还包括：
第二网元在UE完成接入后，向第三网元发送路径转换请求消息。
可选的，本申请实施例响应消息中第二网元同意接纳的至少一个第二PDU会话信息包括以下至少一种信息：
PDU会话标识、至少一个NG接口下行隧道端点信息、至少一个Xn接口数据转发隧道端点信息、至少一个Xn接口数据转发隧道端点相对应的DRB标识、至少一个Xn接口数据转发隧道端点相对应的QoS flow标识或QoS flow标识列表、至少一个QoS flow标识。
可选的，本申请实施例第二网元同意接纳的至少一个第二PDU会话信息包括以下至少一种信息：
PDU会话标识、至少一个Xn接口数据转发隧道端点信息、至少一个Xn接口数据转发隧道端点相对应的DRB标识、至少一个Xn接口数据转发隧道端点相对应的QoS flow标识或QoS flow标识列表、至少一个QoS flow标识。
可选的，本申请实施例响应消息还包括：
不同意接纳的至少一个第五PDU会话信息；
其中，不同意接纳的每一个第五PDU会话信息包括以下至少一种信息：PDU会话标识、至少一个服务质量流标识。
可选的，请求消息中包含转发方式指示时，本申请实施例方法还包括：
第二网元根据转发方式指示确定Xn接口数据转发方式。
可选的，本申请实施例方法还包括：
第二网元中的PDAP根据从Xn接口收到的结束标记中的服务质量流标识确定服务质量流完成转发。
本申请实施例实现了下一代移动通信技术的数据分流和切换处理。
本申请实施例还提供一种计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于上述实现数据处理的方法。
图5为本申请再一实施例实现数据处理的方法的流程图，如图5所示，包括：
步骤50、第三网元接收第一网元发送的指示消息；
步骤51、第三网元接收指示消息后，向第一网元发送确认消息；
其中，确认消息包括同意分流的至少一个第六PDU会话信息。
可选的，本申请实施例每一个第六PDU会话信息包括以下至少一种信息：
PDU会话标识、至少一个服务质量流标识。
可选的，本申请实施例确认消息还包括：
不同意分流的至少一个第七PDU会话信息；
其中，每一个第七PDU会话信息包括：PDU会话标识、至少一个服务质量流标识。
可选的，本申请实施例确认消息还包括需更改的信息；
其中，需更改的信息包括以下至少一种信息：
至少一个服务质量流标识、对应于每一个服务质量流所属的PDU会话标识、每一个服务质量流更改后的服务质量配置信息。
可选的，本申请实施例方法还包括：
第三网元接收第二网元发送的路径转换请求；
第三网元根据接收到的路径转换请求进行第一网元到第二网元的路径转换。
可选的，本申请实施例方法还包括：
第三网元在将每一个服务质量流的最后一个数据包发往第一网元后，向第一网元发送包含服务质量流标识的结束标记。
可选的，本申请实施例方法还包括：
第三网元向第二网元发送路径转换确认消息。
本申请实施例实现了下一代移动通信技术的数据分流和切换处理。
本申请实施例还提供一种计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于上述实现数据处理的方法。
图6为本申请实施例网元的结构框图，如图6所示，包括：第一发送单元10和第一接收单元11；其中，
第一发送单元10，配置为向第二网元发送请求消息；
其中，请求消息包含至少一个第一协议数据单元PDU会话信息；
可选的，第一PDU会话信息包括以下至少一种信息：
PDU会话标识、NG接口上行隧道端点信息、至少一个服务质量流(QoS flow)信息。
可选的，请求消息还包括以下至少一种信息：
至少一个DRB信息、数据转发方式指示信息。
可选的，本申请实施例第一PDU会话信息包括服务质量流信息时，服务质量流信息包括以下至少一种信息：
服务质量流标识、服务质量配置(QoS profile)信息。
可选的，请求消息包括至少一个DRB信息时，每一个DRB信息包括以下至少一种信息：
DRB标识、DRB配置信息、DRB映射的至少一个服务质量流标识。
第一接收单元11，配置为接收第二网元反馈的响应消息；
响应消息包含至少一个同意接纳的第二PDU会话信息。
可选的，本申请实施例网元还包括：
第一转发单元12，配置为根据响应消息中的至少一个Xn接口数据转发隧道端点信息向第二网元进行数据转发；
其中，转发的数据中包括包含服务质量流标识的结束标记。
可选的，本申请实施例网元还包括：
第一分组数据关联协议实体13，配置为将数据无线承载(DRB)标识(ID)添加到Xn接口转发的每个数据包里，以使第二网元的分组数据关联协议实体(PDAP)实体根据DRB ID匹配每一个数据包的关联DRB。
可选的，本申请实施例服务质量配置信息包括以下至少一种信息：
QoS Marking、Reflective Indication、Priority Level、Packet Delay Budget、Packet Error Rate、UL and DL Maximum Flow Bit Rate、UL and DL Guaranteed Flow Bit Rate、ARP、Notification Control。
可选的，本申请实施例，数据转发包括以下之一：基于PDU会话转发、基于服务质量流转发、基于DRB转发。
可选的，本申请实施例，网元为主基站，第二网元为辅基站时，请求消息为分流请求消息，响应消息为分流响应消息。
可选的，第一发送单元10还配置为：
根据接收到的响应消息向第三网元发送指示消息；
其中，第三网元为核心网。
可选的，指示信息包括需要分流的至少一个第三PDU会话信息。
可选的，本申请实施例，每一个第三PDU会话信息包括以下至少一种信息：
PDU会话标识、至少一个NG接口下行隧道端点信息、至少一个服务质量流标识。
可选的，指示消息还包括以下至少一种信息：
与每个NG接口下行隧道端点信息相对应的至少一个服务质量流标识、分流方式指示。
可选的，第一发送单元10还配置为：
向第二网元发送更改消息；
其中，更改消息包括：取消分流的至少一个第四PDU会话消息。
可选的，本申请实施例每一个第四PDU会话信息包括以下至少一种信息：
PDU会话标识、至少一个服务质量流标识。
可选的，更改消息还包括需更改的信息；
其中，需更改的信息包括以下至少一种信息：
至少一个服务质量流标识、对应于每一个服务质量流所属的PDU会话标识、每一个服务质量流更改后的服务质量配置信息。
可选的，网元为源基站，第二网元为目标基站时，请求消息为切换请求消息，响应消息为切换响应消息。
可选的，第一发送单元10还配置为：根据接收到的响应消息向用户设备UE发送切换命令。
可选的，第一发送单元10还配置为：向UE发送重配置消息。
可选的，本申请实施例所说的分流包括：
基于PDU会话的分流、基于服务质量流的分流。
可选的，本申请实施例所说的分流请求消息包括：
网元发起的第二网元添加消息、第二网元更改消息、或第一预定义消息。
可选的，本申请实施例所说的指示消息包括：
第三网元发起的PDU会话建立消息的响应消息、网元发起的PDU会话更改指示消息、或第二预定义消息。
可选的，本申请实施例所说的更改消息包括：
网元发起的第二网元更改消息、或第三预定义消息。
图7为本申请另一实施例网元的结构框图，如图7所示，包括：第二接收单元20和第二发送单元21；其中，
第二接收单元20，配置为接收第一网元发送的请求消息；
第二发送单元21，配置为根据接收的第一网元的请求消息，反馈响应消息至第一网元；
其中，请求消息包含至少一个第一PDU会话信息；
响应消息包括第二网元同意接纳的至少一个第二PDU会话信息。
可选的，本申请实施例网元为辅基站，第一网元为主基站，请求消息为分流请求消息，响应消息为分流响应消息。
可选的，本申请实施例网元为目标基站，第一网元为源基站，请求消息为切换请求消息，响应消息为切换响应消息。
可选的，本申请实施例第二发送单元21还配置为：在UE完成接入后，向第三网元发送路径转换请求消息。
可选的，本申请实施例响应消息中第二网元同意接纳的至少一个第二PDU会话信息包括以下至少一种信息：
PDU会话标识、至少一个NG接口下行隧道端点信息、至少一个Xn接口数据转发隧道端点信息、至少一个Xn接口数据转发隧道端点相对应的DRB标识、至少一个Xn接口数据转发隧道端点相对应的QoS flow标识或QoS flow标识列表、至少一个QoS flow标识。
可选的，本申请实施例第二网元同意接纳的至少一个第二PDU会话信息包括以下至少一种信息：
PDU会话标识、至少一个Xn接口数据转发隧道端点信息、至少一个Xn接口数据转发隧道端点相对应的DRB标识、至少一个Xn接口数据转发隧道端点相对应的QoS flow标识或QoS flow标识列表、至少一个QoS flow标识。
可选的，本申请实施例响应消息还包括：
不同意接纳的至少一个第五PDU会话信息；
其中，不同意接纳的每一个第五PDU会话信息包括以下至少一种信息：PDU会话标识、至少一个服务质量流标识。
可选的，本申请实施例网元还包括第二确定转发方式单元22，配置为请求消息中包含转发方式指示时，根据转发方式指示确定Xn接口数据转发 方式。
可选的，本申请实施例网元还包括：
第二PDAP23配置为：根据从Xn接口收到的结束标记中的服务质量流标识确定服务质量流完成转发。
图8为本申请再一实施例网元的结构框图，如图8所示，包括：第三接收单元30和第三发送单元31；其中，
第三接收单元30，配置为接收第一网元发送的指示消息；
第三发送单元31，配置为接收指示消息后，向第一网元发送确认消息；
其中，确认消息包括同意分流的至少一个第六PDU会话信息。
可选的，本申请实施例每一个第六PDU会话信息包括以下至少一种信息：
PDU会话标识、至少一个服务质量流标识。
可选的，确认消息还包括：
不同意分流的至少一个第七PDU会话信息；
其中，每一个第七PDU会话信息包括：PDU会话标识、至少一个服务质量流标识。
可选的，确认消息还包括需更改的信息；
其中，需更改的信息包括以下至少一种信息：
至少一个服务质量流标识、对应于每一个服务质量流所属的PDU会话标识、每一个服务质量流更改后的服务质量配置信息。
可选的，第三接收单元30，还配置为接收第二网元发送的路径转换请求；
网元还包括：
第三路径转换单元32，配置为根据接收到的路径转换请求进行第一网元到第二网元的路径转换。
可选的，第三发送单元，还配置为：在将每一个服务质量流的最后一个数据包发往第一网元后，向第一网元发送包含服务质量流标识的结束标记。
可选的，第三发送单元，还配置为：向第二网元发送路径转换确认消息。
图9为本申请再以实施例实现数据处理的方法的流程图，如图9所示，包括：
步骤90、第一网元向第二网元发送请求消息；
步骤91、第二网元根据接收的第一网元的请求消息，反馈响应消息至第一网元；
步骤92、第一网元接收第二网元反馈的响应消息，向第三网元发送指示消息；
步骤93、第三网元接收第一网元发送的指示消息，以根据指示消息进行数据处理；
其中，请求消息包含至少一个第一协议数据单元PDU会话信息；响应消息包含至少一个同意接纳的第二PDU会话信息。
可选的，第一网元为主基站，第二网元为辅基站，第三网元为核心网时，请求消息为分流请求消息，响应消息为分流响应消息；
第一网元为源基站，第二网元为目标基站，第三网元为核心网时，请求消息为切换请求消息，响应消息为切换响应消息。
还一方面，本申请实施例还提供一种系统，包括：第一网元、第二网元和第三网元；其中，
第一网元，配置为向第二网元发送请求消息；接收第二网元反馈的响应消息，向第三网元发送指示消息；
第二网元，配置为根据接收的第一网元的请求消息，反馈响应消息至 第一网元；
第三网元接收第一网元发送的指示消息，以根据指示消息进行数据处理；
其中，请求消息包含至少一个第一协议数据单元PDU会话信息；所述响应消息包含至少一个同意接纳的第二PDU会话信息。
可选的，第一网元为主基站，第二网元为辅基站，第三网元为核心网时，请求消息为分流请求消息，响应消息为分流响应消息；
第一网元为源基站，第二网元为目标基站，第三网元为核心网时，请求消息为切换请求消息，响应消息为切换响应消息。
以下通过实施例对本申请方法进行清楚详细的说明，实施例仅用于陈述本申请，并不用于限定本申请的保护范围。实施例中提供的网络结构示意图中，为了各区分PDU会话和DRB，PDU会话采用直角矩形表示，DRB采用圆角矩形表示，各PDU会话、DRB、QoS flow均设置有数字编码，例如、直角矩形中的编号1表示PDU会话1；编号相同但采用虚线和实线进行区分的PDU会话、DRB、QoS flow分别表示分流(或切换)前和分流(或切换)后PDU会话、DRB、QoS flow。
实施例1
本实施例为基于PDU会话信息的分流和转发，其中，图10为实施例1的网络结构示意图，如图10所示，针对网络中的一个UE，其主基站与核心网建有2个PDU会话(PDU Session)，假设为PDU Session 1和PDU Session 2；其中，PDU Session 1中包含QoS flow 1和QoS flow 2，PDU Session2中包含QoS flow 3和QoS flow 4，QoS flow 1和QoS flow 2映射到DRB 1，QoS flow 3映射到DRB 2，QoS flow 4映射到DRB 3；本申请实施例UE的主基站决定将PDU Session 2分流到UE的辅基站。
图11为实施例1的方法流程图，如图11所示，包括：
步骤100、主基站向辅基站发送请求消息；其中，请求消息中携带需要分流的PDU Session 2信息，包括PDU Session 2标识、PDU Session 2的NG接口上行隧道端点信息、PDU Session 2中的QoS flow 3的标识及相应的QoS profile信息、QoS flow 4的标识及相应的QoS profile信息；还携带DRB2和DRB 3信息，DRB2信息包括DRB2标识、相应的DRB2配置信息、及DRB2映射的QoS flow3标识，DRB3信息包括DRB3标识、相应的DRB3配置信息、及DRB3映射的QoS flow4标识；还携带数据转发方式指示，数据转发方式指示可以包括：基于PDU Session转发。
步骤101、辅基站接收请求消息确定是否同意分流；包括根据请求消息中的信息和自身的资源情况确定是否同意分流；辅基站建立DRB 2和DRB3，将QoS flow 3映射到DRB 2，将QoS flow 4映射到DRB 3；辅基站根据数据转发方式指示为基于PDU Session转发，为PDU Session 2配置1个Xn接口数据转发隧道端点信息。
步骤102、辅基站向主基站发送响应消息；其中，响应消息中携带同意接纳的PDU Session 2信息，包括PDU Session 2标识、PDU Session 2的NG接口下行隧道端点信息、PDU Session 2的1个Xn接口数据转发隧道端点信息、PDU Session 2中的QoS flow 3标识和QoS flow 4标识。
步骤103、主基站收到辅基站响应消息后，向核心网发送指示消息；其中，指示信息包括：需要分流的PDU Session 2信息；具体包括：PDU Session2标识、NG接口下行隧道端点信息、PDU Session 2中的QoS flow 3标识和QoS flow 4标识；还携带分流方式指示(例如、设为基于PDU Session分流)。
步骤104、核心网根据指示消息和分流方式指示进行基于PDU Session分流，将需要分流的PDU Session 2整个分流到辅基站；可以包括将PDU Session 2的NG接口下行隧道端点信息更改为收到的NG接口下行隧道端点信息，以使PDU Session 2中QoS flow 3和QoS flow 4的后续数据发送到 辅基站。
步骤105、核心网向主基站发送确认消息。
步骤106、主基站根据从辅基站收到的Xn接口数据转发隧道端点信息进行数据转发；可以包括：根据从辅基站收到的PDU Session 2的Xn接口数据转发隧道端点信息，将PDU Session 2上的数据发送到隧道端点信息相应的Xn接口数据转发隧道，主基站释放DRB 2和DRB 3。由辅基站按照收到的转发数据包中的QoS flow标识将QoS flow映射到相应的DRB(即将QoS flow 3映射到DRB 2，QoS flow 4映射到DRB 3)。
实施例2
本实施例为基于PDU会话分流，基于DRB转发；图12为实施例2的网络结构示意图，如图12所示，针对网络中的一个UE，其主基站与核心网建有2个PDU会话(PDU Session)，假设为PDU Session 1和PDU Session 2；其中，PDU Session 1中包含QoS flow 1和QoS flow 2，PDU Session2中包含QoS flow 3和QoS flow 4，QoS flow 1和QoS flow 2映射到DRB 1，QoS flow 3映射到DRB 2，QoS flow 4映射到DRB 3；本申请实施例UE的主基站决定将PDU Session 2分流到UE的辅基站。实施例2主要实施步骤和实施例1相同，包括：
主基站向辅基站发送请求消息；其中请求消息中携带需要分流的PDU Session 2信息；包括PDU Session 2标识、PDU Session 2的NG接口上行隧道端点信息、PDU Session 2中的QoS flow 3的标识及相应的QoS profile信息、QoS flow 4的标识及相应的QoS profile信息；还携带DRB 2和DRB 3信息，DRB2信息包括DRB2标识、相应的DRB2配置信息、及DRB2映射的QoS flow3标识，DRB3信息包括DRB3标识、相应的DRB3配置信息、及DRB3映射的QoS flow4标识；还携带数据转发方式指示(设为基于DRB转发)。
辅基站根据请求消息确定是否分流；包括根据请求消息和自身的资源情况，确定是否同意该分流；辅基站建立DRB 2和DRB 3，将QoS flow 3映射到DRB 2，将QoS flow 4映射到DRB 3；辅基站根据数据转发方式指示为基于DRB转发，为PDU Session 2配置2个Xn接口数据转发隧道端点信息分别用于DRB 2和DRB 3。
辅基站向主基站发送响应消息；其中，响应消息中携带同意接纳的PDU Session 2信息；包括PDU Session 2标识、PDU Session 2的NG接口下行隧道端点信息、PDU Session 2的2个Xn接口数据转发隧道端点信息、及各转发隧道端点相应的DRB标识或QoS flow标识列表(包括该转发隧道端点相应的一个或多个QoS flow标识)、PDU Session 2中的QoS flow 3标识和QoS flow 4标识。
主基站收到辅基站的响应消息后，向核心网发送指示消息；其中，本实施例的指示消息携带需要分流的PDU Session 2信息，包括PDU Session 2标识、NG接口下行隧道端点信息、PDU Session 2中的QoS flow 3标识和QoS flow 4标识；还携带分流方式指示(设为基于PDU Session分流)
核心网根据指示消息和分流方式指示进行基于PDU Session分流，将需要分流的PDU Session 2整个分流到辅基站；包括将PDU Session 2的NG接口下行隧道端点信息更改为收到的NG接口下行隧道端点信息，以使PDU Session 2中QoS flow 3和QoS flow 4的后续数据发送到辅基站。
核心网向主基站发送确认消息。
主基站根据从辅基站收到的Xn接口数据转发隧道端点信息进行数据转发；包括：根据从辅基站收到的PDU Session 2的Xn接口数据转发隧道端点信息及相应的QoS flow标识，将QoS flow 3上的数据发送到QoS flow3相应的Xn接口数据转发隧道，将QoS flow 4上的数据发送到QoS flow 4相应的Xn接口数据转发隧道，主基站释放DRB 2和DRB 3。
实施例3
本实施例为基于服务质量流的分流和转发，图13为实施例3的网络结构示意图，如图13所示，针对网络中的一个UE，其主基站与核心网建有2个PDU会话(PDU Session)，假设为PDU Session 1和PDU Session 2；其中，PDU Session 1中包含QoS flow 1和QoS flow 2，PDU Session 2中包含QoS flow 3和QoS flow 4，QoS flow 1和QoS flow 2映射到DRB 1，QoS flow3映射到DRB 2，QoS flow 4映射到DRB 3；本实施例UE的主基站决定将QoS flow 2和QoS flow 4分流到UE的辅基站。
图14为实施例3的方法流程图，如图14所示，包括：
步骤300、主基站向辅基站发送请求消息；其中，请求消息携带需要分流的QoS flow信息，包括QoS flow 2所属PDU Session 1标识、PDU Session1的NG接口上行隧道端点信息、QoS flow 2的标识及相应的QoS profile信息，QoS flow 4所属PDU Session 2标识、PDU Session 2的NG接口上行隧道端点信息、QoS flow 4的标识及相应的QoS profile信息；还携带DRB 1和DRB 3信息，DRB1信息包括DRB1标识、相应的DRB1配置信息、及DRB1映射的QoS flow1标识和QoS flow2标识，DRB3信息包括DRB3标识、相应的DRB3配置信息、及DRB3映射的QoS flow4标识；
步骤301、辅基站根据请求消息确定是否同意分流；其中，确定是否同意分流包括根据请求消息和自身的资源情况，确定是否同意分流；辅基站建立DRB 4(用于映射QoS flow 2)和DRB 3(用于映射QoS flow 4)；辅基站自身决定基于QoS flow转发，为QoS flow 2和QoS flow 4分别配置1个Xn接口数据转发隧道端点信息。
步骤302、辅基站向主基站发送响应消息；其中，本实施例响应消息携带同意接纳的QoS flow 2和QoS flow 4信息；包括QoS flow 2所属PDU Session 1标识、PDU Session 1的NG接口下行隧道端点信息、QoS flow 2 的Xn接口数据转发隧道端点信息，QoS flow 4所属PDU Session 2标识、PDU Session 2的NG接口下行隧道端点信息、QoS flow 4的Xn接口数据转发隧道端点信息。
步骤303、主基站收到辅基站的响应消息后，向核心网发送指示消息；本实施例响应消息为同意分流的响应消息，携带需要分流的QoS flow 2和QoS flow 4信息，包括QoS flow 2所属PDU Session 1标识、从辅基站收到的PDU Session 1的NG接口下行隧道端点信息、QoS flow 4所属PDU Session 2标识、从辅基站收到的PDU Session 2的NG接口下行隧道端点信息。
步骤304、核心网根据指示消息中的分流的QoS flow不是所属PDU Session中的全部QoS flow(参照相关技术，核心网可以获知PDU Session中的全部QoS flow情况)确定为基于QoS flow的分流，将相应的QoS flow分流到辅基站；包括在PDU Session 1的NG接口下行隧道端点信息中增加收到的NG接口下行隧道端点信息且将该增加的下行隧道端点与QoS flow2关联，以使PDU Session 1中QoS flow 2的后续数据发送到辅基站，在PDU Session 2的NG接口下行隧道端点信息中增加收到的NG接口下行隧道端点信息且将该增加的下行隧道端点与QoS flow 4关联，以使PDU Session 2中QoS flow 4的后续数据发送到辅基站。
步骤305、核心网向主基站发送确认消息。
步骤306、主基站根据从辅基站收到的Xn接口数据转发隧道端点信息进行数据转发；包括：根据从辅基站收到的QoS flow 2的Xn接口数据转发隧道端点信息，将QoS flow 2上的数据发送到该隧道端点信息相应的Xn接口数据转发隧道，根据从辅基站收到的QoS flow 4的Xn接口数据转发隧道端点信息，将QoS flow 4上的数据发送到该隧道端点信息相应的Xn接口数据转发隧道，主基站释放DRB 3。由辅基站按照收到的转发数据包中的 QoS flow标识将QoS flow映射到相应的DRB(即将QoS flow 2映射到DRB4，QoS flow 4映射到DRB 3)。
实施例4
本实施例为基于服务质量会话的分流，基于DRB的转发，图15为实施例4的网络结构示意图，如图15所示，针对网络中的一个UE，其主基站与核心网建有2个PDU会话(PDU Session)，假设为PDU Session 1和PDU Session 2；其中，PDU Session 1中包含QoS flow 1和QoS flow 2，PDU Session 2中包含QoS flow 3和QoS flow 4，QoS flow 1和QoS flow 2映射到DRB 1，QoS flow 3映射到DRB 2，QoS flow 4映射到DRB 3；本实施例UE的主基站决定将PDU Session 2分流到UE的辅基站。实施例4的主要实施步骤与实施例1相同，包括：
主基站向辅基站发送请求消息；其中，请求消息中携带需要分流的PDU Session 2信息，包括PDU Session 2标识、PDU Session 2的NG接口上行隧道端点信息、PDU Session 2中的QoS flow 3的标识及相应的QoS profile信息、QoS flow 4的标识及相应的QoS profile信息；还携带DRB 2和DRB 3信息，DRB2信息包括DRB2标识、相应的DRB2配置信息、及DRB2映射的QoS flow3标识，DRB3信息包括DRB3标识、相应的DRB3配置信息、及DRB3映射的QoS flow4标识。
辅基站根据请求消息确定是否同意分流；包括基于请求消息和自身的资源情况确定是否同意分流；辅基站建立DRB 4，将QoS flow 3和QoS flow4映射到DRB 4；辅基站自身决定基于DRB转发，为PDU Session 2配置1个Xn接口数据转发隧道端点信息用于DRB 4。
辅基站向主基站发送响应消息；其中响应消息中携带同意接纳的PDU Session 2信息，包括PDU Session 2标识、PDU Session 2的NG接口下行隧道端点信息、PDU Session 2的1个Xn接口数据转发隧道端点信息、PDU  Session 2中的QoS flow 3标识和QoS flow 4标识。
主基站收到辅基站的响应消息后，向核心网发送指示消息；本实施例响应消息为同意分流的响应消息，指示消息携带需要分流的PDU Session 2信息，包括PDU Session 2标识、NG接口下行隧道端点信息、PDU Session2中的QoS flow 3标识和QoS flow 4标识。
核心网根据指示消息中的分流QoS flow为所属PDU Session中的全部QoS flow(核心网知道PDU Session中的全部QoS flow情况)确定为基于PDU Session分流，将需要分流的PDU Session 2整个分流到辅基站；包括将PDU Session 2的NG接口下行隧道端点信息更改为收到的NG接口下行隧道端点信息，以使PDU Session 2中QoS flow 3和QoS flow 4的后续数据发送到辅基站。
核心网向主基站发送确认消息。
主基站根据从辅基站收到的Xn接口数据转发隧道端点信息进行数据转发；包括：主基站根据从辅基站收到的PDU Session 2的Xn接口数据转发隧道端点信息，将QoS flow 3和QoS flow 4上的数据发送到该隧道端点信息相应的Xn接口数据转发隧道，主基站释放DRB 2和DRB 3。
实施例5
本实施例为基于服务质量流的分流，基于服务质量流的转发，图16为实施例5的网络结构示意图，如图16所示，针对网络中的一个UE，其主基站与核心网建有2个PDU会话(PDU Session)，假设为PDU Session 1和PDU Session 2；其中，PDU Session 1中包含QoS flow 1和QoS flow 2，PDU Session 2中包含QoS flow 3和QoS flow 4，QoS flow 1和QoS flow 2映射到DRB 1，QoS flow 3映射到DRB 2，QoS flow 4映射到DRB 3；本实施例UE的主基站决定将QoS flow 2、QoS flow 3和QoS flow 4分流到UE的辅基站。
图17为实施例5的方法流程图，如图17所示，包括：
步骤500、主基站向辅基站发送请求消息；其中，请求消息中携带需要分流的QoS flow信息，包括QoS flow 2所属PDU Session 1标识、PDU Session 1的NG接口上行隧道端点信息、QoS flow 2的标识及相应的QoS profile信息，QoS flow 3和QoS flow 4所属PDU Session 2标识、PDU Session2的NG接口上行隧道端点信息、QoS flow 3和QoS flow 4的标识及相应的QoS profile信息；还携带DRB 1、DRB 2和DRB 3信息，DRB1信息包括DRB1标识、相应的DRB1配置信息、及DRB1映射的QoS flow1标识和QoS flow2标识，DRB2信息包括DRB2标识、相应的DRB2配置信息、及DRB2映射的QoS flow3标识，DRB3信息包括DRB3标识、相应的DRB3配置信息、及DRB3映射的QoS flow4标识。
步骤501、辅基站根据请求消息确定是否同意进行分流；包括根据请求消息和自身的资源情况，部分同意该分流(例如、同意QoS flow 2和QoS flow4的分流，不同意QoS flow 3的分流)，辅基站建立DRB 4(用于映射QoS flow 2)和DRB 3(用于映射QoS flow 4)。
步骤502、辅基站向主基站发送响应消息；其中，响应消息中携带同意接纳的QoS flow 2和QoS flow 4信息，包括QoS flow 2所属PDU Session 1标识、PDU Session 1的NG接口下行隧道端点信息、QoS flow 2标识、QoS flow 2的Xn接口数据转发隧道端点信息，QoS flow 4所属PDU Session 2标识、PDU Session 2的NG接口下行隧道端点信息、QoS flow 4标识、QoS flow 4的Xn接口数据转发隧道端点信息；还携带不同意接纳的QoS flow 3所属PDU Session 2标识、QoS flow 3标识。
步骤503、主基站收到辅基站的响应消息向核心网发送指示消息；包括接收到响应消息后，了解到辅基站同意QoS flow 2和QoS flow 4的分流，不同意QoS flow 3的分流，向核心网发送指示消息，指示消息携带需要分 流的QoS flow 2和QoS flow 4信息，包括QoS flow 2所属PDU Session 1标识、从辅基站收到的PDU Session 1的NG接口下行隧道端点信息、QoS flow 4所属PDU Session 2标识、从辅基站收到的PDU Session 2的NG接口下行隧道端点信息。
步骤504、核心网根据指示消息中的分流QoS flow不是所属PDU Session中的全部QoS flow(核心网知道PDU Session中的全部QoS flow情况)确定进行基于QoS flow的分流；包括根据实际情况同意QoS flow 4的分流，但不同意QoS flow 2的分流，包括在PDU Session 2的NG接口下行隧道端点信息中增加收到的NG接口下行隧道端点信息且将该增加的下行隧道端点与QoS flow 4关联，以使PDU Session 2中QoS flow 4的后续数据发送到辅基站。
步骤505、核心网向主基站发送确认消息；其中，确认消息中携带同意分流的QoS flow 4所属PDU Session 2标识、QoS flow 4标识，和不同意分流的QoS flow 2所属PDU Session 1标识、QoS flow 2标识。
步骤506、主基站向辅基站发送更改消息；其中，更改消息中携带取消分流的QoS flow 2所属PDU Session 1标识、QoS flow 2标识。
步骤507、辅基站根据接收到的更新消息，释放相关资源；包括：收到更改消息，释放QoS flow 2相关的资源；包括释放QoS flow 2相应的DRB4。
步骤508、主基站根据Xn接口数据转发隧道端点信息进行数据转发；包括：主基站根据从辅基站收到的QoS flow 4的Xn接口数据转发隧道端点信息，将QoS flow 4上的数据发送到该隧道端点信息相应的Xn接口数据转发隧道，主基站释放DRB 3。由辅基站按照收到的转发数据包中的QoS flow标识将QoS flow映射到相应的DRB(即将QoS flow 4映射到DRB 3)。
实施例6
本实施例主要涉及切换及基于DRB的转发；图18为实施例6的网络结构示意图，如图18所示，针对网络中的一个UE，其源基站与核心网建有2个PDU会话(PDU Session)，假设为PDU Session 1和PDU Session 2；其中，PDU Session 1中包含QoS flow 1和QoS flow 2，PDU Session 2中包含QoS flow 3和QoS flow 4，QoS flow 1和QoS flow 2映射到DRB 1，QoS flow 3映射到DRB 2，QoS flow 4映射到DRB 3；本实施例UE的源基站决定将UE切换到目标基站。
图19为实施例6的方法流程图，如图19所示，包括：
步骤600、源基站向目标基站发送切换请求消息；其中，切换请求消息中携带PDU Session 1的信息包括PDU Session 1的标识、NG接口上行隧道端点信息、QoS flow 1的标识及相应的QoS profile信息、QoS flow 2的标识及相应的QoS profile信息、QoS flow 1和QoS flow 1映射的DRB 1的标识及相应的DRB配置信息，PDU Session 2的信息包括PDU Session 2的标识、NG接口上行隧道端点信息、QoS flow 3的标识及相应的QoS profile信息、QoS flow 4的标识及相应的QoS profile信息、QoS flow 3映射的DRB2的标识及相应的DRB配置信息、QoS flow 4映射的DRB 3的标识及相应的DRB配置信息。
步骤601、目标基站根据切换请求消息确定是否同意切换；包括根据切换请求消息和自身的资源情况同意切换，目标基站建立DRB1、DRB 2和DRB 3，将QoS flow 1和QoS flow 2映射到DRB 1，QoS flow 3映射到DRB2，将QoS flow 4映射到DRB 3。
步骤602、目标基站向源基站发送切换响应消息；其中，切换响应消息携带目标基站侧的分别基于DRB1、DRB 2和DRB 3的Xn接口数据转发隧道端点信息。
步骤603、源基站收到目标基站的响应消息后，向UE发送切换命令。
步骤604、源基站根据Xn接口数据转发隧道端点信息向目标基站进行数据转发。包括：源基站根据接收的基于DRB的Xn接口数据转发隧道端点信息向目标基站进行数据转发。
步骤605、用户设备UE接入到目标基站。
步骤606、目标基站在UE成功接入后向核心网发送路径转换请求消息；其中，路径转换请求消息携带NG接口下行隧道端点信息，包括PDU Session1和PDU Session 2的NG接口下行隧道端点信息。
步骤607、核心网根据接收的NG接口下行隧道端点信息，更改相关PDU会话的NG接口下行隧道端点，以使后续数据发送到目标基站。
步骤608、核心网向目标基站发送路径转换确认消息。
实施例7
本实施例主要涉及切换及基于PDU会话的转发；图20为实施例7的网络结构示意图，如图20所示，针对网络中的一个UE，其源基站与核心网建有2个PDU会话(PDU Session)，假设为PDU Session 1和PDU Session2；其中，PDU Session 1中包含QoS flow 1和QoS flow 2，PDU Session 2中包含QoS flow 3和QoS flow 4，QoS flow 1和QoS flow 2映射到DRB 1，QoS flow 3映射到DRB 2，QoS flow 4映射到DRB 3；本实施例UE的源基站决定将UE切换到目标基站。实施例7的主要实施步骤和实施例6相同，包括：
源基站向目标基站发送切换请求消息；其中，切换请求消息携带PDU Session 1的信息包括PDU Session 1的标识、NG接口上行隧道端点信息、QoS flow 1的标识及相应的QoS profile信息、QoS flow 2的标识及相应的QoS profile信息、QoS flow 1和QoS flow 1映射的DRB 1的标识及相应的DRB配置信息，PDU Session 2的信息包括PDU Session 2的标识、NG接口上行隧道端点信息、QoS flow 3的标识及相应的QoS profile信息、QoS flow 4的标识及相应的QoS profile信息、QoS flow 3映射的DRB 2的标识及相应的DRB配置信息、QoS flow 4映射的DRB 3的标识及相应的DRB配置信息。
目标基站根据切换请求消息确定是否同意切换；包括根据切换请求消息和自身的资源情况同意切换；目标基站建立DRB1、DRB 2和DRB 3，将QoS flow 1和QoS flow 2映射到DRB 1，QoS flow 3映射到DRB 2，将QoS flow 4映射到DRB 3。
目标基站向源基站发送切换响应消息；其中，切换响应消息携带目标基站侧的分别基于PDU Session 1和PDU Session 2的Xn接口的数据转发隧道端点信息。
源基站收到目标基站发送的切换响应消息后，向UE发送切换命令。
源基站根据接收的Xn接口数据转发隧道端点信息进行数据转发；包括：源基站根据接收的基于PDU Session的Xn接口数据转发隧道端点信息向目标基站进行数据转发，源基站的PDAP实体将DRB ID号加到Xn接口转发的每个数据包里，以便目标基站的PDAP实体可以根据Xn接口转发数据包里的DRB ID匹配目标基站侧发送该数据包的DRB。
UE接入到目标基站。
目标基站在UE成功接入后向核心网发送路径转换请求消息；其中，路径转换请求消息携带NG接口下行隧道端点信息包括PDU Session 1和PDU Session 2的NG接口下行隧道端点信息。
核心网根据接收的NG接口下行隧道端点信息，更改PDU Session 1和PDU Session 2的NG接口下行隧道端点，以使后续数据发送到目标基站。
核心网向目标基站发送路径转换确认消息。
实施例8
本实施例主要涉及切换及基于DRB的转发；图21为实施例8的网络 结构示意图，如图21所示，针对网络中的一个UE，其源基站与核心网建有1个PDU会话(PDU Session)，假设为PDU Session 1；其中，PDU Session1中包含QoS flow 1、QoS flow 2、QoS flow 3和QoS flow 4，QoS flow 1和QoS flow 2映射到DRB 1，QoS flow 3映射到DRB 2，QoS flow 4映射到DRB 3。本实施例UE的源基站决定将UE切换到目标基站。实施例8的主要实施步骤和实施例7相同，包括：
源基站向目标基站发送切换请求消息；其中，切换请求消息中携带PDU Session 1的标识、PDU Session 1的NG接口上行隧道端点信息、QoS flow 1、QoS flow 2、QoS flow 3和QoS flow 4的标识及分别相应的QoS profile信息、QoS flow 1和QoS flow 2映射的DRB 1的标识及相应的DRB配置信息、QoS flow 3映射的DRB 2的标识及相应的DRB配置信息、QoS flow 4映射的DRB 3的标识及相应的DRB配置信息。
目标基站根据切换请求消息确定是否同意切换；包括：根据切换请求消息和自身的资源情况同意切换，并进行了QoS flow到DRB的重映射，目标基站建立DRB 4和DRB 5，将QoS flow 1重映射到DRB 4，将QoS flow2、QoS flow 3和QoS flow 4重映射到DRB 5。
目标基站向源基站发送切换响应消息；其中，切换响应消息携带目标基站侧的分别基于DRB 4和DRB 5的Xn接口数据转发隧道端点信息、目标基站侧的重映射信息(即QoS flow 1重映射到DRB 4，QoS flow 2、QoS flow 3和QoS flow 4重映射到DRB 5)。
源基站收到目标基站的响应消息后，向UE发送切换命令。这里，响应消息为同意切换的响应消息。
源基站根据接收的Xn接口数据转发隧道端点信息向目标基站进行数据转发；包括：源基站根据接收的基于DRB的Xn接口数据转发隧道端点信息向目标基站进行数据转发，源基站将来自QoS flow 1的数据包发送到 基于DRB 4的Xn接口数据转发隧道，将来自QoS flow 2、QoS flow 3和QoS flow 4的数据包发送到基于DRB 5的Xn接口数据转发隧道。
UE接入到目标基站。
目标基站在UE成功接入后向核心网发送路径转换请求消息；其中，路径转换请求消息携带NG接口下行隧道端点信息，包括PDU Session 1的NG接口下行隧道端点信息。
核心网根据接收的NG接口下行隧道端点信息，更改PDU Session 1的NG接口下行隧道端点，以使后续数据发送到目标基站。
核心网向目标基站发送路径转换确认消息。
实施例9
本实施例主要涉及基于PDU会话的分流，基于DRB的转换，重映射，结束标记(End Marker)处理；图22为实施例9的网络结构示意图，如图22所示，针对网络中的一个UE，其主基站与核心网建有2个PDU会话(PDU Session)，假设为PDU Session 1和PDU Session 2；其中，PDU Session 1中包含QoS flow 1和QoS flow 2，PDU Session 2中包含QoS flow 3和QoS flow 4，QoS flow 1和QoS flow 2映射到DRB 1，QoS flow 3映射到DRB 2，QoS flow 4映射到DRB 3。本实施例UE的源基站决定将PDU Session 2分流到UE的辅基站。图23为实施例9的方法流程图，如图23所示，包括：
步骤700、主基站向辅基站发送请求消息；其中，请求消息中携带需要分流的PDU Session的信息，包括PDU Session 2的标识、PDU Session 2的NG接口上行隧道端点信息、QoS flow 3的标识及相应的QoS profile信息、QoS flow 4的标识及相应的QoS profile信息、QoS flow 3映射的DRB 2的标识及相应的DRB配置信息、QoS flow 4映射的DRB 3的标识及相应的DRB配置信息。
步骤701、辅基站根据请求消息确定是否同意分流；本申请实施例辅基 站根据请求消息和自身的资源情况同意分流，并进行了QoS flow到DRB的重新映射，辅基站建立DRB 4，将QoS flow 3和QoS flow 4映射到DRB4。
步骤702、辅基站向主基站发送响应消息；其中，响应消息中携带PDU Session 2的辅基站侧的NG接口下行隧道端点信息、目标基站侧的基于DRB4的Xn接口数据转发隧道端点信息、目标基站侧的重映射信息(即QoS flow3和QoS flow 4重映射到DRB 4)。
步骤703、主基站收到辅基站的响应消息后，向核心网发送指示消息；包括：主基站收到辅基站的同意分流的响应消息后，向核心网发送指示消息，指示消息携带需要分流的PDU Session 2信息，包括PDU Session 2标识、辅基站侧的NG接口下行隧道端点信息、PDU Session 2中的QoS flow 3标识和QoS flow 4标识。
步骤704、核心网根据指示消息中的分流QoS flow为所属PDU Session中的全部QoS flow(核心网知道PDU Session中的全部QoS flow情况)确定为基于PDU Session分流，将需要分流的PDU Session 2整个分流到辅基站；包括将PDU Session 2的NG接口下行隧道端点信息更改为收到的NG接口下行隧道端点信息；核心网在QoS flow 3的最后一个数据包发往主基站后，向主基站发送包含QoS flow 3标识的End Marker，在QoS flow 4的最后一个数据包发往主基站后，向主基站发送包含QoS flow 4标识的End Marker；之后、PDU Session 2上的数据将发往辅基站。
步骤705、核心网向主基站发送确认消息。
步骤706、主基站进行基于Xn接口的数据转发；包括主基站进行基于DRB的Xn接口的数据转发，主基站将来自QoS flow 3和QoS flow 4的数据包发送到基于DRB 4的Xn接口数据转发隧道(包括各End Marker)。
步骤707、辅基站的PDAP根据收到的结束标记(End Marker)中的 QoS flow标识确定QoS flow转发完毕；根据映射到DRB的各QoS flow的End Marker收齐后可以确定在该DRB上发送来自核心网的新数据(非来自主基站的转发数据)。
实施例10
本实施例涉及多路分流和基于DRB转发；图24为实施例10的网络结构示意图，如图24所示，针对网络中的一个UE，其主基站与核心网建有2个PDU会话(PDU Session)，假设为PDU Session 1和PDU Session 2；其中，PDU Session 1中包含QoS flow 1、QoS flow 2、QoS flow 3和QoS flow4，QoS flow 1和QoS flow 2映射到DRB 1，QoS flow 3映射到DRB 2，QoS flow 4映射到DRB 3。本实施例UE的主基站决定将QoS flow 2分流到UE的辅基站1，将QoS flow 3和QoS flow 4分流到UE的辅基站2。图25为实施例10的方法流程图，如图25所示，包括：
步骤800、主基站分别向辅基站1和辅基站2发送对应的请求消息；包括：主基站向辅基站1发送第一请求消息；其中，请求消息中携带PDU Session 1的标识、PDU Session 1的NG接口上行隧道端点信息、QoS flow 2的标识及分别相应的QoS profile信息、QoS flow 2映射的DRB 1的标识及相应的DRB配置信息；向辅基站2发送第二请求消息，携带PDU Session 1的标识、PDU Session 1的NG接口上行隧道端点信息、QoS flow 3和QoS flow 4的标识及分别相应的QoS profile信息、QoS flow 3映射的DRB 2的标识及相应的DRB配置信息、QoS flow 4映射的DRB 3的标识及相应的DRB配置信息。
步骤801、辅基站1和辅基站2分别根据请求消息确定是否同意分流；包括：辅基站1根据第一请求消息确定是否同意分流；本实施例包括根据第一请求消息和自身的资源情况同意分流，但进行了QoS flow到DRB的重新映射，辅基站1建立DRB 4，将QoS flow 2映射到DRB 4；辅基站2 根据第二请求消息确定是否同意分流；辅基站2根据第二请求消息中的信息和自身的资源情况，同意该分流，辅基站2建立DRB 2(位于DU1)和DRB 3(位于DU2)，将QoS flow 3映射到DRB 2，将QoS flow 4映射到DRB 3。
步骤802、辅基站1和辅基站2分别向主基站发送响应消息；包括：辅基站1向主基站发送第一响应消息；其中，第一响应消息中携带PDU Session1的辅基站1侧的NG接口下行隧道端点信息、辅基站1侧的基于DRB 4的Xn接口数据转发隧道端点信息、辅基站1侧的重映射信息(即QoS flow2重映射到DRB 4)；辅基站2向主基站发送第二响应消息，第二响应消息携带PDU Session 1的辅基站2侧的NG接口下行隧道端点信息(包括下行隧道端点a和b，下行隧道端点a关联QoS flow 3，b关联QoS flow 4)、辅基站2侧的基于DRB 2的Xn接口数据转发隧道端点信息及映射的QoS flow 3标识、辅基站2侧的基于DRB 3的Xn接口数据转发隧道端点信息及映射的QoS flow 4标识。
步骤803、主基站收到辅基站1和辅基站2的响应消息后，向核心网发送指示消息；包括：主基站收到辅基站1和辅基站2的同意分流的第一响应消息和第二响应消息后，向核心网发送指示消息，指示消息携带要分流到辅基站的PDU Session信息，包括PDU Session 1的标识、辅基站1侧的NG接口下行隧道端点信息及相应的QoS flow 2标识，辅基站2侧的NG接口下行隧道端点a信息及相应的QoS flow 3标识和下行隧道端点b信息及相应的QoS flow 4标识。
步骤804、核心网根据指示消息进行数据分发；包括：根据指示消息中的信息，在PDU Session 1的NG接口下行隧道端点信息中增加1个辅基站1侧的NG接口下行隧道端点信息和2个辅基站2侧的NG接口下行隧道端点信息，将后续QoS flow 2的数据包发往辅基站1侧的NG接口下行隧道 端点，将后续QoS flow 3的数据包发往辅基站2侧的NG接口下行隧道端点a，将后续QoS flow 4的数据包发往辅基站2侧的NG接口下行隧道端点b。
步骤805、核心网向主基站发送确认消息。
步骤806、主基站进行基于Xn接口的数据转发；包括：主基站进行基于DRB的Xn接口数据转发；包括：主基站将来自QoS flow 2的数据包发送到基于DRB 4的Xn接口数据转发隧道，将来自QoS flow 3的数据包发送到基于DRB 2的Xn接口数据转发隧道，将来自QoS flow 4的数据包发送到基于DRB 3的Xn接口数据转发隧道。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件(例如处理器)完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的每个模块/单元可以采用硬件的形式实现，例如通过集成电路来实现其相应功能，也可以采用软件功能模块的形式实现，例如通过处理器执行存储于存储器中的程序/指令来实现其相应功能。本申请不限制于任何特定形式的硬件和软件的结合。
虽然本申请所揭露的实施方式如上，但所述的内容仅为便于理解本申请而采用的实施方式，并非用以限定本申请。任何本申请所属领域内的技术人员，在不脱离本申请所揭露的精神和范围的前提下，可以在实施的形式及细节上进行任何的修改与变化，但本申请的专利保护范围，仍须以所附的权利要求书所界定的范围为准。
工业实用性
采用本申请，第一网元向第二网元发送请求消息；第二网元根据接收 的第一网元的请求消息，反馈响应消息至第一网元；第一网元接收第二网元反馈的响应消息，向第三网元发送指示消息；第三网元接收第一网元发送的指示消息，根据指示消息进行数据处理。本申请实施例实现了下一代移动通信技术的数据分流和切换处理。

Claims (75)

  1. 一种实现数据处理的方法，包括：
    第一网元向第二网元发送请求消息；
    第一网元接收第二网元反馈的响应消息；
    其中，所述请求消息包含至少一个第一协议数据单元PDU会话信息；所述响应消息包含第二网元同意接纳的至少一个第二PDU会话信息。
  2. 根据权利要求1所述的方法，其中，所述第一PDU会话信息包括以下至少一种信息：
    PDU会话标识、NG接口上行隧道端点信息、至少一个服务质量流QoS flow信息。
  3. 根据权利要求2所述的方法，其中，所述请求消息还包括以下至少一种信息：
    至少一个数据无线承载DRB信息、数据转发方式指示信息。
  4. 根据权利要求1所述的方法，其中，所述第一PDU会话信息包括服务质量流信息时，所述服务质量流信息包括以下至少一种信息：
    服务质量流标识、服务质量配置QoS profile信息。
  5. 根据权利要求3所述的方法，其中，所述请求消息包括至少一个DRB信息时，每一个所述DRB信息包括以下至少一种信息：
    DRB标识、DRB配置信息、DRB映射的至少一个服务质量流标识。
  6. 根据权利要求1所述的方法，其中，所述响应消息中包括至少一个Xn接口数据转发隧道端点信息时，所述方法还包括：
    所述第一网元根据所述响应消息中的至少一个Xn接口数据转发隧道端点信息向第二网元进行数据转发；
    其中，所述转发的数据中包括包含服务质量流标识的结束标记。
  7. 根据权利要求6所述的方法，其中，所述方法还包括：
    所述第一网元的分组数据关联协议PDAP实体将DRB标识ID添加到Xn接口转发的每个数据包里，以使第二网元的PDAP实体根据DRB ID匹配每一个所述数据包的关联DRB。
  8. 根据权利要求6所述的方法，其中，所述服务质量配置信息包括以下至少一种信息：
    QoS标记、反射指示、优先级水平、包延迟预算、误包率、上行UL和下行DL流最大比特率、UL和DL流保证比特率、分配和保留优先级ARP、通知控制。
  9. 根据权利要求6所述的方法，其中，所述数据转发包括以下之一：基于PDU会话转发、基于服务质量流转发、基于DRB转发。
  10. 根据权利要求1～9任一项所述的方法，其中，
    所述第一网元为主基站，所述第二网元为辅基站时，所述请求消息为分流请求消息，所述响应消息为分流响应消息。
  11. 根据权利要求10所述的方法，其中，所述方法还包括：
    所述第一网元根据接收到的响应消息向第三网元发送指示消息；
    其中，所述第三网元为核心网。
  12. 根据权利要求11所述的方法，其中，所述指示信息包括需要分流的至少一个第三PDU会话信息。
  13. 根据权利要求12所述的方法，其中，每一个所述第三PDU会话信息包括以下至少一种信息：
    PDU会话标识、至少一个NG接口下行隧道端点信息、至少一个服务质量流标识。
  14. 根据权利要求11所述的方法，其中，所述指示消息还包括以下至少一种信息：
    与每个NG接口下行隧道端点信息相对应的至少一个服务质量流标识、 分流方式指示。
  15. 根据权利要求10所述的方法，其中，所述方法还包括：
    所述第一网元向所述第二网元发送更改消息；
    其中，所述更改消息包括：取消分流的至少一个第四PDU会话消息。
  16. 根据权利要求15所述的方法，其中，每一个所述第四PDU会话信息包括以下至少一种信息：
    PDU会话标识、至少一个服务质量流标识。
  17. 根据权利要求15所述的方法，其中，所述更改消息还包括需更改的信息；
    其中，所述需更改的信息包括以下至少一种信息：
    至少一个服务质量流标识、对应于每一个服务质量流所属的PDU会话标识、每一个服务质量流更改后的服务质量配置信息。
  18. 根据权利要求1～9任一项所述的方法，其中，所述第一网元为源基站，所述第二网元为目标基站时，所述请求消息为切换请求消息，所述响应消息为切换响应消息。
  19. 根据权利要求18所述的方法，其中，所述方法还包括：
    所述第一网元根据接收到的所述响应消息向用户设备UE发送切换命令。
  20. 根据权利要求10所述的方法，其中，所述方法还包括：
    所述第一网元向所述UE发送重配置消息。
  21. 根据权利要求14所述的方法，其中，所述分流包括：
    基于PDU会话的分流、基于服务质量流的分流。
  22. 根据权利要求10所述的方法，其中，所述分流请求消息包括：
    第一网元发起的第二网元添加消息、第二网元更改消息、或第一预定义消息。
  23. 根据权利要求11所述的方法，其中，所述指示消息包括：
    第三网元发起的PDU会话建立消息的响应消息、第一网元发起的PDU会话更改指示消息、或第二预定义消息。
  24. 根据权利要求15所述的方法，其中，所述更改消息包括：
    第一网元发起的第二网元更改消息、或第三预定义消息。
  25. 一种实现数据处理的方法，包括：
    第二网元接收第一网元发送的请求消息；
    第二网元根据接收的第一网元的请求消息，反馈响应消息至第一网元；
    其中，所述请求消息包含至少一个第一PDU会话信息；
    所述响应消息包括第二网元同意接纳的至少一个第二PDU会话信息。
  26. 根据权利要求25所述的方法，其中，
    所述第一网元为主基站，所述第二网元为辅基站时，所述请求消息为分流请求消息，所述响应消息为分流响应消息。
  27. 根据权利要求25所述的方法，其中，
    所述第一网元为源基站，所述第二网元为目标基站时，所述请求消息为切换请求消息，所述响应消息为切换响应消息。
  28. 根据权利要求27所述的方法，其中，所述方法还包括：
    所述第二网元在UE完成接入后，向第三网元发送路径转换请求消息。
  29. 根据权利要求26所述的方法，其中，所述响应消息中第二网元同意接纳的至少一个第二PDU会话信息包括以下至少一种信息：
    PDU会话标识、至少一个NG接口下行隧道端点信息、至少一个Xn接口数据转发隧道端点信息、至少一个Xn接口数据转发隧道端点相对应的DRB标识、至少一个Xn接口数据转发隧道端点相对应的QoS flow标识或QoS flow标识列表、至少一个QoS flow标识。
  30. 根据权利要求27所述的方法，其中，所述第二网元同意接纳的至 少一个第二PDU会话信息包括以下至少一种信息：
    PDU会话标识、至少一个Xn接口数据转发隧道端点信息、至少一个Xn接口数据转发隧道端点相对应的DRB标识、至少一个Xn接口数据转发隧道端点相对应的QoS flow标识或QoS flow标识列表、至少一个QoS flow标识。
  31. 根据权利要求25～30任一项所述的方法，其中，所述响应消息还包括：
    不同意接纳的至少一个第五PDU会话信息；
    其中，不同意接纳的每一个第五PDU会话信息包括以下至少一种信息：PDU会话标识、至少一个服务质量流标识。
  32. 根据权利要求26所述的方法，其中，所述请求消息中包含转发方式指示时，所述方法还包括：
    所述第二网元根据所述转发方式指示确定Xn接口数据转发方式。
  33. 根据权利要求26所述的方法，其中，所述方法还包括：
    所述第二网元中的PDAP根据从Xn接口收到的结束标记中的服务质量流标识确定服务质量流完成转发。
  34. 一种实现数据处理的方法，包括：
    第三网元接收第一网元发送的指示消息；
    第三网元接收指示消息后，向第一网元发送确认消息；
    其中，所述确认消息包括同意分流的至少一个第六PDU会话信息。
  35. 根据权利要求34所述的方法，其中，每一个所述第六PDU会话信息包括以下至少一种信息：
    PDU会话标识、至少一个服务质量流标识。
  36. 根据权利要求34所述的方法，其中，所述确认消息还包括：
    不同意分流的至少一个第七PDU会话信息；
    其中，每一个所述第七PDU会话信息包括：PDU会话标识、至少一个服务质量流标识。
  37. 根据权利要求34～36任一项所述的方法，其中，所述确认消息还包括需更改的信息；
    其中，所述需更改的信息包括以下至少一种信息：
    至少一个服务质量流标识、对应于每一个服务质量流所属的PDU会话标识、每一个服务质量流更改后的服务质量配置信息。
  38. 根据权利要求34～36任一项所述的方法，其中，所述方法还包括：
    所述第三网元接收第二网元发送的路径转换请求；
    所述第三网元根据接收到的路径转换请求进行第一网元到第二网元的路径转换。
  39. 根据权利要求34～36任一项所述的方法，其中，所述方法还包括：
    所述第三网元在将每一个服务质量流的最后一个数据包发往第一网元后，向所述第一网元发送包含服务质量流标识的结束标记。
  40. 根据权利要求39所述的方法，其中，所述方法还包括：
    所述第三网元向第二网元发送路径转换确认消息。
  41. 一种网元，包括：第一发送单元和第一接收单元；其中，
    第一发送单元，配置为向第二网元发送请求消息；
    第一接收单元，配置为接收第二网元反馈的响应消息；
    其中，所述请求消息包含至少一个第一协议数据单元PDU会话信息；所述响应消息包含第二网元同意接纳的至少一个第二PDU会话信息。
  42. 根据权利要求41所述的网元，其中，所述第一PDU会话信息包括以下至少一种信息：
    PDU会话标识、NG接口上行隧道端点信息、至少一个服务质量流QoS flow信息。
  43. 根据权利要求42所述的网元，其中，所述请求消息还包括以下至少一种信息：
    至少一个DRB信息、数据转发方式指示信息。
  44. 根据权利要求43所述的方法，其中，所述请求消息包括至少一个DRB信息时，每一个所述DRB信息包括以下至少一种信息：
    DRB标识、DRB配置信息、DRB映射的至少一个服务质量流标识。
  45. 根据权利要求41所述的网元，其中，所述网元还包括：
    第一转发单元，配置为根据所述响应消息中的至少一个Xn接口数据转发隧道端点信息向第二网元进行数据转发；
    其中，所述转发的数据中包括包含服务质量流标识的结束标记。
  46. 根据权利要求45所述的网元，其中，所述网元还包括：
    第一分组数据关联协议实体，配置为将数据无线承载DRB标识ID添加到Xn接口转发的每个数据包里，以使第二网元的分组数据关联协议实体PDAP实体根据DRB ID匹配每一个所述数据包的关联DRB。
  47. 根据权利要求41～46任一项所述的网元，其中，
    所述网元为主基站，所述第二网元为辅基站时，所述请求消息为分流请求消息，所述响应消息为分流响应消息。
  48. 根据权利要求47所述的网元，其中，所述第一发送单元，还配置为：
    根据接收到的响应消息向第三网元发送指示消息；
    其中，所述第三网元为核心网。
  49. 根据权利要求48所述的网元，其中，所述指示信息包括需要分流的至少一个第三PDU会话信息。
  50. 根据权利要求48所述的网元，其中，所述指示消息还包括以下至少一种信息：
    与每个NG接口下行隧道端点信息相对应的至少一个服务质量流标识、分流方式指示。
  51. 根据权利要求47所述的网元，其中，所述第一发送单元，还配置为：向所述第二网元发送更改消息；
    其中，所述更改消息包括：取消分流的至少一个第四PDU会话信息。
  52. 根据权利要求51所述的网元，其中，所述更改消息还包括需更改的信息；
    其中，所述需更改的信息包括以下至少一种信息：
    至少一个服务质量流标识、对应于每一个服务质量流所属的PDU会话标识、每一个服务质量流更改后的服务质量配置信息。
  53. 根据权利要求41～46任一项所述的网元，其中，所述网元为源基站，所述第二网元为目标基站时，所述请求消息为切换请求消息，所述响应消息为切换响应消息。
  54. 根据权利要求53所述的网元，其中，所述第一发送单元，还配置为：根据接收到的所述响应消息向用户设备UE发送切换命令。
  55. 根据权利要求47所述的网元，其中，所述第一发送单元还配置为：向所述UE发送重配置消息。
  56. 一种网元，包括：第二接收单元和第二发送单元；其中，
    第二接收单元，配置为接收第一网元发送的请求消息；
    第二发送单元，配置为根据接收的第一网元的请求消息，反馈响应消息至第一网元；
    其中，所述请求消息包含至少一个第一PDU会话信息；
    所述响应消息包括第二网元同意接纳的至少一个第二PDU会话信息。
  57. 根据权利要求56所述的网元，其中，
    所述网元为辅基站，所述第一网元为主基站，所述请求消息为分流请 求消息，所述响应消息为分流响应消息。
  58. 根据权利要求56所述的网元，其中，
    所述网元为目标基站，所述第一网元为源基站，所述请求消息为切换请求消息，所述响应消息为切换响应消息。
  59. 根据权利要求56所述的网元，其中，所述第二发送单元，还配置为：在UE完成接入后，向第三网元发送路径转换请求消息。
  60. 根据权利要求57所述的网元，其中，所述响应消息中第二网元同意接纳的至少一个第二PDU会话信息包括以下至少一种信息：
    PDU会话标识、至少一个NG接口下行隧道端点信息、至少一个Xn接口数据转发隧道端点信息、至少一个Xn接口数据转发隧道端点相对应的DRB标识、至少一个Xn接口数据转发隧道端点相对应的QoS flow标识或QoS flow标识列表、至少一个QoS flow标识。
  61. 根据权利要求58所述的网元，其中，所述第二网元同意接纳的至少一个第二PDU会话信息包括以下至少一种信息：
    PDU会话标识、至少一个Xn接口数据转发隧道端点信息、至少一个Xn接口数据转发隧道端点相对应的DRB标识、至少一个Xn接口数据转发隧道端点相对应的QoS flow标识或QoS flow标识列表、至少一个QoS flow标识。
  62. 根据权利要求57～61任一项所述的网元，其中，所述响应消息还包括：
    不同意接纳的至少一个第五PDU会话信息；
    其中，不同意接纳的每一个第五PDU会话信息包括以下至少一种信息：PDU会话标识、至少一个服务质量流标识。
  63. 根据权利要求59所述的网元，其中，所述网元还包括第二确定转发方式单元，配置为请求消息中包含转发方式指示时，根据所述转发方式 指示确定Xn接口数据转发方式。
  64. 根据权利要求59所述的网元，其中，所述网元还包括：
    第二PDAP，配置为：根据从Xn接口收到的结束标记中的服务质量流标识确定服务质量流完成转发。
  65. 一种网元，包括：第三接收单元和第三发送单元；其中，
    第三接收单元，配置为接收第一网元发送的指示消息；
    第三发送单元，配置为接收指示消息后，向第一网元发送确认消息；
    其中，所述确认消息包括同意分流的至少一个第六PDU会话信息。
  66. 根据权利要求65所述的网元，其中，所述确认消息还包括：
    不同意分流的至少一个第七PDU会话信息；
    其中，每一个所述第七PDU会话信息包括：PDU会话标识、至少一个服务质量流标识。
  67. 根据权利要求65或66所述的网元，其中，所述确认消息还包括需更改的信息；
    其中，所述需更改的信息包括以下至少一种信息：
    至少一个服务质量流标识、对应于每一个服务质量流所属的PDU会话标识、每一个服务质量流更改后的服务质量配置信息。
  68. 根据权利要求65或66所述的网元，其中，
    所述第三接收单元，还配置为接收第二网元发送的路径转换请求；
    所述网元还包括：
    第三路径转换单元，配置为根据接收到的路径转换请求进行第一网元到第二网元的路径转换。
  69. 根据权利要求65或66所述的网元，其中，所述第三发送单元，还配置为：在将每一个服务质量流的最后一个数据包发往第一网元后，向所述第一网元发送包含服务质量流标识的结束标记。
  70. 根据权利要求69所述的网元，其中，所述第三发送单元，还配置为：向第二网元发送路径转换确认消息。
  71. 一种实现数据处理的方法，包括：
    第一网元向第二网元发送请求消息；
    第二网元根据接收的第一网元的请求消息，反馈响应消息至第一网元；
    第一网元接收第二网元反馈的响应消息，向第三网元发送指示消息；
    第三网元接收第一网元发送的指示消息，以根据指示消息进行数据处理；
    其中，所述请求消息包含至少一个第一协议数据单元PDU会话信息；所述响应消息包含至少一个同意接纳的第二PDU会话信息。
  72. 根据权利要求71所述的方法，其中，
    所述第一网元为主基站，所述第二网元为辅基站，所述第三网元为核心网时，所述请求消息为分流请求消息，所述响应消息为分流响应消息；
    所述第一网元为源基站，所述第二网元为目标基站，所述第三网元为核心网时，所述请求消息为切换请求消息，所述响应消息为切换响应消息。
  73. 一种系统，包括：第一网元、第二网元和第三网元；其中，
    第一网元，配置为：向第二网元发送请求消息；接收第二网元反馈的响应消息，向第三网元发送指示消息；
    第二网元，配置为：根据接收的第一网元的请求消息，反馈响应消息至第一网元；
    第三网元接收第一网元发送的指示消息，以根据指示消息进行数据处理；
    其中，所述请求消息包含至少一个第一协议数据单元PDU会话信息；所述响应消息包含至少一个同意接纳的第二PDU会话信息。
  74. 根据权利要求73所述的系统，其中，
    所述第一网元为主基站，所述第二网元为辅基站，所述第三网元为核心网时，所述请求消息为分流请求消息，所述响应消息为分流响应消息；
    所述第一网元为源基站，所述第二网元为目标基站，所述第三网元为核心网时，所述请求消息为切换请求消息，所述响应消息为切换响应消息。
  75. 一种存储介质，所述存储介质中存储有计算机可执行指令，所述计算机可执行指令用于执行上述权利要求1-24、权利要求25-40任一项所述的实现数据处理的方法。
PCT/CN2017/118890 2017-01-26 2017-12-27 一种实现数据处理的方法、网元及系统、存储介质 WO2018137458A1 (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP17894533.3A EP3576453A4 (en) 2017-01-26 2017-12-27 METHOD, NETWORK ELEMENT AND SYSTEM FOR IMPLEMENTING DATA PROCESSING AND STORAGE MEDIUM
KR1020197025014A KR102220436B1 (ko) 2017-01-26 2017-12-27 데이터 처리를 구현하기 위한 방법, 네트워크 디바이스 및 시스템, 및 저장 매체
JP2019540653A JP6867500B2 (ja) 2017-01-26 2017-12-27 データ処理を実装するための方法、ネットワークデバイス、およびシステム、ならびに記憶媒体
US16/522,471 US10979933B2 (en) 2017-01-26 2019-07-25 Method, network device, and system for implementing data processing, and storage medium
US17/227,908 US11895527B2 (en) 2017-01-26 2021-04-12 Method, network device, and system for implementing data processing, and storage medium
US18/417,963 US20240155415A1 (en) 2017-01-26 2024-01-19 Method, network device, and system for implementing data processing, and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710061642.6 2017-01-26
CN201710061642.6A CN108366391B (zh) 2017-01-26 2017-01-26 一种通信方法、网络设备及系统

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/522,471 Continuation US10979933B2 (en) 2017-01-26 2019-07-25 Method, network device, and system for implementing data processing, and storage medium

Publications (1)

Publication Number Publication Date
WO2018137458A1 true WO2018137458A1 (zh) 2018-08-02

Family

ID=62979136

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/118890 WO2018137458A1 (zh) 2017-01-26 2017-12-27 一种实现数据处理的方法、网元及系统、存储介质

Country Status (6)

Country Link
US (3) US10979933B2 (zh)
EP (1) EP3576453A4 (zh)
JP (1) JP6867500B2 (zh)
KR (1) KR102220436B1 (zh)
CN (2) CN116669112A (zh)
WO (1) WO2018137458A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109104435A (zh) * 2018-10-12 2018-12-28 中国科学院上海高等研究院 一种实现数据按序传送的方法
WO2020029196A1 (en) * 2018-08-09 2020-02-13 Zte Corporation Methods, apparatus and systems for integrated access and backhaul bearer management

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116669112A (zh) 2017-01-26 2023-08-29 中兴通讯股份有限公司 通信方法、网络设备、计算机存储介质
CN109005127B (zh) * 2017-02-03 2020-03-10 华为技术有限公司 一种QoS流处理方法、设备和通信系统
CN108632909B (zh) * 2017-03-24 2019-08-23 电信科学技术研究院 一种QoS处理方法和装置
WO2018196102A1 (zh) * 2017-04-27 2018-11-01 北京小米移动软件有限公司 信息传递方法、装置及计算机可读存储介质
EP4236591A3 (en) 2017-08-09 2023-11-22 Nec Corporation Pdu session resource set up request message indicating either permission for pdu session or possibility to perform pdu session split
CN108882334B (zh) 2017-08-11 2019-11-05 华为技术有限公司 一种数据传输方法、核心网用户面设备和源基站
US11399401B2 (en) * 2017-09-29 2022-07-26 Telefonaktiebolaget Lm Ericsson (Publ) Handling dual connectivity in new radio
CN109787791B (zh) * 2017-11-10 2024-04-12 华为技术有限公司 通信方法及通信设备
CN111345061B (zh) * 2017-11-17 2023-05-26 瑞典爱立信有限公司 通过ran接口的通知控制
BR112020013632A2 (pt) * 2018-01-05 2020-12-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. método para alocar um identificador de uma portadora de rádio de dados, primeiro nó de rede e segundo nó de rede
EP3720178A4 (en) * 2018-02-13 2020-11-18 Guangdong Oppo Mobile Telecommunications Corp., Ltd. QOS FLOW REMAPPING PROCESS AND APPARATUS, AND COMPUTER STORAGE MEDIA
WO2019159082A1 (en) * 2018-02-14 2019-08-22 Telefonaktiebolaget Lm Ericsson (Publ) Handling qos mobility and dual connectivity in nr
US10917939B2 (en) * 2018-02-16 2021-02-09 Intel Corporation Data radio bearer (DRB) identifier assignment for multi-radio access technology dual connectivity (MR-DC)
US11122477B2 (en) * 2018-02-26 2021-09-14 Qualcomm Incorporated User plane function (UPF) duplication based make before break handover
CN110351794A (zh) * 2018-04-04 2019-10-18 北京三星通信技术研究有限公司 支持切换的方法及对应的基站和网络节点
JP2019205001A (ja) * 2018-05-21 2019-11-28 シャープ株式会社 ユーザ装置、制御装置、及び通信制御方法
CN110635880B (zh) * 2018-06-22 2021-12-21 华为技术有限公司 信号传输方法、网络设备及系统
CN110831083B (zh) * 2018-08-10 2021-03-23 华为技术有限公司 数据传输的方法和设备
CN111405625B (zh) * 2018-09-28 2021-06-29 华为技术有限公司 一种切换方法、基站、通信系统及存储介质
US20200229055A1 (en) * 2019-01-11 2020-07-16 Institute For Information Industry Base station and user equipment for mobile communication system
US11516699B2 (en) 2020-04-08 2022-11-29 Qualcomm Incorporated Processing mapped 5G system (5GS) quality of service (QoS) information in evolved packet system (EPS)
CN112612752A (zh) * 2020-12-17 2021-04-06 浪潮云信息技术股份公司 日志数据的管理方法和装置
WO2023108512A1 (zh) * 2021-12-15 2023-06-22 Oppo广东移动通信有限公司 服务质量的分析方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104301955A (zh) * 2014-09-02 2015-01-21 中兴通讯股份有限公司 一种用户设备切换基站的方法及基站、用户设备
CN104349505A (zh) * 2013-08-08 2015-02-11 财团法人工业技术研究院 在双连接中建立无线承载的方法、网络节点及通信装置
CN104812088A (zh) * 2014-01-28 2015-07-29 上海贝尔股份有限公司 增强直接通信接口以支持双连接的方法和网络节点
CN105873133A (zh) * 2015-01-23 2016-08-17 北京三星通信技术研究有限公司 双连接架构下支持业务本地分流的方法及设备

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9867095B2 (en) * 2013-03-21 2018-01-09 Lg Electronics Inc. Method for switching data between plurality of communications systems and apparatus therefor
US9756531B2 (en) * 2013-09-30 2017-09-05 Lg Electronics Inc. Method for determining radio resource control configuration in a wireless communication system supporting dual connectivity and apparatus thereof
KR20150048611A (ko) * 2013-10-28 2015-05-07 삼성전자주식회사 이동성에 강인한 그룹 통신을 위한 방법 및 장치
US9300453B2 (en) * 2013-11-21 2016-03-29 Cisco Technology, Inc. Providing in-line services through radio access network resources under control of a mobile packet core in a network environment
CN106416373B (zh) * 2014-03-28 2019-12-06 诺基亚技术有限公司 用于封闭订户群组信息传输的方法和装置
JP6422514B2 (ja) * 2014-08-07 2018-11-14 エルジー エレクトロニクス インコーポレイティド 端末が二重連結システムでｐｄｃｐ ｐｄｕを処理する方法及びその装置
US10321491B2 (en) * 2014-11-12 2019-06-11 Lg Electronics Inc. Method and apparatus for supporting local gateway service for dual connectivity in wireless communication system
EP3318100B1 (en) * 2015-07-03 2020-10-28 Nokia Solutions and Networks Oy Split bearer enhancement for multi-connectivity
US10034201B2 (en) * 2015-07-09 2018-07-24 Cisco Technology, Inc. Stateless load-balancing across multiple tunnels
JP6844548B2 (ja) * 2015-12-11 2021-03-17 日本電気株式会社 無線アクセスネットワークノード、エッジサーバ、及びこれらの方法
WO2017113562A1 (zh) * 2015-12-31 2017-07-06 华为技术有限公司 一种计费系统、方法及网络设备
CN109565729B (zh) * 2016-08-08 2021-02-02 诺基亚技术有限公司 用于5g与lte之间的移动性的端标记处理
JP6862453B2 (ja) * 2016-08-12 2021-04-21 シャープ株式会社 Ｕｅ、コアネットワーク装置、ｕｅの通信制御方法及びコアネットワーク装置の通信制御方法
US20200214052A1 (en) * 2016-09-28 2020-07-02 Nokia Technologies Oy Providing group of devices with cellular access
CN108282817B (zh) * 2017-01-05 2021-08-20 华为技术有限公司 信息传输的方法和装置
CN116669112A (zh) * 2017-01-26 2023-08-29 中兴通讯股份有限公司 通信方法、网络设备、计算机存储介质
EP3622741B1 (en) * 2017-06-14 2023-08-30 Samsung Electronics Co., Ltd. Method and user equipment for handling of integrity check failures of pdcp pdus
EP4236591A3 (en) * 2017-08-09 2023-11-22 Nec Corporation Pdu session resource set up request message indicating either permission for pdu session or possibility to perform pdu session split

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104349505A (zh) * 2013-08-08 2015-02-11 财团法人工业技术研究院 在双连接中建立无线承载的方法、网络节点及通信装置
CN104812088A (zh) * 2014-01-28 2015-07-29 上海贝尔股份有限公司 增强直接通信接口以支持双连接的方法和网络节点
CN104301955A (zh) * 2014-09-02 2015-01-21 中兴通讯股份有限公司 一种用户设备切换基站的方法及基站、用户设备
CN105873133A (zh) * 2015-01-23 2016-08-17 北京三星通信技术研究有限公司 双连接架构下支持业务本地分流的方法及设备

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020029196A1 (en) * 2018-08-09 2020-02-13 Zte Corporation Methods, apparatus and systems for integrated access and backhaul bearer management
US11950124B2 (en) 2018-08-09 2024-04-02 Zte Corporation Methods, apparatus and systems for integrated access and backhaul bearer management
CN109104435A (zh) * 2018-10-12 2018-12-28 中国科学院上海高等研究院 一种实现数据按序传送的方法
CN109104435B (zh) * 2018-10-12 2021-04-06 中国科学院上海高等研究院 一种实现数据按序传送的方法

Also Published As

Publication number Publication date
KR20190119599A (ko) 2019-10-22
US10979933B2 (en) 2021-04-13
US20210235314A1 (en) 2021-07-29
EP3576453A4 (en) 2020-04-15
CN108366391B (zh) 2023-08-25
US20200015116A1 (en) 2020-01-09
US20240155415A1 (en) 2024-05-09
JP6867500B2 (ja) 2021-04-28
CN116669112A (zh) 2023-08-29
JP2020505865A (ja) 2020-02-20
US11895527B2 (en) 2024-02-06
CN108366391A (zh) 2018-08-03
EP3576453A1 (en) 2019-12-04
KR102220436B1 (ko) 2021-02-25

Similar Documents

Publication Publication Date Title
WO2018137458A1 (zh) 一种实现数据处理的方法、网元及系统、存储介质
CN110050481B (zh) 控制无线通信系统中的数据流的设备和方法
WO2019029643A1 (zh) 通信方法、基站、终端设备和系统
CN107734563B (zh) 切换场景下的QoS参数处理的方法及设备
WO2017054538A1 (zh) 建立辅助信令链路的方法及其装置、基站及终端
WO2018202153A1 (zh) 一种新型服务质量架构在双连接系统的配置方法及装置
JP2017513371A (ja) データパケットの処理方法及び装置
KR102196939B1 (ko) 클라우드 셀 통신 시스템에서 데이터 동기 장치 및 방법
CN109787791B (zh) 通信方法及通信设备
US20190200273A1 (en) Flushing PDCP Packets To Reduce Network Load In Multi-Connectivity Scenarios
WO2010124647A1 (zh) 移动通信中基站动态分簇的设备和方法
JP2017508364A (ja) セカンダリ基地局及びマスター基地局によって実行される通信方法、並びに対応する基地局
WO2019019133A1 (zh) 命令指示方法及装置、信息交互方法及装置
WO2016050042A1 (zh) 数据同步处理方法及装置
WO2018202148A1 (zh) 一种数据传输方法、相关设备及系统
WO2020119224A1 (zh) 无线资源控制连接管理方法及终端
WO2016167212A1 (ja) 基地局及び通信制御方法
WO2019029642A1 (zh) 通信方法、基站、终端设备和系统
WO2020057362A1 (zh) 一种被用于无线通信节点中的方法和装置
JP7250114B2 (ja) サービスノードの更新方法、端末機器、および、ネットワーク側機器
JP2021516910A (ja) データ複製によるマルチノード接続のための最適化されたｕｒｌｌｃスケジューリングポリシー
WO2021026706A1 (zh) 一种f1接口管理方法及装置
WO2021032216A1 (zh) 冗余会话建立方法及装置、无线承载建立方法及装置、节点、终端、介质
CN111148281A (zh) 一种车联网的重传请求方法、终端和网络侧设备
US10075959B2 (en) Method and apparatus for controlling uplink coverage in wireless communication system

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019540653

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20197025014

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2017894533

Country of ref document: EP

Effective date: 20190826