Patent Description:
<FIG> illustrates an exemplifying wireless communication system <NUM> represented as a Fifth Generation (<NUM>) network architecture comprising an Access Network (AN) (e.g., a Radio AN (RAN)) and a Core network (CN) comprising network entities in the form of instances of various Network Functions (NFs). Typically, the AN comprises base stations, e.g., such as evolved Node Bs (eNBs) or <NUM> base stations (gNBs) or similar. As shown in <FIG>, user equipments (UEs) connect to the AN as well as an Access and Mobility Management Function (AMF). As further shown in <FIG>, the <NUM> CN NFs include: a Network Slice Selection Function (NSSF), a Network Exposure Function (NEF), a Time Sensitive Communication and Time Synchronization Function (TSCTSF), an Authentication Server Function (AUSF), a Unified Data Management (UDM), an Access and Mobility Management Function (AMF), a Session Management Function (SMF), a Policy Control Function (PCF), an Application Function (AF), and a NF Repository Function (NRF).

The NFs in the <NUM> core network architecture are independent, modularized functions, which allows independent evolution and scaling. Modularized function design enables the <NUM> core network to support various services in a flexible manner. The service(s) that an NF provides to other authorized NFs can be exposed to the authorized NFs through a service based interface (SBI). The SBIs are indicated by the letter "N" followed by the name of the NF, e.g. Namf for SBIs of the AMF and Nsmf for SBIs of the SMF etc..

A number of <NUM> core network NFs of different types are typically instantiated per default in a <NUM> core network, e.g. such as an AMF, a NRF, a PCF and a SMF etc. Other <NUM> core network NFs may be instantiated as needed and several NFs of the same type can also be instantiated if required, e.g. to distribute load to additional NF(s) of the same typ. Thus, an NF instance may be seen as an example or a specimen of a certain NF. Herein, the terms NF and NF instance are used interchangeably, unless otherwise expressly stated or is apparent from the context in which the terms are used. An NF instance exposes one or more NF Service Instances.

Some properties of the NFs shown in <FIG> may be described in the following manner. The AMF provides UE-based authentication, authorization and mobility management, etc. A UE, even if using multiple access technologies, is typically logically connected to (i.e., served by) a single AMF, since the AMF is independent of the access technologies. However, the UE can be served by, for example, two AMFs if the UE is connected to two different PLMNs using separate types of access networks (e.g., the UE is connected to a first PLMN via a 3GPP access network and the UE is also connected to a second PLMN via a non-3GPP access network). The SMF is responsible for session management and allocates IP addresses to UEs and selects and controls the UPF for data transfer with respect to the UEs. If a UE has multiple Protocol Data Unit (PDU) sessions, different SMFs may be allocated to each PDU session to manage them individually and possibly provide different functionalities per PDU session. The AF can configure time synchronization (TS) for one or more specified UEs. For example, the AF can invoke procedures to activate, modify or deactivate Precision Time Protocol (PTP) and General PTP (gPTP) instances.

As described in 3GPP Technical Specification (TS) <NUM> V17. <NUM> ("TS <NUM>"), "the time synchronization exposure is provided by NEF that uses the service provided by [Time Sensitive Communication and Time Synchronization Function (TSCTSF)]. The AF that is part of operator's trust domain may invoke the services directly with TSCTSF and TSCTSF responds/notifies directly to the AF, accordingly.

As further described in TS <NUM>, an AF may activate a time synchronization service using the Nnef_TimeSynchronization_ConfigCreate service operation. The service operation creates a time synchronization configuration based on the service parameters as indicated in the create request. The AF may deactivate the time synchronization service using the Nnef_TimeSynchronization_ConfigDelete service operation, which deletes the corresponding time synchronization service configuration. The Nnef_TimeSynchronization_ConfigCreate may contain the parameters shown below in Table <NUM>:.

Certain challenges presently exist. For instance, the inventors have recognized that it would be advantageous for an AF to have the ability to instruct the core network to activate a TS service in response to a particular UE (e.g., any UE included in a specifically identified group of UEs or a specifically identified UE) moving into a coverage area (CA) and to deactivate the service when the UE moves out of the CA, but currently no such mechanism exists.

