Techniques of handling restricted rat list in device

Abstract

In an aspect of the disclosure, a method, a computer-readable medium, and an apparatus are provided. The apparatus may be a UE. The UE receives, from a network entity of a Public Land Mobile Network (PLMN), a first mobility management message containing a Radio Access Technology (RAT) restriction list indicating one or more restricted RATs. The UE stores the RAT restriction list in a non-volatile memory of the UE.

Description

TECHNIQUES OF HANDLING RESTRICTED RAT LIST IN DEVICECROSS-REFERENCE TO RELATED APPLICATION (S)

[0001] This application claims priority to Indian Patent Application Serial No. 202421054539, entitled “METHOD TO HANDLE RESTRICTED RAT LIST IN THE DEVICE” and filed on July 17, 2024, which is expressly incorporated by reference herein in its entirety.TECHNICAL FIELD

[0002] The present disclosure relates generally to wireless communications, and more particularly, to techniques of managing a restricted Radio Access Technology (RAT) list in a User Equipment (UE) .BACKGROUND

[0003] The statements in this section merely provide background information related to the present disclosure and may not constitute prior art.

[0004] Wireless communication systems are widely deployed to provide various telecommunication services such as telephony, video, data, messaging, and broadcasts. Typical wireless communication systems may employ multiple-access technologies capable of supporting communication with multiple users by sharing available system resources. Examples of such multiple-access technologies include code division multiple access (CDMA) systems, time division multiple access (TDMA) systems, frequency division multiple access (FDMA) systems, orthogonal frequency division multiple access (OFDMA) systems, single-carrier frequency division multiple access (SC-FDMA) systems, and time division synchronous code division multiple access (TD-SCDMA) systems.

[0005] These multiple access technologies have been adopted in various telecommunication standards to provide a common protocol that enables different wireless devices to communicate on a municipal, national, regional, and even global level. An example telecommunication standard is 5G New Radio (NR) . 5G NR is part of a continuous mobile broadband evolution promulgated by Third Generation Partnership Project (3GPP) to meet new requirements associated with latency, reliability, security, scalability (e.g., with Internet of Things (IoT) ) , and other requirements. Some aspects of 5G NR may be based on the 4G Long Term Evolution (LTE) standard. There exists a need for further improvements in 5G NR technology. These improvements may also be applicable to other multi-access technologies and the telecommunication standards that employ these technologies.SUMMARY

[0006] The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects, and is intended to neither identify key or critical elements of all aspects nor delineate the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.

[0007] In an aspect of the disclosure, a method, a computer-readable medium, and an apparatus are provided. The apparatus may be a UE. The UE receives, from a network entity of a Public Land Mobile Network (PLMN) , a first mobility management message containing a Radio Access Technology (RAT) restriction list indicating one or more restricted RATs. The UE stores the RAT restriction list in a non-volatile memory of the UE.

[0008] In an aspect of the disclosure, a method, a computer-readable medium, and a network are provided. The network includes one or more network entities. The one or more network entities determine that a Radio Access Technology (RAT) restriction applies to a user equipment (UE) within a Public Land Mobile Network (PLMN) . The one or more network entities transmit, to the UE, a first mobility management message containing a RAT restriction list indicating one or more restricted RATs. The RAT restriction list is configured to be stored by the UE in a non-volatile memory.

[0009] To the accomplishment of the foregoing and related ends, the one or more aspects comprise the features hereinafter fully described and particularly pointed out in the claims. The following description and the annexed drawings set forth in detail certain illustrative features of the one or more aspects. These features are indicative, however, of but a few of the various ways in which the principles of various aspects may be employed, and this description is intended to include all such aspects and their equivalents.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] FIG. 1 is a diagram illustrating an example of a wireless communications system and an access network.

[0011] FIG. 2 is a diagram illustrating a base station in communication with a UE in an access network.

[0012] FIG. 3 illustrates an example logical architecture of a distributed access network.

[0013] FIG. 4 illustrates an example physical architecture of a distributed access network.

[0014] FIG. 5 is a diagram illustrating an example wireless communication system for managing a restricted Radio Access Technology (RAT) list in a UE.

[0015] FIG. 6 is a flow chart of a method for managing a RAT restriction list.

[0016] FIG. 7 is a flow chart of a method for managing RAT restrictions.DETAILED DESCRIPTION

[0017] The detailed description set forth below in connection with the appended drawings is intended as a description of various configurations and is not intended to represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough understanding of various concepts. However, it will be apparent to those skilled in the art that these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

[0018] Several aspects of telecommunications systems will now be presented with reference to various apparatus and methods. These apparatus and methods will be described in the following detailed description and illustrated in the accompanying drawings by various blocks, components, circuits, processes, algorithms, etc. (collectively referred to as “elements” ) . These elements may be implemented using electronic hardware, computer software, or any combination thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0019] By way of example, an element, or any portion of an element, or any combination of elements may be implemented as a “processing system” that includes one or more processors. Examples of processors include microprocessors, microcontrollers, graphics processing units (GPUs) , central processing units (CPUs) , application processors, digital signal processors (DSPs) , reduced instruction set computing (RISC) processors, systems on a chip (SoC) , baseband processors, field programmable gate arrays (FPGAs) , programmable logic devices (PLDs) , state machines, gated logic, discrete hardware circuits, and other suitable hardware configured to perform the various functionality described throughout this disclosure. One or more processors in the processing system may execute software. Software shall be construed broadly to mean instructions, instruction sets, code, code segments, program code, programs, subprograms, software components, applications, software applications, software packages, routines, subroutines, objects, executables, threads of execution, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise.

[0020] Accordingly, in one or more example aspects, the functions described may be implemented in hardware, software, or any combination thereof. If implemented in software, the functions may be stored on or encoded as one or more instructions or code on a computer-readable medium. Computer-readable media includes computer storage media. Storage media may be any available media that can be accessed by a computer. By way of example, and not limitation, such computer-readable media can comprise a random-access memory (RAM) , a read-only memory (ROM) , an electrically erasable programmable ROM (EEPROM) , optical disk storage, magnetic disk storage, other magnetic storage devices, combinations of the aforementioned types of computer-readable media, or any other medium that can be used to store computer executable code in the form of instructions or data structures that can be accessed by a computer.

[0021] FIG. 1 is a diagram illustrating an example of a wireless communications system and an access network 100. The wireless communications system (also referred to as a wireless wide area network (WWAN) ) includes base stations 102, UEs 104, an Evolved Packet Core (EPC) 160, and another core network 190 (e.g., a 5G Core (5GC) ) . The base stations 102 may include macrocells (high power cellular base station) and / or small cells (low power cellular base station) . The macrocells include base stations. The small cells include femtocells, picocells, and microcells.

[0022] The base stations 102 configured for 4G LTE (collectively referred to as Evolved Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (E-UTRAN) ) may interface with the EPC 160 through backhaul links 132 (e.g., SI interface) . The base stations 102 configured for 5G NR (collectively referred to as Next Generation RAN (NG-RAN) ) may interface with core network 190 through backhaul links 184. In addition to other functions, the base stations 102 may perform one or more of the following functions: transfer of user data, radio channel ciphering and deciphering, integrity protection, header compression, mobility control functions (e.g., handover, dual connectivity) , inter cell interference coordination, connection setup and release, load balancing, distribution for non-access stratum (NAS) messages, NAS node selection, synchronization, radio access network (RAN) sharing, multimedia broadcast multicast service (MBMS) , subscriber and equipment trace, RAN information management (RIM) , paging, positioning, and delivery of warning messages. The base stations 102 may communicate directly or indirectly (e.g., through the EPC 160 or core network 190) with each other over backhaul links 134 (e.g., X2 interface) . The backhaul links 134 may be wired or wireless.

