A slim IMS call setup mechanism for the UE using satellite access

Abstract

The present invention discloses a slim call setup mechanism for the UE using GEO satellite accessing to the IMS CN. This mechanism encompasses processes for enabling the slim call mechanism, handling MO and MT calls, modifying static media configurations, and deregistering the slim call mechanism. The slim call mechanism primarily removes the redundancy introduced by the SDP offer / answer model, which is typically employed in IMS call setup but often contains repetitive media codec information.

Description

A SLIM IMS CALL SETUP MECHANISM FOR THE UE USING SATELLITE ACCESSTECHNICAL FIELD

[0001] The present invention relates to the field of telecommunications, specifically to a mechanism for setting up IMS (IP Multimedia Subsystem) calls using GEO (Geostationary Earth Orbit) satellite access. The GEO satellite access is characterized by its limited / slow data transmission rate and thus takes very long time to transmit / receive long packets between UE and satellite. In order to setup an IMS call, there needs several rounds of long IMS control / signaling packets exchange so the IMS call setup time will be long when it is sent / received over GEO satellite access. Thus, this mechanism aims to simplify and shorten the IMS call setup time for user equipment (UE) using GEO satellite access to the communication networks.BACKGROUND

[0002] Using mobile phones to make voice calls via satellite access is becoming increasingly popular, particularly because satellites offer extensive coverage in rural and remote regions. Satellite voice call services in 3GPP (3rd Generation Partnership Project) provide consistent network connectivity available at any time and place, facilitating smooth communication across both terrestrial and satellite networks.

[0003] Starting with 3GPP Release 17, GEO satellite access has been integrated into the 3GPP standards as a 5G access technology, supporting mainly short message service. Nevertheless, GEO satellites face specific challenges, including their 35, 786km distance from Earth, approximately 285ms signal delays, and atmospheric attenuation. The data rates cannot be increased simply by expanding the bandwidth, which results in the services supported by LEO (Low Earth Orbit) or NGSO (Non-Geostationary Satellite Orbit) may not be supported by GEO. For example, the IMS voice call service cannot be supported by the GEO satellite because of the GEO satellite low data rate and high latency characteristics, causing the call setup time un-acceptably long; and also the limited data rate of GEO cannot support to use the traditional voice codecs utilized by IMS voice call.

[0004] Since the 3GPP's Release 5, the IMS platform has been a standard feature for voice calls. IMS's ability to support a wide range of multimedia services and ensure interoperability has led to the addition of several services, such as IMS emergency calls, messaging, group management, push-to-talk, and real-time communications. These advancements have made IMS a vital tool for connecting different operators and service providers for voice calls across various access networks. However, when integrating IMS with GEO satellite access within the 3GPP framework, three main aspects affect the quality of experience: one-way transmission delay aspect, codec bitrate aspect, and call setup time aspect. This invention aims to enhance performance specifically in the call setup time aspect.

[0005] The SDP (Session Description Protocol) offer / answer model defined in RFC 3264 is now a baseline mechanism used by IMS call setup in the telecommunication system. The intention of the SDP offer / answer model is to provide flexible parameters negotiation between the caller, the IMS server, and the callee. However, more flexibility also means more overhead; most of time, media codec information in the SDP is always the same (i.e., there is no strong need for more “flexibility” ) between different IMS voice calls, which means the SDP offer / answer process is somewhat redundant in regular callings. If the redundant content can be removed, the IMS call setup time of UEs using GEO satellite access will also be reduced. Besides, considering the very low data rate of GEO, the suitable codec that can be used via GEO link is very limited, maybe there is just only one codec that can be used vid GEO link, so the flexibility provided by SDP to dynamically negotiate different types of codes may not be useful (but instead, a burden) for IMS voice call over GEO scenario.SUMMARY

[0006] The present invention discloses a slim call setup mechanism for the UE using GEO satellite accessing to the IMS CN. This mechanism encompasses processes for enabling the slim call mechanism, handling MO and MT calls, modifying static media configurations, and deregistering the slim call mechanism. The slim call mechanism primarily removes the redundancy introduced by the SDP offer / answer model, which is typically employed in IMS call setup but often contains repetitive media codec information.

