Handling of IMS emergency session while ecall timer is running

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 detects a trigger event associated with a Non-Access Stratum (NAS) signaling connection established for an Internet Protocol Multimedia Subsystem (IMS) emergency session. In response to detecting the trigger event, the UE performs a sequence of operations on a first timer associated with eCall inactivity procedure activation. The sequence comprises stopping the first timer. The sequence comprises starting the first timer with an initial value. The UE performs the sequence of operations regardless of whether the first timer was running prior to detecting the trigger event.

Description

HANDLING OF IMS EMERGENCY SESSION WHILE ECALL TIMER IS RUNNINGCROSS-REFERENCE TO RELATED APPLICATION (S)

[0001] This application claims priority to Indian Patent Application Serial No. 202521010272, entitled "AUTOMOTIVE –HANDLING OF IMS EMERGENCY SESSION WHILE ECALL TIMER IS RUNNING" and filed on February 7, 2025; which is expressly incorporated by reference herein in its entirety.BACKGROUNDField

[0002] The present disclosure relates generally to wireless communications, and more particularly, to mechanisms of managing eCall timers for user equipment configured in eCall only mode during successive IMS emergency sessions and signaling connection state transitions. 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 user equipment (UE) . The UE detects a trigger event associated with a Non-Access Stratum (NAS) signaling connection established for an Internet Protocol Multimedia Subsystem (IMS) emergency session. In response to detecting the trigger event, the UE performs a sequence of operations on a first timer associated with eCall inactivity procedure activation. The sequence comprises stopping the first timer. The sequence comprises starting the first timer with an initial value. The UE performs the sequence of operations regardless of whether the first timer was running prior to detecting the trigger event.

[0008] In another aspect of the disclosure, a method, a computer-readable medium, and an apparatus are provided. The apparatus may be a UE. The UE detects a trigger event associated with a Non-Access Stratum (NAS) signaling connection established for an Internet Protocol Multimedia Subsystem (IMS) emergency session. In response to detecting the trigger event, the UE determines whether a timer associated with eCall inactivity procedure activation is running. When the timer is running, the UE maintains the timer in a running state with a remaining duration unchanged. When the timer is not running, the UE starts the timer with an initial value.

[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 timer management mechanisms for a user equipment configured for eCall only mode when handling IMS emergency sessions.

[0015] FIG. 6 is a flow chart of a method for managing a timer associated with an eCall inactivity procedure by restarting the timer upon release of a signaling connection or a state transition.

[0016] FIG. 7 is a flow chart of a method for managing a timer associated with an eCall inactivity procedure by conditionally maintaining a running timer upon release of a signaling connection or a state transition.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. The distributed RAN 400 may include a multi-radio core network (MR-CN) and a multi-radio access network (MR-AN) . The MR-CN may include a control plane (C-plane) . 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] In 3GPP wireless communication systems, user equipment (UE) devices may be configured to operate in an eCall only mode, which is specifically designed for in-vehicle systems that support emergency call services. A UE configured for eCall only mode normally remains deregistered from the network to minimize signaling overhead and resource usage, registering only when emergency communication is necessary. After establishing an emergency call, however, the UE must remain temporarily registered to allow Public Safety Answering Points (PSAPs) to call back if additional information is needed or if the initial call was interrupted.

[0050] To manage this temporary registration period, 3GPP specifications define eCall timers that govern how long an eCall-only UE remains reachable after emergency-related communications. According to current specifications, when a UE in 3GPP access is configured for eCall only mode and an N1 NAS signaling connection is released, the UE’s behavior depends on the type of call that was established. If the released N1 NAS signaling connection had been established for eCall over IMS or for an IMS emergency session according to Annex H. 6 in 3GPP TS 23.167, the UE shall start timer T3444. If the released connection had been established for a call to a Home Public Land Mobile Network (HPLMN) designated non-emergency Mobile Station International Subscriber Directory Number (MSISDN) or Uniform Resource Identifier (URI) for test or terminal reconfiguration service, the UE shall start timer T3445.

[0051] Timer T3444 is associated with eCall inactivity procedure activation and serves a function in maintaining emergency communication capabilities. The eCall inactivity procedure is the procedure by which an eCall-only UE transitions from a registered state to its normal deregistered operational state following the completion of emergency-related communications. Timer T3444 controls the timing of when this procedure is activated. While timer T3444 is running, the eCall inactivity procedure remains deferred, and the eCall-only UE remains registered with the network, enabling the PSAP to establish a callback connection if necessary. This registration window allows PSAP operators to reestablish contact with vehicle occupants to obtain additional information about the emergency, provide medical guidance, coordinate emergency response resources, or verify the status of those involved in the incident. Once timer T3444 expires, the eCall inactivity procedure is activated, causing the UE to deregister from the network and return to its normal eCall-only deregistered state. Similarly, timer T3444 is associated with test or terminal reconfiguration service inactivity procedure activation. This timer controls the timing by which an eCall-only UE returns to its deregistered state following the completion of a call to a Home Public Land Mobile Network (HPLMN) designated non-emergency Mobile Station International Subscriber Directory Number (MSISDN) or Uniform Resource Identifier (URI) for test or terminal reconfiguration service. While timer T3444 is running, the UE remains registered to allow the network to reach the UE for test or reconfiguration purposes. Upon expiration of timer T3444, the corresponding inactivity procedure is activated, and the UE deregisters from the network.