Accordingly, in one aspect there is provided a method performed by a time synchronization entity (TSE) (e.g., a TSCTSF). The method includes receiving a first request comprising i) an ID associated with at least a first UE (e.g., the ID is associated only with the first UE, the ID is associated with a group of UEs that includes the first UE, or the ID identifies any UE) and ii) CA information specifying a CA. In response to receiving the create service request, the TSE either: i) invokes a subscription service to receive a notification whenever the first UE moves into or moves out of an area of interest, Aol, or ii) sends to a PCF a second request comprising the CA information, wherein the second requests is configured to cause the PCF to invoke the subscription service to receive a notification whenever the first UE moves into or moves out of an Aol, wherein the Aol is identical to the CA or the Aol is a subset of the CA.

As a further, non-claimed example, there is provided a method performed by a data management entity (DME) (e.g., UDM). The method includes receiving a first subscription request transmitted by a TSE (e.g., TSCTSF), the first subscription request comprising: i) an ID associated with at least a first UE and ii) CA information specifying a CA. The method also includes selecting at least a first access and mobility management entity (AME) (e.g., AMF) based on the CA information included in the first subscription request. The method also includes transmitting to the first AME a second subscription request comprising the ID (or a UE ID (e.g., SUPI) associated with the ID), wherein the second subscription request requests the first AME to provide to the DME a notification as a result of the AME detecting that a UE associated with the ID or UID has entered (moved into) or left (moved out of) an area of interest, Aol, wherein the Aol is identical to the CA or the Aol is a subset of the CA.

As a further, non-claimed example, there is provided a computer program comprising instructions which when executed by processing circuitry of a network node causes the network node to perform any one of the methods disclosed herein. In another aspect there is provided a carrier containing the computer program, wherein the carrier is one of an electronic signal, an optical signal, a radio signal, and a computer readable storage medium.

As a further, non-claimed example, there is provided a network node, where the network node is configured to perform any one of the methods disclosed herein. In some embodiments, the network node includes processing circuitry and a memory containing instructions executable by the processing circuitry, whereby the network node is configured to perform any one of the methods disclosed herein.

An advantage of the embodiments disclosed herein is that they enable an AF to configure a TSCTSF to activate a TS service when a UE enters a CA and to deactivate the service when the UE leaves the CA.

This disclosure provides embodiments for enabling an AF to request a time synchronization (TS) service in a specific coverage area (CA) (i.e., one or more geographic regions). The embodiments exploit "UE mobility event notification" to enable the requested TS service within the CA. In the following, the invention is illustrated by <FIG> and related description paragraphs, which refer to embodiments of the invention. The other figures and related description paragraphs are provided for a better understanding of the invention.

This disclosure proposes to enable an AF to enable a time synchronization (TS) service for a UE (or group of UEs) when the UE(s) enter a CA specified by the AF.

Furthermore, in order to enforce that the requested TS service is enabled for UEs (a specific UE or a group of UEs) only in that coverage area, the proposed embodiments exploit the functionality provided by an AMF of tracking and reporting UE mobility events (see, e.g., clause <NUM>. <NUM> of TS <NUM>). Upon detecting the change of the UE presence in a specified Area of Interest (i.e., IN, OUT, or UNKNOWN), the AMF notifies the subscribed NF consumer (e.g., UDM, TSCTSF, SMF, or PCF) about the event. The TS service is activated only when the targeted UE is determined to have entered the specified CA, deactivated when the UE leaves the specified CA or upon the AF request, and remains unchanged when the UE presence in the specified CA is not known.

In one embodiment, an AF within an operator's domain may specify a CA using a list of Tracking Area Identities (TAls) that jointly represents the CA for a specific UE (e.g., identified by a Subscription Permanent ID (SUPI) or a group of UEs (identified by an Internal Group ID)) for whom the requested time synchronization services shall be enabled.

In one embodiment, an AF outside the operator's domain specifies a CA (targeted coverage area) using geographical data (e.g. longitude/latitude) and then an NEF transforms this information into a list of one or more TAI(s) as the AF request outside the operator's domain shall go through the NEF before contacting the TSCTSF. The NEF also maps any GPSI to SUPI and any External Group ID to an Internal Group ID.

In one embodiment, the AF request for a TS service in a specific CA may target a specific UE or a group of UEs. If the target is a group of UEs, the TSCTSF may need to invoke the UDM service operation (Nudm_SDM_Get in particular) to retrieve the subscription data and map an Internal Group ID to a SUPI list identifying UEs in that group.