[0023] The base stations 102 may wirelessly communicate with the UEs 104. Each of the base stations 102 may provide communication coverage for a respective geographic coverage area 110. There may be overlapping geographic coverage areas 110. For example, the small cell 102’ may have a coverage area 110’ that overlaps the coverage area 110 of one or more macro base stations 102. A network that includes both small cell and macrocells may be known as a heterogeneous network. A heterogeneous network may also include Home Evolved Node Bs (eNBs) (HeNBs) , which may provide service to a restricted group known as a closed subscriber group (CSG) . The communication links 120 between the base stations 102 and the UEs 104 may include uplink (UL) (also referred to as reverse link) transmissions from a UE 104 to a base station 102 and / or downlink (DL) (also referred to as forward link) transmissions from a base station 102 to a UE 104. The communication links 120 may use multiple-input and multiple-output (MIMO) antenna technology, including spatial multiplexing, beamforming, and / or transmit diversity. The communication links may be through one or more carriers. The base stations 102 / UEs 104 may use spectrum up to 7 MHz (e.g., 5, 10, 15, 20, 100, 400, etc. MHz) bandwidth per carrier allocated in a carrier aggregation of up to a total of Yx MHz (x component carriers) used for transmission in each direction. The carriers may or may not be adjacent to each other. Allocation of carriers may be asymmetric with respect to DL and UL (e.g., more or fewer carriers may be allocated for DL than for UL) . The component carriers may include a primary component carrier and one or more secondary component carriers. A primary component carrier may be referred to as a primary cell (PCell) and a secondary component carrier may be referred to as a secondary cell (SCell) .

[0024] Certain UEs 104 may communicate with each other using device-to-device (D2D) communication link 158. The D2D communication link 158 may use the DL / UL WWAN spectrum. The D2D communication link 158 may use one or more sidelink channels, such as a physical sidelink broadcast channel (PSBCH) , a physical sidelink discovery channel (PSDCH) , a physical sidelink shared channel (PSSCH) , and a physical sidelink control channel (PSCCH) . D2D communication may be through a variety of wireless D2D communications systems, such as for example, FlashLinQ, WiMedia, Bluetooth, ZigBee, Wi-Fi based on the IEEE 802.11 standard, LTE, or NR.

[0025] The wireless communications system may further include a Wi-Fi access point (AP) 150 in communication with Wi-Fi stations (STAs) 152 via communication links 154 in a 5 GHz unlicensed frequency spectrum. When communicating in an unlicensed frequency spectrum, the STAs 152 / AP 150 may perform a clear channel assessment (CCA) prior to communicating in order to determine whether the channel is available.

[0026] The small cell 102’ may operate in a licensed and / or an unlicensed frequency spectrum. When operating in an unlicensed frequency spectrum, the small cell 102’ may employ NR and use the same 5 GHz unlicensed frequency spectrum as used by the Wi-Fi AP 150. The small cell 102’ , employing NR in an unlicensed frequency spectrum, may boost coverage to and / or increase capacity of the access network.

[0027] A base station 102, whether a small cell 102’ or a large cell (e.g., macro base station) , may include an eNB, gNodeB (gNB) , or another type of base station. Some base stations, such as gNB 180 may operate in a traditional sub 6 GHz spectrum, in millimeter wave (mmW) frequencies, and / or near mmW frequencies in communication with the UE 104. When the gNB 180 operates in mmW or near mmW frequencies, the gNB 180 may be referred to as an mmW base station. Extremely high frequency (EHF) is part of the RF in the electromagnetic spectrum. EHF has a range of 30 GHz to 300 GHz and a wavelength between 1 millimeter and 10 millimeters. Radio waves in the band may be referred to as a millimeter wave. Near mmW may extend down to a frequency of 3 GHz with a wavelength of 100 millimeters. The super high frequency (SHF) band extends between 3 GHz and 30 GHz, also referred to as centimeter wave. Communications using the mmW / near mmW radio frequency band (e.g., 3 GHz -300 GHz) has extremely high path loss and a short range. The mmW base station 180 may utilize beamforming 182 with the UE 104 to compensate for the extremely high path loss and short range.

[0028] The base station 180 may transmit a beamformed signal to the UE 104 in one or more transmit directions 108a. The UE 104 may receive the beamformed signal from the base station 180 in one or more receive directions 108b. The UE 104 may also transmit a beamformed signal to the base station 180 in one or more transmit directions. The base station 180 may receive the beamformed signal from the UE 104 in one or more receive directions. The base station 180 / UE 104 may perform beam training to determine the best receive and transmit directions for each of the base station 180 / UE 104. The transmit and receive directions for the base station 180 may or may not be the same. The transmit and receive directions for the UE 104 may or may not be the same.

[0029] The EPC 160 may include a Mobility Management Entity (MME) 162, other MMEs 164, a Serving Gateway 166, a Multimedia Broadcast Multicast Service (MBMS) Gateway 168, a Broadcast Multicast Service Center (BM-SC) 170, and a Packet Data Network (PDN) Gateway 172. The MME 162 may be in communication with a Home Subscriber Server (HSS) 174. The MME 162 is the control node that processes the signaling between the UEs 104 and the EPC 160. Generally, the MME 162 provides bearer and connection management. All user Internet protocol (IP) packets are transferred through the Serving Gateway 166, which itself is connected to the PDN Gateway 172. The PDN Gateway 172 provides UE IP address allocation as well as other functions. The PDN Gateway 172 and the BM-SC 170 are connected to the IP Services 176. The IP Services 176 may include the Internet, an intranet, an IP Multimedia Subsystem (IMS) , a PS Streaming Service, and / or other IP services. The BM-SC 170 may provide functions for MBMS user service provisioning and delivery. The BM-SC 170 may serve as an entry point for content provider MBMS transmission, may be used to authorize and initiate MBMS Bearer Services within a public land mobile network (PLMN) , and may be used to schedule MBMS transmissions. The MBMS Gateway 168 may be used to distribute MBMS traffic to the base stations 102 belonging to a Multicast Broadcast Single Frequency Network (MBSFN) area broadcasting a particular service, and may be responsible for session management (start / stop) and for collecting eMBMS related charging information.

[0030] The core network 190 may include a Access and Mobility Management Function (AMF) 192, other AMFs 193, a location management function (LMF) 198, a Session Management Function (SMF) 194, and a User Plane Function (UPF) 195. The AMF 192 may be in communication with a Unified Data Management (UDM) 196. The AMF 192 is the control node that processes the signaling between the UEs 104 and the core network 190. Generally, the SMF 194 provides QoS flow and session management. All user Internet protocol (IP) packets are transferred through the UPF 195. The UPF 195 provides UE IP address allocation as well as other functions. The UPF 195 is connected to the IP Services 197. The IP Services 197 may include the Internet, an intranet, an IP Multimedia Subsystem (IMS) , a PS Streaming Service, and / or other IP services.

