Methods and apparatus for policy and quality-of-service control of extended reality and media services

Abstract

Various solutions for policy and quality-of-service (QoS) control of extended reality and media (XRM) services are described. A network node may receive network analytics information from a network data analytic function (NWDAF). The network node may determine expected user equipment (UE) behavior parameter (s) specific to an XRM application based on the network analytics information. Then, the network node may perform either: (i) providing the expected UE behavior parameters specific to the XRM application to assist another network node in generating a control policy of the XRM application associated with a default protocol data unit (PDU) session for an apparatus; or (ii) generating the control policy by itself.

Description

METHODS AND APPARATUS FOR POLICY AND QUALITY-OF-SERVICE CONTROL OF EXTENDED REALITY AND MEDIA SERVICESCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefit of U.S. Patent Application No. 63 / 553,659, filed 15 February 2024, the content of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to policy and quality-of-service (QoS) control of extended reality and media (XRM) services.BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] In 5th generation (5G) New Radio (NR) , a protocol data unit (PDU) session defines the association between a user equipment (UE) and the data network that provides a PDU connectivity service. Each PDU session is identified by a PDU session identifier (ID) , and may be associated with one or more quality-of-service (QoS) flows and QoS rules. A UE route selection policy (URSP) or session management (SM) policy may be provided to the UE, which contains at least a default QoS rule that is required by the UE in every PDU session establishment and is associated with a QoS flow. When the upper layers request information of the PDU session via which to send the PDU (s) of an application, the UE may evaluate the rules in the control policy to determine the appropriate PDU session.

[0005] To provide immersive experience for users, XRM services are usually characterized by high data rate and low latency. In order to support XRM services, PDU set based handling is required. A PDU set generally contains one or more PDUs carrying an application layer payload such as a video frame or video slice. Under current 5G NR framework, when a PDU session is required for an XRM application, a default PDU session will be established which is associated with a default QoS rule providing a default QoS treatment for the data flows. However, this default PDU session may not accurately reflect the PDU set related information due to that the application function (AF) is not able to provide such information to the 5G core (5GC) (e.g., including the network functions (NFs) in charge of policy and QoS control) before a PDU session is established. Consequently, in many practical scenarios, a follow-up PDU session modification procedure will be needed during which the PDU set related information from the AF can be incorporated, and this will inevitably cause extra signaling overhead at access stratum (AS) , non-access stratum (NAS) , and 5GC levels.

[0006] Therefore, there is a need to provide proper schemes to address this issue.SUMMARY

[0007] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0008] One objective of the present disclosure is proposing schemes, concepts, designs, systems, methods and / or apparatus pertaining to policy and QoS control of XRM services. It is believed that the above-described issue would be avoided or otherwise alleviated by implementing one or more of the proposed schemes described herein.

[0009] In one aspect, a method may involve a network node receiving network analytics information from a network data analytic function (NWDAF) . The method may also involve the network node determining one or more expected UE behavior parameters specific to an XRM application based on the network analytics information. The method may further involve the network node performing either one of the following: (i) providing the expected UE behavior parameters specific to the XRM application to assist another network node in generating a control policy of the XRM application associated with a default PDU session for an apparatus; and (ii) generating the control policy of the XRM application associated with the default PDU session for the apparatus based on the expected UE behavior parameters specific to the XRM application.

[0010] In one aspect, a method may involve an apparatus connecting to a wireless network. The method may also involve the apparatus starting an XRM application. The method may further involve the apparatus establishing a default PDU session with the wireless network for routing traffic of the XRM application, wherein the default PDU session is associated with one or more expected UE behavior parameters specific to the XRM application.

[0011] In one aspect, a network apparatus, operating as a network node, may comprise a transceiver which, during operation, wirelessly communicates with one or more NFs and an apparatus. The network apparatus may also comprise a processor communicatively coupled to the transceiver. The processor, during operation, may perform operations comprising receiving, via the transceiver, network analytics information from an NWDAF. The processor may also perform operations comprising determining one or more expected UE behavior parameters specific to an XRM application based on the network analytics information. The processor may further perform operations comprising either one of the following: (i) providing the expected UE behavior parameters specific to the XRM application to assist another network node in generating a control policy of the XRM application associated with a default PDU session for the apparatus; and (ii) generating the control policy of the XRM application associated with the default PDU session for the apparatus based on the expected UE behavior parameters specific to the XRM application.

