Efficient registration in areas where sliced ​​services are partially supported

Abstract

Systems, methods, apparatus, and computer program products are provided for efficient registration for partially supported service areas. One method may include providing information including one or more Single Network Slice Selection Assistance Information (S-NSSAI) and one or more Tracking Area Identifications (TAIs) to at least one user equipment registered with a network in the registration area. Each of the one or more Single Network Slice Selection Assistance Information (S-NSSAI) is included in a list of Rejected Single Network Slice Selection Assistance Information (S-NSSAI) or a list of Extended Rejected Single Network Slice Selection Assistance Information (S-NSSAI) and is associated with a cause value indicating that the Single Network Slice Selection Assistance Information (S-NSSAI) is not uniformly supported in the registration area and is not supported in the current tracking area.

Description

[Technical field]

[0001] The present disclosure relates generally to communications, including mobile communications or wireless telecommunications systems, such as mobile or wireless communication systems based on Long Term Evolution (LTE) or fifth generation (5G) or new radio (NR) radio access technologies, or other mobile or wireless communication systems telecommunications systems. For example, certain example aspects may generally relate to systems and / or methods for efficient registration in areas where service is partially supported. [Background technology]

[0002] The mobile or wireless telecommunications system may include Universal Mobile Telecommunications System (UMTS), Terrestrial Radio Access Network (UTRAN), Long Term Evolution (LTE) Evolved UTRAN (E-UTRAN), LTE Advanced (LTE-A), MultiFire, LTE-A Pro, and / or Fifth Generation (5G) radio access technology, or New Radio (NR) access technology. 5G wireless telecommunications system refers to the next generation (NG) radio access network and network architecture for the core network. 5G systems are often built based on 5G New Radio (NR), but 5G systems can also be built based on E-UTRA radio. It is estimated that NR can provide bit rates on the order of 10G-20Gbit / s or more and can support at least service categories such as enhanced mobile broadband (eMBB) and ultra-reliable low-latency-communication (URLLC) and massive machine type communication (mMTC). NR is expected to provide ultra-wideband, ultra-robust low-latency connectivity and large-scale networking to support the Internet of Things (IoT). As IoT and machine-to-machine (M2M) communications become more widespread, there will be an increasing need for radio access networks that meet the needs of lower power, lower data rates and longer battery life. Next generation radio access network (NG-RAN) refers to the RAN for 5G systems that can provide radio access using both NR and LTE (and LTE Advanced).It should be noted that in NG-RAN, a node capable of providing radio access functionality to user equipment (i.e., similar to a Node B, NB in ​​UTRAN, or evolved NB (eNB) in LTE) may be referred to as a next generation NB (gNB) when built based on NR, and may be referred to as a next generation eNB (NG-eNB) when built based on LTE. Summary of the Invention [Means for solving the problem]

[0003] An aspect may be directed to a method that may include providing information including one or more single network slice selection assistance information (S-NSSAI) and one or more tracking area identities (TAIs) to at least one user equipment registered with a network in a registration area. Each of the one or more single network slice selection assistance information (S-NSSAI) may be included in a list of rejected single network slice selection assistance information (S-NSSAI) or a list of extended rejected single network slice selection assistance information (S-NSSAI) and may be associated with a cause value indicating that the single network slice selection assistance information (S-NSSAI) is not uniformly supported in the registration area and is not supported in the current tracking area.

[0004] An aspect may be directed to an apparatus that may include at least one processor and at least one memory including computer program code. The at least one memory and the computer program code are configured, by the at least one processor, to cause the apparatus to provide information including one or more single network slice selection assistance information (S-NSSAI) and one or more tracking area identifications (TAI) to at least one user equipment registered with a network in a registration area. Each of the one or more single network slice selection assistance information (S-NSSAI) may be included in a list of rejected single network slice selection assistance information (S-NSSAI) or a list of extended rejected single network slice selection assistance information (S-NSSAI) and may be associated with a cause value indicating that the single network slice selection new information (S-NSSAI) is not uniformly supported in the registration area and is not supported in the current tracking area.

[0005] One aspect may be directed to a method that may include receiving, from a network (e.g., from an access and mobility management function of a core network), information including one or more Single Network Slice Selection Assistance Information (S-NSSAI) and one or more Tracking Area Identifications (TAIs) at a user equipment registered with the network in a registration area. Each of the one or more Single Network Slice Selection Assistance Information (S-NSSAI) may be included in a list of Rejected Single Network Slice Selection Assistance Information (S-NSSAI) or a list of Extended Rejected Single Network Slice Selection Assistance Information (S-NSSAI) and may be associated with a cause value indicating that the Single Network Slice Selection Assistance Information (S-NSSAI) is not uniformly supported in the registration area and is not supported in the current tracking area.

[0006] An aspect may be directed to an apparatus that may include at least one processor and at least one memory including computer program code. The at least one memory and the computer program code are configured, by the at least one processor, to cause the apparatus to receive information including at least one or more Single Network Slice Selection Assistance Information (S-NSSAI) and one or more Tracking Area Identification (TAI) from a network, where the apparatus is registered with the network in a registration area. Each of the one or more Single Network Slice Selection Assistance Information (S-NSSAI) may be included in a list of Rejected Single Network Slice Selection Assistance Information (S-NSSAI) or a list of Extended Rejected Single Network Slice Selection Assistance Information (S-NSSAI) and may be associated with a cause value indicating that the Single Network Slice Selection Assistance Information (S-NSSAI) is not uniformly supported in the registration area and is not supported in the current tracking area.