[0052] The domain selection for emergency calls from eCall-only devices follows complex procedures defined in Annex H. 6 of 3GPP TS 23.167. This annex details the domain priority and selection rules for a UE attempting to make an emergency call using either Evolved UMTS Terrestrial Radio Access Network (E-UTRAN) or Next Generation Radio Access Network (NG-RAN) . The selection depends on multiple factors including the availability of Circuit Switched (CS) or Packet Switched (PS) domains and the network’s support for various capabilities.

[0053] The Annex H. 6 specifies the domain selection rules through different scenarios labeled A through F, each representing different combinations of network capabilities. The Annex H. 6 considers four primary indicators: PS domain availability (PS Available) , Voice over IMS over PS sessions support (VoIMS) , IMS Emergency Services support (EMS) , and eCall Over IMS support (ECL) . The VoIMS indicator represents support for voice over IMS over PS sessions as indicated by the IMS Voice over PS session supported indication defined in TS 23.401 and TS 23.502. For UEs in limited service state, if EMS or ECL is available, the UE shall assume that Voice over IMS over PS sessions is supported. The EMS indicator represents IMS Emergency Services support as indicated by the Emergency Service Support indicator defined in TS 23.401, TS 23.501, and TS 23.502. When a UE is in limited service state, it uses the ims-EmergencySupport broadcast bit specified in TS 36.331 and TS 38.331 instead of the Emergency Service Support indicator. The ECL indicator represents eCall Over IMS support as indicated by the eCall support indicator defined in TS 23.401 and TS 23.501.

[0054] Within this framework, a UE in eCall only mode can establish emergency communications through two distinct mechanisms, both of which are considered emergency sessions according to Annex H. 6 but differ in their implementation details. The first mechanism is eCall over IMS, which is used when the network advertises support for this capability through the ECL indicator. The second mechanism is a generic IMS emergency session, which is used when the network supports IMS emergency services but not the specific eCall over IMS feature.

[0055] The fundamental distinction between these two types of emergency sessions lies in the content of the Session Initiation Protocol (SIP) INVITE message sent by the UE to initiate the call. When ECL is available, indicating that the network supports eCall over IMS, the UE establishes an eCall over IMS session and includes Minimum Set of Data (MSD) information within the SIP INVITE message. The MSD is a standardized data structure with a maximum size of 140 bytes containing critical information about the vehicle and the emergency situation, including vehicle identification number, precise location coordinates, timestamp of the incident, vehicle type, fuel type, number of passengers, and status of safety systems such as seatbelt usage and airbag deployment. This rich data set enables the PSAP to immediately assess the severity of the situation and dispatch appropriate emergency resources.

[0056] When ECL is not available but EMS is available, indicating that the network supports IMS emergency services but not eCall over IMS, the UE establishes a generic IMS emergency session. In this case, the SIP INVITE message does not include the MSD information. This represents a fallback mechanism allowing the UE to establish emergency communications even when the network does not support the full eCall over IMS feature set. For instance, when PS is available, VoIMS is supported, and EMS is supported, but ECL is not supported, the UE’s first attempt is to use CS if available, and the second attempt is to establish an IMS emergency session over PS without MSD.

[0057] The domain selection rules can result in multiple emergency call attempts within a single incident. Some scenarios direct the UE to first attempt a call in the CS domain, followed by a second attempt in the PS domain if the first fails. Other scenarios may involve first attempting an eCall over IMS in the PS domain, potentially followed by attempts in CS or in PS on another radio access technology. Each attempt may involve establishing and releasing N1 NAS signaling connections, and each release of a connection associated with an emergency session triggers the start of timer T3444 according to current specifications.

[0058] An ambiguity exists in the current specifications regarding the handling of timer T3444 when successive emergency sessions occur. Specifically, when the upper layers of the UE protocol stack initiate a new IMS emergency session according to Annex H. 6 while timer T3444 is already running from a previous emergency call, the specifications do not define how the timer should be managed. The current requirement states that the UE shall start timer T3444 upon release of an N1 NAS signaling connection that was established for an emergency session, but this language does not address the scenario where T3444 is already active.

[0059] This undefined behavior creates a significant operational problem. Consider a scenario where a UE in eCall only mode has completed an initial emergency call, causing timer T3444 to start running. If the vehicle occupant or the in-vehicle system initiates a new IMS emergency session while T3444 is still active, the specifications do not clarify whether the timer should be stopped and restarted with its initial value to provide a full callback window for the new session, or whether the existing timer should continue running with its remaining time value unchanged.

