Methods and apparatus for establishing radio bearers for internet protocol multimedia subsystem calls in mobile communications

Abstract

Methods and apparatus for establishing radio bearers for IMS calls in mobile communications are disclosed. A first approach uses a Multi-Access PDU (MA-PDU) connection with a first PDU session for IMS control signaling and a second PDU session for IMS media flow, both established over 3GPP satellite access. A second approach establishes a Signaling Radio Bearer (SRB) for IMS control signaling and a Data Radio Bearer (DRB) for IMS media flow within a single PDU session using a combo indicator. Both approaches include fallback handling and are applicable to GEO Non-Terrestrial Network (NTN) environments.

Description

METHODS AND APPARATUS FOR ESTABLISHING RADIO BEARERS FOR INTERNET PROTOCOL MULTIMEDIA SUBSYSTEM CALLS IN MOBILE COMMUNICATIONSCROSS REFERENCE TO RELATED PATENT APPLICATION (S)

[0001] The present disclosure is part of a PCT Application claiming the priority benefit of U.S. Patent Application 63 / 790,808 filed 18 April 2025, the content of which herein being incorporated by reference in its entirety.TECHNICAL FIELD

[0002] The present disclosure is generally related to wireless communications and, more particularly, to methods and apparatus for establishing radio bearers for Internet Protocol Multimedia Subsystem (IMS) calls 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] IMS (Internet Protocol Multimedia Subsystem) is a standardized framework within the 3rd Generation Partnership Project (3GPP) for delivering voice and multimedia services over mobile and satellite networks. IMS voice calls rely on the Session Initiation Protocol (SIP) for call control signaling and on the Real-time Transport Protocol (RTP) for media packet delivery. Under conventional 3GPP specifications, an IMS Packet Data Network (PDN) connection is established with one default bearer and one dedicated bearer, both transmitted over Data Radio Bearers (DRBs) .

[0005] In GEO (Geostationary Earth Orbit) NTN (Non-Terrestrial Network) environments, however, the resource constraints and high propagation delays present fundamental challenges to conventional IMS bearer architectures. GEO satellite access suffers from one-way signal delays of approximately 280 milliseconds to the ground and extremely low available data rates of approximately 1 –3 kbps, resulting in IMS call setup times exceeding 93 seconds under existing approaches. Such performance characteristics are incompatible with real-time voice services requiring timely call setup and continuous media delivery.

[0006] Within 3GPP standards, two transmission paths have been proposed for IMS over GEO NTN: the Control Plane (CP) path, which utilizes Signaling Radio Bearers (SRBs) and routes traffic through the radio access network (RAN) and Mobility Management Entity (MME) to the core network; and the User Plane (UP) path, which utilizes Data Radio Bearers (DRBs) and bypasses the MME for lower-overhead transmission. CP transmission offers higher reliability, lower latency for PDU session (PDN connection) establishment, and mandatory integrity protection and encryption. UP transmission offers lower transmission delay due to reduced header overhead. These two paths present inherent tradeoffs, and neither alone is optimal for all IMS traffic types. In particular, SIP control signaling benefits from the reliability properties of the CP / SRB path, while IMS media flow benefits from the lower overhead of the UP / DRB path.

[0007] Furthermore, Multi-Access PDU (MA-PDU) sessions allow a single IP address to be maintained across PDU sessions established over multiple access technologies. MA-PDU architectures typically employ one leg (i.e., one PDU session) over non-3GPP access and another over 3GPP access, with both legs established as DRBs (UP paths) . The use of MA-PDU connections over 3GPP satellite access has not been addressed by existing standards.

[0008] In Evolved Packet System (EPS) , such multi-access PDN connections are also referred to as MA-PDN connections. In modern Access Traffic Steering, Switching, and Splitting (ATSSS) interoperability scenarios, at least one PDN connection established on the EPS side can additionally serve directly as at least one access leg (referred to as PDN leg) of an MA-PDU session.

[0009] Accordingly, there exists a need for methods and apparatus that enable a combined CP / UP transmission architecture for IMS calls in GEO NTN environments.SUMMARY

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

[0011] An objective of the present disclosure is to propose solutions or schemes that address the aforementioned issue pertaining to establishing transmission paths for IMS control signaling and media flow.

[0012] In one aspect, a method may involve an apparatus establishing a first Protocol Data Unit (PDU) session for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Multi-Access PDU (MA-PDU) connection. The method may also involve the apparatus establishing a second PDU session for IMS media flow of the IMS call within the MA-PDU connection. The method may further involve the apparatus transmitting or receiving IMS control signaling of the IMS call via the first PDU session and IMS media flow of the IMS call via the second PDU session.

[0013] In another aspect, a method may involve a network apparatus establishing a first Protocol Data Unit (PDU) session for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Multi-Access PDU (MA-PDU) connection. The method may also involve the network apparatus establishing a second PDU session for IMS media flow of the IMS call within the MA-PDU connection. The method may further involve the network apparatus transmitting or receiving IMS control signaling of the IMS call via the first PDU session and IMS media flow of the IMS call via the second PDU session.

[0014] In one further aspect, a method may involve an apparatus establishing a signaling radio bearer (SRB) for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Protocol Data Unit (PDU) session. The method may also involve the apparatus establishing a data radio bearer (DRB) for IMS media flow of the IMS call within the PDU session. The method may further involve the apparatus transmitting or receiving IMS control signaling of the IMS call via the SRB and IMS media flow of the IMS call via the DRB.

[0015] In still one further aspect, a method may involve a network apparatus establishing a signaling radio bearer (SRB) for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Protocol Data Unit (PDU) session. The method may also involve the network apparatus establishing a data radio bearer (DRB) for IMS media flow of the IMS call within the PDU session. The method may further involve the network apparatus transmitting or receiving IMS control signaling of the IMS call via the SRB and IMS media flow of the IMS call via the DRB.

[0016] It is noteworthy that, although description provided herein may be in the context of certain radio access technologies, networks and network topologies such as LTE, LTE-Advanced, LTE-Advanced Pro, 5G, NR, 5G-Advanced, Internet-of-Things (IoT) , Narrow Band Internet of Things (NB-IoT) , 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

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

[0018] FIG. 1A illustrates a schematic system diagram of an example Non-Terrestrial Network (NTN) architecture in which a Geostationary Earth Orbit (GEO) satellite operates as a relay node without on-board processing capabilities, in accordance with aspects of the present disclosure.

[0019] FIG. 1B illustrates a schematic system diagram of an example Non-Terrestrial Network (NTN) architecture in which a GEO satellite is equipped with full core network functionalities and optionally IMS functionalities on board, in accordance with aspects of the present disclosure.

[0020] FIG. 2 is a diagram illustrating an example of establishing transmission paths for IMS control signaling and media flow of an IMS call in accordance with the present disclosure.

[0021] FIG. 3 is a diagram illustrating an example of establishing an MA PDU for IMS control signaling and media flow of an IMS call in accordance with the present disclosure.

[0022] FIG. 4 is a diagram illustrating an example of establishing an SRB and a DRB for IMS control signaling and media flow of an IMS call in accordance with the present disclosure.

[0023] FIG. 5 is a diagram illustrating an example of an MA PDU and an example of a single access PDU for IMS control signaling and media flow of an IMS call in accordance with the present disclosure.

[0024] FIG. 6 is a signaling diagram illustrating an MA PDU establishment procedure between a UE and a network.

[0025] FIG. 7 is a diagram illustrating an example of an MA PDU modified for an IMS call in accordance with the present disclosure.

[0026] FIG. 8 is a diagram illustrating an example of a first transmission path (P1) and a second transmission path (P2) for IMS control signaling and media flow of an IMS call in accordance with the present disclosure.

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

[0028] FIG. 10 is a flowchart of an example process performable by a communication apparatus (UE) in accordance with an implementation of the present disclosure.