[0007] For an appreciation of the illustrative embodiments, reference should be made to the accompanying drawings, in which: [Brief description of the drawings]

[0008] [Figure 1] FIG. 2 illustrates an example deployment method according to one embodiment. [Diagram 2] FIG. 1 illustrates another exemplary deployment method according to one embodiment. [Figure 3A] FIG. 1 illustrates an example of a possible trace of a UE and the registration procedures required as the UE moves along a path, according to one embodiment. [Figure 3B] FIG. 13 illustrates another example of a possible trace of a UE and the registration procedures required as the UE moves along a path, according to one embodiment. [Figure 4] FIG. 1 is an example diagram illustrating network slices and services mapped based on frequency band allocation according to one embodiment. [Figure 5A]1 is an example flow chart illustrating a method according to one embodiment. [Figure 5B] 1 is an example flow chart illustrating a method according to one embodiment. [Figure 6A] FIG. 1 is an exemplary block diagram illustrating an apparatus according to one embodiment. [Figure 6B] FIG. 1 is an exemplary block diagram illustrating an apparatus according to one embodiment. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0009] It will be readily appreciated that the components of the specific example embodiments outlined herein and illustrated in the Figures may be arranged and designed in a wide variety of different configurations. Thus, the following detailed description of several example embodiments of systems, methods, apparatus and computer program products for efficient registration for partially supported service areas is not intended to limit the scope of the particular embodiments, but rather represents selected example embodiments.

[0010] The features, structures, or characteristics of the exemplary embodiments described throughout this specification may be combined in any suitable manner in one or more exemplary embodiments. For example, the use of the phrases "certain embodiments," "some embodiments," or other similar language throughout this specification indicates that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment. Thus, the use of the phrases "certain embodiments," "some embodiments," "other embodiments," or other similar language throughout this specification do not necessarily all refer to the same group of embodiments, and the described features, structures, or characteristics may be combined in any suitable manner in one or more exemplary embodiments.

[0011] Moreover, if desired, different functions or procedures discussed below may be performed in different orders and / or in parallel with one another. Also, if desired, one or more of the described functions or procedures may be optional or may be combined. The following description should therefore be considered as illustrative of the principles and teachings of particular exemplary embodiments, and not as a limitation thereof.

[0012] Depending on frequency band allocation and availability, it may be desirable to have an area, which may be referred to as Area X, having a Tracking Area Identification (TAI) J, that is smaller than an existing tracking area and supports a particular Single Network Slice Selection Assistance Information (S-NSSAI), which may be referred to as S-NSSAI m. Note that a network slice may refer to a logical network that provides particular network capabilities and characteristics, and the S-NSSAI may be used to uniquely identify a network slice.

[0013] The dimensioning of the Tracking Area (TA) is done at network deployment time, so the network slices and service support needs are known at a much later time, and the area where a particular service needs to be supported may be relatively small compared to the size of the TA for some use cases (e.g. a pop-up store promoting a new application using augmented or virtual reality), and the coverage provided by cells operating at high priority may be spotty.

[0014] Figures 1 and 2 show examples of two possible deployment methods according to certain embodiments. In the examples of Figures 1 and 2, the area with cross-hatching is referred to as area X, and the area without cross-hatching represents an existing tracking area with TAI K; furthermore, the S-NSSAI supported in the existing tracking area may be denoted as S-NSSAI n.

[0015] In a first deployment method (Deployment method 1) shown in the example of Figure 1, there is no overlay, i.e. the cells used to cover area X support S-NSSAI m and S-NSSAI n. In a second deployment method (Deployment method 2) shown in the example of Figure 2, new cells (possibly with different frequency bands) are further deployed in area X, and these new cells support S-NSSAI m and S-NSSAI n.

[0016] The registration procedure allows the network to provide (i) information about a single area (i.e., a Tracking Area Identification (TAI) or a set of registration areas) and (ii) a single list of S-NSSAIs that are uniformly authorized in the area defined by (i). Thus, an authorized S-NSSAI may refer to an S-NSSAI that is valid in a particular registration area. A UE that wants to use S-NSSAI m needs to perform a registration procedure whenever it enters or leaves area X, which may result in frequent registration procedures. Figures 3A and 3B show examples of possible traces of a UE and the registration procedures (re) required as the UE moves along path 305. Figure 4 shows an example diagram illustrating network slices and services mapped based on frequency band allocation with frequent registration area (RA) updates that are performed.

[0017] As described in more detail below, certain embodiments may provide systems and methods for efficient registration for partially supported service areas, such that some embodiments may avoid frequent registration procedures that would otherwise be necessary.

[0018] According to a particular embodiment, when an Access and Mobility Management Function (AMF) of a network receives a registration request message from a UE (i.e., when the UE performs a registration procedure), the AMF may provide multiple sets including a list of TAIs and a list of S-NSSAIs, which the UE can use to determine a TAI that supports an appropriate network slice depending on the type of service or slice required by the UE. For example, in one embodiment, the AMF may provide the UE with one or more of the following: (1) a registration area including a list of TAIs, (2) an allowed NSSAI including a list of S-NSSAIs supported in all RAs, (3) one or more restricted registration areas (subsets of RAs) including a list of TAIs, and / or (4) a partially allowed S-NSSAI that is supported and allowed only within the corresponding restricted RA.