[0060] The implications of this ambiguity are particularly severe when the remaining duration of an already-running T3444 timer is short. If the UE implementation allows the existing timer to continue without modification, and if the timer has only a brief period remaining when the new IMS emergency session is initiated and subsequently released, the timer could expire almost immediately. This would cause the UE to deregister from the network before the PSAP has adequate opportunity to call back regarding the most recent emergency session. Such premature deregistration would prevent the PSAP from reestablishing contact to gather additional information, provide medical guidance, or coordinate emergency response for the latest emergency call, thereby defeating the fundamental purpose of maintaining post-emergency-call registration.

[0061] The ambiguity extends to state transitions within the 5G System architecture. An eCall-only UE may transition between 5GMM-CONNECTED and 5GMM-IDLE modes during the course of emergency communications, and may also utilize 5GMM-CONNECTED mode with RRC inactive indication to optimize radio resource usage. When a UE with an N1 NAS signaling connection established for an IMS emergency session moves to 5GMM-CONNECTED mode with RRC inactive indication, the specifications do not clarify whether this transition should affect the running T3444 timer. Similarly, when such a connection is subsequently released and potentially re-established for another emergency session, the temporal relationship between the timer and these multiple sessions remains undefined.

[0062] This lack of specification clarity can lead to inconsistent implementations across different UE vendors and network operators. Some implementations might interpret the requirement to "start timer T3444" as implying a restart when the timer is already running, effectively resetting the callback window with each new emergency session. Other implementations might leave an already-running timer unchanged, maintaining the callback window from the first emergency session regardless of subsequent emergency communications. This variability in behavior means that network operators and PSAPs cannot rely on predictable UE availability following multiple emergency sessions, potentially resulting in missed callbacks or unnecessary network resource consumption from UEs remaining registered longer than intended.

[0063] FIG. 5 is a diagram 500 illustrating timer management mechanisms for a UE 504 configured for an eCall only mode when handling IMS emergency sessions. The diagram 500 depicts interactions between the UE 504, a base station 502, an AMF 506, an IMS core network 508, and a PSAP 510 during scenarios where eCall timers require management during successive emergency sessions. The UE 504 includes upper layers 520, a domain selection module 522, a timer T3444 512 associated with eCall inactivity procedure activation, and a timer T3444 514 associated with test or terminal reconfiguration service inactivity procedure activation. These components collectively implement timer management solutions to address ambiguities in handling eCall timers when IMS emergency sessions are initiated while existing timers remain active.

[0064] The base station 502 broadcasts an ECL indicator in System Information Block (SIB) messages to indicate whether the current cell supports eCall over IMS functionality. The AMF 506 provides an EMS indicator and a VoIMS indicator in registration accept messages to indicate support for IMS Emergency Services and Voice over IMS over PS sessions respectively. Based on these indicators, the domain selection module 522 within the UE 504 determines which type of IMS emergency session to establish according to Annex H. 6.

[0065] Annex H. 6 in 3GPP TS 23.167 defines two types of emergency sessions that an eCall-only UE may establish. When ECL is supported, indicating network support for eCall over IMS, the UE 504 establishes an eCall over IMS session and includes Minimum Set of Data (MSD) information in a SIP INVITE message 524. The MSD is a standardized data structure with a maximum size of 140 bytes containing vehicle identification number, location coordinates, timestamp, vehicle type, fuel type, number of passengers, and safety system status information such as seatbelt usage and airbag deployment. When ECL is not supported but EMS is supported, the UE 504 establishes an IMS emergency session without including MSD information in the SIP INVITE message 524. Both types of sessions are considered IMS emergency sessions according to Annex H. 6.

[0066] The diagram 500 illustrates a scenario where the UE 504 has previously established and released an IMS emergency session according to Annex H. 6, causing the timer T3444 512 to start running to maintain network registration for potential PSAP callbacks. During the operational period of timer T3444 512, the upper layers 520 initiate a new IMS emergency session. The domain selection module 522 evaluates network capabilities to determine whether to establish an eCall over IMS session with MSD or an IMS emergency session without MSD, both being emergency sessions defined in Annex H. 6.

[0067] When the domain selection module 522 determines that PS domain is available, VoIMS is supported, EMS is supported but ECL is not supported, the UE 504 establishes an IMS emergency session without MSD. According to Annex H. 6 Table H. 2, this corresponds to a scenario where the first eCall attempt uses CS if available, and the second attempt establishes an IMS emergency session over PS. Similarly, when PS is available, VoIMS is not supported, EMS is supported, but ECL is not supported, the first attempt uses CS if available and the second attempt establishes an IMS emergency session over PS.

