Techniques of negotiating UE capability to obtain rat restriction list from network

Abstract

In an aspect of the disclosure, a method, a computer-readable medium, and an apparatus are provided. The apparatus may be a user equipment (UE). The UE transmits a capability indication to a network indicating support for a Radio Access Technology (RAT) restriction feature. The UE receives a restricted RAT information list from the network after the UE indicated support for the feature. The UE applies the restricted RAT information list for cell selection and reselection for non-emergency services.

Description

TECHNIQUES OF NEGOTIATING UE CAPABILITY TO OBTAIN RAT RESTRICTION LIST FROM NETWORKCROSS-REFERENCE TO RELATED APPLICATION (S)

[0001] This application claims priority to Indian Patent Application Serial No. 202421054409, entitled “METHOD TO NEGOTIATE THE CAPABILITY TO OBTAIN RAT RESTRICTION LIST FROM NETWORK” and filed on July 16, 2024, which is expressly incorporated by reference herein in its entirety.BACKGROUNDField

[0002] The present disclosure relates generally to wireless communications, and more particularly, to techniques of negotiating a capability for radio access technology (RAT) utilization control between a user equipment (UE) and a network, and providing a RAT restriction list from the network to the UE based on the negotiated capability. 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 transmits a capability indication to a network indicating support for a Radio Access Technology (RAT) restriction feature. The UE receives a restricted RAT information list from the network after the UE indicated support for the feature. The UE applies the restricted RAT information list for cell selection and reselection for non-emergency services.

[0008] In an aspect of the disclosure, a method, a computer-readable medium, and a network are provided. The network may include one or more network entities. The one or more network entities receive a capability indication from a UE indicating whether the UE supports a RAT restriction feature. The one or more network entities determine whether to apply RAT utilization control based on the received capability indication. The one or more network entities transmit a restricted RAT information list to the UE when the UE indicated support for the RAT restriction feature.

[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 a multi-RAT wireless communication environment where a network operator may need to regulate radio access technology utilization.

[0015] FIG. 6 is a flow chart of a method for obtaining and applying a RAT restriction list from a network.

[0016] FIG. 7 is a flow chart of a method for managing RAT utilization.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 a multi-RAT wireless communication environment where a network operator may need to regulate radio access technology utilization. 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] In modern wireless networks, network operators face increasing demands to optimize their network resources across multiple radio access technologies. A typical scenario involves a multi-capable UE 502 that can operate on GERAN (2G) , UTRAN (3G) , E-UTRAN (4G) , or NG-RAN (5G) within the same Public Land Mobile Network (PLMN) . Network operators require mechanisms to control which specific RATs the UE 502 can utilize within their network to manage network loading, encourage migration to newer technologies, or optimize spectrum usage. For example, when the UE 502 registers with the 5G network through the gNB 506 and the AMF 510, the operator may want to prevent that UE from falling back to the 4G network served by the eNB 504, even when 4G coverage is available in the same geographical area.

[0051] In a first scheme, the implementation of such RAT utilization control faces significant challenges in the heterogeneous network environment shown in FIG. 5. A primary problem is the lack of backward compatibility mechanisms when introducing this new capability. Legacy UEs that do not support RAT restriction features may receive restriction commands from the MME 508 or the AMF 510 that they cannot properly interpret or process. This creates unpredictable behavior in the network where older devices may ignore critical network management commands or respond inappropriately to restriction messages.

[0052] In the first scheme, another fundamental problem in the multi-RAT architecture in FIG. 5 is the ambiguity regarding the scope of RAT restrictions. When the network decides to restrict the UE 502 from accessing certain RATs, it remains unclear whether such restrictions should apply only to the current Tracking Area Identity (TAI) where the UE is located, extend to the entire registration area managed by the MME 508 or AMF 510, cover all TAIs within the current PLMN, or also include equivalent PLMNs that have roaming agreements with the home network. This ambiguity becomes particularly complex when the UE 502 moves between different geographical areas served by different base stations 504, 506, 516, or 518, each potentially having different restriction requirements.