[0031] The base station may also be referred to as a gNB, Node B, evolved Node B (eNB) , an access point, a base transceiver station, a radio base station, a radio transceiver, a transceiver function, a basic service set (BSS) , an extended service set (ESS) , a transmit reception point (TRP) , or some other suitable terminology. The base station 102 provides an access point to the EPC 160 or core network 190 for a UE 104. Examples of UEs 104 include a cellular phone, a smart phone, a session initiation protocol (SIP) phone, a laptop, a personal digital assistant (PDA) , a satellite radio, a global positioning system, a multimedia device, a video device, a digital audio player (e.g., MP3 player) , a camera, a game console, a tablet, a smart device, a wearable device, a vehicle, an electric meter, a gas pump, a large or small kitchen appliance, a healthcare device, an implant, a sensor / actuator, a display, or any other similar functioning device. Some of the UEs 104 may be referred to as IoT devices (e.g., parking meter, gas pump, toaster, vehicles, heart monitor, etc. ) . The UE 104 may also be referred to as a station, a mobile station, a subscriber station, a mobile unit, a subscriber unit, a wireless unit, a remote unit, a mobile device, a wireless device, a wireless communications device, a remote device, a mobile subscriber station, an access terminal, a mobile terminal, a wireless terminal, a remote terminal, a handset, a user agent, a mobile client, a client, or some other suitable terminology.

[0032] Although the present disclosure may reference 5G New Radio (NR) , the present disclosure may be applicable to other similar areas, such as LTE, LTE-Advanced (LTE-A) , Code Division Multiple Access (CDMA) , Global System for Mobile communications (GSM) , or other wireless / radio access technologies.

[0033] FIG. 2 is a block diagram of a base station 210 in communication with a UE 250 in an access network. In the DL, IP packets from the EPC 160 may be provided to a controller / processor 275. The controller / processor 275 implements layer 3 and layer 2 functionality. Layer 3 includes a radio resource control (RRC) layer, and layer 2 includes a packet data convergence protocol (PDCP) layer, a radio link control (RLC) layer, and a medium access control (MAC) layer. The controller / processor 275 provides RRC layer functionality associated with broadcasting of system information (e.g., MIB, SIBs) , RRC connection control (e.g., RRC connection paging, RRC connection establishment, RRC connection modification, and RRC connection release) , inter radio access technology (RAT) mobility, and measurement configuration for UE measurement reporting; PDCP layer functionality associated with header compression  / decompression, security (ciphering, deciphering, integrity protection, integrity verification) , and handover support functions; RLC layer functionality associated with the transfer of upper layer packet data units (PDUs) , error correction through ARQ, concatenation, segmentation, and reassembly of RLC service data units (SDUs) , re-segmentation of RLC data PDUs, and reordering of RLC data PDUs; and MAC layer functionality associated with mapping between logical channels and transport channels, multiplexing of MAC SDUs onto transport blocks (TBs) , demultiplexing of MAC SDUs from TBs, scheduling information reporting, error correction through HARQ, priority handling, and logical channel prioritization.

[0034] The transmit (TX) processor 216 and the receive (RX) processor 270 implement layer 1 functionality associated with various signal processing functions. Layer 1, which includes a physical (PHY) layer, may include error detection on the transport channels, forward error correction (FEC) coding / decoding of the transport channels, interleaving, rate matching, mapping onto physical channels, modulation / demodulation of physical channels, and MIMO antenna processing. The TX processor 216 handles mapping to signal constellations based on various modulation schemes (e.g., binary phase-shift keying (BPSK) , quadrature phase-shift keying (QPSK) , M-phase-shift keying (M-PSK) , M-quadrature amplitude modulation (M-QAM) ) . The coded and modulated symbols may then be split into parallel streams. Each stream may then be mapped to an OFDM subcarrier, multiplexed with a reference signal (e.g., pilot) in the time and / or frequency domain, and then combined together using an Inverse Fast Fourier Transform (IFFT) to produce a physical channel carrying a time domain OFDM symbol stream. The OFDM stream is spatially precoded to produce multiple spatial streams. Channel estimates from a channel estimator 274 may be used to determine the coding and modulation scheme, as well as for spatial processing. The channel estimate may be derived from a reference signal and / or channel condition feedback transmitted by the UE 250. Each spatial stream may then be provided to a different antenna 220 via a separate transmitter 218TX. Each transmitter 218TX may modulate an RF carrier with a respective spatial stream for transmission.

[0035] At the UE 250, each receiver 254RX receives a signal through its respective antenna 252. Each receiver 254RX recovers information modulated onto an RF carrier and provides the information to the receive (RX) processor 256. The TX processor 268 and the RX processor 256 implement layer 1 functionality associated with various signal processing functions. The RX processor 256 may perform spatial processing on the information to recover any spatial streams destined for the UE 250. If multiple spatial streams are destined for the UE 250, they may be combined by the RX processor 256 into a single OFDM symbol stream. The RX processor 256 then converts the OFDM symbol stream from the time-domain to the frequency domain using a Fast Fourier Transform (FFT) . The frequency domain signal comprises a separate OFDM symbol stream for each subcarrier of the OFDM signal. The symbols on each subcarrier, and the reference signal, are recovered and demodulated by determining the most likely signal constellation points transmitted by the base station 210. These soft decisions may be based on channel estimates computed by the channel estimator 258. The soft decisions are then decoded and deinterleaved to recover the data and control signals that were originally transmitted by the base station 210 on the physical channel. The data and control signals are then provided to the controller / processor 259, which implements layer 3 and layer 2 functionality.

[0036] The controller / processor 259 can be associated with a memory 260 that stores program codes and data. The memory 260 may be referred to as a computer-readable medium. In the UL, the controller / processor 259 provides demultiplexing between transport and logical channels, packet reassembly, deciphering, header decompression, and control signal processing to recover IP packets from the EPC 160. The controller / processor 259 is also responsible for error detection using an ACK and / or NACK protocol to support HARQ operations.

[0037] Similar to the functionality described in connection with the DL transmission by the base station 210, the controller / processor 259 provides RRC layer functionality associated with system information (e.g., MIB, SIBs) acquisition, RRC connections, and measurement reporting; PDCP layer functionality associated with header compression  / decompression, and security (ciphering, deciphering, integrity protection, integrity verification) ; RLC layer functionality associated with the transfer of upper layer PDUs, error correction through ARQ, concatenation, segmentation, and reassembly of RLC SDUs, re-segmentation of RLC data PDUs, and reordering of RLC data PDUs; and MAC layer functionality associated with mapping between logical channels and transport channels, multiplexing of MAC SDUs onto TBs, demultiplexing of MAC SDUs from TBs, scheduling information reporting, error correction through HARQ, priority handling, and logical channel prioritization.

[0038] Channel estimates derived by a channel estimator 258 from a reference signal or feedback transmitted by the base station 210 may be used by the TX processor 268 to select the appropriate coding and modulation schemes, and to facilitate spatial processing. The spatial streams generated by the TX processor 268 may be provided to different antenna 252 via separate transmitters 254TX. Each transmitter 254TX may modulate an RF carrier with a respective spatial stream for transmission. The UL transmission is processed at the base station 210 in a manner similar to that described in connection with the receiver function at the UE 250. Each receiver 218RX receives a signal through its respective antenna 220. Each receiver 218RX recovers information modulated onto an RF carrier and provides the information to a RX processor 270.

[0039] The controller / processor 275 can be associated with a memory 276 that stores program codes and data. The memory 276 may be referred to as a computer-readable medium. In the UL, the controller / processor 275 provides demultiplexing between transport and logical channels, packet reassembly, deciphering, header decompression, control signal processing to recover IP packets from the UE 250. IP packets from the controller / processor 275 may be provided to the EPC 160. The controller / processor 275 is also responsible for error detection using an ACK and / or NACK protocol to support HARQ operations.

