WO2018171398A1 - QoS处理方法和设备 - Google Patents

QoS处理方法和设备 Download PDF

Info

Publication number
WO2018171398A1
WO2018171398A1 PCT/CN2018/077532 CN2018077532W WO2018171398A1 WO 2018171398 A1 WO2018171398 A1 WO 2018171398A1 CN 2018077532 W CN2018077532 W CN 2018077532W WO 2018171398 A1 WO2018171398 A1 WO 2018171398A1
Authority
WO
WIPO (PCT)
Prior art keywords
qos
message
flow
flows
suggested
Prior art date
Application number
PCT/CN2018/077532
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 US16/497,434 priority Critical patent/US20200396651A1/en
Priority to EP18770977.9A priority patent/EP3606162B1/en
Priority to KR1020197030497A priority patent/KR102294942B1/ko
Priority to JP2019552475A priority patent/JP2020511893A/ja
Publication of WO2018171398A1 publication Critical patent/WO2018171398A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0257—Traffic management, e.g. flow control or congestion control per individual bearer or channel the individual bearer or channel having a maximum bit rate or a bit rate guarantee
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • 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
    • 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/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H04W36/0044—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information of quality context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • 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

Definitions

  • the present disclosure relates to the field of communications technologies, and in particular, to a QoS (Quality of Service) processing method and device.
  • QoS Quality of Service
  • the existing LTE (Long Term Evolution) system releases the E-RAB (Evolved Radio Access Bearer) and notifies the core network if the current air interface resource cannot meet the QoS requirements.
  • E-RAB Evolved Radio Access Bearer
  • the notification control in the QoS parameter indicates whether the core can be notified if the RAN side cannot satisfy the QoS of a certain flow (flow). network. This means that for the GBR service, in the 5G system, the wireless access side is allowed to notify the core network that the current wireless network condition cannot meet the QoS requirements of the GBR service.
  • the QoS flow is separated into the secondary node.
  • the CU (Central Unit)-DU (Distributed Unit) separation scenario needs to be considered when the DU cannot meet the QoS requirements.
  • the existing LTE system will actively release the E-RAB and notify the core network if the current air interface resources cannot meet the QoS requirements, which affects service performance.
  • the embodiment of the present disclosure provides a QoS processing method and device, in a multi-connection scenario or a CU-DU scenario in a 5G system, when the first device cannot meet the QoS requirement, the first device can perform corresponding Processing to meet QoS requirements.
  • a first aspect of the embodiments of the present disclosure provides a QoS processing method, where the method includes:
  • the first device determines whether it meets the QoS requirements of one or more flow flows of the terminal;
  • the first device If the first device cannot meet the QoS requirement of one or more flows of the terminal, the first device sends a first message to the second device;
  • the first message includes a combination of one or more of a QoS flow identifier QFI, a radio bearer identifier RB ID, indication information that cannot satisfy the QoS requirement, and recommended QoS parameters.
  • the first device determines whether it meets QoS requirements of one or more flows of the terminal, including:
  • the method further includes:
  • the first device receives a QoS parameter of one or more flows sent by the second device, and a mapping relationship between a DRB and a flow on the second device.
  • the first device is a secondary base station, and the second device is a primary base station;
  • the first device is a distributed unit DU
  • the second device is a central unit CU.
  • the QoS parameters include a suggested guaranteed bit rate and/or a suggested maximum bit rate.
  • a second aspect of the embodiments of the present disclosure further provides a QoS processing method, where the method includes:
  • the first message includes a combination of one or more of a QoS flow identifier QFI, a radio bearer identifier RB ID, indication information that cannot satisfy the QoS requirement, and recommended QoS parameters.
  • the method further includes:
  • the second device sends a second message to the core network according to the first message.
  • the second message includes: one or more combinations of QFI, indication information that fails to meet QoS requirements, and suggested QoS parameters.
  • the first device is a secondary base station, and the second device is a primary base station;
  • the first device is a distributed unit DU
  • the second device is a central unit CU.
  • the QoS parameters include a suggested guaranteed bit rate and/or a suggested maximum bit rate.
  • a third aspect of the embodiments of the present disclosure further provides a first device, including:
  • a first determining module configured to determine whether the first device meets a QoS requirement of one or more flow flows of the terminal
  • a first sending module configured to send a first message to the second device if the first device cannot meet the QoS requirement of the one or more flows of the terminal;
  • the first message includes a combination of one or more of a QoS flow identifier QFI, a radio bearer identifier RB ID, indication information that cannot satisfy the QoS requirement, and recommended QoS parameters.
  • the first determining module is further configured to: determine whether the terminal meets the terminal according to the QoS parameter of the one or more flows, or according to the QoS parameter of the one or more flows and the mapping relationship between the data radio bearer DRB and the flow QoS requirements for one or more flows.
  • the first device further includes:
  • the first receiving module is configured to receive a QoS parameter of the one or more flows sent by the second device, and a mapping relationship between the DRB and the flow on the second device.
  • the first device is a secondary base station, and the second device is a primary base station;
  • the first device is a distributed unit DU
  • the second device is a central unit CU.
  • the QoS parameters include a suggested guaranteed bit rate and/or a suggested maximum bit rate.
  • a fourth aspect of the embodiments of the present disclosure further provides a second device, including:
  • a second receiving module configured to receive a first message sent by the first device, where the first message is generated when the first device cannot meet the QoS requirement of one or more flows of the terminal;
  • the first message includes a combination of one or more of a QoS flow identifier QFI, a radio bearer identifier RB ID, indication information that cannot satisfy the QoS requirement, and recommended QoS parameters.
  • the second device further includes:
  • a second determining module configured to determine, according to the first message, whether the bearer type needs to be changed
  • the second sending module is configured to send the second message to the core network according to the first message.
  • the second message includes one or more combinations of QFI, indication information that fails to meet QoS requirements, and recommended QoS parameters.
  • the first device is a secondary base station, and the second device is a primary base station; or the first device is a distributed unit DU, and the second device is a central unit CU.
  • the QoS parameters include a suggested guaranteed bit rate and/or a suggested maximum bit rate.
  • a fifth aspect of the embodiments of the present disclosure further provides a network device, including a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor executes the computer program
  • a network device including a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor executes the computer program
  • a sixth aspect of an embodiment of the present disclosure further provides a computer readable storage medium having stored thereon a computer program that, when executed by a processor, implements the steps in the QoS processing method as described above.
  • the first device when the first device cannot meet the QoS requirement, can The second device sends a first message, where the first message includes: a combination of one or more of QFI, RB ID, indication information that cannot satisfy the QoS requirement, and recommended QoS parameters, thereby implementing multiple connections in the 5G system.
  • the first device when the first device cannot meet the QoS requirements, the first device can perform corresponding processing to meet the QoS requirements, and avoid the related technologies that if the current air interface resources cannot meet the QoS requirements, the E-type will be actively released.
  • RAB problem when the first device cannot meet the QoS requirement, the first device can perform corresponding processing to meet the QoS requirements, and avoid the related technologies that if the current air interface resources cannot meet the QoS requirements, the E-type will be actively released.
  • FIG. 1 is a schematic structural diagram of a bearer model in an LTE system according to related art
  • FIG. 2 is a schematic diagram of an NR architecture in the related art
  • FIG. 3 is a schematic structural diagram of a 5G communication system
  • FIG. 4 is a schematic diagram of a 5G network architecture
  • Figure 5 is a schematic diagram of a dual connection
  • Figure 6 is another schematic diagram of a dual connection
  • FIG. 7 is a flow chart of a QoS processing method in an embodiment
  • FIG. 9 is a flow chart of reporting QFI and/or recommended QoS parameters of a flow by a Secondary Node in a multi-connection SCG bearer or SCG split bearer scenario in an embodiment
  • FIG. 10 is a flowchart of reporting a RB ID and/or a recommended QoS parameter by a secondary Node in a CU-DU scenario in an embodiment
  • Figure 11 is a structural diagram of a first device in an embodiment
  • Figure 12 is a structural diagram of a second device in an embodiment
  • Figure 13 is a structural diagram of a first device in another embodiment
  • Figure 14 is a structural diagram of a second device in another embodiment.
  • the core network is responsible for generating the QoS parameters of the E-RAB. Since the air interface RB and the E-RAB are in a one-to-one mapping relationship, the QoS parameters of the radio bearer RB (radio bearer) are directly generated by the core network. E-RAB QoS parameters.
  • the embodiments of the present disclosure can be used in different network deployment structures.
  • two network deployment structures that may be adopted for future mobile communication are first introduced.
  • Deployment structure 1 base station + terminal
  • a typical NR (New Radio) architecture is shown.
  • the terminal UE and the cell perform air interface data transmission and reception.
  • Deployment structure 2 The network side node is divided into a central unit (CU, Central Unit) and a distributed unit (DU, distributed unit), and the user side node is a terminal.
  • CU Central Unit
  • DU distributed unit
  • the network side node includes a central unit and a distributed unit, and one central unit controls a plurality of distributed units deployed in a certain area, and these distributed units Specifically, the air interface is transmitted to the terminal through a transmission point (TRP).
  • TRP transmission point
  • One or more transmission points can simultaneously serve the terminal for data transmission.
  • Embodiments of the present disclosure are applicable to the above two RAN architectures.
  • the 5G network architecture is shown in Figure 4.
  • the three logical entities in the network architecture are NG-C (core network control plane functional entity) located in the core network, and NG-U (core network user plane functional entity); gNB (Next Generation Base Station) and eLTE eNB (Base Station for Evolved LTE) of the access network.
  • NG-C and gNB establish an NG-C interface for control plane signaling transmission;
  • NG-U and gNB establish NG-U for user plane data transmission.
  • the Xn interface is established between the wireless access networks g-NB, and the Xn interface supports both control planes (such as Xn-C) and user plane functions (such as Xn-U).
  • a control plane connection with a UE granularity may be established on the NG-C (where the control plane connection corresponding to each UE may be identified by using an NG-AP ID), and a user plane connection with a PDU session granularity is established on the NG-U. (or called user plane tunnel), one UE can only maintain one NG-C connection with NG-C at the same time, but can simultaneously establish multiple PDU sessions (PDU sessions) with NG-U on NG-U interface. ) is a granular user plane connection (or user plane tunnel). There may be one or more gNBs in the radio access network to provide services for the UE at the same time.
  • the dual connectivity mechanism is currently supported in LTE systems.
  • the dual connectivity mechanism is to reduce the load on the Master RAN (Primary Radio Access Network).
  • the UE accesses the Master RAN, and the control plane message is exchanged between the Master RAN and the UE.
  • the Master RAN may choose to migrate some or all of the bearers to the Secondary RAN (secondary radio access network) and send them to the UE.
  • Figure 5 shows.
  • the bearer type includes MCG bearer (primary cell group bearer), SCG bearer (secondary cell group bearer), split bearer (forked bearer), and SCG split bearer (secondary cell fork bearer).
  • MCG bearer primary cell group bearer
  • SCG bearer secondary cell group bearer
  • split bearer forked bearer
  • SCG split bearer secondary cell fork bearer
  • the 5G core network does not have a bearer concept.
  • the QoS parameters that the core network NG-C sends to the gNB are configured with a flow granularity.
  • the access network gNB still performs QoS management with RB granularity, the access network needs to generate RB-level QoS parameters for the interaction process between the gNB and the UE and the gNB and other radio access entities.
  • Step 701 The first device determines whether it meets the QoS requirement of one or more flows of the terminal.
  • the first device determines whether it meets the QoS requirements of one or more flows of the terminal according to the QoS parameters of one or more flows.
  • the first device determines whether it meets the QoS requirements of one or more flows of the terminal according to the QoS parameters of one or more flows and the mapping relationship between the DRB (data radio bearer) and the flow.
  • Step 702 If the first device fails to meet the QoS requirement of one or more flows of the terminal, the first device sends the first message to the second device.
  • the first message includes: a combination of one or more of QFI (QoS Flow Identity), RB ID (Radio Bearer Identity), indication information that cannot satisfy QoS requirements, and recommended QoS parameters.
  • QFI QoS Flow Identity
  • RB ID Radio Bearer Identity
  • the QoS processing method in this embodiment may be applicable to a multi-connection scenario, such as a multi-connection SCG bearer or a multi-connection SCG split bearer scenario, or the QoS processing method in this embodiment may also be applied to a CU (Central Unit)-DU (distributed unit). )Scenes.
  • a multi-connection SCG bearer or a multi-connection SCG split bearer the first device is a secondary base station and the second device is a primary base station; in a CU (Central Unit)-DU (Distributed Unit) scenario, the first device is distributed. a unit, the second device being a central unit.
  • the method before establishing a multi-connection for the terminal, the method further includes:
  • the first device receives the QoS parameter of the one or more flows sent by the second device, and the mapping relationship between the DRB and the flow on the second device.
  • the QoS parameters include a suggested guaranteed bit rate and/or a suggested maximum bit rate.
  • the first device can send a first message to the second device, where the first message includes: QFI, in the multi-connection scenario or the CU-DU scenario, when the first device cannot meet the QoS requirement.
  • QFI in the multi-connection scenario or the CU-DU scenario
  • the first device can perform corresponding processing to meet QoS requirements.
  • Step 801 The second device receives a first message sent by the first device, where the first message is generated when the first device cannot meet the QoS requirement of one or more flows of the terminal.
  • the first message includes a combination of one or more of a QoS flow identifier QFI, a radio bearer identifier RB ID, indication information that cannot satisfy the QoS requirement, and recommended QoS parameters.
  • the QoS processing method in this embodiment may be applicable to a multi-connection scenario, such as a multi-connection SCG bearer or a multi-connection SCG split bearer scenario, or the QoS processing method in this embodiment may also be applied to a CU (Central Unit)-DU (distributed unit). )Scenes.
  • a multi-connection SCG bearer or a multi-connection SCG split bearer the first device is a secondary base station and the second device is a primary base station; in a CU (Central Unit)-DU (Distributed Unit) scenario, the first device is distributed. a unit, the second device being a central unit.
  • the method further includes: determining, by the second device, whether a bearer type change needs to be changed according to the first message.
  • the method further includes: the second device sending the second message to the core network according to the first message.
  • the second message includes: one or more combinations of QFI, indication information that cannot satisfy QoS requirements, and suggested QoS parameters.
  • the QoS parameters include a suggested guaranteed bit rate and/or a suggested maximum bit rate.
  • the first device can send a first message to the second device, where the first message includes: QFI, in the multi-connection scenario or the CU-DU scenario, when the first device cannot meet the QoS requirement.
  • QFI in the multi-connection scenario or the CU-DU scenario
  • the first device can perform corresponding processing to meet QoS requirements.
  • the following describes the flow of the QoS processing method in combination with the dual connectivity scenario and the CU-DU scenario.
  • the Master Node performs separate flow QoS parameters when adding the Secondary Node process.
  • the DRB-flow mapping relationship and the QoS parameters of the RB are passed to the Secondary Node.
  • the Master Node determines whether according to its own policy. Perform bearer type change or notify the core network to report the relevant QFI and/or recommended QoS parameters.
  • the core network sets the notification control for one or more QoS flows:
  • the CU-DU scenario when the CU selects the DU for the UE, it requests the QoS parameters of the RB in addition to the RB, and may also include the QoS of the flow. The mapping between the parameters, the DRB and the flow.
  • the RB ID and the recommended QoS parameters need to be reported to the CU.
  • the CU reports the relevant QFI and/or to the core network. Recommended QoS parameters.
  • the above QoS parameters include a guaranteed bit rate (GBR) and/or a maximum bit rate (MBR).
  • GBR guaranteed bit rate
  • MRR maximum bit rate
  • Embodiment 1 In the multi-connection SCG bearer/SCG split bearer scenario, the secondary node reports the QFI and/or recommended QoS parameters of the flow, as shown in FIG. 9.
  • Step 1 The UE (terminal) establishes a user plane connection to the NGU through the Master RAN (Primary Radio Access Network).
  • Step 2 The Master RAN selects the Secondary RAN and decides to offload part of the data stream of the PDU session to the Secondary RAN.
  • Step 3 The Master RAN adds a Secondary RAN through the Xn interface, and the request message carries the QoS parameters of the flow (including per flow notification control).
  • Step 4 The Master RAN updates the path information and establishes a tunnel between the Secondary RAN and the NGU.
  • Step 5 After establishing a dual connection for the UE, the Secondary Node determines that the QoS flow cannot be met, and sends a Secondary Node modification request message to the Master RAN, where the message carries the QFI and/or the suggested QoS parameters.
  • Step 6 The master node replies with a response message.
  • step 6 is an optional step.
  • Solution 1 The Master Node determines whether to perform bearer type change according to the QoS information sent by the Secondary Node, for example, it can be changed to MCG bearer (primary cell group bearer), and the MeNB (macro cell base station) can initiate Xn Secondary Node modification. Or the release process completes the bearer type change;
  • MCG bearer primary cell group bearer
  • MeNB macro cell base station
  • the master node can renegotiate the RB QoS with the secondary node.
  • the master node can initiate the secondary node modification process to complete the negotiation of the RB parameters.
  • the Master Node may directly send a PDU Session modification request to the core network according to the QoS information sent by the Secondary Node, and carry the QFI and/or QoS information reported by the Secondary Node.
  • solution 1 and solution 2 may also be used together.
  • the MeNB checks whether the QoS requirement of the flow can be met according to the usage of the resource. If not, the PDU session modification request is initiated. Carry QFI and/or recommended QoS information for the flow.
  • Embodiment 2 In a multi-connection split bearer scenario, the secondary node reports the RB ID and/or the recommended QoS parameters.
  • step 5 the difference is step 5 and step 6.
  • the secondary RAN sends a Secondary Node modification request to the master RAN.
  • a message carrying the RB ID and/or the suggested QoS parameters.
  • Solution 1 The Master Node determines whether to perform bearer type change according to the QoS information sent by the Secondary Node. For example, the MCG bearer may be changed, and the MeNB may initiate a Xn Secondary Node modification or release process to complete the bearer type change; or the Master node may also be associated with the Secondary Node.
  • the RB QoS is renegotiated, and the master node can initiate the secondary node modification process to complete the negotiation of the RB parameters.
  • the master node After receiving the QoS information sent by the Secondary Node, the master node directly initiates a PDU Session modification request to the core network according to its own resource status, and carries the QFI of the QoS flow and/or the recommended QoS parameters.
  • Embodiment 3 In the CU-DU scenario, the secondary node reports the RB ID and/or the recommended QoS parameters (or the recommended QoS parameters). Referring to FIG. 10, the specific steps are as follows:
  • Step 1 The Secondary Node judges according to the QoS parameters of the flow and the mapping relationship of the DRB-flow, and determines that the QoS flow cannot be met.
  • Step 2 Send a UE context modification request message to the Master RAN, where the message carries the RB ID and/or the suggested QoS parameter.
  • Step 3 Optional, the CU returns a confirmation response.
  • Step 4 The CU initiates a modification request to the core network, carrying the QFI of the QoS flow and/or the suggested QoS parameters.
  • a first device is further provided in the embodiment of the present disclosure. Since the principle of the first device solving the problem is similar to the QoS processing method in the embodiment of the present disclosure, the implementation of the first device may be referred to. The implementation of the method, the repetition is no longer described.
  • the first device 1100 includes:
  • the first determining module 1101 is configured to determine whether the first device meets a QoS requirement of one or more flow flows of the terminal;
  • the first sending module 1102 is configured to send a first message to the second device if the first device cannot meet the QoS requirement of the one or more flows of the terminal;
  • the first message includes a combination of one or more of a QoS flow identifier QFI, a radio bearer identifier RB ID, indication information that cannot satisfy the QoS requirement, and recommended QoS parameters.
  • the first device is a secondary base station, and the second device is a primary base station; or the first device is a distributed unit DU, and the second device is a central unit CU.
  • the first determining module 1101 is further configured to: according to one or more flow QoS parameters, or according to one or more flow QoS parameters and data radio bearer DRB and flow mapping Relationship, determine whether it meets the QoS requirements of one or more flows of the terminal.
  • the first device 1100 further includes:
  • the first receiving module is configured to receive a QoS parameter of the one or more flows sent by the second device, and a mapping relationship between the DRB and the flow on the second device.
  • the QoS parameter includes a suggested guaranteed bit rate and/or a suggested maximum bit rate.
  • the first device can send a first message to the second device, where the first message includes: QFI, in the multi-connection scenario or the CU-DU scenario, when the first device cannot meet the QoS requirement.
  • QFI in the multi-connection scenario or the CU-DU scenario
  • the first device can perform corresponding processing to meet QoS requirements.
  • a second device is further provided in the embodiment of the present disclosure. Since the principle of the second device solving the problem is similar to the QoS processing method in the embodiment of the present disclosure, the implementation of the second device may be referred to. The implementation of the method, the repetition is no longer described.
  • the second device 1200 includes:
  • the second receiving module 1201 is configured to receive a first message sent by the first device, where the first message is generated when the first device cannot meet the QoS requirement of one or more flows of the terminal;
  • the first message includes a combination of one or more of a QoS flow identifier QFI, a radio bearer identifier RB ID, indication information that cannot satisfy the QoS requirement, and recommended QoS parameters.
  • the first device is a secondary base station, and the second device is a primary base station; or the first device is a distributed unit DU, and the second device is a central unit CU.
  • the second device 1200 further includes:
  • a second determining module configured to determine, according to the first message, whether the bearer type needs to be changed
  • the second sending module is configured to send the second message to the core network according to the first message.
  • the second message includes: one or more combinations of QFI, indication information that fails to meet QoS requirements, and suggested QoS parameters.
  • the QoS parameter includes a suggested guaranteed bit rate and/or a suggested maximum bit rate.
  • the first device can send a first message to the second device, where the first message includes: QFI, in the multi-connection scenario or the CU-DU scenario, when the first device cannot meet the QoS requirement.
  • QFI in the multi-connection scenario or the CU-DU scenario
  • the first device can perform corresponding processing to meet QoS requirements.
  • Also provided in this embodiment is a network device comprising a memory, a processor, and a computer program stored on the memory and operable on the processor, wherein the processor executes the computer program as described above The steps in the QoS processing method.
  • an embodiment of the present disclosure provides a first device, including:
  • the first processor 1304 is configured to read the program in the first memory 1305, and perform the following process:
  • the first transceiver 1301 is configured to receive and transmit data under the control of the first processor 1304.
  • the bus architecture (represented by the first bus 1300) can include any number of interconnected buses and bridges, and the first bus 1300 will include one or more processors and firsts represented by the first processor 1304.
  • the various circuits of the memory represented by memory 1305 are linked together.
  • the first bus 1300 can also link various other circuits, such as peripherals, voltage regulators, and power management circuits, as is known in the art, and therefore, will not be further described herein.
  • the first bus interface 1303 provides an interface between the first bus 1300 and the first transceiver 1301.
  • the first transceiver 1301 can be an element or a plurality of elements, such as a plurality of receivers and transmitters, providing means for communicating with various other devices on a transmission medium.
  • the data processed by the first processor 1304 is transmitted over the wireless medium by the first transceiver 1301 and the first antenna 1302. Further, the first antenna 1302 also receives data and transmits the data to the first process via the first transceiver 1301. 1304.
  • the first processor 1304 is responsible for managing the first bus 1300 and the usual processing, and can also provide various functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions.
  • the first memory 1305 can be used to store data used by the first processor 1304 in performing operations.
  • the first processor 1304 may be a CPU, an ASIC (Application Specific Integrated Circuit), an FPGA (Field-Programmable Gate Array), or a CPLD (Complex Programmable Logic Device). Logic device).
  • an embodiment of the present disclosure provides a second device, including:
  • the second processor 1404 is configured to read the program in the second memory 1405 and perform the following process:
  • the radio bearer identifies a combination of one or more of the RB ID, the indication information that does not satisfy the QoS requirement, and the recommended QoS parameters.
  • the second transceiver 1401 is configured to receive and transmit data under the control of the second processor 1404.
  • the bus architecture (represented by the second bus 1400) can include any number of interconnected buses and bridges, and the second bus 1400 will include one or more processors and seconds represented by the second processor 1404.
  • the various circuits of the memory represented by memory 1405 are linked together.
  • the second bus 1400 can also link various other circuits, such as peripherals, voltage regulators, and power management circuits, as is known in the art and, therefore, will not be further described herein.
  • the second bus interface 1403 provides an interface between the second bus 1400 and the second transceiver 1401.
  • the second transceiver 1401 can be an element or a plurality of elements, such as a plurality of receivers and transmitters, providing means for communicating with various other devices on a transmission medium.
  • the data processed by the second processor 1404 is transmitted over the wireless medium through the second transceiver 1401 and the second antenna 1402. Further, the second antenna 1402 also receives the data and transmits the data to the second processing via the second transceiver 1401. 1404.
  • the second processor 1404 is responsible for managing the second bus 1400 and the usual processing, and can also provide various functions including timing, peripheral interfaces, voltage regulation, power management, and other control functions.
  • the second memory 1405 can be used to store data used by the second processor 1404 when performing operations.
  • the second processor 1404 may be a CPU, an ASIC (Application Specific Integrated Circuit), an FPGA (Field-Programmable Gate Array), or a CPLD (Complex Programmable Logic Device). Logic device).
  • Also provided in the embodiment is a computer readable storage medium having stored thereon a computer program (instruction), wherein the program (instruction) is executed by the processor to implement the steps in the QoS processing method as described above.
  • system and “network” are used interchangeably herein.
  • B corresponding to A means that B is associated with A, and B can be determined from A.
  • determining B from A does not mean that B is only determined based on A, and that B can also be determined based on A and/or other information.
  • the disclosed method and apparatus may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • each functional unit in various embodiments of the present disclosure may be integrated into one processing unit, or each unit may be physically included separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of hardware plus software functional units.
  • the above-described integrated unit implemented in the form of a software functional unit can be stored in a computer readable storage medium.
  • the above software functional unit is stored in a storage medium and includes a plurality of instructions for causing a computer device (which may be a personal computer, a server, or a network side device, etc.) to perform part of the steps of the transceiving method of the various embodiments of the present disclosure.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, and the program code can be stored. Medium.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例提供了一种QoS处理方法和设备，该方法包括：第一设备判断其是否满足终端的一个或多个流flow的QoS要求；如果所述第一设备无法满足终端的一个或多个flow的QoS要求，所述第一设备向第二设备发送第一消息；其中，所述第一消息包括：QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。

