Service differentiation for wireless communications

Abstract

Techniques are described to support service differentiation for users identified by user identifiers. An example wireless communication method includes transmitting, by a network device to a communication device, a first message comprising one or more UE route selection policy (URSP) rules, where each of the one or more URSP rules includes a traffic descriptor (TD) field that includes a user identifier (ID).

Description

SERVICE DIFFERENTIATION FOR WIRELESS COMMUNICATIONSTECHNICAL FIELD

[0001] This document is directed generally to digital wireless communications.BACKGROUND

[0002] Mobile telecommunication technologies are moving the world toward an increasingly connected and networked society. In comparison with the existing wireless networks, next generation systems and wireless communication techniques will need to support a much wider range of use-case characteristics and provide a more complex and sophisticated range of access requirements and flexibilities.

[0003] Long-Term Evolution (LTE) is a standard for wireless communication for mobile devices and data terminals developed by 3rd Generation Partnership Project (3GPP) . LTE Advanced (LTE-A) is a wireless communication standard that enhances the LTE standard. The 5th generation of wireless system, known as 5G, advances the LTE and LTE-A wireless standards and is committed to supporting higher data-rates, large number of connections, ultra-low latency, high reliability and other emerging business needs.SUMMARY

[0004] Techniques are disclosed for supporting service differentiation for users identified by user identifiers that may share a subscription.

[0005] A first wireless communication method includes transmitting, by a network device to a communication device, a first message comprising one or more UE route selection policy (URSP) rules, where each of the one or more URSP rules includes a traffic descriptor (TD) field that includes a user identifier (ID) .

[0006] In some embodiments, the method further comprises receiving, by the network device and prior to the transmitting, a second message comprising one or more user identifiers (IDs) , and related policy information for each user ID, wherein the second message is received from a unified data repository (UDR) . In some embodiments, the one or more URSP rules are transmitted to the communication device via an access and mobility management function (AMF) . In some embodiments, the second message is included in a policy subscription information response. In some embodiments, the second message further includes a first indication that indicates that the communication device supports the one or more user IDs, and a second indication that indicates the communication device supports service differentiation for different user IDs.

[0007] In some embodiments, the related policy information for each user ID includes any one or more of: one or more permanent equipment identifiers (PEIs) that identifies the equipment supported by the user ID, one or more operating system (OS) IDs that identifies one or more operating systems supported by the user ID, one or more subscribed single-network slice selection assistant information (S-NSSAIs) and one or more associated subscribed data network names (DNNs) , a spending limit control information that indicates to the network device to enforce communication device policies based on spending limit per user ID, restricted status information that  indicates whether the user ID has a status of restricted, wherein the restricted status information including restricted services and restricted reasons; or other policy and service requirements per user ID.

[0008] In some embodiments, the method further comprises determining, by the network device and before the transmitting the first message, each of the one or more URSP rules with the user ID included in the TD field. In some embodiments, the network device determines each of the one or more URSP rules with the user ID based on the second message received from the UDR and / or configuration of the network device. In some embodiments, the network device includes a policy control function (PCF) , and the communication device includes a user equipment (UE) .

[0009] A second example wireless communication method includes receiving, by a communication device from a network device, a message comprising one or more UE route selection policy (URSP) rules, where each of the one or more URSP rules includes a traffic descriptor (TD) field that includes a user ID; and transmitting, by the communication device, data of a user identified with the user ID with an established protocol data unit (PDU) session or with a new PDU session, where whether the data is transmitted with the established PDU session or with the new PDU session is based on the one or more URSP rules that includes the user ID in the TD field.

[0010] In some embodiments, whether the data is transmitted with the established PDU session or with the new PDU session is determined using the one or more URSP rules. In some embodiments, a set of URSP rules stored in the communication device is updated with the one or more URSP rules received by the communication device. In some embodiments, the method further comprises transmitting, by the communication device to the network device via an access and mobility management function (AMF) , a configuration update complete message comprising a result that indicates successful reception of the one or more URSP rules, where the configuration update complete message is transmitted in response to updating the set of URSP rules with the one or more URSP rules received by the communication device.

