Methods and apparatus for enhancements to speed up a voice call in mobile communications

Abstract

Various solutions for enhancements to reduce the time needed or required for an emergency call over earth orbit satellite, narrowband internet of things (NB-IoT), or non-terrestrial network (NTN) are described. A user equipment (UE) may receive an emergency call request and determine whether a first condition is met. The first condition may include that the UE is accessing or connected to a subsystem via geostationary earth orbit (GEO) satellite access. The UE may skip an IMS emergency registration procedure in an event that the first condition is met.

Description

METHODS AND APPARATUS FOR ENHANCEMENTS TO SPEED UP A VOICE CALL IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a non-provisional application claiming the priority benefit of U.S. Patent Application No. 63 / 779,355, filed 28 March 2025, the content of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to mobile communications and, more particularly, to reducing the time needed or required for an emergency call over geostationary earth orbit (GEO) , narrowband internet of things (NB-IoT) , or non-terrestrial network (NTN) with respect to apparatus in mobile communications.BACKGROUND

[0003] Unless otherwise indicated herein, approaches described in this section are not prior art to the claims listed below and are not admitted as prior art by inclusion in this section.

[0004] For current network implementations, the data rate of the GEO Satellite, NB-IoT, or IOT NTN is quite low. The user may take a long waiting time for dialing an Internet Protocol (IP) multimedia subsystem (IMS) emergency call over the GEO satellite, the NB-IoT, or the NTN. The long waiting time may be caused by the processing time for the session initiation protocol (SIP) registration and the processing time for the SIP call setup. Excessive processing time may severely impact user experience and may even lead to untimely emergency calls.

[0005] Accordingly, how to design UE and NW operations to support the voice service with reduced processing time has become an important issue for newly developed wireless communication systems. Therefore, there is a need to provide proper schemes to address this issue.SUMMARY

[0006] The following summary is illustrative only and is not intended to be limiting in any way. That is, the following summary is provided to introduce concepts, highlights, benefits, and advantages of the novel and non-obvious techniques described herein. Select implementations are further described below in the detailed description. Thus, the following summary is not intended to identify essential features of the claimed subject matter, nor is it intended for use in determining the scope of the claimed subject matter.

[0007] One objective of the present disclosure is proposing schemes, concepts, designs, systems, methods, and apparatus pertaining to speeding up voice calls over GEO, NB-IoT, or NTN. It is believed that the above-described issues would be avoided or otherwise alleviated by implementing one or more of the proposed schemes described herein.

[0008] In one aspect, a method may involve an apparatus receiving an emergency call request. The method may also involve the apparatus determining whether a first condition is met. The first condition may include that the apparatus is accessing or connected to a subsystem via GEO satellite access. The method may further involve the apparatus skipping an Internet Protocol (IP) multimedia subsystem (IMS) emergency registration procedure in an event that the first condition is met.

[0009] In one aspect, a method may involve a network apparatus receiving a non-access stratum (NAS) message for activating a packet data network (PDN) connection establishment procedure from a user equipment (UE) . The method may also involve the network apparatus including a parameter or an indication of skipping an IMS emergency registration procedure in a downlink NAS message, in a system information block (SIB) message, in a configuration, or in a downlink radio resource control (RRC) message. The method may further involve the network apparatus transmitting the downlink NAS message, the SIB message, the configuration, or the downlink RRC message to the UE.

[0010] In one aspect, an apparatus may comprise a transceiver which, during operation, wirelessly communicates with a network apparatus. The apparatus may also comprise a processor communicatively coupled to the transceiver. The processor, during operation, may perform operations comprising receiving, via the transceiver, an emergency call request. The processor may also perform operations comprising determining whether a first condition is met, wherein the first condition comprises that the apparatus is accessing or connected to a subsystem via GEO satellite access. The processor may further perform operations comprising skipping an IMS emergency registration procedure in an event that the first condition is met.

[0011] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as Long-Term Evolution (LTE) , LTE-Advanced, LTE-Advanced Pro, 5th Generation (5G) , New Radio (NR) , Internet-of-Things (IoT) and Narrow Band Internet of Things (NB-IoT) , Non-Terrestrial Network (NTN) , GEO satellite, Medium Earth Orbit (MEO) satellite, Low Earth Orbit (LEO) satellite, IMS, Industrial Internet of Things (IIoT) , beyond 5G (B5G) , and 6th Generation (6G) , the proposed concepts, schemes and any variation (s)  / derivative (s) thereof may be implemented in, for and by other types of radio access technologies, networks and network topologies. Thus, the scope of the present disclosure is not limited to the examples described herein.BRIEF DESCRIPTION OF THE DRAWINGS

[0012] The accompanying drawings are included to provide a further understanding of the disclosure and are incorporated in and constitute a part of the present disclosure. The drawings illustrate implementations of the disclosure and, together with the description, serve to explain the principles of the disclosure. It is appreciable that the drawings are not necessarily in scale as some components may be shown to be out of proportion than the size in actual implementation in order to clearly illustrate the concept of the present disclosure.