[0029] FIG. 11 is a flowchart of another example process performable by a network apparatus in accordance with an implementation of the present disclosure.

[0030] FIG. 12 is a flowchart of an example process performable by a communication apparatus (UE) in accordance with an implementation of the present disclosure.

[0031] FIG. 13 is a flowchart of another example process performable by a network apparatus in accordance with an implementation of the present disclosure. DETAILED DESCRIPTION OF PREFERRED IMPLEMENTATIONS

[0032] 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

[0033] Implementations in accordance with the present disclosure relate to various techniques, methods, schemes and / or solutions pertaining to establishing transmission paths for IMS control signaling and media flow. 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.

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

[0035] FIGs. 1A and 1B illustrate two schematic system diagrams that illustrate two example 3rd Generation Partnership Project (3GPP) NTN (Non-Terrestrial Network) architectures in accordance with aspects of the present disclosure.

[0036] FIG. 1A illustrates an NTN architecture in which the GEO satellite 102 does not include on-board processing capabilities, such as base station functionalities and / or core network (CN) functionalities. In this configuration, the GEO satellite 102 operates primarily as a relay node. Taking the UE transmission (Tx) direction as an example, the UE 101 on the ground first transmits data to the GEO satellite 102 through the service link 111. The GEO satellite 102 then forwards the data to a gateway 103 through the feeder link 112. After reaching the terrestrial network, the data is processed by a base station (BS) 104 via link 113, a core network 105 via link 114, and finally arrives at the IMS server 106 via link 115. The core network 105 may correspond to an evolved packet core (EPC) in a 4G communications system, a 5G core (5GC) in a 5G communications system, or a 6G core (6GC) in a 6G communications system.

[0037] FIG. 1B illustrates an NTN architecture in which the GEO satellite 102 is equipped with full CN functionalities, and may additionally include IMS functionalities on board. In this configuration, the communication path between the UE 101 and the IMS server 106 includes at least one GEO service link 111, and the IMS server 106 may be deployed directly on the GEO satellite 102.

[0038] It should be noted that the present disclosure is not limited to the NTN architectures illustrated in FIGs. 1A and 1B. Rather, the present disclosure may also be applied to other NTN configurations in which one or more satellites function as intermediary nodes along the data path between the UE and the IMS server.

[0039] Note that UE 101 in FIG. 1A and FIG. 1B may comprise one or more UEs, of which at least one UE operates as a mobile originating (MO) terminal of an IMS call through a terrestrial network (TN) and / or a non-terrestrial network (NTN) , and at least one UE operates as a mobile terminating (MT) terminal of the same IMS call through a TN and / or an NTN.

[0040] The IMS call may be initiated between an MO UE and an MT UE according to one or more of 3GPP technical specifications, RFC 3261 Session Initiation Protocol (SIP) , RFC 4566 Session Description Protocol (SDP) , and RFC 3550 Real-time Transport Protocol (RTP) .

[0041] As used herein, the term “PDU session” encompasses both a Protocol Data Unit (PDU) session as defined in 5G / NR standards and a Packet Data Network (PDN) connection as defined in 4G / LTE standards. Similarly, “MA-PDU session” encompasses both MA-PDU sessions in 5GS and MA-PDN connections in EPS.

[0042] FIG. 2 is a diagram 200 illustrating, at a high level, an example of establishing transmission paths for IMS control signaling and IMS media flow of an IMS call in accordance with the present disclosure. The diagram 200 depicts a communication apparatus (UE 101) and a Network (NW) , with three operations shown between them.

[0043] At operation 201, a first transmission path is established for IMS control signaling of an IMS call. As described in further detail below, this first transmission path may correspond to a Signaling Radio Bearer (SRB) operating over the Control Plane (CP) path, or alternatively to a first PDU session within a Multi-Access PDU (MA-PDU) connection. The first transmission path provides the high reliability and lower PDU session establishment latency that are characteristic of the CP path, thereby enabling efficient delivery of IMS control signaling such as SIP messages.

[0044] At operation 202, a second transmission path is established for the IMS media flow of the IMS call. As described in further detail below, this second transmission path may correspond to a Data Radio Bearer (DRB) operating over the User Plane (UP) path, or alternatively to a second PDU session within the MA-PDU connection. The second transmission path provides the lower transmission delay and reduced header overhead characteristic of the UP path, thereby enabling more efficient real-time media delivery over bandwidth-constrained links such as GEO NTN satellite access.

[0045] At operation 203, IMS control signaling of the IMS call is transmitted or received via the first transmission path, and IMS media flow of the IMS call is transmitted or received via the second transmission path. By separating the transmission of IMS control signaling and IMS media flow onto dedicated paths optimized for each traffic type, the present disclosure achieves the combined benefits of both the CP and UP transmission paths. The bidirectional arrows in operation 203 indicate that both uplink and downlink transmissions may be carried on each respective path.

[0046] As illustrated in FIG. 2, the operations of establishing the first transmission path (operation 201) , establishing the second transmission path (operation 202) , and transmitting or receiving IMS control signaling and IMS media flow (operation 203) are performed by two parties: the UE 101 and the Network (NW) . The UE 101 may be any communication apparatus capable of initiating or receiving an IMS call, including but not limited to a smartphone, a tablet computer, a wearable device, a vehicular communication device, or an IoT device, as further described in connection with communication apparatus 910 of FIG. 9.

[0047] The Network (NW) depicted in FIG. 2 is not limited to a single network entity, but may collectively refer to one or more network nodes that participate in establishing the transmission paths and in transmitting or receiving IMS control signaling and IMS media flow. Depending on the network architecture and the specific implementation, the Network (NW) may include any one or more of the following entities: a base station (e.g., an eNB in a 4G LTE network, a gNB in a 5G NR network, or a satellite base station in an NTN) , which terminates the radio interface with the UE 101 and manages radio bearer establishment; a Mobility Management Entity (MME) , which handles NAS signaling and PDN connection establishment over the Control Plane path; a Serving Gateway (S-GW) and Packet Data Network Gateway (P-GW) , which anchor user plane bearers and route user data between the radio access network and the PDN; an IMS server or IMS Application Server; a Proxy-Call Session Control Function (P-CSCF) , an Interrogating-Call Session Control Function (I-CSCF) , or a Serving-Call Session Control Function (S-CSCF) , which collectively handle IMS session signaling; an Access and Mobility Management Function (AMF) or User Plane Function (UPF) in a 5G core network; a Home Subscriber Server (HSS) ; or a satellite node equipped with on-board processing capabilities, such as the GEO satellite 102 described in connection with FIG. 1B. In practice, the operations shown on the Network side of FIG. 2 may be distributed across several of these entities, with different entities responsible for different aspects of transmission path establishment and data transfer depending on whether the Control Plane or User Plane path is involved.

[0048] The general framework illustrated in FIG. 2 is realized in two concrete approaches described in further detail in connection with FIGs. 3 –8: (1) an MA-PDU solution in which two PDU sessions are established over 3GPP satellite access within an MA-PDU connection, as illustrated in FIGs. 3, 5, 6, 7, and 8; and (2) an SRB+DRB solution in which both an SRB and a DRB are established within a single PDU session, as illustrated in FIGs. 4, 5, and 8.

[0049] FIG. 3 is a diagram 300 illustrating an example of establishing an MA-PDU connection for IMS control signaling and IMS media flow of an IMS call in accordance with the present disclosure. As in FIG. 2, diagram 300 shows a UE 101 on the left and a Network (NW) on the right.

[0050] At operation 301, a first Protocol Data Unit (PDU) session is established for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Multi-Access PDU (MA-PDU) connection. In some implementations, this first PDU session is established over a Signaling Radio Bearer (SRB) , with a first Quality of Service (QoS) Class Identifier (QCI) appropriate for IMS control signaling (e.g., QCI-5) . In other implementations, the first PDU session may be established over a first DRB or a first SRB, depending on the network configuration and the bearer type negotiated for IMS control signaling. The MA-PDU connection allows both PDU sessions to share a single IP address (IP@3) , enabling seamless routing of IMS traffic across the two session legs.