[0012] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, 5th Generation (5G) , New Radio (NR) , Internet-of-Things (IoT) and Narrow Band Internet of Things (NB-IoT) , Industrial Internet of Things (IIoT) , beyond 5G (B5G) , and 6th Generation (6G) , the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0013] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation in order to clearly illustrate the concept of the present disclosure.

[0014] FIG. 1 is a diagram depicting an example scenario of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented.

[0015] FIG. 2 is a diagram depicting an example scenario of policy and QoS control for XRM services under the first proposed scheme in accordance with an implementation of the present disclosure.

[0016] FIG. 3 is a diagram depicting an example scenario of policy and QoS control for XRM services under the second proposed scheme in accordance with an implementation of the present disclosure.

[0017] FIG. 4 is a diagram depicting another example scenario of policy and QoS control for XRM services under the second proposed scheme in accordance with an implementation of the present disclosure.

[0018] FIG. 5 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0019] FIG. 6 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0020] FIG. 7 is a flowchart of another example process in accordance with an implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0021] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0022] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to policy and QoS control of XRM services. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0023] FIG. 1 illustrates an example scenario 100 of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented. Scenario 100 involves a UE 110 in wireless communication with a network 120 (e.g., a wireless network including a non-terrestrial network (NTN) and a TN) via at least a terrestrial network node 122 (e.g., a base station (BS) such as an evolved Node-B (eNB) , a Next Generation Node-B (gNB) , or a transmission / reception point (TRP) ) and / or at least a non-terrestrial network node 124 (e.g., a satellite) . For example, the terrestrial network node 122 may form a TN serving cell for wireless communication with the UE 110, or the terrestrial network node 122 and / or the non-terrestrial network node 124 may form an NTN serving cell for wireless communication with the UE 110. In some implementations, the network 120 may be a 4G / 5G / B5G / 6G network, and the UE 110 may be a smartphone, a tablet computer, a laptop computer or a notebook computer. Alternatively, the network 120 may be an IoT / NB-IoT / IIoT network, and the UE 110 may be an IoT device such as an NB-IoT UE or an enhanced machine-type communication (eMTC) UE (e.g., a bandwidth reduced low complexity (BL) UE or a coverage enhancement (CE) UE) . Although not shown, the TN part of the network 120 may include a core network (CN) containing various NFs. For example, if the network 120 is a 5G system (5GS) , the NFs may include an access and mobility function (AMF) , a session management function (SMF) , a policy control function (PCF) , a user plane function (UPF) , an NWDAF, an AF, a unified data management (UDM) , a unified data repository (UDR) , a network exposure function (NEF) , operations and maintenance (OAM) entity, and network repository function (NRF) , etc. In such communication environment, the UE 110, the network 120, the terrestrial network node 122, and / or the non-terrestrial network node 124 may implement various schemes pertaining to policy and QoS control of XRM services in accordance with the present disclosure, as described below. It is noteworthy that, while the various proposed schemes may be individually or separately described below, in actual implementations some or all of the proposed schemes may be utilized or otherwise implemented jointly. Of course, each of the proposed schemes may be utilized or otherwise implemented individually or separately.

[0024] Under current 5G NR framework, the AF should provide PDU set related information to assist the PCF with dynamic policy and charging control (PCC) . Specifically, the PDU set related information includes PDU set QoS parameters and protocol description. Based on the PCC rules from the PCF, the SMF instructs the PDU session anchor (PSA) UPF to perform PDU set marking and optionally, the SMF may provide the PSA UPF with the protocol description used by the service data flow. However, as above-described, when a PDU session is required for an XRM application, a default PDU session will be established which may not accurately reflect the PDU set related information since the AF cannot provide such information to other NFs before a PDU session is established. As a result, a follow-up PDU session modification procedure will be needed, which inevitably causes extra signaling overhead at AS, NAS and 5GC levels.

[0025] In view of the above, the present disclosure proposes a number of schemes pertaining to policy and QoS control of XRM services. According to the schemes of the present disclosure, mechanisms are provided to derive a new set of XRM application-specific expected UE behavior parameter (s) (i.e., expected UE behavior parameter (s) specific to XRM application) to assist the PCF / SMF in policy and QoS control. Accordingly, when a PDU session is required for an XRM application, a default PDU session reflecting the XRM application-specific expected UE behavior parameter (s) may be established, such that unnecessary PDU session modification procedure and associated signaling at AS, NAS and 5GC levels may be avoided.