[0040] New radio (NR) may refer to radios configured to operate according to a new air interface (e.g., other than Orthogonal Frequency Divisional Multiple Access (OFDMA) -based air interfaces) or fixed transport layer (e.g., other than Internet Protocol (IP) ) . NR may utilize OFDM with a cyclic prefix (CP) on the uplink and downlink and may include support for half-duplex operation using time division duplexing (TDD) . NR may include Enhanced Mobile Broadband (eMBB) service targeting wide bandwidth (e.g. 80 MHz beyond) , millimeter wave (mmW) targeting high carrier frequency (e.g. 60 GHz) , massive MTC (mMTC) targeting non-backward compatible MTC techniques, and / or mission critical targeting ultra-reliable low latency communications (URLLC) service.

[0041] A single component carrier bandwidth of 100 MHz may be supported. In one example, NR resource blocks (RBs) may span 12 sub-carriers with a sub-carrier bandwidth of 60 kHz over a 0.25 ms duration or a bandwidth of 30 kHz over a 0.5 ms duration (similarly, 50MHz BW for 15kHz SCS over a 1 ms duration) . Each radio frame may consist of 10 subframes (10, 20, 40 or 80 NR slots) with a length of 10 ms. Each slot may indicate a link direction (i.e., DL or UL) for data transmission and the link direction for each slot may be dynamically switched. Each slot may include DL / UL data as well as DL / UL control data. UL and DL slots for NR may be as described in more detail below with respect to FIGs. 5 and 6.

[0042] The NR RAN may include a central unit (CU) and distributed units (DUs) . A NR BS (e.g., gNB, 5G Node B, Node B, transmission reception point (TRP) , access point (AP) ) may correspond to one or multiple BSs. NR cells can be configured as access cells (ACells) or data only cells (DCells) . For example, the RAN (e.g., a central unit or distributed unit) can configure the cells. DCells may be cells used for carrier aggregation or dual connectivity and may not be used for initial access, cell selection / reselection, or handover. In some cases DCells may not transmit synchronization signals (SS) in some cases DCells may transmit SS. NR BSs may transmit downlink signals to UEs indicating the cell type. Based on the cell type indication, the UE may communicate with the NR BS. For example, the UE may determine NR BSs to consider for cell selection, access, handover, and / or measurement based on the indicated cell type.

[0043] FIG. 3 illustrates an example logical architecture of a distributed RAN 300, according to aspects of the present disclosure. A 5G access node 306 may include an access node controller (ANC) 302. The ANC may be a central unit (CU) of the distributed RAN. The backhaul interface to the next generation core network (NG-CN) 304 may terminate at the ANC. The backhaul interface to neighboring next generation access nodes (NG-ANs) 310 may terminate at the ANC. The ANC may include one or more TRPs 308 (which may also be referred to as BSs, NR BSs, Node Bs, 5G NBs, APs, or some other term) . As described above, a TRP may be used interchangeably with “cell. ”

[0044] The TRPs 308 may be a distributed unit (DU) . The TRPs may be connected to one ANC (ANC 302) or more than one ANC (not illustrated) . For example, for RAN sharing, radio as a service (RaaS) , and service specific ANC deployments, the TRP may be connected to more than one ANC. A TRP may include one or more antenna ports. The TRPs may be configured to individually (e.g., dynamic selection) or jointly (e.g., joint transmission) serve traffic to a UE.

[0045] The local architecture of the distributed RAN 300 may be used to illustrate fronthaul definition. The architecture may be defined that support fronthauling solutions across different deployment types. For example, the architecture may be based on transmit network capabilities (e.g., bandwidth, latency, and / or jitter) . The architecture may share features and / or components with LTE. According to aspects, the next generation AN (NG-AN) 310 may support dual connectivity with NR. The NG-AN may share a common fronthaul for LTE and NR.

[0046] The architecture may enable cooperation between and among TRPs 308. For example, cooperation may be preset within a TRP and / or across TRPs via the ANC 302. According to aspects, no inter-TRP interface may be needed / present.

[0047] According to aspects, a dynamic configuration of split logical functions may be present within the architecture of the distributed RAN 300. The PDCP, RLC, MAC protocol may be adaptably placed at the ANC or TRP.

[0048] FIG. 4 illustrates an example physical architecture of a distributed RAN 400, according to aspects of the present disclosure. A centralized core network unit (C-CU) 402 may host core network functions. The C-CU may be centrally deployed. C-CU functionality may be offloaded (e.g., to advanced wireless services (AWS) ) , in an effort to handle peak capacity. A centralized RAN unit (C-RU) 404 may host one or more ANC functions. Optionally, the C-RU may host core network functions locally. The C-RU may have distributed deployment. The C-RU may be closer to the network edge. A distributed unit (DU) 406 may host one or more TRPs. The DU may be located at edges of the network with radio frequency (RF) functionality.

[0049] FIG. 5 is a diagram 500 illustrating an example wireless communication system for managing a restricted Radio Access Technology (RAT) list in a UE. The diagram shows a UE 502 capable of connecting to multiple radio access technologies including a 2G Base Station (BTS / BSC) 518, a 3G Base Station (NodeB / RNC) 516, a 4G Base Station (eNB) 504, and a 5G Base Station (gNB) 506. The 4G Base Station 504 interfaces with an EPC 512 that includes an MME 508, while the 5G Base Station 506 interfaces with a 5GC 514 that includes an AMF 510.

[0050] As shown in FIG. 5, a typical deployment scenario includes multiple generations of radio access technologies coexisting within the same geographical area, with the UE 502 capable of accessing 2G through the base station 518 (BTS / BSC) , 3G through the base station 516 (NodeB / RNC) , 4G through the base station 504 (eNB) , and 5G through the base station 506 (gNB) . This heterogeneous network environment creates complex resource management scenarios where operators need mechanisms to control which specific RATs a subscriber can utilize within their network infrastructure.

[0051] The mechanism for communicating RAT restrictions to the UE 502 may use the existing Non-Access Stratum (NAS) signaling procedures between the UE and the core network entities. In the 4G domain, the MME 508 within the EPC 512 serves as the control plane entity responsible for mobility management and can include RAT restriction information in specific NAS messages. When the UE 502 performs an initial attachment to the 4G network through the eNB 504, the MME 508 can include a RAT utilization control Information Element (IE) in the ATTACH ACCEPT message. Similarly, when the UE 502 performs mobility procedures such as tracking area updates, the MME 508 can include the RAT utilization control IE in the TRACKING AREA UPDATE ACCEPT message. This approach integrates RAT restriction provisioning into existing mobility management procedures without requiring new signaling mechanisms.

[0052] In the 5G system architecture, the AMF 510 within the 5GC 514 performs analogous functions to the MME 508 in the 4G system. The AMF 510 can communicate RAT restrictions to the UE 502 through the REGISTRATION ACCEPT message during initial registration procedures when the UE 502 connects through the gNB 506. Additionally, the 5G system may utilize the Generic UE configuration update procedure, where the AMF 510 can send a CONFIGURATION UPDATE COMMAND message containing RAT utilization control information at any time during an established connection.

[0053] The RAT restriction information provided by the network includes specific details about which radio access technologies are restricted and the scope of these restrictions.

