WO2019158219A1 - Dispositif ran et dispositif de réseau central pour découpage en tranches de réseau - Google Patents

Dispositif ran et dispositif de réseau central pour découpage en tranches de réseau Download PDF

Info

Publication number
WO2019158219A1
WO2019158219A1 PCT/EP2018/054037 EP2018054037W WO2019158219A1 WO 2019158219 A1 WO2019158219 A1 WO 2019158219A1 EP 2018054037 W EP2018054037 W EP 2018054037W WO 2019158219 A1 WO2019158219 A1 WO 2019158219A1
Authority
WO
WIPO (PCT)
Prior art keywords
qos
correlation information
sessions
network
joint
Prior art date
Application number
PCT/EP2018/054037
Other languages
English (en)
Inventor
Ömer BULAKCI
Qing Wei
Karthikeyan Ganesan
Ali Ramadan ALI
Original Assignee
Huawei Technologies Duesseldorf Gmbh
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 Huawei Technologies Duesseldorf Gmbh filed Critical Huawei Technologies Duesseldorf Gmbh
Priority to PCT/EP2018/054037 priority Critical patent/WO2019158219A1/fr
Publication of WO2019158219A1 publication Critical patent/WO2019158219A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • H04L47/2433—Allocation of priorities to traffic types
    • 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/0247—Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H04W72/543—Allocation or scheduling criteria for wireless resources based on quality criteria based on requested quality, e.g. QoS

