User identity profile processing method, user identifier status updating method, policy modification method, and related devices

Abstract

A user identity profile processing method by a unified data management (UDM) in a wireless communication system is provide. The method includes receiving a message from a network exposure function (NEF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID); and in response to the message from the NEF, requesting a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted.

Description

USER IDENTITY PROFILE PROCESSING METHOD, USER IDENTIFIER STATUS UPDATING METHOD, POLICY MODIFICATION METHOD, AND RELATED DEVICESTECHNICAL FIELD

[0001] The present application relates to wireless communication, and more particularly, to a user identity profile processing method, a user identifier status updating method, a policy modification method, and related devices.BACKGROUND ART

[0002] The background description includes information that may be useful in understanding the present application. It is not an admission that any of the information provided herein is prior art or relevant to the application.

[0003] In the existing 3GPP specifications, SUPI uniquely identifies a subscriber’s profile within the network, allowing for seamless service continuity and personalized connectivity across different access networks or devices. The SUPI is used during authentication, authorization, and subscriber-specific service provisioning.

[0004] The format of the SUPI is well-defined and structured to ensure global uniqueness and interoperability across different networks and geographies.

[0005] 1. IMSI-based SUPI:

[0006] The most common form of SUPI is based on the International Mobile Subscriber Identity (IMSI) . This format includes the Mobile Country Code (MCC) , Mobile Network Code (MNC) , and the Mobile Subscription Identification Number (MSIN) . The IMSI-based SUPI typically looks like `MCC-MNC-MSIN`.

[0007] 2. NAI-based SUPI:

[0008] For non-3GPP access, the SUPI may be in the form of a Network Access Identifier (NAI) . The NAI is a user-friendly ID, like an email address format, and is used in scenarios where IMSI cannot be used.

[0009] To further improve user experience, 5G system or future communication system should be enabled to support the creation and use of personalized identities, such as User Identifier. For instance, it is possible to modify network settings and provide services tailored to the specific requirements of users based on User Identifiers, which are different from the subscription identifier, e.g., SUPI used to identify subscription rather than the user. This suggests that the standard SUPI may not be fully effective in this scenario, as it does not accommodate the dynamic and individualized nature of the services and settings adapted to User Identifiers.SUMMARY