Description

QoS处理方法和设备
相关申请的交叉引用
本申请主张于2017年3月24日提交中国专利局、申请号为：201710186478.1的优先权，其全部内容据此通过引用并入本申请。
技术领域
本公开涉及通信技术领域，尤其涉及一种QoS(Quality of Service，服务质量)处理方法和设备。
背景技术
现有LTE(Long Term Evolution，长期演进)系统，如果当前的空口资源不能满足QoS要求，会主动释放E-RAB(Evolved Radio Access Bearer，演进的无线接入承载)并通知核心网。NR(New Radio，新无线)系统中，对于GBR(保证比特率类型，Guaranteed Bit Rate)业务，QoS参数中的notification control表示如果RAN侧不能满足某个flow(流)的QoS，是否可以通知核心网。这意味着对于GBR业务，在5G系统中，是允许无线接入侧通知核心网目前的无线网络情况不能满足GBR业务的QoS要求。
多连接场景中，QoS flow会分离到Secondary Node(辅助基站)上，该场景下需要考虑Secondary Node无法满足QoS时如何处理。CU(Central Unit，中央单元)-DU(Distributed Unit，分布式单元)分离场景，需要考虑当DU不能满足QoS需求时如何处理。
现有LTE系统，如果当前的空口资源不能满足QoS要求，会主动释放E-RAB并通知核心网，影响业务性能。目前没有多连接场景和CU-DU场景下RAN(无线接入网)侧管理GBR flow的机制。
发明内容
鉴于上述技术问题，本公开实施例提供一种QoS处理方法和设备，实现了在5G系统中的多连接场景或CU-DU场景中，当第一设备无法满足QoS 要求时第一设备能够进行相应的处理，以满足QoS要求。
本公开实施例的第一个方面，提供了一种QoS处理方法，所述方法包括：
第一设备判断其是否满足终端的一个或多个流flow的QoS要求；
如果所述第一设备无法满足终端的一个或多个flow的QoS要求，所述第一设备向第二设备发送第一消息；
其中，所述第一消息包括：QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
可选地，所述第一设备判断其是否满足终端的一个或多个flow的QoS要求，包括：
所述第一设备根据一个或多个flow的QoS参数，或者所述第一设备根据一个或多个flow的QoS参数以及数据无线承载DRB和flow的映射关系，判断其是否满足终端的一个或多个flow的QoS要求。
可选地，所述方法还包括：
所述第一设备接收所述第二设备发送的一个或多个flow的QoS参数，以及第二设备上的DRB和flow的映射关系。
可选地，所述第一设备为辅助基站，所述第二设备为主基站；或者
所述第一设备为分布式单元DU，所述第二设备为中央单元CU。
可选地，所述QoS参数包括建议的保证比特速率和/或建议最大比特速率。
本公开实施例的第二个方面，还提供了一种QoS处理方法，所述方法包括：
第二设备接收第一设备发送的第一消息，所述第一消息是所述第一设备无法满足终端的一个或多个flow的QoS要求时生成的；
其中，所述第一消息包括QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
可选地，所述方法还包括：
所述第二设备根据所述第一消息，判断是否需要更改承载类型；或
所述第二设备根据所述第一消息，向所述核心网发送第二消息。
可选地，所述第二消息包括：QFI、不能满足QoS要求的指示信息和建议的QoS参数中的一项或多项组合。
可选地，所述第一设备为辅助基站，所述第二设备为主基站；或者
所述第一设备为分布式单元DU，所述第二设备为中央单元CU。
可选地，所述QoS参数包括建议的保证比特速率和/或建议最大比特速率。
本公开实施例的第三个方面，还提供了一种第一设备，包括：
第一判断模块，用于判断所述第一设备是否满足终端的一个或多个流flow的QoS要求；
第一发送模块，用于如果所述第一设备无法满足终端的一个或多个flow的QoS要求，向第二设备发送第一消息；
其中，所述第一消息包括：QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
可选地，所述第一判断模块进一步用于：根据一个或多个flow的QoS参数，或者根据一个或多个flow的QoS参数以及数据无线承载DRB和flow的映射关系，判断其是否满足终端的一个或多个flow的QoS要求。
可选地，所述第一设备还包括：
第一接收模块，用于接收所述第二设备发送的一个或多个flow的QoS参数，以及第二设备上的DRB和flow的映射关系。
可选地，所述第一设备为辅助基站，所述第二设备为主基站；或者
所述第一设备为分布式单元DU，所述第二设备为中央单元CU。
可选地，所述QoS参数包括建议的保证比特速率和/或建议最大比特速率。
本公开实施例的第四个方面，还提供了一种第二设备，包括：
第二接收模块，用于接收第一设备发送的第一消息，所述第一消息是所述第一设备无法满足终端的一个或多个flow的QoS要求时生成的；
其中，所述第一消息包括：QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
可选地，所述第二设备还包括：
第二判断模块，用于根据所述第一消息，判断是否需要更改承载类型；或
第二发送模块，用于根据所述第一消息，向所述核心网发送第二消息。
可选地，所述第二消息包括：QFI、不能满足QoS要求的指示信息和建 议的QoS参数中的一项或多项组合。
可选地，所述第一设备为辅助基站，所述第二设备为主基站；或者所述第一设备为分布式单元DU，所述第二设备为中央单元CU。
可选地，所述QoS参数包括建议的保证比特速率和/或建议最大比特速率。
本公开实施例的第五个方面，还提供了一种网络设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现如上所述QoS处理方法中的步骤。
本公开实施例的第六个方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述QoS处理方法中的步骤。
上述技术方案中的一个技术方案具有如下优点或有益效果：通过本公开的实施例实现了在多连接场景或CU-DU场景中，当第一设备无法满足QoS要求时，第一设备能够向第二设备发送第一消息，该第一消息包括：QFI、RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合，进而实现了在5G系统中的多连接场景或CU-DU场景中，当第一设备无法满足QoS要求时第一设备能够进行相应的处理，以满足QoS要求，避免相关技术中如果当前的空口资源不能满足QoS要求，会主动释放E-RAB的问题。
附图说明
图1为相关技术的LTE系统中承载模型的结构示意图；
图2为相关技术中的NR架构示意图；
图3为5G通信系统的一种架构示意图；
图4为5G网络架构示意图；
图5为双连接的一种示意图；
图6为双连接的另一种示意图；
图7为一个实施例中的QoS处理方法的流程图；
图8为另一个实施例中的QoS处理方法的流程图；
图9为一个实施例中多连接SCG bearer或SCG split bearer场景下， Secondary Node上报flow的QFI和/或推荐的QoS参数的流程图；
图10为一个实施例中CU-DU场景下，Secondary Node上报RB ID和/或推荐的QoS参数的流程图；
图11为一个实施例中的第一设备的结构图；
图12为一个实施例中的第二设备的结构图；
图13为另一个实施例中的第一设备的结构图；
图14为另一个实施例中的第二设备的结构图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
(1)现有LTE系统中承载模型
参见图1，现有LTE系统中核心网负责生成E-RAB的QoS参数，由于空口RB与E-RAB是一一映射的关系，因此空口RB(radio bearer)的QoS参数直接采用核心网生成的E-RAB QoS参数。
(2)RAN侧架构
本公开实施例可以用于不同的网络部署结构，为了描述方便，先介绍两种未来移动通信可能采用的网络部署结构。
部署结构一：基站+终端
参见图2，图中所示的是典型的NR(New Radio，新无线)架构。gNB(基站)下有多个小区(cell)，连接态下终端UE与小区进行空口数据收发。
部署结构二：网络侧节点分为中央单元(CU，Central Unit)和分布式单元(DU，Distributed Unit)，用户侧节点为终端。
参见图3，图中示出了未来移动通信5G可能采用的一种架构，网络侧节点包括中央单元和分布式单元，一个中央单元控制一定区域内部署的多个分布式单元，这些分布式单元具体通过传输点TRP(Transmission Reception Point)与终端进行空口传输。一个或多个传输点可以同时为终端服务，进行数据传 输。
本公开实施例适用于上述两种RAN架构。
5G网络架构如图4所示，网络架构中包括三个逻辑实体分别是位于核心网的NG-C(核心网控制面功能实体)，和NG-U(核心网用户面功能实体)；以及位于接入网的gNB(下一代基站)和eLTE eNB(演进LTE的基站)。其中NG-C与gNB建立NG-C接口用于控制面信令的传输；NG-U与gNB建立NG-U用于用户面数据传输。无线接入网g-NB之间建立Xn接口，Xn接口同时支持控制面(例如Xn-C)和用户面功能(例如Xn-U)。
其中NG-C上可建立以UE为粒度的控制面连接(其中每个UE对应的控制面连接可使用NG-AP ID进行标识)，在NG-U上建立以PDU session为粒度的用户面连接(或者称为用户面隧道)，一个UE仅能同时保持一个与NG-C之间的NG-C连接，但是可以同时建立多个与NG-U在NG-U接口上的PDU Session(PDU会话)为粒度的用户面连接(或者称为用户面隧道)。在无线接入网可以有一个或多个gNB同时为UE提供服务。
(3)双连接机制
目前在LTE系统中就支持双连接的机制。双连接的机制是为了减少Master RAN(主无线接入网)的负荷。在这一机制中，UE接入到Master RAN中，控制面消息由Master RAN与UE进行交互，Master RAN可以选择将部分或者全部的承载迁移到Secondary RAN(辅无线接入网)发送给UE如图5所示。
如图6所示，双连接场景下，承载类型包括MCG bearer(主小区群承载)，SCG bearer(辅小区群承载)，Split bearer(分叉承载)，SCG split bearer(辅小区分叉承载)。
(4)QoS flow
未来5G核心网没有承载(Bearer)的概念，核心网NG-C下发给gNB的QoS参数是以流(flow)为粒度配置的。另一方面由于接入网gNB仍然以RB为粒度进行QoS管理，因此接入网需要生成RB级别的QoS参数用于gNB与UE以及gNB与其他无线接入实体之间的交互过程。
参见图7，图中示出了一个实施例中的QoS处理方法，具体步骤如下：
步骤701、第一设备判断其是否满足终端的一个或多个flow的QoS要求；
在本实施例中，可通过以下两种方式判断：
(1)第一设备根据一个或多个flow的QoS参数，判断其是否满足终端的一个或多个flow的QoS要求。
(2)第一设备根据一个或多个flow的QoS参数以及DRB(数据无线承载)和flow的映射关系，判断其是否满足终端的一个或多个flow的QoS要求。
步骤702、如果第一设备无法满足终端的一个或多个flow的QoS要求，第一设备向第二设备发送第一消息；
其中，所述第一消息包括：QFI(QoS流标识)、RB ID(无线承载标识)、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
本实施例的QoS处理方法可以适用于多连接场景，例如多连接SCG bearer或多连接SCG split bearer场景，或者本实施例的QoS处理方法也可以适用于CU(中央单元)-DU(分布式单元)场景。在多连接SCG bearer或多连接SCG split bearer场景中，第一设备为辅助基站，第二设备为主基站；在CU(中央单元)-DU(分布式单元)场景中，第一设备为分布式单元，所述第二设备为中央单元。
在多连接场景中，在为终端建立多连接之前，所述方法还包括：
第一设备接收第二设备发送的一个或多个flow的QoS参数，以及第二设备上的DRB和flow的映射关系。
在本实施例中，可选地，QoS参数包括建议的保证比特速率和/或建议最大比特速率。
通过本公开的实施例实现了在多连接场景或CU-DU场景中，当第一设备无法满足QoS要求时，第一设备能够向第二设备发送第一消息，该第一消息包括：QFI、RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合，进而实现了在5G系统中的多连接场景或CU-DU场景中，当第一设备无法满足QoS要求时第一设备能够进行相应的处理，以满足QoS要求。
参见图8，图中示出了QoS处理方法的流程，具体步骤如下：
步骤801、第二设备接收第一设备发送的第一消息，所述第一消息是所述第一设备无法满足终端的一个或多个flow的QoS要求时生成的；
其中，所述第一消息包括QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
本实施例的QoS处理方法可以适用于多连接场景，例如多连接SCG bearer或多连接SCG split bearer场景，或者本实施例的QoS处理方法也可以适用于CU(中央单元)-DU(分布式单元)场景。在多连接SCG bearer或多连接SCG split bearer场景中，第一设备为辅助基站，第二设备为主基站；在CU(中央单元)-DU(分布式单元)场景中，第一设备为分布式单元，所述第二设备为中央单元。
可选地，在多连接场景中，该方法还包括：第二设备根据所述第一消息，判断是否需要更改承载类型(bearer type change)。
可选地，在CU-DU场景中，该方法还包括：第二设备根据所述第一消息，向所述核心网发送第二消息。
进一步地，该第二消息包括：QFI、不能满足QoS要求的指示信息和建议的QoS参数中的一项或多项组合。
在本实施例中，可选地，QoS参数包括建议的保证比特速率和/或建议最大比特速率。
通过本公开的实施例实现了在多连接场景或CU-DU场景中，当第一设备无法满足QoS要求时，第一设备能够向第二设备发送第一消息，该第一消息包括：QFI、RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合，进而实现了在5G系统中的多连接场景或CU-DU场景中，当第一设备无法满足QoS要求时第一设备能够进行相应的处理，以满足QoS要求。
下面结合双连接场景和CU-DU场景介绍QoS处理方法的流程。
(1)如果核心网为一个或多个QoS flow设置了notification control(通知控制)：双连接场景下，Master Node(主基站)在增加Secondary Node(辅助基站)过程时将执行分离的flow QoS参数、DRB-flow映射关系、RB的QoS参数传递给Secondary Node。该过程结束后，当Secondary Node上的资 源无法保证QoS要求时，需要上报相关的QFI、RB ID以及推荐的QoS参数中的一种或多种给Master Node，Master Node根据自己的策略，决定是否执行bearer type change(承载类型变更)或者通知核心网，上报相关的QFI和/或推荐的QoS参数。
(2)如果核心网为一个或多个QoS flow设置了notification control：CU-DU场景下，CU在为UE选择DU的过程时，请求建立消息中除了RB的QoS参数，还可以包含flow的QoS参数，DRB和flow的映射关系，该过程结束后，当DU上的资源无法保证QoS要求时，需要上报相关的RB ID以及推荐的QoS参数给CU，CU向核心网上报相关的QFI和/或推荐的QoS参数。
可选地，上述QoS参数包括可以保证的比特速率(GBR)和/或最大比特速率(MBR)。
实施例1：多连接SCG bearer/SCG split bearer场景下，Secondary Node上报flow的QFI和/或推荐的QoS参数，参见图9。
步骤1、UE(终端)通过Master RAN(主无线接入网)建立了到NGU的用户面连接。
步骤2、Master RAN选择了Secondary RAN，决定将这一PDU session(PDU会话)的部分数据流分流到Secondary RAN。
步骤3、Master RAN通过Xn接口增加一个Secondary RAN，请求消息中携带flow的QoS参数(包括per flow notification control(每个流的通知控制))。
步骤4、Master RAN更新路径信息，建立Secondary RAN到NGU的隧道。
步骤5、为UE建立双连接之后，Secondary Node判断无法满足QoS flow的要求，给Master RAN发送Secondary Node修改请求消息，消息中携带QFI和/或建议的QoS参数。
步骤6、Master node回复响应消息。
需要说明的是，步骤6为可选步骤。
后续Master Node的处理：
方案1：Master Node根据Secondary Node发送的QoS信息，判断是否进 行bearer type change(承载类型变更)，比如可以改为MCG bearer(主小区群承载)，MeNB(宏小区基站)可以发起Xn Secondary Node修改或者释放过程完成bearer type change；
如果是SCG split bearer(辅小区群分叉承载)，Master Node还可以和Secondary Node重新协商RB QoS，Master Node可以发起Secondary Node修改过程完成RB参数的协商。
方案2：
Master Node可以根据Secondary Node发送的QoS信息，直接向核心网发起PDU Session修改请求，携带Secondary Node上报的QFI和/或QoS信息。
需要说明的是，上述方案1和方案2也可以一起使用，比如执行方案1之后，MeNB根据自己的资源使用情况，看是否能满足flow的QoS需求，如果不能满足，则发起PDU Session修改请求，携带flow的QFI和/或建议的QoS信息。
实施例2：多连接Split bearer(分叉承载)场景下，Secondary Node上报RB ID和/或推荐的QoS参数
与实施例1类似，不同的是步骤5和步骤6，当Secondary Node根据flow的QoS参数，以及DRB-flow的映射关系判断，将无法满足QoS flow的要求时，给Master RAN发送Secondary Node修改请求消息，消息中携带RB ID和/或建议的QoS参数。
后续Master node的处理：
方案1：Master Node根据Secondary Node发送的QoS信息，判断是否进行bearer type change，比如可以改为MCG bearer，MeNB可以发起Xn Secondary Node修改或者释放过程完成bearer type change；或者Master node还可以和Secondary Node重新协商RB QoS，Master node可以发起Secondary Node修改过程完成RB参数的协商。
方案2：
Master node接收到Secondary Node发送的QoS信息后，根据自己的资源 状况，直接向核心网发起PDU Session修改请求，携带QoS flow的QFI和/或建议的QoS参数。
实施例3：CU-DU场景下，Secondary Node上报RB ID和/或推荐的QoS参数(或者称为建议的QoS参数)，参见图10，具体步骤如下：
步骤1：Secondary Node根据flow的QoS参数，以及DRB-flow的映射关系判断，判断无法满足QoS flow的要求。
步骤2，给Master RAN发送UE上下文修改请求消息，消息中携带RB ID和/或建议的QoS参数。
步骤3：可选的，CU返回确认响应。
步骤4：CU向核心网发起修改请求，携带QoS flow的QFI和/或建议的QoS参数。
基于同一发明构思，本公开实施例中还提供了一种第一设备，由于该第一设备解决问题的原理与本公开实施例图7中QoS处理方法相似，因此该第一设备的实施可以参见方法的实施，重复之处不再敷述。
参见图11，图中示出了一个实施例中的第一设备的结构，该第一设备1100包括：
第一判断模块1101，用于判断所述第一设备是否满足终端的一个或多个流flow的QoS要求；
第一发送模块1102，用于如果所述第一设备无法满足终端的一个或多个flow的QoS要求，向第二设备发送第一消息；
其中，所述第一消息包括QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
在本实施例中，可选地，所述第一设备为辅助基站，所述第二设备为主基站；或者所述第一设备为分布式单元DU，所述第二设备为中央单元CU。
在本实施例中，可选地，所述第一判断模块1101进一步用于：根据一个或多个flow的QoS参数，或者根据一个或多个flow的QoS参数以及数据无线承载DRB和flow的映射关系，判断其是否满足终端的一个或多个flow的QoS要求。
在本实施例中，可选地，所述第一设备1100还包括：
第一接收模块，用于接收所述第二设备发送的一个或多个flow的QoS参数，以及第二设备上的DRB和flow的映射关系。
在本实施例中，可选地，所述QoS参数包括建议的保证比特速率和/或建议最大比特速率。
通过本公开的实施例实现了在多连接场景或CU-DU场景中，当第一设备无法满足QoS要求时，第一设备能够向第二设备发送第一消息，该第一消息包括：QFI、RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合，进而实现了在5G系统中的多连接场景或CU-DU场景中，当第一设备无法满足QoS要求时第一设备能够进行相应的处理，以满足QoS要求。
基于同一发明构思，本公开实施例中还提供了一种第二设备，由于该第二设备解决问题的原理与本公开实施例图8中QoS处理方法相似，因此该第二设备的实施可以参见方法的实施，重复之处不再敷述。
参见图12，图中示出了一个实施例中的第二设备的结构，该第二设备1200包括：
第二接收模块1201，用于接收第一设备发送的第一消息，所述第一消息是所述第一设备无法满足终端的一个或多个flow的QoS要求时生成的；
其中，所述第一消息包括QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
在本实施例中，可选地，所述第一设备为辅助基站，所述第二设备为主基站；或者所述第一设备为分布式单元DU，所述第二设备为中央单元CU。
在本实施例中，可选地，所述第二设备1200还包括：
第二判断模块，用于根据所述第一消息，判断是否需要更改承载类型；或
第二发送模块，用于根据所述第一消息，向所述核心网发送第二消息。
在本实施例中，可选地，所述第二消息包括：QFI、不能满足QoS要求的指示信息和建议的QoS参数中的一项或多项组合。
在本实施例中，可选地，所述QoS参数包括建议的保证比特速率和/或建议最大比特速率。
通过本公开的实施例实现了在多连接场景或CU-DU场景中，当第一设备无法满足QoS要求时，第一设备能够向第二设备发送第一消息，该第一消息包括：QFI、RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合，进而实现了在5G系统中的多连接场景或CU-DU场景中，当第一设备无法满足QoS要求时第一设备能够进行相应的处理，以满足QoS要求。
在本实施例中还提供了一种网络设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现如上所述QoS处理方法中的步骤。
参见图13，本公开实施例提供了一种第一设备，包括：
第一处理器1304，用于读取第一存储器1305中的程序，执行下列过程：
判断其是否满足终端的一个或多个流flow的QoS要求；如果无法满足终端的一个或多个flow的QoS要求，向第二设备发送第一消息；其中，所述第一消息包括：QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
第一收发机1301，用于在第一处理器1304的控制下接收和发送数据。
在图13中，总线架构(用第一总线1300来代表)可以包括任意数量的互联的总线和桥，第一总线1300将包括由第一处理器1304代表的一个或多个处理器和第一存储器1305代表的存储器的各种电路链接在一起。第一总线1300还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。第一总线接口1303在第一总线1300和第一收发机1301之间提供接口。第一收发机1301可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经第一处理器1304处理的数据通过第一收发机1301和第一天线1302在无线介质上进行传输，进一步，第一天线1302还接收数据并将数据经由第一收发机1301传送给第一处理器1304。
第一处理器1304负责管理第一总线1300和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而 第一存储器1305可以被用于存储第一处理器1304在执行操作时所使用的数据。具体的，第一处理器1304可以是CPU、ASIC(Application Specific Integrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)，或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。
参见图14，本公开实施例提供了一种第二设备，包括：
第二处理器1404，用于读取第二存储器1405中的程序，执行下列过程：
接收第一设备发送的第一消息，所述第一消息是所述第一设备无法满足终端的一个或多个flow的QoS要求时生成的；其中，所述第一消息包括QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
第二收发机1401，用于在第二处理器1404的控制下接收和发送数据。
在图14中，总线架构(用第二总线1400来代表)可以包括任意数量的互联的总线和桥，第二总线1400将包括由第二处理器1404代表的一个或多个处理器和第二存储器1405代表的存储器的各种电路链接在一起。第二总线1400还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。第二总线接口1403在第二总线1400和第二收发机1401之间提供接口。第二收发机1401可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经第二处理器1404处理的数据通过第二收发机1401和第二天线1402在无线介质上进行传输，进一步，第二天线1402还接收数据并将数据经由第二收发机1401传送给第二处理器1404。
第二处理器1404负责管理第二总线1400和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而第二存储器1405可以被用于存储第二处理器1404在执行操作时所使用的数据。具体的，第二处理器1404可以是CPU、ASIC(Application Specific Integrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)，或CPLD(Complex Programmable Logic Device，复杂可编程逻 辑器件)。
在本实施例中还提供了一种计算机可读存储介质，其上存储有计算机程序(指令)，其中，该程序(指令)被处理器执行时实现如上所述QoS处理方法中的步骤。
应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本公开的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本公开的各种实施例中，应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。
另外，本文中术语“系统”和“网络”在本文中常可互换使用。
应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
在本申请所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。
在本申请所提供的几个实施例中，应该理解到，所揭露方法和设备，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单 元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络侧设备等)执行本公开各个实施例所述收发方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述的是本公开的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本公开所述的原理前提下还可以做出若干改进和润饰，这些改进和润饰也在本公开的保护范围内。