An NF consumer (e.g., UDM, TSCTSF, PCF, SMF) subscribes to the UE mobility event notification service from one more or more AMFs by transmitting to each AMF a subscribe request (e.g., Namf_EventExposure_Subscribe message) containing area of interest (Aol) information (e.g., a list of one more TAls) identifying one or more Aols (e.g., tracking areas (TAs)) to get notified whenever the UE enters/leaves any one of the Aols identified by the Aol information. The Aol information sent to an AMF may be the CA information received by the TSCTSF from the AF/NEF or a subset of that CA information. Accordingly, in one embodiment, the CA information or a subset of the CA information is used as an Event Filter of the subscription.

The AMF tracks the UE's location to determine the UE's presence in the Aol (e.g., the AMF determines whether UE is has entered or left any one of the TAs identified by the TAI list included in the subscribe request). Further, the AMF notifies a consumer that has subscribed to the UE mobility event notification service about the UE(s) presence (IN, OUT, or UNKNOWN) in the Aol.

The AF-requested TS service may be activated by the TSCTSF or by the PCF when it determines based on the received notification(s) (e.g., Namf_EventExposure_Notify service operation) from the AMF(s) that the targeted UE(s) are present IN the specified CA. If the targeted UE(s) move OUT the requested CA, the TSCTSF/PCF deactivates the AF-requested TS service. The AF can deactivate the ongoing/active TS service prior to reaching a stop-time (if included in the activation request inside a Temporal Validity Condition, an optional Time Synchronization parameter, Table <NUM>. <NUM>-<NUM> in TS <NUM>) by sending the deactivation request. After the deactivation request from the AF, the consumer of Namf_EventExposure service unsubscribes from the UE mobility event notification by invoking the Namf_EventExposure_Unsubscribe to the AMF. The existing time synchronization activation/deactivation/modification procedures (clause <NUM>. <NUM> of TS <NUM>) are used for this purpose. If the UE(s) presence in specified CA becomes UNKNOWN (as reported by the AMF), the TSCTSF keeps the ongoing service until the UE(s) presence is known (IN or OUT) or the service reaches its stop-time. Various alternative embodiments are described below.

<FIG> is a message flow diagram. As shown in <FIG>, an AF <NUM> transmits a create TS configuration request 252a or 252b, which request comprises CA information specifying a CA and an ID, which in one embodiment is: i) a group ID (GID) associated with a group of UEs or indicates any UE or ii) a UE ID (UID) (e.g., GPSI, SUPI, etc.) associated with a single UE. In one embodiment, the CA information in request 252a contains geographical data (e.g. longitude/latitude) defining the CA. In one embodiment, the CA information in request 252b contains a list of TAls defining the CA. Either request 252a or 252b may further include the parameters listed in Table <NUM>. Request 252b may be a Ntsctsf_TimeSynchronization_ConfigCreate request message or a Ntsctsf_ASTICreate request message).

In the scenario where AF <NUM> transmits request 252a, the request is received by NEF <NUM> (and request 252a may be a Nnef_TimeSynchronization_ConfigCreate request message or a Nnef_ASTICreate request message). In the case where request 252a contains geographical data specifying the CA, NEF <NUM> functions to translate the geographical data to a list of one or more TAls that specify the CA and then sends to TSCTSF <NUM> a create TS configuration request <NUM> that contains the new CA information (i.e., the list of TAls) and the ID (request <NUM> may also include the parameters listed in Table <NUM>).

After receiving request 252b or <NUM>, TSCTSF <NUM> sends to a UDM <NUM> a subscription request <NUM> comprising the ID and the CA information (list of TAls) (e.g., the TSCTSF uses the Nudm_EventExposure_Subscribe to subscribe to the report of UE presence in the CA event). For instance, in this embodiment, TSCTSF uses the "Internal Event Exposure Subscription/Unsubscription via UDM" to be notified about events (i.e., UE mobility event notification service from the AMF) that the UDM subscribes for. That is, the TSCTSF uses an indirect method of event exposure subscription in AMF via UDM for a UE or group of UEs in order to get notified about UE(s) presence in the CA.

After receiving subscription request <NUM>, UDM <NUM> discovers one or more AMF(s) covering the CA (e.g., covering at least one TA included in the CA) by invoking Nnrf_NFDiscovery_Request service operation <NUM> to NRF <NUM> with the TAI list as an input. NRF <NUM> responds by providing to UDM <NUM> a list of AMFs that serve the CA (e.g., a TA indicated by the TAI list). For instance, if the TAI list contains TAI-<NUM> and TAI-<NUM> and AMF-<NUM> serves the TA identified by TAI-<NUM> and AMF-<NUM> serves the TA identified by TAI-<NUM>, then NRF <NUM> responds to request <NUM> by transmitting a response <NUM> that contains a first AMF ID identifying AMF-<NUM> and a second AMF ID identifying AMF-<NUM>.