[0054] Referring to FIG. 5, a significant operational challenge arises in the multi-RAT wireless communication environment when network operators implement RAT utilization control mechanisms. While the MME 508 in the EPC 512 and the AMF 510 in the 5GC 514 can transmit RAT restriction information to the UE 502 through NAS signaling messages, the behavior of the UE 502 regarding the persistence of this information across power cycles was previously undefined. This undefined behavior creates a problematic scenario where the UE 502 receives a RAT restriction list from the network-for example, indicating that 5G access through the gNB 506 is restricted while the UE is registered on 4G through the eNB 504-but loses this information when powered off. Upon powering on again, the UE 502, having no recollection of the previous restriction, would attempt to register on the restricted 5G network, causing the AMF 510 to reject the attempt and retransmit the restriction information. This cycle of forgotten restrictions and repeated registration attempts generates unnecessary signaling traffic across the network infrastructure and degrades the user experience through failed connection attempts.

[0055] To address this operational inefficiency, the UE 502 implements a persistent storage mechanism for RAT restriction information using non-volatile memory 532. When the MME 508 transmits a RAT utilization control Information Element within an ATTACH ACCEPT or TRACKING AREA UPDATE ACCEPT message, or when the AMF 510 includes such information in a REGISTRATION ACCEPT or CONFIGURATION UPDATE COMMAND message, the UE 502 stores the received RAT restriction list in the non-volatile memory 532. This storage architecture maintains the restriction information in association with the PLMN identity from which it was received, creating a persistent record that survives power cycles. The non-volatile memory 532, which may be implemented using NVRAM, flash memory, or similar persistent storage technologies, retains the data even when power is removed from the UE 502.

[0056] The implementation of persistent storage enables intelligent behavior during subsequent power-on events. When the UE 502 powers on and begins the PLMN selection process, it first consults the stored RAT restriction lists in the non-volatile memory 532. If the UE 502 attempts to select a PLMN for which a stored restriction list exists, it applies these restrictions during the cell selection and registration procedures. For instance, if the stored list indicates that 5G access through the gNB 506 is restricted for a particular PLMN, the UE 502 will not attempt to camp on or register through 5G cells of that PLMN, instead limiting its access attempts to permitted RATs such as 4G through the eNB 504, 3G through the base station 516, or 2G through the base station 518. This proactive restriction enforcement eliminates unnecessary registration attempts on restricted RATs and reduces the signaling load on network entities.

[0057] The persistent storage mechanism may incorporate lifecycle management rules that maintain the accuracy and relevance of stored restriction information. In certain implementations, the RAT restriction list remains valid only as long as the same Universal Subscriber Identity Module (USIM) or UICC remains inserted in the UE 502. The restriction policies are inherently subscription-based, meaning they apply to specific subscribers rather than to the physical device.

[0058] When the USIM is removed from the UE 502 and a new USIM is inserted into the UE 502, the UE 502 can detect that the USIM has changed-determined by comparing the current USIM identity with information associated with the stored restriction lists-it deletes all previously stored RAT restriction information. The UE 502 may maintain an association between stored restriction lists and subscriber identity information such as the International Mobile Subscriber Identity (IMSI) . The deletion upon USIM change prevents outdated or inappropriate restrictions from being applied to a new subscription that may have different service agreements and RAT access privileges.

[0059] The UE 502 also implements dynamic update mechanisms that respond to network-initiated changes in restriction policies. When the UE 502 receives a new RAT utilization control IE from the same PLMN for which it already has stored restrictions, it replaces the existing stored list with the newly received information. The update process applies whether the new information arrives through an ATTACH ACCEPT message via the MME 508, a REGISTRATION ACCEPT message via the AMF 510, or any other applicable NAS signaling message.

[0060] The multi-RAT wireless communication environment shown in FIG. 5 implements mechanisms for removing or clearing RAT restriction policies that have been previously stored in the UE 502. These removal mechanisms are used for maintaining accurate restriction states and allowing network operators to dynamically adjust subscriber access privileges as service agreements change or network conditions evolve. The network entities, specifically the MME 508 in the EPC 512 and the AMF 510 in the 5GC 514, employ two distinct approaches for instructing the UE 502 to remove stored RAT restrictions.

[0061] The first removal mechanism involves the network explicitly sending an empty RAT restriction list to the UE 502. When the MME 508 or the AMF 510 determines that previously imposed RAT restrictions should be lifted for a particular subscriber, these network entities can include a RAT utilization control Information Element in their signaling messages that contains an empty list. This empty list serves as an explicit instruction to the UE 502 to clear any stored restrictions for the associated PLMN. The transmission of an empty list represents an affirmative action by the network to remove restrictions. Upon receiving an empty RAT restriction list through messages such as ATTACH ACCEPT from the MME 508 or REGISTRATION ACCEPT from the AMF 510, the UE 502 interprets this as a directive to delete any RAT restrictions stored in the non-volatile memory 532 for the current PLMN and consider all RATs as available for selection.

[0062] The second removal mechanism operates through the implicit signaling achieved by the absence of RAT restriction information in key mobility management messages. When the UE 502 receives an ATTACH ACCEPT message from the MME 508, a TRACKING AREA UPDATE ACCEPT message during location updates, or a REGISTRATION ACCEPT message from the AMF 510, and these messages do not contain any RAT utilization control Information Element, the UE 502 interprets this absence as an indication that no RAT restrictions apply. The UE 502 responds to this absence by deleting any previously stored RAT restriction list in the non-volatile memory 532 that is associated with the PLMN from which the message was received.

[0063] The implementation of these removal mechanisms requires the UE 502 to maintain awareness of the message context and apply the appropriate deletion logic based on the received signaling. When processing an ATTACH ACCEPT message through the base station 504 (eNB) or a REGISTRATION ACCEPT message through the base station 506 (gNB) , the UE 502 examines whether the message contains a RAT utilization control Information Element. If the Information Element is present but contains an empty list, or if the Information Element is entirely absent from the message, the UE 502 executes the deletion action: removing any stored RAT restriction information for the corresponding PLMN from the non-volatile memory 532.

[0064] The removal mechanisms extend to tracking area update procedures, where the TRACKING AREA UPDATE ACCEPT message serves as another vehicle for clearing restrictions. When the UE 502 moves between tracking areas while maintaining its connection through the base station 504 (eNB) , it performs a tracking area update procedure with the MME 508. If the resulting TRACKING AREA UPDATE ACCEPT message lacks a RAT utilization control Information Element, the UE 502 deletes any stored restrictions for the current PLMN, allowing the network to clear restrictions during routine mobility procedures without requiring a new attachment.

[0065] In the 5G system architecture, the AMF 510 can also utilize the CONFIGURATION UPDATE COMMAND message to remove restrictions dynamically without requiring the UE 502 to perform a new registration. Similar to the registration procedures, if this configuration update message either contains an empty RAT restriction list or omits the RAT utilization control Information Element entirely, the UE 502 deletes the stored restrictions for the associated PLMN. This dynamic update capability in 5G provides enhanced flexibility for network operators to adjust subscriber access privileges in real-time based on changing network policies or commercial arrangements.

[0066] The deletion of stored RAT restrictions may have immediate operational consequences for the UE 502. Once the restrictions are removed from the non-volatile memory 532, the UE 502 considers all RATs as available for selection within the affected PLMN. This means the UE 502 can now attempt to access previously restricted technologies, such as attempting 5G registration through the base station 506 (gNB) if 5G was previously restricted, or accessing 3G through the base station 516 (NodeB / RNC) if UTRAN was previously restricted. The removal of restrictions restores the UE 502 to its default multi-RAT capability state, where RAT selection is governed by standard cell selection and reselection procedures rather than operator-imposed restrictions.