[0051] At operation 302, a second PDU session is established for the IMS media flow of the IMS call within the MA-PDU connection. In some implementations, this second PDU session is established over a Data Radio Bearer (DRB) , with a second QCI appropriate for IMS media flow (e.g., QCI-1) . In other implementations, the second PDU session may be established over a second SRB or a second DRB, depending on the network configuration. The establishing of the second PDU session may occur prior to or during the IMS call, providing flexibility in the timing of bearer establishment relative to the call setup procedure.

[0052] At operation 303, IMS control signaling of the IMS call is transmitted or received via the first PDU session, and IMS media flow of the IMS call is transmitted or received via the second PDU session. The hatched bidirectional arrow at operation 303 represents media flow (DRB) , while the plain bidirectional arrow represents control signaling (SRB / CP) . Traffic flow template (TFT) rules for the MA-PDU connection are updated based on Session Initiation Protocol (SIP) message negotiation results so that IMS control signaling packets are directed to the first PDU session and IMS media packets are directed to the second PDU session.

[0053] In some implementations, both the first PDU session and the second PDU session are established over 3rd Generation Partnership Project (3GPP) satellite access, such as a GEO NTN satellite link. This represents a novel configuration relative to prior art MA-PDU architectures, which typically employed one PDU session leg over non-3GPP access and another over 3GPP access (as shown in FIG. 7, scenario 710) . By establishing both legs over 3GPP satellite access, the present disclosure enables the MA-PDU combo architecture to be applied in NTN environments where only 3GPP satellite access is available.

[0054] In the event that the establishing of the second PDU session for IMS media flow fails (e.g., because DRB establishment is not possible under prevailing GEO NTN resource constraints) , one or more SRBs may be configured to carry both IMS control signaling and IMS media flow of the IMS call. This fallback mechanism ensures service continuity even when a dedicated DRB for IMS media cannot be established.

[0055] To further illustrate the transmission path options available for IMS calls in GEO NTN environments, reference is made to the following Table 1, which summarizes five representative cases of bearer assignment for NAS signaling, SIP signaling (IMS control signaling) , and IMS media flow, respectively.

[0056] Table 1

[0057] In Case 1 (Normal) , which represents the conventional terrestrial network configuration, NAS signaling is carried over the Control Plane via a NAS Signaling Radio Bearer (SRBn) , SIP signaling is carried over the User Plane via a dedicated SRB for SIP (SRBs) , and IMS media flow is carried over the User Plane via a dedicated Data Radio Bearer for media (DRBm) . Both SIP signaling and media are thus transmitted over DRBs in the normal case, consistent with conventional 3GPP IMS bearer architecture.

[0058] In Case 2 (Fallback to Default) , which represents a fallback scenario when dedicated bearer establishment fails, NAS signaling is carried over SRBn, and both SIP signaling and IMS media flow are carried over a shared SRB for SIP (SRBs) , with no dedicated media DRB. This fallback configuration corresponds to the error handling mechanism described in the present disclosure, whereby one or more SRBs are configured to carry both IMS control signaling and IMS media flow in the event that DRB establishment for IMS media flow fails.

[0059] In Case 3-1 (GEO NTN Normal) , which represents the proposed combo transmission architecture of the present disclosure under normal GEO NTN conditions, NAS signaling is carried over SRBn, SIP signaling (IMS control signaling) is carried over the Control Plane via SRBs, and IMS media flow is carried over the User Plane via a dedicated DRBm. This case corresponds to the core inventive concept of the present disclosure: separating IMS control signaling onto the CP / SRB path and IMS media flow onto the UP / DRB path within the same IMS PDU session, thereby combining the reliability and lower PDU session establishment latency of the CP path for SIP signaling with the lower transmission delay and reduced header overhead of the UP path for media delivery.

[0060] In Case 3-2 (GEO NTN Normal, alternative) , NAS signaling is carried over SRBn, SIP signaling is carried over SRBs via the Control Plane, and IMS media flow is carried over a dedicated SRB for media (SRBm) also via the Control Plane. This case represents an alternative GEO NTN configuration in which media is also routed over the CP path but on a separate SRB from the SIP signaling bearer, providing bearer separation while remaining entirely within the Control Plane.

[0061] In Case 4 (GEO NTN) , NAS signaling is carried over SRBn, and both SIP signaling and IMS media flow are carried over a shared SRBs via the Control Plane. This case represents a GEO NTN scenario in which both IMS control signaling and IMS media flow share the same SRB, providing a simpler but less optimized bearer configuration compared to Cases 3-1 and 3-2.

[0062] In Case 5 (GEO NTN) , NAS signaling, SIP signaling, and IMS media flow are all carried over the same NAS SRBn via the Control Plane, with no separate dedicated bearer for SIP or media. This case represents the most constrained GEO NTN configuration, in which all IMS traffic is aggregated onto a single SRB together with NAS signaling, and corresponds to the scenario in which resource constraints prevent the establishment of any additional bearers beyond the default NAS bearer.

[0063] Among the five cases described above, Case 3-1 represents an implementation of the present disclosure, in which the combo CP / UP transmission architecture achieves the optimal balance between IMS call setup efficiency and media delivery performance in GEO NTN environments. Cases 3-2, 4, and 5 represent alternative or fallback configurations that may be employed depending on the resource availability and network conditions of the GEO NTN access link. Case 2 represents the fallback mechanism applicable to both the MA-PDU solution and the SRB+DRB solution of the present disclosure when DRB establishment for IMS media flow fails.

[0064] FIG. 4 is a diagram 400 illustrating an example of establishing an SRB and a DRB within a single PDU session for IMS control signaling and IMS media flow of an IMS call in accordance with the present disclosure. In some implementations, the single PDU session may be a single access PDU session. As in the preceding figures, diagram 400 depicts a UE 101 and a Network (NW) .

[0065] As illustrated in FIG. 3, the operations of establishing the first PDU session for IMS control signaling (operation 301) , establishing the second PDU session for IMS media flow (operation 302) , and transmitting or receiving IMS control signaling and IMS media flow via the respective PDU sessions (operation 303) are performed by two parties: the UE 101 and the Network (NW) . On the UE side, the establishing and transmitting or receiving operations are performed by a processor of the UE (e.g., processor 912 of communication apparatus 910 described in connection with FIG. 9) , operating via a transceiver (e.g., transceiver 916) . On the Network side, the corresponding operations are performed by one or more network entities that collectively constitute the Network (NW) shown in FIG. 3.

[0066] The Network (NW) depicted in FIG. 3 may include any one or more of the following entities, depending on the specific operation being performed. With respect to operation 301, the establishment of the first PDU session for IMS control signaling involves, on the network side, at least the base station (e.g., eNB or gNB) which establishes the SRB over the radio interface, the MME which processes the NAS PDN connection request and assigns the first QCI (e.g., QCI-5) for IMS control signaling, and the S-GW / P-GW which anchors the PDN connection. With respect to operation 302, the establishment of the second PDU session for IMS media flow involves, depending on whether Alt1 or Alt2 of FIG. 6 is employed, either the network node that initiates User Plane resource establishment (Alt1) , or the UE together with the MME and S-GW / P-GW that process the UE-initiated PDN establishment request (Alt2) , with the base station establishing the DRB over the radio interface and the network assigning the second QCI (e.g., QCI-1) for IMS media flow. With respect to operation 303, the transmission or reception of IMS control signaling via the first PDU session involves the base station, MME, and S-GW / P-GW along the CP path, while the transmission or reception of IMS media flow via the second PDU session involves the base station and S-GW / P-GW along the UP path, bypassing the MME. Additionally, IMS-specific network entities such as the P-CSCF, I-CSCF, S-CSCF, and IMS application server participate in the end-to-end IMS session signaling carried over the first PDU session. In NTN deployments, the Network (NW) may further include a GEO satellite node that functions as a relay or as an on-board processing node along the transmission path between the UE and the terrestrial network entities, as described in connection with FIGs. 1A and 1B.