For each identified AMF, UDM <NUM> sends to the AMF a subscription message (e.g., Namf_EventExposure_Subscribe message) using the provided CA information and the ID (e.g. UID or GID) as a Target of Event Reporting. The corresponding service operation is specified in clause <NUM>. <NUM> of TS <NUM>. For example, as shown in <FIG>, UDM <NUM> transmits to AMF <NUM> at least a first subscribe request <NUM> that contains the ID and Aol information that identifies an Aol. The Aol information comprises the CA information (e.g., TAI list) received from the TSCTSF or a subset of the CA information (e.g., subset of the TAI list). Thus, the Aol specified by the Aol information is at least a subset of the specified CA. In this scenario, the request <NUM> includes notification target information (e.g., Notification Target Address parameter) indicating that the target for the notification is the TSCTSF <NUM>. That is, the UDM includes information in request <NUM> indicating that notifications need to be sent directly to TSCTSF <NUM>.

As shown in <FIG>, as a result of the subscribe request <NUM>, AMF <NUM> will send a notification to TSCTSF <NUM> whenever a UE associated with the ID included in subscribe request <NUM> enters or leaves the Aol (e.g., where the Aol comprises a set of TAs, AMF <NUM> sends the notification when the UE moves into or moves out of one of the TAs). The notification includes a UID of the UE that entered/left the Aol (the notification <NUM> may also include an indication that the UE entered/left the Aol).

After receiving notification <NUM>, TSCTSF <NUM> will determine whether the UE has entered or left the CA based on the notification from the AMF(s) and take either an activation or deactivation action based on the decision. That is, if the decision indicates that the UE moved into the AF specified CA, then TSCTSF <NUM> performs an activation procedure (see, e.g., steps <NUM>-<NUM>, clause <NUM>. <NUM> of TS <NUM> and section K. <NUM> of TS <NUM>), and if the decision indicates that the UE departed the CA, then TSCTSF <NUM> performs a deactivation procedure (see e.g., step <NUM>-<NUM>, clause <NUM>. <NUM> of TS <NUM> and section K. <NUM> of TS <NUM>).

For example, in one embodiment, in response to determining that the UE has entered the CA, TSCTSF <NUM> may configure and initialize a PTP instance in a Device-side Time-Sensitive Networking (TSN) Translator (DS-TT) associated with the UE and may construct a port management information (PMI) container (PMIC) containing PMI (a PMI example is shown in Table <NUM>. <NUM>-<NUM> of TS <NUM>) to activate the time synchronization services in the DS-TT. This PMIC may be transferred transparently via 5GS from TSCTSF <NUM> to the UE associated with the DS-TT. Additionally, TSCTSF <NUM> may i) constructs PMIC(s) and user plane node management information (UMI) container (UMIC) containing UMI (a UMI example is shown in Table <NUM>. <NUM>-<NUM> of TS <NUM>) to NW-TT to activate the time synchronization service in NW-TT in respect to the service parameters; ii) determine the state of the time synchronization configuration upon the receiving responses from the DS-TT and NW-TT; iii) construct a PMIC to each DS-TT/UE to subscribe for the port management information changes in the DS-TT (the TSCTSF constructs PMIC(s) and UMIC to NW-TT to subscribe for the port management and user-plane management information changes in NW-TT); and iv) uses the procedure in clause <NUM>. <NUM> of TS <NUM> to manage the <NUM> access stratum time distribution for the UEs that are part of the impacted PTP instance.

In one embodiment, in response to determining that the UE has departed the CA, TSCTSF <NUM> may disable the PTP instance in the DS-TT and delete the TS service configuration (e.g., PMIC) for the PTP instance. For example, in one embodiment, in response to notification <NUM> indicating that the UE has departed the CA, TSCTSF <NUM> may performs actions as it would in response to receiving a Ntsctsf_TimeSynchronization_ConfigDelete/Ntsctsf_ASTIDelete service operation respectively (see steps <NUM>-<NUM> in clause <NUM>. <NUM> of TS23. Specifically, the TSCTSF: i) uses the PTP instance reference to identify the time synchronization service configuration and the corresponding AF sessions; ii) uses the procedures described in clause K. <NUM> of TS <NUM> to disable the corresponding PTP instance(s) in the DS-TT(s) and NW-TT; iii) deletes the time synchronization service configuration for the respective PTP instance; iv) uses the procedure in clause <NUM>. <NUM> to deactivate the <NUM> access stratum time distribution for the UEs that are part of the impacted PTP instance.