[0019] In some embodiments, the UE may determine the S-NSSAI that is allowed for the UE based on the current TAI, e.g., broadcasted by the NG-RAN node, and based on multiple sets of {List of TAIs, List of S-NSSAIs} received from the AMF. According to one embodiment, the UE does not need to perform a registration procedure when moving between TAIs included in the registration area received from the network. In one embodiment, for a scenario such as that shown in the example of FIG. 2, where the UE detects the presence of two TAIs with different associated S-NSSAIs, the UE may prioritize cell (re)selection based on its preferred S-NSSAI.

[0020] According to a first alternative, the AMF may send a registration accept message to the UE, where the registration accept message may include the following information elements: registration area, allowed NSSAI, restricted registration area, and partially allowed NSSAI. Table 1 below shows how the above information elements may be populated in the registration accept message according to the example deployment method introduced above.

[0021] [Table 1]

[0022] In a particular embodiment, the UE will consider the partially authorized NSSAI including S-NSSAI m as supported when the UE is in TAI J. Also, in the above example, when the UE is in TAI K, the UE will consider only the S-NSSAI in the authorized NSSAI (i.e., S-NSSAI n in this example) as authorized. When the UE needs to be paged, the AMF can select a paging area based on the S-NSSAI associated with the protocol data unit (PDU) session of the UE. In this example, PDU session related to S-NSSAI n → paging area: TAI J, TAI K; PDU session related to S-NSSAI m → paging area: only TAI J. When the UE moves between TAI J and TAI K, the UE does not perform a registration area update.

[0023] According to a second alternative, the AMF sends a registration accept message to the UE, where the registration accept message includes the following information elements: registration area, allowed NSSAIs, rejected NSSAIs with cause codes for each S-NSSAI in the rejected NSSAI indicating that the S-NSSAI is not uniformly supported in the registration area, and the TAIs for which each of the S-NSSAIs is supported. Note that the rejected NSSAI may refer to an NSSI that is rejected in the registration area (or for the whole PLMN). Thus, the UE will not attempt to use the rejected NSSAI again when the UE is in the registration area. Table 2 below shows how the above information elements may be populated in the registration accept message for this alternative, according to the exemplary deployment method introduced above. In this example, the UE may consider that the S-NSSAI m is supported when the UE is in TAI J. Without loss of generality, what is applicable to the rejected NSSAI is applicable to the extended rejected NSSAI.

[0024] [Table 2]

[0025] According to a third alternative, the AMF may include the following information elements in the registration accept message sent to the UE: registration area, allowed NSSAIs, rejected NSSAI with a cause code indicating that the corresponding S-NSSAI is not uniformly supported in that registration area, TAIs for which (each of) the S-NSSAIs in the S-NSSAI list is not supported. Table 3 below shows how the above information elements may be populated for this alternative according to the exemplary deployment method introduced above. In this example, the UE shall consider S-NSSAI m to be supported when the UE is in TAI J. Without loss of generality, what is applicable to rejected NSSAI is also applicable to extended rejected NSSAI.

[0026] [Table 3]

[0027] According to a particular embodiment, the Access and Mobility Management Function (AMF) may update the partially allowed NSSAI or the rejected NSSAI with a cause code indicating that the S-NSSAI is not uniformly supported in the registration area. Additionally, the area information may also be updated. The AMF may use a UE Configuration Update Command message to update these parameters. It should be noted that in a particular embodiment, the information element and / or the cause code are provided to the UE based on the UE signaling its support of such information in the Registration Request message.

[0028] FIG. 5A illustrates an example flow diagram of a method of beam failure detection and / or beam failure recovery according to an example embodiment. In a particular example embodiment, the flow diagram of FIG. 5A may be performed by a network entity or node in a communication system such as LTE or 5G NR. In some example embodiments, the network entity performing the method of FIG. 5A may include or be included in a base station, an access node, a Node B, an eNB, a gNB, an NG-RAN node, a transmission-reception point (TRP), a high altitude platform station (HAPS), a relay station, etc. In an embodiment, the network node performing the method of FIG. 5A may include an access management node such as an AMF or similar radio node.

[0029] As shown in the example of FIG. 5A, in one embodiment, the method may include receiving 500 a registration request message from one or more UEs registered with a network in a registration area. In one embodiment, the method may include providing 510 information including one or more lists of TAIs and one or more lists of S-NSSAIs to the UE. For example, providing 510 may include transmitting the information to the UE in a registration accept message. Additionally or alternatively, providing 510 may include transmitting the information to the one or more UEs in a UE configuration update command message. In one embodiment, the one or more S-NSSAIs may indicate S-NSSAIs that are not uniformly supported in the registration area, and one or more lists of TAIs may be associated with the one or more S-NSSAIs. According to one embodiment, each of the one or more S-NSSAIs may be included in a list of rejected S-NSSAIs or a list of extended rejected S-NSSAIs and may be associated with a cause value indicating that the one or more S-NSSAIs are not uniformly supported in the registration area and / or are not supported in the current tracking area. In one embodiment, each of the one or more lists of TAIs may identify an area in which each of the one or more S-NSSAIs is not supported. According to a particular embodiment, providing 510 may include providing the information and / or a cause value to the UE once the UE signals support of such information in the registration request message.

[0030] According to one embodiment, one or more S-NSSAIs may be included in an information element that identifies S-NSSAIs that are permitted for the UE but are not uniformly supported within a registration area. In one embodiment, one or more lists of TAIs may each identify an area in which one or more S-NSSAIs are supported.