[0007] The invention also includes detailed signaling diagrams illustrating the methods for each process. For example, the method for acquiring specific IP addresses for slim call flows via the PDU session establishment process, the successful activation of the slim call mechanism, and the handling of MO and MT IMS calls with necessary IPv4 / IPv6 transitions and voice transcoding by the IMS CN.

[0008] The slim call mechanism significantly reduces the IMS call setup time by eliminating the unnecessary SIP interactions and SDP negotiations, thus enhancing the user experience, particularly in scenarios involving GEO satellite access. This mechanism is applicable to various telecommunication systems utilizing IMS communication services, including 4G, 5G, 6G and future next-generation systems. The invention supports a wide range of real-time media types, such as voice, video, text, and application data, and is compatible with various devices capable of providing IMS communication services, including mobile phones, wearable devices, vehicular devices, and IoT devices.

[0009] In summary, this invention provides a robust solution to the challenges posed by IMS call setup with GEO satellite access, offering an efficient and flexible mechanism that enhances the overall quality of experience for users.

[0010] In this document, an optimized or simplified call, "the slim call" , setup mechanism is introduced. Embodiments of this application discloses a slim call setup mechanism between a UE using GEO satellite access and an IMS CN (Core Network) , including the processes of UE requesting for enabling the slim call mechanism and how the IMS CN responds, the processes of MO (Mobile Originating) and MT (Mobile Terminating) call flows when slim call mechanism has been enabled, the process of UE changing the static / pre-negotiated / pre-configured media configuration for the slim call mechanism, and the processes of UE or IMS CN deregistering (UE / IMS-client and IMS server negotiating with each other to stop to use) the slim call mechanism.

[0011] For the first process category, three methods are described to illustrate the details. In the first method, the specific IPv4 UE and P-CSCF addresses are assigned for later processes of the slim call mechanism. In the second method, IMS CN can support the slim call mechanism and it is enabled accompanying with the IMS initial registration flow. In the third method, IMS CN is not able to support the slim call mechanism thus UE is performing a legacy IMS initial registration flow.

[0012] For the second process category, three methods are described to illustrate the details, basing on the precondition that slim call mechanism has been enabled. The first method describes a MO IMS Call between a UE using GEO satellite access and another UE using TN (Terrestrial Network) access, the second method describes a MT IMS Call between a UE using GEO satellite access and another UE using TN access, and the third method describes an IMS call between two UEs using GEO satellite access.

[0013] For the third process category, one method is described to illustrate the details, basing on the precondition that slim / simplified / optimized call mechanism has been enabled. The method describes how to modify the existing static / pre-negotiated / pre-configured media configuration (s) between UE and IMS CN.

[0014] For the fourth process category, two methods are described to illustrate the details, basing on the precondition that slim call mechanism has been enabled. The first method describes how to disable the slim call mechanism from the UE side, and the second method describes how to disable the slim call mechanism from the IMS CN / Server side.

[0015] This summary does not purport to define the invention. The invention is defined by the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0016] The accompanying drawings, where like numerals indicate like components, illustrate embodiments of the invention.

[0017] Figure 1 illustrates the schematic architectures of the telecommunication system in which the UE communicates with the IMS CN via GEO satellite access.

[0018] Figure 2 is a signaling diagram of a method, in which the UE using GEO satellite access negotiating parameters of IMS voice call (e.g., Client / UE IP (v4) address) for later processes of the slim / simplified / optimized call mechanism via the PDU session establishment process, according to Embodiment 1 of the present invention.

[0019] Figure 3 is a signaling diagram of a method, in which the UE using GEO satellite access has successfully activated the slim call mechanism, according to Embodiment 2 of the present invention.

[0020] Figure 4 is a signaling diagram of a method, in which the UE using GEO satellite access has failed to activate the slim call mechanism (e.g., due to the network side does not support this mechanism) , according to Embodiment 3 of the present invention.

[0021] Figure 5 is a signaling diagram of a method, in which the UE using GEO satellite access makes a MO IMS call with another UE using TN access, according to Embodiment 4 of the present invention.

[0022] Figure 6 is a signaling diagram of a method, in which the UE using GEO satellite access has a MT IMS call with another UE using TN access, according to Embodiment 5 of the present invention.

[0023] Figure 7 is a signaling diagram of a method, in which two UEs using GEO satellite access makes an IMS call with each other, according to Embodiment 6 of the present invention.