Accordingly, to summarize, in one embodiment:.

In this alternative, which is illustrated in <FIG>, TSCTSF <NUM> subscribes to the UE mobility event notification service directly from the AMF(s). More specifically, as in alternative <NUM>, TSCTSF <NUM> receives either request 252b or <NUM>, and, in response to request 252b/<NUM>, TSCTSF <NUM> discovers one or more AMF(s) by, for example, invoking Nnrf_NFDiscovery_Request service operation <NUM> to NRF <NUM> with the CA information (e.g., TAI list) included in message 252b/<NUM> as an input. NRF <NUM> responds by providing to TSCTSF <NUM> the one or more AMFs that serve the CA specified by the CA information.

For each identified AMF, TSCTSF <NUM> invokes the Namf_EventExposure_Subscribe operation to the AMF using the provided CA information and ID (e.g., SUPI, Internal Group ID or indication that any UE is targeted) as a Target of Event Reporting. For example, as shown in <FIG>, TSCTSF <NUM> transmits to AMF <NUM> at least a first subscribe request <NUM> that contains event target information that consists of or comprises the ID and Aol information specifying an Aol, where the Aol information comprises/consists of the CA information contained in message 252b/<NUM> or comprises/consists of the CA information.

As shown in <FIG>, as a result of the subscribe request <NUM>, AMF <NUM> will send a notification to TSCTSF <NUM> whenever a UE associated with the ID included in subscribe request <NUM> enters or leaves the specified Aol. The notification includes a UID of the UE that entered/left the Aol (the notification <NUM> may also include an indication that the UE entered/left the Aol). After receiving the notification <NUM>, TSCTSF <NUM> will determine whether the UE has entered/left the AF specified CA. If the TSCTSF <NUM> determines that the UE has entered the CA, then the TSCTSF <NUM> takes the activation action as described above in connection with alternative <NUM>. Similarly, the TSCTSF <NUM> determines that the UE has left the CA, then the TSCTSF <NUM> takes the deactivation action as described above in connection with alternative <NUM>.

In this alternative, which is illustrated in the message flow diagram show in <FIG>, PCF <NUM> subscribes to the UE mobility event notification service from a SMF <NUM> and SMF <NUM> subscribes to the UE mobility event notification service from the AMF. Based on the notifications, PCF <NUM> decides to activate/deactivate the TS accordingly.

The message flow begins with TSCTSF <NUM> receiving either request 252b or <NUM> (both of which contain CA information identifying a CA). In response to the request, if the specific coverage area applies to the <NUM> Access Stratum (AS) Time Distribution service or Time Synchronization service and the request targets a group of UEs, then TSCTSF <NUM> invokes the Nudm_SDM_Get service operation <NUM> to UDM <NUM> to map the group ID to a UID list (e.g., list of SUPIs) identifying UEs in that group. That is, in response to message <NUM>, UDM transmits response message <NUM> that contains the UID list.

Next, for each identified UE, assuming the identified UE is connected and there is a PDU session for the UE and TSCTSF <NUM> has been previously notified about the PCF handling the PDU session, TSCTSF <NUM> sends to the PCF for the PDU session (with time synchronization information) a request <NUM> (e.g., the Npcf_PolicyAuthorization_Update request) that contains the CA information received from the AF or NEF. If, however, the UE is not connected (there is no PDU session for the UE), then TSCTSF <NUM> stores the received time synchronization information and the CA information to send them in a subsequent Npcf_PolicyAuthorization_Create request. The TSCTSF becomes aware of the PCF for the PDU Session after receiving the notification (Npcf_PolicyAuthorization_Notify service operation) from the PCF about the event of "5GS Bridge Information Notification" (clause <NUM>. <NUM> of TS <NUM>). The event is triggered by the PDU Sessions Establishment and new 5GS Bridge Information detection.

