Method for providing time sensitive networking service and deterministic networking service in a wireless communication system and apparatus therefor

Abstract

A method performed by a terminal in a wireless communication system, according to the present disclosure, comprises the steps of: transmitting, to a first access and mobility management function (AMF) associated with a first tracking area (TA), a registration request message related to a mobility update procedure for updating terminal location information from a first area to a second area, when moving from the first area, in which a time-sensitive networking (TSN) service and a deterministic networking (DetNet) service are not supported and which is configured as the first TA, to the second area, in which the TSN service and the DetNet service are supported and which is configured as a second TA; and receiving, from the first AMF, a registration accept message related to completion of the mobility update procedure, wherein the registration request message may include information related to whether the terminal supports the TSN service and the DetNet service.

Description

Method and apparatus for providing time-sensitive networking services and deterministic networking services in a wireless communication system

[0001] The present disclosure relates to a wireless communication system, and more specifically, to a method and apparatus for providing time-sensitive networking services and deterministic networking services in a wireless communication system.

[0002]

[0003] In the future hyper-connected intelligent information society, Ultra Reliable Low Latency Communications (URLLC) networking technology is emerging as an essential network infrastructure foundation technology to enable people and objects, as well as online and offline environments, to be organically interconnected to exchange and process information.

[0004] In addition, 3GPP has been conducting research on the automation-centric Industrial Internet of Things (IIoT) to maximize industrial productivity and profitability through changes in communication infrastructure, while actively accommodating the challenging requirements of vertical industry domains. In particular, mission-oriented industries such as smart factories, smart grids, and intelligent transportation systems require ultra-reliable, low-latency communication performance comparable to wired infrastructure, so new technologies to support this are being incorporated into standards.

[0005] IEEE Time-Sensitive Networking (IETS) technology emerged to implement the Industrial Internet of Things (IIoT), which aims to network various facilities and systems in industrial sites. IEEE TSN is considered a next-generation industrial network standard capable of encompassing most network application cases that extend standard Ethernet, as it is a single package technology combining various existing IEEE standards. Following Rel-16, 3GPP has actively pursued the standardization of 5G-TSN technology to expand 5G technology across vertical domains. Fundamentally, 5G-TSN is a Time-Sensitive Communications (TSC) technology designed to integrate IEEE TSN technology into 5G systems (5GS) and defines and supports various IIoT service requirements. In TSC, 5GS and TSN fundamentally undergo a time synchronization process. Subsequently, it supports TSC QoS flows based on TSCAI (TSC Assistance Information).

[0006] Deterministic Networking (DetNet), currently being developed by the IETF DetNet WG, is a Layer 3 technology that extends the scope of Ethernet TSN technology (Layer 2 technology) to integrate with IP and MPLS-based networks. Ultimately, DetNet technology refers to a technology that supports and provides the extension of Ethernet TSN technology (Layer 2 technology) to IP technology (Layer 3 technology). In Rel-18, 3GPP is incorporating TSC framework extension technologies into the standard to support IETF DetNet technology in 5GS.

[0007]

[0008] The present disclosure aims to provide a method and apparatus for providing time-sensitive networking services and deterministic networking services in a wireless communication system.

[0009] The problems to be solved by the present disclosure are not limited to those mentioned above, and other problems not mentioned will be clearly understood by those skilled in the art to which the present disclosure belongs from the description below.

[0010]

[0011] A method performed by a terminal in a wireless communication system according to the present disclosure comprises, when moving from a first area set as a first tracking area (TA) where time-sensitive networking (TSN) services and deterministic networking (DetNet) services are not supported to a second area set as a second TA where the TSN services and the DetNet services are supported, transmitting a Registration Request message related to a mobility update procedure for updating terminal location information from the first area to the second area to a first Access and Mobility Management function (AMF) associated with the first TA; and receiving a Registration Accept message related to the completion of the mobility update procedure from the first AMF, wherein the Registration Request message may include information related to whether the terminal supports the TSN services and the DetNet services.

[0012] Additionally, in a wireless communication system according to the present disclosure, a terminal comprises a transceiver and a controller connected to the transceiver, wherein the controller is configured to transmit a Registration Request message related to a mobility update procedure for updating terminal location information from the first area to the second area to a first Access and Mobility Management function (AMF) associated with the first TA when moving from a first area set as a first TA where time-sensitive networking (TSN) services and deterministic networking (DetNet) services are not supported to a second area set as a second TA where the TSN services and the DetNet services are supported, and to receive a Registration Accept message related to the completion of the mobility update procedure from the first AMF, and the Registration Request message may include information related to whether the terminal supports the TSN services and the DetNet services.

[0013] Additionally, a method of operation of a core network for providing wireless communication services to a terminal moving to a second area set as a second TA, wherein the time-sensitive networking (TSN) service and the deterministic networking (DetNet) service are not supported in a wireless communication system according to the present disclosure, and the TSN service and the DetNet service are supported in a first area set as a first TA (tracking area), comprises the steps of: a first AMF (Access and Mobility Management function) associated with the first TA of the core network receiving a Registration Request message from the terminal related to a mobility update procedure for updating terminal location information from the first area to the second area; and the first AMF transmitting a Registration Accept message related to the completion of the mobility update procedure to the terminal, wherein the Registration Request message may include information related to whether the terminal supports the TSN service and the DetNet service.

[0014] In addition, a core network system for providing wireless communication services to a terminal moving to a second area set as a second TA, in which time-sensitive networking (TSN) services and deterministic networking (DetNet) services are not supported in a wireless communication system according to the present disclosure, and the TSN services and DetNet services are supported in a first area set as a first TA (tracking area), comprises a first Access and Mobility Management function (AMF) associated with the first TA, a second AMF associated with the second TA, and a session management function (SMF) associated with the second TA, wherein the first AMF is configured to receive a Registration Request message from the terminal related to a mobility update procedure for updating terminal location information from the first area to the second area, and to transmit a Registration Accept message to the terminal related to the completion of the mobility update procedure, and the Registration Request message may include information related to whether the terminal supports the TSN services and DetNet services.

[0015]

[0016] The present disclosure has the effect of providing a method and apparatus for providing time-sensitive networking services and deterministic networking services in a wireless communication system.

[0017] The effects obtained by the present disclosure are not limited to those mentioned above, and other unmentioned effects will be clearly understood by those skilled in the art to which the present disclosure pertains from the description below.

[0018]

[0019] Figure 1 is a diagram illustrating the structure of a next-generation mobile communication system.

[0020] Figure 2 is a figure showing an example of a general registration procedure.

[0021] Figure 3 is a figure showing an example of registration through AMF reallocation.

[0022] Figure 4 is a figure showing an example of onboarding SNPN UE registration.

[0023] Figure 5 is a figure showing an example of a UE request PDU session setup procedure.

[0024] Figure 6 is a flowchart illustrating the detailed operations performed in the method based on the selection of AMF for terminal-based and TSN / DetNet services.

[0025] Figure 7 is a flowchart illustrating the detailed operations performed in the method for AMF reallocation for terminal-based and TSN / DetNet.

[0026] FIG. 8 is a flowchart illustrating an example of a method performed by a terminal in a wireless communication system according to one embodiment of the present disclosure.

[0027] FIG. 9 is a flowchart illustrating an example of a method performed by a first AMF in a wireless communication system according to one embodiment of the present disclosure.

[0028] FIG. 10 is a drawing illustrating the structure of a terminal in a wireless communication system according to one embodiment of the present disclosure.

[0029] FIG. 11 is a drawing illustrating the structure of a base station in a wireless communication system according to one embodiment of the present disclosure.

[0030] FIG. 12 is a drawing illustrating the structure of a network in a wireless communication system according to one embodiment of the present disclosure.

[0031]

[0032] Embodiments of the present disclosure will be described in detail below with reference to the drawings. However, detailed descriptions of known functions or configurations that may obscure the gist of the present disclosure in the following description and the attached drawings are omitted. Additionally, throughout the present disclosure, the term "comprising" any component means that, unless specifically stated otherwise, it does not exclude other components but may include additional components.

[0033] Additionally, terms such as first, second, etc. may be used to describe various components, but said components should not be limited by said terms. Such terms may be used for the purpose of distinguishing one component from another. For example, without departing from the scope of the rights of the present disclosure, the first component may be named the second component, and similarly, the second component may be named the first component.

[0034] The terms used in this disclosure are used merely to describe specific embodiments and are not intended to limit this disclosure. The singular expression includes the plural expression unless the context clearly indicates otherwise. In this application, terms such as “comprising” or “comprising” are intended to specify the existence of the described features, numbers, steps, actions, components, parts, or combinations thereof, and should be understood as not precluding the existence or addition of one or more other features, numbers, steps, actions, components, parts, or combinations thereof.

[0035] Unless specifically defined otherwise, all terms used herein, including technical or scientific terms, have the same meaning as generally understood by those skilled in the art to which this disclosure pertains. Terms such as those defined in commonly used dictionaries should be interpreted as having a meaning consistent with their meaning in the context of the relevant technology, and should not be interpreted in an ideal or overly formal sense unless explicitly defined in this disclosure.

[0036] Figure 1 is a diagram illustrating the structure of a next-generation mobile communication system.

