Apparatus and method for handling location validity information and service area list in wireless communication system

Abstract

The disclosure relates to a 5G or 6G communication system for supporting a higher data transmission rate. Disclosed is a method of operating a User Equipment, UE, communicatively coupled to a telecommunication network, wherein if the UE wishes to access a particular slice on the telecommunication network and there is an overlap in area between a Service Area information list and a slice location validity information list, including one or more of: location availability information and information regarding a cell inside NS-AoS, then evaluation of the Service Area list is prioritised.

Description

APPARATUS AND METHOD FOR HANDLING LOCATION VALIDITY INFORMATION AND SERVICE AREA LIST IN WIRELESS COMMUNICATION SYSTEM

[0001] The present invention relates to a method for handling location validity information and service area list in the context of a telecommunication network, particularly a Fifth Generation (5G) network.

[0002] 5G mobile communication technologies define broad frequency bands such that high transmission rates and new services are possible, and can be implemented not only in “Sub 6GHz” bands such as 3.5GHz, but also in “Above 6GHz” bands referred to as mmWave including 28GHz and 39GHz. In addition, it has been considered to implement 6G mobile communication technologies (referred to as Beyond 5G systems) in terahertz (THz) bands (for example, 95GHz to 3THz bands) in order to accomplish transmission rates fifty times faster than 5G mobile communication technologies and ultra-low latencies one-tenth of 5G mobile communication technologies.

[0003] At the beginning of the development of 5G mobile communication technologies, in order to support services and to satisfy performance requirements in connection with enhanced Mobile BroadBand (eMBB), Ultra Reliable Low Latency Communications (URLLC), and massive Machine-Type Communications (mMTC), there has been ongoing standardization regarding beamforming and massive MIMO for mitigating radio-wave path loss and increasing radio-wave transmission distances in mmWave, supporting numerologies (for example, operating multiple subcarrier spacings) for efficiently utilizing mmWave resources and dynamic operation of slot formats, initial access technologies for supporting multi-beam transmission and broadbands, definition and operation of BWP (BandWidth Part), new channel coding methods such as a LDPC (Low Density Parity Check) code for large amount of data transmission and a polar code for highly reliable transmission of control information, L2 pre-processing, and network slicing for providing a dedicated network specialized to a specific service.

[0004] Currently, there are ongoing discussions regarding improvement and performance enhancement of initial 5G mobile communication technologies in view of services to be supported by 5G mobile communication technologies, and there has been physical layer standardization regarding technologies such as V2X (Vehicle-to-everything) for aiding driving determination by autonomous vehicles based on information regarding positions and states of vehicles transmitted by the vehicles and for enhancing user convenience, NR-U (New Radio Unlicensed) aimed at system operations conforming to various regulation-related requirements in unlicensed bands, NR UE Power Saving, Non-Terrestrial Network (NTN) which is UE-satellite direct communication for providing coverage in an area in which communication with terrestrial networks is unavailable, and positioning.

[0005] Moreover, there has been ongoing standardization in air interface architecture / protocol regarding technologies such as Industrial Internet of Things (IIoT) for supporting new services through interworking and convergence with other industries, IAB (Integrated Access and Backhaul) for providing a node for network service area expansion by supporting a wireless backhaul link and an access link in an integrated manner, mobility enhancement including conditional handover and DAPS (Dual Active Protocol Stack) handover, and two-step random access for simplifying random access procedures (2-step RACH for NR). There also has been ongoing standardization in system architecture / service regarding a 5G baseline architecture (for example, service based architecture or service based interface) for combining Network Functions Virtualization (NFV) and Software-Defined Networking (SDN) technologies, and Mobile Edge Computing (MEC) for receiving services based on UE positions.

[0006] As 5G mobile communication systems are commercialized, connected devices that have been exponentially increasing will be connected to communication networks, and it is accordingly expected that enhanced functions and performances of 5G mobile communication systems and integrated operations of connected devices will be necessary. To this end, new research is scheduled in connection with eXtended Reality (XR) for efficiently supporting AR (Augmented Reality), VR (Virtual Reality), MR (Mixed Reality) and the like, 5G performance improvement and complexity reduction by utilizing Artificial Intelligence (AI) and Machine Learning (ML), AI service support, metaverse service support, and drone communication.

[0007] Furthermore, such development of 5G mobile communication systems will serve as a basis for developing not only new waveforms for providing coverage in terahertz bands of 6G mobile communication technologies, multi-antenna transmission technologies such as Full Dimensional MIMO (FD-MIMO), array antennas and large-scale antennas, metamaterial-based lenses and antennas for improving coverage of terahertz band signals, high-dimensional space multiplexing technology using OAM (Orbital Angular Momentum), and RIS (Reconfigurable Intelligent Surface), but also full-duplex technology for increasing frequency efficiency of 6G mobile communication technologies and improving system networks, AI-based communication technology for implementing system optimization by utilizing satellites and AI (Artificial Intelligence) from the design stage and internalizing end-to-end AI support functions, and next-generation distributed computing technology for implementing services at levels of complexity exceeding the limit of UE operation capability by utilizing ultra-high-performance communication and computing resources.

[0008] The present disclosure provides methods, apparatus for handling location validity information and service area list in wireless communication system.

[0009] According to an aspect of an exemplary embodiment, there is provided a communication method in a wireless communication.

[0010] According to the present invention there is provided an apparatus and method as set forth in the appended claims. Other features of the invention will be apparent from the dependent claims, and the description which follows.

[0011] According to a first aspect of the invention, there is provided a method of operating a User Equipment, UE, communicatively coupled to a telecommunication network, wherein if the UE wishes to access a particular slice on the telecommunication network and there is an overlap in area between a Service Area information list and a slice location validity information list, including one or more of: location availability information and information regarding a cell inside NS-AoS, then evaluation of the Service Area list is prioritised.

[0012] According to a second aspect of the invention, there is provided a method of operating a User Equipment, UE, communicatively coupled to a telecommunication network, wherein if the UE wishes to access a particular slice on the telecommunication network, the UE only uses S-NSSAI location availability information if the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE.

[0013] According to a third aspect of the invention, there is provided a method of operating a User Equipment, UE, communicatively coupled to a telecommunication network, wherein if the UE wishes to access a particular slice on the telecommunication network, the UE does not use the S-NSSAI location availability information if the UE is in state / mode 5GMM-REGISTERED.NON-ALLOWED-SERVICE.

[0014] According to a fourth aspect of the invention, there is provided a method of operating a User Equipment, UE, communicatively coupled to a telecommunication network, wherein if the UE wishes to access a particular slice on the telecommunication network, the UE only uses validity time information associated with the particular slice if the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE.

[0015] According to a fifth aspect of the invention, there is provided a method of operating a User Equipment, UE, communicatively coupled to a telecommunication network, wherein if the UE wishes to access a particular slice on the telecommunication network, the UE does not use validity time information associated with the particular slice if the UE is in state / mode 5GMM-REGISTERED.NON-ALLOWED-SERVICE.