Next, PCF <NUM> sends to SMF <NUM> a subscribe message <NUM> for the UE(s) entering and leaving a Presence Reporting Area (PRA) (which is the CA or is derived from the CA). For instance, a "UE-dedicated Presence Reporting Area" is (or is derived from) the CA (see clause <NUM>. <NUM> of TS <NUM>) or by the TSCTSF to the PCF.

Next, SMF <NUM> subscribes to the "UE mobility event notification" service provided by AMF for reporting of UE presence in the PRA as described in clause <NUM>. <NUM> of TS <NUM>. That is SMF <NUM> transmits to AMF a subscribe message <NUM> with information identifying the PRA.

Next, when AMF <NUM> detects that one of the UEs has entered/left the PRA subscribed by the SMF, the AMF notifies the SMF (see message <NUM>).

Next, when the SMF detects that the UE(s) have entered/left the PRA subscribed by PCF <NUM>, the SMF notifies the PCF (see message <NUM>).

In response to receiving notification <NUM>, PCF <NUM> will take either an activation or deactivation action based on whether the notification indicates the UE has entered or left the PRA.

For example, if notification <NUM> indicates that the UE has entered the PRA, then PCF <NUM> may deliver a PMIC to the UE to configure a PTP instance (identified by PTP Instance ID) in a DS-TT associated with the UE (e.g., a DS-TT connected to the UE or a DS-TT that is an component of the UE).

Similarly, if notification <NUM> indicates that the UE has departed from the PRA, then PCF <NUM> may delete the PTP instance in the DS-TT using PMIC and in NW-TT using UMIC as specified in TS <NUM>. To remove a NW-TT port from a PTP instance in 5GS, the TSCTSF deletes the PTP instance in NW-TT using PMIC as specified in TS <NUM>. If a PTP instance in 5GS is no more needed the TSCTSF may delete the PTP instance in NW-TT using UMIC as specified in TS <NUM>.

Accordingly, to summarize, TSCTSF <NUM> may interact with UDM (Nudm_SDM_Get request service operation) to retrieve the list of SUPIs that belongs to an Internal Group ID; search for the PCF for a PDU Session (or the PCF for a UE, if the requested coverage area is being applied using the <NUM> Access Stratum Time Distribution method using the BSF service); and interact with the PCF for a PDU session by sending the Npcf_PolicyAuthorization_Create/Update (or with the PCF for a UE using the Npcf_AMPolicyAuthorization_Create/Update) request to indicate the AF-requested coverage area (List of TAls).

UDM <NUM> provides a response to the Nudm_SDM_Get request from the TSCTSF (if made) with the mapping between the Internal Group ID to a SUPI list.

PCF <NUM> subscribes with the SMF (or with the AMF) for the UE(s) in the PRA; and determines whether to activate/deactivate the requested service based on the UE's status in the PRA.

SMF <NUM> subscribes to the report of UE presence in a CA event with the AMF (Namf_EventExposure_Subscribe service operation); and notifies the subscribed PCF about the UE(s) presence in the PRA.

AMF <NUM> tracks the UE's location to determine the UE's presence in the PRA (mapped from the CA) and notifies the subscribed SMF/PCF about the change of UE's status.

This alternative is used in the case of <NUM> Access Stratum time distribution. In this alternative, which is illustrated in the message flow diagram show in <FIG>, the TSCTSF needs to search for a PCF for a UE using a Binding Support Function (BSF) service and then contact the PCF which then directly subscribes for the event from the AMF. Thus, the AMF reports directly to the PCF. That is, in this scenario, PCF <NUM> subscribes to the UE mobility event notification service from the AMF. Based on the notifications, PCF <NUM> decides to activate/deactivate the TS accordingly.

The message flow begins with TSCTSF <NUM> receiving either request 252b or <NUM> (both of which contain CA information identifying a CA). In response to the request, if the specific coverage area (CA) targets a group of UEs, then TSCTSF <NUM> invokes the Nudm_SDM_Get service operation <NUM> to UDM <NUM> to map the group ID to a UID list (e.g., list of SUPIs) identifying UEs in that group. That is, in response to message <NUM>, UDM transmits response message <NUM> that contains the UID list.

Next, for each identified UE, TSCTSF <NUM> sends to a BSF <NUM> a request <NUM> containing the UID for the UE, and BSF <NUM> responds by sending response <NUM>. If the UE is registered, then response <NUM> will include a PCF ID identifying the PCF for the UE (if the UE is not registered, no PCF ID is included in response and this will trigger TSCTSF <NUM> to subscribe with the BSF for a UE registration events for the UE so that TSCTSF <NUM> can determine the PCF for the UE).