[0067] The persistent storage architecture in the non-volatile memory 532 facilitates these removal mechanisms by maintaining an association between stored restrictions and their corresponding PLMNs. When deletion is triggered, the UE 502 can identify and remove only the restrictions associated with the specific PLMN that sent the removal indication, leaving restrictions for other PLMNs intact. This granular deletion capability supports scenarios where the UE 502 may have different restriction policies stored for multiple PLMNs, such as having 5G restricted in one operator’s network while maintaining full multi-RAT access in another operator’s network.

[0068] The implementation of RAT utilization control through the MME 508 in the 4G EPC 512 architecture provides an example of the persistent storage mechanism for managing radio access technology restrictions. When the UE 502 performs an initial attachment procedure with the 4G network through the base station 504 (eNB) , the MME 508 evaluates the subscriber profile and network policies to determine whether RAT restrictions should be applied. If restrictions are warranted, the MME 508 constructs a list of restricted RATs associated with the current registered PLMN and includes this list within the ATTACH ACCEPT message transmitted back to the UE 502.

[0069] Upon receiving the ATTACH ACCEPT message containing the RAT restriction list, the UE 502 implements a specific storage protocol that utilizes the non-volatile memory 532. The storage operation preserves the restriction information in a manner that associates it with the PLMN identity from which it was received, creating a persistent record that survives power cycles and maintains the network’s access control policies. The non-volatile memory implementation, as specified in annex C of the relevant specifications, provides the necessary persistence to prevent the loss of restriction information during device power-off events, thereby eliminating redundant signaling exchanges when the UE 502 subsequently attempts network access.

[0070] The replacement mechanism activated upon each receipt of an ATTACH ACCEPT message containing RAT restriction information demonstrates the dynamic nature of the restriction management system. When the MME 508 transmits a new ATTACH ACCEPT message during subsequent attachment procedures, and this message contains an updated RAT restriction list, the UE 502 executes a replacement operation in the non-volatile memory 532. This replacement overwrites any previously stored list for the same PLMN with the newly received information, maintaining currency of the restriction policies without accumulating obsolete restriction data. The replacement operation occurs regardless of whether the new list contains the same restrictions, modified restrictions, or entirely different restrictions compared to the previously stored list.

[0071] The deletion mechanism triggered by the absence of a RAT restriction list in the ATTACH ACCEPT message provides a clear protocol for removing previously imposed restrictions. When the UE 502 receives an ATTACH ACCEPT message from the MME 508 that does not contain a RAT utilization control Information Element, this absence serves as an implicit instruction to clear any stored restrictions for the associated PLMN. The UE 502 responds by deleting the corresponding stored list from the non-volatile memory 532, effectively removing all RAT restrictions for that PLMN and restoring the UE’s ability to access all available radio access technologies within the network.

[0072] The coordination between the Non-Access Stratum (NAS) layer and the Access Stratum (AS) layer within the UE 502 facilitates the practical enforcement of stored RAT restrictions during radio resource management procedures. After storing or updating the RAT restriction list in the non-volatile memory 532, the NAS layer of the UE 502 indicates the stored list to the AS layer, which implements the actual cell selection and cell reselection procedures. This cross-layer communication mechanism allows the AS layer to incorporate the restriction information into its decision-making algorithms when evaluating candidate cells for camping or handover. The AS layer implementation, following the procedures defined in 3GPP TS 36.304, excludes cells belonging to restricted RATs from consideration during both initial cell selection after power-on and ongoing cell reselection during mobility scenarios.

[0073] In addition, specific rules may be defined that govern how the UE 502 manages RAT restriction lists. These rules provide precise requirements for the storage, persistence, and lifecycle management of RAT restriction information across different network configurations and subscriber scenarios.

[0074] According to rules, the list of "PLMNs with associated RAT restrictions" is stored in the non-volatile memory of the Mobile Equipment (ME) , which corresponds to the non-volatile memory 532 within the UE 502. This specification mandates persistent storage as a core architectural requirement, not merely an implementation option. The non-volatile memory 532 must maintain the RAT restriction information in a structured format that preserves the association between each PLMN identity and its corresponding set of restricted RATs. This storage architecture supports scenarios where the UE 502 may accumulate restriction information from multiple PLMNs, each potentially having different RAT utilization policies.

[0075] When the UE 502 receives RAT utilization control information from either the MME 508 through the base station 504 or the AMF 510 through the base station 506, it stores this information together with the PLMN identity of the current PLMN in the list of "PLMNs with associated RAT restrictions. " The coupling of restriction information with PLMN identity creates a searchable data structure within the non-volatile memory 532, enabling the UE 502 to retrieve applicable restrictions when attempting to register with any previously encountered PLMN. This association mechanism allows the UE 502 to maintain distinct restriction policies for different network operators, supporting roaming scenarios where a subscriber might encounter varying RAT availability across different PLMNs.

[0076] The same list stored in the non-volatile memory 532 is used by 5GMM (5G Mobility Management) , EMM (EPS Mobility Management) , GMM (GPRS Mobility Management) , and MM (Mobility Management) protocol layers within the UE 502. This cross-system consistency means that whether the UE 502 is operating in 5G mode through the base station 506, 4G mode through the base station 504, 3G mode through the base station 516, or even legacy 2G mode through the base station 518, it references the same stored RAT restriction list. The unified list approach prevents conflicting restriction interpretations across different protocol stacks and maintains coherent behavior as the UE 502 transitions between different network generations.

[0077] The persistence requirement specifies that when the UE 502 is switched off, it shall keep the stored list in the non-volatile memory 532 so that it can be used after switch on. This mandatory retention across power cycles addresses the core problem of repeated registration attempts on restricted RATs. When the UE 502 powers on and begins its PLMN selection and cell selection procedures, it can immediately access the previously stored restriction information without requiring new signaling exchanges with the MME 508 or AMF 510. The persistent storage eliminates the scenario where the UE 502 would attempt to register on a restricted RAT, receive a rejection, and then receive the restriction list again, thereby reducing unnecessary signaling traffic across the network infrastructure.

[0078] A lifecycle management rule mandates that the UE 502 shall delete the stored list if the USIM is removed. This deletion requirement recognizes that RAT restrictions are inherently subscription-based rather than device-based. When a user removes the USIM from the UE 502, the stored RAT restrictions become invalid because they were associated with the specific subscription identified by that USIM. The deletion action prevents a situation where restrictions intended for one subscriber would be inappropriately applied to a different subscriber who subsequently uses the same physical device. The UE 502 must implement detection mechanisms to identify USIM removal events and execute the deletion of all stored "PLMNs with associated RAT restrictions" from the non-volatile memory 532.

[0079] The rules also address implementation flexibility through capacity specifications. The number of entries that the ME can store in the list of "PLMNs with associated RAT restrictions" is implementation specific, but it shall be at least one. This minimum requirement guarantees that every compliant UE 502 can store RAT restriction information for at least one PLMN, while allowing manufacturers to implement larger storage capacities based on their design choices and expected usage scenarios. The flexibility in storage capacity accommodates different device categories, from basic phones that might only need to store restrictions for a home PLMN to advanced smartphones that frequently roam across multiple networks and need to maintain restrictions for numerous PLMNs.

[0080] In addition, according to the rules, the UE 502 implements specific state management procedures for handling RAT utilization control information received through various mobility management messages. These procedures define precise behaviors for storing, replacing, and deleting RAT restriction information based on the presence or absence of the RAT utilization control Information Element in key network messages.