Definitions

  • the present invention relates to the field of network slicing, as e.g. implemented in fifth generation (5G) mobile and wireless communications system.
  • the present invention provides a Radio Access Network (RAN) device for providing/supporting multiple network slices and/or sessions for a service or application.
  • the present invention also provides a Core Network (CN) device for providing/supporting multiple network slices and/or sessions for an application or service.
  • the RAN and CN devices are able to perform a joint Quality of Service (QoS) treatment on the multiple slices and/or sessions, in order to improve the support for multi-slice services or applications.
  • QoS Quality of Service
  • the network slicing concept is introduced in 5G to address the various requirements, particularly from multiple vertical industries assuming a shared network infrastructure.
  • Network services can be customized based on the requirements of different use cases, and thus can increase the network operation efficiency.
  • the 5G network will provide various types of network services over the shared infrastructure by means of the network slicing concept, wherein:
  • the network management system is responsible for the instantiation and management of the network slice(s) over the shared infrastructure (resources, devices, physical links, etc.).
  • Each network slice may be supported by tailored Network Functions (NFs), such as a User Plane Function (UPF), Session Management Function (SMF), or Access and Mobility management Function (AMF).
  • NFs Network Functions
  • UPF User Plane Function
  • SMF Session Management Function
  • AMF Access and Mobility management Function
  • Network slices can be assigned to dedicated sources, e.g. a spectrum or a given spectrum band can be shared by different network slices considering Service Level Agreements (SLAs) of the network slices.
  • SLAs Service Level Agreements
  • Network slices can be identified by slice IDs, e.g., Single Network Slice Selection Assistance Information (S-NSSAI) which comprises Slice/Service type (SST) and optionally a Slice Differentiator (SD).
  • S-NSSAI Single Network Slice Selection Assistance Information
  • SST Slice/Service type
  • SD Slice Differentiator
  • a slice ID can be extended or modified to identify a RAN part of a network slice and a CN part of a network slice.
  • UEs User Equipments
  • AMF Access Management Function
  • the SMF can establish/modify/teardown a session (e.g. Protocol Data Unit (PDU) session) and correspondent User Plane per slice.
  • a session e.g. Protocol Data Unit (PDU) session
  • PDU Protocol Data Unit
  • Basic network slice types are defined in 3GPP and defined as per an SST. Slice types are, for example, enhanced Mobile Broadband (eMBB), massive Machine-Type Communication (mMTC), and Ultra Reliable Low Latency Communications (URLLC). Each network SST is designed for a group of services sharing similar service requirements.
  • eMBB enhanced Mobile Broadband
  • mMTC massive Machine-Type Communication
  • URLLC Ultra Reliable Low Latency Communications
  • FIG. 12 shows an example scenario, in which a 5G car is associated with two network slices (i.e. the car may be referred to as a multi-slice UE), namely, URLLC and eMBB slices.
  • a part of the 5G core NFs are shown, wherein the AMF is shared by the two network slices, and wherein the SMF and UPF are tailored for the network slices.
  • the Data Networks (DNs) can be the same.
  • the 5G car is connected to a RAN device, e.g. a Base Station (BS), here named as gNB (next generation Node B).
  • BS Base Station
  • gNB next generation Node B
  • applications/services can use multiple network slices.
  • FIG. 13 illustrates an example use case, in particular the use case of remote driving, where similar data flows can also exist in case of tele-presence remote diagnosis.
  • this use case :
  • HD video transmission requires high throughput on the uplink (UL), which is supported by the eMBB slice.
  • the remote operator may require synchronized haptic feedback along with the HD video.
  • AR Augmented Reality
  • VR Virtual Reality
  • haptic feedback and video control on the Uplink (UL) - supported by the URLLC slice - and segmented video data on the Downlink (DL) - supported by the eMBB slice - can be required.
  • a PDU session belongs to one and only one specific network slice instance per Public Land Mobile Network (PLMN). Different network slice instances do not share a PDU session (see e.g. 3GPP TS 23.501).
  • PLMN Public Land Mobile Network
  • the Next Generation (NG)-RAN maps packets belonging to different PDU sessions to different Data Radio Bearers (DRBs).
  • DRBs Data Radio Bearers
  • the NG-RAN establishes at least one default DRB for each PDU session indicated by the 5G Core Network (5GC) upon PDU session establishment (see e.g. RAN2 TS 38.300).
  • 5GC 5G Core Network
  • FIG. 14 An example multi-slice UE support considering the current implementation of network slicing is illustrated in FIG. 14.
  • an independent QoS flow treatment is applied. This QoS flow treatment, however, is suboptimal for many use cases, and the application requirements may thus not be fulfilled.
  • the present invention aims to improve the current implementation for network slicing.
  • the present invention has the objective to provide improved multi-slice service or application support.
  • the present invention has the goal that the service or application requirements are fulfilled also in cases where an application or service is associated with multiple network slices.
  • One intention is to enable a dependent (i.e. a joint) QoS treatment of different network slices for the same application or service.
  • the present invention aims also for utilizing an identified correlation between different network slices.
  • Various aspects provided herein can be applied to the case when a service or application is supported by at least two sessions or data flows within a network slice.
  • the current implementations do not support any efficient cross slice optimization/ inter-slice coordination.
  • the present invention proposes a correlated QoS treatment considering that correlation(s) exists between service requirements of different network slices for the same application or service.
  • the performance of one network slice affects the required key performance indicator (KPI) of another correlated network slice.
  • KPI key performance indicator
  • AR/VR e.g. long latency of video control (direction of view).
  • inter-dependency between network slices can be reflected by translating the individual KPI requirement of each network slice into one or more joint KPIs e.g. by analyzing the service request from each network slice.
  • Such joint KPIs can be shared to the next generation - RAN (NG-RAN) from the 5G core (5GC) and/or 5G management system, e.g. by the Network Slice Management Function (NSMF) and the Network Slice Subnet Management Function (NSSMF).
  • NG-RAN next generation - RAN
  • the NSMF may split end-to-end (e2e) KPIs into the KPI quota in different domains (e.g. CN, RAN, and transport network-TN) and can send it to the NSSMF or inform the NSSMF of the KPI correlation between associated (correlated) network slices.
  • the domain specific cross-slice management and orchestration in the NSSMF can perform inter-slice optimization within its domain (e.g. as self-organizing network- SON procedure).
  • a first aspect of the present invention provides a RAN, device for providing at least one terminal device with at least two network slices and/or at least two sessions of a network slice for an application or service, the RAN device being configured to obtain correlation information between the at least two network slices and/or at least two sessions of a network slice, and perform a joint Quality of Service, QoS, treatment for the at least two network slices and/or the at least two sessions based on the correlation information.
  • QoS Quality of Service
  • the RAN may thus be configured with the at least two network slices and/or sessions.
  • a correlation information can include one or more identifiers, in particular for one or more slices, for one or more sessions, and/or for one or more data flows.
  • the RAN device is configured to perform the joint QoS treatment by adjusting at least one QoS parameter for each of the at least two network slices and/or sessions based on the correlation information.
  • the correlation information is between a first session of a first network slice and a second session of the first network slice and/or a second network slice
  • the RAN device is configured to adjust at least one QoS parameter of each QoS flow belonging to the first session and each QoS flow belonging to the second session, respectively, based on the correlation information.
  • the correlation information is obtained on a session level, and the joint QoS treatment is performed accordingly on sessions.
  • the correlation information is between a first QoS flow belonging to a session of a first network slice and a second QoS flow belonging to a session of the first network slice and/or a second network slice
  • the RAN device is configured to adjust at least one QoS parameter of the first QoS flow and the second QoS flow, respectively, based on the correlation information.
  • the correlation information is obtained on a QoS flow level, and the joint QoS treatment is performed accordingly on QoS flows. This can provide a finer granularity than joint QoS treatment on sessions.
  • the correlation information is between a first packet sequence of a QoS flow belonging to a session of a first network slice and a second packet sequence of a QoS flow belonging to a session of the first network slice and/or a second network slice
  • the RAN device is configured to adjust at least one QoS parameter of the first packet sequence and the second packet sequence, respectively, based on the correlation information.
  • a packet sequence can be at least one packet.
  • the correlation information is obtained on a packet sequence level, and the joint QoS treatment is performed accordingly on packet sequences of QoS flows. This provides an even finer granularity than joint QoS treatment on QoS flows.
  • the joint QoS treatment includes at least one of: joint allocating and/or scheduling of radio resources; adapting a joint Key Performance Indicator, KPI; considering a joint Automatic Retention Policy, ARP; joint Radio Resource Management, RRM; selecting a joint packet delay budget; modifying QoS profiles and QoS rules of the correlated QoS flows; QoS flow synchronization of the correlated QoS flows; QoS flow prioritization for correlated QoS flows; logical channel prioritization and medium access control (MAC) reconfiguration; radio bearer modification.
  • the joint QoS treatment may also include joint admission control.
  • logical channel prioritization in RAN can take care of joint delay budget, e.g., packet delay budget (PDB), joint numerology configuration as part of logical channel restrictions and radio bearer configuration for joint QoS treatment.
  • PDB packet delay budget
  • joint numerology configuration as part of logical channel restrictions
  • radio bearer configuration for joint QoS treatment.
  • the joint QoS treatment includes prioritizing correlated QoS flows or correlated packet sequences of QoS flows over non- correlated QoS flows or packet sequences of QoS flows, respectively, based on the correlation information.
  • the RAN device is configured to receive the correlation information from a Core Network, CN, device, and/or provide the correlation information to the terminal device.
  • the transmission of the correlation information to the terminal device can be performed via non-access stratum (NAS) procedures, e.g., via Nl interface.
  • NAS non-access stratum
  • a second aspect of the present invention provides a CN device for providing a terminal device with at least two network slices and/or at least two sessions of a network slice for an application or service, the CN device being configured to determine correlation information between the at least two network slices and/or sessions, and provide the correlation information to a RAN device.
  • the RAN device may, for instance, be the RAN device of the first aspect.
  • the CN device can include 5G core network functions, such as AMF, SMF and UPF.
  • AMF Access Management Function
  • SMF Session Management Function
  • UPF User Plane Function
  • the RAN device may perform the joint QoS treatment based on the correlation information as described above.
  • the CN device is configured to determine the correlation information between sessions of the at least two network slices.
  • the CN device may determine the correlation information between a first session of a first network slice and a second session of the first network slice and/or a second network slice.
  • the correlation information is determined on a session level.
  • the CN device is configured to determine the correlation information between QoS flows belonging to sessions of the at least two network slices.
  • the CN device may determine the correlation information between a first QoS flow belonging to a session of a first network slice and a second QoS flow belonging to a session of the first network slice and/or a second network slice.
  • the correlation information is obtained on a QoS flow level. This provides a finer granularity than the determination on the session level.
  • the CN device is configured to determine the correlation information between packet sequences of QoS flows belonging to sessions of the at least two network slices.
  • the CN device may determine the correlation information between a first packet sequence of a QoS flow belonging to a session of a first network slice and a second packet sequence of a QoS flow belonging to a session of the first network slice and/or a second network slice.
  • a packet sequence may be at least one packet.
  • the correlation information is obtained on a packet level. This provides an even finer granularity than the determination on the QoS flow level.
  • the correlation information comprises at least one of: a correlation between service requirements of the at least two network slices and/or sessions for the service or application; a correlation between performances of the at least two network slices and/or sessions for the service or application; a shared latency budget between the at least two network slices and/or sessions for the service or application.
  • the service requirements of different network slices for the same application or service can be better fulfilled. Further, the performance can be improved. Further, the performance can be also a predicted or estimated performance.
  • the CN device is configured to receive a request for joint QoS treatment from the terminal device, and determine the correlation information based on the received request.
  • the joint QoS treatment is triggered by the user.
  • the information provided in the request by user can be used to determine correlation information by the CN device. Such information may be provided by an application of the user and/or as part of NAS service request from the user.
  • the request for joint QoS treatment can include a request for specific QoS handling, e.g., a correlation indication for selected service data flow(s) (SDFs), and Packet Filters describing the SDF(s).
  • SDFs selected service data flow(s)
  • Packet Filters describing the SDF(s).
  • Such correlation indication can be used by the CN device to bind the applicable SDF(s) on QoS Flows.
  • the CN device is configured to perform a joint QoS treatment for the at least two network slices and/or sessions based on the correlation information.
  • QoS parameters like QoS profiles and QoS Rules can be modified by the CN device to abide by the joint requirements.
  • QoS parameters like QoS profiles and QoS Rules can be modified by the CN device to abide by the joint requirements.
  • the support for multi-slice services or applications is further improved.
  • a third aspect of the present invention provides a terminal device for using at least two network slices and/or at least two sessions of a network slice for an application or service, the terminal device being configured to obtain or determine correlation information between the at least two network slices and/or sessions, and transmit the correlation information to a RAN or a CN-device; and/or perform a joint QoS treatment for the at least two network slices and/or sessions based on the correlation information.
  • the terminal device supports multi-slice services or applications in an improved manner. In particular, it can support the optimization of the throughput, and network efficiency, and the meeting of the service or application requirements.
  • the terminal device is configured to receive further correlation information from a RAN or a CN device; and perform a joint QoS treatment for the at least two network slices and/or sessions based on the further correlation information.
  • a fourth aspect of the present invention provides a method for providing at least two network slices and/or at least two sessions of a network slice for an application or service, the method comprising obtaining or determining correlation information between the at least two network slices and/or at least two sessions of a network slice, and performing a joint Quality of Service, QoS, treatment for the at least two network slices and/or the at least two sessions based on the correlation information.
  • QoS Quality of Service
  • the method comprises performing the joint QoS treatment by adjusting at least one QoS parameter for each of the at least two network slices and/or sessions based on the correlation information.
  • the correlation information is between a first session of a first network slice and a second session of the first network slice and/or a second network slice, and the method comprises adjusting at least one QoS parameter of each QoS flow belonging to the first session and each QoS flow belonging to the second session, respectively, based on the correlation information.
  • the correlation information is between a first QoS flow belonging to a session of a first network slice and a second QoS flow belonging to a session of the first network slice and/or a second network slice, and the method comprises adjusting at least one QoS parameter of the first QoS flow and the second QoS flow, respectively, based on the correlation information.
  • the correlation information is between a first packet sequence of a QoS flow belonging to a session of a first network slice and a second packet sequence of a QoS flow belonging to a session of the first network slice and/or a second network slice
  • the method comprises adjusting at least one QoS parameter of the first packet sequence and the second packet sequence, respectively, based on the correlation information.
  • the joint QoS treatment includes at least one of: joint allocating and/or scheduling of radio resources; adapting a joint Key Performance Indicator, KPI; considering a joint Automatic Retention Policy, ARP; joint Radio Resource Management, RRM; selecting a joint packet delay budget; modifying QoS profiles and QoS rules of the correlated QoS flows; QoS flow synchronization of the correlated QoS flows; QoS flow prioritization for correlated QoS flows; logical channel prioritization and MAC reconfiguration; radio bearer modification.
  • the joint QoS treatment includes prioritizing correlated QoS flows or correlated packet sequences of QoS flows over non- correlated QoS flows or packet sequences of QoS flows, respectively, based on the correlation information.
  • the method comprises receiving the correlation information from a CN device, and/or providing the correlation information to the terminal device.
  • the method of the fourth aspect and its implementation forms achieve the same advantages and effects as described above for the previous aspects and implementation forms, particularly of the RAN device of the first aspect. It has to be noted that the joint QoS treatment can be performed on different granularities, e.g., between QoS flow and packet sequence.
  • FIG. 1 shows a RAN device according to an embodiment of the present invention.
  • FIG. 2 shows a CN device according to an embodiment of the present invention.
  • FIG. 3 shows a terminal device according to an embodiment of the present invention.
  • FIG. 4 shows a method for correlated QoS treatment according to an embodiment of the present invention.
  • FIG. 5 shows an example of a correlated QoS treatment considering a PDU session- level correlation by a RAN or CN device according to an embodiment of the present invention.
  • FIG. 6 shows an example of correlated QoS treatment considering QoS flow-level correlation by a RAN or CN device according to an embodiment of the present invention.
  • FIG. 7 shows an example of correlated QoS treatment considering a Packet
  • FIG. 8 shows an example of dynamic QoS adjustment by a CN device according to an embodiment of the present invention.
  • FIG. 9 shows an example of a NG-RAN execution for a correlated QoS treatment by a RAN device according to an embodiment of the present invention.
  • FIG. 10 shows an example of scheduling for a correlated QoS treatment on UL.
  • FIG. 11 shows an example of scheduling for correlated QoS treatment on UL
  • FIG. 12 shows an exemplary illustration of a multi-slice terminal device (UE).
  • UE multi-slice terminal device
  • FIG. 13 shows an example of a use case for remote driving.
  • FIG. 14 shows an example of conventional multi-slice UE support with different
  • FIG. 1 shows a RAN device 100 according to an embodiment of the present invention.
  • the RAN device 100 is configured to provide at least one terminal device 101 with at least two network slices 102 and/or at least two sessions 105 of a network slice 102 for an application or service.
  • the directions of the arrows do not imply a limitation to a data flow direction, i.e., data flows can be on the downlink and/or uplink.
  • the RAN device 100 is configured to obtain correlation information 103 between the at least two network slices 102 and/or at least two sessions 105 of a network slice 102. Then, the RAN device 100 is configured to perform a joint QoS treatment 104 for the at least two network slices 102 and/or the at least two sessions 105 based on the correlation information 103. Due to the joint QoS treatment, the service or application using the at least two network slices 102 or sessions 105 can be better supported. In particular, all service or application requirements for the different slices 102 or sessions 105 can be met.
  • FIG. 2 shows a CN device 200 according to an embodiment of the present invention.
  • the CN device 200 is configured to provide a terminal device 101 with at least two network slices 102 and/or at least two sessions 105 of a network slice (not explicitly shown) for an application or service.
  • the directions of the arrows do not imply a limitation to a data flow direction.
  • the CN device 200 is configured to determine correlation information 103 between the at least two network slices 102 and/or sessions, and to provide the determined correlation information 103 to a RAN device.
  • the RAN device may be the RAN device 100 shown in FIG. 1.
  • the RAN device 100 is enabled to perform the joint QoS treatment 104 for the at least two network slices 102 and/or sessions 105.
  • the CN device 200 supports the service or application using the different network slices 102 and/or sessions 105.
  • FIG. 3 shows a terminal device 300 according to an embodiment of the present invention.
  • the terminal device 300 is configured to use at least two network slices 102 and/or at least two sessions 105 (not explicitly shown) of a network slice 102 for an application or service.
  • the terminal device 300 may be the terminal device 101 shown in FIG. 1 and FIG. 2, respectively. Again, the directions of the arrows do not imply a limitation to a data flow direction.
  • the terminal device 300 is configured to obtain or determine correlation information 103 between the at least two network slices 102 and/or sessions 105.
  • the terminal device 300 can then send the correlation information 103 to a RAN device or a CN device, which may be the RAN device 100 shown in FIG. 1 and/or the CN device 200 shown in FIG. 2.
  • Sending the correlation information to a CN device can be through a RAN device, e.g., via NAS procedures. Additionally or alternatively, the terminal device 300 can then perform a joint QoS treatment 104 for the at least two network slices 102 and/or sessions 105 based on the correlation information 103. In this way, the terminal device 100 supports multi slice services or applications in an improved manner, at least by providing correlation information 103 that can be used for joint QoS treatment 104 the RAN device 100 and/or CN device 200, or by even performing a joint QoS treatment 104 itself. The correlation information 103 can be used to determine further correlation information by the CN device.
  • FIG. 4 shows a method 400 according to an embodiment of the present invention, particularly a method 400 for implementing a correlated QoS treatment for multi-slice support of services or applications.
  • the method 400 may be used for providing at least two network slices 102 and/or at least to sessions 105 of a network slice 102 for an application or service.
  • the method 400 may, for example, be carried out by the RAN device 100 shown in FIG. 1.
  • the method 400 comprises a step 401 of obtaining or determining correlation information 103 between the at least two network slices 102 and/or at least two sessions 105 of a network slice 102.
  • the method 400 further comprises a step 402 of performing a joint QoS treatment 104 for the at least two network slices 102 and/or the at least two sessions 105 based on the correlation information 103.
  • the joint QoS treatment 104 can be implemented into a network architecture for achieving improved support for multi-slice applications or services.
  • the joint QoS treatment 104 can thereby be performed on three levels:
  • the correlation information 103 may be identified on a session 105 level, particularly a PDU session level. All QoS flows belonging to the identified sessions 105 of different network slices 102 for the same application or service may be marked correlated, and QoS parameters may be adjusted accordingly based on the correlation information 103.
  • the correlation information 103 may be identified on a QoS flow level. Only identified QoS flows belonging to sessions 105 of different network slices 102 for the same application or service may be marked correlated, and QoS parameters may be adjusted accordingly based on the correlation information 103.
  • the correlation information 103 may be identified on a packet (sequence) level. Only identified packets or packet sequences of QoS flows belonging to sessions 105 of different network slices 102 for the same application or service may be marked correlated, and QoS parameters may be adjusted accordingly based on the correlation information 103.
  • the correlated QoS treatment 104 based on the correlation information 103 can include one or more of the following:
  • ARP Allocation and Retention Priority
  • a prioritization by the terminal device 300 e.g. UE
  • packets of the correlated QoS flows 102 on the UL traffic prioritization
  • FIG. 5 shows an example of a joint QoS treatment 104 considering a session level correlation by a RAN device 100 and/or CN device 200 (as in FIG. 1 or FIG. 2) according to embodiments of the present invention.
  • the RAN device 100 is here exemplarily a gNB 100
  • the CN device 200 is exemplarily referred to as 5GC 200
  • the terminal device 101 is exemplarily a UE 101.
  • the correlation information 103 can in particular be determined on a PDU session level. At least a part of the following steps may be performed:
  • either the UE 101 can explicitly send the request for the correlated QoS treatment 104 as part of a service request to the network (5GC 200) or the 5GC 200 can determine correlation information 103. Including the correlated QoS treatment request in the non-access stratum (NAS) service request by the UE 101 is optional but possible.
  • the 5GC 200 can also make use of the correlated QoS request to identify the correlation information 103.
  • a N2 PDU session Request is provided from the 5GC 200 to the gNB 100 and contains details on correlated PDU session IDs as part of the correlation information 103.
  • the gNB 100 receives the knowledge of the correlated PDU sessions 105, and QoS flows belonging to these correlated PDU sessions 105 are modified such that gNB 100 considers, for example, a joint delay budget (e.g. on UL and DL QoS flows) and/or a joint admission control procedure, such as ARP.
  • Joint ARP handling can include priority and pre-emption capability/vulnerability.
  • Data radio bearer (DRB) parameters can also be adjusted, e.g. as described for the NG-RAN execution further below.
  • the gNB 100 can provide correlated DRB parameters to UE along with the information on the correlated PDU sessions, e.g., the joint delay budget for DL and UL transmissions with corresponding correlated PDU session IDs.
  • the UE 101 can establish the correlated DRBs and mark QoS flows belonging to the correlated PDU sessions 105.
  • Joint delay budget can be considered, e.g. in packet queuing.
  • FIG. 6 shows an example of a joint QoS treatment 104 considering a QoS flow level correlation by a RAN device 100 and/or CN device 200 (as in FIG. 1 and FIG. 2) according to embodiments of the present invention.
  • the RAN device 100 is here a gNB 100
  • the CN device 200 is referred to as 5GC 200
  • the terminal device 101 is a UE 101.
  • the correlation information 103 can be determined on a QoS flow level. To this end, at least a part of the following steps can be performed:
  • either the UE 101 can explicitly send the request for the correlated QoS treatment 104 as part of a service request to the network (5GC 200) or the 5GC 200 can determine correlation information 103. Including the correlated QoS treatment request in the non-access stratum (NAS) service request by the UE 101 is optional but possible.
  • the 5GC 200 can also make use of the correlated QoS request to identify the correlation information 103.
  • a N2 PDU session Request sent from the 5GC 200 to the gNB 100 may contain details on the correlated QoS Flow IDs (QFIs) as part of the correlation information 103.
  • QFIs QoS Flow IDs
  • the gNB 100 receives the knowledge of the correlated QoS Flows, and these particular correlated QoS flows are modified such that the gNB 100 considers, for example, a joint delay budget (e.g. on UL and DL QoS flows) and/or a joint admission control procedure, such as ARP.
  • Joint ARP handling can include priority and pre-emption capability/vulnerability.
  • DRB parameters can also be adjusted, e.g. as described for the NG-RAN execution further below.
  • the gNB 100 can provide correlated DRB parameters to the UE 101 along with the information on the correlated QoS Flows, e.g. the joint delay budget for DL and UL transmissions with corresponding correlated QFIs.
  • the UE 101 can establish the correlated DRBs and mark correlated QoS flows. Joint delay budget can be considered, e.g. in packet queuing.
  • FIG. 7 shows an example of a correlated QoS treatment 104 considering a packet (sequence) level correlation by a RAN device 100 and/or CN device 200 (as in FIG. 1 or FIG. 2) according to embodiments of the present invention.
  • the RAN device 100 is here a gNB 100
  • the CN device 200 is referred to as 5GC 200
  • the terminal device 101 is a UE 101.
  • the correlation information 103 can be determined on a packet level. To this end, at least a part of the following steps can be performed:
  • the 5GC 200 optionally with support from an application server, identifies that certain packet sequences are correlated in QoS flows of one slice 102 with other QoS flows in the another slice 102 or slices 102.
  • the packet sequences can be identified by start and end markers.
  • the packet sequences can be also identified with IDs, if available. Correlation among QoS flows and (PDU) sessions 105 can also be included.
  • a N2 PDU session Request sent from the 5GC 200 to the gNB 100 may contain details on the start and end markers and/or time stamps with information on the correlated QFIs as part of the correlation information 103.
  • the gNB 100 receives the knowledge of the correlated QoS Flows, PDU sessions 105, and packet sequences, and these particular correlated QoS flows are modified such that the gNB 100 considers, for example, a joint delay budget (e.g. on UF and DF QoS flows) for identified packet sequences and/or a joint admission control procedure, such as ARP.
  • Joint ARP handling can include priority and pre-emption capability/vulnerability.
  • DRB parameters can also be adjusted, e.g. as described for the NG-RAN execution further below.
  • the gNB 100 can provide correlated DRB parameters to the UE 101 along with the information on the correlated QoS Flows, e.g. the joint delay budget for DF and UF transmissions with corresponding correlated QFIs.
  • the UE 101 can establish the correlated DRBs and mark correlated QoS flows. Joint delay budget can be considered, e.g. in packet queuing.
  • the 5GC 200 may determine a correlation release with the support of the application layer.
  • FIG. 8 shows an example of dynamic QoS handling/adjustment by a CN device 200 according to an embodiment of the present invention.
  • the CN device 200 is here a 5GC 200
  • the RAN device 100 is a gNB 100
  • the terminal device 101 is a UE 101.
  • the QoS parameters e.g. QoS profiles and QoS Rules
  • An example modification can be a modification of ARP and delay budgets.
  • correlation information - as described above with respect to FIGs. 5-7 - can also be sent to the gNB 100 and the UE 101.
  • the gNB 100 can still perform part of the correlated QoS treatment 104, such as QoS flow synchronization.
  • the 5GC modification can be enhanced by feedback ffom NG-RAN, e.g. resource usage or contention indication.
  • FIGs. 5-8 can be combined and can be combined with the implementation shown with respect to FIG. 9 below, in in order to e.g. achieve a hybrid solution with modifications both at the 5GC 200 and the NG- RAN.
  • FIG. 9 shows an example of a NG-RAN execution for a correlated QoS treatment 104 performed e.g. by a RAN device 100 (NG-RAN device) according to an embodiment of the present invention.
  • the correlation information 103 known at the DRB level can be utilized to manage scheduling decisions at the RAN for different levels of correlations.
  • An Access Stratum (AS)-level mapping table may tell about the correlated QoS flow mapping to DRBs:
  • the FCH prioritization procedure can map correlated QoS flows to corresponding numerology sets as shown FIG. 9.
  • FIG. 10 shows an example of scheduling for performing a correlated QoS treatment 104, particularly a joint delay budget handling in case of the same link, on UF.
  • a Tele-Operator Driving (ToD) application in UF video and haptic information from a vehicle need to be synchronized.
  • Scheduling/HARQ period the URFFC slice 102 is mini slot (e.g., 2, 4 or 7 OFDM symbols), while that of the eMBB slice 102 is of 1 ms transmission time interval (TTI).
  • TTI transmission time interval
  • the latency constraint of haptic information (which is an URFFC service) can be relaxed to be synchronized with eMBB scheduling intervals.
  • FIG. 11 shows an example of scheduling for performing a correlated QoS treatment 104, particularly end-to-end (e2e) joint delay budget handling in case of different links, on UL and DL.
  • QoS flows of DF and UF are correlated to meet the QoS requirements.
  • a scheduler with the knowledge of DF/UF correlation can schedule DF traffic according to the UF information such that it meets the e2e latency constraints.