[0013] FIG. 1 is a diagram depicting example scenarios under schemes in accordance with implementations of the present disclosure.

[0014] FIG. 2 is a diagram depicting an example scenario under schemes in accordance with implementations of the present disclosure.

[0015] FIG. 3 is a block diagram of an example communication system in accordance with an implementation of the present disclosure.

[0016] FIG. 4 is a flowchart of an example process in accordance with an implementation of the present disclosure.

[0017] FIG. 5 is a flowchart of another example process in accordance with an implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0018] Detailed embodiments and implementations of the claimed subject matters are disclosed herein. However, it shall be understood that the disclosed embodiments and implementations are merely illustrative of the claimed subject matters which may be embodied in various forms. The present disclosure may, however, be embodied in many different forms and should not be construed as limited to the exemplary embodiments and implementations set forth herein. Rather, these exemplary embodiments and implementations are provided so that description of the present disclosure is thorough and complete and will fully convey the scope of the present disclosure to those skilled in the art. In the description below, details of well-known features and techniques may be omitted to avoid unnecessarily obscuring the presented embodiments and implementations. Overview

[0019] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes, and / or solutions pertaining to reducing the time needed or required for an emergency (voice) call over earth orbit satellite, NB-IoT, or NTN. According to the present disclosure, a number of possible solutions may be implemented separately or jointly. That is, although these possible solutions may be described below separately, two or more of these possible solutions may be implemented in one combination or another.

[0020] The present disclosure aims to reduce the time needed or required for an emergency (voice) call over an earth-orbit satellite, NB-IoT, NTN, or NB-IoT NTN (NB NTN) .

[0021] FIG. 1 illustrates an example scenario 100 of a communication environment in which various solutions and schemes in accordance with the present disclosure may be implemented. Scenario 100 involves a user equipment (UE) 110 in wireless communication with a wireless network (e.g., an LTE network, a 5G / NR network, an IoT network, an IMS network, an NTN network, and / or a 6G network) consisting of an access network 120, a core network 130, and a satellite 140. The UE 110 may support IMS voice calls over NB-IoT, NTN, or NB-IoT NTN (NB NTN) via satellite 140 (i.e., the earth-orbit satellite access) connecting to the core network 130. The UE 110 may be a smart phone, a wearable device, an IoT device, an NB-IoT device, an NTN device, a tablet, etc. Alternatively, the UE 110 may be a notebook (NB) or personal computer (PC) inserted or installed with a data card which includes a modem and radio frequency (RF) transceiver (s) to provide the functionality of wireless communication. The access network 120 may be a 3GPP network (e.g., a public land mobile network (PLMN) , a stand-alone non-public network (SNPN) , an evolved packet core (EPC) network, a 5G network, or a 6G network) . The core network 130 may be an IP multimedia (IM) core network (CN) subsystem, an EPC network, a 5G core network (5GC) , or a 6G core network (6GC) . The satellite 140 may be a GEO satellite, a medium earth orbit (MEO) satellite, or a low earth orbit (LEO) satellite. In one embodiment, the access network 120 is connected to the core network 130 by means of the NG interface, more specifically to a user plane function (UPF) by means of the NG user-plane part (NG-u) , and to an access and mobility management function (AMF) by means of the NG control-plane part (NG-c) ; however, the present disclosure is not limited thereto. The access network 120 may include base station 121, which may be connected to multiple UPFs / AMFs respectively for the purpose of load sharing and redundancy. The base station may be called a BS, a cell, a small cell, or a macro-cell. In addition, the core network 130 may include other entities, such as a satellite network operator (SNO) , a network management system (NMS) , a mobility management entity (MME) , an equipment identity register (EIR) , a permanent equipment identifier (PEI) , a centralized database (e.g., home subscriber server (HSS) , or unified data management (UDM) ) , a policy and charging rules function (PCRF) , a proxy call session control function (P-SCF) , a serving-call session control function (S-CSCF) , a session management function (SMF) , etc. In one embodiment, the UE may be accessing or connected to the access network 120 via satellite 140 connecting to the core network 130. In one embodiment, the UE110 may be accessing or connected to the network over the NTN connecting to the core network 130. In one embodiment, the UE 110 may be accessing or connected to the access network 120 over an NB-IoT connecting to the core network 130. In one embodiment, the UE 110 may subscribe to a voice call service over NB-IoT NTN (NB NTN) via the access of satellite 140 (i.e., the earth-orbit satellite access ) connecting to the core network 130. In one embodiment, the UE 110 may subscribe to the voice call service via satellite 140. In one embodiment, the UE 110 may subscribe to the voice call service over the NB-IoT. In one embodiment, the UE 110 may subscribe to the voice call service over the NTN. For illustrative purposes, one base station (base station 121) and one UE (UE 110) may be described hereinafter. However, it is not intended to limit the network scenarios of the present disclosure.