[0068] The timer management ambiguity arises when an N1 NAS signaling connection associated with any IMS emergency session according to Annex H. 6 is subsequently released while timer T3444 512 is already running. According to existing specifications, release of an N1 NAS signaling connection that was established for an IMS emergency session according to Annex H. 6 triggers the requirement for the UE 504 to start timer T3444 512. However, specifications do not define the behavior when timer T3444 512 is already running from a previous emergency session.

[0069] The UE 504 implements timer management mechanisms to resolve this ambiguity through one of two approaches. In a first approach, when the UE 504 is configured for an eCall only mode and detects a trigger event associated with a NAS signaling connection established for an IMS emergency session according to Annex H. 6, the UE 504 performs a sequence of operations on a timer associated with eCall inactivity procedure activation, namely timer T3444 512. The sequence comprises stopping timer T3444 512, resetting timer T3444 512 to clear any remaining time value, and starting timer T3444 512 with its initial configured value. This sequence of operations is performed regardless of whether timer T3444 512 was running prior to detecting the trigger event. By restarting the timer with its initial value, the activation of the eCall inactivity procedure is postponed, thereby providing a full callback window duration for the most recently completed IMS emergency session, whether that session was an eCall over IMS with MSD or an IMS emergency session without MSD.

[0070] In a second approach, the UE 504 manages the timer associated with eCall inactivity procedure activation based on its current state. In response to detecting a trigger event associated with a NAS signaling connection established for an IMS emergency session according to Annex H. 6, the UE 504 determines whether timer T3444 512 is running. When timer T3444 512 is running, the UE 504 maintains timer T3444 512 in a running state with a remaining duration unchanged. When timer T3444 512 is not running, the UE 504 starts timer T3444 512 with an initial value. This approach maintains temporal continuity from the first emergency session while avoiding unnecessary timer restarts, effectively enabling the UE 504 to treat multiple emergency sessions occurring within a single timer duration as relating to a single incident for purposes of eCall inactivity procedure activation timing.

[0071] The timer management mechanisms apply equally when the UE 504 with an N1 NAS signaling connection established for an IMS emergency session according to Annex H. 6 transitions to 5GMM-CONNECTED mode with RRC inactive indication. In this state transition scenario, the UE 504 maintains its N1 NAS signaling connection while the Radio Resource Control (RRC) connection at the access stratum level enters an inactive state to conserve radio resources. When this transition occurs for a connection associated with any IMS emergency session according to Annex H. 6, the UE 504 applies the same timer management approach, either performing the stop-reset-start operation on timer T3444 512 or maintaining the timer in its current state.

[0072] When the UE 504 completes an eCall over IMS session where the SIP INVITE message 524 included MSD information due to ECL support, and subsequently initiates another emergency session while timer T3444 512 remains active, the UE 504 applies its selected timer management approach upon connection release or state transition. Similarly, when the UE 504 completes an IMS emergency session without MSD due to lack of ECL support and later establishes another emergency session while timer T3444 512 is running, the same timer management operations are executed.

[0073] Timer T3445 514 within the UE 504 follows analogous management procedures for connections established for calls to an HPLMN designated non-emergency MSISDN or URI for test or terminal reconfiguration services. When an N1 NAS signaling connection that was released had been established for such a test or reconfiguration call, and timer T3445 514 is already running from a previous such call, the UE 504 applies the same timer management approach, either performing the stop-reset-start operation on timer T3445 514 or maintaining the timer in its current state.

[0074] The implementation of timer management mechanisms within the UE 504 eliminates ambiguity that previously existed in 3GPP specifications regarding timer behavior during successive emergency sessions. The first approach, involving stopping, resetting, and starting the timer with its initial value, guarantees that the PSAP 510 receives a complete callback window following each emergency session. This prevents scenarios where a timer with minimal remaining duration could expire immediately after a new emergency session release, causing the UE 504 to deregister before the PSAP 510 can initiate callbacks regarding the most recent emergency.

[0075] The second approach, maintaining the running timer unchanged, provides operational continuity when multiple emergency sessions occur within a short timeframe. This approach recognizes that successive emergency sessions may relate to the same incident and that maintaining the original timer duration may be appropriate in certain implementations.

[0076] The AMF 506 manages N1 NAS signaling connection establishment and release procedures that trigger timer operations within the UE 504. Upon receiving a connection release indication from lower layers indicating that the access stratum connection has been released, the UE 504 enters 5GMM-IDLE mode and considers the N1 NAS signaling connection released. At this moment, if the released connection had been established for an IMS emergency session according to Annex H. 6, the UE 504 executes its configured timer management approach.

[0077] The PSAP 510 benefits from predictable timer behavior regardless of which approach the UE 504 implements. When the PSAP 510 receives an emergency call from the UE 504, PSAP operators may need time to assess the situation, coordinate with emergency services, or prepare specialized resources. The PSAP 510 may attempt callbacks to the UE 504 after the initial call concludes. With defined timer management mechanisms, whether through timer reset or continuation, the UE 504 behavior becomes predictable, allowing network operators and PSAPs to plan their callback procedures accordingly.

