WO2020147927A1 - Procédés et nœuds pour une notification de prédiction de qos à l'avance - Google Patents

Procédés et nœuds pour une notification de prédiction de qos à l'avance Download PDF

Info

Publication number
WO2020147927A1
WO2020147927A1 PCT/EP2019/050925 EP2019050925W WO2020147927A1 WO 2020147927 A1 WO2020147927 A1 WO 2020147927A1 EP 2019050925 W EP2019050925 W EP 2019050925W WO 2020147927 A1 WO2020147927 A1 WO 2020147927A1
Authority
WO
WIPO (PCT)
Prior art keywords
iqn
quality
service
qos
advance
Prior art date
Application number
PCT/EP2019/050925
Other languages
English (en)
Inventor
Antonio Consoli
Mats Eriksson
Ali HAMIDIAN
Siva VAKEESAR
Original Assignee
Huawei Technologies Co., Ltd.
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 Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to PCT/EP2019/050925 priority Critical patent/WO2020147927A1/fr
Priority to EP19700800.6A priority patent/EP3900264A1/fr
Publication of WO2020147927A1 publication Critical patent/WO2020147927A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H04L41/147—Network analysis or design for predicting network behaviour
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H04W36/322—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data by location data
    • 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]

Definitions

  • QoS Quality of Service
  • the SMF node is in addition configured to send the IQN to the IQN consumer/ recipient associ ated with the PDU session in a Non-Access Stratum (NAS) message when the IQN con sumer/ recipient is a UE, or a Service Based Architecture (SBA) message when the recipient is an Application Function (AF) or another Network Function (NF).
  • NAS Non-Access Stratum
  • SBA Service Based Architecture
  • the trigger received from the NWDAF and also receiving the IQN distribution policy from the PCF it could be determined whether the QoS is predicted to change or not and the IQN could be sent to the recipient in accordance with the IQN distribution policy when the QoS is predicted to be affected according to the IQN request. If QoS changes in a way that does not match the IQN request, no IQN may be sent to the IQN consumer/ recipient. E.g. the IQN consumer/ recipient may request IQN about the latency but information from the NWDAF may say that bitrate may change, no IQN may be sent to the IQN consumer/ recipient.
  • the method may also comprise sending the assembled IQN to the IQN consumer/ recipient via a V2X Control Function.
  • a UE is provided.
  • the UE is configured to send a request for an IQN to a SMF node, via an AMF node.
  • the UE is also configured to send information con cerning current location and/ or route of the UE periodically while a PDU Session that re quires QoS prediction is established (via AMF node to SMF).
  • the UE is also configured to receive the requested IQN from the SMF node in a NAS message via AMF node.
  • a method in a UE comprises the step of providing a request for an IQN to a SMF node. Further, the method in addition comprises sending information concerning current location and/ or route of the UE. Also, the method further comprises receiving the requested IQN from the SMF node in a NAS message.
  • Figure 1 is a block diagram illustrating a 5G wireless communication network according to an example, and a UE moving along a flight path or route.
  • Figure 3 is a combined flow chart and signalling scheme in a wireless communication network according to an example.
  • Figure 7 is a combined flow chart and signalling scheme in a wireless communication network according to an example.
  • Figure 8 is a combined flow chart and signalling scheme in a wireless communication network according to an example.
  • Figure 9B is a flow chart illustrating a method in a network node according to an exam ple.
  • Figure 11 is a flow chart illustrating a method in a UE according to an example.
  • the UE 1 10 may be moving, e.g. when situated in a vehicle, along a flight path 160 towards a destination 170.
  • the UE 1 10 may for example comprise an integrated communication de vice of a vehicle, e.g. configured for Vehicle-to-Vehicle/ Vehicle-to-Everything (V2V/ V2X) communication with other vehicles, or other environmental structures.
  • V2V/ V2X Vehicle-to-Vehicle/ Vehicle-to-Everything
  • the UE 1 10 may be a cellular mobile telephone or similar communication device, used by a user which is moving on a vehicle such as a train or an autonomous car, etc.
  • the wireless communication network 100 may also comprise an Access and Mobility Man agement Function (AMF) network node 130 and a SMF network node 140. Further, the wire less communication network 100 may comprise a NWDAF 150.
  • the NWDAF 150 may be responsible for collecting/ providing network analytic information upon request. Information concerning the UE 1 10 such as the position of the UE 1 10 and/ or the route 160 of the UE 1 10 may be determined. By knowing or estimating the UE route 160, it becomes possible to predict serving cells 120a, 120b along the route 160. It also becomes possible to predict a change in QoS of a PDU Session of the UE 1 10, in advance.
  • AMF Access and Mobility Man agement Function
  • An IQN consumer is an entity that requests IQN (such as e.g. UE 1 10, AF).
  • the IQN Pro ducer is the entity that produces IQN, e.g. the AF or PF or any appropriate network node 120a, 120b, 130, 140, 150.
  • the IQN Notice Period may be defined as the time period indicating how long in advance the IQN Consumer requires/ desired to receive the IQN, before the QoS changes. This time period is use case-specific and is typically specified by the IQN Consumer at time of sub scription.
  • the network 100 returns a QoS prediction which may be valid for a certain prediction time interval.
  • the prediction time inter val may start at the time the QoS prediction is generated and ends when the aforementioned prediction is no longer valid.
  • the data collection functionality concerns what information to collect and from where to col lect it in order to make predictions that are relevant for the IQN consumers and according to their request or subscription.
  • the prediction making functionality concerns how to make the QoS prediction according to the available collected data.
  • the prediction delivery concerns how to deliver information concerning the prediction of the QoS, to the IQN consumer.
  • Embodiments concerning the herein provided solution are focused primarily on the issue of prediction delivery functionality, i.e. how to deliver the prediction to the IQN consumers.
  • an IQN distribution framework is provided, supporting multiple IQN pro ducers and multiple IQN consumers.
  • a solution is provided for the network 100 to assemble and deliver IQNs to multiple IQN consumers.
  • the SMF 140 may be responsible for PDU Session management, as well as QoS management in the wireless communication network 100, functioning as a core network control node. Further, the SMF 140 may be augmented with the role of IQN distrib utor. That is: SMF 140 becomes the node in charge of receiving IQN from where it is origi nated, e.g. the PF, either from within, or from outside the wireless communication network 100. In particular, procedures are disclosed for receiving the IQN from RAN 120a, 120b, a node inside the core network (e.g. NWDAF 150) and from a node outside the wireless com munication network 100 (e.g. AF).
  • NWDAF 150 a node inside the core network
  • AF wireless com munication network
  • the session management context is the information container that comprises the AMF-SMF association for a certain PDU Session. Since the SMF 140 manages the session management context for the PDU Session (and expose such management via the existing Nsmf PDUSession CreateSMContext, Update SM Context and Release SM Context service operations), some embodiments comprise adding the information contained in the IQN re ceived by the PF to the session management context. This allows the SMF 140 to distribute the content of the IQN via the existing Nsmf PDUSession SMContextStatusNotify service operation that is used by the SMF 140 to notify its IQN consumers about the status of a session management context related to the PDU Session.
  • the SMF 140 receives the authorised QoS for a PDU Session by the PCF 180 in the Policy and Charging Control (PCC) Rule. According to this information, the SMF 140 may calculate the QoS parameters for the QoS Flows in a PDU Session and enforces those by controlling the UPF. Also, in some embodiments, the same PCC Rules may also contain additional information related to the IQN distribution policy. In this way the SMF 140 will receive the IQN distribution policy at the time of receiving PCC rule, e.g. during PDU Session Establish ment and Modification procedures. This allows the SMF 140 to be able enforce IQN policies related to IQN distribution as soon as the PDU Session is established.
  • PCC Policy and Charging Control
  • embodiments of the herein provided solution enables the net work 100, i.e. a network node 120, 130, 140, 150 of the network 100, to send IQN to UE 1 10 and/ or AF, allowing timely dynamic application adjustments.
  • Some embodiments of the provided solution may comprise five phases 0-4 in some embod iments.
  • configuration parameters may for example be IQN Notice period, how often the predicted location may be reported by the UE 1 10 to the wireless network 100 how often the IQN can be sent to the application, and/ or what order of magni tude of changes shall be reported in the IQN.
  • the wireless network 100 also may determine which entities are the IQN consumers of the IQN (e.g. AF, UE 1 10, or both) and what information is to be comprised in the IQN to be sent to each relevant IQN consumer.
  • Figure 2 illustrates enhancements for supporting IQN.
  • the NWDAF 150 may then determine if the application has to be notified with an IQN. The decision may be determined based on e.g. current and/ or expected future UE positions; statistics of QoS KPIs information, retrieved from the NWDAF 150 as per sub-step 1 a; ex ternal context info collected as per sub-step 1 b; and/ or QoS KPIs and threshold(s) of interest received from the UE 1 10 as per step 0 during PDU Session establishment.
  • the SMF 140 may verify that the received prediction is relevant to an IQN subscription. Then, a relevant IQN Distribution Policy may be checked, by assistance of a PCF 180. The SMF 140 may retrieve the IQN Distribution Policy from the PCF 180 at the time of receiving PCC Rules by invoking the relevant service on PCF Npcf_SMPolicyControl. The policy may provide the information whether the relevant subscribed consumers (e.g. AF and UE 1 10) are authorised to receive the IQN according to the IQN Distribution Policy. Also, the SMF 140 may check that IQN sent in the unit of time is lower than maximum allowed IQN per unit of time, and that the information comprised in the IQN (e.g. which KPI is predicted to change) can be received by the relevant IQN consumer.
  • a relevant IQN Distribution Policy may be checked, by assistance of a PCF 180.
  • the SMF 140 may retrieve the IQN Distribution Policy from the PCF 180 at the time of receiving PCC Rules by invoking the relevant service
  • the IQN may be delivered by the SMF 140 using appropriate channel (e.g. NAS via AMF 130 to the UE 1 10, SBA to Network Exposure Function (NEF)/ AF) or via V2X CF to UE 1 10.
  • appropriate channel e.g. NAS via AMF 130 to the UE 1 10, SBA to Network Exposure Function (NEF)/ AF
  • V2X CF V2X CF to UE 1 10.
  • the content and format of the notification should be defined to allow effective application adjustments, as well as restriction in 5GS information exposure to 3rd parties.
  • the content of IQN may comprise predicted achievable QoS profiles per QoS flow belonging to a PDU Session of an interest.
  • application adjustment may take place at the UE 1 10 and/ or AF upon recep tion of the IQN.
  • the UE 1 10 may use Up-link (UL) NAS Transport for this purpose while including a PDU Session ID.
  • UL Up-link
  • An example of the procedure is depicted in Figure 4.
  • the AMF 130 may issue a Nsmf PDUSession ContextRequest while including PDU Session ID.
  • the SMF 140 may first check whether such IQN feature is comprised in SM Context and will also check if the IQN Distribution Policy allow servicing such request. If so, it will reply with IQN for the indicated space and time horizons. It may be assumed that the SMF 140 may be responsible for generating such IQN while interacting with its data collection sources such as the NWDAF 150, and possibly also network external sources.
  • the SMF 140 may firstly check whether such IQN feature is comprised in SM Context, it may also check the IQN Distribution Policy to make sure such request is allowed. If so, it may reply with IQN for the indicated space and time horizons. It may be assumed that the SMF 140 may be responsible for gen erating such IQN while interacting with its data collection sources such as the NWDAF 150.
  • the SMF 140 may send Nsmf PDUSession UpdateSM Context Re sponse, to signal AF that the SMF 140 has received the IQN correctly.
  • the IQN distribution policy may be executed to possibly filter IQN from being delivered (e.g. throttling IQN), or for authorisation purposes.
  • the policy may be executed to possibly filter IQN from being delivered (e.g. throttling IQN) or for authorisation purposes.
  • the V2X CF may collect information from the UE 1 10, or another NF (e.g. location). This step may be repeated several times in some embodiments.
  • This mechanism may comprise embedding IQN consumer subscription in PDU Session es tablishment request and PDU Session modification request message within the Extended Protocol Control Options that is sent from the UE 1 10 to the SMF 140 via the AMF 130, reusing existing PDU SM NAS messages and saving on NAS signalling.
  • the Nsmf PDUSession SMContextStatusNotify service operation that is sent by the SMF 140 to the consumer of such service (e.g. AF or other 5GC NF) to notify about a new IQN that has to be received by that IQN consumer.
  • the consumer of such service e.g. AF or other 5GC NF
  • Step 902 comprises receiving a message that trigger the sending of the IQN together with information required to assemble the IQN, relevant for a PDU session from a PF.
  • Step 903 comprises retrieving an IQN distribution policy, from a PCF 180.
  • Step 904 comprises determining whether QoS of the PDU session will be affected, based on the received 901 request and the received 903 IQN distribution policy.
  • Step 908 which only may be performed in some embodiments, comprises verifying, before the IQN is sent, that a maximum threshold limit concerning number of sent IQN has not been exceeded; and that a change in QoS of a KPI, requested by the IQN consumer/ recipient, has changed more than a threshold limit.
  • the verification may comprise checking that the information of the predicted QoS has been requested/ subscribed to by the IQN consumer/ recipient; and that the IQN con sumer/ recipient is authorised to receive the IQN.
  • Step 909 comprises sending the IQN to a recipient associated with the PDU session in a NAS message when the recipient is a user equipment 1 10, or a SBA message when the IQN consumer/ recipient is an AF or another NF.
  • the assembled 905 IQN may be sent to the IQN consumer/ recipient via a V2X Control Function.
  • Step 910 which only may be performed in some embodiments, comprises detecting that the predicted QoS will result in a degraded QoS for the UE 1 10.
  • Step 911 which only may be performed in some embodiments wherein step 910 has been performed, comprises scheduling part of the resources that will be available after the release of those from the PDU Session of the recipient with the predicted degraded QoS to another entity 1 1 1 .
  • Figure 10 forms a flow chart illustrating embodiments of a method 1000 in a NWDAF node 150 for collecting information required to assemble an IQN and sending a message to a SMF 130 to trigger sending of the IQN to the IQN consumer/ recipient.
  • Step 1002 comprises receiving information which may affects the QoS of a PDU session of the UE 1 10 at the position and/ or route 160 of the UE 1 10. It has to be noted that statistics that QoS was affected a number of times in the past in a specific location do not always imply that QoS in that location will always be affected, Therefore deductions made at this step have to be considered to be probabilistic.
  • Step 1003 comprises receiving information related to QoS of the PDU session of the UE 1 10.
  • Figure 11 forms a flow chart illustrating embodiments of a method 1 100 in a UE 1 10 for receiving an IQN of a PDU session.
  • the method 1 100 may comprise a number of steps 1 101 -1 103.
  • the described steps 1 101 -1 103 may be performed in a somewhat different chronological order than the numbering suggests.
  • the method 1 100 may comprise the sub sequent steps:
  • Step 1101 comprises sending a request for an IQN, and/ or a subscription for IQN, to a SMF node 140.
  • Step 1103 comprises receiving the requested IQN from the SMF node 140 in a NAS mes sage.
  • the received IQN may then cause the UE 1 10 or the V2X Application running in the UE 1 10 to perform a further action when the QoS is predicted to deteriorate.
  • the vehicle speed and/ or inter-vehicular distance may be adapted based on the received IQN information.
  • Another action may be to buffer information to be received in advance, or to terminate a program or an application under controlled forms; and/ or starting a new program or application.
  • Figure 12 illustrates a network 1200 and various network nodes 120a, 120b, 130, 140, 150.
  • the SMF node 140 is configured to per form at least some of the method steps 901 -91 1 of the method 900 for assembling and send ing an IQN to an IQN consumer/ recipient.
  • the SMF node 140 is configured to receive a request for the IQN.
  • the SMF node 140 is also configured to receive IQN distribution policy, from a PCF 180.
  • the SMF node 140 is configured to determine whether QoS of the PDU session may be affected, based on the received request and the received IQN distribution policy.
  • the SMF node 140 is in addition also configured to assemble the IQN.
  • the SMF node 140 is further configured to send the assembled IQN to a IQN consumer/ recipient associated with the PDU session in a NAS message when the IQN consumer/ recipient is a UE 1 10, or a SBA message when the IQN consumer/ recipient is an AF or another NF.
  • the SMF node 140 may also be configured to retrieve IQN policy for making prediction, from a PCF 180.
  • the SMF node 140 may be configured to verify that QoS prediction is enabled for the PDU session. Further, the SMF node 140 may be configured to verify that a PF is allowed to make predictions for the PDU session.
  • the SMF node 140 may also be configured to verify that the QoS prediction is valid for the PDU session, before sending the assembled IQN to the IQN consumer/ recipient.
  • the SMF 140 may verify that the probability that the PDU Session will be affected is higher than a predefined threshold specified by the UE 1 10 in the configuration phase or at subscription time. This in order to provide to the IQN consumer only IQNs containing information events about QoS changes or predicted QoS that have a probability that is sufficient enough to trigger actions at the UE or Application side.
  • the SMF node 140 may be configured to verify, before the IQN is sent, that a maximum threshold limit concerning number of sent IQN has not been exceeded.
  • the SMF node 140 may in addition be configured to verify that a change in QoS of a KPI, requested by the IQN consumer/ recipient, has changed more than a threshold limit.
  • the IQN content may comprise for example IQN type (PDU Session IQN, QoS Flow IQN) and various identity references, e.g. the PDU Session Id for a PDU Session IQN; the PDU Session Id and the QoS Flow Id for a QoS Flow IQN.
  • the IQN may comprise pre dicted QoS such as IQN predicted parameter and/ or IQN predicted value.
  • the computer program product mentioned above may be provided for instance in the form of a data carrier carrying computer program code for performing the respective methods 900, 1000, 1 100.
  • the data carrier may be, e.g., a hard disk, a CD ROM disc, a memory stick, an optical storage device, a magnetic storage device or any other appropriate medium such as a disk or tape that may hold machine readable data in a non-transitory manner.
  • the com puter program product may furthermore be provided as computer program code on a server and downloaded to the network node 120a, 120b, 130, 140, 150 and/ or UE 1 10, e.g., over an Internet or an intranet connection.