[0022] Emergency service, emergency bearers, or emergency protocol data unit (PDU) session (s) (e.g., emergency service support indicator for 3GPP access, emergency services fallback indicator for 3GPP access, emergency service support indicator for non-3GPP access, etc. ) may be defined for use in emergency calls in evolved packet system (EPS)  / 5G system (5GS)  / 6G system (6GS) and core network support of these bearer (s) , PDU session (s) or Emergency service (s) may be indicated to the UE in a (downlink) NAS signalling. In some implementations, the UE may recognize or determine that a call request is an emergency call request, and the core network supports at least one of emergency bearers, emergency PDU session (s) . In some implementations, the UE shall use these EPS bearer contexts (i.e., emergency bearers, emergency PDN connection, PDN connection for emergency, etc. ) or PDU sessions for both signalling and media for emergency calls made using the IM CN subsystem.

[0023] Under current infrastructures, the data rate of the GEO satellite, the NB IoT, or the IoT NTN may be very low, it may cause related preparation procedures (e.g., an emergency PDN connection establishment procedure, an emergency PDU session establishment procedure, an IMS establishment registration procedure, etc. ) take too much time before the UE dials an IMS emergency call.

[0024] In some scenarios, assuming that the data rate of the physical layer (PHY) is 1 Kbps / sec and the one-way propagation delay is 2.6 seconds (based on field measurement between the UE and the core network) , the IMS registration time may be about 85 seconds as shown in Table. 1A (via control plane (CP) path) and Table. 1B (via user plane (UP) path) . For an emergency call, it is likely that the procedure will contain IMS registration and then call setup. For this usage scenario, the time waiting for IMS registration may be crucial to the user experience. Table. 1A Table. 1B

[0025] Accordingly, FIG. 2 depicts an example process 200 for reducing the waiting time for dialing an emergency call in accordance with an implementation of the present disclosure. The process 200 may proceed from step 210 to step 280. The UE may camp on an eNB that supports NB-IoT (GEO) satellite access.

[0026] In step 210, the UE may receive an emergency call request. In one example, the UE may receive an IMS emergency call request from an upper layer of the UE for establishing the IMS emergency call. Then, process 200 proceeds to step 220.

[0027] In step 220, the UE may transmit the first information for activating a PDN connection establishment procedure to the NW. In one example, the first information may be an uplink NAS message. Then, process 200 proceeds to step 230.

[0028] In step 230, the NW may include a parameter or an indication of skipping an IMS emergency registration procedure in the second information. In one example, the second information may be a downlink NAS message, a system information block (SIB) message, a configuration information, or a downlink RRC message. In one embodiment, the parameter or the indication of skipping the IMS emergency registration procedure is included in the second information (e.g., the downlink NAS message, the SIB message, the configuration information, or the downlink RRC message, etc. ) in an event that the UE is accessing or connected to an IM CN subsystem via GEO satellite access. In one embodiment, the parameter or the indication of skipping the IMS emergency registration procedure is included in the second information in an event that the UE is accessing the GEO satellite access. In one example, the NW may obtain a radio access technology (RAT) type of the UE from an IP connectivity access network (IP-CAN) that is related to the GEO satellite access and may determine that the UE is accessing the GEO satellite access.

[0029] In one embodiment, the parameter or the indication of skipping the IMS emergency registration procedure is included in the second information in an event that the UE has credentials and is accessing or connected to the IM CN subsystem via GEO satellite access. In one embodiment, the parameter or the indication of skipping the IMS emergency registration procedure is included in the second information in an event that the UE has credentials and is accessing the GEO satellite access. In one embodiment, the parameter or the indication of skipping the IMS emergency registration procedure is included in the second information in an event that the UE is with an IP multimedia services identity module (ISIM) or a universal subscriber identity module (USIM) and is accessing or connected to the IM CN subsystem via the GEO satellite access. In one embodiment, the parameter or the indication of skipping the IMS emergency registration procedure is included in the second information in an event that the UE is with ISIM or USIM and is accessing GEO satellite access.

[0030] In one embodiment, the parameter or the indication of skipping the IMS emergency registration procedure is included in the second information in an event that the UE is in a registered normal service state (e.g., an evolved packet system (EPS) mobility management (EMM) registered normal service state, a 5GMM registered normal service state, or a 6GMM registered normal service state) and is accessing or connected to the IM CN subsystem via the GEO satellite access. In one embodiment, the parameter or the indication of skipping the IMS emergency registration procedure is included in the second information in an event that the UE is in the registered normal service state and is accessing GEO satellite access.

[0031] In one embodiment, the parameter or the indication of skipping the IMS emergency registration procedure is included in the second information in an event that the UE has credentials, is in the registered normal service state and is accessing or connected to the IM CN subsystem via the GEO satellite access. In one embodiment, the parameter or the indication of skipping the IMS emergency registration procedure is included in the second information in an event that the UE has credentials, is in the registered normal service state and is accessing GEO satellite access. Then, process 200 proceeds to step 240.

[0032] In step 240, the NW may transmit the second information to the UE. In one example, the second information (e.g., the downlink NAS message) is transmitted during the PDN connection establishment procedure or an attach procedure. Then, process 200 proceeds to step 250.