[0031] According to certain embodiments, the information provided at 510 may include at least a registration area including a list of TAIs, an allowed NSSAI including a list of S-NSSAIs supported in the registration area, one or more restricted registration areas including a list of TAIs for the restricted registration area, and / or a partially allowed S-NSSAI that is allowed in the corresponding restricted registration area. Additionally or alternatively, in some embodiments, the information provided to the UE at 510 may further include a rejected NSSAI with a cause value for each S-NSSAI in the rejected NSSAI indicating that the S-NSSAI is not uniformly supported in the registration area, and a TAI for which each of the S-NSSAIs is supported. Additionally or alternatively, in certain embodiments, the information provided to the UE at 510 may further include a rejected NSSAI with a cause value indicating that the corresponding S-NSSAI is not uniformly supported in the registration area and / or is not supported in the current tracking area, and a TAI for which the S-NSSAI is not supported in the list of S-NSSAIs.

[0032] According to one embodiment, if a UE needs to be paged, the method may include selecting a paging area based on an S-NSSAI associated with a PDU session of the UE.

[0033] FIG. 5B illustrates an example flow diagram of a method for beam failure detection and / or beam failure recovery, according to one embodiment. In a particular example embodiment, the flow diagram of FIG. 5B may be performed by a network entity or network node in a communication system, such as LTE or 5G NR. In some embodiments, the network entity performing the method of FIG. 5B may include or be included in a UE (e.g., a multi-panel UE), a communication node, a mobile equipment (ME), a mobile station, a mobile device, a fixed device, an IoT device, or other device. According to one embodiment, the UE performing the method of FIG. 5B may be a UE registered with the network within a registration area.

[0034] As shown in the example of FIG. 5B, in one embodiment, the method may include, at 550, sending a registration request message to a network node, such as a gNB or an AMF. In one embodiment, the method may include, at 560, receiving information including one or more lists of TAIs and one or more lists of S-NSSAIs that the UE may use to determine a TAI that supports an appropriate network slice depending on a type of service required by the UE. According to one embodiment, the one or more S-NSSAIs indicate S-NSSAIs that are not uniformly supported in the registration area, and the one or more lists of TAIs are associated with the one or more S-NSSAIs. For example, receiving 560 may include receiving the information in a registration accept message from the AMF. In one embodiment, receiving 560 may include receiving the information in a UE configuration update command message from the AMF. According to some embodiments, receiving 560 may include receiving the information and / or a cause value once the UE signals support of such information of the UE in the registration request message.

[0035] In one embodiment, the one or more S-NSSAIs may indicate an S-NSSAI that is not uniformly supported in the registration area, and one or more lists of TAIs may be associated with the one or more S-NSSAIs. According to one embodiment, each of the one or more S-NSSAIs may be included in a list of rejected S-NSSAIs or a list of extended rejected S-NSSAIs and may be associated with a cause value indicating that the one or more S-NSSAIs are not uniformly supported in the registration area and / or are not supported in the current tracking area. In one embodiment, each of the one or more lists of TAIs may identify an area in which each of the one or more S-NSSAIs is not supported.

[0036] According to one embodiment, the one or more S-NSSAIs may be included in an information element identifying S-NSSAIs that are permitted for the UE but are not uniformly supported in the registration area, in one embodiment, each of the one or more lists of TAIs may identify an area in which each of the one or more S-NSSAIs is supported.

[0037] According to certain embodiments, the received information may include at least a registration area including a list of TAIs, an allowed NSSAI including a list of S-NSSAIs supported in the registration area, one or more limited registration areas including a list of TAIs in the limited registration area, and / or a partially allowed S-NSSAI that is allowed in the corresponding limited registration area. Additionally or alternatively, in some embodiments, the received information may further include a rejected NSSAI with a cause value for each S-NSSAI in the rejected NSSAI indicating that the S-NSSAI is not uniformly supported in the registration area, and a TAI for which each of the S-NSSAIs is supported. Additionally or alternatively, in certain embodiments, the received information may further include a rejected NSSAI with a cause value indicating that the corresponding S-NSSAI is not uniformly supported in the registration area and / or is not supported in the current tracking area, and a TAI for which the S-NSSAI is not supported in the list of S-NSSAIs.

[0038] According to some embodiments, the method may include, at 570, determining an allowed S-NSSAI for the UE based on a current TAI broadcasted by a radio access network node (e.g., an NG-RAN node) and one or more lists of the TAI and one or more S-NSSAIs.

[0039] According to one embodiment, the method may further include detecting or determining whether the UE is in a TA of a registration area that supports at least one S-NSSAI that is not in the allowed NSSAIs and for which the UE needs to request at least one S-NSSAI, at 580. The method may then include initiating a registration procedure by the UE, for example by sending a registration request message, when the UE detects that the UE is currently in an area in which at least one of the one or more S-NSSAIs that are not uniformly supported in the registration area is supported, at 585. The registration message may include one of the one or more S-NSSAIs that are not uniformly supported in the registration area and that are supported in the current area.

[0040] In one embodiment, the method may include the UE skipping performing a registration procedure when moving between TAIs included in a registration area received from the AMF.

[0041] According to some embodiments, the method may include the UE determining or assuming that at least one of the one or more S-NSSAIs that are not uniformly supported in the registration area is allowed when the UE detects that the UE is in an area in which at least one of the one or more S-NSSAIs that are not uniformly supported in the registration area is supported.

[0042] FIG. 6A illustrates an example of the device 10 according to an embodiment. In an embodiment, the device 10 may be a node, host, or server in or serving a communication network. For example, the device 10 may be a network node, a sensing node, a satellite, a base station, a Node B, an evolved Node B (eNB), a 5G Node B or access point, a next generation Node B (NG-NB or gNB), a TRP, a HAPS, an integrated access and backhaul (IAB) node, and / or a WLAN access point associated with a radio access network, such as an LTE, 5G, or NR radio access network. In some example embodiments, the device 10 may be, for example, an access and mobility management node or other similar network node. In some example embodiments, the device 10 may implement a network function, such as the AMF described above. In some example embodiments, the device 10 may implement multiple network functions of a core network, including the AMF, a policy control function, and a session management function described above.