[0024] Figure 8 is a signaling diagram of a method, in which the UE using GEO satellite access requests for modifying current static / pre-negotiated / pre-configured media configuration (s) , according to Embodiment 7 of the present invention.

[0025] Figure 9 is a signaling diagram of a method, in which the UE using GEO satellite access requests for deactivating the slim call mechanism, according to Embodiment 8 of the present invention.

[0026] Figure 10 is a signaling diagram of a method, in which the IMS CN notifies the deregistration of static / pre-negotiated / pre-configured media configuration (s) to the UE using GEO satellite access, according to Embodiment 9 of the present invention.DETAILED DESCRIPTION

[0027] Reference will now be made in detail to some embodiments of the invention, examples of which are illustrated in the accompanying drawings. The detailed description set forth below in connection with the appended drawings is intended as a description of various processes or sequences and is not intended to represent the only ways in which the concepts described herein may be practiced.

[0028] The techniques described in this invention can be applied to a variety of telecommunication systems utilizing IMS communication services, for example, current 4G and 5G communications systems and a next-generation communications system (e.g., 6G) . The IMS media described in this invention are not limited to voice but also include any real-time media types such as video, text, and application. The UEs involved in this invention are not limited to mobile phones but can also include any device capable of providing IMS communication services, such as wearable devices, vehicular devices, IoT (Internet of Things) devices, and so on.

[0029] Figure 1 has two schematic system diagrams illustrating two options of the 3GPP NTN (Non-terrestrial Network) architectures as follows:

[0030] Option 1 illustrates an NTN architecture in which the GEO satellite has no on-board processing capabilities (base station functionalities, core network functionality, etc. ) . Taking the UE Tx (Transmission) direction path as an example, the UE 101 on the earth will firstly send data to the GEO satellite 102 via the service link 111, then GEO satellite relay data to the Gateway 103 on the earth via the feeder link 112. The data transmission in TN will pass through BS (Base Station) 104 via link 113, Core NW (Network) 105 via link 114, and finally reach the IMS CN 106 via link 115. The Core NW 105 could be EPC (Evolved Packet Core) for the 4G telecommunication system, or 5GC (5G Core) for the 5G telecommunication system, or 6GC (6G Core) for the 6G telecommunication system.

[0031] Option 2 illustrates an NTN architecture in which the GEO satellite has full CN capabilities (maybe also including IMS capabilities) on-board. The communication path between UE 101 and IMS CN 106 consists at least one link that is GEO service link 111.

[0032] The present invention is applicable not only to the architectures depicted in Figure 1, but also to other NTN architectures that include one or more satellites acting as the intermediaries on the data path between UE and IMS CN.

[0033] Figure 2 is a signaling diagram of a method for UE using GEO satellite to acquire the specific IP addresses for later processes of the slim / simplified / optimized call mechanism via the PDU session establishment process according to Embodiment 1 of the present invention. An implementation scenario provided in this embodiment is as follows: The UE sends PDU Session Establishment Request optionally with IMS DNN and <1>include the support of “slim / simplified / optimized call” indication, and / or <2>include UE’s port for voice RTP transmission of all the following IMS calls; and / or <3>include UE codec info that defined by 3GPP / GSMA / RFC (e.g., One or more of: codec type, codec parameters, payload type, ptime, maxptime, etc) . The <1> and / or <2> and / or <3> can be included in or associated with "MS to network direction" PCO (Protocol Configuration Option) , then NW responds PDU Session Establishment Accept. In order to reduce the overhead of later IMS signaling: the PDU Session Establishment Accept can <1>include "accept to use slim / simplified / optimized call" indication; and / or <2>include Server’s IP address and / or port for voice RTP transmission of all the following IMS calls. The <1> and / or <2> can be included in or associated with a "Network to MS direction" PCO. The method includes the following steps:

[0034] 201. The UE sends a PDU Session Establishment Request to the Core NW to establish the IMS PDU session, in which there can be a PCO IE indicating the support of “slim / simplified / optimized call” .

[0035] 202. Negotiation happens between Core NW and IMS CN to assign specific IPv4 addresses used for later processes of the slim call mechanism.

[0036] 203. The specific IPv4 UE and P-CSCF (Proxy Call Session Control Function) addresses are included in the PDU Session Establishment Accept to UE.