[0037] Referring to FIG. 1, as illustrated, the wireless access network of a next-generation mobile communication system (New Radio, NR) consists of a next-generation base station (New Radio Node B, hereinafter gNB) (110) and an AMF (105, Access and Mobility Management function) provided in a 5G core (5GC). A user terminal (New Radio User Equipment, hereinafter NR UE or terminal) (115) connects to an external network through the gNB (110) and the AMF (105).

[0038] In FIG. 1, the gNB corresponds to the eNB (Evolved Node B) of the existing LTE system. The gNB is connected to the NR UE via a wireless channel and can provide superior service compared to the existing Node B (or eNB) (120). In the next-generation mobile communication system, since all user traffic is serviced through a shared channel, a device is required to collect state information such as the buffer state, available transmission power state, and channel state of the NR UEs and perform scheduling, and this is handled by the gNB (110). A single gNB typically controls multiple cells. To achieve ultra-high-speed data transmission compared to existing LTE, it can have a maximum bandwidth greater than the existing maximum bandwidth, and can additionally incorporate beamforming technology by using Orthogonal Frequency Division Multiplexing (hereinafter referred to as OFDM) as the wireless access technology. Additionally, an Adaptive Modulation & Coding (hereinafter referred to as AMC) method is applied to determine the modulation scheme and channel coding rate according to the terminal's channel state.

[0039] The AMF (105) performs functions such as mobility support, bearer configuration, and QoS configuration. The AMF (105) is a device responsible for various control functions as well as mobility management functions for the terminal, and is connected to multiple base stations. Additionally, the next-generation mobile communication system can be interconnected with the existing LTE system, and the AMF (105) is connected to the MME (125) via a network interface. The MME (125) is connected to the existing base station, eNB (130). A terminal (115) that supports LTE-NR Dual Connectivity can transmit and receive data while maintaining a connection (135) to both the gNB and the eNB.

[0040] The following describes Enablers for Time Sensitive Communications, Time Synchronization, and Deterministic Networking. For a detailed description, refer to 3GPP TS 23.501 V18.8.0 3 rd Refer to Section 5.27 on pages 359 through 384 of Generation Partnership Project; Technical Specification Group Services and System Aspects; System architecture for the 5G System (5GS); Stage 2 (Release 18), and the contents thereof are briefly described in this specification.

[0041] The 5G system functions that can be used independently or in combination to enable time-sensitive communication, time synchronization, and deterministic networking are as follows.

[0042] - Delay-sensitive GBR;

[0043] - A hold and forward mechanism for scheduling traffic as defined in IEEE Std 802.1Q for Ethernet PDU sessions of DS-TT and NW-TT (see 3GPP TS 23.501 Section 5.27.4) to eliminate jitter in flows passing through the 5G system when the 5G system must transparently participate as a bridge in a TSN network;

[0044] - TSC Assistance Information (TSCAI): Describes the TSC flow traffic characteristics described in Section 5.27.2 of 3GPP TS 23.501, which may be optionally provided for use in gNBs to enable more efficient scheduling of radio resources for periodic traffic, and applies to PDU session types Ethernet and IP;

[0045] - Time Synchronization: Describes how the 5GS operates as a PTP relay (IEEE Std 802.1AS), boundary clock, or transparent clock (IEEE Std 1588) for PDU session types Ethernet and IP, and how the 5GS detects and reports the time synchronization status;

[0046] - RAN feedback on BAT (burst arrival time) offset and adjusted period is a mechanism supported by NG-RAN and 5G CN to enable the AF (application function) to adapt to the BAT offset and adjusted period received from NG-RAN for a given traffic flow.

[0047] All of the aforementioned functions can be used by integrating a 5G system into an IEEE 802.1 TSN network as a bridge.

[0048] To support the above features that enable time-sensitive communication, time synchronization, and deterministic networking, during PDU session setup, the UE must request that the PDU session be set as an always-on PDU session, and the PDU session is set as an always-on PDU session. Time-sensitive communication, time synchronization, and deterministic networking can be enabled by using at least one of the above features.

[0049] - Home-routed PDU sessions are not supported;

[0050] - PDU sessions are supported only in SSC mode 1;

[0051] - Service continuity is not supported when a UE moves from 5GS to EPS (i.e., interoperability with EPS is not supported for time synchronization or PDU sessions for TSC or deterministic networking).

[0052] The following describes general matters regarding the registration procedure. For a detailed description of the registration procedure, refer to 3GPP TS 23.502 V18.8.0 3 rd Refer to Section 4.2.2.3 on pages 31 through 59 of Generation Partnership Project; Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2 (Release 18), and the contents thereof are briefly described in this specification.

[0053] The UE must register with the network to receive services, enable mobility tracking, and enable reachability. The UE initiates the registration process using one of the following registration types.

[0054] - Initial registration on 5GS

[0055] - Mobility Registration Update

[0056] - Regular registration update (due to a predefined period of inactivity)

[0057] - Emergency Registration

[0058] - Initial registration for disaster roaming specified in Section 5.40 of 3GPP TS 23.501

[0059] - Disaster Roaming Mobility Registration Update specified in Section 5.40 of 3GPP TS 23.501

[0060] - SNPN (standalone non-public network) onboarding registration

[0061] As defined in 3GPP TS 24.501, the cleartext IE that a UE can transmit in a registration request message when the UE does not have a NAS security context is as follows:

[0062] - Registration type

[0063] - SUCI or 5G-GUTI or PEI

[0064] - Security parameters

[0065] - Additional GUTI

[0066] - 4G tracking area update

[0067] - Indicates that the UE is moving in EPS

[0068] - PLMN with disaster conditions

[0069] - When a UE registers with an SNPN, the NID of the SNPN that assigned the 5G-GUTI.

[0070] Aspects related to dual registration of 3GPP and non-3GPP access are described in Section 4.12 of 3GPP TS 23.502. The general registration call flow in Section 4.2.2.2.2 of 3GPP TS 23.502 is used when a UE is registered to a 3GPP access when it is already registered to a non-3GPP access, and vice versa. To register to a 3GPP access when a UE is already registered to a non-3GPP access scenario, an AMF change may be required as described in detail in Section 4.12.8 of 3GPP TS 23.502.

[0071] The general registration call flow of Section 4.2.2.2.2 of 3GPP TS 23.502 is also used when a UE in a restricted service state (see 3GPP TS 23.122) registers only for an urgent service (referred to as urgent registration; see 3GPP TS 23.501 Section 5.16.4).

[0072] Figure 2 is a figure showing an example of a general registration procedure.

[0073] For a detailed description of the general registration procedure, refer to 3GPP TS23.4502 4.2.2.2.2, which is briefly summarized below.

[0074] (Operation 1) The UE sends an AN message to the (R)AN for a registration request.

[0075] (Operation 2) If 5G-S-TMSI or GUAMI is not included or 5G-S-TMSI or GUAMI does not represent a valid AMF, (R)AN selects an AMF based on (R)AT and the requested NSSAI, if possible.

[0076] (Operation 3) (R)AN sends an N2 message to request registration with the new AMF.

[0077] (Operation 4) Depending on the condition, send a Namf_Communication_UEContext Transfer(Registration request completed) request message from the new AMF to the previous AMF, or send a Nudsf_Unstructured Data Management_Query() request message from the new AMF to the UDSF.

[0078] (Operation 5) Depending on the condition, send a Namf_Communication_UEContextTransfer(SUPI, UE context of AMF) response message from the previous AMF to the new AMF, or send a Nudsf_Unstructured Data Management_Query() response message from UDSF to the new AMF.

[0079] (Operation 6) Depending on the condition, send an Identity Request() message from the new AMF to the UE.

[0080] (Operation 7) Conditionally, send the Identity Response() message from the UE to the new AMF.

[0081] (Operation 8) The AMF may decide to call the AUSF to initiate UE authentication. In this case, the AMF selects the AUSF based on SUPI or SUCI as described in Section 6.3.4 of 3GPP TS 23.501.

[0082] (Operation 9a) If authentication is required, AMF requests authentication from AUSF.

[0083] (Operation 9b) If a NAS security context does not exist, a NAS security initiation is performed as described in 3GPP TS 33.501.

[0084] (Operation 9c) If the 5G-AN requests UE context, the AMF initiates an NGAP procedure to provide the 5G-AN with security context as specified in 3GPP TS 38.413.

[0085] (Operation 9d) 5G-AN saves the security context and informs AMF.

[0086] (Operation 10) Depending on the condition, the new AMF sends the Namf_Communication_RegistrationStatusUpdate message to the previous AMF.

[0087] (Operation 11) Depending on the condition, the new AMF and UE exchange Identity Request / Response (PEI) messages.

[0088] (Operation 12) Optionally, the new AMF calls the N5g-eir_EquipmentIdentityCheck_Get service operation to initiate ME identity verification.

[0089] (Operation 13) When Operation 14 is performed, the new AMF selects a UDM based on SUPI.

[0090] (Operation 14a-c) If the AMF has changed since the last registration procedure, if the UE registration type is initial registration or urgent registration, or if the UE provides a SUPI that does not refer to a valid context in the AMF, or if the UE registers to the same AMF that it has already registered to a non-3GPP connection, the new AMF registers to the UDM using Nudm_UECM_Registration for the connection to be registered.