[0026] Under the first proposed scheme in accordance with the present disclosure, the AF as a service consumer may subscribe to certain network analytics information (e.g., average / maximum packet delay, and average packet loss rate in the form of statistics or predictions) from the NWDAF. Then, the AF may validate the network analytics information and derive the XRM application-specific expected UE behavior parameter (s) (e.g., expected PDU set delay budget, and / or expected PDU set error rate, etc. ) . The values of the parameters may be different for uplink (UL) and downlink (DL) . In addition, the AF may store / update the XRM application-specific expected UE behavior parameter (s) within the UDR using existing UDM services. After that, the PCF / SMF may subscribe to UDM’s service operation regarding notification of the XRM application-specific expected UE behavior parameter (s) . The PCF / SMF may store the received parameters and associate them with a local control policy of XRM services for a default PDU session based on the data network name (DNN) , the single-network slice selection assistance information (S-NSSAI) , and / or other parameters included in the notification message from UDM.

[0027] FIG. 2 illustrates an example scenario 200 of policy and QoS control for XRM services under the first proposed scheme in accordance with an implementation of the present disclosure. Scenario 200 depicts the signaling procedure (e.g., similar to the NEF service operations information flow) for the AF to provide the XRM application-specific expected UE behavior parameter (s) to assist in policy and QoS control. In step 201, the PCF / SMF first subscribes to the UDM notifications of UE and / or Group Subscription data updates. Specifically, in the UDM subscription, the PCF / SMF may request to be notified about the XRM application-specific expected UE behavior parameter (s) . In step 202, the AF subscribes to the NWDAF via the NEF in order to learn the PDU set related assistance information for a UE or group of UEs (e.g., by using NWDAF Analytics IDs such as “Network Performance” or “DN performance” ) . In step 203, the AF validates the received data (e.g., average / maximum packet delay, and average packet loss rate in the form of statistics or predictions) and derives the XRM application-specific expected UE behavior parameter (s) for a UE or group of UEs. In step 204, the AF provides the derived parameters to be created or updated in a Nnef_ParameterProvision_Create or Nnef_ParameterProvision_Update Request to the NEF. The provisioned parameters (s) may also include corresponding confidence and / or accuracy levels, and the target UE identifier (e.g. generic public subscription identifier (GPSI) or External Group ID) . In step 205, the NEF requests to create, or update and store the provisioned parameters as part of the subscriber data via Nudm_ParameterProvision_Create or Nudm_ParameterProvision_Update Request message. The message may include the provisioned data and NEF reference ID, and optionally machine-type communications (MTC) Provider Information.

[0028] Next, in step 206, the UDM reads from the UDR, by means of Nudr_DM_Query, corresponding subscription information in order to validate required data updates, and authorizes these changes for this subscriber or Group for the corresponding AF. In step 207, the UDM resolves the GPSI to subscription permanent identifier (SUPI) and requests to create or update the provisioned parameters as part of the subscriber data via Nudr_DM_Create / Update Request message, and the message includes the provisioned data. In step 208, the UDM responds the request with Nudm_ParameterProvision_Create / Update Response. In step 209, the NEF responds the request with Nnef_ParameterProvision_Create / Update Response. In step 210, the UDM notifies the subscribed NF (e.g., PCF / SMF) of the updated UE and / or Group subscription data (i.e., including the XRM application-specific expected UE behavior parameter (s) ) via Nudm_SDM_Notification Notify message, such that the PCF / SMF may generate a local control policy of XRM services for a default PDU session.

[0029] Under the second proposed scheme in accordance with the present disclosure, the PCF / SMF may directly subscribe to some NWDAF Analytics IDs (e.g. “Network Performance” or “DN performance” ) to get certain network analytics information (e.g., average / maximum packet delay, and average packet loss rate in the form of statistics or predictions) from the NWDAF. Then, the PCF / SMF may derive the XRM application-specific expected UE behavior parameter (s) and associate them with a local control policy of XRM services for a default PDU session.