[0011] In yet another exemplary aspect, the above-described methods are embodied in the form of processor-executable code and stored in a non-transitory computer-readable storage medium. The code included in the computer readable storage medium when executed by a processor, causes the processor to implement the methods described in this patent document.

[0012] In yet another exemplary embodiment, a device that is configured or operable to perform the above-described methods is disclosed.

[0013] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.

[0014] BRIEF DESCRIPTION OF THE DRAWING

[0015] FIG. 1 shows an example technique for UE route selection policy (URSP) provision to user equipment (UE) during registration procedure.

[0016] FIG. 2 shows an example technique for a URSP update to UE.

[0017] FIG. 3 shows an exemplary flowchart for transmitting one or more UE route selection policy (URSP) rules.

[0018] FIG. 4 shows an exemplary flowchart for transmitting data of a user identified with a user identifier (ID) .

[0019] FIG. 5 shows an exemplary block diagram of a hardware platform that may be a part of a network device or a communication device.

[0020] FIG. 6 shows an example of wireless communication including a base station (BS) and user equipment (UE) based on some implementations of the disclosed technology.DETAILED DESCRIPTION

[0021] In a 5G system, there are at least two use cases to enhance usage of user identifiers: (1) one or more users (e.g., humans) sharing one UE; and (2) one or more users (e.g., non-3GPP devices such as Wi-Fi / Bluetooth devices) behind one gateway UE. For both use cases, one or more user identifiers identifying the corresponding users are associated with the same subscription of a UE identified by a subscription permanent identifier (SUPI) . Service differentiation can be supported when providing communication services by the 5G system (5GS) for different users sharing one subscription since different users may require different service treatment. This patent document describes methods to support service differentiation for users identified by user identifiers that may share one subscription.

[0022] The example headings for the various sections below are used to facilitate the understanding of the disclosed subject matter and do not limit the scope of the claimed subject matter in any way. Accordingly, one or more features of one example section can be combined with one or more features of another example section. Furthermore, 5G terminology is used for the sake of clarity of explanation, but the techniques disclosed in the present document are not limited to 5G technology only, and may be used in wireless systems that implemented other protocols.

[0023] I. Introduction

[0024] The UE policies for 5GS may include (1) UE route selection policy (URSP) ; (2) access network discovery and selection policy (ANDSP) ; (3) V2X policy (V2XP) ; and / or (4) 5G ProSe policy (ProSeP) . The UE policies can be delivered from a policy control function (PCF) to the UE. The UE policies can also be pre-configured in the UE. The pre-configured policy may be applied by the UE when the UE has not received the policy of same type from the PCF.

[0025] The URSP is a set of one or more URSP rules, where a URSP rule includes:

[0026] a) a precedence value of the URSP rule identifying the precedence of the URSP rule among all the existing URSP rules;

[0027] b) a traffic descriptor, including:

[0028] 1) match-all traffic descriptor; or

[0029] 2) at least one of the following components:

[0030] A) one or more application identifiers;

[0031] B) one or more internet protocol (IP) descriptors, each consists of a set of IP 3 tuples, e.g., the destination IP address, the destination port number, and the protocol in use above the IP;

[0032] C) one or more non-IP descriptors, e.g., destination information of non-IP traffic;

[0033] D) one or more data network names (DNNs) ;

[0034] E) one or more connection capabilities;

[0035] F) one or more domain descriptors, e.g., destination fully qualified domain name (s) (FQDNs) or a regular expression as a domain name matching criteria;

[0036] G) one personal IoT network (PIN) identifier (ID) ; and

[0037] H) one or more connectivity group IDs; and

[0038] c) one or more route selection descriptors each consisting of a precedence value of the route selection descriptor and either.

[0039] 1) one protocol data unit (PDU) session type and, optionally, one or more of the followings:

[0040] A) session and service continuity (SSC) mode;

[0041] B) one or more single-network slice selection assistant information (S-NSSAIs) ;

[0042] C) one or more DNNs;

[0043] D) preferred access type;