[0016] According to a third sixth of the invention, there is provided apparatus arranged to perform the method of any preceding aspect.

[0017] According to one or more embodiments of the present invention, when there is a common TAI in the service area list and the S-NSSAI location availability information, then one or more of the following apply:

[0018] Aspects of the present disclosure provide efficient communication methods in a wireless communication system.

[0019] For a better understanding of the invention, and to show how embodiments of the same may be carried into effect, reference will now be made, by way of example only, to the accompanying diagrammatic drawings in which:

[0020] FIG.1 provides details of certain Information Elements associated with an embodiment of the invention.

[0021] FIG.2 provides details of certain Information Elements associated with an embodiment of the invention.

[0022] FIG.3 illustrates a flowchart illustrating a method according to an embodiment of the invention.

[0023] FIG.4 illustrates a flowchart illustrating a method according to an embodiment of the invention.

[0024] FIG.5 illustrates an example diagram of a user equipment, according to embodiments of the present disclosure.

[0025] FIG.6 illustrates an example diagram of a base station, according to embodiments of the present disclosure.

[0026] Further, skilled artisans will appreciate that those elements in the drawings are illustrated for simplicity and may not have necessarily been drawn to scale. For example, the flow charts illustrate the method in terms of the most prominent steps involved to help to improve understanding of aspects of the present invention. Furthermore, in terms of the construction of the device, one or more components of the device may have been represented in the drawings by conventional symbols, and the drawings may show only those specific details that are pertinent to understanding the embodiments of the present invention so as not to obscure the drawings with details that will be readily apparent to those of ordinary skill in the art having the benefit of the description herein.

[0027] Network slicing is known in the art can be supported such that a slice may not be available in all the tracking areas (TAs) of a UE's registration area (RA), noting that an RA can contain a list of TAs identified by TA Identities (TAIs). The description of this can be as follows:

[0028] 5.15.18.1 General

[0029] The network support for a Network Slice is defined on a per Tracking Area granularity. It may be beneficial to deploy some Network Slices such that the Network Slice have a limited geographical availability that is not matching existing Tracking Area boundaries.

[0030] The operator can in this case decide to change the topology of the Tracking Areas so they match the boundaries of the Network Slice, or the operator may configure resources for the Network Slices in the cells of TAs where the Network Slices are to be available, and in areas of the TAs where the network slice is defined to be not available the cells are configured with zero resources.

[0031] The AMF receives from the OAM the information on availability of a network slice when the granularity is smaller than TA, i.e. if the NS-AoS includes TAs where the network slice is not available in some cells of the TA.

[0032] In order to optimize the end-to-end behaviour, the AMF can, based on NS-AoS information received from OAM, configure supporting UEs with S-NSSAI location availability information, and the network may need to monitor the S-NSSAI usage and enforce the NS-AoS e.g. if the UE does not support the S-NSSAI location availability information.

[0033] 5.15.18.2 S-NSSAI location availability information

[0034] S-NSSAI location availability information defines additional restrictions to the usage of an S-NSSAI in TAs where the Network Slice availability does not match the TA boundaries. The AMF is configured per S-NSSAI whether to send the S-NSSAI location availability information to supporting UEs.

[0035] The S-NSSAI location availability information sent to the UE includes, for each applicable S-NSSAI of the Configured NSSAI, Location information indicating the cells of TAs in the RA where the related S-NSSAI is available if the S-NSSAI is not available in all the cells of the TA.

[0036] If the UE has indicated that the UE supports S-NSSAI location availability information in the 5GMM Core Network Capability (see clause　5.4.4a), the AMF may, based on OAM configuration, configure the UE with S-NSSAI location availability information for one or more S-NSSAIs when the AMF allocates an RA where the Network Slice availability does not match whole TAs, by including the S-NSSAI location availability information in the Registration Accept message or the UE Configuration Command message. A UE that receives S-NSSAI location availability information applies the information as follows.

[0037] 1.If the S-NSSAI is rejected in the RA or rejected partially in the RA or rejected with a cause code that allows attempting to register the S-NSSAI again, the UE can request the S-NSSAI only if the S-NSSAI location availability information indicates that the S-NSSAI is available at the cell where the UE is camping.

[0038] 2.If the S-NSSAI is in the Partially Allowed NSSAI or in the Allowed NSSAI, the UE shall not activate User Plane for any already established PDU Session with that S-NSSAI if the UE is in a cell within the RA but outside the Location information of the S-NSSAI. The UE and SMF shall not exchange user data as payload of a NAS message in both uplink and downlink directions.

[0039] 3.If the S-NSSAI is in the Partially Allowed NSSAI or in the Allowed NSSAI, and the UE in CM-IDLE mode is moved to a cell outside the Location information of the S-NSSAI, and the UE has an established PDU Session with that S-NSSAI, the PDU Session is kept.

[0040] NOTE 1:By Radio Resource Management and existing mechanisms in NG-RAN, handover can be used to keep the UE in the NS-AoS or steer the UE to enter the NS-AoS as long as radio conditions allow it.

[0041] NOTE 2:Since the S-NSSAI location availability information is not a used as a trigger for the UE to perform MRU due to mobility, i.e. the UE performs MRU due to mobility upon changing to a new TA outside the UE's Registration Area, the S-NSSAI remains registered and is included in the Allowed NSSAI when the UE exits the NS-AoS. If the S-NSSAI is subject for NSAC, the S-NSSAI is counted towards NSAC as described in clause　5.15.11 also when the UE is outside the NS-AoS.

[0042] 5.15.18.3 Network based monitoring and enforcement of Network Slice Area of Service not matching deployed Tracking Areas

[0043] OAM may configure RRM policies for S-NSSAIs on a per cell basis, i.e. cells outside the Network Slice Area of Service while in a TA supporting the S-NSSAI are allocated with no RRM resources for the S-NSSAI.

[0044] The network may enforce the NS-AoS for an S-NSSAI as follows:

[0045] 1.The network may monitor the validity of the S-NSSAI for UE in CM-CONNECTED state, i.e. the AMF subscribes to the AoI using the Location information of the S-NSSAI location availability information.

[0046] 2.If the non-supporting UE makes a PDU Session establishment request with an S-NSSAI that is not valid as per the S-NSSAI location availability information, the AMF may reject the NAS Transport message with a back-off timer using S-NSSAI based congestion control as described in clause　5.19.7.4.

[0047] 3.If the AMF determines that the UE in CM-CONNECTED has moved outside the NS-AoS, the AMF performs the following logic:

[0048] a)If the non-supporting UE has other S-NSSAI(s) in the Allowed NSSAI, then the AMF may update the UE with a UE Configuration Update by removing the S-NSSAI from the Allowed NSSAI (which causes the UE to locally release the PDU Sessions) and optionally removing the S-NSSAI from the Configured NSSAI and then, the AMF requests the SMF to locally release in the network any PDU Sessions with that S-NSSAI. Alternatively, the AMF requests the SMF to release PDU Sessions with that S-NSSAI.

[0049] b)If the non-supporting UE does not have any other S-NSSAI in the Allowed NSSAI, then the AMF may update the UE with a UE Configuration Update by removing the S-NSSAI from the Allowed NSSAI (which causes the UE to locally release the PDU Sessions) and optionally removing the S-NSSAI from the Configured NSSAI, and adding a default S-NSSAI to the Allowed NSSAI and then, the AMF requests the SMF to locally release in the network any PDU Sessions with the removed S-NSSAI as per step　1f in clause　4.2.3.4 in TS　23.502　[3]. Alternatively, the AMF requests the SMF to release PDU Sessions with that S-NSSAI.

[0050] NOTE:Whether the AMF removes the S-NSSAI from Allowed NSSAI and Configured NSSAI or only releases the associated PDU Sessions when the AMF enforces the NS-AoS is up to AMF configuration.

[0051] c)For a non-supporting UE that does not have any other S-NSSAI in the Allowed NSSAI nor in the Configured NSSAI, then the AMF indicates to the SMF to release the PDU Session.

[0052] 4.If the AMF determines that the S-NSSAI becomes valid e.g. the UE has moved into the NS-AoS, the AMF may update the UE with a UCU e.g. including the S-NSSAI in the Configured NSSAI.

[0053] From the above, it can be seen that the UE may be provided with location information regarding the applicability of a slice (or an S-NSSAI) in a cell of a TA. Per the requirements, the UE is only allowed to use a slice if the cell supports the slice in question. In particular, if the slice (or S-NSSAI) is in the Partially Allowed NSSAI or in the Allowed NSSAI, the UE shall not activate User Plane for any already established PDU Session with that S-NSSAI if the UE is in a cell within the RA but outside the location information of the S-NSSAI.

[0054] The network may only support a slice during a specific time after which the UE cannot get any service which is associated with the slice. This feature is described as follows:

[0055] 5.15.16 Optimized handling of temporarily available network

[0056] A network slice may be available for all UEs or a limited number of UEs only for a limited time that is known at the network in advance e.g. by OAM or subscription. The limited time duration may be due to, for example, the fact that network slice is only temporarily or periodically active in the deployment (e.g. for a limited time to serve an event or a UE may be only authorized to access the network slice for a limited time known in advance), or the network slice is being decommissioned at a known future time. This feature is enabled by S-NSSAI validity time that the network and the UE can handle to reduce the signalling load associated to the transitions in RM and SM states for the network slice.

[0057] The UE may indicate its support for temporarily available network slices in the UE MM Core Network Capability (see clause　5.4.4a) in the Registration Request. The AMF, based on OAM configuration or information received from the UDM or NSSF, may indicate to a supporting UE the validity time for one or more S-NSSAIs in the Configured NSSAI in the Registration Accept message or via the UE Configuration Update procedure. In roaming case, the AMF my include the validity time for an S-NSSAI in the Configured NSSAI either because of limited availability of the VPLMN S-NSSAI or the mapped S-NSSAI of the HPLMN.

[0058] NOTE　1:When the validity time changes or a validity time is determined for a S-NSSAI in the configured NSSAI, the PLMN provides the new validity time for the S-NSSAIs in the Configured NSSAI to a supporting UE.

[0059] If a supporting UE is configured with validity time for an S-NSSAI:

[0060] a)If the validity time indicates the S-NSSAI is available, the UE may request the S-NSSAI in a Requested NSSAI in a Registration request and, if the S-NSSAI is included in the Allowed NSSAI or in the Partially Allowed NSSAI, the UE may establish PDU sessions associated with the S-NSSAI.

[0061] b)If the validity time indicates the S-NSSAI is not available

[0062] -The UE shall not include the S-NSSAI in the Requested NSSAI;

[0063] -If the S-NSSAI is already part of the Allowed NSSAI or Partially Allowed NSSAI, the UE shall remove the S-NSSAI from the locally stored Allowed NSSAI or Partially Allowed NSSAI and the UE shall also locally release any PDU sessions associated with the S-NSSAI.

[0064] -If the validity time indicates the S-NSSAI will not be available again, the UE shall remove the S-NSSAI from the locally stored Configured NSSAI.

[0065] NOTE　2:Subject to implementation decisions outside 3GPP scope, the UE may also use the validity time information to e.g. attempt to use another PDU sessions to continue supporting the connectivity with another connectivity option if possible according to the URSP rules, or, if not possible, e.g. provide implementation-dependent information on the availability of connectivity for specific applications affected by an impending connectivity loss, so the UE can let the end user prepare for the loss of connectivity.

[0066] For a supporting UE, if validity time applies to an S-NSSAI, an AMF supporting temporarily available network slices shall:

[0067] -If the S-NSSAI is provided in a Requested NSSAI in a Registration Request by the UE and the validity time indicates the S-NSSAI is not available, but it is going to become available again (i.e. the UE is detected as not having up to date validity time), then the AMF sends the Configured NSSAI to the UE including the validity time for the S-NSSAI in the Registration Accept message. If the validity time indicates the S-NSSAI is not available and will not become available again, then the AMF sends the Configured NSSAI to the UE, excluding the S-NSSAI from the Configured NSSAI.

[0068] -If the S-NSSAI is in the Allowed NSSAI or the Partially Allowed NSSAI for the UE and the validity time indicates that the S-NSSAI is not available, then locally remove (i.e. without sending any signalling to the UE) the S-NSSAI from the Allowed NSSAI or Partially Allowed NSSAI. If there is any PDU session established for the S-NSSAI, the AMF requests the SMF to release the PDU session:

[0069] -If the UE is in CM-CONNECTED state, the AMF releases the PDU session for the S-NSSAI by sending to the SMF, , a Nsmf_PDUSession_UpdateSMContext Request with a release indication to request the release of the PDU Session and then the AMF forwards the N2 SM request to release the AN resources associated with the PDU session

[0070] -If the UE is in CM-IDLE state, the AMF locally releases the PDU session without paging the UE and causes the SMF to locally release the SM context for the UE by a Nsmf_PDUSession_ReleaseSMContext,. The PDU Session status is synchronized at next time when the UE connects to the network.

[0071] For a non-supporting UE, if validity time applies to an S-NSSAI, an AMF supporting temporarily available network slices shall:

[0072] -If the validity time indicates the S-NSSAI is available, allow or partially allow the network slice when requested, establish PDU sessions when requested.

[0073] -If the S-NSSAI is provided in a Requested NSSAI in a Registration Request by the UE and the validity time indicates the S-NSSAI is not available, reject the registration and remove the S-NSSAI from the Configured NSSAI by providing an updated Configured NSSAI in the Registration Accept message.