[0030] FIG. 3 illustrates an example scenario 300 of policy and QoS control for XRM services under the second proposed scheme in accordance with an implementation of the present disclosure. Scenario 300 depicts the signaling procedure (e.g., the procedure for subscription to network performance analytics) for the PCF / SMF to acquire the XRM application-specific expected UE behavior parameter (s) to apply in policy and QoS control. In step 301, the NF sends Nnwdaf_AnalyticsSubscription_Subscribe or Nnwdaf_AnalyticsInfo_Request (e.g., Analytics ID=” Network Performance” , Target of Analytics Reporting, Analytics Filter Information = "Area of Interest" , Analytics Reporting Information = ( "Reporting Thresholds" and Analytics target Period (s) ) ) to the NWDAF. In steps 302-305, the NWDAF discovers from NRF the AMF (s) belonging to the AMF Region (s) that include (s) the Area of Interest and subscribes to NF load and status information from NRF about these AMF (s) . In step 306, the NWDAF subscribes to OAM services to get the status and load information and the resource usage on the Area of Interest. In steps 307-308, the NWDAF collects the number of UEs located in the Area of Interest from AMF using Namf_EventExposure_Subscribe service, including the Target of Event Reporting provided as an input parameter (i.e. any UE or Internal Group Identifier) . In step 309, the NWDAF derives the requested analytics (e.g., average / maximum packet delay, and average packet loss rate in the form of statistics or predictions) . In step 310, the NWDAF sends Nnwdaf_AnalyticsSubscription_Notify or Nnwdaf_AnalyticsInfo_Request response (including Network Performance analytics, Subscription Correlation Id, Confidence, etc. ) . In step 311, the PCF / SMF derives the XRM application-specific expected UE behavior parameter (s) for a UE or group of UEs based on the received analytics, such that the PCF / SMF may generate a local control policy of XRM services for a default PDU session.

[0031] FIG. 4 illustrates an example scenario 400 of policy and QoS control for XRM services under the second proposed scheme in accordance with an implementation of the present disclosure. Scenario 400 depicts the signaling procedure (e.g., the procedure to request DN Performance Analytics for an Application) for the PCF / SMF to acquire the XRM application-specific expected UE behavior parameter (s) to apply in policy and QoS control. In step 401, the PCF / SMF as an analytics consumer sends an Analytics request / subscribe (e.g., Analytics ID = DN Performance Target of Analytics Reporting, Analytics Filter Information = (Application ID, S-NSSAI, DNN, Area of Interest, UPF anchor ID, DNAI, Application Server Address (es) ) , Analytics Reporting Information = Analytics target period) to NWDAF by invoking a Nnwdaf_AnalyticsInfo_Request or a Nnwdaf_AnalyticsSubscription_Subscribe service. In steps 402-403, the NWDAF subscribes to the performance data from the AF by invoking Nnef_EventExposure_Subscribe or Naf_EventExposure_Subscribe service (e.g., Event ID =Performance Data, Application ID, Event Filter information) , Target of Event Reporting = Any UE) . Additionally, or optionally, in steps 404-405, the NWDAF subscribes to the network data provider from 5GC NF (s) by invoking Nnf_EventExposure_Subscribe service. In step 406, with the collected data, the NWDAF estimates the DN Performance for the application. In step 407, the NWDAF provides the data analytics (e.g., average / maximum packet delay, and average packet loss rate in the form of statistics or predictions) , to the PCF / SMF by means of either Nnwdaf_AnalyticsInfo_Request response or Nnwdaf_AnalyticsSubscription_Notify, depending on the service used in step 401. In step 408, the PCF / SMF derives the XRM application-specific expected UE behavior parameter (s) for a UE or group of UEs based on the received analytics, such that the PCF / SMF may generate a local control policy of XRM services for a default PDU session. Illustrative Implementations

[0032] FIG. 5 illustrates an example communication system 500 having an example communication apparatus 510 and an example network apparatus 520 in accordance with an implementation of the present disclosure. Each of communication apparatus 510 and network apparatus 520 may perform various functions to implement schemes, techniques, processes and methods described herein pertaining to policy and QoS control of XRM services, including scenarios / schemes described above as well as processes 600 and 700 described below.