[0067] At operation 401, a Signaling Radio Bearer (SRB) is established for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Protocol Data Unit (PDU) session. The SRB operates over the Control Plane (CP) path and provides the high reliability, mandatory integrity protection, and mandatory encryption that are advantageous for transporting IMS control signaling such as SIP messages. By routing IMS control signaling over the CP / SRB path, call setup latency is reduced relative to UP-only approaches, even in high-latency GEO NTN environments.

[0068] At operation 402, a Data Radio Bearer (DRB) is established for the IMS media flow of the IMS call within the same PDU session. The DRB operates over the User Plane (UP) path and provides the lower header overhead and reduced transmission delay that are advantageous for transporting real-time IMS media such as voice or video RTP packets. The establishing of the DRB may occur prior to or during the IMS call, providing flexibility in the timing of bearer establishment.

[0069] At operation 403, IMS control signaling of the IMS call is transmitted or received via the SRB, and IMS media flow of the IMS call is transmitted or received via the DRB. This “combo” bearer configuration, in which both an SRB and a DRB are simultaneously active within a single PDU session, is a novel aspect of the present disclosure. Prior art PDU sessions were established with either a CP (SRB) path or a UP (DRB) path, but not both simultaneously within the same PDU session.

[0070] In some implementations, in order to request establishment of the combo SRB+DRB bearer configuration, the UE may transmit a request to establish the PDU session for the IMS call that includes a combo indicator. The combo indicator signals to the network the UE's capability for simultaneous bearer transmission over both the SRB and the DRB within a single PDU session. In some implementations, the UE determines to include the combo indicator in the PDU session establishment request in an event that the IMS call is being performed over a satellite access, such as a GEO NTN satellite link.

[0071] Upon receiving the PDU session establishment request with the combo indicator, the network determines whether to grant the combo SRB+DRB bearer configuration based on the current access conditions and resource availability. NAS procedure flows as specified in 3GPP TS 23.501 and TS 24.501 are applied for PDU session and bearer allocation, modification, and deletion.

[0072] In the event that the establishing of the DRB for IMS media flow fails, one or more SRBs are configured to carry both IMS control signaling and IMS media flow of the IMS call, providing a fallback mechanism that ensures service continuity.

[0073] As illustrated in FIG. 4, the operations of establishing the SRB for IMS control signaling (operation 401) , establishing the DRB for IMS media flow (operation 402) , and transmitting or receiving IMS control signaling via the SRB and IMS media flow via the DRB (operation 404) are likewise performed by two parties: the UE 101 and the Network (NW) . On the UE side, these operations are performed by a processor of the UE (e.g., processor 912 of communication apparatus 910) , operating via a transceiver (e.g., transceiver 916) . On the Network side, the corresponding operations are performed by one or more network entities that collectively constitute the Network (NW) shown in FIG. 4.

[0074] The Network (NW) depicted in FIG. 4 may include any one or more of the following entities, depending on the specific operation being performed. With respect to operation 401, the establishment of the SRB for IMS control signaling within the PDU session involves, on the network side, at least the base station (e.g., eNB or gNB) which configures and establishes the SRB over the radio interface upon receiving the PDU session establishment request from the UE, and the MME which processes the NAS signaling associated with the PDU session establishment. In some implementations, the PDU session establishment request transmitted by the UE includes a combo indicator indicating the UE's capability for simultaneous bearer transmission over both the SRB and the DRB, and the network -represented by the base station and MME -determines whether to grant the combo SRB+DRB bearer configuration based on the current access conditions, including whether GEO satellite access is in use. With respect to operation 402, the establishment of the DRB for IMS media flow within the same PDU session involves the base station configuring and establishing the DRB over the radio interface, and the S-GW / P-GW anchoring the corresponding user plane bearer. With respect to operation 403, the transmission or reception of IMS control signaling via the SRB involves the base station and MME along the CP path, while the transmission or reception of IMS media flow via the DRB involves the base station and S-GW / P-GW along the UP path, bypassing the MME. As with FIG. 3, IMS-specific network entities such as the P-CSCF, I-CSCF, S-CSCF, and IMS application server participate in the end-to-end IMS session signaling, and in NTN deployments, a GEO satellite node may additionally be present along the transmission path between the UE and the terrestrial network entities.

[0075] FIG. 5 is a diagram illustrating two alternative approaches for establishing transmission paths for IMS control signaling and IMS media flow of an IMS call in accordance with the present disclosure. The upper portion of FIG. 5 (scenario 510) illustrates the MA-PDU solution, and the lower portion (scenario 520) illustrates the single-PDU SRB+DRB solution.

[0076] In scenario 510, the MA-PDU connection 512 encompasses two PDU sessions established between the UE and the network (NW) . The first PDU session, designated for IMS control signaling, is established over an SRB or DRB as indicated by the label '1st PDU SESSION (OVER SRB OR DRB) FOR IMS CONTROL SIGNALING. ' The second PDU session, designated for IMS media flow, is established over an SRB or DRB as indicated by the label '2nd PDU SESSION (OVER SRB OR DRB) FOR MEDIA FLOW. ' The hatched bidirectional arrow represents the media flow path (typically DRB / UP) . Both PDU sessions may share the same IP address by virtue of the MA-PDU architecture, allowing the IMS application layer to perceive a single logical connection.

[0077] In scenario 520, a single PDU session 522 encompasses both an SRB and a DRB established between the UE and the NW. The SRB, labeled 'SRB FOR IMS CONTROL SIGNALING, ' carries IMS control signaling over the CP path. The DRB, labeled 'DRB FOR MEDIA FLOW' and represented by the hatched bidirectional arrow, carries IMS media flow over the UP path. This single-PDU solution provides a simpler architectural alternative for networks that support simultaneous CP and UP bearer establishment within a single PDU session.

[0078] The two solutions illustrated in FIG. 5 achieve the same fundamental objective-separating IMS control signaling and IMS media flow onto distinct bearers optimized for each traffic type-through different architectural mechanisms. The MA-PDU solution leverages the ATSSS-LL (Access Traffic Steering, Switching, and Splitting-Lower Layer) framework to route traffic across two PDU sessions, while the single-PDU SRB+DRB solution achieves the separation within a single PDU session through simultaneous SRB and DRB bearer assignment. The two solutions may be implemented separately or jointly, and the selection between them may be determined based on network capabilities and access conditions.

[0079] FIG. 6 is a signaling diagram 600 illustrating a MA-PDU establishment procedure between a UE 101 and a Network (NW) in accordance with the present disclosure. The signaling diagram 600 depicts the detailed sequence of operations exchanged between the UE 101 and the NW during the establishment of an MA-PDU connection for IMS calls, including the assignment of QoS Class Identifiers (QCIs) to the respective PDU sessions and two alternative procedures for establishing the second PDU session for IMS media flow.

[0080] At step 601, an Attachment procedure is performed between the UE 101 and the NW. During the Attachment procedure, the UE 101 registers with the network and establishes basic connectivity, enabling subsequent PDU session establishment procedures. The bidirectional arrow at step 601 indicates that the Attachment procedure involves an exchange of signaling messages between the UE 101 and the NW.

[0081] At step 602, the UE 101 initiates an IMS MA PDN establishment procedure for the first PDU session by transmitting an IMS MA PDN establishment request to the NW. The request carries a PDU Session ID=x and indicates a SIP type, signaling to the NW that the first PDU session is intended to carry IMS control signaling (e.g., SIP messages) . The use of the MA PDU request type in the PDN establishment request indicates to the NW that the UE 101 is requesting an MA-PDU connection, enabling both PDU sessions established in this procedure to share a single IP address. Request type is a information element (IE) defined in TS 24.501. The purpose of the Request type information element is to indicate the type of the 5GSM message.