[0043] It should be understood that in some exemplary embodiments, the apparatus 10 may consist of an edge cloud server (or distributed computing system) and a wireless node, where the edge cloud server and the wireless node may communicate with each other via a wireless path or via a wired connection. For example, in a particular exemplary embodiment where the apparatus 10 represents a gNB, the apparatus may be configured as a central unit (CU) and one or more distributed units (DUs) that divide the gNB functions. In one such exemplary embodiment, the CU may be a logical node that includes gNB functions such as forwarding of user data, mobility control, radio access network sharing, positioning and / or session management. The CU may control the operation of the DU over the fronthaul interface. The DU may be a logical node that includes a subset of the gNB functions depending on the functional division option. It should be noted that those skilled in the art will recognize that the apparatus 10 may include components or mechanisms not shown in FIG. 6A.

[0044] As shown in the example of FIG. 6A, the device 10 may include a processor 12 for processing information and executing instructions or operations. The processor 12 may be any type of general-purpose or special-purpose processor. In fact, the processor 12 may include, by way of example, one or more of a general-purpose computer, a special-purpose computer, a microprocessor, a digital signal processor (DSP), a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), and a processor based on a multi-core processor architecture, or any other processing means. Although a single processor 12 is shown in FIG. 6A, multiple processors may be used according to other embodiments. For example, it should be understood that in certain embodiments, the device 10 may include two or more processors that can form a multiprocessor system that can support multiprocessing (e.g., in this case, the processor 12 may represent a multiprocessor). In certain embodiments, the multiprocessor system can be tightly or loosely coupled (e.g., to form a computer cluster).

[0045] The processor 12 may perform functions related to the operation of the device 10, which may include, for example, precoding of antenna gain / phase parameters, encoding and decoding of individual bits forming communication messages, formatting of information, and overall control of the device 10, including processes related to communication or management of communication resources.

[0046] The device 10 may include or be coupled to a memory 14 (internal or external) that is coupleable to the processor 12 for storing information and instructions executable by the processor 12. The memory 14 may be one or more memories, any suitable for the local application environment, and may be implemented using any suitable volatile or non-volatile data storage technology, such as semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory, and / or removable memory. For example, the memory 14 may be comprised of any combination of random access memory (RAM), read-only memory (ROM), static storage such as a magnetic or optical disk, a hard disk drive (HDD), or any other type of non-transitory, machine or computer readable medium, or other suitable storage means. The instructions stored in the memory 14 may include program instructions or computer program code that, when executed by the processor 12, enable the device 10 to perform the tasks described herein.

[0047] In one embodiment, device 10 may further include or be coupled to a drive or port (internal or external) configured to accept and read an external computer-readable storage medium, such as an optical disk, a USB drive, a flash drive, or any other storage medium. For example, the external computer-readable storage medium may store computer programs or software for execution by processor 12 and / or device 10.

[0048] In some embodiments, the device 10 may also include or be coupled to one or more antennas 15 for transmitting and / or receiving signals and / or data to and / or from the device 10. The device 10 may further include or be coupled to a transceiver 18 configured to transmit and receive information. The transceiver 18 may include, for example, multiple wireless interfaces that may be coupled to the antennas 15 or any other suitable means for transmitting and receiving. The wireless interface may correspond to multiple wireless access technologies, including one or more of GSM, NB-IoT, LTE, 5G, WLAN, Bluetooth, BT-LE, NFC, radio frequency identification (RFID), ultra-wideband (UWB), MulteFire, etc. The wireless interface may include components such as filters, converters (e.g., digital-to-analog converters, etc.), mappers, fast Fourier transform (FFT) modules, etc., to generate symbols for transmission over one or more downlinks and receive symbols (e.g., over an uplink).

[0049] Thus, transceiver 18 may be configured to modulate information onto a carrier waveform for transmission by antenna 15, and to demodulate information received via antenna 15 for further processing by other elements of device 10. In other embodiments, transceiver 18 may be capable of directly transmitting and receiving signals or data. Additionally or alternatively, in some embodiments, device 10 may include input and / or output devices (I / O devices) or input / output means.

[0050] In one embodiment, memory 14 may store software modules that provide functionality when executed by processor 12. The modules may include, for example, an operating system that provides operating system functionality for device 10. The memory may also store one or more functional modules, such as applications or programs, to provide additional functionality to device 10. The components of device 10 may be implemented in hardware or any suitable combination of hardware and software.

[0051] According to some embodiments, the processor 12 and memory 14 may be included in or form part of a processing circuit / means or a control circuit / means. Further, in some embodiments, the transceiver 18 may be included in or form part of a transceiver circuit / means.

[0052] The term "circuitry" as used herein may refer to hardware-only circuit implementations (e.g., analog and / or digital circuitry), combinations of hardware circuits and software that work together to cause a device (e.g., device 10) to perform various functions, combinations of analog and / or digital hardware circuits with software / firmware, any portion of a hardware processor (including a digital signal processor) with software, and / or hardware circuits and / or processors, or portions thereof, that use software for operation but may not be present if software is not necessary for operation. As a further example, the term "circuitry" as used herein may cover implementations of only a hardware circuit or processor (or processors), or portions of a hardware circuit or processor and its associated software and / or firmware. The term circuitry may cover, for example, baseband integrated circuits in a server, a cellular network node or device, or other computing or network device.