[0091] (Operation 14d) If the UDM stores the relevant access type (e.g., 3GPP) with the serving AMF as shown in Operation 14a, and if a previous AMF corresponding to the same access (e.g., 3GPP) exists, the UDM sends Nudm_UECM_DeregistrationNotification (see Section 5.2.3.2.2) to the previous AMF.

[0092] (Operation 14e) Conditionally, if the previous AMF does not have a UE context for a different connection type (e.g., a non-3GPP connection), the previous AMF uses Nudm_SDM_unsubscribe to unsubscribe the subscription data to the UDM.

[0093] (Operation 15) When the new AMF decides to start PCF communication, the new AMF selects the PCF.

[0094] (Action 16) Optionally, the new AMF performs AM policy link setup / modification. This action is skipped for urgent registration.

[0095] (Operation 17) Conditionally, the new AMF sends the Nsmf_PDUSession_UpdateSMContext() or Nsmf_PDUSession_ReleaseSMContext() message to the SMF.

[0096] (Operation 18) Conditionally, if the new AMF and the existing AMF are in the same PLMN, the new AMF sends a request to modify the UE context to N3IWF / TNGF / W-AGF as specified in 3GPP TS 29.413.

[0097] (Operation 19) N3IWF / TNGF / W-AGF sends a UE context modification response to the new AMF.

[0098] (Operation 19a). Conditionally, after the new AMF receives a response message from N3IWF, W-AGF, or TNGF in Operation 19, the new AMF registers with the UDM using Nudm_UECM_Registration as in Operation 14a, but sets the access type to "Non-3GPP Access".

[0099] (Operation 19b) If, under the condition, the UDM stores the relevant access type (i.e., non-3GPP) as specified in Operation 19a along with the serving AMF, the UDM sends a Nudm_UECM_DeregistrationNotification message to the PCF for the previous AMF corresponding to the same (i.e., non-3GPP) access.

[0100] (Operation 19c) The previous AMF uses Nudm_SDM_unsubscribe to unsubscribe from the UDM to the data subscribed to by the UDM.

[0101] (Operation 21) The new AMF sends a registration acceptance message to the UE.

[0102] (Operation 21b) Optionally, the new AMF performs UE policy association setup as defined in Section 4.16.11 of 3GPP TS23.502. This operation is omitted in the case of urgent registration.

[0103] (Operation 22) Conditionally, the UE sends a message that registration is complete with the new AMF.

[0104] (Operation 23) Conditionally, if the access and mobility subscription data provided by the UDM to the AMF in 14b includes roaming information steering and there is an indication that the UDM is requesting the UE to acknowledge receiving this information, the AMF provides the UE's acknowledgment to the UDM using Nudm_SDM_Info.

[0105] (Operation 23a) In the case of registration via 3GPP connection, if the AMF does not disconnect the signaling connection, the AMF transmits RRC disable support information to the NG-RAN.

[0106] (Operation 24) Conditionally, after Operation 14a, in parallel with the preceding operation, AMF uses Nudm_UECM_Update to send an indication to UDM that "Uniform support for IMS Voice over PS sessions".

[0107] (Operation 25) Conditionally, if the UE indicates support for network slice-specific authentication and acknowledgment procedures to the UE MM core network function of the registration request, and any S-NSSAI of the HPLMN is subject to network slice-specific authentication and acknowledgment, the relevant procedures are executed in this operation (see 3GPP TS23.502 Section 4.2.9.1).

[0108] Below, registration with AMF re-allocation is described. For a detailed description of registration with AMF re-allocation, refer to Section 4.2.2.2.3 of 3GPP TS23.502.

[0109] When an AMF receives a registration request, for example, if the initial AMF is not a suitable AMF to provide services to the UE, the AMF may need to reroute the registration request to another AMF. The registration procedure with AMF reassignment described in Fig. 3 is used to reroute the UE's NAS message to a target AMF during the registration procedure.

[0110] Figure 3 is a figure showing an example of registration through AMF reallocation.

[0111] Referring to Fig. 3, the initial AMF and the target AMF register the corresponding functions to the NRF.

[0112] (Operation 1) When the UE is in the CM-IDLE state, operations 1 and 2 of Fig. 2 (Figure 4.2.2.2.2-1 of 3GPP TS23.502) are performed, and the (R)AN transmits a registration request message to the initial AMF within the initial UE message. When the UE is in the CM-CONNECTED state and triggers the registration procedure, the NG-RAN transmits a registration request message within the uplink NAS transmission message to the serving AMF, which is the initial AMF. The AMF may omit operations 2 and 3 of Fig. 2.

[0113] (Operation 2) When the AMF needs SUPI and / or UE’s subscription information to determine whether to reroute the registration request, or when the registration request was not sent to integrity protection, or when integrity protection is marked as failed, the AMF performs operations 4 through 9a or 9b of FIG. 2.

[0114] (Operation 3a). Conditionally, if the initial AMF needs the UE’s subscription information to determine whether to reroute the registration request and the UE’s slice selection subscription information was not provided by the previous AMF, the AMF selects a UDM as described in Section 6.3.8 of 3GPP TS 23.501.

[0115] (Operation 3b) The initial AMF sends the Nudm_SDM_Get(SUPI, Slice Selection Subscription data) message to the UDM.

[0116] (Operation 3c) UDM sends a response message to Nudm_SDM_Get to the initial AMF.

[0117] (Operation 4a) Conditionally, the initial AMF sends the Nnssf_NSSelection_Get(...) message to the NSSF.

[0118] (Operation 4b) Conditionally, NSSF sends the Nnssf_NSSelection_Get(...) message to the initial AMF.

[0119] (Operation 5) Conditionally, the initial AMF sends the Namf_Communication_Registration StatusUpdate(failure cause) message to the previous AMF.

[0120] (Operation 6a) Conditionally, the initial AMF sends the Nnrf_NFDiscovery_Request(NF type, AMF set) message to the NRF.

[0121] (Operation 6b) Conditionally, send a response message for Nnrf_NFDiscovery_Request to the NRF part AMF.

[0122] (Operation 7(A)). If the initial AMF decides to deliver the NAS message directly to the target AMF based on local policy and subscription information, the initial AMF sends Namf_Communication_N1MessageNotify to the target AMF to deliver the rerouted NAS message.

[0123] (Operation 7(B)). Conditionally, if the UE is in the CM-IDLE state, and based on local policy and subscription information, the initial AMF decides to forward a NAS message to the target AMF via (R)AN unless the target AMF is returned from the NSSF and identified by the list of candidate AMFs, the initial AMF sends an NGAP NAS rerouting request message to (R)AN (Operation 7a). The NGAP rerouting request NAS message contains information about the target AMF and a full registration request message. If the initial AMF has obtained information as described in Operation 4b, that information is included. (R)AN sends an initial UE message to the target AMF indicating a rerouting due to slicing, including the information from Operation 4b provided by the NSSF (Operation 7b).

[0124] (Operation 8) After receiving the registration request message transmitted in Operation 7(A) or Operation 7(B), the target AMF continues the registration procedure from Operation 4 to Operation 22 of FIG. 2, which includes the target AMF corresponding to the new AMF containing the UE context retrieved from the previous AMF.

[0125] Below, we will describe registration with onboarding SNPN. For a detailed description of registration with onboarding SNPN, refer to Section 4.2.2.2.4 of 3GPP TS23.502.

[0126] Specifies a method for registering a UE with ON-SNPN to provision the UE with SO-SNPN credentials and other information to enable SNPN access, as defined in Section 5.30.2.10 of 3GPP TS 23.501.

[0127] Compared to the operation of the flowchart described in Fig. 2, the SNPN registration procedure modified as follows must be supported as specified in Section 4.2.2.2.2 of 3GPP TS 23.501 of the flowchart. for the three cases shown in Fig. 4, namely, when the DCS hosts the AAA server, when the DCS hosts the AUSF / UDM, and when the DCS is not involved.

[0128] Figure 4 is a figure showing an example of onboarding SNPN UE registration.

[0129] Referring to Fig. 4, (Operation 1) the UE sends a registration request message to the NG-RAN. When the UE connects to the 5GS for onboarding, the AN parameter must include an onboarding indication.

[0130] (Operation 2) Based on the onboarding indication of Operation 1, the NG-RAN selects an AMF as described in Section 6.3.5 of 3GPP TS 23.501.

[0131] (Operation 3) NG-RAN sends an N2 message containing the registration request described in Operation 1 to AMF.

[0132] (Operation 4) Conditionally, the new AMF sends the Namf_Communication_UEContext Transfer(complete Registration Request) message to the previous AMF.

[0133] (Operation 5) Conditionally, the previous AMF sends a response message for Namf_Communication_UEContext Transfer to the new AMF.

[0134] (Operations 6-7) Operations 6 and 7 of Fig. 2 (Figure 4.2.2.2.2-1 of 3GPP TS 23.502) are not performed.

[0135] (Operation 8) When the AMF receives a NAS registration request with the 5GS registration type set to "SNPN Onboarding", the AMF applies locally configured AMF configuration data for onboarding to restrict UE network usage to onboarding only, and stores an indication in the AMF's UE context that the UE is registered for onboarding. The AMF selects an AUSF as described in Section 5.30.2.10.2.6 of 3GPP TS 23.501.

[0136] (Operation 9) Certification is performed as described in 3GPP TS 33.501.