Landscapes

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

Abstract

L'invention concerne un nœud SMF (140) et un procédé (900) associé. Le nœud SMF (140) est conçu pour recevoir une demande d'IQN et recevoir une politique de distribution d'IQN ; déterminer que la QoS de la session PDU gérée par le nœud SMF (140) est prédite pour être affectée en fonction de la demande et de la politique de distribution ; et envoyer l'IQN à un destinataire associé à la session PDU dans un message NAS lorsque le destinataire est un UE (110), ou un message SBA lorsque le destinataire est une AF ou une autre NF. L'invention concerne également un nœud de fonction d'analyse de données de réseau (150) et un procédé (1000) associé, ainsi qu'un UE (110) et un procédé (1100) associé.
PCT/EP2019/050925 2019-01-15 2019-01-15 Procédés et nœuds pour une notification de prédiction de qos à l'avance WO2020147927A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/EP2019/050925 WO2020147927A1 (fr) 2019-01-15 2019-01-15 Procédés et nœuds pour une notification de prédiction de qos à l'avance
EP19700800.6A EP3900264A1 (fr) 2019-01-15 2019-01-15 Procédés et noeuds pour une notification de prédiction de qos à l'avance

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2019/050925 WO2020147927A1 (fr) 2019-01-15 2019-01-15 Procédés et nœuds pour une notification de prédiction de qos à l'avance