Claims (22)

  1. 一种服务质量QoS处理方法，包括：
    第一设备判断其是否满足终端的一个或多个流flow的QoS要求；
    如果所述第一设备无法满足终端的一个或多个flow的QoS要求，所述第一设备向第二设备发送第一消息；
    其中，所述第一消息包括：QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
  2. 根据权利要求1所述的方法，其中，所述第一设备判断其是否满足终端的一个或多个flow的QoS要求，包括：
    所述第一设备根据一个或多个flow的QoS参数，或者所述第一设备根据一个或多个flow的QoS参数以及数据无线承载DRB和flow的映射关系，判断其是否满足终端的一个或多个flow的QoS要求。
  3. 根据权利要求2所述的方法，还包括：
    所述第一设备接收所述第二设备发送的一个或多个flow的QoS参数，以及第二设备上的DRB和flow的映射关系。
  4. 根据权利要求1-3任一项所述的方法，其中，
    所述第一设备为辅助基站，所述第二设备为主基站；或者
    所述第一设备为分布式单元DU，所述第二设备为中央单元CU。
  5. 根据权利要求2、3或4所述的方法，其中，所述QoS参数包括建议的保证比特速率和/或建议最大比特速率。
  6. 一种QoS处理方法，包括：
    第二设备接收第一设备发送的第一消息，所述第一消息是所述第一设备无法满足终端的一个或多个flow的QoS要求时生成的；
    其中，所述第一消息包括QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
  7. 根据权利要求6所述的方法，还包括：
    所述第二设备根据所述第一消息，判断是否需要更改承载类型；或
    所述第二设备根据所述第一消息，向核心网发送第二消息。
  8. 根据权利要求7所述的方法，其中，所述第二消息包括：QFI、不能 满足QoS要求的指示信息和建议的QoS参数中的一项或多项组合。
  9. 根据权利要求6-8任一项所述的方法，其中，所述第一设备为辅助基站，所述第二设备为主基站；或者
    所述第一设备为分布式单元DU，所述第二设备为中央单元CU。
  10. 根据权利要求6-9任一项所述的方法，其中，所述QoS参数包括建议的保证比特速率和/或建议最大比特速率。
  11. 一种第一设备，包括：
    第一判断模块，用于判断所述第一设备是否满足终端的一个或多个流flow的QoS要求；
    第一发送模块，用于如果所述第一设备无法满足终端的一个或多个flow的QoS要求，向第二设备发送第一消息；
    其中，所述第一消息包括：QoS流标识QFI、无线承载标识RB ID、不能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
  12. 根据权利要求11所述的第一设备，其中，所述第一判断模块进一步用于：根据一个或多个flow的QoS参数，或者根据一个或多个flow的QoS参数以及数据无线承载DRB和flow的映射关系，判断其是否满足终端的一个或多个flow的QoS要求。
  13. 根据权利要求12所述的第一设备，还包括：
    第一接收模块，用于接收所述第二设备发送的一个或多个flow的QoS参数，以及第二设备上的DRB和flow的映射关系。
  14. 根据权利要求11-13任一项所述的第一设备，其中，
    所述第一设备为辅助基站，所述第二设备为主基站；或者
    所述第一设备为分布式单元DU，所述第二设备为中央单元CU。
  15. 根据权利要求12、13或14所述的第一设备，其中，所述QoS参数包括建议的保证比特速率和/或建议最大比特速率。
  16. 一种第二设备，包括：
    第二接收模块，用于接收第一设备发送的第一消息，所述第一消息是所述第一设备无法满足终端的一个或多个flow的QoS要求时生成的；
    其中，所述第一消息包括：QoS流标识QFI、无线承载标识RB ID、不 能满足QoS要求的指示信息和推荐的QoS参数中的一项或多项的组合。
  17. 根据权利要求16所述的第二设备，还包括：
    第二判断模块，用于根据所述第一消息，判断是否需要更改承载类型；或
    第二发送模块，用于根据所述第一消息，向核心网发送第二消息。
  18. 根据权利要求17所述的第二设备，其中，所述第二消息包括：QFI、不能满足QoS要求的指示信息和建议的QoS参数中的一项或多项组合。
  19. 根据权利要求16-18任一项所述的第二设备，其中，所述第一设备为辅助基站，所述第二设备为主基站；或者所述第一设备为分布式单元DU，所述第二设备为中央单元CU。
  20. 根据权利要求16-19任一项所述的第二设备，其中，所述QoS参数包括建议的保证比特速率和/或建议最大比特速率。
  21. 一种网络设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现如权利要求1～5任一项所述QoS处理方法中的步骤，或者实现如权利要求6～10任一项所述QoS处理方法中的步骤。
  22. 一种计算机可读存储介质，其上存储有计算机程序，其中，该程序被处理器执行时实现如权利要求1～5任一项所述QoS处理方法中的步骤，或者实现如权利要求6～10任一项所述QoS处理方法中的步骤。