[0033] In step 250, the UE may determine whether a condition is met. In one embodiment, the UE may determine whether the condition is met during the PDN connection establishment procedure or the attach procedure. In one embodiment, the UE may negotiate with the NW (e.g., through the uplink NAS message and / or the downlink NAS message during the PDN connection establishment procedure) and determine whether the condition is met during the PDN connection establishment procedure. If yes (i.e., the condition is met) , process 200 proceeds to step 261; otherwise, process 200 proceeds to step 262.

[0034] In some implementations, the condition may comprise at least one of the following: (i) . the apparatus is accessing or connected to a subsystem (e.g., an IM CN subsystem) via an earth orbit (e.g., GEO) satellite access; (ii) . a parameter or an indication of skipping the IMS emergency registration procedure is included in the downlink NAS message (during the PDN connection establishment procedure) ; (iii) . a parameter or an indication of skipping the IMS emergency registration procedure is true; (iv) . the UE has credentials; (v) . the UE is with ISIM or USIM; (vi) . the UE is in a registered normal service state (e.g., an EMM registered normal service state, a 5GMM registered normal service state, or a 6GMM registered normal service state) ; (vii) . UE received broadcasted (system) information (e.g., in SystemInformationBlockType1-NB, SystemInformationBlockType2-NB, SystemInformationBlockType3-NB, or SystemInformationBlockTypeXYZ-NB) or UE received downlink RRC message; (viii) . UE implementation; and (ix) . (pre-) configured information in the UE, (e.g., in the ME (ex, in Management Object (MO) (ex, NAS configuration MO, IMS MO, etc. ) ) or in a universal subscriber identity module (USIM) (ex, a USIM file) ) .

[0035] In step 261, the (IMS) emergency registration procedure is skipped in an event that the condition is met. Then, process 200 proceeds to step 270.

[0036] In step 262, the (IMS) emergency registration procedure is performed. Then, process 200 proceeds to step 280.

[0037] In step 270, the user may dial the (IMS) emergency call without the (IMS) emergency registration procedure. Then, process 200 proceeds to step 280.

[0038] In step 280, related (IMS) emergency call setup procedures (e.g., entering from IDLE to CONNECT, SIP INVITE is initiated, etc. ) may be performed. Illustrative Implementations

[0039] FIG. 3 illustrates an example communication system 300 having an example communication apparatus 310 and an example network apparatus 320 in accordance with an implementation of the present disclosure. Each of communication apparatus 310 and network apparatus 320 may perform various functions to implement schemes, techniques, processes, and methods described herein pertaining to reducing the time needed or required for an emergency (voice) call over earth orbit satellite, NB-IoT, or NTN, including scenarios / schemes described above as well as processes 500 and 600 described below.

[0040] Communication apparatus 310 may be a part of an electronic apparatus, which may be a UE such as a portable or mobile apparatus, a wearable apparatus, a wireless communication apparatus, or a computing apparatus. For instance, communication apparatus 310 may be implemented in a smartphone, a smartwatch, a personal digital assistant, an electronic control unit (ECU) in a vehicle, a digital camera, or a computing equipment such as a tablet computer, a laptop computer, or a notebook computer. Communication apparatus 310 may also be a part of a machine-type apparatus, which may be a UE, a reduced-capability (ReCap) UE, an IoT, NB-IoT, NTN, NB-IoT over NTN (NB NTN) , enhanced machine type communication (eMTC) , or IIoT UE, such as an immobile or a stationary apparatus, a home apparatus, a roadside unit (RSU) , a wire communication apparatus, or a computing apparatus. For instance, communication apparatus 310 may be implemented in a smart thermostat, a smart fridge, a smart door lock, a wireless speaker, or a home control center. Alternatively, communication apparatus 310 may be implemented in the form of one or more integrated-circuit (IC) chips, such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, one or more reduced-instruction-set computing (RISC) processors, or one or more complex-instruction-set-computing (CISC) processors. Communication apparatus 310 may include at least some of those components shown in FIG. 3, such as a processor 312, for example. Communication apparatus 310 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of communication apparatus 310 are neither shown in FIG. 3 nor described below in the interest of simplicity and brevity.

[0041] Network apparatus 320 may be a part of an electronic apparatus, which may be a network node such as a BS (e.g., a 6gNB, gNB, TRP, or eNB) , a small cell, a network function (entity) (e.g., an MME, an EIR, a PEI, a centralized database (e.g., an HSS) , or a UDM) , a PCRF, a P-SCF, an S-CSCF, an AMF, an SMF, or a UPF) , a router, or a gateway (e.g., an NTN gateway, an IMS access gateway (IMS-AGW) , a serving gateway (SGW) , or a packet data network gateway (PGW) ) of a network. For instance, network apparatus 320 may be implemented in a BS of a 4G / 5G / B5G / 6G network or in an NB-IoT over NTN (NB NTN) apparatus, in an IoT apparatus, in an NB-IoT apparatus, in a IIoT apparatus, in an NTN apparatus, or in a network function (entity) or network apparatus of an IMS network or a satellite (e.g., GEO, MEO, or LEO) IoT network. Alternatively, network apparatus 320 may be implemented in the form of one or more IC chips, such as, for example and without limitation, one or more single-core processors, one or more multi-core processors, or one or more RISC or CISC processors. Network apparatus 320 may include at least some of those components shown in FIG. 3, such as a processor 322, for example. Network apparatus 320 may further include one or more other components not pertinent to the proposed scheme of the present disclosure (e.g., internal power supply, display device and / or user interface device) , and, thus, such component (s) of network apparatus 320 are neither shown in FIG. 3 nor described below in the interest of simplicity and brevity.