Assuming TSCTSF <NUM> has determined the PCF for the UE, TSCTSF <NUM> then sends to the PCF a request <NUM> (e.g., Npcf_AMPolicyAuthorization_Update request) containing the CA information included in message 252b/<NUM> and a UID for the UE.

Next, the PCF send to the AMF a subscribe message <NUM> containing PRA information (which is the CA information or is derived from the CA information) identifying a PRA and UID. When the AMF detects the UE has entered/left the PRA, the AMF notifies the PCF by sending notification message <NUM>.

In response to receiving notification <NUM>, PCF <NUM> may deliver <NUM> AS Time Distribution information (TDI) or remove the <NUM> AS TDI based on whether the notification indicates the UE has entered or left the PRA (this is described in step <NUM> in clause <NUM>. <NUM> of TS <NUM>). For example, as described in step <NUM> in clause <NUM>. <NUM> of TS <NUM> "PCF may initiate an AM Policy Association Modification procedure for the UE as described in clause <NUM>. <NUM> of TS <NUM> to provide AMF the <NUM> access stratum time distribution parameters. As part of this, the AMF shall, if supported, send the <NUM> access stratum time distribution indication (enable, disable) and the Uu time synchronization error budget, when they are available, to an NG-RAN node using NGAP procedures (e.g., UE Context Setup/Modification) specified in TS <NUM>. The NG-RAN node shall, if supported, store the information in the UE Context. Based on this information, the NG-RAN node provides the 5GS access stratum time to the UE according to the Uu time synchronization error budget as provided by the TSCTSF (if supported by UE and NG-RAN).

Accordingly, to summarize, TSCTSF <NUM> may interact with UDM (Nudm_SDM_Get request service operation) to retrieve the list of SUPIs that belongs to an Internal Group ID; search for the PCF using the BSF service; and interact with the PCF for a UE using the Npcf_AMPolicyAuthorization_Create/Update request to indicate the AF-requested CA.

PCF <NUM> subscribes with the AMF for the UE(s) in the PRA; and determines whether to activate/deactivate the requested service based on the UE's status in the PRA.

AMF <NUM> tracks the UE's location to determine the UE's presence in the PRA (mapped from the CA) and notifies the subscribed PCF about the change of UE's status.

In one embodiment, the existing time synchronization exposure procedures (clause <NUM>. <NUM> of TS <NUM>) are enhanced.

First, an AF requesting a TS service must specify a CA. In one embodiment, a TAI list is used to define the CA. This approach is defined in clause <NUM>. <NUM> of TS <NUM>. An AF within the operator's domain will have TA(s) configured, and, therefore, the AF can provide the TAI list directly. However, an AF outside the operator's domain will use geographical data to specify the CA, and the NEF will then map the geographical data to a TAI list.

Next, the TSCTSF may need to invoke the Nudm_SDM_Get service operation (defined in clause <NUM>.

TS <NUM>) to the UDM to map an Internal Group ID to a SUPI list if the AF request targets a group of UEs and the solution is based on PCF activation/deactivation of the requested service (Alt. <NUM> and <NUM>).

After that, a time synchronization activation/modification/deactivation can proceed with the difference that the UDM (Alt. <NUM>), TSCTSF (Alt. <NUM>), or SMF/PCF (Alt. <NUM>/<NUM>) subscribes to the UE mobility event notification service from the AMF to detect the UE(s) presence in the CA and TSCTSF controls the activation/deactivation of the requested service (Alt. <NUM> and <NUM>) or the PCF controls it (Alt. <NUM> and <NUM>). The subscription to reports of UE presence in the CA procedure is described in clause <NUM>. <NUM> of TS <NUM>. The UE's status in the CA (IN, OUT, or UNKNOWN) will be used by the TSCTSF or PCF to activate/deactivate the AF-requested TS service.

When the UDM is an NF subscribing to the UE mobility event notification service from the AMF (see, e.g., Alt. <NUM>), the embodiment will resemble the procedure described in clause <NUM>. of TS <NUM>, i.e., "Internal Event Exposure Subscription/Unsubscription via UDM" where the TSCTSF takes the role of a consumer invoking Nudm_EventExposure_Subscribe/Unsubscribe request to the UDM.