[0078] The base station 502 manages RRC connection state transitions that can trigger timer operations within the UE 504. When the base station 502 transitions the RRC connection to inactive state while maintaining the N1 NAS signaling connection, the UE 504 moves to 5GMM-CONNECTED mode with RRC inactive indication. For an eCall-only UE 504 with a connection established for an IMS emergency session according to Annex H. 6, this transition triggers the configured timer management approach on timer T3444 512.

[0079] The upper layers 520 within the UE 504 initiate IMS emergency sessions based on user input, automatic crash detection, or other emergency triggers. The upper layers 520 are not required to track the state of timer T3444 512 or determine whether it is currently running before requesting emergency session establishment. The timer management logic operates transparently below the upper layers 520, automatically handling timer operations whenever appropriate connection release or state transition events occur.

[0080] As described above, the network and / or the UE 504 implement specific protocol rules for managing timer T3444 512 and timer T3445 514 during N1 NAS signaling connection releases and transitions to 5GMM-CONNECTED mode with RRC inactive indication for a UE 504 configured for eCall only mode. These protocol rules eliminate ambiguity in 3GPP specifications regarding timer behavior when successive emergency sessions occur while eCall timers are already running.

[0081] The protocol rules address two distinct scenarios: release of an N1 NAS signaling connection established for emergency communications, and state transitions where the UE 504 moves to 5GMM-CONNECTED mode with RRC inactive indication while maintaining such a connection. Both scenarios require explicit timer management operations to provide consistent callback window durations for the PSAP 510.

[0082] When the signaling procedure for N1 NAS signaling connection release is initiated by the network through the AMF 506, the base station 502 releases the access stratum connection. Upon receiving an indication from lower layers that the access stratum connection has been released, the UE 504 shall enter 5GMM-IDLE mode and consider the N1 NAS signaling connection released. If the UE 504 in 3GPP access is configured for eCall only mode as specified in 3GPP TS 31.102, the UE 504 evaluates the type of call for which the released connection had been established.

[0083] If the N1 NAS signaling connection that was released had been established for eCall over IMS or for an IMS emergency session according to Annex H. 6 in 3GPP TS 23.167, the UE 504 shall perform the sequence of operations on the timer associated with eCall inactivity procedure activation by stopping, resetting, and starting timer T3444 512 with its initial value. This three-operation sequence applies regardless of whether timer T3444 512 was already running from a previous emergency session. By executing this sequence, the eCall inactivity procedure activation is postponed to provide a full callback window. Similarly, if the released connection had been established for a call to an HPLMN designated non-emergency MSISDN or URI for test or terminal reconfiguration service, the UE 504 shall stop, reset, and start timer T3444 514 associated with test or terminal reconfiguration service inactivity procedure activation with its initial value.

[0084] The protocol rules extend to state transitions within the 5G System architecture. When the UE 504 with an established N1 NAS signaling connection transitions to 5GMM-CONNECTED mode with RRC inactive indication, the RRC connection managed by the base station 502 enters an inactive state while the UE 504 maintains its N1 NAS signaling connection with the AMF 506. This state conserves radio resources while maintaining network connectivity.

[0085] If the UE 504 in 3GPP access is configured for an eCall only mode and the UE 504 with the N1 NAS signaling connection established for eCall over IMS or for an IMS emergency session according to Annex H. 6 in 3GPP TS 23.167 moved to 5GMM-CONNECTED mode with RRC inactive indication, the UE 504 shall perform the sequence of operations on the timer associated with eCall inactivity procedure activation by stopping, resetting, and starting timer T3444 512 with its initial value. Similarly, if the connection was established for a call to an HPLMN designated non-emergency MSISDN or URI for test or terminal reconfiguration service, the UE 504 shall stop, reset, and start timer T3444 514 associated with test or terminal reconfiguration service inactivity procedure activation with its initial value upon moving to 5GMM-CONNECTED mode with RRC inactive indication.

[0086] The stop-reset-start sequence resolves the operational problem where successive emergency sessions could result in premature UE 504 deregistration. Without this protocol rule, if timer T3444 512 had minimal remaining duration when a new emergency session completes, the timer could expire before the PSAP 510 can initiate callbacks for the most recent session. By executing the stop-reset-start sequence, the UE 504 provides a full callback window from each connection release or state transition.

[0087] The domain selection module 522 within the UE 504 determines whether to establish eCall over IMS or a generic IMS emergency session based on network capabilities. When ECL is supported, the domain selection module 522 directs inclusion of MSD information in the SIP INVITE message 524. When ECL is not supported but EMS is supported, the domain selection module 522 directs establishment of an IMS emergency session without MSD. The timer management protocol rules apply uniformly regardless of which type of emergency session is established.