[0042] In one aspect, each of processor 312 and processor 322 may be implemented in the form of one or more single-core processors, one or more multi-core processors, or one or more CISC processors. That is, even though a singular term “a processor” is used herein to refer to processor 312 and processor 322, each of processor 312 and processor 322 may include multiple processors in some implementations and a single processor in other implementations in accordance with the present disclosure. In another aspect, each of processor 312 and processor 322 may be implemented in the form of hardware (and, optionally, firmware) with electronic components including, for example and without limitation, one or more transistors, one or more diodes, one or more capacitors, one or more resistors, one or more inductors, one or more memristors and / or one or more varactors that are configured and arranged to achieve specific purposes in accordance with the present disclosure. In other words, in at least some implementations, each of processor 312 and processor 322 is a special-purpose machine specifically designed, arranged and configured to perform specific tasks, including enhancements to reduce the time needed or required for an emergency (voice) call over earth orbit satellite, NB-IoT, or NTN, in a device (e.g., as represented by communication apparatus 310) and a network node (e.g., as represented by network apparatus 320) in accordance with various implementations of the present disclosure.

[0043] In some implementations, communication apparatus 310 may also include a transceiver 316 coupled to processor 312 and capable of wirelessly transmitting and receiving data. In some implementations, transceiver 316 may be capable of wirelessly communicating with different types of UEs and / or wireless networks of different RATs, such as 4G / 5G / B5G / 6G / Satellite. In some implementations, transceiver 316 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 316 may be equipped with multiple transmit antennas and multiple receive antennas for MIMO wireless communications. In some implementations, network apparatus 320 may also include a transceiver 326 coupled to processor 322. Transceiver 326 may include a transceiver capable of wirelessly transmitting and receiving data. In some implementations, transceiver 326 may be capable of wirelessly communicating with different types of UEs of different RATs. In some implementations, transceiver 326 may be equipped with a plurality of antenna ports (not shown) such as, for example, four antenna ports. That is, transceiver 326 may be equipped with multiple transmit antennas and multiple receive antennas for MIMO wireless communications. In some implementations, transceiver 326 may be equipped with a wired network interface, such as a fiber optic cable, for communicating with other network nodes / functions.

[0044] In some implementations, communication apparatus 310 may further include a memory 314 coupled to processor 312 and capable of being accessed by processor 312 and storing data therein. In some implementations, network apparatus 320 may further include a memory 324 coupled to processor 322 and capable of being accessed by processor 322 and storing data therein. Each of memory 314 and memory 324 may include a type of random-access memory (RAM) such as dynamic RAM (DRAM) , static RAM (SRAM) , thyristor RAM (T-RAM) , and / or zero-capacitor RAM (Z-RAM) . Alternatively, or additionally, each of memory 314 and memory 324 may include a type of read-only memory (ROM) such as mask ROM, programmable ROM (PROM) , erasable programmable ROM (EPROM) , and / or electrically erasable programmable ROM (EEPROM) . Alternatively, or additionally, each of memory 314 and memory 324 may include a type of non-volatile random-access memory (NVRAM) such as flash memory, solid-state memory, ferroelectric RAM (FeRAM) , magnetoresistive RAM (MRAM) , and / or phase-change memory.

[0045] Each of communication apparatus 310 and network apparatus 320 may be a communication entity capable of communicating with each other using various proposed schemes in accordance with the present disclosure. For illustrative purposes and without limitation, a description of capabilities of communication apparatus 310, as a UE, and network apparatus 320, as a network node (e.g., a BS) , is provided below with processes 400 and 500. Illustrative Processes

[0046] FIG. 4 illustrates an example process 400 in accordance with an implementation of the present disclosure. Process 400 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to enhancements to reduce the time needed or required for an emergency (voice) call over earth orbit satellite, NB-IoT, or NTN. Process 400 may represent an aspect of implementation of features of communication apparatus 310. Communication apparatus 310 may support IMS voice calls over NB-IoT NTN via an earth-orbit satellite that connects to a core network. Process 400 may include one or more operations, actions, or functions as illustrated by one or more of blocks 410 to 430. Although illustrated as discrete blocks, various blocks of process 400 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 400 may be executed in the order shown in FIG. 4 or, alternatively, in a different order. Process 400 may be implemented by communication apparatus 310 or any suitable UE or machine-type devices. Solely for illustrative purposes and without limitation, process 400 is described below in the context of communication apparatus 310 as a UE. Process 400 may begin at block 410.