[0044] E) multi-access preference;

[0045] F) a time window;

[0046] G) location criteria;

[0047] H) PDU session pair ID;

[0048] I) redundancy sequence number (RSN) ; and

[0049] J) 5G ProSe multi-path preference;

[0050] 2) non-seamless non-3GPP offload indication; or

[0051] 3) 5G proximity based services (ProSe) layer-3 UE-to-network relay offload indication.

[0052] The URSP is used by UE to determine if a detected application can be associated to an established PDU session or can trigger the establishment of a new PDU session.

[0053] For every newly detected application the UE evaluates the URSP rules in the order of Rule Precedence and determines if the application is matching the Traffic Descriptor (TD) of any URSP rule. When a URSP rule with matched TD is determined to be applicable for a given application, the UE may select a route selection descriptor (RSD) within the URSP rule in the order of the route selection descriptor precedence.

[0054] When a valid RSD is found, the UE determines if there is an existing PDU Session that matches all components in the selected RSD. When a matching PDU Session exists the UE associates the application to the existing PDU Session, e.g. route the traffic of the detected application on this PDU Session.

[0055] If none of the existing PDU Sessions matches with the components of the selected RSD, the UE tries to establish a new PDU Session using the values specified by the selected RSD. If the PDU Session Establishment Request is accepted, the UE associates the application to this new PDU Session.

[0056] Below are shown two examples of URSP rules:

[0057] 1) Rule Precedence=1;

[0058] Traffic Descriptor: Application descriptor=App1;

[0059] Route Selection Descriptor Precedence=1;

[0060] Network Slice Selection: S-NSSAI-a;

[0061] SSC Mode Selection: SSC Mode 3;

[0062] DNN Selection: internet;

[0063] Access Type preference: 3GPP access.

[0064] The URSP rule shown in 1) above associates the traffic of application “App1” with S-NSSAI-a, SSC Mode 3, 3GPP access and the “Internet” DNN. It facilitates the following routing policy: The traffic of App1 should be transferred on a PDU Session supporting S-NSSAI-a, SSC Mode 3 and DNN=internet over 3GPP access. If this PDU Session is not established, the UE may attempt to establish a PDU Session with S-NSSAI-a, SSC Mode 3 and the "internet" DNN over 3GPP access.

[0065] 2) Rule Precedence=2;

[0066] Traffic Descriptor: Application descriptor=App2;

[0067] Route Selection Descriptor Precedence=1;

[0068] Network Slice Selection: S-NSSAI-a;

[0069] Access Type preference: Non-3GPP access;

[0070] Route Selection Descriptor Precedence=2;

[0071] Non-seamless Offload indication: Permitted (WLAN SSID-a) .

[0072] The URSP rule shown in 2) above associates the traffic of application “App2” with S-NSSAI-a and Non-3GPP access. It facilitates the following routing policy: The traffic of application App2 should be transferred on a PDU session supporting S-NSSAI-a using non-3GPP access. If this PDU session is not established, the UE may attempt to establish a PDU session with S-NSSAI-a over Access Type=non-3GPP access. If the PDU Session cannot be established, the traffic of App2 may be directly offloaded to WLAN, if the UE is connected to a WLAN with SSID-a (based on the 2nd RSD) .

[0073] II. Example Embodiments

[0074] When one or more user identifiers identifying one or more users (e.g. humans or non-3GPP devices) are associated with one subscription and different users have different service requirements, the above URSP rule can be enhanced to introduce user ID in the TD, so that different RSDs (e.g. including different S-NSSAIs or DNNs or both) can be selected for different users, then PDU session supporting service requirements of the specific user can be established according to the RSD associated with the TD including the user ID.

[0075] II. (a) Example 1: URSP enhancement

[0076] A new indication is introduced in the TD of URSP rule. This indication indicates the user identifier. The user identifier is unique per UE.

[0077] This patent document provides three examples of URSP rule including user identifier:

[0078] 1) Rule Precedence=1;

[0079] Traffic Descriptor: User ID=1;

[0080] Route Selection Descriptor Precedence=1;