[0033] Communication apparatus 510 may be a part of an electronic apparatus, which may be a dual-steer device containing one or more UEs such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus or a computing apparatus. For instance, communication apparatus 510 may be implemented in a smartphone, a smartwatch, a personal digital assistant, an electronic control unit (ECU) in a vehicle, a digital camera, or a computing equipment such as a tablet computer, a laptop computer or a notebook computer. Communication apparatus 510 may also be a part of a machine type apparatus, which may be an IoT, NB-IoT, eMTC, IIoT UE such as an immobile or a stationary apparatus, a home apparatus, a roadside unit (RSU) , a wire communication apparatus or a computing apparatus. For instance, communication apparatus 510 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker or a home control center. Alternatively, communication apparatus 510 may be implemented in the form of one or more integrated-circuit (IC) chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. Communication apparatus 510 may include at least some of those components shown in FIG. 5 such as a processor 512, for example. Communication apparatus 510 may further include one or more other components not pertinent to the proposed schemes of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of communication apparatus 510 are neither shown in FIG. 5 nor described below in the interest of simplicity and brevity.

[0034] Network apparatus 520 may be a part of an electronic apparatus, which may be a network node such as a satellite, a BS, a small cell, a router, a gateway, or a CN NF (e.g., AF / PCF / SMF) of a 4G / 5G / B5G / 6G, NR, IoT, NB-IoT or IIoT network. Alternatively, network apparatus 520 may be implemented in the form of one or more IC chips such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, or one or more RISC or CISC processors. Network apparatus 520 may include at least some of those components shown in FIG. 5 such as a processor 522, for example. Network apparatus 520 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of network apparatus 520 are neither shown in FIG. 5 nor described below in the interest of simplicity and brevity.

[0035] In one aspect, each of processor 512 and processor 522 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though a singular term “a processor” is used herein to refer to processor 512 and processor 522, each of processor 512 and processor 522 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 512 and processor 522 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 512 and processor 522 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks, including policy and QoS control of XRM services, in a device (e.g., as represented by communication apparatus 510) and a network node (e.g., as represented by network apparatus 520) in accordance with various implementations of the present disclosure.

[0036] In some implementations, communication apparatus 510 may also include a transceiver 516 coupled to processor 512 and capable of wirelessly transmitting and receiving data. In some implementations, transceiver 516 may be capable of wirelessly communicating with different types of UEs and / or wireless networks of different RATs. In some implementations, transceiver 516 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 516 may be equipped with multiple transmit antennas and multiple receive antennas for multiple-input multiple-output (MIMO) wireless communications. In some implementations, network apparatus 520 may also include a transceiver 526 coupled to processor 522. Transceiver 526 may include a transceiver capable of wired / wirelessly transmitting and receiving data. In some implementations, transceiver 526 may be capable of wired communicating with other network nodes (e.g., 5GC NF (s) , or gNB, etc. ) .

[0037] In some implementations, communication apparatus 510 may further include a memory 514 coupled to processor 512 and capable of being accessed by processor 512 and storing data therein. In some implementations, network apparatus 520 may further include a memory 524 coupled to processor 522 and capable of being accessed by processor 522 and storing data therein. Each of memory 514 and memory 524 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 514 and memory 524 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 514 and memory 524 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) and / or phase-change memory.

[0038] Each of communication apparatus 510 and network apparatus 520 may be a communication entity capable of communicating with each other using various proposed schemes in accordance with the present disclosure. For illustrative purposes and without limitation, a description of capabilities of communication apparatus 510, as a UE, and network apparatus 520, as a network node (e.g., AF / PCF / SMF) , is provided below with processes 600 and 700. Illustrative Processes

[0039] FIG. 6 illustrates an example process 600 in accordance with an implementation of the present disclosure. Process 600 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to policy and QoS control of XRM services. Process 600 may represent an aspect of implementation of features of network apparatus 520. Process 600 may include one or more operations, actions, or functions as illustrated by one or more of blocks 610 to 630. Although illustrated as discrete blocks, various blocks of process 600 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 600 may be executed in the order shown in FIG. 6 or, alternatively in a different order. Process 600 may be implemented by or in network apparatus 520 as well as any variations thereof. Solely for illustrative purposes and without limiting the scope, process 600 is described below in the context of communication apparatus 510, as a UE, and network apparatus 520, as a network node (e.g., AF / PCF / SMF) . Process 600 may begin at block 610.

[0040] At 610, process 600 may involve processor 522 of network apparatus 520 receiving, via transceiver 526, network analytics information from an NWDAF. Process 600 may proceed from 610 to 620.

[0041] At 620, process 600 may involve processor 522 determining one or more expected UE behavior parameters specific to an XRM application based on the network analytics information. Process 600 may proceed from 620 to 630.