[0047] At block 410, process 400 may involve processor 312 of communication apparatus 310 receiving, via transceiver 316, an emergency call request. Process 400 may proceed from block 410 to block 420.

[0048] At block 420, process 400 may involve processor 312 determining whether a first condition is met, wherein the first condition comprises that communication apparatus 310 is accessing or connected to a subsystem via GEO satellite access. Process 400 may proceed from block 420 to block 430.

[0049] At block 430, process 400 may involve processor 312 skipping an IMS emergency registration procedure in an event that the first condition is met.

[0050] In some implementations, process 400 may further involve processor 312 receiving, via transceiver 316, a downlink NAS message. The process 400 may further involve processor 312 determining whether a second condition is met. The second condition may include that a parameter or an indication of skipping the IMS emergency registration procedure is included in the downlink NAS message. The IMS emergency registration procedure may be skipped in an event that the first condition and the second condition are met.

[0051] In some implementations, the downlink NAS message is received during a PDN connection establishment procedure or an attach procedure.

[0052] In some implementations, process 400 may further involve processor 312 determining whether a third condition is met. The third condition may include that a parameter or an indication of skipping the IMS emergency registration procedure is true. The IMS emergency registration procedure is skipped in an event that the first condition and the third condition are met.

[0053] In some implementations, process 400 may further involve processor 312 determining whether a fourth condition is met. The fourth condition may include that communication apparatus 310 has credentials. The IMS emergency registration procedure may be skipped in an event that the first condition and the fourth condition are met.

[0054] In some implementations, process 400 may further involve processor 312 determining whether communication apparatus 310 is with an ISIM or a USIM. The process 400 may further involve processor 312 determining that the fourth condition is met in an event that communication apparatus 310 is with the ISIM or the USIM.

[0055] In some implementations, process 400 may further involve processor 312 determining whether a fifth condition is met. The fifth condition may include that communication apparatus 310 is in a registered normal service state. The IMS emergency registration procedure may be skipped in an event that the first condition and the fifth condition are met.

[0056] In some implementations, process 400 may further involve processor 312 determining whether a fourth condition is met. The fourth condition may include that communication apparatus 310 has credentials. The process 400 may further involve processor 312 determining whether a fifth condition is met. The fifth condition may include that the apparatus is in a registered normal service state. The IMS emergency registration procedure may be skipped in an event that the first, fourth, and fifth conditions are met.

[0057] FIG. 5 illustrates an example process 500 in accordance with an implementation of the present disclosure. Process 500 may be an example implementation of above scenarios / schemes, whether partially or completely, with respect to enhancements to reduce the time needed or required for an emergency (voice) call over earth orbit satellite, NB-IoT, or NTN. Process 500 may represent an aspect of implementation of features of network apparatus 320. Process 500 may include one or more operations, actions, or functions as illustrated by one or more of blocks 510 to 530. Although illustrated as discrete blocks, various blocks of process 500 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 500 may be executed in the order shown in FIG. 5 or, alternatively, in a different order. Process 500 may be implemented by network apparatus 320 or any suitable network node (supporting certain network function (s) ) . Solely for illustrative purposes and without limitation, process 500 is described below in the context of communication apparatus 310, as a UE, and network apparatus 320, as a network node (e.g., a PCRF, a P-SCF, an S-CSCF, an MME, an AMF, an SMF, etc. ) . Process 500 may begin at block 510.

[0058] At block 510, process 500 may involve processor 322 of network apparatus 320, receiving, via transceiver 326, a NAS message for activating a PDN connection establishment procedure from communication apparatus 310. Process 500 may proceed from block 510 to block 520.

[0059] At block 520, process 500 may involve processor 322 including a parameter or an indication of skipping an IMS emergency registration procedure in a downlink NAS message, in a SIB message, in a configuration, or in a downlink RRC message. Process 500 may proceed from block 520 to block 530.

[0060] At block 530, process 500 may involve processor 322 transmitting, via transceiver 326, the downlink NAS message, the SIB message, the configuration, or the downlink RRC message to communication apparatus 310.

[0061] In some implementations, the downlink NAS message may be transmitted during the PDN connection establishment procedure or an attach procedure.

[0062] In some implementations, the parameter or the indication of skipping the IMS emergency registration procedure may be included in the downlink NAS message, the SIB message, the configuration, or the downlink RRC message in an event that the UE is accessing or connected to a subsystem via GEO satellite access.

[0063] In some implementations, the parameter or the indication may be included in the downlink NAS message, the SIB message, the configuration, or the downlink RRC message in an event that the UE has credentials and is accessing or connected to a subsystem via GEO satellite access.

[0064] In some implementations, the parameter or the indication may be included in the downlink NAS message, the SIB message, the configuration, or the downlink RRC message in an event that communication apparatus 310 is with an ISIM or a USIM and is accessing or connected to a subsystem via GEO satellite access. In some implementations, the subsystem may be an IM CN subsystem.