[0010] In a first aspect, some embodiments of the present application provide a user identity profile processing method by a unified data management (UDM) in a wireless communication system, the method including receiving a message from a network exposure function (NEF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; and in response to the message from the NEF, requesting a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted.

[0011] In some embodiments of the present application, the method further includes notifying a network function (NF) of updated data of the user identity profile via a notify message.

[0012] In some embodiments of the present application, the method further includes providing a service operation for the NF to get or modify existing user identity profile.

[0013] In some embodiments of the present application, the method further includes linking subscription permanent identifier (s) (SUPI (s) ) of one or multiple subscribers with the user identity profile.

[0014] In some embodiments of the present application, the method further includes modifying a link to the SUPI with the user identity profile or unlinking the SUPI with the user identity profile.

[0015] In some embodiments of the present application, the method further includes querying the UDR to retrieve data of the UIP.

[0016] In some embodiments of the present application, the data or parameters of the UIP are in a subscription data set.

[0017] In some embodiments of the present application, the data or parameters of the UIP are in a policy data set or an application data set.

[0018] In some embodiments of the present application, the data or parameters of the UIP are in a data set other than a subscription data set, a policy date set, an application data set, and an exposure data set.

[0019] In some embodiments of the present application, user identifier status information indicating a state of the UID is contained in exposure data stored in unified data repository (UDR) .

[0020] In some embodiments of the present application, user identifier status information indicating a state of the UID is contained in a data set other than exposure data stored in unified data repository (UDR) .

[0021] In some embodiments of the present application, the user identity profile includes user identifier status information indicating a state of the UID.

[0022] In some embodiments of the present application, the user identity profile comprises at least one of the following service settings: QoS information, network resources, subscriber category, and service category.

[0023] In a second aspect, some embodiments of the present application provide a user identity profile processing method by using service specific parameter provisioning by a network exposure function (NEF) in a wireless communication system, the method comprising receiving a message from an application function (AF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; and in response to the message from the AF, requesting more information and / or getting authorization from a unified data management (UDM) , and then creating / updating / deleting the one or more parameters of the UIP via a request message containing AF request information that needs to be created, updated, or deleted in a unified data repository (UDR) .

[0024] In some embodiments of the present application, the method further comprises receiving a message from the AF to request to store service specific parameters in the UDR.

[0025] In some embodiments of the present application, the method further comprises storing the AF request information on UIP data in the UDR.

[0026] In a third aspect, some embodiments of the present application provide a user identity profile processing method by a network function (NF) in a wireless communication system, the method comprising receiving a message to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; and in response to the message, requesting a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted.

[0027] In a fourth aspect, some embodiments of the present application provide a user identifier status updating method by a network exposure function (NEF) in a wireless communication system, the method including receiving an event report on user identifier status change; and once user identifier status is changed, using a unified data repository (UDR) service operation to store updated user identifier status in a UDR.

[0028] In some embodiments of the present application, the using the UDR service operation to store the updated user identifier status in the UDR further includes storing the updated user identifier status in the UDR along with a timestamp that the user identifier status is changed, wherein information of the timestamp and information of the user identifier status are used to determine per-user identifier charging, per-user identifier billing, or prepaid and postpaid billing within the same charging system for a specific user identifier, multiple user identifiers, or a group of user identifiers.

[0029] In some embodiments of the present application, the user identifier status indicates a status of a user identifier (ID) , in addition to the user identifier status, the user ID is stored in the UDR, which also comprises one or multiple data subsets for storing one or multiple active user ID (s) within a current subscriber’s subscription or subscription permanent identifier (SUPI) , and the one or multiple data subsets comprises at least one of a subscription data set, an application data set, a policy data set, an exposure data set, and other data set.

[0030] In some embodiments of the present application, the event report on the user identifier status change is received from a unified data management (UDM) once the UDM detects that a user identifier status change event occurs, wherein the UDM subscribes to access and mobility management function (AMF) event exposure.

[0031] In some embodiments of the present application, the event report on the user identifier status change is received from an AMF once the AMF detects that a user identifier status change event occurs.

[0032] In some embodiments of the present application, the event report on the user identifier status change is received from a session management function (SMF) once the SMF detects that a user identifier status change event occurs.

[0033] In a fifth aspect, some embodiments of the present application provide a policy modification method by a session management function (SMF) in a wireless communication system, the method including initiating a session management (SM) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for SMF; and receiving policy information in accordance with a change of user identifier status from a policy control function (PCF) .

[0034] In some embodiments of the present application, one or multiple user identifiers (IDs) within one or multiple subscribers’ subscriptions or subscription permanent identifiers (SUPIs) , relevant to the change of the user identifier status, are indicated in the SM policy association modification procedure.

[0035] In some embodiments of the present application, the received policy information is based on information of user identity profile (s) corresponding to the one or multiple user IDs.

[0036] In some embodiments of the present application, the received policy information is based on a default subscription that the user ID is linked.

[0037] In some embodiments of the present application, an event in the PCRT relevant for the SMF comprises the change of the user identifier status.

[0038] In a sixth aspect, some embodiments of the present application provide a policy modification method by an access and mobility management function (AMF) in a wireless communication system, the method comprising initiating an access and mobility management (AM) policy association modification procedure or a user equipment (UE) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for AMF; and receiving policy information in accordance with a change of user identifier status from a policy control function (PCF) .

[0039] In some embodiments of the present application, one or multiple user identifiers (IDs) within one or multiple subscribers’ subscriptions or subscription permanent identifiers (SUPIs) , relevant to the change of the user identifier status, are indicated in the AM policy association modification procedure or the UE policy association modification procedure.

[0040] In some embodiments of the present application, the received policy information is an updated policy information.

[0041] In some embodiments of the present application, the received policy information comprises one or more updated parameters relevant to policy control request trigger.

[0042] In some embodiments of the present application, an event in the PCRT relevant for the AMF comprises the change of the user identifier status.

[0043] In a seventh aspect, some embodiments of the present application provide a unified data management (UDM) , including: at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to receive a message from a network exposure function (NEF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; and in response to the message from the NEF, request a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted.

[0044] In an eighth aspect, some embodiments of the present application provide a network exposure function (NEF) , comprising at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to receive a message from an application function (AF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; and in response to the message from the AF, request more information and / or get authorization from a unified data management (UDM) , and then create / update / delete the one or more parameters of the UIP via a request message containing AF request information that needs to be created, updated, or deleted in a unified data repository (UDR) .

[0045] In a ninth aspect, some embodiments of the present application provide a network function (NF) , comprising at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to receive a message to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; and in response to the message, request a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted.

[0046] In a tenth aspect, some embodiments of the present application provide a network exposure function (NEF) , including at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to receive an event report on user identifier status change; and once user identifier status is changed, use a unified data repository (UDR) service operation to store updated user identifier status in a UDR.

[0047] In an eleventh aspect, some embodiments of the present application provide a session management function (SMF) , including at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to initiate a session management (SM) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for SMF; and receive policy information in accordance with a change of user identifier status from a policy control function (PCF) .

[0048] In a twelfth aspect, some embodiments of the present application provide an access and mobility management function (AMF) , comprising at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to initiate an access and mobility management (AM) policy association modification procedure or a user equipment (UE) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for AMF; and

[0049] receive policy information in accordance with a change of user identifier status from a policy control function (PCF) .

[0050] In a thirteenth aspect, some embodiments of the present application provide a non-transitory machine-readable storage medium has stored thereon instructions that, when executed by a computer, cause the computer to perform any of the above methods.

[0051] In a fourteenth aspect, some embodiments of the present application provide a chip includes a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute any of the above methods.

[0052] In a fifteenth aspect, some embodiments of the present application provide a computer readable storage medium, in which a computer program is stored, causes a computer to execute any of the above methods.

[0053] In a sixteenth aspect, some embodiments of the present application provide a computer program product includes a computer program, and the computer program causes a computer to execute any of the above methods.

[0054] In a seventeenth aspect, some embodiments of the present application provide a computer program causes a computer to execute any of the above methods.DESCRIPTION OF DRAWINGS

[0055] In order to more clearly illustrate the embodiments of the present application or related art, the following figures that will be described in the embodiments are briefly introduced. It is obvious that the drawings are merely some embodiments of the present application, a person having ordinary skill in this field can obtain other figures according to these figures without paying the premise.

[0056] FIG. 1 is a schematic diagram illustrating a 5G architecture in a service-based representation.

[0057] FIG. 2A is a flowchart of a user identity profile processing method by a unified data management (UDM) in a wireless communication system according to an embodiment of the present application.

[0058] FIG. 2B is another flowchart of a user identity profile processing method by using service specific parameter provisioning by a network exposure function (NEF) in a wireless communication system according to an embodiment of the present application.

[0059] FIG. 2C is yet another flowchart of a user identity profile processing method 100” by a 3GPP system network function (NF) according to an embodiment of the present application.

[0060] FIG. 3 is a schematic diagram illustrating a procedure for provisioning / creating / updating / deleting a user identity profile in UDR according to an embodiment of the present application.

[0061] FIG. 4 is a flowchart of a user identifier status updating method by a network exposure function (NEF) in a wireless communication system according to an embodiment of the present application.

[0062] FIG. 5A is a flowchart of a policy modification method by a session management function (SMF) in a wireless communication system according to an embodiment of the present application.

[0063] FIG. 5B is a flowchart of a policy modification method by access and mobility management function (AMF) in a wireless communication system according to an embodiment of the present application.

[0064] FIG. 6 is a schematic diagram illustrating information flow to support user identifier status event exposure according to an embodiment of the present application.DETAILED DESCRIPTION OF EMBODIMENTS

[0065] Embodiments of the disclosure are described in detail with the technical matters, structural features, achieved objects, and effects with reference to the accompanying drawings as follows. Specifically, the terminologies in the embodiments of the present application are merely for describing the purpose of the certain embodiment, but not to limit the disclosure.

[0066] In this document, a combination such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” or “A, B, and / or C” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any combination may contain one or more members of A, B, or C.

[0067] The following table includes some abbreviations used in some embodiments of the present application:

[0068] Some embodiments of this application provide mechanism to allow user equipment (UE) or network to detect user identifier status and expose these changes to network function (NF) to trigger policy change. Without this mechanism, the User Identifier does not work well.

[0069] For example, once the User Identifier is authenticated, it becomes active, which triggers relevant policy association. If no mechanism could detect when the User Identifier becomes inactive or suspended, other users are not able to login to share the UE’s subscription.

[0070] FIG. 1 shows a 5G architecture in a service-based representation. It is noted that this application is applicable to the architecture shown in FIG. 1, but is not limited thereto. The application can also be applied to future communication system such as 6G system.

[0071] 5G system architectures can be service-based and interaction between network functions can be represented by corresponding service-based interfaces. As illustrated in FIG. 1, service-based representations can be used to represent network functions within the control plane that enable other authorized network functions to access their services. In this regard, 5G system architecture can include the following service-based interfaces: Namf (aservice-based interface exhibited by the AMF) , Nsmf (aservice-based interface exhibited by the SM) , Nnef (aservice-based interface exhibited by the NEF) , Npcf (aservice-based interface exhibited by the PCF) , a Nudm (aservice-based interface exhibited by the UDM) , Naf (aservice-based interface exhibited by the AF) , Nnrf (aservice-based interface exhibited by the NRF) , Nnssf (aservice-based interface exhibited by the NSSF) , Nausf (aservice-based interface exhibited by the AUSF) . Other service-based interfaces (e.g., Nudr and Nudsf) can also be used.

[0072] As shown in FIG. 1, policy related network elements mainly include the PCF, the AMF, the SMF, the RAN, and the UE.The PCF determines policy rules for network behaviors. This may include deciding how network resources are allocated, ensuring efficiency of network capabilities. The SMF is mainly responsible for executing session related policies. The AMF is mainly responsible for executing access and UE policy related policies. Policy transmission and update of the two network elements (the AMF and the SMF) are managed and controlled by the PCF.

[0073] Specific to a UE policy, information about the UE policy, including a content of the UE policy, an Identifier (ID) of the UE policy, etc., is monitored between the PCF and the UE through a container. In an uplink direction, the container is sent to the AMF by the UE through a Non-Access Stratum (NAS) message, and continues to be transparently transmitted (without perception or modification) to the PCF by the AMF. Reversely, in a downlink direction, the container is sent to the AMF by the PCF, and is further transparently transmitted to the UE by the AMF through a NAS message.

[0074] In some embodiments, a unified data management (UDM) includes at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to receive a message from a network exposure function (NEF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; and in response to the message from the NEF, request a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted.

[0075] In some embodiments, a network exposure function (NEF) , comprising at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to receive a message from an application function (AF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; and in response to the message from the AF, request more information and / or get authorization from a unified data management (UDM) , and then create / update / delete the one or more parameters of the UIP via a request message containing AF request information that needs to be created, updated, or deleted in a unified data repository (UDR) .

[0076] In some embodiments, a network function (NF) , comprising at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to receive a message to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; and in response to the message, request a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted.

[0077] In some embodiments, a network exposure function (NEF) includes at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to receive an event report on user identifier status change; and once user identifier status is changed, use a unified data repository (UDR) service operation to store updated user identifier status in a UDR.

[0078] In some embodiments, a session management function (SMF) includes at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to initiate a session management (SM) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for SMF; and receive policy information in accordance with a change of user identifier status from a policy control function (PCF) .

[0079] In some embodiments, an access and mobility management function (AMF) , comprising at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which  cause the at least one processor to initiate an access and mobility management (AM) policy association modification procedure or a user equipment (UE) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for AMF; and receive policy information in accordance with a change of user identifier status from a policy control function (PCF) .

[0080] FIG. 2A is a flowchart of a user identity profile processing method 100 by a unified data management (UDM) in a wireless communication system according to an embodiment of the present application. Referring to FIG. 2A, the method 100 includes the followings. In Step 110, the UDM receives a message from a network exposure function (NEF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) . In Step 120, in response to the message from the NEF, the UDM requests a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted. With this method, data or parameters of the user identity profile can be created, updated or deleted.

[0081] FIG. 2B is another flowchart of a user identity profile processing method 100’ by using service specific parameter provisioning by a network exposure function (NEF) in a wireless communication system according to an embodiment of the present application. Referring to FIG. 2B, the method 100’ includes the followings. In Step 111, the NEF receives a message from an application function (AF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) . In Step 121, in response to the message from the AF, the NEF may request more information and / or get authorization from a unified data management (UDM) , and then creates / updates / deletes the one or more parameters of the UIP via a request message containing AF request information that needs to be created, updated, or deleted in the a unified data repository (UDR) . With this method, data or parameters of the user identity profile can be created, updated, or deleted.

[0082] FIG. 2C is yet another flowchart of a user identity profile processing method 100” by a 3GPP, e.g. 5G or 6G, system network function (NF) according to an embodiment of the present application. Referring to FIG. 2C, the method 100” includes the followings. In Step 112, the NF receives a message to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) . In Step 122, in response to the message, the NF then requests a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted. With this method, data or parameters of the user identity profile can be created, updated, or deleted.

[0083] In some embodiments, the method further includes notifying a network function (NF) of updated data of the user identity profile via a notify message.

[0084] In some embodiments, the method further includes providing a service operation for the NF to get or modify existing user identity profile.

[0085] In some embodiments, the method further includes linking subscription permanent identifier (s) (SUPI (s) ) of one or multiple subscribers with the user identity profile.

[0086] In some embodiments, the method further includes modifying a link to the SUPI with the user identity profile or unlinking the SUPI with the user identity profile.

[0087] In some embodiments, the method further includes querying the UDR to retrieve data of the UIP.

[0088] In some embodiments, the data or parameters of the UIP are in a subscription data set.

[0089] In some embodiments, the data or parameters of the UIP are in a policy data set or an application data set.

[0090] In some embodiments, the data or parameters of the UIP are in a data set other than a subscription data set, a policy date set, an application data set, and an exposure data set. It could be a new data set to be defined in UDR.

[0091] In some embodiments, user identifier status information indicating a state of the UID is contained in exposure data stored in unified data repository (UDR) .

[0092] In some embodiments, user identifier status information indicating a state of the UID is contained in a data set other than exposure data stored in unified data repository (UDR) . It could be a new data set to be defined in UDR or UDM.

[0093] In some embodiments, the user identity profile includes user identifier status information indicating a state of the UID.

[0094] In some embodiments, the user identity profile comprises at least one of the following service settings: QoS information, network resources, subscriber category, and service category.

[0095] In some embodiments, the NEF receives a message from the AF to request to store service specific parameters in the UDR.

[0096] In some embodiments, the NEF stores the AF request information on UIP data in the UDR.

[0097] Further details are described as follows.

[0098] User Identity Profile storage in UDR

[0099] In one embodiment, the User ID serves as the identifier for a User Identity Profile (UIP) which may contain some of the following information,

[0100] - User Identifier (UID or User ID)

[0101] - User Identity specific service settings and parameters

[0102] - UID service categories

[0103] - UID specific network resources (e.g., network slice) in accordance with the subscription the UID belongs to

[0104] - QoS information: e.g., default 5QI

[0105] - Additional User Identifiers of the user’s User Identities, and linked 5GS subscriptions

[0106] - Linked subscriptions (identified by SUPI) or UEs (identified by UE identifiers)

[0107] - Additional service settings, e.g. when roaming in a different PLMN, or interworking with EPC, what QoS information, and / or network resources, and / or subscriber categories, and / or service categories the operator may decide to use for this UIP or UID.

[0108] The User Identity Profile data, or parameters of User Identity Profile could be stored in one or multiple Data Sets, e.g. the Subscription Data Set, Application Data Set, Exposure Data Set, and / or Policy Data Set, and / or one or multiple Data Subsets, as defined in Table 1a, Table 1b, Table 1c, and Table 1d below.

[0109] Table 1a. User Identity Profile in Subscription Data in UDR

[0110] Table 1b. User Identity Profile in Application Data in UDR

[0111] Table 1c. User Identity Profile in Policy Data in UDR

[0112] Table 1d. User Identity Profile in Exposure Data in UDR

[0113] In the other embodiments of Table 1a, Table 1b, Table 1c, and Table 1d, Data key could be SUPI as defined in Table 2 below.

[0114] Table 2. User Identity Profile in UDR with different Data Key and Data Sub Key

[0115] In yet another embodiment, the User Identity Profile could be in one or multiple new Data Sets in UDR, which may further include one or multiple new Data Subsets, e.g. User Identifier, Service Settings (e.g. User Identity specific service settings and parameters and UID service categories) , Session Management Data (e.g., UID specific network resources e.g., network slice in accordance with the subscription the UID belongs to, and QoS information, e.g., default 5QI) , Other User Data (e.g. additional User Identifiers of the user’s User Identities, and linked 5GS subscriptions, and linked subscriptions identified by SUPI or UEs identified by UE identifiers) , as defined in Table 3 below.

[0116] Table 3. Another User Identity Profile storage structure in UDR

[0117] Additionally, the User Identifier status information could be added in the Exposure data stored in the UDR, as defined in Table 4 below.

[0118] Table 4. User Identifier in Exposure Data in UDR

[0119] In the other embodiment, the User Identifier status information could be part of User Identity Profile, as defined in Table 5 below.

[0120] Table 5. User Identifier Status information as part of User Identity Profile

[0121] It should be noted that the names of these parameters, data sets, data subsets, and data fields mentioned in Tables above are not exhaustive; other names could be used; other data sets / data subsets could be used. However, the underlying principle remains the same: to store the User Identity Profile containing the User Identifier, and one or multiple pieces of related data and information, e.g. service settings, QoS information, session settings, status information within UDR. The Data Key could be either organized by using SUPI or by using User Identifier, with or without Data Sub Keys.

[0122] Provision, Create, Update / Modify, and Delete a UIP in UDR

[0123] The User Identity Profile could be provisioned / created, deleted, and modified by the operator or a trusted third party.

[0124] FIG. 3 provides a procedure for provisioning / creating / updating / deleting a User Identity Profile in the UDR. Referring to FIG. 3, the procedure includes the following steps.

[0125] Step 1. The AF provides User Identity Profile parameters as described above to be created or updated in a Nnef_ParameterProvision_Create or Nnef_ParameterProvision_Update or Nnef_ParameterProvision_Delete Request to the NEF.

[0126] The NEF checks whether the requestor is allowed to perform the requested service operation by checking requestor’s AF Identifier.

[0127] Alternatively, in the other embodiment, in step 1a, the Nnef_ServiceParameter_Create / Update / Delete service operation could be used to allow operators or trusted third party to store service specific parameters in the UDR via NEF.

[0128] Step 2. If the AF is authorized by the NEF to provision the parameters, the NEF requests to create, update and store, or delete the User Identity Profile parameters as part of the subscription data, policy data, application data, exposure data, or a new data set and / or data subset via Nudm_ParameterPrvision_Create, Nudm_ParameterProvision_Update or Nudm_ParameterProvision_Delete Request message.

[0129] Alternatively, in the other embodiment, NEF stores the AF request information on UIP data in the UDR in step 2a, and respond to AF in step 2b.

[0130] Steps 3 and 4. If the AF is authorized by the UDM to provision the User Identity Profile parameters for this subscriber, the UDM may resolve the GPSI to SUPI and requests to create, update or delete the provisioned parameters as part of the subscriber data, policy data, application data, exposure data, or a new data set and / or data subset via Nudr_DM_Create / Update / Delete Request message, this message includes the provisioned data, for example, Nudr_DM_create may contain inputs:

[0131] Data Set Identifier = Subscription Data

[0132] Data Key = User Identifier or SUPI

[0133] Data Subset Identifier = User Identity Profile

[0134] Data Sub Key = SUPI or User Identifier

[0135] Linked subscriptions (identified SUPI) or UEs (identified by UE identifiers)

[0136] This operation could link one or multiple subscribers’ SUPIs with the User Identity Profile.

[0137] The PCF may receive a Nudr_DM_Notify notification of UIP data change from the UDR in step 3a.

[0138] Steps 5 and 6: Steps 5-6 include service operation responses.

[0139] Step 7. UDM may notify the subscribed Network Function (NF) , e.g. AMF, SMF, of the updated User Identity Profile data via Nudm_SDM_Notification Notify message.

[0140] Steps 8-9: UDM Subscriber Data Management (SDM) service operation provides, Get, ModifySubscription etc., e.g. ModifySubscription could be used to modify link / unlink a SUPI with a User Identifier.

[0141] In steps 8-9, the consumer Network Function (NF) , e.g. AMF, SMF, SMSF, NWDAF, 5G DDNMF, TSCTSF may use Nudm_SDM_Get / ModifySubscription to get or modify existing User Identity Profile data from UDM / UDR.

[0142] UDR DM query can be used to retrieve UIP data, e.g. to query User ID status with Data Key SUPI, where “SUPI x: User A” means the current active user within SUPI x is User A

[0143] FIG. 4 is a flowchart of a user identifier status updating method 200 by a network exposure function (NEF) in a wireless communication system according to an embodiment of the present application. Referring to FIG. 4, the method 200 includes the followings. In Step 210, the NEF receives an event report on user identifier status change. In Step 220, once user identifier status is changed, the NEF uses a unified data repository (UDR) service operation to store updated user identifier status in a UDR. With this method, user identifier status can be monitored and exposed.

[0144] In some embodiments, the using the UDR service operation to store the updated user identifier status in the UDR further includes storing the updated user identifier status in the UDR along with a timestamp that the user identifier status is changed, wherein information of the timestamp and information of the user identifier status are used to determine per-user identifier charging, per-user identifier billing, or prepaid and postpaid billing within the same charging system for a specific user identifier, multiple user identifiers, or a group of user identifiers.

[0145] In some embodiments, the user identifier status indicates a status of a user identifier (ID) , in addition to the user identifier status, the user ID is stored in the UDR, which also comprises one or multiple data subsets for storing one or multiple active user ID (s) within a current subscriber’s subscription or subscription permanent identifier (SUPI) , and the  one or multiple data subsets comprises at least one of a subscription data set, an application data set, a policy data set, an exposure data set, and other data set.

[0146] In some embodiments, the event report on the user identifier status change is received from a unified data management (UDM) once the UDM detects that a user identifier status change event occurs, wherein the UDM subscribes to access and mobility management function (AMF) event exposure and / or session management function (SMF) event exposure.

[0147] In some embodiments, the event report on the user identifier status change is received from an AMF once the AMF detects that a user identifier status change event occurs.

[0148] In some embodiments, the event report on the user identifier status change is received from a session management function (SMF) once the SMF detects that a user identifier status change event occurs.

[0149] FIG. 5A is a flowchart of a policy modification method 300 by a session management function (SMF) in a wireless communication system according to an embodiment of the present application. Referring to FIG. 5A, the method 300 includes the followings. In Step 310, the SMF initiates a session management (SM) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for SMF. In Step 320, the SMF receives a subscription policy in accordance with user identifier status from a policy control function (PCF) . With this method, subscription policy can be changed in accordance with user identifier status.

[0150] In some embodiments, one or multiple user identifiers (IDs) within one or multiple subscribers’ subscriptions or subscription permanent identifiers (SUPIs) , relevant to the change of the user identifier status, are indicated in the SM policy association modification procedure.

[0151] In some embodiments, the received policy information is based on information of user identity profile (s) corresponding to the one or multiple user IDs.

[0152] In some embodiments, the received policy information is based on a default subscription that the user ID is linked.

[0153] In some embodiments, an event in the PCRT relevant for the SMF comprises the change of the user identifier status.

[0154] FIG. 5B is a flowchart of a policy modification method 300’ by an access and mobility management function (AMF) in a wireless communication system according to an embodiment of the present application. Referring to FIG. 5B, the method 300’ includes the followings. In Step 311, the AMF initiates an access and mobility management (AM) policy association modification procedure or a user equipment (UE) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for AMF. In Step 321, the AMF receives policy information in accordance with a change of user identifier status from a policy control function (PCF) . With this method, subscription policy can be changed in accordance with user identifier status.

[0155] In some embodiments, one or multiple user identifiers (IDs) within one or multiple subscribers’ subscriptions or subscription permanent identifiers (SUPIs) , relevant to the change of the user identifier status, are indicated in the AM policy association modification procedure or the UE policy association modification procedure.

[0156] In some embodiments, the received policy information is an updated policy information.

[0157] In some embodiments, the received policy information comprises one or more updated parameters relevant to policy control request trigger.

[0158] In some embodiments, an event in the PCRT relevant for the AMF comprises the change of the user identifier status.

[0159] Further details are described as follows.

[0160] User ID status monitor and exposure

[0161] A User Identifier could be in one of a few status, e.g.

[0162] - active when a human user has logged in to a UE with the subscriber’s subscription

[0163] - inactive when a human user has logged out of the UE with the subscriber’s subscription, or has been logged out by the network due to a long time of inactivity

[0164] - suspended when the human user has become inactive temporarily, and will be turn into active status soon

[0165] The User Identifier status could be monitored by AMF, for example, once AMF finds that a user with User Identifier A is authenticated, it will expose via amf_eventexposure, and then notify UDR to update the record in UDR.

[0166] Be noted that, the User ID status is stored in UDR. While the exposure is via NEF, as defined in Table 4.15.3.1-1 of TS 23.502

[0167] UDR service operations include exposure data stored in UDR. But UDR does not have exposure service operations, it only has DM data management service operations, only UDM has EventExposure services. So it could be NEF that subscribes to UDM on User ID activation event, then UDM subscribes to AMF exposure event. Then once the User ID is active, AMF notifies UDM, UDM notifies NEF. NEF then invoke Nudr_DM service operations to update active User ID.

[0168] NEF may then store the information in the UDR along with the timestamp. The timestamp information and User ID status information could be used for the purpose of charging calculation. Based on timestamp when the user becomes active, and the timestamp when the user becomes inactive or suspended, CHF may determine per-User Identifier (UID) charging.

[0169] In the other embodiment, one or multiple active User ID (s) within the current subscriber’s subscription or SUPI could be stored in Data Set, e.g. Subscription Data Set, Application Data Set, Policy Data Set, Exposure Data Set, or a new Data Set. These one or multiple active User ID (s) could be stored in one or multiple Data Subsets. If the user becomes inactive  or suspended either detected by the UE or the network, the Policy may be updated with the subscription policy. And the User Identifier can be deleted from the one or multiple active User ID (s) within the current subscriber’s subscription.

[0170] A condition could be set in PCRT relevant to SMF. So once this condition is met, SMF is going to be triggered to interact again with PCF after a PDU Session establishment. SMF will initiate SM Policy Association Modification procedure indicating one or multiple User ID (s) within one or multiple subscriber’s subscription (s) or SUPI (s) . The PCF makes a policy decision and may determine that updated or new policy information needs to be sent to the SMF. For example, in the case of interworking with EPC, PCF may determine to send to the SMF+PGW-C new policy information which can be based on the User Identity Profile information or based on the default subscription that the User ID is linked.

[0171] In the other embodiment, a condition could be set in Policy Control Request Triggers (PCRT) relevant to AMF. So once this condition is met, the AMF is going to be triggered to interact again with PCF after the AM Policy Association Establishment or UE Policy Association Establishment. The AMF updates the AM Policy Association and provides indicating one or multiple User ID (s) within one or multiple SUPI (s) in messages, e.g. Npcf_AMPolicyControl_Update. The PCF stores the information received and makes policy decision. PCF may respond to the AMF with updated policy information and the updated Policy Control Request Trigger parameters.

[0172] The SMF event exposure defined in clause 5.2.8.3 of TS 23.502 can be extended to include, e.g. User Identifier status change, as shown in Table 6, so that once SMF monitors the user identifier is inactive, this event will be triggered.

[0173] Table 6: User Identifier Status Change in SMF Exposure Event

[0174] In yet the other embodiment, User ID status change can be an event for AMF exposure, as described in Table 7.

[0175] Table 7: User Identifier Status Change in AMF Exposure Event

[0176] If UE detects that the user identifier status change, e.g. the human user logging out the UE, it will send update to AMF. If AMF is set to expose this information and an Event receiving NF or NEF is set to be subscribed to this AMF exposure info, the Event receiving NF or NEF will be notified once such User Identifier status change happens. NEF may update the User Identifier status information in UDR. UDR then may be triggered to notify the PCF about the User Identifier status information change by invoking Nudr_DM_Notify. PCF makes policy decision, and initiates UE policy delivery and / or notifies SMF..

[0177] TS 23.503, clause 6.1.3.5, Policy Control Request Triggers relevant for SMF. These triggers define the conditions when the SMF shall interact again with PCF after a PDU Session establishment. The triggers can be extended to include a condition, e.g. User Identifier Status Change, as described in Table 8.

[0178] Table 8: User Identifier Status Change in PCRT relevant to SMF

[0179] In the other embodiment, Policy Control Request Triggers relevant for AMF can be extended to include a condition, e.g. User Identifier status change, as described in Table 9.

[0180] Table 9: User Identifier Status Change in PCRT relevant to AMF

[0181] FIG. 6 describe the information flow to support User Identifier status event exposure. Referring to FIG. 6, the flow includes the following steps.

[0182] Step 0. UDM subscribes to AMF Event Exposure (steps 0b and 0c) and / or SMF Event Exposure on User Identifier status change (steps 0d and 0e) . And the NEF subscribes to the User Identifier status change monitoring events by sending Nudm_EventExposure_Subscribe / UnSubscribe request (step 0a) .

[0183] Step 1. UE detects that user login with “User Identifier”

[0184] Step 2. The User Identifier is authenticated by network, and become active. Once the AMF detects the monitored event occurs and sends the event report by Namf_EventExposure_Notify message to UDM which has subscribed the AMF EventExposure.

[0185] Step 3. The UDM detects the monitored event occurs and sends the event report to NEF, by Nudm_EventExposure_Notify.

[0186] Step 4. NEF may store the updated status information in the UDR along with the timestamp using either Nudr_DM_Create or Nudr_DM_Update service operation as appropriate.

[0187] Step 5. In the other embodiment, in steps 5a-5f, if AMF determines User Identifier status change. In this case, once AMF detects the monitored User Identifier status change event occurs, AMF may send Namf_EventExposure_Notify to NEF, with or without going through UDM. NEF may store the information in the UDR along with the timestamp using either Nudr_DM_Create or Nudr_DM_Update service operations as appropriate. UDR then may be triggered to notify the PCF about the User Identifier status information change by invoking Nudr_DM_Notify. PCF can make policy decisions by taking the User Identifier information into account.

[0188] Step 6. In yet the other embodiment, in steps 6a-6d, SMF determines User Identifier status change. When the SMF detects the User Identifier status change event, the SMF sends the event report, by means of Nsmf_EvetnExposure_Notify message to NEF, with or without going through UDM. NEF may store the User Identifier status information along with the timestamp using either Nudr_DM_Create or Nudr_DM_Update service operation as appropriate. UDR then may be triggered to notify the PCF about the User Identifier status information change by invoking Nudr_DM_Notify. PCF can make policy decisions by taking the User Identifier information into account.

[0189] This could happen, e.g. in the case of interworking with EPC which does not support User Identifier. In this case, SMF+PGW-C could logout the User Identifier and trigger the User Identifier status to be inactive, e.g. by using a cause code indicating the User Identifier becomes inactive due to moving into a unsupported network.

[0190] Step 7. In yet another embodiment, in steps 7a-7b, the User Identifier status change condition may be met in conditions defined in Policy Control Request Triggers (PCRT) relevant for SMF. In this case, SMF may initiate SM Policy Association Modification procedures in Clause 4.16.5.1 of TS 23.502.

[0191] Step 8. In yet another embodiment, in steps 8a-8b, the User Identifier status change condition may be met in conditions defined in Policy Control Request Triggers (PCRT) relevant for AMF. In this case, AMF may initiate AM Policy Association Modification procedures in Clause 4.16.5.1 of TS 23.502, or UE Policy Association Modification procedures in Clause 4.16.12.1 of TS 23.502.

[0192] The embodiment of the present application further provides a computer readable storage medium for storing a computer program. The computer readable storage medium enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0193] The embodiment of the present application further provides a computer program product including computer program instructions. The computer program product enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0194] The embodiment of the present application further provides a computer program. The computer program enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0195] Those of skill in the art will appreciate that information and signals may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0196] Further, those of skill in the art will appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

[0197] The methods, sequences and / or algorithms described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor.

[0198] It should be understood that any embodiments disclosed herein as being “non-transitory” do not exclude any physical storage medium, but rather exclude only the interpretation that the medium can be construed as a transitory propagating signal.

[0199] The elements and components of an embodiment of the invention may be physically, functionally and logically implemented in any suitable way. Indeed, the functionality may be implemented in a single unit, in a plurality of units or as part of other functional units. Although the present invention has been described in connection with some embodiments, it is not intended to be limited to the specific form set forth herein. Rather, the scope of the present invention is limited only by the accompanying claims. Additionally, although a feature may appear to be described in connection with particular embodiments, one skilled in the art would recognize that various features of the described embodiments may be combined in accordance with the invention. In the claims, the term ‘including’ does not exclude the presence of other elements or steps.

[0200] Furthermore, although individually listed, a plurality of means, elements or method steps may be implemented by, for example, a single unit or processor. Additionally, although individual features may be included in different claims, these may possibly be advantageously combined, and the inclusion in different claims does not imply that a combination of features is not feasible and / or advantageous. Also, the inclusion of a feature in one category of claims does not imply a limitation to this category, but rather indicates that the feature is equally applicable to other claim categories, as appropriate.

[0201] Furthermore, the order of features in the claims does not imply any specific order in which the features must be performed and in particular the order of individual steps in a method claim does not imply that the steps must be performed in this order. Rather, the steps may be performed in any suitable order. In addition, singular references do not exclude a plurality. Thus, references to ‘a’ , ‘an’ , ‘first’ , ‘second’ , etc. do not preclude a plurality.

[0202] Above all, while the preferred embodiments of the present application have been illustrated and described in detail, various modifications and alterations can be made by persons of ordinary skill in the art. The embodiment of the present application is therefore described in an illustrative but not restrictive sense. It is intended that the present application should not be limited to the particular forms as illustrated, and that all modifications and alterations which maintain the spirit and realm of the present application are within the scope as defined in the appended claims.

Claims

1.A user identity profile processing method by a unified data management (UDM) in a wireless communication system, the method comprising:receiving a message from a network exposure function (NEF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) comprising a user identifier (UID) ; andin response to the message from the NEF, requesting a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted.2.The method of claim 1, further comprising:notifying a network function (NF) of updated data of the user identity profile via a notify message.3.The method of claim 2, further comprising:providing a service operation for the NF to get or modify existing user identity profile.4.The method of claim 1, further comprising:linking subscription permanent identifier (s) (SUPI (s) ) of one or multiple subscribers with the user identity profile.5.The method of claim 4, further comprising:modifying a link to the SUPI with the user identity profile or unlinking the SUPI with the user identity profile.6.The method of any of claims 1 to 5, further comprising:querying the UDR to retrieve data of the UIP.7.The method of any of claims 1 to 6, wherein the data or parameters of the UIP are in a subscription data set.8.The method of any of claims 1 to 6, wherein the data or parameters of the UIP are in a policy data set or an application data set.9.The method of any of claims 1 to 6, wherein the data or parameters of the UIP are in a data set other than a subscription data set, a policy date set, an application data set, and an exposure data set.10.The method of any of claims 1 to 9, wherein user identifier status information indicating a state of the UID is contained in exposure data stored in unified data repository (UDR) .11.The method of any of claims 1 to 9, wherein user identifier status information indicating a state of the UID is contained in a data set other than exposure data stored in unified data repository (UDR) .12.The method of any of claims 1 to 9, wherein the user identity profile comprises user identifier status information indicating a state of the UID.13.The method of any of claims 1 to 12, wherein the user identity profile comprises at least one of the following service settings: QoS information, network resources, subscriber category, and service category.14.A user identity profile processing method by using service specific parameter provisioning by a network exposure function (NEF) in a wireless communication system, the method comprising:receiving a message from an application function (AF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; andin response to the message from the AF, requesting more information and / or getting authorization from a unified data management (UDM) , and then creating / updating / deleting the one or more parameters of the UIP via a request message containing AF request information that needs to be created, updated, or deleted in a unified data repository (UDR) .15.The method of claim 14, further comprising:receiving a message from the AF to request to store service specific parameters in the UDR.16.The method of claim 14, further comprising:storing the AF request information on UIP data in the UDR.17.A user identity profile processing method by a network function (NF) in a wireless communication system, the method comprising:receiving a message to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; andin response to the message, requesting a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted.18.A user identifier status updating method by a network exposure function (NEF) in a wireless communication system, the method comprising:receiving an event report on user identifier status change; andonce user identifier status is changed, using a unified data repository (UDR) service operation to store updated user identifier status in a UDR.19.The method of claim 18, wherein the using the UDR service operation to store the updated user identifier status in the UDR further comprises:storing the updated user identifier status in the UDR along with a timestamp that the user identifier status is changed, wherein information of the timestamp and information of the user identifier status are used to determine per-user identifier charging, per-user identifier billing, or prepaid and postpaid billing within the same charging system for a specific user identifier, multiple user identifiers, or a group of user identifiers.20.The method of claim 18, wherein the user identifier status indicates a status of a user identifier (ID) , in addition to the user identifier status, the user ID is stored in the UDR, which also comprises one or multiple data subsets for storing one or multiple active user ID (s) within a current subscriber’s subscription or subscription permanent identifier (SUPI) , and the one or multiple data subsets comprises at least one of a subscription data set, an application data set, a policy data set, an exposure data set, and other data set.21.The method of any of claims 18 to 20, wherein the event report on the user identifier status change is received from a unified data management (UDM) once the UDM detects that a user identifier status change event occurs, wherein the UDM subscribes to access and mobility management function (AMF) event exposure.22.The method of any of claims 18 to 20, wherein the event report on the user identifier status change is received from an AMF once the AMF detects that a user identifier status change event occurs.23.The method of any of claims 18 to 20, wherein the event report on the user identifier status change is received from a session management function (SMF) once the SMF detects that a user identifier status change event occurs.24.A policy modification method by a session management function (SMF) in a wireless communication system, the method comprising:initiating a session management (SM) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for SMF; andreceiving policy information in accordance with a change of user identifier status from a policy control function (PCF) .25.The method of claim 24, wherein one or multiple user identifiers (IDs) within one or multiple subscribers’ subscriptions or subscription permanent identifiers (SUPIs) , relevant to the change of the user identifier status, are indicated in the SM policy association modification procedure.26.The method of claim 25, wherein the received policy information is based on information of user identity profile (s) corresponding to the one or multiple user IDs.27.The method of claim 25, wherein the received policy information is based on a default subscription that the user ID is linked.28.The method of claim 24, wherein an event in the PCRT relevant for the SMF comprises the change of the user identifier status.29.A policy modification method by an access and mobility management function (AMF) in a wireless communication system, the method comprising:initiating an access and mobility management (AM) policy association modification procedure or a user equipment (UE) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for AMF; andreceiving policy information in accordance with a change of user identifier status from a policy control function (PCF) .30.The method of claim 29, wherein one or multiple user identifiers (IDs) within one or multiple subscribers’ subscriptions or subscription permanent identifiers (SUPIs) , relevant to the change of the user identifier status, are indicated in the AM policy association modification procedure or the UE policy association modification procedure.31.The method of claim 29, wherein the received policy information is an updated policy information.32.The method of claim 29, wherein the received policy information comprises one or more updated parameters relevant to policy control request trigger.33.The method of claim 29, wherein an event in the PCRT relevant for the AMF comprises the change of the user identifier status.34.A unified data management (UDM) , comprising:at least one memory configured to store program instructions; andat least one processor configured to execute the program instructions, which cause the at least one processor to:receive a message from a network exposure function (NEF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) comprising a user identifier (UID) ; andin response to the message from the NEF, request a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted.35.The UDM of claim 34, wherein the program instructions cause the at least one processor to:notify a network function (NF) of updated data of the user identity profile via a notify message.36.The UDM of claim 35, wherein the program instructions cause the at least one processor to:provide a service operation for the NF to get or modify existing user identity profile.37.The UDM of claim 34, wherein the program instructions cause the at least one processor to:link subscription permanent identifier (s) (SUPI (s) ) of one or multiple subscribers with the user identity profile.38.The UDM of claim 37, wherein the program instructions cause the at least one processor to:modify a link to the SUPI with the user identity profile or unlink the SUPI with the user identity profile.39.The UDM of any of claims 34 to 38, wherein the program instructions cause the at least one processor to:query the UDR to retrieve data of the UIP.40.The UDM of any of claims 34 to 39, wherein the data or parameters of the UIP are in a subscription data set.41.The UDM of any of claims 34 to 39, wherein the data or parameters of the UIP are in a policy data set or an application data set.42.The UDM of any of claims 34 to 39, wherein the data or parameters of the UIP are in a data set other than a subscription data set, a policy date set, an application data set, and an exposure data set.43.The UDM of any of claims 34 to 42, wherein user identifier status information indicating a state of the UID is contained in exposure data stored in unified data repository (UDR) .44.The UDM of any of claims 34 to 42, wherein user identifier status information indicating a state of the UID is contained in a data set other than exposure data stored in unified data repository (UDR) .45.The UDM of any of claims 34 to 42, wherein the user identity profile comprises user identifier status information indicating a state of the UID.46.The UDM of any of claims 34 to 45, wherein the user identity profile comprises at least one of the following service settings: QoS information, network resources, subscriber category, and service category.47.A network exposure function (NEF) , comprising:at least one memory configured to store program instructions; andat least one processor configured to execute the program instructions, which cause the at least one processor to:receive a message from an application function (AF) to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; andin response to the message from the AF, request more information and / or get authorization from a unified data management (UDM) , and then create / update / delete the one or more parameters of the UIP via a request message containing AF request information that needs to be created, updated, or deleted in a unified data repository (UDR) .48.The NEF of claim 47, wherein the program instructions cause the at least one processor to:receive a message from the AF to request to store service specific parameters in the UDR.49.The NEF of claim 47, wherein the program instructions cause the at least one processor to:store the AF request information on UIP data in the UDR.50.A network function (NF) , comprising:at least one memory configured to store program instructions; andat least one processor configured to execute the program instructions, which cause the at least one processor to:receive a message to request to create, update, or delete one or more parameters of a user identity profile (UIP) including a user identifier (UID) ; andin response to the message, request a unified data repository (UDR) to create, update, or delete the one or more parameters of the UIP via a request message containing information that needs to be created, updated or deleted.51.A network exposure function (NEF) , comprising:at least one memory configured to store program instructions; andat least one processor configured to execute the program instructions, which cause the at least one processor to:receive an event report on user identifier status change; andonce user identifier status is changed, use a unified data repository (UDR) service operation to store updated user identifier status in a UDR.52.The NEF of claim 51, wherein the program instructions cause the at least one processor to:store the updated user identifier status in the UDR along with a timestamp that the user identifier status is changed, wherein information of the timestamp and information of the user identifier status are used to determine per-user identifier charging, per-user identifier billing, or prepaid and postpaid billing within the same charging system for a specific user identifier, multiple user identifiers, or a group of user identifiers.53.The NEF of claim 51, wherein the user identifier status indicates a status of a user identifier (ID) , in addition to the user identifier status, the user ID is stored in the UDR, which also comprises one or multiple data subsets for storing one or multiple active user ID (s) within a current subscriber’s subscription or subscription permanent identifier (SUPI) , and the one or multiple data subsets comprises at least one of a subscription data set, an application data set, a policy data set, an exposure data set, and other data set.54.The NEF of any of claims 51 to 53, wherein the event report on the user identifier status change is received from a unified data management (UDM) once the UDM detects that a user identifier status change event occurs, wherein the UDM subscribes to access and mobility management function (AMF) event exposure.55.The NEF of any of claims 51 to 53, wherein the event report on the user identifier status change is received from an AMF once the AMF detects that a user identifier status change event occurs.56.The NEF of any of claims 51 to 53, wherein the event report on the user identifier status change is received from a session management function (SMF) once the SMF detects that a user identifier status change event occurs.57.A session management function (SMF) , comprising:at least one memory configured to store program instructions; andat least one processor configured to execute the program instructions, which cause the at least one processor to:initiate a session management (SM) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for SMF; andreceive policy information in accordance with a change of user identifier status from a policy control function (PCF) .58.The SMF of claim 57, wherein one or multiple user identifiers (IDs) within one or multiple subscribers’ subscriptions or subscription permanent identifiers (SUPIs) , relevant to the change of the user identifier status, are indicated in the SM policy association modification procedure.59.The SMF of claim 58, wherein the received policy information is based on information of user identity profile (s) corresponding to the one or multiple user IDs.60.The SMF of claim 58, wherein the received policy information is based on a default subscription that the user ID is linked.61.The SMF of claim 57, wherein an event in the PCRT relevant for the SMF comprises the change of the user identifier status.62.An access and mobility management function (AMF) , comprising:at least one memory configured to store program instructions; andat least one processor configured to execute the program instructions, which cause the at least one processor to:initiate an access and mobility management (AM) policy association modification procedure or a user equipment (UE) policy association modification procedure when user identifier status change condition is met in conditions defined in policy control request triggers (PCRT) relevant for AMF; andreceive policy information in accordance with a change of user identifier status from a policy control function (PCF) .63.The AMF of claim 62, wherein one or multiple user identifiers (IDs) within one or multiple subscribers’ subscriptions or subscription permanent identifiers (SUPIs) , relevant to the change of the user identifier status, are indicated in the AM policy association modification procedure or the UE policy association modification procedure.64.The AMF of claim 62, wherein the received policy information is an updated policy information.65.The AMF of claim 62, wherein the received policy information comprises one or more updated parameters relevant to policy control request trigger.66.The AMF of claim 62, wherein an event in the PCRT relevant for the AMF comprises the change of the user identifier status.67.A non-transitory machine-readable storage medium having stored thereon instructions that, when executed by a computer, cause the computer to perform the method of any one of claims 1 to 33.68.A chip, comprising:a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any one of claims 1 to 33.69.A computer readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any one of claims 1 to 33.70.A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 33.71.A computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 33.

Images