[0082] The Request type information element is coded as shown in Table 2.

[0083] Table 2

[0084] At step 603, upon successful establishment of the first PDU session, the NW assigns the first PDU session a first Quality of Service (QoS) Class Identifier (QCI) , for example, QCI=5, appropriate for IMS control signaling. The hatched bidirectional arrow at step 603 represents the establishment of the first PDU session over a Signaling Radio Bearer (SRB) via the Control Plane (CP) path, reflecting the high reliability, mandatory integrity protection, and mandatory encryption that are characteristic of the CP path and that are advantageous for transporting SIP signaling in GEO NTN environments.

[0085] Following the establishment of the first PDU session at step 603, the second PDU session for IMS media flow is established through one of two alternative procedures, labeled Alt1 and Alt2 in the diagram. In Alt1, at step 604a, the NW initiates User Plane resource establishment by allocating user plane resources for the second PDU session of media type and notifying the UE 101 accordingly. This network-initiated alternative allows the NW to proactively provision the media bearer based on its knowledge of the access conditions and resource availability. In Alt2, at step 604b, the UE 101 initiates a PDN establishment procedure by transmitting a PDN establishment request for the second PDU session of media type to the NW. This UE-initiated alternative allows the UE 101 to request the media bearer at a timing of its choosing, which may be prior to or during the IMS call. In both Alt1 and Alt2, the execution timing for the second PDU session establishment may occur prior to or during the IMS call, providing flexibility relative to the call setup procedure.

[0086] At step 605, following the completion of either Alt1 or Alt2, an IMS MA PDN establishment message is exchanged between the UE 101 and the NW for the second PDU session, carrying PDU Session ID=x and indicating a media type. The use of the same PDU Session ID=x as the first PDU session confirms that the second PDU session is established as the second leg of the same MA-PDU connection, enabling both PDU sessions to share the same IP address (IP@3) as perceived by the IMS application layer.

[0087] At step 606, upon successful establishment of the second PDU session, the NW assigns the second PDU session a second QCI, for example QCI=1, appropriate for IMS media flow. The hatched bidirectional arrow at step 606 represents the establishment of the second PDU session over a Data Radio Bearer (DRB) via the User Plane (UP) path, reflecting the lower header overhead and reduced transmission delay that are characteristic of the UP path and that are advantageous for transporting real-time IMS media flow such as RTP packets in bandwidth-constrained GEO NTN environments.

[0088] Following the completion of steps 601 through 606, both the first PDU session (QCI=5, SRB, CP path) and the second PDU session (QCI=1, DRB, UP path) are established within the MA-PDU connection. Traffic flow template (TFT) rules for the MA-PDU connection are subsequently updated based on SIP message negotiation results to ensure that IMS control signaling packets are routed to the first PDU session and IMS media packets are routed to the second PDU session. In the event that the establishment of the second PDU session for IMS media flow at steps 604a / 604b or 605 fails, one or more SRBs are configured to carry both IMS control signaling and IMS media flow of the IMS call, providing a fallback mechanism that ensures service continuity under constrained GEO NTN resource conditions.

[0089] FIG. 7 is a diagram illustrating a comparison between a prior art MA-PDU architecture (scenario 710) and the proposed MA-PDU architecture for IMS calls over NTN satellite access (scenario 720) in accordance with the present disclosure.

[0090] In the prior art MA-PDU architecture illustrated in scenario 710, the MA-PDU connection is established with one PDU session leg over non-3GPP access and another PDU session leg over 3GPP access. Both legs are established as DRBs (UP paths) . The ATSSS-LL (Access Traffic Steering, Switching, and Splitting-Lower Layer) functionality steers, switches, and splits traffic flows across the two legs in accordance with ATSSS rules. Non-MPTCP and Non-MPQUIC flows (e.g., UDP, TCP, Ethernet flows) are handled by the ATSSS-LL functionality, which presents a single IP address (IP@3) to the upper layers. This prior art configuration has not been extended to address the use of MA-PDU connections for IMS calls over 3GPP satellite access.

[0091] In contrast, the proposed MA-PDU architecture illustrated in scenario 720 modifies the MA-PDU architecture so that the 3GPP access leg corresponds to 3GPP satellite access, such as NTN (Non-Terrestrial Network) access. In this configuration, both PDU session legs of the MA-PDU connection are established over 3GPP access: one leg for IMS control signaling (e.g., over SRB / CP) and another leg for IMS media flow (e.g., over DRB / UP) , both traversing the GEO NTN satellite link. The ATSSS-LL functionality and ATSSS rules are applied to steer IMS control signaling to the appropriate PDU session leg and IMS media flow to the appropriate PDU session leg, based on TFT rules updated according to SIP message negotiation results.

[0092] The modification illustrated in FIG. 7 represents a novel application of the MA-PDU architecture to 3GPP satellite access for IMS calls. As noted in the Background section, prior art MA-PDU architectures typically employed one leg over non-3GPP access and another over 3GPP access, and the use of MA-PDU over 3GPP satellite access for IMS calls had not been addressed by existing standards. By enabling both MA-PDU legs to be established over 3GPP satellite access, the present disclosure extends the MA-PDU framework to NTN environments and enables the combo CP / UP transmission architecture for IMS calls in GEO NTN and other satellite access scenarios.

[0093] FIG. 8 is a diagram 800 illustrating an example of a first transmission path P1 and a second transmission path P2 for IMS control signaling and IMS media flow of an IMS call in accordance with the present disclosure. The diagram shows the end-to-end system architecture, including a UE, a Radio Access Network (RAN) comprising a Base Station (BS) connected to the UE via the Uu interface, a Core Network (CN) comprising a Mobility Management Entity (MME) and a Serving Gateway  / Packet Gateway (S-GW / PGW) , and a PDN comprising an IMS Access Point Name (APN) on the right.

[0094] The first transmission path P1 corresponds to the Control Plane (CP) path used for IMS control signaling. As shown in the diagram, P1 traverses the following segments: from the UE to the BS over the Uu interface via Radio Resource Control (RRC) signaling; from the BS to the MME over the S1-MME interface via Non-Access Stratum (NAS) signaling; from the MME to the S-GW / PGW over the S11-U interface; and from the S-GW / PGW to the IMS APN over the SGi interface. The CP path routes IMS control signaling through the MME, which provides the higher reliability and mandatory integrity protection and encryption that are advantageous for SIP signaling. The hatched arrow representing P1 indicates that this path carries both signaling and user data encapsulated within NAS messages.

[0095] The second transmission path P2 corresponds to the User Plane (UP) path used for IMS media flow. As shown in the diagram, P2 traverses the following segments: from the UE to the BS over the Uu interface via a Data Radio Bearer (DRB) ; from the BS to the S-GW / PGW over the S1-U interface (bypassing the MME) ; and from the S-GW / PGW to the IMS APN over the SGi interface. The UP path bypasses the MME, resulting in reduced header overhead and lower transmission delay compared to the CP path. This makes the UP / DRB path well-suited for transporting real-time IMS media flow such as RTP packets in high-latency and bandwidth-constrained environments such as GEO NTN satellite access.

[0096] The combo architecture illustrated in FIG. 8, in which P1 (CP / SRB) carries IMS control signaling and P2 (UP / DRB) carries IMS media flow, achieves the technical effects described in the present disclosure: reduced IMS call setup time due to the use of the CP path for SIP signaling, and improved IMS media quality due to the use of the UP path for media packets. This combo architecture addresses the fundamental limitations of prior art approaches, which used either a CP-only or UP-only transmission path for all IMS traffic, by optimally assigning each IMS traffic type to the transmission path best suited for its requirements.