[0074] -If the S-NSSAI is in the UE in the Allowed NSSAI or Partially Allowed NSSAI and the validity time indicates the S-NSSAI is not available, remove the S-NSSAI from the Configured NSSAI and the Allowed NSSAI or Partially Allowed NSSAI by a UE Configuration Update procedure. If there is any PDU session established for the S-NSSAI, the AMF requests the SMF to release the PDU session in the network:

[0075] -If the UE is in CM-CONNECTED state, the AMF releases the PDU session for the S-NSSAI by sending to the SMF, a Nsmf_PDUSession_UpdateSMContext Request with a release indication to request the release of the PDU Session and then the AMF forwards the N2 SM request to release the AN resources associated with the PDU session

[0076] -If the UE is in CM-IDLE, the AMF locally releases the PDU session without paging the UE and causes the SMF to locally release the SM context for the UE by a Nsmf_PDUSession_ReleaseSMContext. The PDU Session status is synchronized at next time when the UE connects to the network

[0077] NOTE　3:If the network slice becomes unavailable, and a large number of UEs are impacted, the AMF can send the updates to the non-supporting UEs in a manner that avoids surge in signalling (e.g. next time the UE becomes connected).

[0078] -If the AMF detects from the validity time of a S-NSSAI that it is available again, then update the Configured NSSAI to include the S-NSSAI via a UE Configuration Update procedure.

[0079] NOTE　4:The AMF, for the case of UE not performing any actions despite the validity timing information provided by the network, can terminate PDU Session(s) associated with S-NSSAI subject to be terminated according to the validity time by explicitly releasing the PDU Sessions associated with the S-NSSAI.

[0080] From the above, it is evident that the slice can only be used by a UE if the slice is deemed to be available, otherwise the UE is not allowed to get access to such a slice and the network takes certain actions to ensure this is the case.

[0081] The 5G System (5GS) supports the concept of service area restrictions which define so called allowed areas, or non-allowed areas, where these areas are a list of tracking area identities (TAIs) that are provided by the network in the Service area list Information Element (IE). The details of the IE encoding and how the contents are to be used can be defined in the specification.

[0082] The IE indicates whether the included TAIs are to be considered as allowed or non-allowed, and therefore:

[0083] - when the list indicates that the TAIs are allowed, the UE would consider an area to be allowed if the TAI is part of the allowed list, and therefore the UE would be in a non-allowed area when it is in any TAI which is not part of the allowed list

[0084] - when the list indicates that the TAIs are non-allowed, then the UE would consider an area to be allowed if the TAI is not part of the non-allowed list, and therefore the UE would be in a non-allowed area when it is in a TAI which is part of the list.

[0085] As such, the UE would be in an allowed area if it is inside a list of TAIs that are considered to be allowed, or if it is outside the list of TAIs that are considered to be non-allowed. Similarly, the UE would be in a non-allowed area if it is inside the list of TAIs that are considered to be non-allowed, or it is outside of (or not inside) the list of TAIs that are considered to be allowed.

[0086] The detailed UE behavior with regards to service area restrictions is provided:

[0087] The service area restrictions consist of tracking areas forming either an allowed area, or a non-allowed area. The tracking areas belong to the registered PLMN, its equivalent PLMNs in the registration area, or the registered SNPN. The allowed area can contain up to 16 tracking areas or include all tracking areas in the registered PLMN and its equivalent PLMN(s) in the registration area, or in the registered SNPN. The non-allowed area can contain up to 16 tracking areas. The network conveys the service area restrictions to the UE by including either an allowed area, or a non-allowed area, but not both, in the Service area list IE of a REGISTRATION ACCEPT message or a CONFIGURATION UPDATE COMMAND message.

[0088] If the network does not convey the service area restrictions to the UE in the Service area list IE of a REGISTRATION ACCEPT message, the UE shall treat all tracking areas in the registered PLMN, its equivalent PLMN(s) in the registration area, or in the registered SNPN, as allowed area and delete the stored list of "allowed tracking areas" or the stored list of "non-allowed tracking areas".

[0089] When the UE receives a Service area list IE with an allowed area indication during a registration procedure or a generic UE configuration update procedure:

[0090] a)if the "Type of list" included in the Service area list IE does not indicate "all TAIs belonging to the PLMNs in the registration area are allowed area", the UE shall delete the old list of "allowed tracking areas" and store the tracking areas in the allowed area as the list of "allowed tracking areas". If the UE has a stored list of "non-allowed tracking areas", the UE shall delete that list; or

[0091] b)if the "Type of list" included in the Service area list IE indicates "all TAIs belonging to the PLMNs in the registration area are allowed area", the UE shall treat all tracking areas in the registered PLMN and its equivalent PLMN(s), or in the registered SNPN, as allowed area and delete the stored list of "allowed tracking areas" or the stored list of "non-allowed tracking areas".

[0092] When the UE receives a Service area list IE with a non-allowed area indication during a registration procedure or a generic UE configuration update procedure, the UE shall delete the old list of "non-allowed tracking areas" and store the tracking areas in the non-allowed area as the list of "non-allowed tracking areas". If the UE has a stored list of "allowed tracking areas", the UE shall delete that list.

[0093] If the UE is successfully registered to a PLMN or SNPN and has a stored list of "allowed tracking areas":

[0094] a)while the current TAI is in the list of "allowed tracking areas", the UE shall stay in, or enter, the state 5GMM-REGISTERED.NORMAL-SERVICE and is allowed to initiate any 5GMM and 5GSM procedures; and

[0095] b)while the UE is camped on a cell which is in the registered PLMN,a PLMN from the list of equivalent PLMNs, or the registered SNPN, and the current TAI is not in the list of "allowed tracking areas", the UE shall enter the state 5GMM-REGISTERED.NON-ALLOWED-SERVICE, and:

[0096] 1)if the UE is in 5GMM-IDLE mode or 5GMM-IDLE mode with suspend indication over 3GPP access, the UE:

[0097] i)shall not include the Uplink data status IE in the registration procedure for mobility and periodic registration update except for emergency services or for high priority access;

[0098] ii)shall not perform the registration procedure for mobility and periodic registration update with Follow-on request indicator set to "Follow-on request pending", except for:

[0099] -emergency services;

[0100] -high priority access;

[0101] -indicating a change of 3GPP PS data off UE status;

[0102] -sending an SOR transparent container;

[0103] -sending a UE policy container; or

[0104] -sending a UE parameters update transparent container;

[0105] iii)shall not initiate a service request procedure or request the lower layers to resume a suspended connection, except for:

[0106] -emergency services;

[0107] -emergency services fallback;

[0108] -high priority access;

[0109] -responding to paging;

[0110] -responding to notification received over non-3GPP access;

[0111] -indicating a change of 3GPP PS data off UE status;