[0053] In the first scheme, the multi-RAT environment also raises questions about emergency service handling. When the UE 502 needs to make an emergency call, it must be able to select any available RAT to ensure public safety. However, if RAT restrictions are in place, there is no clear mechanism to determine whether the UE 502 should override these restrictions for emergency services. For instance, if the UE 502 is restricted from using the 4G network through the eNB 504 but only 4G coverage is available when an emergency call needs to be placed, the system must provide clear guidance on whether the restriction should be honored or bypassed.

[0054] Furthermore, in the first scheme, the distributed nature of the control plane entities across different core networks presents coordination challenges. The MME 508 in the EPC 512 manages mobility for 4G connections, while the AMF 510 in the 5GC 514 handles 5G mobility management. When implementing RAT restrictions that span multiple technologies, there is no standardized mechanism for these entities to coordinate or communicate restriction policies, leading to potential inconsistencies in how restrictions are applied as the UE 502 moves between different RAT domains.

[0055] In a second scheme, the multi-RAT wireless communication environment shown in FIG. 5 implements a capability negotiation mechanism to address the backward compatibility and operational ambiguity challenges identified in the first scheme. The UE 502 can explicitly indicate its support for RAT utilization control to the network before any restriction policies are applied. When the UE 502 initiates registration with the network, it includes a capability indication that signals whether it can properly process and enforce RAT restriction commands from the network infrastructure.

[0056] In one implementation, the capability negotiation begins when the UE 502 transmits its initial registration or attachment request to the network. For 4G connectivity through the eNB 504, the UE 502 sends an ATTACH REQUEST message to the MME 508 within the EPC 512. Within this message, the UE 502 sets a specific capability bit called the RAT Utilization Control (RATUC) bit to "supported" in the UE network capability Information Element (IE) . This explicit indication informs the MME 508 that the UE 502 possesses the necessary functionality to receive, interpret, and enforce RAT restriction policies. Similarly, for 5G connectivity through the gNB 506, the UE 502 includes the RATUC capability bit in the 5GMM capability IE of a REGISTRATION REQUEST message sent to the AMF 510 within the 5GC 514.

[0057] Upon receiving the capability indication from the UE 502, the network entities make informed decisions about whether to apply RAT utilization control. If the MME 508 receives an ATTACH REQUEST message with the RATUC bit set to "supported" and determines that RAT restrictions should be applied based on operator policies, it includes a RAT utilization control IE in the subsequent ATTACH ACCEPT message sent back to the UE 502. This IE contains the specific list of restricted RATs and the applicable scope of these restrictions. The network follows a similar pattern for other mobility management procedures, such as including the RAT utilization control IE in TRACKING AREA UPDATE ACCEPT messages when the UE 502 performs location updates while maintaining the capability indication.

[0058] The second scheme provides flexibility in message delivery mechanisms to accommodate various network scenarios and timing requirements. In the 5G domain, the AMF 510 can transmit RAT restriction policies not only through REGISTRATION ACCEPT messages during initial registration but also dynamically through CONFIGURATION UPDATE COMMAND messages. This allows the network to modify restriction policies without requiring the UE 502 to perform a new registration procedure, enabling more responsive network management. The CONFIGURATION UPDATE COMMAND message can include the RAT utilization control information alongside other configuration parameters, providing an efficient mechanism for policy updates.

[0059] In the second scheme, the network entities only send RAT restriction lists to UEs that have explicitly indicated support for the feature. If the UE 502 does not include the RATUC capability indication in its request messages, or if the capability bit indicates that the feature is not supported, the MME 508 or AMF 510 does not include the RAT utilization control IE in their response messages. This design solves the backward compatibility problem by preventing legacy devices from receiving commands they cannot process. Legacy UEs that do not support the feature continue to operate normally without receiving restriction commands, maintaining predictable behavior across the heterogeneous device ecosystem.