Landscapes

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

Abstract

L'invention concerne le domaine du découpage en tranche de réseau, par exemple comme mis en œuvre dans la 5G. En particulier, la présente invention concerne un service multi-tranche ou un support d'application. La présente invention concerne un dispositif RAN permettant de fournir de multiples tranches et/ou sessions de réseau pour un service ou une application. Le dispositif RAN est configuré pour obtenir des informations de corrélation entre au moins deux desdites tranches de réseau et/ou au moins deux sessions d'une tranche de réseau, et pour effectuer un traitement de QoS conjoint pour au moins deux desdites tranches de réseau et/ou au moins deux desdites sessions sur la base des informations de corrélation. La présente invention concerne également un dispositif CN permettant de fournir à un dispositif terminal au moins deux tranches et/ou sessions de réseau pour une application ou un service. Le dispositif CN est configuré pour déterminer des informations de corrélation entre au moins deux tranches et/ou sessions de réseau, et pour fournir les informations de corrélation au dispositif RAN.
PCT/EP2018/054037 2018-02-19 2018-02-19 Dispositif ran et dispositif de réseau central pour découpage en tranches de réseau WO2019158219A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2018/054037 WO2019158219A1 (fr) 2018-02-19 2018-02-19 Dispositif ran et dispositif de réseau central pour découpage en tranches de réseau

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2018/054037 WO2019158219A1 (fr) 2018-02-19 2018-02-19 Dispositif ran et dispositif de réseau central pour découpage en tranches de réseau