Publications (1)

Publication Number Publication Date
WO2020147927A1 true WO2020147927A1 (fr) 2020-07-23

Family

ID=65033594

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2019/050925 WO2020147927A1 (fr) 2019-01-15 2019-01-15 Procédés et nœuds pour une notification de prédiction de qos à l'avance

Country Status (2)

Country Link
EP (1) EP3900264A1 (fr)
WO (1) WO2020147927A1 (fr)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113038553A (zh) * 2021-02-25 2021-06-25 腾讯科技（深圳）有限公司 基于切换过程的消息发送方法、装置、设备及介质
CN113784397A (zh) * 2021-09-10 2021-12-10 腾讯科技（深圳）有限公司 一种数据处理方法、设备以及可读存储介质
WO2022115010A1 (fr) * 2020-11-24 2022-06-02 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et système pour exposer des données de réseau d'accès radio (ran)
US20220224612A1 (en) * 2019-09-27 2022-07-14 Samsung Electronics Co., Ltd. Method and apparatus for detecting service and analyzing service characteristic using nwdaf in mobile communication system
EP4050917A1 (fr) 2021-02-24 2022-08-31 Volkswagen Ag Programme informatique, appareil et procédé pour un centre de commande à distance et pour faire fonctionner un véhicule à distance
CN115086940A (zh) * 2022-05-13 2022-09-20 广州爱浦路网络技术有限公司 基于5G的QoS调整方法、系统、装置及存储介质
WO2023083436A1 (fr) * 2021-11-09 2023-05-19 Huawei Technologies Co., Ltd. Dispositif et procédé de prédiction de qos à base de ran
WO2023147708A1 (fr) * 2022-02-07 2023-08-10 北京小米移动软件有限公司 Procédé et appareil de mise à jour de session d'intelligence artificielle
US11943095B2 (en) 2020-01-03 2024-03-26 Huawei Technologies Co., Ltd. First network node and a second network node for coordination of network function consumers

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015193727A1 (fr) * 2014-06-19 2015-12-23 Orange Procédés, appareil et support lisible permettant à une api de notifier une application d'un changement futur de qos

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015193727A1 (fr) * 2014-06-19 2015-12-23 Orange Procédés, appareil et support lisible permettant à une api de notifier une application d'un changement futur de qos

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; 5G enhanced mobile broadband; Media distribution (Release 16)", 3GPP STANDARD; TECHNICAL SPECIFICATION; 3GPP TR 26.891, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG4, no. V16.0.0, 21 December 2018 (2018-12-21), pages 1 - 43, XP051591472 *
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study of Enablers for Network Automation for 5G (Release 16)", 3GPP STANDARD; TECHNICAL REPORT; 3GPP TR 23.791, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. V16.0.0, 19 December 2018 (2018-12-19), pages 1 - 121, XP051591223 *
SAMSUNG ET AL: "Key Issue 6 Solution Evaluation and Conclusion", vol. SA WG2, no. West Palm Beach, USA; 20181126 - 20181130, 30 November 2018 (2018-11-30), XP051499689, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg%5Fsa/WG2%5FArch/TSGS2%5F129BIS%5FWest%5FPalm%5FBeach/Docs/S2%2D1813200%2Ezip> [retrieved on 20181130] *
ZTE: "Solution proposal on the key issue#15", vol. SA WG2, no. Dongguan, China; 20181015 - 20181019, 9 October 2018 (2018-10-09), XP051539565, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg%5Fsa/WG2%5FArch/TSGS2%5F129%5FDongguan/Docs/S2%2D1810595%2Ezip> [retrieved on 20181009] *

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220224612A1 (en) * 2019-09-27 2022-07-14 Samsung Electronics Co., Ltd. Method and apparatus for detecting service and analyzing service characteristic using nwdaf in mobile communication system
US11695656B2 (en) * 2019-09-27 2023-07-04 Samsung Electronics Co., Ltd. Method and apparatus for detecting service and analyzing service characteristic using NWDAF in mobile communication system
US11943095B2 (en) 2020-01-03 2024-03-26 Huawei Technologies Co., Ltd. First network node and a second network node for coordination of network function consumers
WO2022115010A1 (fr) * 2020-11-24 2022-06-02 Telefonaktiebolaget Lm Ericsson (Publ) Procédé et système pour exposer des données de réseau d'accès radio (ran)
EP4050917A1 (fr) 2021-02-24 2022-08-31 Volkswagen Ag Programme informatique, appareil et procédé pour un centre de commande à distance et pour faire fonctionner un véhicule à distance
WO2022180029A1 (fr) 2021-02-24 2022-09-01 Volkswagen Aktiengesellschaft Programme d'ordinateur, appareil et procédé destinés à un centre de commande à distance et destiné à actionner un véhicule à distance
CN113038553A (zh) * 2021-02-25 2021-06-25 腾讯科技（深圳）有限公司 基于切换过程的消息发送方法、装置、设备及介质
CN113038553B (zh) * 2021-02-25 2023-10-27 腾讯科技（深圳）有限公司 基于切换过程的消息发送方法、装置、设备及介质
CN113784397A (zh) * 2021-09-10 2021-12-10 腾讯科技（深圳）有限公司 一种数据处理方法、设备以及可读存储介质
EP4231703A4 (fr) * 2021-09-10 2024-04-24 Tencent Tech Shenzhen Co Ltd Procédé de traitement de données, dispositif, support de stockage lisible et produit de programme
WO2023083436A1 (fr) * 2021-11-09 2023-05-19 Huawei Technologies Co., Ltd. Dispositif et procédé de prédiction de qos à base de ran
WO2023147708A1 (fr) * 2022-02-07 2023-08-10 北京小米移动软件有限公司 Procédé et appareil de mise à jour de session d'intelligence artificielle
CN115086940A (zh) * 2022-05-13 2022-09-20 广州爱浦路网络技术有限公司 基于5G的QoS调整方法、系统、装置及存储介质