[0081] Network Slice Selection: S-NSSAI-a;

[0082] DNN Selection: internet.

[0083] The URSP rule indicated in 1) above in Section II. (a) associates the traffic of user 1 with S-NSSAI-a and the "internet" DNN.

[0084] It enforces the following routing policy:

[0085] The traffic of user 1 should be transferred on a PDU Session supporting S-NSSAI-a and DNN=internet. If this PDU session is not established, the UE may attempt to establish a PDU session with S-NSSAI-a and the "internet" DNN.

[0086] 2) Rule Precedence=1;

[0087] Traffic Descriptor: Application descriptor=App1, User ID=2;

[0088] Route Selection Descriptor Precedence=1;

[0089] Network Slice Selection: S-NSSAI-b;

[0090] DNN Selection: DNN_1.

[0091] The URSP rule indicated in 2) above in Section II. (a) associates the traffic of App1 used by user 2 with S-NSSAI-b and DNN_1.

[0092] It enforces the following routing policy:

[0093] The traffic of App1 used by user 2 should be transferred on a PDU Session supporting S-NSSAI-b and DNN_1. If this PDU session is not established, the UE may attempt to establish a PDU session with S-NSSAI-b and DNN_1.

[0094] 3) Rule Precedence=1;

[0095] Traffic Descriptor: Application descriptor=App2, User ID=3, Connection Capabilities= "Real time interactive" ;

[0096] Route Selection Descriptor Precedence=1;

[0097] Network Slice Selection: S-NSSAI-c;

[0098] DNN Selection: DNN_2.

[0099] The URSP rule indicated in 3) above in Section II. (a) associates the traffic of App2, user 3, and the Connection Capabilities= "Real time interactive" with S-NSSAI-c and DNN_2.

[0100] It enforces the following routing policy:

[0101] When the App2 used by user 3 requests a network connection with Connection Capability "Real time interactive" , the UE establishes (if not already established) a PDU Session with DNN_2 and S-NSSAI-c. After that, the UE routes the traffic of App2 used by user 3 over this PDU Session.

[0102] The UE uses the URSP enhanced with user ID indication to determine if the traffic of a user can be associated to an established PDU session or can trigger the establishment of a new PDU session. The detailed procedures to match traffic with TD, select RSD based on TD and establish PDU session or use an established PDU session based on selected RSD are introduced in the Introduction section above.

[0103] II. (b) . Example 2: URSP provision to UE during registration procedure

[0104] FIG. 1 shows an example technique for URSP provision to UE during registration procedure. The operations shown in FIG. 1 are described below:

[0105] 1. The UE initiates registration procedure by sending Registration Request message to AMF. The message may include UE Policy Container which includes the list of stored PSIs (Policy Section Identifier) which identify the Policy Sections associated to the current public land mobile network (PLMN) that are stored in the UE.

[0106] 2. The AMF accepts the registration request from the UE and sends Registration Accept message to the UE.

[0107] 3. The AMF initiates UE Policy Association Establishment procedure by sending Npcf_UEPolicyControl Create Request to PCF. The message includes SUPI, PEI, PLMN ID, UE Policy Container including the list of stored PSIs (if received from UE) .

[0108] 4. The PCF may get policy subscription related information and the latest list of PSIs from UDR by sending Nudr_DM_Query Request (SUPI, Policy Data, UE context policy control data, Policy Set Entry) to UDR if either or both are not available.

[0109] 5. The UDR responds PCF with Nudr_DM_Query Response (policy subscription related information, latest list of PSIs) message.

[0110] The policy subscription related information may include:

[0111] 1) a first indication that the UE supports one or more user IDs and a second indication that the UE supports service differentiation for different user IDs;

[0112] 2) the user ID (s) associated with the subscription; and

[0113] 3) for each user ID, the associated information provided by the UDR to PCF may include any one or more of:

[0114] a) PEI (s) (Permanent Equipment Identifier) , identifies the equipment supported by the user ID;

[0115] b) OS (Operating System) ID (s) , identifies the operating system supported by the user ID;