[0137] For a DCS hosting an AAA server based on a local configuration as shown in Operation 9-1, the AUSF sends a SUPI to the AAA server in the DCS domain via NSSAAF, and the AAA server in the DCS domain authenticates the UE based on the data received from the AUSF. During the authentication process, the AAA server in the DCS domain may provide the PVS FQDN and / or PVS IP address for the UE to the AUSF via NSSAAF, and the AUSF then provides the PVS FQDN and / or PVS IP address to the AMF.

[0138] For a DCS hosting an AUSF / UDM as shown in Operation 9-2, the AUSF of the DCS domain performs the UDM selection. The AMF transmits the SUCI and primary UE credentials received from the UE to the AUSF of the DCS domain, and the AUSF authenticates the UE based on the data received from the AMF and the subscription data received from the UDM of the DCS domain. During the authentication process, the AUSF of the DCS domain provides the PVS FQDN and / or PVS IP address to the AMF.

[0139] In cases where the DCS is not involved during primary authentication as in Operation 9-3, the AMF selects the local AUSF as defined in Section 6.3.4 of 3GPP TS 23.501 and performs primary authentication for the local AUSF using the default UE credentials as described in 3GPP TS 33.501.

[0140] (Operation 10) Conditionally, the new AMF sends a Namf_Communication_Registration StatusUpdate message to the previous AMF.

[0141] (Operation 11) Conditionally, the AMF and the UE exchange identity request / response (PEI).

[0142] (Operation 12) Optionally, the new AMF initiates ME identity verification by calling the N5g-eir_EquipmentIdentityCheck_Get service operation (see Section 5.2.4.2.2 of 3GPP TS 23.502).

[0143] (Operations 13-20) Operations 13 to 20 of FIG. 2 are not performed.

[0144] (Operation 21) The AMF sends a registration acceptance message to the UE indicating that the registration request for the onboarding SNPN has been accepted.

[0145] (Operation 22) The UE sends a registration completion message to the AMF.

[0146]

[0147] For a detailed description of the UE request PDU session setup procedure, see 3GPP TS 24.501 V18.9.0 3 rdRefer to Section 6.4.1 on pages 653 through 713 of Generation Partnership Project; Technical Specification Group Core Network and Terminals; Non-Access-Stratum (NAS) protocol for 5G System (5GS); Stage 3; (Release 18). This specification describes the contents by reference and omits a detailed description of the UE request PDU session establishment procedure. Referring to FIG. 5, which illustrates an example of the UE request PDU session establishment procedure, the UE request PDU session establishment procedure may establish or not establish a PDU session by the UE sending a PDU SESSION ESTABLISHMENT REQUEST message to the SMF, and the SMF sending a PDU SESSION ESTABLISHMENT ACCEPT message or a PDU SESSION ESTABLISHMENT REJECT message to the UE. At this time, the UE starts timer T3580 by sending a PDU SESSION ESTABLISHMENT REQUEST message to the SMF, and terminates timer T3580 when it receives a PDU SESSION ESTABLISHMENT ACCEPT message or a PDU SESSION ESTABLISHMENT REJECT message.

[0148] A detailed description of the procedure for establishing a session for a UE request PDU accepted by the network is cited in Section 6.4.1.3 of 3GPP TS 24.501, and is omitted from this specification.

[0149] A detailed description of cases where the PDU session setup procedure requested by the UE is not accepted by the network is cited in Section 6.4.1.4 of 3GPP TS 24.501, and is omitted from this specification.

[0150] A detailed description of handling the set maximum number of PDU sessions is cited in Section 6.4.1.5 of 3GPP TS 24.501, and is omitted from this specification.

[0151] A detailed description of the handling of the maximum number of active user plane resources allowed in a UE's PDU session in NB-N1 mode is cited in Section 6.4.1.5A of 3GPP TS 24.501, and is omitted from this specification.

[0152] A detailed description of abnormal cases in the UE is cited in Section 6.4.1.6 of 3GPP TS 24.501, and is omitted from this specification.

[0153] A detailed description of abnormal cases on the network side is referred to in Section 6.4.1.7 of 3GPP TS 24.501, and is omitted from this specification.

[0154] In the 5G System (5GS) described above, TSN / DetNet services may be supported according to operator policies or network settings. At this time, TSN / DetNet service support may be provided differently for each Tracking Area (TA) or Cell ID.

[0155] In a heterogeneous 5GS environment where TSN / DetNet service support varies by TA or cell, when a terminal capable of supporting TSN / DetNet services moves from a general area that does not support TSN / DetNet services to an area that does, it typically performs a Mobility Registration update procedure. However, rapid TSN / DetNet service cannot be provided by performing only this Mobility Registration update procedure. Therefore, the following problem scenarios may occur.

[0156] 3GPP networks configure TSN / DetNet service support differently by TA or cell identifier, and based on this, heterogeneous 5GS with different TSN / DetNet service support is deployed. In this case, the terminal is a terminal capable of supporting TSN / DetNet services, and the network that does not support TSN / DetNet services is configured as AMF#1, and the network that supports TSN / DetNet services is configured as AMF#2. In this environment, it is assumed that the area configured as TA#1 that does not support TSN / DetNet services is Area#1, and the area configured as TA#2 that supports TSN / DetNet services is Area#2.

[0157] When a terminal capable of supporting TSN / DetNet services moves from receiving general services in Area #1 (TA#1), which does not support TSN / DetNet services, to Area #2 (TA#2), which does support TSN / DetNet services, the terminal performs a standard mobility registration update procedure. Consequently, AMF#1, a network that does not support TSN / DetNet services, processes the aforementioned registration procedure for mobility update requested by the terminal to update the terminal's location. However, despite moving to Area #2 (TA#2), which does support TSN / DetNet services, the terminal is still unable to receive TSN / DetNet services. This is because, looking at the current operation of the 3GPP standard, the terminal cannot provide information on TSN / DetNet service support to the network, and there is no description of a method for the network (AMF#1) to find and process a new network (e.g., AMF#2) so that the terminal can receive TSN / DetNet services.

[0158] Even if a terminal moves to Area #2 (TA#2) that supports TSN / DetNet services, performs a standard mobility update procedure first, and then attempts a PDU Session Establishment request procedure to receive TSN / DetNet services, based on the current operation of 3GPP standards, the network (AMF#1) does not recognize the request for TSN / DetNet services from the terminal and performs a standard PDU Session Establishment request procedure, and consequently, cannot provide TSN / DetNet services to the terminal. Therefore, a solution for providing TSN / DetNet services quickly and efficiently must be defined in the standard specifications.