Also Published As

Publication number Publication date
EP3900264A1 (fr) 2021-10-27

Similar Documents

Publication Publication Date Title
WO2020147927A1 (fr) Procédés et nœuds pour une notification de prédiction de qos à l&#39;avance
EP3850889B1 (fr) Notification d&#39;informations sur la qualité de service à un équipement utilisateur, à des utilisateurs et à un serveur d&#39;applications
CN113595766B (zh) 通信方法和装置
CN113498076A (zh) 基于o-ran的性能优化配置方法与设备
EP3023961B1 (fr) Procédés et dispositifs pour commander des communications sans fil d&#39;un véhicule
US10212616B2 (en) RF resource allocation device and method, and radio communication system
Sciancalepore et al. Slice as a service (SlaaS) optimal IoT slice resources orchestration
US20220210688A1 (en) System and method for managing v2x communication between a vehicle and a receiving device
US20180316764A1 (en) Captive portal-related control and management in a network of moving things
US20220110024A1 (en) Potential qos change notification methods and nodes for assisting application adjustment
KR20190008928A (ko) 이동 사물 네트워크에서 업로드 방향으로 데이터의 라우팅 및 복제를 관리하기 위한 시스템 및 방법
US10805426B2 (en) Method and system for supporting data upload from a mobile gateway device to a backend entity
CN111147270A (zh) 一种数据驱动的网元的构建方法、网元及计算机可读存储介质
US20150049648A1 (en) Methods for applying session-processing rules in accordance with a presence map of mobile terminals in special areas
Rastogi et al. A novel safety message dissemination framework in LTE‐V2X system
US20140343838A1 (en) Method for calculating paths, method for obtaining paths as well as terminal for same
WO2016058648A1 (fr) Commande de service de transmission en continu
EP3901726A1 (fr) Procédé de détermination d&#39;itinéraire de déplacement et dispositif associé
WO2023083436A1 (fr) Dispositif et procédé de prédiction de qos à base de ran
CN117015991A (zh) 预警信息的发送方法、接收方法、装置、设备及介质
KR20230050381A (ko) 무선통신시스템에서 센서 로우 데이터 공유와 피드백에 관련된 ue의 동작 방법.
WO2020011350A1 (fr) Dispositifs et procédés de gestion de ressources de réseau
US20230144248A1 (en) Dynamic quality of service traffic steering in a multi-access edge computing environment
Khalid et al. Optimizing Hybrid V2X Communication: An Intelligent Technology Selection Algorithm Using 5G, C-V2X PC5 and DSRC
WO2023108512A1 (fr) Procédé et appareil d&#39;analyse de qualité de service, dispositif, et support de stockage

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019700800

Country of ref document: EP

Effective date: 20210720