[0116] c) subscribed S-NSSAI (s) and associated subscribed DNN (s) . For each DNN may include allowed PDU session type (s) , allowed SSC mode (s) , LBO roaming allowed indication and ATSSS information;

[0117] d) spending limit control information, indicates the PCF to enforce UE policies based on spending limit per user ID;

[0118] e) restricted status information, indicates whether the user ID has a status of restricted and the restricted status information including restricted services and restricted reasons; or

[0119] f) other policy and service requirements per user ID.

[0120] 6. PCF subscribes to notifications from UDR on changes in UE policy information.

[0121] 7. PCF sends a Npcf_UEPolicyControl Create Response to the AMF.

[0122] 8. If the PCF has not subscribed to be notified by the AMF about the UE response to an update of UE policy information, the PCF subscribes to the AMF to be notified about the UE response to an update of UE policy information using Namf_Communication_N1N2MessageSubscribe service.

[0123] 9. Based on information received from UDR, information received from UE and local configuration, the PCF decides to send the UE policy container including UE policy information to the UE.

[0124] For example, the PCF compares the list of PSIs included in the UE Policy Container received from UE and the list of PSIs received from UDR, and the UE policy information have to be updated and provided to UE.

[0125] In another example, the PCF determines the URSP rule (s) based on information received from UDR or local configuration or both and the PCF may need to provide the URSP rule (s) to UE. The URSP rule includes TD and RSD. TD includes user ID while the component (s) included in RSD is determined based on associated information for that user ID received from UDR or local configuration (e.g., in PCF) or both. For example, the RSD includes S-NSSAI and DNN for the user ID. The user ID included in the TD may include at least one user ID from the one or more user IDs received from the UDR at Step 5.

[0126] 10. The PCF invokes Namf_Communication_N1N2MessageTransfer service operation provided by the AMF. The message includes SUPI and UE Policy Container including UE policy information. The UE policy information includes URSP rules determined by PCF in step 9.

[0127] 11. If the UE is in CM-CONNECTED sate, the AMF initiates UE Configuration Update procedure by sending CONFIGURATION UPDATE COMMAND message to UE to transparently transfer the UE Policy Container (UE policy information including URSP rule (s) ) received from PCF to UE.

[0128] 12. The UE updates stored UE policy with the UE policy (including URSP rule (s) ) provided by PCF and sends the result to the AMF in the CONFIGURATION UPDATE COMPLETE message. The result indicates a successful reception of the URSP rule (s) by the UE.

[0129] 13. The AMF forwards the response of the UE to the PCF using Namf_Communication_N1MessageNotify message.

[0130] 14. The PCF maintains the latest list of PSIs delivered to the UE and updates the latest list of PSIs in the UDR by invoking Nudr_DM_Update (SUPI, Policy Data, Policy Set Entry, updated PSI data) service operation.

[0131] 15. The UE uses the URSP enhanced with user ID indication to determine if the traffic of a user can be associated to an established PDU session or to trigger the establishment of a new PDU session. The detailed procedures to match traffic with TD, select RSD based on TD and establish PDU session or use an established PDU session based on selected RSD are introduced in the Introduction section above.

[0132] II. (c) . Example 3: URSP update to UE

[0133] FIG. 2 shows an example technique for a URSP update to UE. The operations shown in FIG. 2 are described below:

[0134] 0. The PCF receives a Nudr_DM_Notify notification of policy data change from the UDR. For example, one or more user IDs and associated information for the one or more user IDs are added, or one or more user IDs and associated information for the one or more user IDs are removed, or associated information for one or more user IDs are updated.

[0135] 1. The PCF generates the URSP rules with user ID in the TD based on received information from UDR or local configuration or both. The PCF checks the latest list of PSIs to decide which UE policies have to be sent to the UE.

[0136] 2. The PCF invokes Namf_Communication_N1N2MessageTransfer service operation provided by the AMF. The message includes SUPI and UE Policy Container including UE policy information. The UE policy information includes URSP rules determined by PCF in step 1.

[0137] 3. If the UE is in CM-IDLE state, the AMF starts paging procedure by sending a Paging message via RAN to UE.