[0112] -sending an SOR transparent container;

[0113] -sending a UE policy container; or

[0114] -sending a UE parameters update transparent container; and

[0115] 2)if the UE is in 5GMM-CONNECTED mode or 5GMM-CONNECTED mode with RRC inactive indication over 3GPP access, the UE:

[0116] i)shall not perform the registration procedure for mobility and periodic registration update with Uplink data status IE except for emergency services or for high priority access;

[0117] ii)shall not initiate a service request procedure except for:

[0118] -emergency services;

[0119] -emergency services fallback;

[0120] -high priority access;

[0121] -responding to paging or responding to notification received over non-3GPP access;

[0122] iii)shall not initiate a 5GSM procedure except for:

[0123] -emergency services;

[0124] -high priority access; or

[0125] -indicating a change of 3GPP PS data off UE status; and

[0126] iv)shall not perform the NAS transport procedure except for the sending:

[0127] -SMS;

[0128] -an LPP message;

[0129] -a location services message;

[0130] -an SOR transparent container;

[0131] -a UE policy container;

[0132] -a UE parameters update transparent container; or

[0133] -a CIoT user data container.

[0134] NOTE　1:The contents of CIoT user data container can be data that is not for exception reports, or data that is for exception reports if allowed for the UE (see subclause　6.2.13).

[0135] If the UE is successfully registered to a PLMN or an SNPN and has a stored list of "non-allowed tracking areas":

[0136] a)while the UE is camped on a cell which is in the registered PLMN,a PLMN from the list of equivalent PLMNs, or the registered SNPN, and the current TAI is not in the list of "non-allowed tracking areas", the UE shall stay in, or enter, the state 5GMM-REGISTERED.NORMAL-SERVICE and is allowed to initiate any 5GMM and 5GSM procedures; and

[0137] b)while the current TAI is in the list of "non-allowed tracking areas", the UE shall enter the state 5GMM-REGISTERED.NON-ALLOWED-SERVICE, and:

[0138] 1)if the UE is in 5GMM-IDLE mode or 5GMM-IDLE mode with suspend indication over 3GPP access, the UE:

[0139] i)shall not include the Uplink data status IE in the registration procedure for mobility and periodic registration update except for emergency services or for high priority access;

[0140] ii)shall not perform the registration procedure for mobility and periodic registration update with Follow-on request indicator set to "Follow-on request pending", except for:

[0141] -emergency services;

[0142] -high priority access;

[0143] -indicating a change of 3GPP PS data off UE status;

[0144] -sending an SOR transparent container;

[0145] -sending a UE policy container; or

[0146] -sending a UE parameters update transparent container; and

[0147] iii)shall not initiate a service request procedure or request the lower layers to resume a suspended connection, except for:

[0148] -emergency services;

[0149] -emergency services fallback;

[0150] -high priority access;

[0151] -responding to paging;

[0152] -responding to notification received over non-3GPP access;

[0153] -indicating a change of 3GPP PS data off UE status;

[0154] -sending an SOR transparent container;

[0155] -sending a UE policy container; or

[0156] -sending a UE parameters update transparent container; and

[0157] 2)if the UE is in 5GMM-CONNECTED mode or 5GMM-CONNECTED mode with RRC inactive indication over 3GPP access, the UE:

[0158] i)shall not perform the registration procedure for mobility and periodic registration update with the Uplink data status IE except for emergency services or for high priority access;

[0159] ii)shall not initiate a service request procedure or request the lower layers to resume a suspended connection, except for:

[0160] -emergency services;

[0161] -emergency services fallback;

[0162] -high priority access; or

[0163] -responding to paging or responding to notification received over non-3GPP access;

[0164] iii)shall not initiate a 5GSM procedure except for:

[0165] -emergency services;

[0166] -high priority access; or

[0167] -indicating a change of 3GPP PS data off UE status; and

[0168] iv)shall not perform the NAS transport procedure except for the sending:

[0169] -SMS;

[0170] -an LPP message;

[0171] -a location services message;

[0172] -an SOR transparent container;

[0173] -a UE policy container;

[0174] -a UE parameters update transparent container; or

[0175] -a CIoT user data container.

[0176] NOTE　2:The contents of CIoT user data container can be data that is not for exception reports, or data that is for exception reports if allowed for the UE (see subclause　6.2.13).

[0177] The list of "allowed tracking areas", as well as the list of "non-allowed tracking areas" shall be erased when:

[0178] a)the UE is switched off; and

[0179] b)the UICC containing the USIM is removed or an entry of the "list of subscriber data" with the SNPN identity of the SNPN is updated.

[0180] When a tracking area is added to the list of "5GS forbidden tracking areas for roaming" or to the list of "5GS forbidden tracking areas for regional provision of service" as specified in the subclauses　5.5.1.2.5 or 5.5.1.3.5, the tracking area shall be removed from the list of "allowed tracking areas" if the tracking area is already present in the list of "allowed tracking areas" and from the list of "non-allowed tracking areas" if the tracking area is already present in the list of "non-allowed tracking areas".

[0181] From the above, it is understood that when the UE is in an allowed area, it can continue to receive normal services and hence it is in 5GMM-REGISTERED.NORMAL-SERVICE. On the other hand, when the UE is in a non-allowed area, it enters the state 5GMM-REGISTERED.NON-ALLOWED-SERVICE, and it cannot obtain normal service e.g. it cannot request a PDU session to be established (except for emergency services, etc.).

[0182] S-NSSAI location validity information is described in detail on 3GPP TS24.501 V18.6.0 and certain portions are reproduced below. Reference is made to certain figures which are reproduced in the accompanying figures.

[0183] FIG.1 provides details of certain Information Elements associated with an embodiment of the invention.

[0184] FIG 1a shows Figure 9.11.3.100.1; FIG 1b shows Figure 9.11.3.100.2; FIG 1c shows Figure 9.11.3.100.3; and FIG 1d shows Figure 9.11.3.100.4.

[0185] 9.11.3.100S-NSSAI location validity information

[0186] The purpose of the S-NSSAI location validity information information element is to provide the S-NSSAI location validity information to the UE.

[0187] The S-NSSAI location validity information information element is coded as shown in figures　9.11.3.100.1, 9.11.3.100.2, 9.11.3.100.3, and 9.11.3.100.4 and table　9.11.3.100.1.

[0188] The S-NSSAI location validity information information element can contain per-S-NSSAI location validity information for maximum 8 S-NSSAIs.

[0189] The S-NSSAI location validity information information is a type 6 information element with a minimum length of 25 octets and a maximum length of 19307 octets.

[0190] Table 9.11.3.100.1 is reproduced below table 1:

[0191]

[0192] In essence, the above provides that there is available a list of slices associated with a list of cell identities.