[0060] The RAT restriction list transmitted by the network includes scope information that clarifies the geographical and logical boundaries where restrictions apply. The network can specify whether the restrictions are applicable to the current PLMN where the UE 502 is registered, equivalent PLMNs that have roaming agreements, specific Tracking Area Identities (TAIs) , or entire registration areas. This granular control allows network operators to implement sophisticated policies that can vary based on location, network load, or business requirements. For instance, the restriction preventing the UE 502 from accessing the 4G network through the eNB 504 might apply only within specific urban areas where 5G coverage through the gNB 506 is robust, while allowing 4G access in rural areas where 5G deployment is limited.

[0061] The second scheme explicitly addresses emergency service requirements through clear exemption rules. When the UE 502 needs to initiate emergency services, it does not apply any RAT restrictions received from the network. Even if the UE 502 has been restricted from using certain RATs such as the 3G network through the NodeB / RNC 516 or the 2G network through the BTS / BSC 518 for normal services, these RATs remain available for emergency calls. This exemption is unconditional and overrides all restriction policies, prioritizing public safety over network management objectives. The UE 502 performs cell selection and reselection procedures for emergency services without considering the RAT restriction list, allowing it to camp on any available cell regardless of the RAT type when emergency access is required.

[0062] Beyond the primary capability negotiation mechanism, the second scheme provides alternative configuration methods to accommodate different deployment scenarios and operator preferences. The RAT restriction information can be delivered to the UE 502 through USIM configuration, where the restriction policies are pre-provisioned on the subscriber identity module. This approach allows operators to configure restrictions before the device is distributed to users. Additionally, the scheme supports delivery through management objects (MO) such as NAS MO or secure packets, providing over-the-air configuration capabilities that can be updated without requiring network registration procedures. These alternative methods complement the primary signaling-based approach and provide operators with flexible deployment options.

[0063] In one implementation, when the UE 502 receives a RAT utilization control IE from either the MME 508 or AMF 510, it stores the restriction information and replaces any previously stored restrictions with the newly received policies. If subsequent messages from the network do not include the RAT utilization control IE, the UE 502 interprets this as an indication to remove all restrictions and considers all RATs as available for selection. This stateful behavior provides a clear and predictable restriction lifecycle that network operators can rely upon for consistent policy enforcement across their multi-RAT infrastructure.

[0064] In addition, the following rules may be defined according to the second scheme. For the 4G System, according to the rules, network operators may restrict subscriber access to certain RATs, where RAT refers to GERAN, UTRAN, E-UTRAN, or NG-RAN as defined in 3GPP TS 36.304 and 3GPP TS 38.304. The network may send the RAT utilization control Information Element (IE) to the UE 502 via specific Non-Access Stratum (NAS) messages, specifically the ATTACH ACCEPT message or the TRACKING AREA UPDATE ACCEPT message.

[0065] The capability negotiation protocol is implemented through a dedicated bit within the UE network capability IE. When the UE 502 supports RAT utilization control functionality, it sets the RATUC bit to "RAT utilization control supported" in the UE network capability IE of the ATTACH REQUEST message transmitted to the MME 508. This single bit serves as an explicit capability declaration that informs the network whether the UE 502 possesses the necessary protocol stack implementation to process and enforce RAT restriction policies. The placement of this capability indication within the existing UE network capability IE maintains backward compatibility with the established message structure while adding new functionality.

[0066] The network-side behavior is precisely defined to depend on the UE capability indication. If the UE 502 indicates support of the RAT utilization control in the ATTACH REQUEST message and the network decides to apply the RAT utilization control based on operator policies, the MME 508 shall include the RAT utilization control IE in the ATTACH ACCEPT message. This conditional inclusion mechanism prevents the network from sending restriction commands to devices that cannot process them. The MME 508 shall not indicate "E-UTRAN is restricted" in the RAT utilization control IE, preventing the situation where a UE connected to E-UTRAN would be restricted from using E-UTRAN itself.