PCT/CN2018/077532 2017-03-24 2018-02-28 QoS处理方法和设备 WO2018171398A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US16/497,434 US20200396651A1 (en) 2017-03-24 2018-02-28 Method and device of quality of service processing
EP18770977.9A EP3606162B1 (en) 2017-03-24 2018-02-28 Method and device of quality of service processing
KR1020197030497A KR102294942B1 (ko) 2017-03-24 2018-02-28 QoS 처리 방법 및 기기
JP2019552475A JP2020511893A (ja) 2017-03-24 2018-02-28 ＱｏＳ処理方法および機器

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710186478.1 2017-03-24
CN201710186478.1A CN108632910B (zh) 2017-03-24 2017-03-24 一种QoS处理方法和设备

Publications (1)

Publication Number Publication Date
WO2018171398A1 true WO2018171398A1 (zh) 2018-09-27

Family

ID=63586217

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/077532 WO2018171398A1 (zh) 2017-03-24 2018-02-28 QoS处理方法和设备

Country Status (6)

Country Link
US (1) US20200396651A1 (zh)
EP (1) EP3606162B1 (zh)
JP (1) JP2020511893A (zh)
KR (1) KR102294942B1 (zh)
CN (1) CN108632910B (zh)
WO (1) WO2018171398A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109451534A (zh) * 2018-12-17 2019-03-08 东南大学 一种用于5G系统会话管理中QoS流的动态控制方法和装置
CN110972194A (zh) * 2018-09-28 2020-04-07 华为技术有限公司 数据传输的方法和装置
US11240701B2 (en) 2017-11-17 2022-02-01 Telefonaktiebolaget Lm Ericsson (Publ) Notification control over RAN interfaces

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109151914B (zh) * 2017-06-16 2024-04-12 华为技术有限公司 一种通信方法及接入网设备
CN109787791B (zh) * 2017-11-10 2024-04-12 华为技术有限公司 通信方法及通信设备
WO2019241976A1 (en) * 2018-06-21 2019-12-26 Zte Corporation Techniques to adjust transmission rate
WO2020077607A1 (en) * 2018-10-19 2020-04-23 Nokia Solutions And Networks Oy Configuring quality of service
CN111132222A (zh) * 2018-11-01 2020-05-08 电信科学技术研究院有限公司 一种数据传输的方法及装置
WO2020191741A1 (zh) * 2019-03-28 2020-10-01 Oppo广东移动通信有限公司 连接管理方法、装置、计算机设备和存储介质
CN110677889B (zh) * 2019-09-24 2021-11-23 京信网络系统股份有限公司 数据传输方法、装置、接入网设备和可读存储介质
CN113709821A (zh) * 2020-05-22 2021-11-26 华为技术有限公司 一种通信方法及装置
WO2022031197A1 (en) * 2020-08-06 2022-02-10 Telefonaktiebolaget Lm Ericsson (Publ) Additional thresholds for dual connectivity data path switching
US20230388848A1 (en) * 2020-10-22 2023-11-30 Telefonaktiebolaget Lm Ericsson (Publ) First Network Node, Second Network Node and Methods in a Wireless Communications Network
CN114286384B (zh) * 2021-12-30 2024-07-02 中国联合网络通信集团有限公司 服务质量协商方法和装置
CN116209006B (zh) * 2023-04-25 2023-09-22 阿里巴巴达摩院(杭州)科技有限公司 通信网络的管理系统、方法、网络设备和存储介质
WO2024113699A1 (en) * 2023-05-19 2024-06-06 Zte Corporation Methods, devices, and systems for delivering qos flow information

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102149147A (zh) * 2010-02-04 2011-08-10 华为技术有限公司 无线承载的更新方法及中继站
US20110267943A1 (en) * 2010-04-30 2011-11-03 Qualcomm Incorporated Static uu-un bearer mapping based on quality of service
CN104105171A (zh) * 2013-04-03 2014-10-15 电信科学技术研究院 网络选择策略下发及网络选择方法和设备
CN106304403A (zh) * 2015-06-10 2017-01-04 电信科学技术研究院 一种多连接建立方法及相关设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103581890B (zh) * 2012-08-08 2017-02-08 电信科学技术研究院 一种终端控制方法、设备及系统
KR101718775B1 (ko) * 2012-12-19 2017-03-22 후아웨이 테크놀러지 컴퍼니 리미티드 통신 보안 처리 방법 및 장치
WO2015108291A1 (en) 2014-01-17 2015-07-23 Lg Electronics Inc. Bearer setup method and apparatus in wierless communication system supporting dual connectivity
US9642034B2 (en) * 2014-03-27 2017-05-02 Intel Corporation Systems, methods, and devices to support intra-QCI QoS-aware radio resource allocation
US10869344B2 (en) * 2015-03-19 2020-12-15 Acer Incorporated Method of radio bearer transmission in dual connectivity
EP3910844A1 (en) * 2015-07-15 2021-11-17 Ntt Docomo, Inc. User terminal, radio base station, and radio communication method
CN107925905B (zh) * 2015-08-19 2021-09-28 三星电子株式会社 用于处理向wlan载波卸载drb的方法和无线通信系统
CN107734563B (zh) * 2016-08-12 2020-02-07 电信科学技术研究院 切换场景下的QoS参数处理的方法及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102149147A (zh) * 2010-02-04 2011-08-10 华为技术有限公司 无线承载的更新方法及中继站
US20110267943A1 (en) * 2010-04-30 2011-11-03 Qualcomm Incorporated Static uu-un bearer mapping based on quality of service
CN104105171A (zh) * 2013-04-03 2014-10-15 电信科学技术研究院 网络选择策略下发及网络选择方法和设备
CN106304403A (zh) * 2015-06-10 2017-01-04 电信科学技术研究院 一种多连接建立方法及相关设备

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
NOKIA ET AL.: "QoS flow relocation", 3GPP, 28 February 2017 (2017-02-28), XP051244636 *
See also references of EP3606162A4 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11240701B2 (en) 2017-11-17 2022-02-01 Telefonaktiebolaget Lm Ericsson (Publ) Notification control over RAN interfaces
JP7218362B2 (ja) 2017-11-17 2023-02-06 テレフオンアクチーボラゲット エルエム エリクソン（パブル） Ｒａｎインタフェースを介した通知制御
CN110972194A (zh) * 2018-09-28 2020-04-07 华为技术有限公司 数据传输的方法和装置
JP2022501929A (ja) * 2018-09-28 2022-01-06 華為技術有限公司Huawei Technologies Co., Ltd. データ伝送方法及び装置
JP7177259B2 (ja) 2018-09-28 2022-11-22 華為技術有限公司 データ伝送方法及び装置
US11968558B2 (en) 2018-09-28 2024-04-23 Huawei Technologies Co., Ltd. Data transmission method and apparatus
CN109451534A (zh) * 2018-12-17 2019-03-08 东南大学 一种用于5G系统会话管理中QoS流的动态控制方法和装置