[0053] As introduced above, in certain embodiments, the apparatus 10 may be a network element or RAN node, such as a base station, an access point, a Node B, an eNB, a gNB, a TRP, a HAPS, an IAB node, a WLAN access point, etc. In an exemplary embodiment, the apparatus 10 may be a gNB, an AMF, or other wireless node. According to certain embodiments, the apparatus 10 is controllable by the memory 14 and the processor 12 to perform functions associated with any of the embodiments described herein. For example, in some embodiments, the apparatus 10 is configurable to perform one or more of the processes illustrated in any of the flowcharts or signaling diagrams described herein, such as those shown in FIG. 5A or FIG. 5B, or any other method described herein. In some embodiments, the apparatus 10 is configurable to perform procedures related to efficient registration for a partially supported service area, for example, as described herein.

[0054] 6B illustrates an example of the device 20 according to another embodiment. In one embodiment, the device 20 may be a node or element in a communication network or associated with such a network, such as a UE, a communication node, a mobile equipment (ME), a mobile station, a mobile device, a fixed device, an IoT device, or other device. Alternatively, as described herein, a UE may be referred to as, for example, a mobile station, a mobile equipment, a mobile unit, a mobile device, a user device, a subscriber station, a wireless terminal, a tablet, a smartphone, an IoT device, a sensor or NB-IoT device, a watch or other wearable, a head mounted display (HMD), a vehicle, a drone, a medical device and its applications (e.g., remote surgery), an industrial device and its applications (e.g., robots and / or other wireless devices operating in a production and / or automated processing chain context), a consumer electronic device, a device operating in a commercial and / or industrial wireless network, etc. As an example, the device 20 may be implemented in, for example, a wireless handheld device, a wireless plug-in accessory, etc.

[0055] In some example embodiments, device 20 may include one or more processors, one or more computer-readable storage media (e.g., memory, storage, etc.), one or more wireless access components (e.g., modems, transceivers, etc.), and / or a user interface. In some embodiments, device 20 is configurable to operate using one or more wireless access technologies, such as GSM, LTE, LTE-A, NR, 5G, WLAN, WiFi, NB-IoT, Bluetooth, NFC, MulteFire, and / or any other wireless access technology. It should be noted that one skilled in the art would recognize that device 20 may include components or features not shown in FIG. 6B.

[0056] As shown in the example of FIG. 6B, the device 20 can include or be coupled to a processor 22 for processing information and executing instructions or operations. The processor 22 can be any type of general-purpose or special-purpose processor. Indeed, the processor 22 can include, by way of example, one or more of a general-purpose computer, a special-purpose computer, a microprocessor, a digital signal processor (DSP), a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), and a processor based on a multi-core processor architecture. Although a single processor 22 is shown in FIG. 6B, multiple processors may be used according to other embodiments. For example, it should be understood that in certain embodiments, the device 20 may include two or more processors that can form a multiprocessor system that can support multiprocessing (e.g., in this case, the processor 22 can represent a multiprocessor). In certain embodiments, the multiprocessor system can be tightly or loosely coupled (e.g., to form a computer cluster).

[0057] The processor 22 may perform functions related to the operation of the device 20, including, as some examples, precoding of antenna gain / phase parameters, encoding and decoding of individual bits forming communication messages, formatting of information, and overall control of the device 20, including processes related to management of communication resources.

[0058] The device 20 may include or be coupled to a memory 24 (internal or external) that is couplable to the processor 22 for storing information and instructions executable by the processor 22. The memory 24 may be one or more memories and may be of any type suitable for the local application environment and may be implemented using any suitable volatile or non-volatile data storage technology, such as semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory, and / or removable memory. For example, the memory 24 may be comprised of any combination of random access memory (RAM), read-only memory (ROM), static storage such as a magnetic or optical disk, a hard disk drive (HDD), or any other type of non-transitory machine or computer readable medium. The instructions stored in the memory 24 may include program instructions or computer program code that, when executed by the processor 22, enable the device 20 to perform the tasks described herein.

[0059] In one embodiment, device 20 may further include or be coupled to a drive or port (internal or external) configured to accept and read an external computer-readable storage medium, such as an optical disk, a USB drive, a flash drive, or any other storage medium. For example, the external computer-readable storage medium may store computer programs or software for execution by processor 22 and / or device 20.

[0060] In some embodiments, the apparatus 20 may also include or be coupled to one or more antennas 25 for receiving downlink signals and for transmitting from the apparatus 20 via the uplink. The apparatus 20 may further include a transceiver 28 configured to transmit and receive information. The transceiver 28 may also include a radio interface (e.g., a modem) coupled to the antenna 25. The radio interface may correspond to multiple radio access technologies including one or more of GSM, LTE, LTE-A, 5G, NR, WLAN, NB-IoT, Bluetooth, BT-LE, NFC, RFID, UWB, etc. The radio interface may include other components such as filters, converters (e.g., digital-to-analog converters, etc.), symbol demappers, signal shaping components, inverse fast Fourier transform (IFFT) modules, etc., to process symbols such as OFDMA symbols carried by the downlink or uplink.

[0061] For example, transceiver 28 can be configured to modulate information onto a carrier waveform for transmission by antenna 25 and to demodulate information received via antenna 25 for further processing by other elements of device 20. In other embodiments, transceiver 28 may be capable of directly transmitting and receiving signals or data. Additionally or alternatively, in some embodiments, device 20 may include input and / or output devices (I / O devices). In certain embodiments, device 20 may further include a user interface, such as a graphical user interface or a touch screen.