[0138] 4. Upon reception of paging request, the UE initiates UE Triggered Service Request procedure to transition to CM-CONNECTED state.

[0139] 5. If the UE is in CM-CONNECTED sate, the AMF initiates UE Configuration Update procedure by sending CONFIGURATION UPDATE COMMAND message to UE to transparently transfer the UE Policy Container (UE policy information) received from PCF to UE.

[0140] 6. The UE updates stored UE policy with the UE policy provided by PCF and sends the result to the AMF in the CONFIGURATION UPDATE COMPLETE message.

[0141] 7. The AMF forwards the response of the UE to the PCF using Namf_Communication_N1MessageNotify message.

[0142] 8. The PCF maintains the latest list of PSIs delivered to the UE and updates the latest list of PSIs in the UDR by invoking Nudr_DM_Update (SUPI, Policy Data, Policy Set Entry, updated PSI data) service operation.

[0143] 9. The UE uses the updated URSP enhanced with user ID indication to determine if the traffic of a user can be associated to an established PDU session or to trigger the establishment of a new PDU session. The detailed procedures to match traffic with TD, select RSD based on TD and establish PDU session or use an established PDU session based on selected RSD are introduced in the Introduction section above.

[0144] In some embodiments, the PCF may be configured to perform any one or more of the following:

[0145] ● Receives UE Policy Association Establishment Request from AMF.

[0146] ● Sends Policy Subscription Information Request to UDR.

[0147] ● Receives Policy Subscription Information Response including user ID (s) associated with the subscription and policy subscription related information per user ID from UDR.

[0148] ● Subscribes to UDR to be notified when policy subscription information is updated.

[0149] ● Sends UE Policy Association Establishment Response to AMF.

[0150] ● Subscribes to AMF to be notified of the reception of UE Policy Container by the UE.

[0151] ● Receives updated policy subscription information including user ID (s) associated with the subscription and policy subscription related information per user ID from UDR.

[0152] ● Determine URSP rules with user ID included in TD of URSP rule.

[0153] ○ Determines URSP rules with user ID included in TD based on information received from UDR or local configuration or both.

[0154] ● Sends URSP rules with user ID included in TD to UE via AMF.

[0155] ● Receives the result of the delivery of UE policies from UE via AMF.

[0156] In some embodiments, the UE may be configured to perform any one or more of the following:

[0157] ● Sends Registration Request to AMF.

[0158] ● Receives Registration Accept from AMF.

[0159] ● Receives URSP rules with user ID included in TD from PCF via AMF.

[0160] ● Updates stored UE policy with the UE policy provided by PCF.

[0161] ● Sends the result of the delivery of UE policies to PCF via AMF.

[0162] ● Determines to establish a new PDU session or use an established PDU session for the traffic of a user based on URSP rule with the user ID for the user included in TD.

[0163] FIG. 3 shows an exemplary flowchart for transmitting one or more UE route selection policy (URSP) rules. Operation 302 includes transmitting, by a network device to a communication device, a first message comprising one or more UE route selection policy (URSP) rules, where each of the one or more URSP rules includes a traffic descriptor (TD) field that includes a user identifier (ID) .

[0164] In some embodiments, the method further comprises receiving, by the network device and prior to the transmitting, a second message comprising one or more user identifiers (IDs) , and related policy information for each user ID, wherein the second message is received from a unified data repository (UDR) . In some embodiments, the one or more URSP rules are transmitted to the communication device via an access and mobility management function (AMF) . In some embodiments, the second message is included in a policy subscription information response. In some embodiments, the second message further includes a first indication that indicates that the communication device supports the one or more user IDs, and a second indication that indicates the communication device supports service differentiation for different user IDs.

[0165] In some embodiments, the related policy information for each user ID includes any one or more of: one or more permanent equipment identifiers (PEIs) that identifies the equipment supported by the user ID, one or more operating system (OS) IDs that identifies one or more operating systems supported by the user ID, one or more subscribed single-network slice selection assistant information (S-NSSAIs) and one or more associated subscribed data network names (DNNs) , a spending limit control information that indicates to the network device  to enforce communication device policies based on spending limit per user ID, restricted status information that indicates whether the user ID has a status of restricted, wherein the restricted status information including restricted services and restricted reasons; or other policy and service requirements per user ID.