[0193] The service area list contains tracking area codes (TAC). Normally the cell broadcasts a TAC. So the overlap would mean that the cell of the NS-AoS would broadcast a TAC which is the same as the TAC in the service area list, partially reproduced below. Reference is made to certain figures which are reproduced in the accompanying figures.

[0194] FIG.2 provides details of certain Information Elements associated with an embodiment of the invention.

[0195] FIG 2a shows Figure 9.11.3.49.1; and FIG 2b shows Figure 9.11.3.49.2.

[0196] 9.11.3.49Service area list

[0197] The purpose of the Service area list information element is to transfer a list of allowed tracking areas for an allowed area or a list of non-allowed tracking areas for a non-allowed area from the network to the UE.

[0198] The coding of the information element allows combining different types of lists. The lists of type "00" and "01" allow a more compact encoding, when the different TAIs are sharing the PLMN identity. The lists of type "11" indicate all TAIs of the PLMNs in the registration area are allowed area.

[0199] The Service area list information element is coded as shown in figure　9.11.3.49.1, figure　9.11.3.49.2, figure　9.11.3.49.3, figure　9.11.3.49.4, figure　9.11.3.49.5 and table　9.11.3.49.1.

[0200] The Service area list is a type 4 information element with a minimum length of 6 octets and a maximum length of 114 octets. The list can contain a maximum of 16 different tracking area identities.

[0201] A problem with the prior art is best described with an example. Assume that a slice is indicated to be supported in a particular TAI, say TAI #1. Based on the S-NSSAI location availability information, the slice in question is indeed available for use in TAI #1. Assume also that the service area restriction information is received in the UE such that TAI #1 is deemed to be a non-allowed area.

[0202] The above therefore creates a scenario in which the UE may find the information to be contradictory. A standardized behaviour for the UE is therefore required so that the UE would function in accordance to well defined rules - otherwise different UEs will behave differently and the network would then behave differently in response, which is extremely undesirable.

[0203] It is an aim of an embodiment of the present invention to address this and other shortcomings in the prior art.

[0204] - The UE prioritizes the service area restriction list over the S-NSSAI location availability information

[0205] - The UE uses the S-NSSAI location availability information only when the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE, and optionally the UE does not use the S-NSSAI location availability information when the UE is in state / mode 5GMM-REGISTERED.NON-ALLOWED.SERVICE

[0206] - The UE deletes one of the lists, and / or performs MRU

[0207] Although a few preferred embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that various changes and modifications might be made without departing from the scope of the invention, as defined in the appended claims.

[0208] Note that in the following, the described steps may apply in any order or combination as long as they achieve the desired aim.

[0209] Note also that throughout reference is made to the S-NSSAI location availability information, the same techniques can be applicable using the validity time for an S-NSSAI, where instead of the UE verifying if a slice is supported in a TAI which considered to be in an allowed area, the UE can instead verify if the slice can be used at the current time (based on the validity time for an S-NSSAI) and the UE is in an allowed service area (or the UE is in 5GMM-REGISTERED.NORMAL-SERVICE).

[0210] In a first embodiment, the UE considers one particular list (or information) to take precedence over the other. Note: the term "information" may refer to any format of information that can be either a list, or contents of an information element (IE), or message. As such, the service area information may refer to the service area list in the Service area list IE or the general (or particular e.g. at least one TAI) content of the Service area list IE.

[0211] Similarly, the slice location availability information may refer to the contents of the corresponding IE in its entirety or it may refer to at least one TAI which is represented by the information. It should be noted that the TAIs may be either provided as part of the slice location information or may be determined by the UE based on the cells where the slice is supported. For example, if a cell is known to support a particular slice, the UE can determine that TAI where the slice is supported as the TAI that is broadcast (or represented) by that cell. As such, the TAI information in the slice location validity information is expected to be known in the UE and the details herein apply regardless of the method by which the UE makes the determination about this the TAI where a slice is supported.

[0212] The following solution options apply optionally when the UE receives service area restriction information and slice location availability information from the network.

[0213] The UE may verify if there is at least one TAI which is present (or is common) in both the service area information (list) and the S-NSSAI location availability information, optionally such that the TAI is considered to be non-allowed (or part of a non-allowed service area). The UE may behave as set out next if indeed there is such a TAI which is considered to be common in both information set, or optionally is common in both information such and also it is considered to be a non-allowed TAI. Or the common TAI is considered to be part of a non-allowed service area, and the TAI is also part of the S-NSSAI location availability information. Note that the UE considers a TAI to be part of the non-allowed service area using any of the following ways:

[0214] - The service area list indicates that the TAI type is allowed and the TAI in question is not part of the allowed TAI list, (and optionally the UE is in such a TAI that is not part of the allowed area)

[0215] - The service area list indicates that the TAI type is non-allowed and the TAI in question is part of the non-allowed TAI list, (and optionally the UE is in such a TAI that is part of the non-allowed area)

[0216] Note that the TAI in question may be the TAI that is part of the S-NSSAI location availability information which the UE may be considering when determining if a slice can be used or not in its current location.

[0217] The UE may verify if a slice can be used based on the S-NSSAI location availability information, where the UE may verify if a TAI (e.g. related to a cell) supports the slice. The UE should verify if the TAI (associated with this slice) is considered to be part of the allowed service area or part of the non-allowed service area. The UE may behave in any of the following manner (described below) if the TAI (in question) is deemed to be part of a non-allowed service area, or when the TAI in question is common across the service information list and the S-NSSAI location availability information.

[0218] Option 1: the UE prioritizes the service area information over the S-NSSAI location availability information.

[0219] In this option, the UE considers one of the information type to be of higher priority than the other, or to have higher precedence over the other. By doing so, the UE behaves according to the information that is considered to have higher priority or higher precedence, and consequently the information which has lower priority or lower precedence will basically have no effect on the UE behaviour. As such, the UE follows the requirements of the information that is deemed to be of higher priority or of higher precedence.

[0220] The UE should consider the service area information to have higher precedence over the slice location availability information. The UE may do so for any TAI that is part of the service area list and that is also part of the S-NSSAI location availability information. Alternatively, the UE may do so when any TAI that is considered to be part of a non-allowed area is also part of the S-NSSAI location availability information.

[0221] By considering the service area information to have higher precedence as proposed above, the UE would therefore refrain from using the slice (or S-NSSAI) when the UE is in the TAI where the slice is supported, and the TAI is also part of the non-allowed area.

[0222] Note that based on this option, the UE can optionally only use an S-NSSAI, which is subject to S-NSSAI location availability information, if the TAI where the S-NSSAI is supported is considered to be part of the allowed service area (or as part of an allowed area).

[0223] Option 2: the UE prioritizes the S-NSSAI location availability information over the service area information.

[0224] In this option, the UE can always use an S-NSSAI, which is supported in a TAI, if the UE in the TAI (or in the cell which is part of that TAI) regardless of whether the TAI is in the service area list or not, or regardless of whether the TAI is in a non-allowed area or not.