[0065] In some implementations, the parameter or the indication is included in the downlink NAS message, the SIB message, the configuration, or the downlink RRC message in an event that the UE is in a registered normal service state and is accessing or connected to the subsystem via the GEO satellite access.

[0066] In some implementations, the parameter or the indication may be included in the downlink NAS message, the SIB message, the configuration, or the downlink RRC message in an event that communication apparatus 310 has credentials, is in a registered normal service state, and is accessing or connected to the subsystem via the GEO satellite access. Additional Notes

[0067] The herein-described subject matter sometimes illustrates different components contained within, or connected with, different other components. It is to be understood that such depicted architectures are merely examples, and that in fact many other architectures can be implemented which achieve the same functionality. In a conceptual sense, any arrangement of components to achieve the same functionality is effectively "associated" such that the desired functionality is achieved. Hence, any two components herein combined to achieve a particular functionality can be seen as "associated with" each other such that the desired functionality is achieved, irrespective of architectures or intermedial components. Likewise, any two components so associated can also be viewed as being "operably connected" , or "operably coupled" , to each other to achieve the desired functionality, and any two components capable of being so associated can also be viewed as being "operably couplable" , to each other to achieve the desired functionality. Specific examples of operably couplable include but are not limited to physically mateable and / or physically interacting components and / or wirelessly interactable and / or wirelessly interacting components and / or logically interacting and / or logically interactable components.

[0068] Further, with respect to the use of substantially any plural and / or singular terms herein, those having skill in the art can translate from the plural to the singular and / or from the singular to the plural as is appropriate to the context and / or application. The various singular / plural permutations may be expressly set forth herein for sake of clarity.

[0069] Moreover, it will be understood by those skilled in the art that, in general, terms used herein, and especially in the appended claims, e.g., bodies of the appended claims, are generally intended as “open” terms, e.g., the term “including” should be interpreted as “including but not limited to, ” the term “having” should be interpreted as “having at least, ” the term “includes” should be interpreted as “includes but is not limited to, ” etc. It will be further understood by those within the art that if a specific number of an introduced claim recitation is intended, such an intent will be explicitly recited in the claim, and in the absence of such recitation no such intent is present. For example, as an aid to understanding, the following appended claims may contain usage of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed to imply that the introduction of a claim recitation by the indefinite articles "a" or "an" limits any particular claim containing such introduced claim recitation to implementations containing only one such recitation, even when the same claim includes the introductory phrases "one or more" or "at least one" and indefinite articles such as "a" or "an, " e.g., “a” and / or “an” should be interpreted to mean “at least one” or “one or more; ” the same holds true for the use of definite articles used to introduce claim recitations. In addition, even if a specific number of an introduced claim recitation is explicitly recited, those skilled in the art will recognize that such recitation should be interpreted to mean at least the recited number, e.g., the bare recitation of "two recitations, " without other modifiers, means at least two recitations, or two or more recitations. Furthermore, in those instances where a convention analogous to “at least one of A, B, and C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, and C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. In those instances where a convention analogous to “at least one of A, B, or C, etc. ” is used, in general such a construction is intended in the sense one having skill in the art would understand the convention, e.g., “a system having at least one of A, B, or C” would include but not be limited to systems that have A alone, B alone, C alone, A and B together, A and C together, B and C together, and / or A, B, and C together, etc. It will be further understood by those within the art that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the description, claims, or drawings, should be understood to contemplate the possibilities of including one of the terms, either of the terms, or both terms. For example, the phrase “A or B” will be understood to include the possibilities of “A” or “B” or “A and B.”

[0070] From the foregoing, it will be appreciated that various implementations of the present disclosure have been described herein for purposes of illustration, and that various modifications may be made without departing from the scope and spirit of the present disclosure. Accordingly, the various implementations disclosed herein are not intended to be limiting, with the true scope and spirit being indicated by the following claims.

Claims