[0166] In some embodiments, the method further comprises determining, by the network device and before the transmitting the first message, each of the one or more URSP rules with the user ID included in the TD field. In some embodiments, the network device determines each of the one or more URSP rules with the user ID based on the second message received from the UDR and / or configuration of the network device. In some embodiments, the network device includes a policy control function (PCF) , and the communication device includes a user equipment (UE) .

[0167] FIG. 4 shows an exemplary flowchart for transmitting data of a user identified with a user identifier (ID) . Operation 402 includes receiving, by a communication device from a network device, a message comprising one or more UE route selection policy (URSP) rules, where each of the one or more URSP rules includes a traffic descriptor (TD) field that includes a user ID. Operation 404 includes transmitting, by the communication device, data of a user identified with the user ID with an established protocol data unit (PDU) session or with a new PDU session, where whether the data is transmitted with the established PDU session or with the new PDU session is based on the one or more URSP rules that includes the user ID in the TD field.

[0168] In some embodiments, whether the data is transmitted with the established PDU session or with the new PDU session is determined using the one or more URSP rules. In some embodiments, a set of URSP rules stored in the communication device is updated with the one or more URSP rules received by the communication device. In some embodiments, the method further comprises transmitting, by the communication device to the network device via an access and mobility management function (AMF) , a configuration update complete message comprising a result that indicates successful reception of the one or more URSP rules, where the configuration update complete message is transmitted in response to updating the set of URSP rules with the one or more URSP rules received by the communication device.

[0169] FIG. 5 shows an exemplary block diagram of a hardware platform 500 that may be a part of a network device (e.g., base station) or a communication device (e.g., a user equipment (UE) ) . The hardware platform 500 includes at least one processor 510 and a memory 505 having instructions stored thereupon. The instructions upon execution by the processor 510 configure the hardware platform 500 to perform the operations described in FIGS. 1 to 4 and 6 in the various embodiments described in this patent document. The transmitter 515 transmits or sends information or data to another device. For example, a network device transmitter can send a message to a user equipment. The receiver 520 receives information or data transmitted or sent by another device. For example, a user equipment can receive a message from a network device.

[0170] The implementations as discussed above will apply to a wireless communication. FIG. 6 shows an example of a wireless communication system (e.g., a 5G or NR cellular network) that includes a base station 620 and one or more user equipment (UE) 611, 612 and 613. In some embodiments, the UEs access the BS (e.g., the network) using a communication link to the network (sometimes called uplink direction, as depicted by dashed arrows 631, 632, 633) , which then enables subsequent communication (e.g., shown in the direction from  the network to the UEs, sometimes called downlink direction, shown by arrows 641, 642, 643) from the BS to the UEs. In some embodiments, the BS send information to the UEs (sometimes called downlink direction, as depicted by arrows 641, 642, 643) , which then enables subsequent communication (e.g., shown in the direction from the UEs to the BS, sometimes called uplink direction, shown by dashed arrows 631, 632, 633) from the UEs to the BS. The UE may be, for example, a smartphone, a tablet, a mobile computer, a machine to machine (M2M) device, an Internet of Things (IoT) device, and so on.

[0171] In this document the term “exemplary” is used to mean “an example of” and, unless otherwise stated, does not imply an ideal or a preferred embodiment.

[0172] Some of the embodiments described herein are described in the general context of methods or processes, which may be implemented in one embodiment by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM) , Random Access Memory (RAM) , compact discs (CDs) , digital versatile discs (DVD) , etc. Therefore, the computer-readable media can include a non-transitory storage media. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-or processor-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