[0225] The UE may optionally behave as described above if the UE is considered to be a high priority access UE or if the UE wants to use any high priority service, where for example the slice is known to be associated with (a PDU session for) a high priority service. The UE may behave as set out above if the UE is configured for multimedia priority service (MPS) or if the UE is configured for mission critical service (MCS) or if the slice is associated with a PDU session that is used for MPS or MCS.

[0226] In a second embodiment, the UE considers (or uses) the S-NSSAI location availability information when the UE is in 5GMM-REGISTERED.NORMAL-SERVICE state.

[0227] Optionally, the UE should only use the S-NSSAI location availability information if the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE. Alternatively, the UE can only use an S-NSSAI, optionally to either establish a PDU session or modify a PDU session which is associated with / for the S-NSSAI, only when the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE.

[0228] Alternatively, when the UE is in state / mode 5GMM-REGISTERED.NON-ALLOWED-SERVICE, the UE should stop using the S-NSSAI location availability information or should stop using (or should not use) the S-NSSAI which is part of (or associated with) the S-NSSAI location availability information.

[0229] As such, the UE should optionally now verify for a new condition in order to determine if the S-NSSAI location availability information should be used or not, and that is based on whether the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE or the UE is in state / mode 5GMM-REGISTERED.NON-ALLOWED-SERVICE as described above.

[0230] Note that the same details set out above would apply for the validity time for an S-NSSAI i.e. when the UE is configured with a validity time for an S-NSSAI and / or when the UE indicates its support for temporarily available network slices. The UE can instead verify if the slice can be used at the current time (based on the validity time for an S-NSSAI) and the UE is in an allowed service area (or the UE is in 5GMM-REGISTERED.NORMAL-SERVICE). As such, the UE can only use an S-NSSAI if it is permitted according to the validity time for an S-NSSAI, and also the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE. If the UE is in state / mode 5GMM-REGISTERED.NON-ALLOWED-SERVICE, the UE should stop using the validity time for an S-NSSAI information.

[0231] As such, the UE should optionally now verify for a new condition in order to determine if the validity time for an S-NSSAI information should be used or not, and that is based on whether the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE or the UE is in state / mode 5GMM-REGISTERED.NON-ALLOWED-SERVICE as described above.

[0232] In a third embodiment, the AMF ensures that a TAI is either available in one of the information list but not both.

[0233] In this solution option, the responsibility is on the AMF to ensure that a TAI is not part of the service area list and the S-NSSAI location availability information. Therefore, when sending this information to the UE, the AMF should ensure that the service area restriction information and the S-NSSAI location availability information should not contain the same TAI entries, or should not contain a common TAI.

[0234] Alternatively, the AMF should ensure that the service area restriction information and the S-NSSAI location availability information should not contain the same TAI entries (or should not contain a common TAI) optionally when the TAI in question is considered to be part of a non-allowed area.

[0235] Alternatively, the AMF should not send both lists when the S-NSSAI location availability information feature is used, where the UE and the AMF may have exchanged the relevant capabilities for this feature. As such the AMF either sends the service information list or the S-NSSAI location availability information list, but not both.

[0236] In one alternative, if the UE receives a service area information and an S-NSSAI location availability information, the UE should verify if there is a common TAI in both information sets (or lists), or the UE should verify if there is a common TAI in both information sets (or lists) such that the common TAI is considered to be part of a non-allowed area. If this is the case, the UE may behave as follows:

[0237] - The UE may delete one of the lists locally and the UE may perform a registration procedure (by sending a REGISTRATION REQUEST message). The UE either deletes the service area information list, or the S-NSSAI location availability information. In one option, the UE may delete both lists or both sets of information

[0238] - The UE deletes the TAI entry from the service area list, optionally when the TAI is considered to be a non-allowed area

[0239] - The UE deletes the TAI entry from the S-NSSAI location availability information

[0240] ● The UE deletes the S-NSSAI entry from the S-NSSAI location availability information, where the S-NSSAI entry in question is associated with the TAI that is common. The UE may delete the TAI in that information as well

[0241] - The UE may ignore one or both of the information sets received. The UE may perform a registration procedure (e.g. the UE sends the Registration Request message) to get the information again from the network

[0242] - The UE may send a 5GMM STATUS message when it receives a NAS message such that the message contains both information with a common TAI, optionally when the TAI is considered to be a non-allowed area. The UE may include an existing or new 5GMM cause value in the 5GMM STATUS message

[0243] - The UE may take any combination of the above proposed actions

[0244] FIG.3 illustrates a flowchart illustrating a method according to an embodiment of the invention;

[0245] For completeness, FIG.3 illustrates a flowchart representing a first embodiment of the invention.

[0246] At S101, a UE wishes to access a particular slice on the telecommunication network.

[0247] At S102, the UE it is determined if there is an overlap in area between a Service Area information list and a slice location validity information list, including one or more of: location availability information and information regarding a cell inside NS-AoS.

[0248] At S103, if there is such an overlap, then evaluation of Service Area list is prioritised.

[0249] FIG.4 illustrates a flowchart illustrating a method according to an embodiment of the invention;

[0250] FIG.4 shows a flowchart representing a second embodiment of the invention.

[0251] At S201, a UE wishes to access a particular slice on the telecommunication network.

[0252] At S202, the UE verifies if it is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE.

[0253] At S203, if it so determined, then S-NSSAI location availability information is used.

[0254] FIG.5 illustrates an example diagram of a user equipment, according to embodiments of the present disclosure.

[0255] As shown in FIG. 5, the UE according to an embodiment may include a transceiver 510, a memory 520, and a processor 530. The transceiver 510, the memory 520, and the processor 530 of the UE may operate according to a communication method of the UE described above. However, the components of the UE are not limited thereto. For example, the UE may include more or fewer components than those described above. In addition, the processor 530, the transceiver 510, and the memory 520 may be implemented as a single chip. Also, the processor 530 may include at least one processor. Furthermore, the UE of FIG 5 may correspond to UE (or terminal) described above.

[0256] The transceiver 510 collectively refers to a UE receiver and a UE transmitter, and may transmit / receive a signal to / from a base station or a network entity. The signal transmitted or received to or from the base station or a network entity may include control information and data. The transceiver 510 may include a RF transmitter for up-converting and amplifying a frequency of a transmitted signal, and a RF receiver for amplifying low-noise and down-converting a frequency of a received signal. However, this is only an example of the transceiver 510 and components of the transceiver 510 are not limited to the RF transmitter and the RF receiver.

[0257] Also, the transceiver 510 may receive and output, to the processor 530, a signal through a wireless channel, and transmit a signal output from the processor 530 through the wireless channel.

[0258] The memory 520 may store a program and data required for operations of the UE. Also, the memory 520 may store control information or data included in a signal obtained by the UE. The memory 520 may be a storage medium, such as read-only memory (ROM), random access memory (RAM), a hard disk, a CD-ROM, and a DVD, or a combination of storage media.