[0097] It should be noted that the system architecture illustrated in FIG. 8 is representative of a 4G LTE architecture; however, the combo CP / UP transmission architecture of the present disclosure is not limited to 4G networks. As noted in paragraph 16 of the present disclosure, the proposed concepts may be implemented in 5G, 5G-Advanced, 6G, and other radio access technologies, with appropriate adaptations to the corresponding network architecture elements (e.g., gNB, AMF, UPF in 5G / NR networks) .

[0098] According to some implementations, the present disclosure provides methods and apparatus that address the limitations of existing IMS bearer architectures in GEO NTN and other constrained wireless communication environments. By enabling a “combo” transmission architecture in which IMS control signaling is carried over a Signaling Radio Bearer (SRB) utilizing the Control Plane path, and IMS media flow is carried over a Data Radio Bearer (DRB) utilizing the User Plane path, the present disclosure achieves the following technical effects:

[0099] According to some implementations, the IMS call setup time is significantly reduced. Because SIP signaling is routed over the SRB / CP path-which benefits from lower PDU session establishment latency and higher reliability-the control plane procedures required to complete IMS call setup are performed with reduced round-trip delays compared to UP-only approaches, even under the high propagation delays of GEO satellite links.

[0100] Additionally, IMS media quality is improved. By dedicating a DRB / UP path to IMS media flow, the present disclosure avoids the additional header overhead and processing delay associated with routing media packets through the MME via the CP path, thus enabling more efficient real-time media delivery within the available bandwidth of GEO NTN links.

[0101] According to some implementations, flexibility and robustness are enhanced. The MA-PDU solution of the present disclosure allows both PDU session legs to be established over 3GPP satellite access-a configuration not previously standardized-with traffic flow template (TFT) rules updated dynamically based on SIP message negotiation results. The single-PDU SRB+DRB solution provides a simpler architectural alternative for networks that support simultaneous CP and UP bearer establishment within a single PDU session. In both solutions, a fallback mechanism is specified whereby, if DRB establishment for IMS media flow fails, one or more SRBs are configured to carry both IMS control signaling and IMS media flow, ensuring service continuity.

[0102] According to some implementations, the proposed combo indicator enables efficient capability negotiation. A UE can signal its support for simultaneous SRB and DRB bearer transmission within a single PDU session, allowing the network to determine the appropriate bearer configuration based on current access conditions, including whether GEO satellite access is in use.

[0103] These technical effects collectively enable practical deployment of IMS voice and multimedia services over GEO NTN access and other high-latency, bandwidth-constrained communication environments.

[0104] Although the disclosed solution is particularly beneficial for GEO NTN environments due to their severe bandwidth asymmetry and high latency, the underlying technique of pre-negotiating multiple codecs and enabling in-session codec switching via RTP payload type indication is applicable to any communication environment in which bandwidth conditions are variable or asymmetric, including Low Earth Orbit (LEO) satellite access, constrained IoT networks, and terrestrial networks subject to variable signal conditions. Illustrative Implementations

[0105] FIG. 9 illustrates an example communication system 900 having at least an example communication apparatus 910 and an example network apparatus 920 in accordance with an implementation of the present disclosure. Each of the communication apparatus 910 and network apparatus 920 may perform various functions to implement schemes, techniques, processes, and methods described herein of establishing transmission paths for IMS control signaling and media flow, including scenarios / schemes described above, as well as processes 1000, 1100, 1200, and 1300 described below.

[0106] Communication apparatus 910 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 910 may be implemented in a smartphone, a smartwatch, a personal digital assistant, a digital camera, or a computing equipment such as a tablet computer, a laptop computer, or a notebook computer. Communication apparatus 910 may also be a part of a machine type apparatus, which may be an IoT, NB-IoT, or IIoT apparatus, such as an immobile or a stationary apparatus, a home apparatus, a wire communication apparatus, or a computing apparatus. For instance, communication apparatus 910 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 910 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 910 may include at least some of those components shown in FIG. 9, such as a processor 912, for example. Communication apparatus 910 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 910 are neither shown in FIG. 9 nor described below in the interest of simplicity and brevity.

[0107] Network apparatus 920 may be a part of a network apparatus, which may be a network node such as a base station, a small cell, an MME, a P-GW, an S-GW, an IMS server, a media server, a P-CSCF, an I-CSCF, an S-CSCF, an AMF, an HSS, a satellite, a router, or a gateway. For instance, network apparatus 920 may be implemented in an eNB in an LTE network, in a gNB in a 5G / NR, IoT, NB-IoT or IIoT network, or in a satellite or base station in a 6G network. Network apparatus 920 may include at least some of those components shown in FIG. 9, such as a processor 922, for example. Processor 922 may further include protocol stacks and a set of control functional modules and circuits. Network apparatus 920 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 920 are neither shown in FIG. 9 nor described below in the interest of simplicity and brevity.

[0108] In one aspect, each of the processor 912 and processor 922 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 912 and processor 922, each of the processor 912 and processor 922 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 the processor 912 and processor 922 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 the processor 912 and processor 922 is a special-purpose machine specifically designed, arranged, and configured to perform specific tasks in a device (e.g., as represented by communication apparatus 910) and a network (e.g., as represented by network apparatus 920) in accordance with various implementations of the present disclosure.

[0109] In some implementations, communication apparatus 910 may also include a memory 914 coupled to processor 912 and capable of being accessed by processor 912 and storing data therein. In some implementations, communication apparatus 910 may further include a transceiver 916 coupled to processor 912 and capable of wirelessly transmitting and receiving data. In some implementations, transceiver 916 may be capable of wirelessly communicating with different types of UEs and / or wireless networks of different RATs, e.g., 2G GSM, 3G UMTS, 4G LTE, 5G NR, and / or 6G.

[0110] In some implementations, network apparatus 920 may further include a memory 924 coupled to processor 922 and capable of being accessed by processor 922 and storing data therein, and a transceiver 926 coupled to processor 922 and capable of wirelessly transmitting and receiving data. Accordingly, communication apparatus 910 and network apparatus 920 may wirelessly communicate with each other via transceiver 916 and transceiver 926, respectively.

[0111] For illustrative purposes and without limitation, descriptions of capabilities of the communication apparatus 910 and network apparatus 920 are provided below with processes 1000, 1100, 1200, and 1300. In which, communication apparatus 910 is implemented in or as a communication apparatus or a UE, and network apparatus 920 is implemented in or as a network node of a communication network. Illustrative Processes

[0112] FIG. 10 illustrates an example process 1000 in accordance with an implementation of the present disclosure. Process 1000 may be an example implementation of the above scenarios / schemes, whether partially or completely, with respect to establishing transmission paths for IMS control signaling and media flow. Process 1000 may represent an aspect of the implementation of features of communication apparatus 910. Process 1000 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1010, 1020, and 1030. Although illustrated as discrete blocks, various blocks of process 1000 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 1000 may be executed in the order shown in FIG. 10 or, alternatively, in a different order. Process 1000 may be implemented by communication apparatus 910 or any suitable UE (e.g., UE 101) or machine-type devices. Solely for illustrative purposes and without limitation, process 1000 is described below in the context of communication apparatus 910 as a UE. Process 1000 may begin at block 1010.

[0113] At block 1010, process 1000 may involve processor 912 of communication apparatus 910 establishing, via transceiver 916, a first Protocol Data Unit (PDU) session for Internet Protocol Multimedia Subsystem (IMS) control signaling (e.g., SIP) of an IMS call within a Multi-Access PDU (MA-PDU) connection. Process 1000 may proceed from block 1010 to block 1020.

[0114] At block 1020, process 1000 may involve processor 912 establishing, via transceiver 916, a second PDU session for IMS media flow of the IMS call within the MA-PDU connection. Process 1000 may proceed from block 1020 to block 1030.

[0115] At block 1030, process 1000 may involve processor 912 transmitting or receiving, via transceiver 916, IMS control signaling of the IMS call via the first PDU session and IMS media flow of the IMS call via the second PDU session.