Publications (1)

Publication Number Publication Date
WO2019158219A1 true WO2019158219A1 (fr) 2019-08-22

Family

ID=61274241

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2018/054037 WO2019158219A1 (fr) 2018-02-19 2018-02-19 Dispositif ran et dispositif de réseau central pour découpage en tranches de réseau

Country Status (1)

Country Link
WO (1) WO2019158219A1 (fr)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021136636A1 (fr) * 2020-01-03 2021-07-08 Nokia Technologies Oy Regroupement d'un flux de qualité de service (qos) pour des communications d'équipement utilisateur à équipement utilisateur
WO2022051970A1 (fr) * 2020-09-10 2022-03-17 Qualcomm Incorporated Flux de qualité de service pour des communications
CN114586324A (zh) * 2019-10-08 2022-06-03 高通股份有限公司 为下行链路流传输中的业务处理提供网络辅助的系统和装置
US11601947B2 (en) * 2020-08-17 2023-03-07 Verizon Patent And Licensing Inc. Systems and methods for network slice selection according to application specific request
WO2023088155A1 (fr) * 2021-11-19 2023-05-25 华为技术有限公司 Procédé et appareil de gestion de qualité de service (qos)
EP4138439A4 (fr) * 2020-05-15 2023-09-06 Huawei Technologies Co., Ltd. Procédé, appareil et système de communication

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170257870A1 (en) * 2016-03-04 2017-09-07 Huawei Technologies Co., Ltd. Systems and methods for performing traffic engineering through network slices
US20180014222A1 (en) * 2016-07-05 2018-01-11 Electronics And Telecommunications Research Institute COMMUNICATION METHOD AND APPARATUS BASED ON QUALITY OF SERVICE (QoS) IN NETWORK SLICE-BASED MOBILE COMMUNICATION NETWORK
CN107690159A (zh) * 2016-08-05 2018-02-13 电信科学技术研究院 用户面数据的处理方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170257870A1 (en) * 2016-03-04 2017-09-07 Huawei Technologies Co., Ltd. Systems and methods for performing traffic engineering through network slices
US20180014222A1 (en) * 2016-07-05 2018-01-11 Electronics And Telecommunications Research Institute COMMUNICATION METHOD AND APPARATUS BASED ON QUALITY OF SERVICE (QoS) IN NETWORK SLICE-BASED MOBILE COMMUNICATION NETWORK
CN107690159A (zh) * 2016-08-05 2018-02-13 电信科学技术研究院 用户面数据的处理方法及装置

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114586324A (zh) * 2019-10-08 2022-06-03 高通股份有限公司 为下行链路流传输中的业务处理提供网络辅助的系统和装置
CN114586324B (zh) * 2019-10-08 2024-01-12 高通股份有限公司 一种用于从网络提供服务的方法、装置和存储介质
WO2021136636A1 (fr) * 2020-01-03 2021-07-08 Nokia Technologies Oy Regroupement d'un flux de qualité de service (qos) pour des communications d'équipement utilisateur à équipement utilisateur
EP4138439A4 (fr) * 2020-05-15 2023-09-06 Huawei Technologies Co., Ltd. Procédé, appareil et système de communication
US11601947B2 (en) * 2020-08-17 2023-03-07 Verizon Patent And Licensing Inc. Systems and methods for network slice selection according to application specific request
WO2022051970A1 (fr) * 2020-09-10 2022-03-17 Qualcomm Incorporated Flux de qualité de service pour des communications
WO2023088155A1 (fr) * 2021-11-19 2023-05-25 华为技术有限公司 Procédé et appareil de gestion de qualité de service (qos)

Similar Documents

Publication Publication Date Title
US11658914B2 (en) Support of quality of service for V2X transmissions
US11051275B2 (en) Semi-persistent resource allocation behavior for V2X transmissions
US20190053251A1 (en) Priority-optimized sidelink data transfer in the case of autonomous resource allocation in lte prose communication
WO2019158219A1 (fr) Dispositif ran et dispositif de réseau central pour découpage en tranches de réseau
US11968649B2 (en) Resource allocation method and device for supporting vehicle communication in next generation mobile communication system
AU2005286172B2 (en) Resource allocation in a communication system
EP3912388B1 (fr) Équipement d'infrastructure, réseaux de communications sans fil et procédés
RU2772319C2 (ru) Способ распределения ресурсов и устройство для поддержки связи транспортного средства в системе мобильной связи следующего поколения

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18706995

Country of ref document: EP

Kind code of ref document: A1