[0259] The processor 530 may control a series of processes such that the UE operates as described above. For example, the transceiver 510 may receive a data signal including a control signal transmitted by the base station or the network entity, and the processor 530 may determine a result of receiving the control signal and the data signal transmitted by the base station or the network entity.

[0260] FIG.6 illustrates an example diagram of a base station or a network entity (or network function), according to embodiments of the present disclosure.

[0261] As shown in FIG. 6, the base station or the network entity according to an embodiment may include a transceiver 610, a memory 620, and a processor 630. The transceiver 610, the memory 620, and the processor 630 of the base station or the network entity may operate according to a communication method of the base station or the network entity described above. However, the components of the base station or the network entity are not limited thereto. For example, the base station or the network entity may include more or fewer components than those described above. In addition, the processor 630, the transceiver 610, and the memory 620 may be implemented as a single chip. Also, the processor 630 may include at least one processor. Furthermore, the base station of FIG 6 may correspond to base station (BS) or network entity (or network function) described above.

[0262] The transceiver 610 collectively refers to the base station (or the network entity receiver) and a base station (or the network entity) transmitter, and may transmit / receive a signal to / from a terminal or a network entity or a base station. The signal transmitted or received to or from the terminal or a network entity or the base station may include control information and data. The transceiver 610 may include a RF transmitter for up-converting and amplifying a frequency of a transmitted signal, and a RF receiver for amplifying low-noise and down-converting a frequency of a received signal. However, this is only an example of the transceiver 610 and components of the transceiver 610 are not limited to the RF transmitter and the RF receiver.

[0263] Also, the transceiver 610 may receive and output, to the processor 630, a signal through a wireless channel, and transmit a signal output from the processor 630 through the wireless channel.

[0264] The memory 620 may store a program and data required for operations of the base station or the network entity. Also, the memory 620 may store control information or data included in a signal obtained by the base station or the network entity. The memory 620 may be a storage medium, such as read-only memory (ROM), random access memory (RAM), a hard disk, a CD-ROM, and a DVD, or a combination of storage media.

[0265] The processor 630 may control a series of processes such that the base station or the network entity operates as described above. For example, the transceiver 610 may receive a data signal including a control signal transmitted by the terminal or the network entity or the base station, and the processor 630 may determine a result of receiving the control signal and the data signal transmitted by the terminal or the network entity or the base station.

[0266] At least some of the example embodiments described herein may be constructed, partially or wholly, using dedicated special-purpose hardware. Terms such as 'component', 'module' or 'unit' used herein may include, but are not limited to, a hardware device, such as circuitry in the form of discrete or integrated components, a Field Programmable Gate Array (FPGA) or Application Specific Integrated Circuit (ASIC), which performs certain tasks or provides the associated functionality. In some embodiments, the described elements may be configured to reside on a tangible, persistent, addressable storage medium and may be configured to execute on one or more processors. These functional elements may in some embodiments include, by way of example, components, such as software components, object-oriented software components, class components and task components, processes, functions, attributes, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, and variables. Although the example embodiments have been described with reference to the components, modules and units discussed herein, such functional elements may be combined into fewer elements or separated into additional elements. Various combinations of optional features have been described herein, and it will be appreciated that described features may be combined in any suitable combination. In particular, the features of any one example embodiment may be combined with features of any other embodiment, as appropriate, except where such combinations are mutually exclusive. Throughout this specification, the term "comprising" or "comprises" means including the component(s) specified but not to the exclusion of the presence of others.

[0267] Attention is directed to all papers and documents which are filed concurrently with or previous to this specification in connection with this application and which are open to public inspection with this specification, and the contents of all such papers and documents are incorporated herein by reference.

[0268] All of the features disclosed in this specification (including any accompanying claims, abstract and drawings), and / or all of the steps of any method or process so disclosed, may be combined in any combination, except combinations where at least some of such features and / or steps are mutually exclusive.

[0269] Each feature disclosed in this specification (including any accompanying claims, abstract and drawings) may be replaced by alternative features serving the same, equivalent or similar purpose, unless expressly stated otherwise. Thus, unless expressly stated otherwise, each feature disclosed is one example only of a generic series of equivalent or similar features.

[0270] The invention is not restricted to the details of the foregoing embodiment(s). The invention extends to any novel one, or any novel combination, of the features disclosed in this specification (including any accompanying claims, abstract and drawings), or to any novel one, or any novel combination, of the steps of any method or process so disclosed.

Claims

1.A method of operating a User Equipment, UE, communicatively coupled to a telecommunication network, wherein if the UE wishes to access a particular slice on the telecommunication network and there is an overlap in area between a Service Area information list and a slice location validity information list, including one or more of: location availability information and information regarding a cell inside NS-AoS, then evaluation of the Service Area list is prioritised.2.The method of claim 1, wherein if the UE wishes to access a particular slice on the telecommunication network, the UE only uses S-NSSAI location availability information if the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE.3.The method of claim 1, wherein if the UE wishes to access a particular slice on the telecommunication network, the UE does not use the S-NSSAI location availability information if the UE is in state / mode 5GMM-REGISTERED.NON-ALLOWED-SERVICE.4.The method of claim 1, wherein if the UE wishes to access a particular slice on the telecommunication network, the UE only uses validity time information associated with the particular slice if the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE.5.The method of claim 1, wherein if the UE wishes to access a particular slice on the telecommunication network, the UE does not use validity time information associated with the particular slice if the UE is in state / mode 5GMM-REGISTERED.NON-ALLOWED-SERVICE.6.An apparatus for operating a User Equipment, UE, communicatively coupled to a telecommunication network, the apparatus comprising:wherein if the UE wishes to access a particular slice on the telecommunication network and there is an overlap in area between a Service Area information list and a slice location validity information list, including one or more of: location availability information and information regarding a cell inside NS-AoS, then evaluation of the Service Area list is prioritised.7.The apparatus of claim 6,wherein if the UE wishes to access a particular slice on the telecommunication network, the UE only uses S-NSSAI location availability information if the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE.8.The apparatus of claim 6,wherein if the UE wishes to access a particular slice on the telecommunication network, the UE does not use the S-NSSAI location availability information if the UE is in state / mode 5GMM-REGISTERED.NON-ALLOWED-SERVICE.9.The apparatus of claim 6,wherein if the UE wishes to access a particular slice on the telecommunication network, the UE only uses validity time information associated with the particular slice if the UE is in state / mode 5GMM-REGISTERED.NORMAL-SERVICE.10.The apparatus of claim 6, wherein if the UE wishes to access a particular slice on the telecommunication network, the UE does not use validity time information associated with the particular slice if the UE is in state / mode 5GMM-REGISTERED.NON-ALLOWED-SERVICE.

Images