[0088] Implementation of these protocol rules requires coordination between multiple protocol layers within the UE 504. When lower layers detect access stratum connection release or RRC state transition, a timer management module 526 receives notification along with information identifying the call type. The timer management module 526 determines whether the connection corresponds to an emergency session or a test / reconfiguration call and executes the stop-reset-start sequence on the appropriate timer.

[0089] The stop operation immediately halts any ongoing timing countdown. If the timer is not running, the operation completes without error. The reset operation clears any stored time value and timer expiry flags. The start operation programs the timer with its configured initial value retrieved from UE configuration storage 528 and begins the countdown. These three operations execute atomically, preventing race conditions during rapid successive connection events.

[0090] When timer T3444 512 expires, the eCall inactivity procedure is activated, and the UE 504 initiates deregistration procedures with the AMF 506 to return to its normal eCall-only deregistered state. Similarly, when timer T3444 514 expires, the corresponding inactivity procedure for test or terminal reconfiguration services is activated, triggering deregistration. Until expiry of the respective timer, the UE 504 remains registered and reachable, enabling PSAP 510 callbacks through the IMS core network 508 in the case of timer T3444 512, or enabling network-initiated test or reconfiguration communications in the case of timer T3444 514.

[0091] The protocol rules accommodate complex scenarios involving multiple call attempts across different domains as specified in Annex H. 6. Each emergency session receives a fresh callback window through the stop-reset-start sequence, regardless of preceding attempts. The base station 502 manages RRC state transitions based on radio resource optimization criteria independently of timer operations within the UE 504. The AMF 506 maintains the UE 504 in registered state while timers are running, enabling network routing of incoming calls from the PSAP 510. The IMS core network 508 processes emergency sessions and remains available to establish callback sessions while timer T3444 512 maintains the UE 504 in registered state.

[0092] FIG. 6 is a flow chart 600 of a method for managing a timer associated with an eCall inactivity procedure by restarting the timer upon release of a signaling connection or a state transition. The method may be performed by a UE configured for an eCall only mode (e.g., the UE 504) . In operation 602, the UE receives an ECL indicator in a SIB message. Referring to FIG. 5, the base station 502 broadcasts the ECL indicator to the UE 504 to indicate whether the cell supports eCall over IMS. In operation 604, the UE receives an EMS indicator in a registration accept message from a core network entity. For example, the AMF 506 may provide the EMS indicator to the UE 504 during the registration procedure to indicate support for IMS Emergency Services.

[0093] In operation 606, the UE detects a trigger event associated with a NAS signaling connection established for an IMS emergency session. Referring to FIG. 5, the timer management module 526 may receive a notification from lower layers regarding the status of a connection established by the domain selection module 522 for an emergency call. In certain implementations, the trigger event comprises a release of the NAS signaling connection. For example, the UE 504 may receive an indication that the access stratum connection has been released, prompting the UE 504 to consider the N1 NAS signaling connection released. In certain implementations, the trigger event comprises the UE transitioning to a 5GMM-CONNECTED mode with an RRC inactive indication while maintaining the NAS signaling connection. Referring to FIG. 5, the base station 502 may transition the RRC connection to an inactive state to conserve radio resources while the UE 504 maintains the NAS connection with the AMF 506.

[0094] In operation 608, in response to detecting the trigger event, the UE performs a sequence of operations on a first timer associated with eCall inactivity procedure activation. The sequence comprises stopping the first timer and starting the first timer with an initial value. The sequence of operations is performed regardless of whether the first timer was running prior to detecting the trigger event. Referring to FIG. 5, the timer management module 526 executes the stop and start operations on timer T3444 512 to ensure that the PSAP 510 has a full callback window following the specific event. In certain implementations, the first timer is timer T3444. As shown in FIG. 5, the timer 512 is designated as T3444 and controls the timing of the eCall inactivity procedure.

[0095] In certain implementations, the IMS emergency session comprises an eCall over IMS session. To establish the eCall over IMS session, the UE includes MSD information in a SIP INVITE message. Referring to FIG. 5, when the network supports ECL, the UE 504 sends a SIP INVITE message 524 containing the MSD data structure with vehicle information such as location and VIN. In certain implementations, the IMS emergency session is established without including MSD information in a SIP INVITE message based on determining that a network supports EMS but does not support ECL. Referring to FIG. 5, if the domain selection module 522 determines that ECL is not supported, the UE 504 initiates a generic IMS emergency session without the MSD payload to ensure emergency connectivity.

[0096] In operation 610, the UE remains registered with a network while the first timer is running to enable PSAP callback communications. Referring to FIG. 5, while timer T3444 512 is active, the UE 504 stays reachable via the IMS core network 508 for any incoming calls from the PSAP 510. In operation 612, the UE deregisters from the network upon expiration of the first timer. For example, once timer T3444 512 expires, the UE 504 activates the eCall inactivity procedure and returns to its deregistered state.