[0081] For 4G EPS operations, when the UE 502 receives an ATTACH ACCEPT message from the MME 508 through the base station 504 (eNB) , it examines whether the message contains the RAT utilization control IE. If the ATTACH ACCEPT message contains the RAT utilization control IE, the UE 502 executes a storage operation that writes the received RAT utilization control information to the non-volatile memory 532. This storage operation includes a replacement mechanism whereby any previously stored RAT utilization control information for the same PLMN is overwritten with the newly received information. As such, the UE 502 can maintain the most current restriction policy without accumulating outdated restriction data. Conversely, if the ATTACH ACCEPT message does not contain the RAT utilization control IE, the UE 502 interprets this absence as a network directive to remove all RAT restrictions. In response, the UE 502 deletes any stored RAT utilization control information from the non-volatile memory 532 and considers all RATs-including access through the base station 516 (NodeB / RNC) for 3G, the base station 518 (BTS / BSC) for 2G, and the base station 506 (gNB) for 5G-as not restricted within the current PLMN.

[0082] The same state management logic applies during tracking area update procedures within the 4G system. When the UE 502 performs a tracking area update and receives a TRACKING AREA UPDATE ACCEPT message from the MME 508, it applies identical processing rules. If the TRACKING AREA UPDATE ACCEPT message contains the RAT utilization control IE, the UE 502 stores the received information in the non-volatile memory 532 and replaces any previously stored RAT utilization control information for the associated PLMN. The replacement operation maintains consistency regardless of whether the restriction policies have changed or remain the same. If the TRACKING AREA UPDATE ACCEPT message does not contain the RAT utilization control IE, the UE 502 deletes any stored RAT utilization control information from the non-volatile memory 532 and transitions to a state where all RATs are considered available for selection.

[0083] In the 5G system architecture, the AMF 510 implements analogous procedures through the REGISTRATION ACCEPT message. When the UE 502 registers with the 5G network through the base station 506 (gNB) and receives a REGISTRATION ACCEPT message from the AMF 510, it follows the same conditional logic based on the presence or absence of the RAT utilization control IE. The presence of the RAT utilization control IE in the REGISTRATION ACCEPT message triggers the UE 502 to store the received information in the non-volatile memory 532, replacing any previously stored RAT utilization control information associated with the current PLMN. Transitions between 4G and 5G systems maintain consistent restriction policies when both systems belong to the same PLMN. When the REGISTRATION ACCEPT message lacks the RAT utilization control IE, the UE 502 executes the deletion procedure, removing stored RAT utilization control information and reverting to unrestricted RAT access within the PLMN.

[0084] FIG. 6 is a flow chart 600 of a method for managing a RAT restriction list. The method may be performed by a UE (e.g., the UE 502) . In operation 602, the UE receives, from a network entity of a PLMN, a first mobility management message containing a RAT restriction list indicating one or more restricted RATs. In operation 604, the UE stores the RAT restriction list in a non-volatile memory of the UE.To store the RAT restriction list, the UE stores the RAT restriction list in association with an identity of the PLMN from which the first mobility management message was received.

[0085] In certain implementations, the UE stores a plurality of RAT restriction lists in the non-volatile memory, each RAT restriction list being associated with a respective PLMN identity. When selecting a PLMN for registration, the UE retrieves from the non-volatile memory a RAT restriction list associated with the selected PLMN.

[0086] The UE maintains the stored RAT restriction list in the non-volatile memory when the UE is powered off. After the UE is powered on, the UE uses the stored RAT restriction list from the non-volatile memory to determine which RATs are restricted for the PLMN during a network access procedure. To use the stored RAT restriction list, the UE determines that a particular RAT is indicated as restricted in the stored RAT restriction list for the PLMN, and refrains from attempting to register with the PLMN using the particular RAT based on the determining.

[0087] In certain implementations, the UE detects that a Universal Subscriber Identity Module (USIM) has changed in the UE and deletes the stored RAT restriction list from the non-volatile memory.

[0088] In certain implementations, the UE receives, from the network entity of the PLMN, a second mobility management message. The UE determines that the second mobility management message does not contain a RAT restriction list. In response to the determining, the UE deletes the stored RAT restriction list associated with the identity of the PLMN from the non-volatile memory. The first mobility management message is one of an ATTACH ACCEPT message, a TRACKING AREA UPDATE ACCEPT message, and a REGISTRATION ACCEPT message. The second mobility management message is one of an ATTACH ACCEPT message, a TRACKING AREA UPDATE ACCEPT message, and a REGISTRATION ACCEPT message.

[0089] In certain implementations, the UE receives, from the network entity of the PLMN, a second mobility management message containing an updated RAT restriction list and replaces the stored RAT restriction list in the non-volatile memory with the updated RAT restriction list.

[0090] In certain implementations, the UE receives, from the network entity of the PLMN, a second mobility management message containing an empty RAT restriction list. In response to receiving the empty RAT restriction list, the UE deletes the stored RAT restriction list associated with the identity of the PLMN from the non-volatile memory.

[0091] FIG. 7 is a flow chart 700 of a method for managing RAT restrictions. The method may be performed by one or more network entities in a wireless communication network, such as the MME 508 or the AMF 510. In operation 702, the one or more network entities determine that a RAT restriction applies to a UE within a Public Land Mobile Network (PLMN) . In operation 704, the one or more network entities transmit, to the UE, a first mobility management message containing a RAT restriction list indicating one or more restricted RATs. The RAT restriction list is configured to be stored by the UE in a non-volatile memory.

[0092] In certain implementations, transmitting the first mobility management message is performed in response to receiving an attach request or a registration request from the UE. In certain implementations, the first mobility management message is one of: an ATTACH ACCEPT message; a TRACKING AREA UPDATE ACCEPT message; or a REGISTRATION ACCEPT message.

[0093] In certain implementations, the RAT restriction list is associated with a subscription of the UE. In certain implementations, the RAT restriction list is configured to be maintained by the UE in the non-volatile memory across power cycles when a USIM remains unchanged in the UE.

[0094] In certain implementations, the one or more network entities determine that the RAT restriction for the UE has changed. The one or more network entities transmit, to the UE, a second mobility management message containing an updated RAT restriction list. The updated RAT restriction list is configured to replace the previously stored RAT restriction list in the non-volatile memory of the UE.

[0095] In certain implementations, the one or more network entities determine that the RAT restriction no longer applies to the UE. The one or more network entities transmit, to the UE, a second mobility management message that does not contain a RAT restriction list. The absence of the RAT restriction list in the second mobility management message is configured to cause the UE to delete the stored RAT restriction list from the non-volatile memory. The second mobility management message is one of an ATTACH ACCEPT message, a TRACKING AREA UPDATE ACCEPT message, or a REGISTRATION ACCEPT message.

[0096] In certain implementations, the one or more network entities determine that the RAT restriction no longer applies to the UE. The one or more network entities transmit, to the UE, a second mobility management message containing an empty RAT restriction list. The empty RAT restriction list is configured to cause the UE to delete the stored RAT restriction list from the non-volatile memory.

[0097] Further, The hardware components of the UE 502 may be substantially similar to the components of the UE 250, as illustrated in the block diagram of FIG. 2. The UE 502 may include one or more antennas 252, receivers 254RX, and transmitters 254TX to facilitate wireless communication. A controller / processor 259 may be coupled to a memory 260, a receive (RX) processor 256, and a transmit (TX) processor 268. The controller / processor 259 is configured to manage the overall operations of the UE 502, including implementing the layer 2 and layer 3 protocols, while the RX processor 256 and TX processor 268 handle the physical layer signal processing for downlink and uplink communications, respectively.