[0067] The UE behavior upon receiving the RAT utilization control IE is specified with clear state management rules. When the ATTACH ACCEPT message contains the RAT utilization control IE, the UE 502 stores the received RAT utilization control information and replaces any previously stored restriction information with the newly received policies. This replacement mechanism provides a clean state transition that avoids accumulation of potentially conflicting restriction policies. Conversely, if the ATTACH ACCEPT message does not contain the RAT utilization control IE, the UE 502 deletes any stored RAT utilization control information and considers all RATs as not restricted, providing a clear mechanism for removing restrictions.

[0068] Similar procedures are defined for mobility management scenarios through the TRACKING AREA UPDATE procedure. If the UE 502 indicates support of the RAT utilization control in the TRACKING AREA UPDATE REQUEST message and the network decides to apply the RAT utilization control, the MME 508 shall include the RAT utilization control IE in the TRACKING AREA UPDATE ACCEPT message. This parallel implementation maintains consistency across different mobility procedures and allows the network to update restriction policies when the UE 502 moves between tracking areas.

[0069] The information element structure is also defined. This IE is included to indicate the restricted RAT (s) . The purpose of the RAT utilization control information element is for the network to communicate the restricted RAT (s) to the UE. These definitions establish the RAT utilization control IE as a network-to-UE information element specifically designed for conveying restriction policies.

[0070] The rules include a consideration for PLMN selection procedures. The UE 502 shall not consider any PLMN and RAT combination with RAT restriction as a candidate PLMN for PLMN selection purposes, as specified in 3GPP TS 23.122. This requirement extends the impact of RAT restrictions beyond just cell selection within a PLMN to also affect inter-PLMN mobility decisions, providing comprehensive enforcement of operator policies across different network selection scenarios.

[0071] For the 5G System (5GS) , analogous rules define the RAT utilization control mechanism with adaptations for the 5G architecture. Network operators may restrict subscriber access to certain Radio Access Technologies within the 5G domain, where RAT encompasses GERAN, UTRAN, E-UTRAN, or NG-RAN as specified in 3GPP TS 36.304 and 3GPP TS 38.304. The AMF 510 within the 5GC 514 serves as the primary control plane entity responsible for transmitting RAT restriction policies to the UE 502. The network conveys the RAT utilization control Information Element to the UE 502 through the REGISTRATION ACCEPT message, establishing the initial restriction policy during the registration procedure.

[0072] The capability negotiation protocol in 5GS follows a pattern similar to the 4G implementation but utilizes 5G-specific signaling elements. When the UE 502 supports RAT utilization control functionality, it sets the RATUC bit to "RAT utilization control supported" within the 5GMM capability IE of the REGISTRATION REQUEST message transmitted to the AMF 510 through the gNB 506. This capability indication within the 5G Mobility Management (5GMM) context maintains consistency with the 5G protocol architecture while providing the same explicit capability declaration functionality as in the 4G system. The positioning of the RATUC bit within the 5GMM capability IE aligns with the 5G Non-Access Stratum protocol structure defined for capability exchange between the UE 502 and the AMF 510.

[0073] When the UE 502 indicates support for RAT utilization control in the REGISTRATION REQUEST message and the AMF 510 determines that RAT restrictions should be applied based on operator policies, the AMF 510 includes the RAT utilization control IE in the REGISTRATION ACCEPT message. This conditional inclusion mechanism maintains the backward compatibility principle established in the overall system design. The AMF 510 follows similar logic to the MME 508 in preventing paradoxical restrictions, specifically avoiding the indication that "NG-RAN is restricted" when the UE 502 is connected through NG-RAN, maintaining logical consistency in the restriction policies.

[0074] A significant enhancement in the 5GS implementation involves the introduction of dynamic configuration capabilities through the Generic UE configuration update procedure. The AMF 510 can initiate this procedure by transmitting the CONFIGURATION UPDATE COMMAND message to the UE 502 at any point during an established 5G connection. Within the CONFIGURATION UPDATE COMMAND message, the AMF 510 can include the RAT utilization control information alongside numerous other configuration parameters such as 5G-GUTI, TAI list, allowed NSSAI, LADN information, service area list, MICO indication, configured NSSAI, network slicing subscription change indication, operator-defined access category definitions, and various other 5G-specific parameters. This capability enables the 5GC 514 to modify RAT restriction policies dynamically without requiring the UE 502 to perform a new registration procedure, providing more responsive and flexible network management compared to the 4G system where updates primarily occur during attachment or tracking area update procedures.