[0173] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuits, software, or combinations thereof. For example, a hardware circuit implementation can include discrete analog and / or digital components that are, for example, integrated as part of a printed circuit board. Alternatively, or additionally, the disclosed components or modules can be implemented as an Application Specific Integrated Circuit (ASIC) and / or as a Field Programmable Gate Array (FPGA) device. Some implementations may additionally or alternatively include a digital signal processor (DSP) that is a specialized microprocessor with an architecture optimized for the operational needs of digital signal processing associated with the disclosed functionalities of this application. Similarly, the various components or sub-components within each module may be implemented in software, hardware or firmware. The connectivity between the modules and / or components within the modules may be provided using any one of the connectivity methods and media that is known in the art, including, but not limited to, communications over the Internet, wired, or wireless networks using the appropriate protocols.

[0174] While this document contains many specifics, these should not be construed as limitations on the scope of an invention that is claimed or of what may be claimed, but rather as descriptions of features specific to particular embodiments. Certain features that are described in this document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting  in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or a variation of a sub-combination. Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results.

[0175] Only a few implementations and examples are described and other implementations, enhancements and variations can be made based on what is described and illustrated in this disclosure.

Claims

1.A wireless communication method, comprising:transmitting, by a network device to a communication device, a first message comprising one or more UE route selection policy (URSP) rules, wherein each of the one or more URSP rules includes a traffic descriptor (TD) field that includes a user identifier (ID) .2.The method of claim 1, further comprising:receiving, by the network device and prior to the transmitting, a second message comprising one or more user identifiers (IDs) , and related policy information for each user ID, wherein the second message is received from a unified data repository (UDR) .3.The method of claim 1, wherein the one or more URSP rules are transmitted to the communication device via an access and mobility management function (AMF) .4.The method of claim 2, wherein the second message is included in a policy subscription information response.5.The method of claim 2, wherein the second message further includes:a first indication that indicates that the communication device supports the one or more user IDs, anda second indication that indicates the communication device supports service differentiation for different user IDs.6.The method of claim 2, wherein the related policy information for each user ID includes any one or more of:one or more permanent equipment identifiers (PEIs) that identifies the equipment supported by the user ID,one or more operating system (OS) IDs that identifies one or more operating systems supported by the user ID,one or more subscribed single-network slice selection assistant information (S-NSSAIs) and one or more associated subscribed data network names (DNNs) ,a spending limit control information that indicates to the network device to enforce communication device policies based on spending limit per user ID,restricted status information that indicates whether the user ID has a status of restricted, wherein the restricted status information including restricted services and restricted reasons; orother policy and service requirements per user ID.7.The method of claim 2, further comprising:determining, by the network device and before the transmitting the first message, each of the one or more URSP rules with the user ID included in the TD field.8.The method of claim 7, wherein the network device determines each of the one or more URSP rules with the user ID based on the second message received from the UDR and / or configuration of the network device.9.The method of claim 1,wherein the network device includes a policy control function (PCF) , andwherein the communication device includes a user equipment (UE) .10.A wireless communication method, comprising:receiving, by a communication device from a network device, a message comprising one or more UE route selection policy (URSP) rules, wherein each of the one or more URSP rules includes a traffic descriptor (TD) field that includes a user ID; andtransmitting, by the communication device, data of a user identified with the user ID with an established protocol data unit (PDU) session or with a new PDU session, wherein whether the data is transmitted with the established PDU session or with the new PDU session is based on the one or more URSP rules that includes the user ID in the TD field.11.The method of claim 10, wherein whether the data is transmitted with the established PDU session or with the new PDU session is determined using the one or more URSP rules.12.The method of claim 10, wherein a set of URSP rules stored in the communication device is updated with the one or more URSP rules received by the communication device.13.The method of claim 12, further comprising:transmitting, by the communication device to the network device via an access and mobility management function (AMF) , a configuration update complete message comprising a result that indicates successful reception of the one or more URSP rules,wherein the configuration update complete message is transmitted in response to updating the set of URSP rules with the one or more URSP rules received by the communication device.14.An apparatus for wireless communication comprising a processor, configured to implement a method recited in one or more of claims 1 to 13.15.A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by a processor, causing the processor to implement a method recited in one or more of claims 1 to 13.

Images