[0159] In the following, specific methods for providing TSN / DetNet services quickly and efficiently to a terminal when the terminal moves from an area that does not support TSN / DetNet services (e.g., Area #1 configured as TA#1) to an area that supports TSN / DetNet services (e.g., Area #2 configured as TA#2).

[0160] First, as a method to quickly and efficiently provide TSN / DetNet services to a terminal when the terminal moves from an area that does not support TSN / DetNet services (e.g., Area #1 set as TA#1) to an area that supports TSN / DetNet services (e.g., Area #2 set as TA#2), a method may be considered to include (capability) indication / information indicating "the terminal has the ability to receive TSN / DetNet services" and / or "the terminal requests the provision of TSN / DetNet services" in the registration request / response message of FIG. 2 or FIG. 4 and the PDU session establishment request / accept message of FIG. 5. That is, the (capability) indication / information may indicate only that "the terminal has the capability to receive TSN / DetNet services," only that "the terminal requests the provision of TSN / DetNet services," or both that "the terminal has the capability to receive TSN / DetNet services" and that "the terminal requests the provision of TSN / DetNet services." In this case, the (capability) indication / information may be referred to as TSN / DetNet (capability) indication / information. In particular, the present method may be a method based on UE-based and AMF selection for TSN / DetNet services.

[0161] In the present disclosure, a terminal supporting TSN / DetNet services means a terminal capable of receiving TSN / DetNet services, and may or may not actually receive TSN / DetNet services from a network.

[0162] Additionally, in the present disclosure, a terminal that does not support TSN / DetNet services may mean a terminal that lacks the ability to receive TSN / DetNet services. That is, a terminal that does not support TSN / DetNet services cannot receive TSN / DetNet services even if it is connected to a network that supports TSN / DetNet services.

[0163] Additionally, in the present disclosure, a network supporting TSN / DetNet services refers to a network capable of providing TSN / DetNet services. That is, a network supporting TSN / DetNet services may actually provide TSN / DetNet services to a terminal, or it may not actually provide TSN / DetNet services to a terminal. However, in the present disclosure, it may be understood that providing TSN / DetNet services is the default operation of a network supporting TSN / DetNet services.

[0164] Additionally, in the present disclosure, a network that does not support TSN / DetNet services may mean a network that lacks the ability to provide TSN / DetNet services. That is, a network that does not support TSN / DetNet services cannot provide TSN / DetNet services to a terminal.

[0165] In addition, in the present disclosure, receiving TSN / DetNet services from a network can be understood as two processes: first, a process in which an environment / setting in which the terminal can receive TSN / DetNet services from a network is first configured (i.e., a state in which TSN / DetNet services are supported), and based on this, actually receiving TSN / DetNet services from a network.

[0166] Figure 6 is a flowchart illustrating the detailed operations performed in the method based on the selection of AMF for terminal-based and TSN / DetNet services.

[0167] (Operation 0) A 3GPP network may configure support for TSN / DetNet services differently by TA (Tracking Area) or cell identifier, and based on this, heterogeneous 5GS with different support for TSN / DetNet services may be deployed. At this time, the terminal is a terminal capable of supporting TSN / DetNet services (capable of receiving TSN / DetNet services), and the network may include a network that does not support TSN / DetNet services (cannot provide TSN / DetNet services) (hereinafter referred to as AMF#1 for convenience of explanation) and a network that supports TSN / DetNet services (capable of providing TSN / DetNet services) (hereinafter referred to as AMF#2 for convenience of explanation). In this environment, the TA in the area that does not support TSN / DetNet services (hereinafter referred to as Area #1 for convenience of explanation) may be set to TA#1, and the TA in the area that supports TSN / DetNet services (hereinafter referred to as Area #2 for convenience of explanation) may be set to TA#2. Additionally, the terminal may be in an idle state with no connected PDU sessions. That is, the terminal is in the CM-IDLE state.

[0168] (Operation 1) When a terminal capable of supporting TSN / DetNet services is receiving general services from a network (AMF#1) in Area #1 (TA#1), which does not support TSN / DetNet services, and then moves to Area #2 (TA#2), which supports TSN / DetNet services, the terminal sends a Registration Request message to the network (AMF#1 in 5GC) to perform a general Mobility Registration update procedure. At this time, the terminal recognizes that Area #2 is an area that supports TSN / DetNet services and, in order to receive TSN / DetNet services in Area #2, includes TSN / DetNet (capability) indications / information in the Registration Request message and sends it to the network (AMF#1). According to one embodiment, the terminal may recognize that Area #2 is an area that supports TSN / DetNet services based on TSN / DetNet service area information per TA or cell identifier received from the AS layer.

[0169] (Operation 2) A network that does not support TSN / DetNet (AMF#1) may receive a registration request message containing TSN / DetNet (capability) instructions / information from a terminal, perform a standard mobility update procedure, and update the terminal's location information based on the mobility update procedure (Operation 2.1.). Afterward, the network that does not support TSN / DetNet (AMF#1) may respond by sending a Registration Accept message to the terminal and complete the execution of the standard mobility update procedure.

[0170] (Operation 3) Meanwhile, a network that does not support TSN / DetNet (AMF#1) may recognize that "the terminal has the capability to receive TSN / DetNet services" and / or "the terminal requests the provision of TSN / DetNet services" upon receiving a registration request message containing TSN / DetNet (capability) instructions / information from the terminal. Accordingly, the previous network (AMF#1) may respond by sending a registration acceptance message to the terminal in Operation 2 above so that the terminal can discover a new network (AMF#2) that supports TSN / DetNet services and be assigned to the discovered new network (AMF#2). After the previous network (AMF#1) completes the execution of the general mobility update procedure by completing the transmission of the registration acceptance message, the previous network (AMF#1) may immediately send a configuration update command with (initial) registration requested as a parameter to the terminal. At this time, the previous network (AMF#1) sending a configuration update command to the terminal with a (initial) registration request as a parameter is intended to enable the terminal to search for a new network (AMF#2) that supports TSN / DetNet services by performing the initial registration request procedure, and to be assigned the new network (AMF#2) that supports TSN / DetNet services.

[0171] (Operation 4) When the terminal receives a configuration update command containing an (initial) registration request as a parameter from a previous network (AMF#1) that does not support TSN / DetNet services, it sends a Configuration Update Complete message to the previous network (AMF#1) in response, and then immediately sends an Initial Registration Request message to a base station within the (radio) access network ((R)AN). At this time, TSN / DetNet (capability) instructions / information may be included in the Initial Registration Request message. In addition, to enable the base station (AN) to find and select a new network (AMF#2) that supports TSN / DetNet services (can provide TSN / DetNet services) based on TSN / DetNet (capability) instructions / information, the terminal's NAS (Non-Access Stratum) provides TSN / DetNet (capability) instructions / information to the RRC (radio resource control), and the terminal's RRC can include the TSN / DetNet (capability) instructions / information received from the NAS in an RRC Setup Complete message and transmit it to the base station. Based on the TSN / DetNet (capability) instructions / information, the base station performs an AMF selection procedure (Operation 4.1.) to search for and select a new network (AMF#2) that supports TSN / DetNet services (can provide TSN / DetNet services).

[0172] (Operation 5) In the above-described Operation 4, the base station selects a new network (AMF#2) that supports TSN / DetNet services through the Operation 4.1. AMF selection procedure, and can transmit the terminal's NAS message (initial Registration Request message) to the new network (AMF#2) selected through the AMF selection procedure.

[0173] Subsequently, the new network (AMF#2) supporting the TSN / DetNet service, newly selected through the base station's AMF selection procedure, can complete the processing of the terminal's (initial) registration request and complete the initial registration request procedure by responding to the terminal with a registration acceptance message. At this time, the new network (AMF#2) supporting the TSN / DetNet service can respond by sending a registration acceptance message to the terminal (Operation 5.1.) containing TSN / DetNet (capability) instructions / information, in the sense of permission or availability for the terminal's request to provide the TSN / DetNet service.

[0174] (Operation 6) When the terminal receives a registration acceptance message from the new network (AMF#2) containing TSN / DetNet (capability) instructions / information, it recognizes that the registration process is complete and that it is now possible to receive TSN / DetNet services from the new network (AMF#2). Accordingly, upon recognizing that it is now possible to receive TSN / DetNet services from the new network (AMF#2), the terminal may immediately perform a PDU session establishment procedure to receive TSN / DetNet services from the new network (AMF#2). For the PDU session establishment procedure, the terminal may send a PDU Session Establishment Request message to the network's SMF (session management function). At this time, the PDU Session Establishment Request message includes information on an Always-on PDU session requested. An Always-on PDU session may be for session establishment management to ensure rapid service connection and QoS, such as for TSN / DetNet services.

[0175] (Operation 7) A network (SMF) that receives a PDU session establishment request message containing information on an always-on PDU session request from a terminal processes the establishment of an always-on PDU session and QoS guarantees related to the TSN / DetNet service for the PDU session establishment for the TSN / DetNet service requested by the terminal, and then sends a Session Establishment Accept with Always-on PDU session indication message to the terminal as a response to the terminal's PDU session establishment request. At this time, the always-on PDU session indication may be information indicating that the PDU session requested by the terminal to receive TSN / DetNet service is established as an always-on PDU session. When the terminal receives the PDU session establishment accept message from the network (SMF), it immediately receives TSN / DetNet service through the corresponding established always-on PDU session (Always-on PDU session for TSN / DetNet service(s) / application(s)).

[0176] Additionally, when a terminal moves from an area that does not support TSN / DetNet services (e.g., Area #1 set as TA#1) to an area that supports TSN / DetNet services, the area that supports TSN / DetNet services may be an area in which all or part of each of at least one area set with different TA values ​​overlaps. For example, when a terminal moves from Area #1 that does not support TSN / DetNet services to Area #2 that supports TSN / DetNet services, the area that supports TSN / DetNet services may be an area in which all or part of each of Area #2 set as TA#2, Area #3 set as TA#3, ... Area #k set as TA#k (k is a natural number) overlaps. For the sake of convenience of explanation, the following description is limited to cases where a terminal moves from an area that does not support TSN / DetNet services (e.g., Area #1 set as TA#1) to an area that supports TSN / DetNet services, and parts of Area #2 set as TA#2 and Area #3 set as TA#3 overlap within the area that supports TSN / DetNet services.

[0177] In this case, the operations performed between the terminal and the network in the area that does not support TSN / DetNet services (AMF #1) and the network in the area that supports TSN / DetNet services (AMF #2) may be basically the same as the operations described above, but there may be differences in the following operations.

[0178] First, in relation to (Operation 4), when the base station performs an AMF selection procedure to search for and select a new network that supports TSN / DetNet services (can provide TSN / DetNet services) based on TSN / DetNet (capability) instructions / information obtained from the terminal via an RRC setup completion message (RRCSetupComplete message), it may select both AMF#2 associated with Area #2 set as TA#2 and AMF#3 associated with Area #3 set as TA#3.

[0179] Subsequently, in relation to (Operation 5), the base station may transmit the terminal's NAS message (initial Registration Request message) to AMF#2 and AMF#3, respectively. Next, AMF#2 and AMF#3 may complete the processing of the terminal's (initial) registration request and complete the initial registration request procedure by responding to the terminal with a Registration Accept message. At this time, the new AMF#2 and AMF#3 that support TSN / DetNet services may respond by transmitting a Registration Accept message to the terminal that includes TSN / DetNet (capability) instructions / information, in the sense of permission / support for the terminal's request to provide TSN / DetNet services.

[0180] Next, in relation to (Operation 6), when the terminal receives a Registration Accept message containing TSN / DetNet (capability) instructions / information from AMF#2 and AMF#3, respectively, it recognizes that the registration procedure is complete and that it is possible to receive TSN / DetNet services from AMF#2 and AMF#3, respectively. At this time, the terminal may perform an operation to select the more suitable network among AMF#2 and AMF#3 that support TSN / DetNet services. The terminal may perform an operation to select the more suitable network among AMF#2 and AMF#3 based on at least one condition. The quality of the received signal may be considered as at least one condition, and the quality of the received signal may be determined based on the quality of the received signal of the Registration Accept message received by the terminal from AMF#2 and AMF#3, respectively (forwarded from the base station associated with AMF#2 and the base station associated with AMF#3, respectively).

[0181] Next, as a method to provide TSN / DetNet services quickly and efficiently to a terminal when the terminal moves from an area that does not support TSN / DetNet services (e.g., Area #1 set as TA#1) to an area that supports TSN / DetNet services (e.g., Area #2 set as TA#2), a method may be considered to include (capability) indication / information indicating "the terminal has the capability to receive TSN / DetNet services" and / or "the terminal requests the provision of TSN / DetNet services" in a registration request / acceptance message and a PDU session formation request / acceptance message. In particular, this method may be based on a terminal-based and AMF re-allocation (relocation) for TSN / DetNet services.

[0182] Figure 7 is a flowchart illustrating the detailed operations performed in the method for AMF reallocation for terminal-based and TSN / DetNet.

[0183] (Operation 0) A 3GPP network may configure support for TSN / DetNet services differently by TA (Tracking Area) or cell identifier, and based on this, heterogeneous 5GS with different support for TSN / DetNet services may be deployed. At this time, the terminal is a terminal capable of supporting TSN / DetNet services (capable of receiving TSN / DetNet services), and a network that does not support TSN / DetNet services (cannot provide TSN / DetNet services) (hereinafter referred to as AMF#1 for convenience of explanation) and a network that supports TSN / DetNet services (capable of providing TSN / DetNet services) (hereinafter referred to as AMF#2 for convenience of explanation) may be configured. In this environment, an area that does not support TSN / DetNet services (hereinafter referred to as Area #1 for convenience of explanation) may be set as TA#1, and an area that supports TSN / DetNet services (hereinafter referred to as Area #2 for convenience of explanation) may be set as TA#2. Additionally, the terminal may be in an idle state with no connected PDU sessions. That is, the terminal is in the CM-IDLE state.

[0184] (Operation 1) When a terminal capable of supporting TSN / DetNet services is receiving general services from a network (AMF#1) in Area #1 (TA#1), which does not support TSN / DetNet services, and then moves to Area #2 (TA#2), which supports TSN / DetNet services, the terminal sends a Registration Request message to the network (AMF#1 in 5GC) to perform a general Mobility Registration update procedure. At this time, the terminal recognizes that Area #2 is an area that supports TSN / DetNet services and, in order to receive TSN / DetNet services in Area #2, includes TSN / DetNet (capability) indications / information in the Registration Request message and sends it to the network (AMF#1). According to one embodiment, the terminal may recognize that Area #2 is an area that supports TSN / DetNet services based on TSN / DetNet service area information per TA or cell identifier received from the AS layer.

[0185] (Operation 2) A network that does not support TSN / DetNet (AMF#1) may receive a registration request message containing TSN / DetNet (capability) instructions / information from a terminal, perform a standard mobility update procedure, and update the terminal's location information based on the mobility update procedure (Operation 2.1.). Afterward, the network that does not support TSN / DetNet (AMF#1) may respond by sending a Registration Accept message to the terminal and complete the execution of the standard mobility update procedure.

[0186] (Operation 3) A network that does not support TSN / DetNet (AMF#1) receives a registration request message containing TSN / DetNet (capability) instructions / information from a terminal (wherein the registration request message may be an initial registration request message, and the same applies hereinafter), and can recognize that the terminal is a terminal that supports TSN / DetNet services based on the TSN / DetNet (capability) instructions / information. That is, the network (AMF#1) can recognize that "the terminal has the capability to receive TSN / DetNet services" and / or "the terminal requests the provision of TSN / DetNet services." Accordingly, in order for the network (AMF#1) to discover a new network (AMF#2) that supports TSN / DetNet services for the terminal and for the terminal to be assigned to the discovered new network (AMF#2), the network (AMF#1) may immediately transmit a configuration update command with (initial) registration requested as a parameter to the terminal after completing the transmission of the Registration Accept message of operation 2. At this time, the previous network (AMF#1) transmitting the configuration update command with (initial) registration requested as a parameter to the terminal is intended to enable the terminal to discover a new network (AMF#2) that supports TSN / DetNet services by performing the initial registration request procedure and to be assigned to the new network (AMF#2) that supports TSN / DetNet services.

[0187] (Operation 4) The terminal receives a configuration update command containing an (initial) registration request as a parameter from a previous network (AMF#1) that does not support TSN / DetNet services, and in response to this, sends a Configuration Update Complete message to the previous network (AMF#1), and then immediately sends an initial Registration Request message to the previous network (AMF#1) (Operation 4.1). At this time, TSN / DetNet (capability) instructions / information may be included in the initial Registration Request message.

[0188] (Operation 5) When the previous network (AMF#1) receives a (initial) registration request message containing TSN / DetNet (capability) instructions / information from the terminal, it can recognize that the terminal is a terminal that supports TSN / DetNet services based on the TSN / DetNet (capability) instructions / information. Therefore, the previous network (AMF#1) must find a new network that supports TSN / DetNet services and relocate / re-allocate the terminal. Accordingly, the AMF re-allocation procedure to find a new network that supports TSN / DetNet services and relocate / re-allocate the terminal can be performed immediately.

[0189] Afterwards, either operation 5a or operation 5b may be performed.

[0190] (Operation 5a) The previous network (AMF#1) performs an AMF re-allocation procedure based on "local / operator policy or subscriber information" and "TSN / DetNet (capability) instructions / information", and through this, finds, selects, and allocates a new network (AMF#2) that supports TSN / DetNet services. Then, the previous network (AMF#1) directly transmits a (initial) registration request message containing TSN / DetNet (capability) instructions / information received from the terminal to the new network (AMF#2). At this time, the new network (AMF#2) processes the (initial) registration request containing TSN / DetNet (capability) instructions / information received from the previous network (AMF#1), registers the terminal, and responds by sending a registration acceptance message to the terminal, thereby completing the initial registration request procedure. At this time, the new network (AMF#2) may respond by including TSN / DetNet (capability) instructions / information in the registration acceptance message to indicate permission / availability for the terminal's request for TSN / DetNet service support.

[0191] (Operation 5b) When the previous network (AMF#1) performs an AMF re-allocation procedure based on "local / operator policy or subscriber information" and "TSN / DetNet (capability) instructions / information" and finds, selects, and allocates a new network (AMF#2) that supports TSN / DetNet services, the previous network (AMF#1) transmits a (initial) registration request message containing TSN / DetNet (capability) instructions / information received from the terminal to the new network (AMF#2) via the base station ((R)AN). At this time, the previous network (AMF#1) transmits the information of the new network (AMF#2) and the NAS message ((initial) Registration Request with TSN / DetNet (capability) indication / information) to the base station, and the base station transmits the NAS message ((initial) Registration Request with TSN / DetNet (capability) indication / information) to the new network (AMF#2) based on the information of the new network (AMF#2) (5b.1). The new network (AMF#2) processes the (initial) registration request message containing the TSN / DetNet (capability) indication / information received from the base station to register the terminal, and responds to the terminal with a registration acceptance message (Operation 5b.2) to complete the initial registration request procedure. At this time, the new network (AMF#2) may respond by including the TSN / DetNet (capability) indication / information in the registration acceptance message as an indication of permission / capability for the terminal's request for TSN / DetNet service support.

[0192] Depending on local / operator policies or subscription information, either action 5a or action 5b may be performed.

[0193] (Operation 6) When the terminal receives a registration acceptance message from the network (AMF#2) containing TSN / DetNet (capability) instructions / information, it recognizes that the registration process is complete and that it is now possible to receive TSN / DetNet services from the new network (AMF#2). Accordingly, upon recognizing that it is now possible to receive TSN / DetNet services from the new network (AMF#2), the terminal may immediately perform a PDU session formation procedure to receive TSN / DetNet services from the new network (AMF#2). For the PDU session formation procedure, the terminal may send a PDU session formation request message to the session management function (SMF) of the core network. At this time, the PDU session formation request message includes information on an always-on PDU session request. An always-on PDU session may be for session setup management to ensure rapid service connection and QoS, such as for TSN / DetNet services.

[0194] (Operation 7) A network (SMF) that receives a PDU session establishment request message from a terminal containing information on an always-on PDU session request, processes the establishment of an always-on PDU session and QoS guarantees related to the TSN / DetNet service for the PDU session establishment for the TSN / DetNet service requested by the terminal, and then sends a Session Establishment Accept with Always-on PDU session indication message to the terminal as a response to the terminal's PDU session establishment request. At this time, the always-on PDU session indication may be information indicating that the PDU session requested by the terminal to receive the TSN / DetNet service is established as an always-on PDU session.

[0195] When the terminal receives a PDU session formation acceptance message from the core network's SMF, it immediately receives TSN / DetNet services through the corresponding configured PDU session (Always-on PDU session for TSN / DetNet service(s) / application(s)).

[0196] Additionally, the method based on AMF selection for the aforementioned terminal-based and TSN / DetNet and the method based on AMF reallocation for the terminal-based and TSN / DetNet may be performed in combination.

[0197] According to the present disclosure, based on TSN / DetNet (capability) indications / information including information regarding "the terminal supports TSN / DetNet services" and / or "the terminal requests the provision of TSN / DetNet services," the network may redeploy / reassign / reselect new network nodes that support TSN / DetNet services. Through this, TSN / DetNet services can be provided to the terminal quickly and effectively. Furthermore, by supporting rapid TSN / DetNet service provision and QoS guarantees according to such an efficient TSN / DetNet service processing method, an optimized UX can be provided to the user / device.

[0198] FIG. 8 is a flowchart illustrating an example of a method performed by a terminal in a wireless communication system according to one embodiment of the present disclosure.

[0199] Referring to FIG. 8, the terminal can transmit a registration request message related to a mobility update procedure for updating terminal location information from the first area to a second area where the TSN service and the Deterministic networking (DetNet) service are supported and the second TA is assigned to a first AMF (Access and Mobility Management function) associated with a first TA (tracking area) assigned to a first area where the TSN service and the DetNet service are not supported (610).

[0200] At this time, the registration request message may include information regarding whether the terminal supports the TSN service and the DetNet service.

[0201] Next, the terminal can receive a registration acceptance message from the first AMF regarding the completion of the mobility update procedure (620).

[0202] FIG. 9 is a flowchart illustrating an example of a method performed by a first AMF in a wireless communication system according to one embodiment of the present disclosure.

[0203] More specifically, the first AMF of FIG. 9 may be an AMF associated with a first TA (tracking area) assigned to a first area where time-sensitive networking (TSN) services and deterministic networking (DetNet) services are not supported.

[0204] Referring to FIG. 9, the first AMF can receive a Registration Request message from the terminal related to a mobility update procedure for updating terminal location information from the first area to a second area where the TSN service and the DetNet service are supported and the second TA is assigned (710).

[0205] At this time, the registration request message may include information regarding whether the terminal supports the TSN service and the DetNet service.

[0206] Next, the first AMF can send a Registration Accept message to the terminal regarding the completion of the mobility update procedure (720).

[0207] FIG. 10 is a drawing illustrating the structure of a terminal in a wireless communication system according to one embodiment of the present disclosure.

[0208] Referring to FIG. 10, the terminal may include a transceiver comprising a terminal receiver (800) and a terminal transmitter (810), a memory (not shown), and a terminal processing unit (805, or a terminal control unit or processor). Depending on the communication method of the terminal described above, the transceiver (800, 810), memory, and terminal processing unit (805) of the terminal may operate. However, the components of the terminal are not limited to the examples described above. For example, the terminal may include more components or fewer components than the components described above. Furthermore, the transceiver, memory, and processor may be implemented in the form of a single chip.

[0209] The transceiver (800, 810) can transmit and receive signals with a base station ((R)AN). Here, the signal may include control information and data. To this end, the transceiver (800, 810) may be composed of an RF transmitter that up-converts and amplifies the frequency of a transmitted signal, and an RF receiver that low-noise amplifies a received signal and down-converts the frequency. However, this is merely one embodiment of the transceiver, and the components of the transceiver are not limited to an RF transmitter and an RF receiver.

[0210] Additionally, the transceiver (800, 810) can receive a signal through a wireless channel and output it to a processor (805), and transmit the signal output from the processor (805) through a wireless channel.

[0211] Memory can store programs and data necessary for the operation of the terminal. Additionally, memory can store control information or data included in signals transmitted and received by the terminal. Memory may be composed of storage media or combinations of storage media such as ROM, RAM, hard disk, CD-ROM, and DVD. Additionally, there may be multiple memories.

[0212] Additionally, the processor (805) can control a series of processes to enable the terminal to operate according to the above-described embodiment. For example, the processor (805) can control the components of the terminal to receive a DCI composed of two layers and receive multiple PDSCHs simultaneously. There may be multiple processors (805), and the processor (805) can perform the control operation of the terminal components by executing a program stored in memory.

[0213] FIG. 11 is a drawing illustrating the structure of a base station in a wireless communication system according to one embodiment of the present disclosure.

[0214] Referring to FIG. 11, a base station ((R)AN) may include a transceiver unit comprising a base station receiver (930) and a base station transmitter (910), a memory (not shown), and a base station processing unit (905, or a base station control unit or processor). Depending on the communication method of the base station described above, the transceiver unit (900, 910), memory, and base station processing unit (905) of the base station may operate. However, the components of the base station are not limited to the examples described above. For example, the base station may include more components or fewer components than the components described above. Furthermore, the transceiver unit, memory, and processor may be implemented in the form of a single chip.

[0215] The transceiver (900, 910) can transmit and receive signals with a terminal. Here, the signal may include control information and data. To this end, the transceiver (900, 910) may be composed of an RF transmitter that up-converts and amplifies the frequency of a transmitted signal, and an RF receiver that low-noise amplifies a received signal and down-converts the frequency. However, this is merely one embodiment of the transceiver, and the components of the transceiver are not limited to an RF transmitter and an RF receiver.

[0216] Additionally, the transceiver (900, 910) can receive a signal through a wireless channel and output it to a processor (905), and transmit the signal output from the processor (905) through a wireless channel.

[0217] Memory can store programs and data necessary for the operation of the base station. Additionally, memory can store control information or data included in signals transmitted and received by the base station. Memory can be composed of storage media or combinations of storage media such as ROM, RAM, hard disk, CD-ROM, and DVD. Additionally, there may be multiple memories.

[0218] The processor (905) can control a series of processes to enable the base station to operate according to the embodiments of the present disclosure described above. For example, the processor (905) can control each component of the base station to configure two layers of DCIs containing allocation information for a plurality of PDSCHs and to transmit them. There may be multiple processors (905), and the processor (905) can perform the control operation of the base station components by executing a program stored in memory.

[0219] FIG. 12 is a drawing illustrating the structure of a network in a wireless communication system according to one embodiment of the present disclosure.

[0220] In the previous description and FIG. 12, the network refers to a device equipped in the 5G core network (5GC), which may be an AMF, SMF, PCF, AUSF, or UDM.

[0221] Referring to FIG. 12, the network may include a transceiver comprising a network receiver (1000) and a network transmitter (1010), a memory (not shown), and a network processing unit (1005, or a network control unit or processor). Depending on the communication method of the network described above, the transceiver (1000, 1010), the memory, and the network processing unit (1005) of the network may operate. However, the components of the network are not limited to the examples described above. For example, the network may include more components or fewer components than the components described above. Furthermore, the transceiver, the memory, and the processor may be implemented in the form of a single chip.

[0222] The transceiver (1000, 1010) can transmit and receive signals with a base station. Here, the signal may include control information and data. According to one embodiment, the transceiver (1000, 1010) can transmit a signal to the base station or receive a signal from the base station via a wired IP network. However, this is merely one embodiment of the transceiver, and the components of the transceiver are not limited thereto.

[0223] Additionally, the transmitting and receiving unit (1000, 1010) can output the received signal to the processor (1005) and transmit the signal output from the processor (1005) through a wired IP network.

[0224] Memory can store programs and data necessary for the operation of a network. Additionally, memory can store control information or data included in signals transmitted and received by the network. Memory can be composed of storage media or combinations of storage media, such as ROM, RAM, hard disks, CD-ROMs, and DVDs. Additionally, there may be multiple memory units.

[0225] Additionally, the processor (1005) can control a series of processes to enable the network to operate according to the above-described embodiment. There may be multiple processors, and the processor (1005) can perform control operations on the components of the network by executing a program stored in memory.

[0226] The methods according to the claims of the present disclosure or the embodiments described in the disclosure may be implemented in the form of hardware, software, or a combination of hardware and software.

[0227] When implemented in software, a computer-readable storage medium may be provided for storing one or more programs (software modules). One or more programs stored in the computer-readable storage medium are configured for execution by one or more processors within an electronic device. One or more programs include instructions that cause the electronic device to execute methods according to the embodiments described in the claims or description of the present disclosure.

[0228] Such programs (software modules, software) may be stored in random access memory, non-volatile memory including flash memory, read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), magnetic disc storage devices, compact disc-ROM (CD-ROM), digital versatile discs (DVDs), or other forms of optical storage devices, magnetic cassettes. Alternatively, they may be stored in memory composed of some or all of these. Additionally, each constituent memory may include multiple units.

[0229] Additionally, the program may be stored on an attachable storage device that can be accessed via a communication network such as the Internet, Intranet, LAN (local area network), WAN (wide area network), or SAN (storage area network), or a combination thereof. Such a storage device may be connected to a device performing an embodiment of the present disclosure through an external port. Additionally, a separate storage device on a communication network may be connected to a device performing an embodiment of the present disclosure.

[0230] In the specific embodiments of the present disclosure described above, the components included in the disclosure are expressed in a singular or plural form according to the specific embodiments presented. However, the singular or plural expression is selected to suit the situation presented for convenience of explanation, and the present disclosure is not limited to singular or plural components; even if a component is expressed in the plural form, it may be composed of a singular form, and even if a component is expressed in the singular form, it may be composed of a plural form.

[0231] Meanwhile, although specific embodiments have been described in the detailed description of the present disclosure, it is understood that various modifications are possible within the scope of the present disclosure. Therefore, the scope of the present disclosure should not be limited to the described embodiments, but should be defined by the claims set forth below as well as equivalents thereof.

Claims

1. A method performed by a terminal in a wireless communication system, wherein the method comprises: When moving from a first area set as a first tracking area (TA) where time-sensitive networking (TSN) services and deterministic networking (DetNet) services are not supported to a second area set as a second TA where the TSN services and the DetNet services are supported, the method comprises the step of transmitting a Registration Request message related to a mobility update procedure for updating terminal location information from the first area to the second area to a first Access and Mobility Management function (AMF) associated with the first TA; and The method includes the step of receiving a Registration Accept message from the first AMF regarding the completion of the mobility update procedure, and A method in which the above registration request message includes information regarding whether the terminal supports the TSN service and the DetNet service.

2. In claim 1, the above method is, A step of receiving a Configuration Update Command message (with initial Registration requested) containing a registration request as a parameter from the first AMF; A step of transmitting a Configuration Update Complete message to the above-mentioned first AMF; A step of transmitting an initial registration request message containing information regarding whether the terminal supports the TSN service and the DetNet service to the first AMF; and A method comprising the step of receiving an initial registration acceptance message containing information indicating that support for the TSN service and the DetNet service is permitted from the second AMF determined by the AMF reassignment operation of the first AMF.

3. In claim 1, the above method is, A step of receiving a Configuration Update Command message (with initial Registration requested) containing a registration request as a parameter from the first AMF; A step of transmitting a Configuration Update Complete message to the above-mentioned first AMF; A step of transmitting an RRC Setup Complete message containing information regarding whether the terminal supports the TSN service and the DetNet service to the base station to which the terminal is connected; and A method comprising the step of receiving an initial registration acceptance message from a second AMF selected by the base station based on information regarding whether the terminal supports the TSN service and the DetNet service included in the RRC setting completion message, the message including information indicating permission to support the TSN service and the DetNet service.

4. In Paragraph 2 or 3, The step of performing a session formation procedure for an SMF (session management function) and a PDU (protocol data unit) associated with the second TA in response to receiving the above initial registration acceptance message, wherein A method in which a PDU session formed based on the above PDU session formation procedure is an always-on PDU session.

5. In a terminal of a wireless communication system, the terminal, transceiver; and Includes a controller connected to the above transceiver, The above controller is, When moving from a first area configured as a first tracking area (TA) where time-sensitive networking (TSN) services and deterministic networking (DetNet) services are not supported to a second area configured as a second TA where said TSN services and said DetNet services are supported, a Registration Request message related to a mobility update procedure for updating terminal location information from the first area to the second area is transmitted to a first Access and Mobility Management function (AMF) associated with said first TA. It is configured to receive a Registration Accept message related to the completion of the mobility update procedure from the first AMF, and The above registration request message includes information regarding whether the terminal supports the TSN service and the DetNet service, the terminal.

6. In claim 5, the controller is, From the first AMF above, a configuration update command message (Configuration Update Command with initial Registration requested) including a registration request as a parameter is received, and Send a Configuration Update Complete message to the above-mentioned first AMF, and Transmit an initial registration request message containing information regarding whether the terminal supports the TSN service and the DetNet service to the first AMF, and A terminal further configured to receive an initial registration acceptance message including information indicating that support for the TSN service and the DetNet service is permitted from the second AMF determined by the AMF reassignment operation of the first AMF.

7. In claim 5, the controller is, From the first AMF above, a configuration update command message (Configuration Update Command with initial Registration requested) including a registration request as a parameter is received, and Send a Configuration Update Complete message to the above-mentioned first AMF, and Transmit an RRC Setup Complete message containing information regarding whether the terminal supports the TSN service and the DetNet service to the base station to which the terminal is connected, and A terminal further configured to receive an initial registration acceptance message from a second AMF selected by the base station based on information regarding whether the terminal supports the TSN service and the DetNet service included in the RRC setup completion message, the message including information indicating permission to support the TSN service and the DetNet service.

8. In claim 6 or 7, the controller, In response to receiving the above initial registration acceptance message, the procedure for forming a session with an SMF (session management function) and PDU (protocol data unit) associated with the above second TA is performed, and A terminal, wherein the PDU session formed based on the above PDU session formation procedure is an always-on PDU session.

9. A method of operation of a core network for providing wireless communication services to a terminal moving from a first area set as a first tracking area (TA) to a second area set as a second TA, where time-sensitive networking (TSN) services and deterministic networking (DetNet) services are not supported, and said TSN services and said DetNet services are supported, wherein the method comprises: A first Access and Mobility Management function (AMF) associated with the first TA of the core network receives a Registration Request message from the terminal related to a mobility update procedure for updating terminal location information from the first area to the second area; and The above first AMF includes the step of transmitting a Registration Accept message related to the completion of the mobility update procedure to the terminal, and A method in which the above registration request message includes information regarding whether the terminal supports the TSN service and the DetNet service.

10. In claim 9, the above method is, The first AMF transmits a configuration update command message (Configuration Update Command with initial Registration requested) to the terminal, the message including a registration request as a parameter; The first AMF receives a Configuration Update Complete message from the terminal; The first AMF receives an initial registration request message from the terminal, the message including information regarding whether the terminal supports the TSN service and the DetNet service; and The step of the first AMF determining the second AMF of the core network supporting the TSN service and the DetNet service based on an AMF reallocation operation; The step of the first AMF transmitting the initial registration request message to the second AMF; A method comprising the step of the second AMF transmitting to the terminal an initial registration acceptance message containing information indicating that it permits support for the TSN service and the DetNet service.

11. In Paragraph 10, The step of the first AMF transmitting the initial registration request message to the second AMF is A method comprising the step of the first AMF directly transmitting the initial registration request message to the second AMF.

12. In Paragraph 10, The step of the first AMF transmitting the initial registration request message to the second AMF is The step of the first AMF transmitting information about the second AMF and the initial registration request message to the base station to which the terminal is connected; and A method comprising the step of the second AMF receiving the initial registration request message from the base station.

13. In claim 9, the above method is, The first AMF transmits a configuration update command message (Configuration Update Command with initial Registration requested) to the terminal, the message including a registration request as a parameter; The first AMF receives a Configuration Update Complete message from the terminal; A second AMF selected by a base station to which the terminal is connected, based on information regarding whether the terminal supports the TSN service and the DetNet service, receives an initial registration request message from the base station containing information regarding whether the terminal supports the TSN service and the DetNet service; and A method comprising the step of the second AMF transmitting to the terminal an initial registration acceptance message containing information indicating that it permits support for the TSN service and the DetNet service.

14. In any one of paragraphs 10 through 13, The session management function (SMF) associated with the second TA of the core network includes the step of performing a protocol data unit (PDU) session formation procedure with the terminal, wherein A method in which a PDU session formed based on the above PDU session formation procedure is an always-on PDU session.

15. A core network system for providing wireless communication services to a terminal moving from a first area set as a first tracking area (TA) to a second area set as a second TA, wherein time-sensitive networking (TSN) services and deterministic networking (DetNet) services are not supported, and said TSN services and said DetNet services are supported. The first AMF (Access and Mobility Management function) associated with the above-mentioned first TA; A second AMF associated with the above second TA; and It includes an SMF (session management function) associated with the above-mentioned second TA, and The above-mentioned first AMF is, Receiving a Registration Request message from the above terminal related to a mobility update procedure for updating terminal location information from the first area to the second area, and The above terminal is configured to transmit a Registration Accept message related to the completion of the mobility update procedure, and A core network system in which the above registration request message includes information regarding whether the terminal supports the TSN service and the DetNet service.

16. In Paragraph 15, The above-mentioned first AMF is, Sending a configuration update command message (Configuration Update Command with initial Registration requested) containing a registration request as a parameter to the above terminal, and Receive a Configuration Update Complete message from the above terminal, and Receive an initial registration request message from the terminal that includes information regarding whether the terminal supports the TSN service and the DetNet service, and Determining the second AMF that supports the TSN service and the DetNet service based on the AMF reallocation operation, The above second AMF is configured to transmit the above initial registration request message, and The above 2 AMF is A core network system configured to transmit an initial registration acceptance message to the terminal in response to the initial registration request message, the message including information indicating that support for the TSN service and the DetNet service is permitted.

17. In Paragraph 16, A core network system configured such that the first AMF directly transmits the initial registration request message to the second AMF.

18. In Paragraph 16, The first AMF is configured to transmit the initial registration request message and the second AMF information to the base station to which the terminal is connected, and The above-mentioned second AMF is a core network system configured to receive the first registration request message from the base station.

19. In Paragraph 15, The above-mentioned first AMF is, Sending a configuration update command message (Configuration Update Command with initial Registration requested) containing a registration request as a parameter to the above terminal, and The above terminal is configured to receive a Configuration Update Complete message, and Based on information regarding whether the terminal supports the TSN service and the DetNet service, the second AMF selected by the base station to which the terminal is connected is, Receiving an initial registration request message from the base station containing information regarding whether the terminal supports the TSN service and the DetNet service, and A core network system configured to transmit an initial registration acceptance message to the terminal, the message including information indicating that support for the TSN service and the DetNet service is permitted.

20. In any one of paragraphs 16 through 19, The above SMF is configured to perform a procedure for forming a PDU (protocol data unit) session with the terminal, and A core network system in which the PDU session formed based on the above PDU session formation procedure is an always-on PDU session.

Images