[0097] In operation 614, the UE detects a second trigger event associated with a second NAS signaling connection established for a test or terminal reconfiguration service call to a designated non-emergency number or identifier. Referring to FIG. 5, this may involve a call to an HPLMN designated MSISDN or URI initiated by the upper layers 520 for testing purposes. In operation 616, in response to detecting the second trigger event, the UE performs the sequence of operations on a second timer associated with test or terminal reconfiguration services. Referring to FIG. 5, the UE 504 stops and restarts timer 514 to manage the registration period for the test service. In certain implementations, the second timer is timer T3445. As shown in FIG. 5, the timer 514 is designated as T3445 and is associated with the test or terminal reconfiguration service inactivity procedure.

[0098] FIG. 7 is a flow chart 700 of a method for managing a timer associated with an eCall inactivity procedure by conditionally maintaining a running timer upon release of a signaling connection or a state transition. The method may be performed by a UE configured for an eCall only mode (e.g., the UE 504) . In operation 702, the UE detects a trigger event associated with a NAS signaling connection established for an IMS emergency session. Referring to FIG. 5, the timer management module 526 may receive a notification from lower layers regarding the status of the N1 NAS signaling connection established for an emergency session initiated by upper layers 520.

[0099] In certain implementations, the trigger event comprises at least one of: a release of the NAS signaling connection; or the UE transitioning to a 5GMM-CONNECTED mode with an RRC inactive indication. As described in FIG. 5, the base station 502 may release the access stratum connection causing the UE 504 to enter 5GMM-IDLE mode, or the base station 502 may transition the RRC connection to an inactive state while the UE 504 maintains the N1 NAS signaling connection.

[0100] In certain implementations, the IMS emergency session is one of: an eCall over IMS session including MSD information; or an emergency session established without MSD information. Referring to FIG. 5, the domain selection module 522 may determine whether to include MSD in the SIP INVITE message 524 based on the ECL indicator received from the base station 502.

[0101] In operation 704, in response to detecting the trigger event, the UE determines whether a timer associated with eCall inactivity procedure activation is running. Referring to FIG. 5, the timer management module 526 checks the status of timer T3444 512 to determine if it is currently active from a previous emergency session. In certain implementations, the timer is timer T3444. As shown in FIG. 5, the UE 504 maintains timer T3444 512 specifically for eCall inactivity procedure activation.

[0102] In operation 706, when the timer is running, the UE maintains the timer in a running state with a remaining duration unchanged. Referring to FIG. 5, if timer T3444 512 is already counting down, the timer management module 526 allows the timer to continue without stopping or resetting it. In certain implementations, maintaining the timer in the running state enables treating multiple emergency sessions within a timer duration as a single incident. As described with reference to FIG. 5, this approach provides operational continuity when multiple emergency sessions occur within a short timeframe.

[0103] In operation 708, when the timer is not running, the UE starts the timer with an initial value. Referring to FIG. 5, the UE 504 retrieves the initial value from UE configuration storage 528 and activates timer T3444 512 if it was not previously active.

[0104] In operation 710, the UE remains registered with a network while the timer is running to enable callback communications from a PSAP. Referring to FIG. 5, while timer T3444 512 is running, the UE 504 stays registered with the AMF 506, allowing the PSAP 510 to initiate a callback through the IMS core network 508.

[0105] The network entities described in the solutions of FIGs. 5-7, such as the base station 502 and the AMF 506, may be implemented using hardware components similar to those described in FIG. 2. Specifically, the base station 502 may correspond to the base station 210, utilizing the controller / processor 275 and memory 276 to generate and broadcast System Information Block (SIB) messages containing the ECL indicator. The transmit processor 216 and transmitters 218TX facilitate the transmission of these indicators and the management of RRC connection state transitions (e.g., moving the UE to an RRC inactive state while maintaining the N1 NAS signaling connection) via the antennas 220.

[0106] The core network entities, including the AMF 506 and nodes within the IMS core network 508, typically comprise one or more processors, memory devices, and communication interfaces (e.g., backhaul links) configured to handle control plane signaling. For instance, the AMF 506 utilizes its processing resources to manage the N1 NAS signaling connection establishment and release procedures that serve as trigger events for the UE’s timer management logic. The AMF 506 is further configured to generate and transmit registration accept messages containing the EMS and VoIMS indicators to the UE via the base station 502.

[0107] The UE 504 described in the solutions of FIGs. 5-7 may correspond to the UE 250 illustrated in FIG. 2. The controller / processor 259, in conjunction with the memory 260, executes the protocols for the upper layers 520, the domain selection module 522, and the timer management module 526. Specifically, the controller / processor 259 is configured to detect trigger events, such as the release of an N1 NAS signaling connection or a transition to 5GMM-CONNECTED mode with RRC inactive indication. Upon detecting these events, the controller / processor 259 performs the requisite operations on the eCall timers (e.g., T3444 512 and T3445 514) stored in the memory 260, such as stopping, resetting, and starting the timers with initial values, or maintaining them in a running state.