[0062] In one embodiment, the memory 24 stores software modules that provide functionality when executed by the processor 22. The modules may include, for example, an operating system that provides operating system functionality to the device 20. The memory may also store one or more functional modules, such as applications or programs, to provide additional functionality to the device 20. The components of the device 20 may be implemented in hardware or any suitable combination of hardware and software. According to one exemplary embodiment, the device 20 may be optionally configured to communicate with the device 10 via a wireless or wired communication link 70 according to any wireless technology, such as NR.

[0063] According to some embodiments, the processor 22 and memory 24 may be included in or form part of processing or control circuitry. Further, in some embodiments, the transceiver 28 may be included in or form part of transmission and reception circuitry.

[0064] As mentioned above, according to some embodiments, the apparatus 20 may be, for example, a UE, a SL UE, a relay UE, a mobile device, a mobile station, a ME, an IoT device, and / or a NB-IoT device, etc. According to certain embodiments, the apparatus 20 is controllable by the memory 24 and the processor 22 to perform functions associated with any of the embodiments described herein, such as one or more of the operations shown or described in conjunction with FIG. 5A or FIG. 5B, or any other method described herein. For example, in one embodiment, the apparatus 20 is controllable to perform processes related to efficient registration for a partially supported service area as described in detail elsewhere herein.

[0065] In some embodiments, an apparatus (e.g., apparatus 10 and / or apparatus 20) may include means for performing any of the methods, processes, or variations described herein. Examples of means may include one or more processors, memories, controllers, transmitters, receivers, displays, and / or computer program code that causes any of the operations described herein to be performed.

[0066] In light of the above, certain exemplary embodiments provide several technical improvements, enhancements and / or advantages over existing technical processes, constituting improvements at least to the technical field of radio network control and / or management. For example, as detailed above, certain exemplary embodiments may provide a method and / or apparatus for efficient registration for partially supported service areas. As a result of certain embodiments, a UE may be informed of available network slices and may request establishment of a PDU session or initiate a Scheduling Request (SR) for a particular slice without the need to perform a registration update procedure. Also, exemplary embodiments may enable a reduction in control plane (C-plane) traffic, thereby reducing the possibility of procedure collisions in the gNB / AMF, e.g., RU and paging collisions that may result in loss of paging messages. Thus, the use of certain exemplary embodiments results in improved functionality of the communication network and the nodes of the network, such as base stations, eNBs, gNBs and / or IoT devices, UEs or mobile stations.

[0067] In some example embodiments, the functions of any of the methods, processes, signaling diagrams, algorithms or flow charts described herein may be implemented by software and / or computer program code or portions of code stored in a memory or other computer readable or tangible medium and executable by a processor.

[0068] In some exemplary embodiments, the device may include or be associated with at least one software application, module, unit, or entity configured as an arithmetic operation or a program or part of a program (including added or updated software routines) executable by at least one computing processor or controller. A program, also called a program product or computer program, including software routines, applets, and macros, can be stored in any device-readable data storage medium and can include program instructions to perform certain tasks. A computer program product can include one or more computer-executable components configured to implement some exemplary embodiments when the program is executed. One or more computer-executable components may be at least one software code or part of code. Modifications and configurations required to implement the functionality of an exemplary embodiment can be made as routines that can be implemented as added or updated software routines. In one example, the software routines can be downloaded to the device.

[0069] As an example, the software or computer program code or parts of the code can be stored on any kind of carrier, distribution medium or computer readable medium, which may be in source code form, object code form or any intermediate form, and may be any entity or device capable of carrying a program. Such carriers may include, for example, recording media, computer memories, read-only memories, optical and / or electrical carrier signals, telecommunication signals, and / or software distribution packages. Depending on the processing power required, the computer program may be executed in a single electronic digital computer or distributed among several computers. The computer readable medium or computer readable storage medium may be a non-transitory medium.

[0070] In other exemplary embodiments, the functionality of the exemplary embodiments may be performed by hardware or circuitry included in the device, for example, through an application specific integrated circuit (ASIC), a programmable gate array (PGA), a field programmable gate array (FPGA), or any other combination of hardware and software. In yet another exemplary embodiment, the functionality of the exemplary embodiments may be implemented as a signal, such as a non-tangible means that may be carried by an electromagnetic signal downloaded from the Internet or other network.

[0071] According to one exemplary embodiment, an apparatus such as a node, device or corresponding component can be configured as a circuit such as a single chip computer element, a computer or microprocessor, or as a chipset, which may include at least a memory for providing storage capacity used for arithmetic operations and / or an arithmetic processor for performing arithmetic operations.

[0072] The example embodiments described herein are applicable to both singular and plural implementations, regardless of whether singular or plural language is used in connection with the description of a particular embodiment. For example, embodiments describing the operation of a single network node are also applicable to embodiments including multiple instances of the network node, and vice versa.

[0073] Those skilled in the art will readily recognize that the exemplary embodiments, such as those described above, may be implemented in a different sequence and / or with hardware elements in different configurations than those disclosed. Thus, while certain embodiments have been described in accordance with these exemplary embodiments, those skilled in the art will recognize that certain modifications, variations, and alternative constructions will be apparent while remaining within the spirit and scope of the exemplary embodiments.

Claims