[0037] Figure 3 is a signaling diagram of a method for UE using GEO satellite access to successfully activate the slim / simplified / optimized call mechanism according to Embodiment 2 of the present invention. An implementation scenario provided in this embodiment is as follows: In the (unprotected interaction phase of the) initial IMS registration process, both IMS-Client / UE and IMS Server / CN include a "slim call" (or "simplified / optimized call" ) feature tag in the SIP message, then in the later (protected) SIP interaction phase both IMS-Client / UE and IMS-Server / CN include the static / pre-negotiated / pre-configured media configurations (s) , and consequently, the "slim call" mechanism is activated and will be used in all the following IMS calls during the current IMS registration lifecycle. The method includes the following steps:

[0038] 301. The UE sends a REGISTER message, which includes a “slim call” (or "simplified / optimized call" ) feature tag to indicate that UE can support the slim call mechanism (e.g., includes a +g. 3gpp. slimcall feature tag in the Contact header) , to the IMS CN.

[0039] 302a. -302b. The IMS CN / Server determines to enable / accept the "slim call" (or "simplified / optimized call" ) mechanism and responds with a 401 Unauthorized message that also includes the "slim call" (or "simplified / optimized call" ) feature tag (e.g., includes the +g.3gpp. slimcall feature tag in the Feature-Caps header) .

[0040] 303a. -303b. The UE sends a later (encrypted) REGISTER message, which includes an XML body containing the static / pre-negotiated / pre-configured media configuration (s) of UE / IMS-Client side (e.g., voice IP (v4 or v6) address and / or port, and / or voice media information, as the xml content example depicted in Figure 3) , to the IMS CN / Server.

[0041] 304a. -304b. The IMS CN / Server saves the proposed static / pre-negotiated / pre-configured media configuration (s) of UE / IMS-Client and responds with a 200 OK message that also includes an XML body containing the static / pre-negotiated / pre-configured media configuration (s) of IMS CN / Server side (e.g., as the xml example depicted in Figure 3) .

[0042] 305. The slim / simplified / optimized call mechanism is activated, and the static / pre-negotiated / pre-configured media configurations negotiated during previous steps will be used in all the following IMS calls during the IMS registration lifecycle.

[0043] Figure 4 is a signaling diagram of a method in which UE fails to activate the slim / simplified / optimized call mechanism according to Embodiment 3 of the present invention. An implementation scenario provided in this embodiment is as follows: In the unprotected interaction phase of the initial IMS registration process, UE includes a "slim call" feature (or simplified / optimized call feature) tag in the SIP message however IMS CN / Server cannot support the mechanism thus does not include this feature tag in the response message, therefore the "slim / simplified / optimized call" mechanism is failed to be activated. The method includes the following steps:

[0044] 401. The UE sends a REGISTER message, which includes a “slim call” feature (or simplified / optimized call feature) tag to indicate that UE can support the slim / simplified / optimized call mechanism, to the IMS CN / Server.

[0045] 402a. -402b. The IMS CN / Server determines that it cannot activate the "slim / simplified / optimized call" mechanism at this time (or the feature is unknown / un-supported) , then responds with a 401 Unauthorized message which does not include a "slim call" feature (or simplified / optimized call feature) tag.

[0046] 403a. -403b. The UE / IMS-Client sends an encrypted REGISTER message which contains no XML body for including the media configurations (s) to the IMS CN / Server.

[0047] 404. The IMS CN / Server responds with a 200 OK message that also contains no specific XML body.

[0048] 405. The slim / simplified / optimized call mechanism is not activated, UE / IMS-Client and IMC CN / Server will apply legacy IMS session process in following calls (e.g., apply the SDP offer / answer model) .

[0049] Figure 5 is a signaling diagram of a method in which the UE using GEO satellite access makes a MO IMS call with another UE using TN access according to Embodiment 4 of the present invention. An implementation scenario provided in this embodiment is as follows: UE-1 using GEO access initiates an IMS call to UE-2 using TN access, the IMS CN handles the IMS signalling differences between two UEs; then after UE-2 has answered the call, the media path with necessary IPv4 / IPv6 transition and voice transcoding by IMS CN has been established. The method includes the following steps:

[0050] 501a. -501b. The UE-1 using GEO access initiates an IMS call to the UE-2 using TN access and send INVITE without SDP.

[0051] 502a. -502g. The SIP interactions between IMS CN and UE-2 will apply the SDP offer / answer process thus the IMS CN forwards the INVITE to UE-2 with SDP offer, and UE-2 responds 183 Session Progress with SDP answer. All the SIP interactions will not be forwarded to UE-1 until UE-2 has sent out the 180 Ringing.

[0052] 503. The IMS CN forwards 180 Ringing to UE-1 without SDP.

[0053] 504a. -504e. UE-2 answers the call, send 200 OK to UE-1 and UE-1 responds ACK to UE2.

[0054] 505a. -505b. The media paths between UE-1 and IMS CN, and between UE-2 and IMS CN have been established respectively.

[0055] 505c. IMS CN may need to perform data transition between the two media paths (here use media path 1 for UE-1 and IMS CN, media path 2 for UE-2 and IMS CN) . If media path 1 uses IPv4 while media path 1 uses IPv6, IMS CN will perform IPv4 / IPv6 transition. Moreover, if the voice codecs used by media path 1 and path 2 are different, IMS CN will perform voice transcoding.

[0056] Figure 6 is a signaling diagram of a method in which the UE using GEO satellite access has a MT IMS call with another UE using TN access according to Embodiment 5 of the present invention. An implementation scenario provided in this embodiment is as follows: The UE-2 using TN access initiates an IMS call to the UE-1 using GEO access, the IMS CN handles the IMS signalling differences between two UEs; then after UE-1 has answered the call, the media path with necessary IPv4 / IPv6 transition and voice transcoding by IMS CN has been established. The method includes the following steps:

[0057] 601a. -601b. The UE-2 using TN access initiates an IMS call to the UE-1 using GEO access and send INVITE with SDP.

[0058] 602a. -602h. The SIP interactions between IMS CN and UE-1 will not apply the SDP offer / answer process thus the IMS CN forwards the INVITE to UE-1 without SDP offer, while responds 183 Session Progress to UE-2 with SDP answer. When UE-1 has received INVITE, it responds 180 Ringing directly without SDP, and the SIP interactions for the SDP offer / answer process between IMS CN and UE-2 will not be forwarded to UE-1.

[0059] 603a. -603e. UE-1 answers the call, send 200 OK to UE-2 and UE-2 responds ACK to UE-1.

[0060] 604a. -604b. The media paths between UE-2 and IMS CN, and between UE-1 and IMS CN have been established respectively.

[0061] 604c. IMS CN may need to perform data transition between the two media paths (here use media path 1 for UE-1 and IMS CN, media path 2 for UE-2 and IMS CN) . If media path 1 uses IPv4 while media path 1 uses IPv6, IMS CN will perform IPv4 / IPv6 transition. Moreover, if the voice codecs used by media path 1 and path 2 are different, IMS CN will perform voice transcoding.

[0062] Figure 7 is a signaling diagram of a method in in which two UEs using GEO satellite access makes an IMS call with each other according to Embodiment 6 of the present invention. An implementation scenario provided in this embodiment is as follows: The UE-1 initiates an IMS call to UE-2 without SDP offer / answer process, where IMS CN just forwards the SIP messages between each other. The method includes the following steps:

[0063] 701a. -701e. The UE-1 initiates an IMS call to the UE-2 send INVITE without SDP and the IMS CN forwards the INVITE to UE-2. Having received the INVITE, UE-2 responds 180 Ringing without SDP which was then forwarded by IMS CN to UE-1.

[0064] 702a. -702e. UE-2 answers the call, send 200 OK to UE-1 and UE-1 responds ACK to UE2.

[0065] 703. The media path between UE-1 and UE-2 has been established. In this scenario, both two UEs are using GEO access, thus it is supposed that they will use the same IP type and voice codec so that the voice data transition is not needed by IMS CN. However, data transition will still happen if UEs use different IP types or voice codecs.

[0066] Figure 8 is a signaling diagram of a method for UE using GEO satellite access to requests for modifying current static / pre-negotiated / pre-configured media configuration (s) according to Embodiment 7 of the present invention. An implementation scenario provided in this embodiment is as follows: The UE / IMS-Client sends a re-REGISTER to IMS CN / Server with the updated static / pre-negotiated / pre-configured media configuration (s) of UE side, then IMS CN / Server responds with 200 OK with our without media configurations (s) of server side. The method includes the following steps:

[0067] 801a. -801b. The UE / IMS-Client changes the local static / pre-negotiated / pre-configured media configuration (s) (e.g., user triggered) and sends a re-REGISTER with the modified configuration (s) (e.g., as the xml content example depicted in Figure 8) to the IMS CN.

[0068] 802a. -802b. The IMS CN / Server update the modified configuration (s) of UE side and responds 200 OK (1) with the server’s modified configurations or (2) without any media configuration (s) (e.g., as the xml content example depicted in Figure 8) if the IMS CN / Server side configuration is not changed.

[0069] 803. Both UE / IMS-Client and IMS CN / Server apply the new media configuration (s) in following calls.

[0070] Figure 9 is a signaling diagram of a method for UE using GEO satellite access to deactivate the slim / simplified / optimized call mechanism according to Embodiment 8 of the present invention. An implementation scenario provided in this embodiment is as follows: The UE / IMS-Client sends a re-REGISTER to IMS CN / Server to indicate the deregistration of all the static / pre-negotiated / pre-configured media configuration (s) , then IMS CN / Server responds with 200 OK (notifying the success of deregistration) . The method includes the following steps:

[0071] 901a. -901b. The UE determines to deactivate the slim call mechanism (e.g., user triggered) and sends a re-REGISTER with the indication of the deregistration of all the static / pre-negotiated media configuration (s) (e.g., as the xml content example depicted in Figure 9) .

[0072] 902a. -902c. The IMS CN / Server responds 200 OK to notify the success of deregistration (e.g., as the xml content example depicted in Figure 9) and start to apply the normal IMS call process, then UE / IMS-Client start to apply the normal IMS call process as well after having received the 200 OK.

[0073] Figure 10 is a signaling diagram of a method for IMS CN / Server to deactivate the slim / simplified / optimized call mechanism according to Embodiment 9 of the present invention. An implementation scenario provided in this embodiment is as follows: The IMS CN / Server sends a NOTIFY to the UE to indicate the deregistration / deactivate of all the static / pre-negotiated / pre-configured media configuration (s) , then UE responds with 200 OK. The method includes the following steps:

[0074] 1001a. -1001c. The IMS CN / Server determines to deactivate the slim / simplified / optimized call mechanism (e.g., due to internal error) and sends a NOTIFY with the indication of the deregistration / deactivate of all the static / pre-negotiated media configuration (s) (e.g., as the xml content example depicted in Figure 10) , then UE responds with 200 OK.

[0075] 1002a. If the UE determines to try to enable the slim call mechanism again, it sends a re-REGISTER with including the full UE static / pre-negotiated / pre-configured media configurations, and IMS CN responds with 200 OK with also including the full static / pre-negotiated / pre-configured media configurations of server side.

[0076] 1002b. If the UE could accept the deregistration / deactivate of slim / simplified / optimized call mechanism, both UE / IMS-Client and IMS CN / Server will apply legacy IMS session process in following flows (e.g., apply the SDP offer / answer process) .

[0077] In addition, the static / pre-negotiated / pre-configured media configuration (s) and / or IMS call configuration can be stored in the USIM or stored in the NVRAM in the UE; or can be provisioned from the OMA-DM configuration sent by the NW and received by the UE via broadcasted message (e.g., SIB), RRC signaling message or via NAS signaling.

Claims