[0108] Furthermore, the controller / processor 259 determines the content of the SIP INVITE message 524 based on the ECL indicator received via the receivers 254RX and receive processor 256. When the domain selection module 522 determines that MSD information is required, the controller / processor 259 formats the message accordingly. The transmit processor 268 and transmitters 254TX are then utilized to transmit the SIP INVITE message and establish the IMS emergency session or eCall over IMS session via the antennas 252, while the memory 260 maintains the timer states to ensure the UE remains registered for potential PSAP callbacks.

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

[0110] 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 performed by a user equipment (UE) configured for an eCall only mode, the method comprising:detecting a trigger event associated with a Non-Access Stratum (NAS) signaling connection established for an Internet Protocol Multimedia Subsystem (IMS) emergency session; andin response to detecting the trigger event, performing a sequence of operations on a first timer associated with eCall inactivity procedure activation, the sequence comprising:stopping the first timer; andstarting the first timer with an initial value,wherein the sequence of operations is performed regardless of whether the first timer was running prior to detecting the trigger event.2.The method of claim 1, wherein the trigger event comprises a release of the NAS signaling connection.3.The method of claim 1, wherein the trigger event comprises the UE transitioning to a 5G Mobility Management (5GMM) -CONNECTED mode with a Radio Resource Control (RRC) inactive indication while maintaining the NAS signaling connection.4.The method of claim 1, wherein the first timer is timer T3444.5.The method of claim 1, wherein the IMS emergency session comprises an eCall over IMS session, and wherein establishing the eCall over IMS session comprises including Minimum Set of Data (MSD) information in a Session Initiation Protocol (SIP) INVITE message.6.The method of claim 1, wherein the IMS emergency session is established without including Minimum Set of Data (MSD) information in a Session Initiation Protocol (SIP) INVITE message based on determining that a network supports IMS Emergency Services (EMS) but does not support eCall Over IMS (ECL) .7.The method of claim 6, further comprising:receiving an ECL indicator in a System Information Block (SIB) message; andreceiving an EMS indicator in a registration accept message from a core network entity.8.The method of claim 1, further comprising:remaining registered with a network while the first timer is running to enable Public Safety Answering Point (PSAP) callback communications; andderegistering from the network upon expiration of the first timer.9.The method of claim 1, further comprising:detecting a second trigger event associated with a second NAS signaling connection established for a test or terminal reconfiguration service call to a designated non-emergency number or identifier; andin response to detecting the second trigger event, performing the sequence of operations on a second timer associated with test or terminal reconfiguration services.10.The method of claim 9, wherein the second timer is timer T3445.11.A method of wireless communication performed by a user equipment (UE) configured for an eCall only mode, the method comprising:detecting a trigger event associated with a Non-Access Stratum (NAS) signaling connection established for an Internet Protocol Multimedia Subsystem (IMS) emergency session; andin response to detecting the trigger event:determining whether a timer associated with eCall inactivity procedure activation is running;when the timer is running, maintaining the timer in a running state with a remaining duration unchanged; andwhen the timer is not running, starting the timer with an initial value.12.The method of claim 11, wherein the trigger event comprises at least one of:a release of the NAS signaling connection; orthe UE transitioning to a 5G Mobility Management (5GMM) -CONNECTED mode with a Radio Resource Control (RRC) inactive indication.13.The method of claim 11, wherein the timer is timer T3444.14.The method of claim 11, wherein the IMS emergency session is one of:an eCall over IMS session including Minimum Set of Data (MSD) information; oran emergency session established without MSD information.15.The method of claim 11, wherein maintaining the timer in the running state enables treating multiple emergency sessions within a timer duration as a single incident.16.The method of claim 11, further comprising:remaining registered with a network while the timer is running to enable callback communications from a Public Safety Answering Point (PSAP) .17.An apparatus for wireless communication, the apparatus being a user equipment (UE) configured for an eCall only mode, comprising:a memory; andat least one processor coupled to the memory and configured to:detect a trigger event associated with a Non-Access Stratum (NAS) signaling connection established for an Internet Protocol Multimedia Subsystem (IMS) emergency session; andin response to detecting the trigger event, perform a sequence of operations on a first timer associated with eCall inactivity procedure activation, wherein to perform the sequence of operations, the at least one processor is configured to:stop the first timer; andstart the first timer with an initial value,wherein the sequence of operations is performed regardless of whether the first timer was running prior to detecting the trigger event.18.The apparatus of claim 17, wherein the trigger event comprises a release of the NAS signaling connection.19.The apparatus of claim 17, wherein the trigger event comprises the UE transitioning to a 5G Mobility Management (5GMM) -CONNECTED mode with a Radio Resource Control (RRC) inactive indication while maintaining the NAS signaling connection.20.The apparatus of claim 17, wherein the first timer is timer T3444.

Images