[0075] The UE behavior in 5GS follows the same state management principles established for the overall system. When the REGISTRATION ACCEPT message contains the RAT utilization control IE, the UE 502 stores the received restriction information and replaces any previously stored RAT utilization control information with the newly received policies. This replacement mechanism maintains clean state transitions across technology generations. Similarly, when the CONFIGURATION UPDATE COMMAND message includes updated RAT utilization control information, the UE 502 applies the same storage and replacement logic, maintaining consistency regardless of the message type used for policy delivery. If subsequent REGISTRATION ACCEPT messages or relevant configuration messages do not contain the RAT utilization control IE, the UE 502 interprets this absence as a directive to remove all RAT restrictions and considers all RATs as available for selection.

[0076] The information element definitions and PLMN selection behaviors in 5GS align with the system-wide principles. The RAT utilization control IE serves the same purpose of communicating restricted RATs from the network to the UE 502, maintaining consistency across both 4G and 5G implementations. The UE 502 operating under 5GS follows the same PLMN selection restriction rules, not considering any PLMN and RAT combination with active RAT restrictions as a candidate PLMN for selection purposes as specified in 3GPP TS 23.122.

[0077] FIG. 6 is a flow chart 600 of a method for obtaining and applying a Radio Access Technology (RAT) restriction list from a network. The method may be performed by a UE, such as the UE 104, 250, or 502.

[0078] In operation 602, the UE transmits a capability indication to a network indicating support for a Radio Access Technology (RAT) restriction feature. In certain implementations, to transmit the capability indication, the UE indicates the support for the RAT restriction feature using an existing information element (IE) or a dedicated IE in a message between the UE and the network. The message from the UE is an ATTACH REQUEST message or a REGISTRATION REQUEST message.

[0079] In operation 604, the UE receives, from the network, a restricted RAT information list when the UE indicated support for the feature. In certain implementations, the restricted RAT information list is received in one of a CONFIGURATION UPDATE COMMAND message, a REGISTRATION ACCEPT message, or a SERVICE ACCEPT message. The restricted RAT information list includes applicability information specifying that the list is applicable for one or more of a current Public Land Mobile Network (PLMN) , a registered PLMN, an equivalent PLMN, a registration area, or a Tracking Area Identity (TAI) belonging to a current PLMN, registered PLMN, or equivalent PLMN.

[0080] In operation 606, the UE applies the restricted RAT information list for cell selection and reselection for non-emergency services. In certain implementations, to apply the restricted RAT information list, the UE refrains from utilizing the restricted RAT for cell selection and cell reselection within the specified applicability scope.

[0081] In certain implementations, the UE refrains from utilizing the RAT restriction list during emergency services. To refrain from utilizing the RAT restriction list during emergency services, the UE may use a RAT on the restricted RAT list for cell selection and reselection for emergency services.

[0082] In certain implementations, the UE receives the restricted RAT information via one of USIM configuration, a management object, or a secure packet.

[0083] In certain implementations, when the UE did not indicate support of the feature, the UE ignores the list or the network does not send the list.

[0084] FIG. 7 is a flow chart 700 of a method for managing RAT utilization. The method may be performed by one or more network entities, such as an MME for a 4G network or an AMF for a 5G network.

[0085] In operation 702, the one or more network entities receive a capability indication from a UE indicating whether the UE supports a RAT restriction feature. In operation 704, the one or more network entities determine whether to apply RAT utilization control based on the received capability indication. In operation 706, the one or more network entities transmit a restricted RAT information list to the UE when the UE indicated support for the RAT restriction feature.