[0042] At 630, process 600 may involve processor 522 performing either one of the following: (i) providing the expected UE behavior parameters specific to the XRM application to assist another network node in generating a control policy of the XRM application associated with a default PDU session for communication apparatus 510; and (ii) generating the control policy of the XRM application associated with the default PDU session for communication apparatus 510 based on the expected UE behavior parameters specific to the XRM application.

[0043] In some implementations, the network analytics information may include at least one of the following: (i) network performance analytics; and (ii) DN performance analytics.

[0044] In some implementations, each of the network performance analytics and the DN performance analytics may include statistics or predictions of at least one of an average packet delay, a maximum packet delay, and an average packet loss rate.

[0045] In some implementations, the expected UE behavior parameters specific to the XRM application may include at least one of the following: (i) an expected PDU set delay budget; and (ii) an expected PDU set error rate.

[0046] In some implementations, the providing of the expected UE behavior parameters specific to the XRM application to assist the another network node in generating the control policy of the XRM application associated with the default PDU session for communication apparatus 510 may include: providing the expected UE behavior parameters specific to the XRM application to a repository element from which the another network node retrieves the expected UE behavior parameters specific to the XRM application for use in generating the control policy of the XRM application associated with the default PDU session for communication apparatus 510.

[0047] In some implementations, the repository element may include a UDR, and the another network node retrieves the expected UE behavior parameters specific to the XRM application from the repository element by subscribing to a UDM for a notification service of the expected UE behavior parameters specific to the XRM application.

[0048] In some implementations, the network node may include an AF, and the another network node may include a PCF or SMF.

[0049] In some implementations, the network node may include a PCF or SMF.

[0050] FIG. 7 illustrates an example process 700 under schemes in accordance with an implementation of the present disclosure. Process 700 may represent an aspect of implementing various proposed designs, concepts, schemes, systems and methods described above, whether partially or entirely, with respect to policy and QoS control of XRM services. Process 700 may represent an aspect of implementation of features of communication apparatus 510. Process 700 may include one or more operations, actions, or functions as illustrated by one or more of blocks 710 to 730. Although illustrated as discrete blocks, various blocks of process 700 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks / sub-blocks of process 700 may be executed in the order shown in FIG. 7 or, alternatively in a different order. Process 700 may be implemented by or in communication apparatus 510 or any suitable UE or machine type device. Solely for illustrative purposes and without limiting the scope, process 700 is described below in the context of communication apparatus 510, as a UE, and network apparatus 520, as a network node (e.g., AF / PCF / SMF) . Process 700 may begin at block 710.

[0051] At 710, process 700 may involve processor 512 of communication apparatus 510 connecting, via transceiver 516, to a wireless network. Process 700 may proceed from 710 to 720.

[0052] At 720, process 700 may involve processor 512 starting an XRM application. Process 700 may proceed from 720 to 730.

[0053] At 730, process 700 may involve processor 512 establishing, via transceiver 516, a default PDU session with the wireless network for routing traffic of the XRM application, wherein the default PDU session is associated with one or more expected UE behavior parameters specific to the XRM application.

[0054] In some implementations, the expected UE behavior parameters specific to the XRM application may include at least one of the following: (i) an expected PDU set delay budget; and (ii) an expected PDU set error rate.

[0055] In some implementations, the expected UE behavior parameters specific to the XRM application may be determined based on at least one of network performance analytics and DN performance analytics.

[0056] In some implementations, each of the network performance analytics and the DN performance analytics may include statistics or predictions of at least one of an average packet delay, a maximum packet delay, and an average packet loss rate. Additional Notes

[0057] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0058] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0059] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B. ”