1.A method of IMS call procedure between a UE hosting / or IMS Client and an IMS Server, whereinthe UE hosting / or IMS client sends the initial INVITE message to the IMS server, by skipping to include the IMS call attributes: the connection information attribute (s) , the general media attribute (s) , and the extended media attribute (s) ; andthe UE hosting / or IMS client determines the value of the IMS call attributes to be used for IMS call based on one of the following:the corresponding attribute values included in an IMS 200 OK message sent from the IMS Server to the UE hosting / or IMS client, in response to a REGISTER message sent from the UE hosting / or IMS Client to the IMS server, or a NAS or a RRC message sent from the satellite network to the UE hosting / or IMS client;one or more static or pre-negotiated or pre-configured values stored in the USIM associated with the UE hosting / or the IMS Client, or stored in the NVRAM associated with the UE hosting / or the IMS Client or provisioned in the OMA-DM configuration to the UE hosting / or the IMS client, or sent by the satellite network and received by the UE hosting / or the IMS client via a broadcasted message, or RRC signaling message, or NAS signaling.2.The method of claim 1, wherein the UE hosting IMS Client and an IMS Server communicate with each other through a satellite network.3.A method of IMS registration and an optional call procedure between a UE hosting / or IMS Client and an IMS Server, whereina) the UE hosting / or IMS client includes indication of supporting slim call or simplified call or optimized call in a first IMS REGISTER message or a first NAS or a first RRC message sent by the UE hosting / or IMS client to the IMS Server; andb) the UE hosting / or IMS client receives an IMS 401 Unauthorized message or a second NAS or a second RRC message from the IMS server or from the satellite network, includes indication of accepting or using slim call or simplified call or optimized call.4.The method of Claim 3, wherein the UE hosting / or IMS client includes one or more of the following in the first or a second IMS REGISTER message sent from the UE hosting / or IMS client to the IMS server:the UE hosting / or IMS Client’s IPv4 or IPv6 address,the UE hosting / or IMS client’s port number for voice or video or text media, andthe codec info to be used for the IMS call, wherein the codec info comprising one or more of the following:type of the codec used for the media;parameter (s) of the codec used for the media;parameter (s) of the transport protocol and corresponding transport control protocol used to carry the media data.5.The method of claim 4, wherein the UE hosting / or IMS client stores one or more of the following included in an IMS 200 OK message or the IMS 401 Unauthorized message sent from the IMS server to the UE hosting / or IMS client:a) the IMS Server’s IPv4 or IPv6 address, andb) the IMS Server’s port number for voice or video or text media.6.The method of claim 3, wherein the UE hosting IMS Client and an IMS Server communicate with each other through a satellite network.7.A method of IMS registration and an optional call procedure between a UE hosting / or IMS Client supporting slim call or simplified call or optimized call and an IMS Server supporting slim call or simplified call or optimized call, whereina) the UE hosting / or IMS client sends an IMS re-REGISTER message to the IMS server including one or more of following IMS call attributes: the connection information attribute (s) , the general media attribute (s) , and the extended media attribute (s) ; Wherein the IMS call attributes include one or more modified or changed or updated values / configurations;b) in response to the IMS re-REGISTER message, the UE hosting / or IMS client receives an IMS 200 OK message from the IMS server, wherein the UE hosting / or IMS client apply the one or more modified or changed or updated values / configurations of IMS call attributes.8.The method of claim 7, wherein the UE hosting IMS Client and an IMS Server communicate with each other through a satellite network.9.A method of IMS registration and an optional call procedure between a UE hosting / or IMS Client supporting slim call or simplified call or optimized call and an IMS Server supporting slim call or simplified call or optimized call, whereina) the IMS server receives an IMS re-REGISTER message from the UE hosting / or IMS client, including one or more of following IMS call attributes: the connection information attribute (s) , the general media attribute (s) , and the extended media attribute (s) ; Wherein the IMS call attributes include one or more modified or changed or updated values / configurations;b) in response to the received IMS re-REGISTER message, the IMS server sends an IMS 200 OK message to the UE hosting / or IMS client, wherein the IMS server apply the one or more modified or changed or updated values / configurations of IMS call attributes.10.The method of claim 9, wherein the UE hosting / or IMS Client and an IMS Server communicate with each other through a satellite network.11.A method of IMS registration and an optional call procedure between a UE hosting / or IMS Client supporting slim call or simplified call or optimized call and an IMS Server supporting slim call or simplified call or optimized call, whereina) the IMS server sends an IMS NOTIFY message to the UE hosting / or IMS client, including one or more of following IMS call attributes: the connection information attribute (s) , the general media attribute (s) , and the extended media attribute (s) ; Wherein the IMS call attributes include one or more modified or changed or updated values / configurations;b) the IMS server receives IMS 200 OK from the UE hosting / or IMS client, wherein the IMS server applies the one or more modified or changed or updated values / configurations of IMS call attributes.12.The method of claim 11, wherein the UE hosting IMS Client and an IMS Server communicate with each other through a satellite network.

Images