[0086] In certain implementations, to receive the capability indication, the one or more network entities receive the capability indication in an existing IE or a dedicated IE in a message from the UE. The message from the UE may be an ATTACH REQUEST message or a REGISTRATION REQUEST message. To transmit the restricted RAT information list, the one or more network entities send the list in an ATTACH ACCEPT message or a REGISTRATION ACCEPT message. In certain implementations, the restricted RAT information list is transmitted in one of: a CONFIGURATION UPDATE COMMAND message, a REGISTRATION ACCEPT message, or a SERVICE ACCEPT message. The one or more network entities refrain from transmitting the restricted RAT information list when the UE did not indicate support for the RAT restriction feature.

[0087] In certain implementations, the restricted RAT information list indicates RATs that are restricted for non-emergency services while remaining available for emergency services. The restricted RAT information list includes applicability information specifying that the list is applicable for one or more of: a current Public Land Mobile Network (PLMN) ; a registered PLMN; an equivalent PLMN; a registration area; or a Tracking Area Identity (TAI) belonging to a current PLMN, registered PLMN, or equivalent PLMN. The restricted RAT information list specifies restrictions for one or more of: GERAN, UTRAN, E-UTRAN, or NG-RAN.

[0088] In certain implementations, the one or more network entities provide the restricted RAT information to the UE via one of: USIM configuration, a management object, or a secure packet.

[0089] Further, the UE 502, as depicted in the multi-RAT environment of FIG. 5, may include hardware components similar to those illustrated in the block diagram of the UE 250 in FIG. 2. Specifically, the UE 502 may comprise one or more antennas 252, transceivers (including transmitters 254TX and receivers 254RX) , a transmit (TX) processor 268, a receive (RX) processor 256, a memory 260, and a central controller / processor 259. These components collectively enable the UE 502 to communicate with various network entities across different radio access technologies, such as the eNB 504 and gNB 506.

[0090] Further, the controller / processor 259 of the UE 502, in conjunction with program code and data stored in the memory 260, is specifically configured to implement the method for negotiating and applying RAT restrictions. The controller / processor 259 directs the TX processor 268 to generate and transmit a capability indication, such as the RATUC bit in an ATTACH REQUEST or REGISTRATION REQUEST message, to a network entity like the MME 508 or AMF 510. Subsequently, upon receiving a restricted RAT information list via the RX processor 256 in a message like an ATTACH ACCEPT or CONFIGURATION UPDATE COMMAND, the controller / processor 259 stores this list in the memory 260 and applies the restrictions for cell selection and reselection, except during emergency services, thereby enabling the backward-compatible RAT utilization control described.

[0091] The network-side operations may be performed by one or more network entities, such as an MME 162 within an EPC 160 for a 4G system, or an AMF 192 within a 5GC 190 for a 5G system. These core network entities are configured to perform the method described in FIG. 7. Specifically, such entities comprise at least one processor, a memory communicatively coupled to the processor, and a network interface. The processor, when executing instructions stored in the memory, is configured to receive a capability indication from a UE 104 indicating support for a RAT restriction feature. Based on this indication, the processor determines whether to apply RAT utilization control and generates a restricted RAT information list, which is included in a Non-Access Stratum (NAS) message (e.g., ATTACH ACCEPT, REGISTRATION ACCEPT, or CONFIGURATION UPDATE COMMAND) for transmission towards the UE 104.

[0092] The NAS message generated by the MME 162 or AMF 192 is forwarded to a base station (e.g., base station 102, 210) for direct wireless transmission to the UE 104. The base station 210 includes a controller / processor 275 associated with a memory 276, one or more transmitters 218TX, and one or more antennas 220. The controller / processor 275 is configured to receive the NAS message containing the restricted RAT information list from the core network. The controller / processor 275 provides the data for transmission to a TX processor 216, which performs Layer 1 processing such as coding and modulation. The resulting signal is then upconverted and transmitted by the transmitters 218TX via the antennas 220 to the UE. Conversely, the base station’s antennas 220, receivers 218RX, an RX processor 270, and the controller / processor 275 are configured to receive the initial request message from the UE, which includes the capability indication, and forward it to the appropriate core network entity (MME or AMF) .

[0093] 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.