[0060] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:receiving, by a processor of a network node, network analytics information from a network data analytic function (NWDAF) ;determining, by the processor, one or more expected user equipment (UE) behavior parameters specific to an extended reality and media (XRM) application based on the network analytics information; andperforming, by the processor, either one of the following:providing the expected UE behavior parameters specific to the XRM application to assist another network node in generating a control policy of the XRM application associated with a default protocol data unit (PDU) session for an apparatus; andgenerating the control policy of the XRM application associated with the default PDU session for the apparatus based on the expected UE behavior parameters specific to the XRM application.2.The method of Claim 1, wherein the network analytics information comprises at least one of the following:network performance analytics; anddata network (DN) performance analytics.3.The method of Claim 2, wherein each of the network performance analytics and the DN performance analytics comprises statistics or predictions of at least one of an average packet delay, a maximum packet delay, and an average packet loss rate.4.The method of Claim 1, wherein the expected UE behavior parameters specific to the XRM application comprise at least one of the following:an expected PDU set delay budget; andan expected PDU set error rate.5.The method of Claim 1, wherein the providing of the expected UE behavior parameters specific to the XRM application to assist the another network node in generating the control policy of the XRM application associated with the default PDU session for the apparatus comprises:providing the expected UE behavior parameters specific to the XRM application to a repository element from which the another network node retrieves the expected UE behavior parameters specific to the XRM application for use in generating the control policy of the XRM application associated with the default PDU session for the apparatus.6.The method of Claim 5, wherein the repository element comprises a unified data repository (UDR) , and the another network node retrieves the expected UE behavior parameters specific to the XRM application from the repository element by subscribing to a unified data management (UDM) for a notification service of the expected UE behavior parameters specific to the XRM application.7.The method of Claim 1, wherein the network node comprises an application function (AF) , and the another network node comprises a policy control function (PCF) or a session management function (SMF) .8.The method of Claim 1, wherein the network node comprises a policy control function (PCF) or a session management function (SMF) .9.A method, comprising:connecting, by a processor of an apparatus, to a wireless network;starting, by the processor, an extended reality and media (XRM) application; andestablishing, by the processor, a default protocol data unit (PDU) session with the wireless network for routing traffic of the XRM application, wherein the default PDU session is associated with one or more expected user equipment (UE) behavior parameters specific to the XRM application.10.The method of Claim 9, wherein the expected UE behavior parameters specific to the XRM application comprise at least one of the following:an expected PDU set delay budget; andan expected PDU set error rate.11.The method of Claim 9, wherein the expected UE behavior parameters specific to the XRM application are determined based on at least one of network performance analytics and data network (DN) performance analytics.12.The method of Claim 11, wherein each of the network performance analytics and the DN performance analytics comprises statistics or predictions of at least one of an average packet delay, a maximum packet delay, and an average packet loss rate.13.A network apparatus, operating as a network node, comprising:a transceiver which, during operation, communicates with one or more network functions (NFs) and an apparatus; anda processor communicatively coupled to the transceiver such that, during operation, the processor performs operations comprising:receiving, via the transceiver, network analytics information from a network data analytic function (NWDAF) ;determining one or more expected user equipment (UE) behavior parameters specific to an extended reality and media (XRM) application based on the network analytics information; andperforming, by the processor, either one of the following:providing, via the transceiver, the expected UE behavior parameters specific to the XRM application to a repository element to assist another network node in generating a control policy of the XRM application associated with a default protocol data unit (PDU) session for the apparatus; andgenerating the control policy of the XRM application associated with the default PDU session for the apparatus based on the expected UE behavior parameters specific to the XRM application.14.The network apparatus of Claim 13, wherein the network analytics information comprises at least one of the following:network performance analytics; anddata network (DN) performance analytics.15.The network apparatus of Claim 14, wherein each of the network performance analytics and the DN performance analytics comprises statistics or predictions of at least one of an average packet delay, a maximum packet delay, and an average packet loss rate.16.The network apparatus of Claim 13, wherein the expected UE behavior parameters specific to the XRM application comprise at least one of the following:an expected PDU set delay budget; andan expected PDU set error rate.17.The network apparatus of Claim 13, wherein the providing of the expected UE behavior parameters specific to the XRM application to assist the another network node in generating the control policy of the XRM application associated with the default PDU session for the apparatus comprises:providing the expected UE behavior parameters specific to the XRM application to a repository element from which the another network node retrieves the expected UE behavior parameters specific to the XRM application for use in generating the control policy of the XRM application associated with the default PDU session for the apparatus.18.The network apparatus of Claim 17, wherein the repository element comprises a unified data repository (UDR) , and the another network node retrieves the expected UE behavior parameters specific to the XRM application from the repository element by subscribing to a unified data management (UDM) for a notification service of the expected UE behavior parameters specific to the XRM application.19.The network apparatus of Claim 13, wherein the network node comprises an application function (AF) , and the another network node comprises a policy control function (PCF) or a session management function (SMF) .20.The network apparatus of Claim 13, wherein the network node comprises a policy control function (PCF) or a session management function (SMF) .

Images