[0098] The controller / processor 259 of the UE 502 is specifically configured to manage the RAT restriction list. The memory 260 includes a non-volatile portion, corresponding to the non-volatile memory 532, to persistently store the RAT restriction list received from a network entity. This non-volatile storage ensures the list is retained when the UE 502 is powered off and on, as described in the invention. The controller / processor 259 is further configured to execute the rules for managing this list, such as associating the list with a PLMN identity, checking the list before attempting a network registration to avoid restricted RATs, and deleting the list from the non-volatile memory 532 upon detecting a USIM change or upon receiving a network message that either contains an empty list or lacks a RAT restriction list altogether.

[0099] The network entities, such as the MME 508 or the AMF 510, may be implemented on one or more network nodes comprising at least one processor and a memory. The processor, executing instructions stored in the memory, is configured to determine whether a Radio Access Technology (RAT) restriction applies to a UE 104, generate a RAT restriction list, and create a mobility management message (e.g., an ATTACH ACCEPT, TRACKING AREA UPDATE ACCEPT, or REGISTRATION ACCEPT message) that includes the RAT restriction list. This mobility management message is then forwarded to a base station for wireless transmission to the UE.

[0100] It is understood that the specific order or hierarchy of blocks in the processes  / flowcharts disclosed is an illustration of exemplary approaches. Based upon design preferences, it is understood that the specific order or hierarchy of blocks in the processes  / flowcharts may be rearranged. Further, some blocks may be combined or omitted. The accompanying method claims present elements of the various blocks in a sample order, and are not meant to be limited to the specific order or hierarchy presented.

[0101] The previous description is provided to enable any person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not intended to be limited to the aspects shown herein, but is to be accorded the full scope consistent with the language claims, wherein reference to an element in the singular is not intended to mean “one and only one” unless specifically so stated, but rather “one or more. ” The word “exemplary” is used herein to mean “serving as an example, instance, or illustration. ” Any aspect described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects. Unless specifically stated otherwise, the term “some” refers to one or more. Combinations such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” and “A, B, C, or any combination thereof” include any combination of A, B, and / or C, and may include multiples of A, multiples of B, or multiples of C. Specifically, combinations such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” and “A, B, C, or any combination thereof” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any such combinations may contain one or more member or members of A, B, or C. All structural and functional equivalents to the elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are intended to be encompassed by the claims. Moreover, nothing disclosed herein is intended to be dedicated to the public regardless of whether such disclosure is explicitly recited in the claims. The words “module, ” “mechanism, ” “element, ” “device, ” and the like may not be a substitute for the word “means. ” As such, no claim element is to be construed as a means plus function unless the element is expressly recited using the phrase “means for.”

Claims

1.A method of wireless communication of a user equipment (UE) , comprising:receiving, from a network entity of a Public Land Mobile Network (PLMN) , a first mobility management message containing a Radio Access Technology (RAT) restriction list indicating one or more restricted RATs; andstoring the RAT restriction list in a non-volatile memory of the UE.2.The method of claim 1, wherein storing the RAT restriction list comprises:storing the RAT restriction list in association with an identity of the PLMN from which the first mobility management message was received.3.The method of claim 2, further comprising:storing a plurality of RAT restriction lists in the non-volatile memory, each RAT restriction list being associated with a respective PLMN identity; andwhen selecting a PLMN for registration, retrieving from the non-volatile memory a RAT restriction list associated with the selected PLMN.4.The method of claim 2, further comprising:maintaining the stored RAT restriction list in the non-volatile memory when the UE is powered off; andafter the UE is powered on, using the stored RAT restriction list from the non-volatile memory to determine which RATs are restricted for the PLMN during a network access procedure.5.The method of claim 4, further comprising:detecting that a Universal Subscriber Identity Module (USIM) has changed in the UE; anddeleting the stored RAT restriction list from the non-volatile memory.6.The method of claim 4, further comprising:receiving, from the network entity of the PLMN, a second mobility management message;determining that the second mobility management message does not contain a RAT restriction list; andin response to the determining, deleting the stored RAT restriction list associated with the identity of the PLMN from the non-volatile memory.7.The method of claim 6, wherein:the first mobility management message is one of an ATTACH ACCEPT message, a TRACKING AREA UPDATE ACCEPT message, and a REGISTRATION ACCEPT message; andthe second mobility management message is one of an ATTACH ACCEPT message, a TRACKING AREA UPDATE ACCEPT message, and a REGISTRATION ACCEPT message.8.The method of claim 4, further comprising:receiving, from the network entity of the PLMN, a second mobility management message containing an updated RAT restriction list; andreplacing the stored RAT restriction list in the non-volatile memory with the updated RAT restriction list.9.The method of claim 4, further comprising:receiving, from the network entity of the PLMN, a second mobility management message containing an empty RAT restriction list; andin response to receiving the empty RAT restriction list, deleting the stored RAT restriction list associated with the identity of the PLMN from the non-volatile memory.10.The method of claim 4, wherein using the stored RAT restriction list comprises:determining that a particular RAT is indicated as restricted in the stored RAT restriction list for the PLMN; andrefraining from attempting to register with the PLMN using the particular RAT based on the determining.11.A method of wireless communication of one or more network entities in a wireless communication network, comprising:determining that a Radio Access Technology (RAT) restriction applies to a user equipment (UE) within a Public Land Mobile Network (PLMN) ; andtransmitting, to the UE, a first mobility management message containing a RAT restriction list indicating one or more restricted RATs, wherein the RAT restriction list is configured to be stored by the UE in a non-volatile memory.12.The method of claim 11, wherein the first mobility management message is one of:an ATTACH ACCEPT message;a TRACKING AREA UPDATE ACCEPT message; ora REGISTRATION ACCEPT message.13.The method of claim 11, further comprising:determining that the RAT restriction no longer applies to the UE; andtransmitting, to the UE, a second mobility management message that does not contain a RAT restriction list, wherein the absence of the RAT restriction list in the second mobility management message is configured to cause the UE to delete the stored RAT restriction list from the non-volatile memory.14.The method of claim 13, wherein the second mobility management message is one of an ATTACH ACCEPT message, a TRACKING AREA UPDATE ACCEPT message, or a REGISTRATION ACCEPT message.15.The method of claim 11, further comprising:determining that the RAT restriction for the UE has changed; andtransmitting, to the UE, a second mobility management message containing an updated RAT restriction list, wherein the updated RAT restriction list is configured to replace the previously stored RAT restriction list in the non-volatile memory of the UE.16.The method of claim 11, further comprising:determining that the RAT restriction no longer applies to the UE; andtransmitting, to the UE, a second mobility management message containing an empty RAT restriction list, wherein the empty RAT restriction list is configured to cause the UE to delete the stored RAT restriction list from the non-volatile memory.17.The method of claim 11, wherein the RAT restriction list is associated with a subscription of the UE.18.The method of claim 11, wherein the RAT restriction list is configured to be maintained by the UE in the non-volatile memory across power cycles when a Universal Subscriber Identity Module (USIM) remains unchanged in the UE.19.The method of claim 11, wherein transmitting the first mobility management message is performed in response to receiving an attach request or a registration request from the UE.20.An apparatus for wireless communication, the apparatus being a user equipment (UE) , comprising:a memory; andat least one processor coupled to the memory and configured to:receive, from a network entity of a Public Land Mobile Network (PLMN) , a first mobility management message containing a Radio Access Technology (RAT) restriction list indicating one or more restricted RATs; andstore the RAT restriction list in a non-volatile memory of the UE.

Images