<FIG> is a block diagram of network node <NUM>, which can be used to implement any of the NFs disclosed herein (e.g., TSE, TSCTSF, UDM, PCF, etc.). For instance, in embodiments where an NF consists of software, network node <NUM> may run the NF (or execute a virtual machine that runs the NF). As shown in <FIG>, network node <NUM> may comprise: processing circuitry (PC) <NUM>, which may include one or more processors (P) <NUM> (e.g., one or more general purpose microprocessors and/or one or more other processors, such as an application specific integrated circuit (ASIC), field-programmable gate arrays (FPGAs), and the like), which processors may be co-located in a single housing or in a single data center or may be geographically distributed (i.e., network node <NUM> may be a distributed computing apparatus); at least one network interface <NUM> (e.g., a physical interface or air interface) comprising a transmitter (Tx) <NUM> and a receiver (Rx) <NUM> for enabling network node <NUM> to transmit data to and receive data from other nodes connected to a network <NUM> (e.g., an Internet Protocol (IP) network) to which network interface <NUM> is connected (physically or wirelessly) (e.g., network interface <NUM> may be coupled to an antenna arrangement comprising one or more antennas for enabling network node <NUM> to wirelessly transmit/receive data); and a local storage unit (a. , "data storage system") <NUM>, which may include one or more non-volatile storage devices and/or one or more volatile storage devices. In embodiments where PC <NUM> includes a programmable processor, a computer readable storage medium (CRSM) <NUM> may be provided. CRSM <NUM> stores a computer program (CP) <NUM> comprising computer readable instructions (CRI) <NUM>. CRSM <NUM> may be a non-transitory computer readable medium, such as, magnetic media (e.g., a hard disk), optical media, memory devices (e.g., random access memory, flash memory), and the like. In some embodiments, the CRI <NUM> of computer program <NUM> is configured such that when executed by PC <NUM>, the CRI causes network node <NUM> to perform steps described herein (e.g., steps described herein with reference to the flow charts). In other embodiments, network node <NUM> may be configured to perform steps described herein without the need for code. That is, for example, PC <NUM> may consist merely of one or more ASICs. Hence, the features of the embodiments described herein may be implemented in hardware and/or software.

<FIG> describes a method performed by a time synchronization entity, TSE (<NUM>) (e.g., a TSCTSF), the method comprising:.

Optionally, the CA comprises a set of one or more tracking areas and/or a set of one or more geographical regions, optionally wherein.

Optionally, the first network entity is a first Access and Mobility Management, AMF, instance and, optionally, the method further comprises:
prior to sending to the first AMF instance the first subscription request, the TSE discovering the first AMF instance.

Furthermore, discovering the first AMF may comprise:.

In all the embodiments of the invention,.

Optionally, activating the TS service for the UE comprises:.

While various embodiments are described herein, it should be understood that they have been presented by way of example only, and not limitation. Thus, the scope of this disclosure should not be limited by any of the above-described exemplary embodiments, but is limited only by the appended claims.

Claim 1:
A method (<NUM>) performed by a time synchronization entity, TSE (<NUM>) , e.g. a Time Sensitive Communication and Time Synchronization Function, TSCTSF, the method comprising:
receiving (s602) a first request (252b, <NUM>) , e.g. Ntsctsf_TimeSynchronization_ConfigCreate Request, comprising i) an identifier, ID, associated with at least a first user equipment, UE , e.g.
the ID is associated only with the first UE, the ID is associated with a group of UEs that includes the first UE, or the ID identifies any UE, and ii) coverage area, CA, information specifying a CA; and
in response to receiving the create service request,
a) invoking (s604) a subscription service to receive a notification , e.g. directly from an AMF or from an AMF via another network node such as an UDM or an SMF, whenever the first UE moves into or moves out of an area of interest, Aol; where the method further comprises:
i) receiving a notification that the first UE has entered the Aol;
ii) after receiving the notification, determining whether the first UE has entered the CA from an area not covered by the CA; and
ii) in response to determining that the first UE has entered the CA from an area not covered by the CA, activating a time synchronization, TS, service for the UE, or
b) sending (s606) to a policy control function, PCF (<NUM>), a second request (<NUM>, <NUM>) comprising the CA information, wherein the second requests is configured to cause the PCF to invoke the subscription service to receive a notification whenever the first UE moves into or moves out of an Aol, wherein
the Aol is identical to the CA or the Aol is a subset of the CA.