Also Published As

Publication number Publication date
JP2020511893A (ja) 2020-04-16
KR102294942B1 (ko) 2021-08-26
CN108632910A (zh) 2018-10-09
US20200396651A1 (en) 2020-12-17
EP3606162B1 (en) 2022-10-12
KR20190127854A (ko) 2019-11-13
CN108632910B (zh) 2019-07-02
EP3606162A4 (en) 2020-04-01
EP3606162A1 (en) 2020-02-05

Similar Documents

Publication Publication Date Title
WO2018171398A1 (zh) QoS处理方法和设备
JP6950140B2 (ja) 設定方法および装置、並びにシステム
WO2018024128A1 (zh) 一种小区配置方法及装置
WO2019184651A1 (zh) 一种通信方法及装置
JP7147883B2 (ja) ｇＮＢ－ＣＵ－ＵＰにおける完全性保護のハンドリング
US11553546B2 (en) Methods and systems for radio access network aggregation and uniform control of multi-RAT networks
EP3461217B1 (en) Method and device for establishing secondary connection
WO2019242749A1 (zh) 一种切换方法及装置
WO2020001317A1 (zh) V2x通信方法、装置及系统
JP7210563B2 (ja) 複製送信の方法および装置
WO2018121616A1 (zh) 一种双连接方法及接入网设备
US11140573B2 (en) Apparatus for V2X-oriented local E2E path establishment and QoS control
CN114586405B (zh) 测量报告上报方法及装置
CN115699816A (zh) 用于在双连接下进行侧行链路中继通信的方法
WO2020203446A1 (en) Communication system
EP3573418A2 (en) Method of establishing ultra-reliable transmission and user equipment and server using the same
US20210345182A1 (en) Communication method and network device
WO2018171386A1 (zh) 一种QoS处理方法和装置
WO2020088634A1 (zh) 数据转发方法、装置、主基站及从基站
CN105612809B (zh) 信息交互装置、基站和通信系统
WO2022042652A1 (zh) 上行数据处理方法、装置、网络设备、终端设备及介质
WO2024140747A1 (zh) 通信方法及相关装置
WO2024067475A1 (zh) 数据传输方法和通信装置
WO2022027653A1 (zh) 信息传输方法、通信装置及存储介质
JP2023542669A (ja) データ伝送方法、リンク品質検出方法、通信装置、及び記憶媒体

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

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019552475

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

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 2018770977

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2018770977

Country of ref document: EP

Effective date: 20191024