[0094] 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 by a user equipment (UE) , comprising:transmitting a capability indication to a network indicating support for a Radio Access Technology (RAT) restriction feature;receiving, from the network, a restricted RAT information list when the UE indicated support for the feature; andapplying the restricted RAT information list for cell selection and reselection for non-emergency services.2.The method of claim 1, further comprising:refraining from utilizing the RAT restriction list during emergency services.3.The method of claim 2, wherein the refraining from utilizing the RAT restriction list during emergency services comprises:using the restricted RAT list for cell selection and reselection for emergency services.4.The method of claim 1, wherein transmitting the capability indication comprises:indicating the support for the RAT restriction feature using an existing information element (IE) or a dedicated IE in a message between the UE and the network.5.The method of claim 4, wherein:the message from the UE is an ATTACH REQUEST message or a REGISTRATION REQUEST message.6.The method of claim 1, wherein the restricted RAT information list is received in one of: a CONFIGURATION UPDATE COMMAND message, a REGISTRATION ACCEPT message, or a SERVICE ACCEPT message.7.The method of claim 1, wherein the restricted RAT information list includes applicability information specifying that the list is applicable for one or more of:a current Public Land Mobile Network (PLMN) ;a registered PLMN;an equivalent PLMN;a registration area; ora Tracking Area Identity (TAI) belonging to a current PLMN, registered PLMN, or equivalent PLMN.8.The method of claim 7, wherein applying the restricted RAT information list comprises:refraining from utilizing the restricted RAT for cell selection and cell reselection within the specified applicability scope.9.The method of claim 1, further comprising:receiving the restricted RAT information via one of: USIM configuration, a management object, or a secure packet.10.The method of claim 1, wherein when the UE did not indicate support of the feature, the UE ignores the list or the network does not send the list.11.A method of wireless communication by one or more network entities in a wireless communication network, comprising:receiving a capability indication from a user equipment (UE) indicating whether the UE supports a Radio Access Technology (RAT) restriction feature;determining whether to apply RAT utilization control based on the received capability indication; andtransmitting a restricted RAT information list to the UE when the UE indicated support for the RAT restriction feature.12.The method of claim 11, wherein the restricted RAT information list indicates RATs that are restricted for non-emergency services while remaining available for emergency services.13.The method of claim 11, wherein receiving the capability indication comprises:receiving the capability indication in an existing information element (IE) or a dedicated IE in a message from the UE.14.The method of claim 13, wherein:the message from the UE is an ATTACH REQUEST message or a REGISTRATION REQUEST message; andthe transmitting comprises sending the restricted RAT information list in an ATTACH ACCEPT message or a REGISTRATION ACCEPT message.15.The method of claim 11, wherein transmitting the restricted RAT information list comprises:transmitting the list in one of: a CONFIGURATION UPDATE COMMAND message, a REGISTRATION ACCEPT message, or a SERVICE ACCEPT message.16.The method of claim 11, wherein the restricted RAT information list includes applicability information specifying that the list is applicable for one or more of:a current Public Land Mobile Network (PLMN) ;a registered PLMN;an equivalent PLMN;a registration area; ora Tracking Area Identity (TAI) belonging to a current PLMN, registered PLMN, or equivalent PLMN.17.The method of claim 11, further comprising:providing the restricted RAT information to the UE via one of: USIM configuration, a management object, or a secure packet.18.The method of claim 11, further comprising:refraining from transmitting the restricted RAT information list when the UE did not indicate support for the RAT restriction feature.19.The method of claim 11, wherein the one or more network entities comprise a Mobility Management Entity (MME) for a 4G network or an Access and Mobility Management Function (AMF) for a 5G network.20.The method of claim 11, wherein the restricted RAT information list specifies restrictions for one or more of: GERAN, UTRAN, E-UTRAN, or NG-RAN.21.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:transmit a capability indication to a network indicating support for a Radio Access Technology (RAT) restriction feature;receive, from the network, a restricted RAT information list when the UE indicated support for the feature; andapply the restricted RAT information list for cell selection and reselection for non-emergency services.

Images