1. In an access and mobility function of a network, receiving a registration request from a user equipment in a registration area including a plurality of tracking areas, the registration request including a plurality of Single Network Slice Selection Assistance Information (S-NSSAI); In an access and mobility function of the network, for at least one respective S-NSSAI of the plurality of S-NSSAIs, determining whether the respective S-NSSAI is supported in a current tracking area of ​​the user equipment, each of the plurality of tracking areas being identified by a Tracking Area Identifier (TAI), and if the respective S-NSSAI is supported in the current tracking area, the S-NSSAI is permitted, and if the S-NSSAI is not supported in the current tracking area, the S-NSSAI is rejected; sending, in an access and mobility function of the network, to the user equipment, a response to the registration request, the response including which of the at least one S-NSSAI of the plurality of S-NSSAIs is allowed or rejected in the current tracking area, and a list including one or more TAIs of the plurality of TAIs for which the allowed or rejected S-NSSAI is supported or not supported; Including, The method of claim 1, wherein the list includes one or more TAIs of the tracking areas in which each rejected S-NSSAI is supported.

2. The method of claim 1, wherein each rejected S-NSSAI is partially granted.

3. 2. The method of claim 1, wherein the list includes one or more TAIs of the plurality of tracking areas in which each rejected S-NSSAI is not supported, and includes a TAI of the current tracking area.

4. receiving a second registration request from the user equipment in a new tracking area of ​​the plurality of tracking areas after transmitting a response to the registration request to the user equipment, the second registration request including at least one S-NSSAI of the plurality of S-NSSAIs indicated as supported and allowed in the new tracking area; registering the user equipment with the at least one S-NSSAI of the plurality of S-NSSAIs indicated as supported and allowed, and sending a response to the second registration request to the user equipment, the response to the second registration request including which of the plurality of S-NSSAIs are allowed and which are rejected; The method of claim 1 , comprising:

5. Sending, by a user equipment, a registration request to a network for registering with the network, the user equipment being within a registration area including a plurality of tracking areas, the registration request including a plurality of single network slice selection assistance information (S-NSSAI); receiving, by the user equipment, from the network, a response to the registration request including which of the plurality of S-NSSAIs are supported or not supported in a current tracking area of ​​the user equipment, and a list including one or more Tracking Area Identifiers (TAIs) of a plurality of TAIs for which an allowed or rejected S-NSSAI is supported or not supported, the plurality of TAIs corresponding to the plurality of tracking areas respectively, and if the S-NSSAI is supported in a TAI of the current tracking area, the S-NSSAI is allowed, and if the S-NSSAI is not supported in a TAI of the current tracking area, the S-NSSAI is rejected; determining, by the user equipment, at least one supported and authorized S-NSSAI from among the plurality of S-NSSAIs included in the list of S-NSSAIs, and initiating a registration procedure for the at least one supported and authorized S-NSSAI; Including, The method of claim 1, wherein the list includes one or more TAIs of the tracking areas in which each rejected S-NSSAI is supported.

6. The method of claim 5, wherein each rejected S-NSSAI is partially granted.

7. 6. The method of claim 5, wherein the list includes one or more TAIs of the plurality of tracking areas in which each rejected S-NSSAI is not supported, and includes a TAI of the current tracking area.

8. The method of claim 5 , wherein the registration request is sent to an Access and Mobility Management Function (AMF) of the network.

9. The registration procedure includes: sending a second registration request to the network including at least one S-NSSAI of the plurality of S-NSSAIs indicated as supported and allowed; receiving, by the user equipment, from the network a response to the second registration request confirming registration of the user equipment to the at least one S-NSSAI of the plurality of S-NSSAIs indicated as supported and allowed; The method of claim 5 , comprising:

10. At least one processor; at least one memory containing computer program code; An apparatus comprising: The at least one memory and the computer program code, together with the at least one processor, provide the device with at least: In an access and mobility function, receiving a registration request from a user equipment in a registration area including a plurality of tracking areas, the registration request including a plurality of single network slice selection assistance information (S-NSSAI); and determining, for at least one respective S-NSSAI of the plurality of S-NSSAIs, whether the respective S-NSSAI is supported in a current tracking area of ​​the user equipment, wherein each of the plurality of tracking areas is identified by a Tracking Area Identifier (TAI), and if the respective S-NSSAI is supported in the current tracking area, the S-NSSAI is permitted, and if the S-NSSAI is not supported in the current tracking area, the S-NSSAI is rejected. sending, to the user equipment, in the access and mobility function, a response to the registration request, the response including which of the at least one S-NSSAI of the plurality of S-NSSAIs is allowed or rejected in the current tracking area, and a list of one or more TAIs of the plurality of TAIs for which the allowed or rejected S-NSSAI is supported or not supported; configured to cause The list includes one or more TAIs of the plurality of tracking areas in which each rejected S-NSSAI is supported.

11. The apparatus of claim 10, wherein each rejected S-NSSAI is partially granted.

12. 11. The apparatus of claim 10, wherein the list includes one or more TAIs of the plurality of tracking areas in which a respective rejected S-NSSAI is not supported, and includes a TAI of the current tracking area.

13. The at least one memory and the computer program code, together with the at least one processor, provide the device with at least: receiving a second registration request from the user equipment in a new tracking area of ​​the plurality of tracking areas after transmitting a response to the registration request to the user equipment, the second registration request including at least one S-NSSAI of the plurality of S-NSSAIs indicated as supported and allowed in the new tracking area; registering the user equipment with the at least one S-NSSAI of the plurality of S-NSSAIs indicated as supported and allowed, and sending a response to the second registration request to the at least one user equipment, the response to the second registration request including which of the plurality of S-NSSAIs are allowed and which are rejected; The apparatus of claim 10 configured to cause

Images