[0116] In some implementations, the first PDU session for IMS control signaling is established over a signaling radio bearer (SRB) , and the second PDU session for IMS media flow is established over a data radio bearer (DRB) . In some implementations, the first PDU session for IMS control signaling is established over a first SRB, and the second PDU session for IMS media flow is established over a second SRB. In some implementations, the first PDU session for IMS control signaling is established over a first DRB, and the second PDU session for IMS media flow is established over a second DRB.

[0117] In some implementations, process 1000 may involve processor 912 configuring one or more SRBs to transmit both IMS control signaling and IMS media flow of the IMS call in an event that the establishing of the second DRB for IMS media flow fails. This provides a backup solution for the fail event.

[0118] In some implementations, the establishing of the second PDU session comprises user plane resource establishment for the second PDU session initiated by a network node or packet data network (PDN) establishment for the second PDU session initiated by the UE.

[0119] In some implementations, the establishing of the second PDU session occurs prior to or during the IMS call.

[0120] In some implementations, the first PDU session is assigned a first Quality of Service (QoS) Class Identifier (QCI) for the IMS control signaling, and the second PDU session is assigned a second QCI for the IMS media flow.

[0121] In some implementations, the first QCI corresponds to QCI-5 for the SRB and the second QCI corresponds to QCI-1 for the DRB.

[0122] In some implementations, process 1000 may involve processor 912 updating a traffic flow template rule for the MA-PDU connection based on a Session Initiation Protocol (SIP) message negotiation result.

[0123] In some implementations, both the first PDU session and the second PDU session are established over 3rd Generation Partnership Project (3GPP) satellite access.

[0124] In some implementations, process 1000 may involve processor 912 negotiating, via transceiver 916, a capability of supporting the MA-PDU connection.

[0125] In some implementations, the apparatus 910 communicates with a network through a satellite network.

[0126] In some implementations, the apparatus 910 uses a Geostationary Earth Orbit (GEO) access to initiate the IMS call.

[0127] FIG. 11 illustrates an example process 1100 in accordance with an implementation of the present disclosure. Process 1100 may be an example implementation of the above scenarios / schemes, whether partially or completely, with respect to establishing transmission paths for IMS control signaling and media flow. Process 1100 may represent an aspect of the implementation of features of network apparatus 920. Process 1100 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1110, 1120, and 1130. Although illustrated as discrete blocks, various blocks of process 1100 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 1100 may be executed in the order shown in FIG. 11 or, alternatively, in a different order. Process 1100 may be implemented by network apparatus 920 or any network entity in the 4G, 5G, or 6G network, including a base station, a small cell, an IMS server, a media server, an MME, a P-GW, an S-GW, a P-CSCF, an I-CSCF, an S-CSCF, an AMF, or an HSS. Solely for illustrative purposes and without limitation, process 1100 is described below in the context of network apparatus 920 as a network node. Process 1100 may begin at block 1110.

[0128] At block 1110, process 1100 may involve processor 922 of network apparatus 920 establishing, via transceiver 926, a first Protocol Data Unit (PDU) session for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Multi-Access PDU (MA-PDU) connection. Process 1100 may proceed from block 1110 to block 1120.

[0129] At block 1120, process 1100 may involve processor 922 establishing, via transceiver 926, a second PDU session for IMS media flow of the IMS call within the MA-PDU connection. Process 1100 may proceed from block 1120 to block 1130.

[0130] At block 1130, process 1100 may involve processor 922 receiving or transmitting, via transceiver 926, IMS control signaling of the IMS call via the first PDU session and IMS media flow of the IMS call via the second PDU session.

[0131] In some implementations, the first PDU session for IMS control signaling is established over a signaling radio bearer (SRB) , and the second PDU session for IMS media flow is established over a data radio bearer (DRB) . In some implementations, the first PDU session for IMS control signaling is established over a first SRB, and the second PDU session for IMS media flow is established over a second SRB. In some implementations, the first PDU session for IMS control signaling is established over a first DRB, and the second PDU session for IMS media flow is established over a second DRB.

[0132] In some implementations, process 1100 may involve processor 922 configuring one or more SRBs to transmit both IMS control signaling and IMS media flow of the IMS call in an event that the establishing of the second DRB for IMS media flow fails.

[0133] In some implementations, the establishing of the second PDU session comprises user plane resource establishment for the second PDU session initiated by a network node or packet data network (PDN) establishment for the second PDU session initiated by the UE.

[0134] In some implementations, the establishing of the second PDU session occurs prior to or during the IMS call.

[0135] In some implementations, the first PDU session is assigned a first Quality of Service (QoS) Class Identifier (QCI) for the IMS control signaling, and the second PDU session is assigned a second QCI for the IMS media flow.

[0136] In some implementations, the first QCI corresponds to QCI-5 for the SRB and the second QCI corresponds to QCI-1 for the DRB.

[0137] In some implementations, process 1100 may involve processor 922 updating a traffic flow template rule for the MA-PDU connection based on a Session Initiation Protocol (SIP) message negotiation result.

[0138] In some implementations, both the first PDU session and the second PDU session are established over 3rd Generation Partnership Project (3GPP) satellite access.

[0139] In some implementations, process 1100 may involve processor 922 negotiating, via transceiver 926, a capability of supporting the MA-PDU connection.

[0140] FIG. 12 illustrates an example process 1200 in accordance with an implementation of the present disclosure. Process 1200 may be an example implementation of the above scenarios / schemes, whether partially or completely, with respect to establishing transmission paths for IMS control signaling and media flow. Process 1200 may represent an aspect of the implementation of features of communication apparatus 910. Process 1200 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1210, 1220, and 1230. Although illustrated as discrete blocks, various blocks of process 1200 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 1200 may be executed in the order shown in FIG. 12 or, alternatively, in a different order. Process 1200 may be implemented by communication apparatus 910 or any suitable UE (e.g., UE 101) or machine-type devices. Solely for illustrative purposes and without limitation, process 1200 is described below in the context of communication apparatus 910 as a UE. Process 1200 may begin at block 1210.

[0141] At block 1210, process 1200 may involve processor 912 of communication apparatus 910 establishing, via transceiver 916, a signaling radio bearer (SRB) for Internet Protocol Multimedia Subsystem (IMS) control signaling (e.g., SIP) of an IMS call within a Protocol Data Unit (PDU) session. Process 1200 may proceed from block 1210 to block 1220.

[0142] At block 1220, process 1200 may involve processor 912 establishing, via transceiver 916, a data radio bearer (DRB) for IMS media flow of the IMS call within the PDU session. Process 1200 may proceed from block 1220 to block 1230.

[0143] At block 1230, process 1200 may involve processor 912 transmitting or receiving, via transceiver 916, IMS control signaling of the IMS call via the SRB and IMS media flow of the IMS call via the DRB.

[0144] In some implementations, process 1200 may involve processor 912 transmitting a request to establish the PDU session for the IMS call, wherein the request includes a combo indicator indicating a capability for simultaneous bearer transmission over both the SRB and the DRB.

[0145] In some implementations, process 1200 may involve processor 912 determining to transmit the request to establish the PDU session with the combo indicator in an event that the UE performs the IMS call over a satellite access.

[0146] In some implementations, process 1200 may involve processor 912 configuring one or more SRBs to transmit both IMS control signaling and IMS media flow of the IMS call in an event that the establishing of the DRB for IMS media flow fails. This provides a backup solution for the fail event.

[0147] In some implementations, the establishing of the DRB occurs prior to or during the IMS call.

[0148] In some implementations, both the SRB and the DRB are established over 3rd Generation Partnership Project (3GPP) satellite access.

[0149] In some implementations, process 1200 may involve processor 912 negotiating, via transceiver 916, a capability of supporting the establishing of the SRB for IMS control signaling and the DRB for IMS media flow.