1.A method, comprising:receiving, by a processor of an apparatus, an emergency call request;determining, by the processor, whether a first condition is met, wherein the first condition comprises that the apparatus is accessing or connected to a subsystem via geostationary earth orbit (GEO) satellite access; andskipping, by the processor, an Internet Protocol (IP) multimedia subsystem (IMS) emergency registration procedure in an event that the first condition is met.2.The method of Claim 1, further comprises:receiving, by the processor, a downlink non-access stratum (NAS) message; anddetermining, by the processor, whether a second condition is met, wherein the second condition comprises that a parameter or an indication of skipping the IMS emergency registration procedure is included in the downlink NAS message; andwherein the IMS emergency registration procedure is skipped in an event that the first condition and the second condition are met.3.The method of Claim 2, wherein the downlink NAS message is received during a packet data network (PDN) connection establishment procedure or an attach procedure.4.The method of Claim 1, further comprises:determining, by the processor, whether a third condition is met, wherein the third condition comprises that a parameter or an indication of skipping the IMS emergency registration procedure is true; andwherein the IMS emergency registration procedure is skipped in an event that the first condition and the third condition are met.5.The method of Claim 1, further comprises:determining, by the processor, whether a fourth condition is met, wherein the fourth condition comprises that the apparatus has credentials; andwherein the IMS emergency registration procedure is skipped in an event that the first condition and the fourth condition are met.6.The method of Claim 5, further comprises:determining, by the processor, whether the apparatus is with an IP multimedia services identity module (ISIM) or a universal subscriber identity module (USIM) ; anddetermining, by the processor, that the fourth condition is met in an event that the apparatus is with the ISIM or the USIM.7.The method of Claim 1, further comprises:determining, by the processor, whether a fifth condition is met, wherein the fifth condition comprises that the apparatus is in a registered normal service state; andwherein the IMS emergency registration procedure is skipped in an event that the first condition and the fifth condition are met.8.The method of Claim 1, further comprises:determining, by the processor, whether a fourth condition is met, wherein the fourth condition comprises that the apparatus has credentials; anddetermining, by the processor, whether a fifth condition is met, wherein the fifth condition comprises that the apparatus is in a registered normal service state; andwherein the IMS emergency registration procedure is skipped in an event that the first, fourth, and fifth conditions are met.9.A method, comprising:receiving, by a processor of a network apparatus, a non-access stratum (NAS) message for activating a packet data network (PDN) connection establishment procedure from a user equipment (UE) ;including, by the processor, a parameter or an indication of skipping an Internet Protocol (IP) multimedia subsystem (IMS) emergency registration procedure in a downlink NAS message, in a system information block (SIB) message, in a configuration, or in a downlink radio resource control (RRC) message; andtransmitting, by the processor, the downlink NAS message, the SIB message, the configuration, or the downlink RRC message to the UE.10.The method of Claim 9, wherein the downlink NAS message is transmitted during the PDN connection establishment procedure or an attach procedure.11.The method of Claim 9, wherein the parameter or the indication of skipping the IMS emergency registration procedure is included in the downlink NAS message, the SIB message, the configuration, or the downlink RRC message in an event that the UE is accessing or connected to a subsystem via geostationary earth orbit (GEO) satellite access.12.The method of Claim 9, wherein the parameter or the indication is included in the downlink NAS message, the SIB message, the configuration, or the downlink RRC message in an event that the UE has credentials and is accessing or connected to a subsystem via geostationary earth orbit (GEO) satellite access.13.The method of Claim 9, wherein the parameter or the indication is included in the downlink NAS message, the SIB message, the configuration, or the downlink RRC message in an event that the UE is with an IP multimedia services identity module (ISIM) or a universal subscriber identity module (USIM) and is accessing or connected to a subsystem via geostationary earth orbit (GEO) satellite access.14.The method of Claim 9, wherein the parameter or the indication is included in the downlink NAS message, the SIB message, the configuration, or the downlink RRC message in an event that the UE is in a registered normal service state and is accessing or connected to a subsystem via geostationary earth orbit (GEO) satellite access.15.The method of Claim 9, wherein the parameter or the indication is included in the downlink NAS message, the SIB message, the configuration, or the downlink RRC message in an event that the UE has credentials, is in a registered normal service state, and is accessing or connected to a subsystem via geostationary earth orbit (GEO) satellite access.16.An apparatus, comprising:a transceiver which, during operation, communicates wirelessly; anda processor communicatively coupled to the transceiver such that, during operation, the processor performs operations comprising:receiving, via the transceiver, an emergency call request;determining whether a first condition is met, wherein the first condition comprises that the apparatus is accessing or connected to a subsystem via geostationary earth orbit (GEO) satellite access; andskipping an Internet Protocol (IP) multimedia subsystem (IMS) emergency registration procedure in an event that the first condition is met.17.The apparatus of Claim 16, wherein, during operation, the processor further performs operations comprising:receiving, via the transceiver, a downlink non-access stratum (NAS) message during a packet data network (PDN) connection establishment procedure or an attach procedure; anddetermining whether a second condition is met, wherein the second condition comprises that a parameter or an indication of skipping the IMS emergency registration procedure is included in the downlink NAS message,wherein the IMS emergency registration procedure is skipped in an event that the first condition and the second condition are met.18.The apparatus of Claim 16, wherein, during operation, the processor further performs operations comprising:determining whether the apparatus has credentials,wherein the IMS emergency registration procedure is skipped in an event that the first condition is met and the apparatus has credentials.19.The apparatus of Claim 16, wherein, during operation, the processor further performs operations comprising:determining whether the apparatus is with an IP multimedia services identity module (ISIM) or a universal subscriber identity module (USIM) ,wherein the IMS emergency registration procedure is skipped in an event that the first condition is met and the apparatus is with the ISIM or the USIM.20.The apparatus of Claim 16, wherein, during operation, the processor further performs operations comprising:determining whether the apparatus is in a registered normal service state,wherein the IMS emergency registration procedure is skipped in an event that the apparatus is in a registered normal service state and the first condition is met.

Images