[0150] In some implementations, the apparatus 910 communicates with a network through a satellite network.

[0151] In some implementations, the apparatus 910 uses a Geostationary Earth Orbit (GEO) access to initiate the IMS call.

[0152] FIG. 13 illustrates an example process 1300 in accordance with an implementation of the present disclosure. Process 1300 may be an example implementation of the above scenarios / schemes, whether partially or completely, with respect to establishing transmission paths for IMS control signaling and media flow. Process 1300 may represent an aspect of the implementation of features of network apparatus 920. Process 1300 may include one or more operations, actions, or functions as illustrated by one or more of blocks 1310, 1320, and 1330. Although illustrated as discrete blocks, various blocks of process 1300 may be divided into additional blocks, combined into fewer blocks, or eliminated, depending on the desired implementation. Moreover, the blocks of process 1300 may be executed in the order shown in FIG. 13 or, alternatively, in a different order. Process 1300 may be implemented by network apparatus 920 or any network entity in the 4G, 5G, or 6G network, including a base station, a small cell, an IMS server, a media server, an MME, a P-GW, an S-GW, a P-CSCF, an I-CSCF, an S-CSCF, an AMF, or an HSS. Solely for illustrative purposes and without limitation, process 1300 is described below in the context of network apparatus 920 as a network node. Process 1300 may begin at block 1310.

[0153] At block 1310, process 1300 may involve processor 922 of network apparatus 920 establishing, via transceiver 926, a signaling radio bearer (SRB) for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Protocol Data Unit (PDU) session. Process 1300 may proceed from block 1310 to block 1320.

[0154] At block 1320, process 1300 may involve processor 922 establishing, via transceiver 926, a data radio bearer (DRB) for IMS media flow of the IMS call within the PDU session. Process 1300 may proceed from block 1320 to block 1330.

[0155] At block 1330, process 1300 may involve processor 922 receiving or transmitting, via transceiver 926, IMS control signaling of the IMS call via the SRB and IMS media flow of the IMS call via the DRB.

[0156] In some implementations, process 1300 may involve processor 922 receiving a request to establish the PDU session for the IMS call, wherein the request includes a combo indicator indicating a capability for simultaneous bearer transmission over both the SRB and the DRB.

[0157] In some implementations, process 1300 may involve processor 922 configuring one or more SRBs to transmit both IMS control signaling and IMS media flow of the IMS call in an event that the establishing of the DRB for IMS media flow fails. This provides a backup solution for the fail event.

[0158] In some implementations, the establishing of the DRB occurs prior to or during the IMS call.

[0159] In some implementations, both the SRB and the DRB are established over 3rd Generation Partnership Project (3GPP) satellite access.

[0160] In some implementations, process 1300 may involve processor 922 negotiating, via transceiver 926, a capability of supporting the establishing of the SRB for IMS control signaling and the DRB for IMS media flow.

[0161] Additional Notes

[0162] 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 that 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.

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

[0164] 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. ”

[0165] 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:establishing, by a processor of a user equipment (UE) , a first Protocol Data Unit (PDU) session for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Multi-Access PDU (MA-PDU) connection;establishing, by the processor, a second PDU session for IMS media flow of the IMS call within the MA-PDU connection; andtransmitting or receiving, by the processor, IMS control signaling of the IMS call via the first PDU session and IMS media flow of the IMS call via the second PDU session.2.The method of claim 1, wherein:the first PDU session for IMS control signaling is established over a signaling radio bearer (SRB) , and the second PDU session for IMS media flow is established over a data radio bearer (DRB) ;the first PDU session for IMS control signaling is established over a first SRB, and the second PDU session for IMS media flow is established over a second SRB; orthe first PDU session for IMS control signaling is established over a first DRB, and the second PDU session for IMS media flow is established over a second DRB.3.The method of claim 2, further comprising:configuring, by the processor, one or more SRBs to transmit both IMS control signaling and IMS media flow of the IMS call in an event that the establishing of the second DRB for IMS media flow fails.4.The method of claim 1, wherein the establishing of the second PDU session comprises:user plane resource establishment for the second PDU session initiated by a network node; orpacket data network (PDN) establishment for the second PDU session initiated by the UE.5.The method of claim 1, wherein the establishing of the second PDU session occurs prior to or during the IMS call.6.The method of claim 1, wherein the first PDU session is assigned a first Quality of Service (QoS) Class Identifier (QCI) for the IMS control signaling, and the second PDU session is assigned a second QCI for the IMS media flow.7.The method of claim 1, further comprising:updating, by the processor, a traffic flow template rule for the MA-PDU connection based on a Session Initiation Protocol (SIP) message negotiation result.8.The method of claim 1, wherein both the first PDU session and the second PDU session are established over 3rd Generation Partnership Project (3GPP) satellite access.9.A method, comprising:establishing, by a network, a first Protocol Data Unit (PDU) session for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Multi-Access PDU (MA-PDU) connection;establishing, by the network, a second PDU session for IMS media flow of the IMS call within the MA-PDU connection; andtransmitting or receiving, by the network, IMS control signaling of the IMS call via the first PDU session and IMS media flow of the IMS call via the second PDU session.10.The method of claim 9, wherein:the first PDU session for IMS control signaling is established over a signaling radio bearer (SRB) , and the second PDU session for IMS media flow is established over a data radio bearer (DRB) ;the first PDU session for IMS control signaling is established over a first SRB, and the second PDU session for IMS media flow is established over a second SRB; orthe first PDU session for IMS control signaling is established over a first DRB, and the second PDU session for IMS media flow is established over a second DRB.11.The method of claim 10, further comprising:configuring, by the network, one or more SRBs to transmit both IMS control signaling and IMS media flow of the IMS call in an event that the establishing of the second DRB for IMS media flow fails.12.The method of claim 9, wherein the establishing of the second PDU session comprises:user plane resource establishment for the second PDU session initiated by a network node; orpacket data network (PDN) establishment for the second PDU session initiated by the UE.13.The method of claim 9, wherein the establishing of the second PDU session occurs prior to or during the IMS call.14.The method of claim 9, wherein the first PDU session is assigned a first Quality of Service (QoS) Class Identifier (QCI) for the IMS control signaling, and the second PDU session is assigned a second QCI for the IMS media flow.15.A method, comprising:establishing, by a processor of a user equipment (UE) , a signaling radio bearer (SRB) for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Protocol Data Unit (PDU) session;establishing, by the processor, a data radio bearer (DRB) for IMS media flow of the IMS call within the PDU session; andtransmitting or receiving, by the processor, IMS control signaling of the IMS call via the SRB and IMS media flow of the IMS call via the DRB.16.The method of claim 15, further comprising:transmitting, by the processor, a request to establish the PDU session for the IMS call, wherein the request includes a combo indicator indicating a capability for simultaneous bearer transmission over both the SRB and the DRB.17.The method of claim 16, further comprising:determining, by the processor, to transmit the request to establish the PDU session with the combo indicator in an event that the UE performs the IMS call over a satellite access.18.The method of claim 15, further comprising:configuring, by the processor, one or more SRBs to transmit both IMS control signaling and IMS media flow the IMS call in an event that the establishing of the DRB for IMS media flow fails.19.A method, comprising:establishing, by a network, a signaling radio bearer (SRB) for Internet Protocol Multimedia Subsystem (IMS) control signaling of an IMS call within a Protocol Data Unit (PDU) session;establishing, by the network, a data radio bearer (DRB) for IMS media flow of the IMS call within the PDU session; andtransmitting or receiving, by the network, IMS control signaling of the IMS call via the SRB and IMS media flow of the IMS call via the DRB.20.The method of claim 19, further comprising:receiving, by the network, a request to establish the PDU session for the IMS call, wherein the request includes a combo indicator indicating a capability for simultaneous bearer transmission over both the SRB and the DRB.

Images