Wireless communication method

Abstract

A wireless communication method performed by a network node, such as AMF / SMF is disclosed. The method include network node receives any of indications from user equipment (UE) or radio access network (RAN) nodes. The indications may comprise a registration request, a radio bearer establishment request, or a session establishment request. Utilizing these indications, the network node chooses a satellite type, configures two-leg routed sessions or two-leg routed radio bearers, and routes IMS protocol data unit (PDU) sessions or radio bearer data through an identical radio access node or data plane function (UPF).

Description

WIRELESS COMMUNICATION METHOD

[0001] BACKGROUND OF DISCLOSURE

[0002] 1. Field of Disclosure

[0003] The present disclosure relates to the field of communication systems, and more particularly, to a wireless communication method.

[0004] 2. Description of Related Art

[0005] Satellite access can extend the reach of 5G New Radio (NR) to remote and rural areas, as well as maritime and airborne domains, where terrestrial networks are not feasible or cost-effective.

[0006] Satellite access can improve the reliability and resilience of 5G NR by providing backup or alternative links in case of terrestrial network failures or congestion. Additionally, satellite access can enable new business opportunities and innovation for 5G service providers, network operators, satellite operators, and end users, by creating a converged and integrated network environment. Recently there is an effort within the 3rd Generation Partnership Project (3GPP) to support direct Voice over New Radio (VoNR) and IMS video communication between two or more user equipments (UEs) over satellite access without going through the ground segment.

[0007] To support IMS services over satellite access, the standardization effort within the 3GPP with a primarily focus around discussing enhancements related to the deployment of IMS related functions on-board a satellite, including a Radio Access Network (RAN) function (e.g., a gNB) , a User Plane Function (UPF) , and an IP Multimedia Subsystem (IMS) . Additionally, the effort also discusses the signaling indications-such as gNB ID, UPF, IMS ID, and satellite (SAT) ID associations which are exchanged to facilitate the selection and allocation of the appropriate IMS / UPF function for UE-to-UE satellite based IMS or VoNR communications.Technical Problem:

[0008] In the legacy terrestrial access (TN) Voice over New Radio (VoNR) 5G system, during IMS call setup, both the calling User Equipment (UE) and called UE must establish and maintain one or more separate Packet Data Unit (PDU) sessions associated with the UPF. Additionally, they need to set up one or more separate radio bearers associated with Radio Access Network (RAN) node (s) . These bearers are used for IMS signaling control and for carrying IMS data plane traffic. This process involves multiple steps and signaling interactions among the calling / called UE, the RAN, IMS, and core network nodes (as detailed in FIG. 1) .

[0009] When considering a 5G system with satellite access, and assuming that certain network functionality (such as gNB, UPF, and / or IMS nodes) is onboarded onto a satellite. If the same legacy VoNR IMS voice call setup and signaling procedures are also applied in case of 5G system with satellite access, the following issues arise:

[0010] 1. Inefficiency and Additional Signaling:

[0011] Despite the requirement that user plane IMS traffic should remain within the same satellite (or satellites) , additional signaling is still necessary. This is because two separate IMS PDU sessions and radio bearers must be established and maintained for IMS signaling or data by both the calling and called UEs, even though they operate under the same IMS / UPF / RAN function nodes.

[0012] 2. Additional Delay and Slower Call Setup Time:

[0013] Due to the higher propagation delay associated with satellite access (which depends on the satellite altitude) , applying the same IMS call setup procedure results in additional delay and slower call setup times. However, faster call setup time is a critical business driver for VoNR. Additionally, in case of onboarding of network functionality, such as gNB (gNodeB) , UPF, and / or IMS nodes, onto satellites is to enable IMS voice calls between two or more UEs. If a change occurs on the node that serves the calling or called UEs, it will pose a significant challenge in terms of potential service interruption, as detailed below:

[0014] 1. Call Drops or Degradation During Satellite Coverage Changes:

[0015] When the calling and called UEs are located within different satellites, frequent satellite changes can occur due to the continuous movement of the satellite constellation. If such a change happens while one UE is at the edge of coverage, it may result in call drops or degradation. 2. Higher End-to-End Delays Due to Serving Satellite Changes:

[0016] When a serving satellite change occurs, the called and calling UEs may end up being served by different satellites. In this situation, guaranteeing the delay budget recommended by the International Telecommunication Union (ITU) becomes challenging. Simultaneously, ensuring that the routing of user plane traffic for IMS voice / video remains within the satellite / es adds complexity.

[0017] Addressing these challenges is crucial to maintaining reliable IMS communication over satellite access.

[0018] Hence, a wireless communication method for addressing the problems is desirable.SUMMARY

[0019] An object of the present disclosure is to propose a wireless communication method and system.

[0020] In a first aspect, an embodiment of the invention provides a wireless communication method, comprising:

[0021] transmitting an indication signal for voice over Internet protocol multimedia subsystem (IMS) by a first node to a second node;

[0022] wherein the indication signal is conveyed in at least one or more of a registration request, an IMS protocol data unit (PDU) session establishment request, or an IMS PDU session modification request;

[0023] wherein the indication signal comprises one or more of:

[0024] a new radio access technology (RAT) type indication;

[0025] an indication that Voice Over New Radio satellite (VoNR-SAT) is supported by a user equipment (UE) ;

[0026] a satellite type to which the UE is to register to establish the voice call; and

[0027] a radio access network (RAN) node deployment indication showing that a radio access network node or a user plane function (UPF) requested by the UE is deployed on-board or on-ground.

[0028] In a second aspect, an embodiment of the invention provides a wireless communication method, comprising:

[0029] receiving an indication signal for voice over Internet protocol multimedia subsystem (IMS) by a second node from a first node;

[0030] performing one or more of the following operations based on the indication signal:

[0031] selecting a satellite type and providing an indication that Voice Over New Radio satellite (VoNR-SAT)  is supported by the selected satellite and an indication about whether two-leg-routed radio bearer or two-leg-routed session is supported or preferred by the selected satellite; and

[0032] selecting one or more of a radio access network (RAN) node and a user plane function (UPF) to establish a two-leg-routed radio bearer or a two-leg-routed session;

[0033] wherein the indication signal is conveyed in at least one or more of a registration request, an IMS protocol data unit (PDU) session establishment request, or an IMS PDU session modification request;

[0034] wherein the indication signal comprises one or more of:

[0035] a new radio access technology (RAT) type indication;

[0036] an indication that Voice Over New Radio satellite (VoNR-SAT) is supported by a user equipment (UE) ;

[0037] a satellite type to which the UE is to register; and

[0038] a radio access network (RAN) node deployment indication showing that a radio access network node or a user plane function (UPF) requested by the UE is deployed on-board or on-ground.

[0039] In a third aspect, an embodiment of the invention provides a wireless communication method further comprises:

[0040] exchanging of one or more indications between a source satellite radio access network (RAN) node and an Access Mobility Function (AMF) or between the source satellite RAN node and a target satellite RAN node to perform a handover or a satellite change for a calling user equipment (UE) or a called UE.

[0041] In some embodiments of the disclosure, the indications used for handover or a satellite change preparation procedure are conveyed in a handover required message or a handover command message during an N2-based handover;

[0042] the indications used for handover or a satellite change preparation procedure are conveyed in a handover request message or a handover acknowledgement message during an Xn-based handover; or

[0043] the indications used for handover or a satellite change preparation procedure are conveyed in a path switch signaling message during an IMS PDU session path switch.

[0044] In some embodiments of the disclosure, the indications used for handover or a satellite change preparation procedure are used for one or more of the following verification operations:

[0045] verifying if a calling UE and called UE are within the same target satellite RAN node's coverage area based on the same-satellite indication;

[0046] verifying if an estimated delay for the IMS session between the calling and called UEs falls within a threshold acceptable for maintaining IMS call quality based on the PDB delay indication; and

[0047] verifying if a handover or a satellite change preparation procedure is to be performed due to an imminent loss of coverage for the calling UE or called UE based on the UE signal quality indication.

[0048] In some embodiments of the disclosure, the wireless communication method further comprises: receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside within the same satellite coverage area;

[0049] determining, based on the indication and a result of the one or more verification operations, that a delay budget for the IMS PDU session between the calling UE and called UE is expected to meet a threshold acceptable for maintaining IMS call quality at a target satellite RAN node;

[0050] transferring, prior to a handover of the UE, UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node; and

[0051] facilitating the UE to return to the same IMS PDU session or radio bearer after the handover.

[0052] In some embodiments of the disclosure, the wireless communication method further comprises: receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in the same satellite coverage area;

[0053] receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a delay budget for the IMS PDU session between the calling UE and called UE is not expected to meet a threshold acceptable for maintaining IMS call quality at a target satellite RAN node;

[0054] refraining from transferring UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node prior to the handover; and enabling the UE to establish a new IMS PDU session or radio bearer after the handover.

[0055] In some embodiments of the disclosure, the wireless communication method further comprises: receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in different satellite coverages; determining, based on the indication and a result of the one or more verification operations, that a delay budget for the IMS PDU session between the calling and called UE is expected to meet a threshold acceptable for maintaining voice call quality at a target satellite RAN node; and

[0056] transferring, prior to a handover of the UE, UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node.

[0057] In some embodiments of the disclosure, the wireless communication method further comprises: receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in different satellite coverages; determining, based on the indication and a result of the one or more verification operations, that a delay budget for the IMS PDU session between the calling and called UE is not expected to meet a threshold acceptable for maintaining voice call quality at a target satellite RAN node;

[0058] transferring, prior to a handover, UE context or Session Management (SM) context associated with a first leg of the IMS PDU session from the source satellite RAN node to the target satellite RAN node;

[0059] refraining from transferring UE context or Session Management (SM) context associated with a second leg of the IMS PDU session from the source satellite RAN node to the target satellite RAN node; and

[0060] facilitating the calling UE associated with the second leg to establish a new IMS PDU session or radio bearer at the target satellite RAN node after the handover, while allowing the called UE associated with the first leg to maintain the ongoing IMS PDU session at the source satellite RAN node.

[0061] An embodiment of the invention provides a user equipment (UE) comprising a processor configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the disclosed method and any combination of embodiments of the disclosed method.

[0062] An embodiment of the invention provides a network node comprising a processor configured to call and run a computer program stored in a memory, to cause a device in which the processor is installed to execute the disclosed method.

[0063] The disclosed method may be programmed as computer executable instructions stored in non-transitory computer readable medium. The non-transitory computer readable medium, when loaded to a computer, directs a processor of the computer to execute the disclosed method.

[0064] The non-transitory computer readable medium may comprise at least one from a group consisting of: a hard disk, a CD-ROM, an optical storage device, a magnetic storage device, a Read Only Memory, a Programmable Read Only Memory, an Erasable Programmable Read Only Memory, EPROM, an Electrically Erasable Programmable Read Only Memory and a Flash memory.

[0065] The disclosed method may be programmed as a computer program product that causes a computer to execute the disclosed method.

[0066] The disclosed method may be programmed as a computer program that causes a computer to execute the disclosed method.Advantageous Effects

[0067] The disclosure provides a method for supporting satellite access with on-board radio access node functionality.

[0068] At least one embodiment of this invention proposes a streamlined signaling method that specifically focuses on enhancements aimed at:

[0069] Reducing signaling associated with call setup time.

[0070] Minimizing end-to-end delays.

[0071] Preventing service interruptions.

[0072] Maintaining stable data plane connectivity in the event of a satellite change during an IMS voice / video call.

[0073] These enhancements achieved by the embodiments of the disclosure may comprise at least one of:

[0074] Faster Call Setup Times: Reduced signaling overhead will lead to faster call establishment, improving user experience.

[0075] Minimized End-to-End Delays: Optimized routing and handoff procedures will minimize delays, ensuring high-quality voice and video calls.

[0076] Improved Service Continuity: Enhanced handoff techniques will prevent call drops during satellite changes, maintaining a stable connection.BRIEF DESCRIPTION OF DRAWINGS

[0077] In order to more clearly illustrate the embodiments of the present disclosure or related art, the following figures will be described in the embodiments are briefly introduced. It is obvious that the drawings are merely some embodiments of the present disclosure, a person having ordinary skill in this field may obtain other figures according to these figures without paying the premise.

[0078] FIG. 1 illustrates a schematic view showing a legacy IMS voice / video call procedure.

[0079] FIG. 2 illustrates a schematic view showing an embodiment of the disclosed wireless communication method.

[0080] FIG. 3 illustrates a schematic view showing an embodiment of the disclosed wireless communication method.

[0081] FIG. 4 illustrates a schematic view showing an embodiment of the disclosed wireless communication method.

[0082] FIG. 5 illustrates a schematic view showing two-leg-routed / identical sessions or bears routing  without inter-satellite interface.

[0083] FIG. 6 illustrates a schematic view showing two-leg-routed / identical sessions or bears routing with inter-satellite interface.

[0084] FIG. 7 illustrates a schematic view showing selecting an appropriate Data Plane Function to support the IMS Call.

[0085] FIG. 8 illustrates a schematic view showing an embodiment of the disclosed wireless communication method using indications for handover or satellite change.

[0086] FIG. 9 illustrates a schematic view showing the newly proposed indications within the IMS registration process and IMS PDU session establishment / modification for voice call setup, based on two-leg-routed IMS data and / or signaling sessions or radio bearers.

[0087] FIG. 10 illustrates a schematic view showing an embodiment of maintaining IMS data service connectivity during satellite change.

[0088] FIG. 11 illustrates a schematic view showing a scenario where the called and the calling are residing within different satellites at the time when satellite change is about to occur.

[0089] FIG. 12 illustrates a schematic view showing a scenario where the called and the calling are residing within the same satellite at the time when satellite change is about to occur.

[0090] FIG. 13 illustrates a schematic view showing an example of a user equipment (UE) .

[0091] FIG. 14 illustrates a schematic view showing an example of a network node.

[0092] FIG. 15 illustrates a schematic view showing a chip or executing the disclosed method in a UE.

[0093] FIG. 16 illustrates a schematic view showing a chip or executing the disclosed method in a network node.DETAILED DESCRIPTION OF EMBODIMENTS

[0094] Embodiments of the disclosure are described in detail with the technical matters, structural features, achieved objects, and effects with reference to the accompanying drawings as follows. Specifically, the terminologies in the embodiments of the present disclosure are merely for describing the purpose of the certain embodiment, but not to limit the disclosure.

[0095] Abbreviations used in the description are listed in the following:

[0096] Table 1

[0097] Embodiments of the disclosure provide enhancements to improve call setup times, minimize delays, and ensure service continuity during voice and video calls over 5G with satellite access.

[0098] This disclosure outlines a method for enabling UE-satellite-UE communication between UEs within the coverage area of one or more serving satellites, all while bypassing the ground network for user plane traffic. The approach involves enhancing Voice over New Radio (VoNR) IP Multimedia Subsystem (IMS) registration, IMS control and data session processing, and bearer establishment, and IMS paging signaling procedures. The goal is to minimize deficiencies arising from additional signaling and improve call  setup times, ultimately achieving acceptable IMS voice / video call quality via the UE-satellite-UE link.

[0099] Additionally, the method introduces new signaling between a source satellite RAN node (or the Access and Mobility Management Function, AMF) and a target satellite RAN node during handover or satellite change preparation procedures for an IMS PDU session / bearer of a UE. This addresses IMS call service continuity issues and prevents service interruptions when the satellite onboarded with IMS-related functions changes during an ongoing IMS call. Detailed enhancements and procedures related to signaling are provided in detailed description of the embodiments.

[0100] In the description, a node installed on board a satellite can be briefly referred to as an on-board access node. NG-RAN may comprise a gNB, a gNB-CU, a gNB-DU, a combination of the gNB, gNB-CU, and gNB-DU. Thus, a gNB installed on board a satellite can be briefly referred to as an on-board gNB. A gNB-CU installed on board a satellite can be briefly referred to as an on-board gNB-CU. Similarly, a gNB-DU installed on board a satellite can be briefly referred to as an on-board gNB-DU. A UPF installed on board a satellite can be briefly referred to as an on-board UPF. Relay means an on-ground network node.

[0101] In the description, IMS call may comprise at least one of IMS voice call or IMS video call.

[0102] The use of satellite constellations to provide 5G services has become a popular topic in both 3GPP radio access network (RAN) and system architecture (SA) groups. The RAN group has carried out a study phase during In Rel-17 and Rel-18, and the outcome has been included in TR 38.821, which introduces satellite-based Non-Terrestrial Network (NTN) access providing 5G services using transparent payload and regenerative payload architecture with a major focus on transparent architecture. Currently, there is a direction to study NTN regenerative payload generic architecture. In this architecture, the satellite gNB or a gNB-DU is to be deployed on-board of satellite.

[0103] As for the case of regenerative satellite access, the satellite may have some functions of 5GS. One implementation is when the satellite payload may implement a full gNB supporting a satellite enabled NR-RAN or a gNB-DU deployed on-board.

[0104] With reference to FIG. 1, in the legacy terrestrial 5G system, VoNR relies on IMS for voice call setup, management, and release. During VoNR call setup, both the called and calling UEs (User Equipment) must perform the following steps:

[0105] 1. Detect a robust 5G NR cell and register with the 5G gNB / 5GC.

[0106] 2. Establish a default IMS PDU session with Data Delivery Network (DDN) using non-GBR (Guaranteed Bit Rate) QoS flow, where the 5G QoS Identifier (5QI) ranges from 6 to 9.

[0107] 3. Set up a default internet IMS PDU session with IMS DDN using non-GBR QoS flow (5QI equals 5) specifically for IMS signaling.

[0108] 4. Complete registration with IMS using Session Initiation Protocol (SIP) messages.

[0109] 5. Establish VoNR Mobile Originated (MO) or Mobile Terminated (MT) calls over a dedicated IMS PDU session with a 5QI value of one (as shown in FIG. 1) .

[0110] However, in a 5G system with satellite access, applying the same legacy voice call setup signaling procedures would lead to the following issues:

[0111] 1 Issue 1: Ensuring Routing of IMS Traffic Within the Satellite:

[0112] 1.1 Inefficiency and Additional Signaling:

[0113] While the Work Item Description (WID) requirement specifies that user plane IMS traffic should  remain within the same satellite or satellites, additional signaling is still necessary. This is because two separate IMS PDU sessions and radio bearers must be established and maintained for IMS signaling or data by both the calling and called UEs, even though they operate under the same IMS / UPF / RAN function nodes.

[0114] 1.2 Additional Delay and Slow Call Setup Time:

[0115] According to TR23.700-29, it is architecturally necessary to place gNB, UPF, and IMS Access Gateway (AGW) onboard the satellites. Their representative GWs (Satellite gNB GW, Satellite UPF GW, and Satellite IMS AGW GW) are ground-based, ensuring that satellite communication operators’ infrastructure can be shared by Mobile Network Operators (MNOs) . Furthermore, according to TR 38.821, it has been reported that a UE may support mobility between radio access technologies based on different orbits (such as GSO and NGSO) at varying altitudes. However, given the higher propagation delay of satellite access (as shown in Table 1) and the additional processing delay caused by 5G protocols (as shown in Table 2) , controlling and maintaining the UE-satellite-UE IMS call communication link delay within the acceptable budget of 200 ms (as recommended by ITU for IMS voice / video calls) becomes challenging-especially for MEO (Medium Earth Orbit) and GEO (Geostationary Earth Orbit) satellites and multi-hops LEO (Low Earth Orbit) satellite changes (as detailed below) . Additionally, this may increase call setup time, while faster call setup time is a major business driver for VoNR.

[0116] For satellite access networks based on infrastructures integrated on a minimum of satellites that can be placed in either GEO, MEO, or LEO orbits, the one-way propagation delay associated with these orbits can be summarized in the following Table 2 (Please refer to TS 22.261-7.4.1-1: UE to satellite propagation delay) :

[0117] Table 2: UE to satellite propagation delay

[0118] Furthermore, the packet delay (e.g., PDU delay) caused by 5G protocols between the UE and the UPF can be listed as provided in ITU G. 1028 as shown in Table 3.

[0119] Table 3: the packet delay caused by 5G protocols and processing

[0120] According to ITU-T Rec G. 114, the maximum permitted delay between the UE and UPF is approximately 100 ms. If both the originating and terminating call end users (i.e., calling and called UEs) have VoNR (Voice over New Radio) connections, the total end-to-end Packet Delay Budget (PDB) will include 2 x 100 ms (as shown in Table 4) . The ITU-T recommends a maximum packet delay of 200 ms (extended to 250 ms) to ensure that users are highly satisfied with their call quality (ITU-T Rec G. 114) .

[0121] Table 4: ITU-T Rec G. 114 the maximum permitted delay between the UE and UPF

[0122] Issue 2: Minimizing Service Interruption Time During Serving Satellite Changes

[0123] Another critical aspect currently under discussion within 3GPP pertains to the onboarding of network functionality-such as gNB, UPF, and / or IMS nodes-onto satellites. The goal is to support IMS calls between two UEs covered by the satellite. However, this scenario introduces several challenges:

[0124] 1. Call Drops or Degradation During Satellite Coverage Changes:

[0125] When the called and calling UEs are located within different satellites, frequent satellite changes can occur due to the continuous movement of the satellite constellation. If such a change happens while one UE is at the edge of coverage, it may result in call drops or degradation.

[0126] 2. Higher End-to-End Delays Due to Serving Satellite Changes:

[0127] When a serving satellite change occurs, the called and calling UEs may end up being served by different satellites. In this situation, guaranteeing the delay budget recommended by the ITU becomes challenging. Simultaneously, ensuring that the routing of user plane traffic for IMS voice / video call remains within the satellite (s) adds complexity.

[0128] This disclosure provides methods to address these two issues. The detailed description of the method is provided in the following.

[0129] With reference to FIG. 2, an embodiment of the disclosed wireless communication method, comprising:

[0130] Step S021: transmitting an indication signal for voice over Internet protocol multimedia subsystem (IMS) by a first node to a second node;

[0131] wherein the indication signal is conveyed in at least one or more of a registration request, an IMS protocol data unit (PDU) session establishment request, or an IMS PDU session modification request;

[0132] wherein the indication signal comprises one or more of:

[0133] a new radio access technology (RAT) type indication;

[0134] an indication that Voice Over New Radio satellite (VoNR-SAT) is supported by a user equipment (UE) ;

[0135] a satellite type to which the UE is to register; and

[0136] a radio access network (RAN) node deployment indication showing that a radio access network node or a user plane function (UPF) requested by the UE is deployed on-board or on-ground.

[0137] With reference to FIG. 3, an embodiment of the disclosed wireless communication method, comprising:

[0138] Step S031: receiving an indication signal for voice over Internet protocol multimedia subsystem (IMS) by a second node from a first node;

[0139] Step S032: performing one or more of the following operations based on the indication signal:

[0140] selecting a satellite type and providing an indication that Voice Over New Radio satellite (VoNR-SAT) is supported by the selected satellite and an indication about whether two-leg-routed radio bearer or two-leg-routed session is supported or preferred by the selected satellite; and

[0141] selecting one or more of a radio access network (RAN) node and a user plane function (UPF) to establish a two-leg-routed radio bearer or a two-leg-routed session;

[0142] wherein the indication signal is conveyed in at least one or more of a registration request, an IMS protocol data unit (PDU) session establishment request, or an IMS PDU session modification request.

[0143] In some embodiments of the disclosure, the first node comprises a user equipment (UE) , and the second node comprises a RAN node; or

[0144] the first node comprises a RAN node, and the second node comprises a core network node.

[0145] In some embodiments of the disclosure, the first node receives from the second node a response message in response to the indication signal, wherein the response message comprises at least one of:

[0146] a registration accept message;

[0147] an IMS PDU session establishment accept; or

[0148] an IMS PDU session modification complete.

[0149] In some embodiments of the disclosure, the response message comprises at least one of:

[0150] an indication that a second node supports VoNR-SAT;

[0151] an indication about whether two-leg-routed radio bearer or two-leg-routed session is supported or preferred by the second node

[0152] an indication showing support of Internet protocol multimedia subsystem (IMS) data or traffic routing over RAN radio bearers anchored at an on-board RAN node or IMS protocol data unit (PDU) sessions anchored at an on-board UPF, or both;

[0153] a selected satellite type for a UE;

[0154] a selected RAN node; and

[0155] a selected User Plane Function (UPF) .

[0156] In some embodiments of the disclosure, the first node comprises a user equipment (UE) ; and the UE, based on a registration result in the registration accept message, determines to configure an IMS PDU session establishment request or an IMS PDU session modification request to facilitate IMS signaling or IMS data transfer remains routed within the same satellite.

[0157] In some embodiments of the disclosure, the indication signal is conveyed in an IMS PDU session establishment request or an IMS PDU session modification request.

[0158] In some embodiments of the disclosure, the SSC mode indicates a need to configure a two-leg-routed session or radio bearers for an IMS PDU session.

[0159] In some embodiments of the disclosure, the SSC mode comprises an SSC Mode 4 in which the UE establishes an IMS PDU session anchored at a UPF, the UE maintains the single IMS PDU session when moving between RANs on a satellite access point, and the data flow of the IMS PDU session is routed through the same UPF to ensure seamless service continuity during a handover process or satellite access  node change.

[0160] In some embodiments of the disclosure, the SSC mode comprises an SSC Mode 5 in which the UE establishes a single IMS PDU session and radio bearers for the IMS PDU session, the radio bearers are anchored at one or more RAN nodes to ensure seamless connectivity for the UE during a handover process between two RAN nodes or during a satellite access node change.

[0161] In some embodiments of the disclosure, the first node receives from the second node an IMS paging message with a paging cause of Voice Over New Radio satellite (VoNR-SAT) .

[0162] In some embodiments of the disclosure, the first node receives from the second node a session modification message that carries a configuration of a two-leg-routed IMS PDU session with an internal routing capability through which the UE establishes and maintains IMS data exchange.

[0163] With reference to FIG. 4, an embodiment of the disclosed wireless communication method is detailed in the following.

[0164] Step S010: UE 10 transmits registration request to a first network node 20a. The first network node 20a receives a registration request from the UE. The registration request comprises one or more of:

[0165] a new radio access technology (RAT) type indication;

[0166] an indication that Voice Over New Radio satellite (VoNR-SAT) is supported by the UE;

[0167] a satellite type to which the UE is to register; and

[0168] a radio access network (RAN) node deployment indication showing that a radio access network node or a user plane function (UPF) requested by the UE is deployed on-board or on-ground.

[0169] Step S012: The first network node 20a transmits an IMS registration message to a second network node 30a. The second network node 30a receives from a first network node 20a the IMS registration message, wherein the IMS registration message comprises one or more of:

[0170] a portion content of a registration request from a user equipment (UE) ;

[0171] a satellite type to which the UE is to register; and

[0172] a radio access network (RAN) node deployment indication showing that a radio access network node or a user plane function (UPF) requested by the UE is deployed on-board or on-ground.

[0173] Step S014: The second network node 30a transmits an IMS registration response to the first network node 20a to respond the IMS registration message. The first network node 20a receives the IMS registration response. The IMS registration response comprises one or more of:

[0174] a satellite type selected by the second network node 30a; and

[0175] an indication about whether two-leg-routed radio bearer or two-leg-routed session is supported or preferred by the second network node 30a.

[0176] Step S018: The first network node 20a transmits a registration accept message to the UE 10. The registration accept message comprises at least one portion of the content of IMS registration response. The UE 10 receives a registration accept message from first network node 20a. The registration accept message comprises at least one of:

[0177] a registration result; or

[0178] a network support feature.

[0179] In some embodiments of the disclosure, the first network node transmits an IMS registration message to a second network node 30a, wherein the IMS registration message comprises one or more of:

[0180] a portion content of the registration request from the UE;

[0181] the satellite type to which the UE is to register; and

[0182] the radio access network (RAN) node deployment indication.

[0183] In some embodiments of the disclosure, the first network node receives an IMS registration response from the second network node 30a, wherein the IMS registration response comprises one or more of:

[0184] a satellite type selected by the second network node 30a; and

[0185] an indication about whether two-leg-routed radio bearer or two-leg-routed session is supported or preferred by the second network node 30a.

[0186] In some embodiments of the disclosure, the first network node transmits to the UE an IMS paging message with a paging cause of Voice Over New Radio satellite (VoNR-SAT) .

[0187] In some embodiments of the disclosure, the first network node transmits to the UE a session modification message that carries a configuration of a two-leg-routed IMS PDU session with an internal routing capability through which the UE establishes and maintains IMS data exchange.

[0188] In some embodiments of the disclosure, the first network node comprises a RAN node. The second network node 30a comprises an Access Mobility Function (AMF) or a session management function (SMF) .

[0189] In some embodiments of the disclosure, the first network node 20a transmits a registration accept message, wherein the registration accept message comprises at least one of:

[0190] a registration result; or

[0191] a network support feature.

[0192] In some embodiments of the disclosure, the registration result indicates one or more of:

[0193] an indication that a second network node 30a supports VoNR-SAT; and

[0194] a selected satellite type for the UE.

[0195] In some embodiments of the disclosure, the network support feature indicates support of Internet protocol multimedia subsystem (IMS) data or traffic routing over RAN radio bearers anchored at an on-board RAN node or IMS protocol data unit (PDU) sessions anchored at an on-board UPF, or both.

[0196] In some embodiments of the disclosure, the first network node receives a request for IMS PDU session establishment or modification from the UE.

[0197] In some embodiments of the disclosure, the registration accept message is used to configure for a request for IMS PDU session establishment or modification to facilitate IMS signaling or IMS data transfer remains routed within the same satellite.

[0198] In some embodiments of the disclosure, in the request for IMS PDU session establishment or modification, a delay encountered during an IMS registration procedure is reported.

[0199] In some embodiments of the disclosure, in the request for IMS PDU session establishment or modification, a session and service continuity (SSC) mode is specified.

[0200] In some embodiments of the disclosure, the SSC indicates a need to configure a two-leg-routed session or radio bearers for an IMS PDU session.

[0201] In some embodiments of the disclosure, the SSC mode comprises an SSC Mode 4 in which the UE establishes an IMS PDU session anchored at a UPF, the UE maintains the single IMS PDU session  when moving between RANs on a satellite access point, and the data flow of the IMS PDU session is routed through the same UPF to ensure seamless service continuity during a handover process or satellite access node change.

[0202] In some embodiments of the disclosure, the SSC mode comprises an SSC Mode 5 in which the UE establishes a single IMS PDU session and radio bearers for the IMS PDU session, the radio bearers are anchored at one or more RAN nodes to ensure seamless connectivity for the UE during a handover process between two RAN nodes or during a satellite access node change.

[0203] In some embodiments of the disclosure, one or more of the following indications are used for handover:

[0204] a same-satellite indication that indicates whether a calling UE and a called UE reside within the same satellite coverage area;

[0205] a number of hops that specifies a number of satellite hops needed for the calling UE to reach the called UE;

[0206] a packet delay budget (PDB) delay that indicates an estimated delay to reach a satellite on which the called UE or the called UE is located;

[0207] a UE signal quality indication that provides a measurement of UE signal quality on a source satellite RAN node;

[0208] a satellite type that identifies a type of a target satellite RAN node; and

[0209] an indication of loss of coverage detection that identifies if a calling or called UE is about to lose coverage from a source satellite RAN node.

[0210] In some embodiments of the disclosure, the first network node 20a further performs the following steps:

[0211] receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside within the same satellite coverage area;

[0212] determining, based on the indication and network conditions, that a delay budget for the IMS PDU session between the calling UE and called UE is expected to meet a threshold acceptable for maintaining IMS call quality at the target satellite RAN node;

[0213] transferring, prior to a handover of the UE, UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node; and

[0214] facilitating the UE to return to the same IMS PDU session or radio bearer after the handover.

[0215] In some embodiments of the disclosure, the first network node 20a further performs the following steps:

[0216] receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in the same satellite coverage area;

[0217] receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a delay budget for the IMS PDU session between the calling UE and called UE is not expected to meet a threshold acceptable for maintaining IMS call quality at a target satellite RAN node;

[0218] refraining from transferring UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node prior to the handover; and

[0219] enabling the UE to establish a new IMS PDU session or radio bearer after the handover.

[0220] In some embodiments of the disclosure, the first network node 20a further performs the following steps:

[0221] receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in different satellite coverages;

[0222] determining, based on the indication and network conditions, that a delay budget for the IMS PDU session between the calling and called UE is expected to meet a threshold acceptable for maintaining voice call quality at a target satellite RAN node; and

[0223] transferring, prior to a handover of the UE, UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node.

[0224] In some embodiments of the disclosure, the first network node 20a further performs the following steps:

[0225] receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in different satellite coverages;

[0226] determining, based on the indication and network conditions, that a delay budget for the IMS PDU session between the calling and called UE is not expected to meet a threshold acceptable for maintaining voice call quality at a target satellite RAN node;

[0227] transferring, prior to a handover, UE context or Session Management (SM) context associated with a first leg of the IMS PDU session from the source satellite RAN node to the target satellite RAN node;

[0228] refraining from transferring UE context or Session Management (SM) context associated with a second leg of the IMS PDU session from the source satellite RAN node to the target satellite RAN node; and

[0229] facilitating the calling UE associated with the second leg to establish a new IMS PDU session or radio bearer at the target satellite RAN node after the handover, while allowing the called UE associated with the first leg to maintain the ongoing IMS PDU session at the source satellite RAN node.

[0230] This disclosure outlines a method for enabling UE-satellite-UE communication between UEs within the coverage area of one or more serving satellites, all while bypassing the ground network for user plane traffic. The approach involves enhancing VoNR IMS registration, IMS control, data sessions, and bearer establishment. The goal is to minimize deficiencies arising from additional signaling and improve call setup times, ultimately achieving acceptable IMS voice / video call quality via the UE-satellite-UE link.

[0231] Additionally, the method introduces new signaling between the source satellite RAN node (or the Access and Mobility Management Function, AMF) and the target satellite RAN node during handover or satellite change preparation procedures for an IMS PDU session / bearer of the UE. This addresses IMS call service continuity issues and prevents service interruptions when the satellite onboarded with IMS-related functions changes during an ongoing IMS call.

[0232] To minimize additional signaling, reduce additional delay, and improve call setup time, the proposed method involves exchanging new indications and assistance information as part of signaling messages used during UE registration and IMS PDU session establishment / modification for IMS call setup procedures. This exchange occurs among a UE, an intermediate control access node (AMF / SMF / RAN) , and a Core Network (CN) node responsible for managing the data plane of VoNR IMS calls (as depicted in FIG. 9) . These sessions or bearers facilitate the carrying of SIP signaling and exchange of IMS voice / video call data between the calling and called UEs over satellite access, bypassing the 5G ground network.

[0233] The exchanged information is directed to the node handling data plane management for the VoNR IMS call, with the following purposes:

[0234] 1 Triggering Configuration of Shared or Duplicated Sessions and Radio Bearers:

[0235] The configuration of shared or two-leg-routed sessions and radio bearers includes establishment, modification, or release of shared or two-leg-routed sessions and radio bearers and ensures that the routing of user plane traffic for IMS voice / video call remains within the satellite (s) .

[0236] FIG. 5 illustrates an example of two-leg-routed or identical sessions with the option of routing IMS packets over the N3 interface and two-leg-routed / identical radio bearers with routing of IMS data bearers over the radio interface when no inter-satellite interface (i.e., Xn and N9) is available.

[0237] FIG. 6 illustrates an example of two-leg-routed or identical sessions with the option of routing IMS packets over the N3 interface and two-leg-routed / identical radio bearers with routing of IMS data bearers over the radio interface when inter-satellite interface (i.e., Xn and N9) is available.

[0238] In both cases, the RAN node and UPF (e.g., a UPF in FIG. 5 to FIG. 9) support functions for routing, redirection, and steering of IMS packets received over two-leg-routed sessions or radio bearers associated with the calling and called parties internally over N3, N9, or Xn tunnel interfaces.

[0239] Additionally, the AMF / SMF / gNB must configure features related to dual paired leg sessions and / or radio bearers.

[0240] 1.1 Duplicated PDU Session:

[0241] A two-leg-routed IMS PDU session is a single session that consists of two legs, each identifiable by an identifier (as shown in Table 5) . The PDU settings and configuration for each leg of this MBS-Radio Bearer (MRB) are identical (e.g., QFI, RQI) .

[0242] The SMF (Session Management Function) (e.g., SMF 30d in FIG. 5 to FIG. 9) creates, modifies, or releases this session using a single request, similar to the MBS (Multimedia Broadcast / Multicast Service) session. However, unlike the MBS session, where the same copy of downlink data is delivered to all UEs receiving the session, the new two-leg-routed session has the feature of routing or forwarding data or QoS flows received at one leg to the second leg to support VoNR via satellite.

[0243] For IMS calls, such a two-leg-routed session can be signaled to multiple UEs as a group via a single NAS (Non-Access Stratum) IMS PDU session (created / modified / released) after RAN-level multicast paging or using multicast group paging (as shown in Table 6) . This indicates IMS over SAT (Satellite) as the paging cause. Alternatively, dedicated NAS IMS PDU session signaling can be used to address each UE separately (as depicted in Table 5) .

[0244] Table 5: An Example of Duplicated Session Configuration

[0245] Table 6: An Example of CN level Paging for IMS

[0246] 1.2 Duplicated Radio Bearers:

[0247] A two-leg-routed radio bearer consists of one single radio bearer with two legs, each identifiable by an identifier (as shown in Table 7) . The radio bearer settings and configuration for each leg of this MBS-Radio Bearer (MRB) are identical (e.g., PDCP, RLC configuration) .

[0248] The gNB (gNodeB) reconfigures, resumes, or releases this MRB using a single request, similar to the MBS (Multimedia Broadcast / Multicast Service) MRB. However, unlike the MBS MRB, where the same copy of downlink data is delivered to all UEs receiving the session, the new two-leg-routed MRB has the feature of routing or forwarding QoS flows received at one leg to the second leg to support VoNR via satellite.

[0249] For IMS calls, an MRB / two-leg-routed DRB can be signaled to multiple UEs as a group via MBS multicast configuration over SIB24. Alternatively, dedicated radio resource control (RRC) signaling can be  used to address each UE separately (as depicted in Table 8) . "

[0250] Table 7: Configuration of Duplicated Radio Bearer

[0251] Table 8: RAN level Paging for IMS bearers

[0252] 2 Assisting in Selecting an Appropriate Data Plane Function for IMS Calls:

[0253] This involves choosing whether to establish the IMS call over the onboard network function, the relay node, or even over a satellite at different altitudes based on the satellite type. The goal is to guarantee the required latency for IMS calls, as per ITU requirements (as depicted in FIG. 7) .

[0254] Additionally, to address service interruption issues during IMS calls and prevent IMS voice / video service interruptions when the satellite onboards the gNB, UPF, or IMS-related function during an ongoing IMS (video / voice) call, the proposed method involves exchanging new signaling between the source satellite RAN node and the Access and Mobility Management Function (AMF) or between the source satellite RAN node and the target satellite RAN node, or between the source satellite RAN node and the  target satellite RAN node during the handover or satellite change preparation procedure for an IMS PDU session / bearer of the UE.

[0255] With reference to FIG. 8, an embodiment of the disclosed wireless communication method comprising:

[0256] Step S041: exchanging of one or more indications between a source satellite radio access network (RAN) node and an Access Mobility Function (AMF) or between the source satellite RAN node and a target satellite RAN node to perform a handover or a satellite change for a calling user equipment (UE) or a called UE.

[0257] In some embodiments of the disclosure, the indications used for handover or a satellite change preparation procedure are conveyed in a handover required message or a handover command message during an N2-based handover;

[0258] the indications used for handover or a satellite change preparation procedure are conveyed in a handover request message or a handover acknowledgement message during an Xn-based handover; or the indications used for handover or a satellite change preparation procedure are conveyed in a path switch signaling message during an IMS PDU session path switch.

[0259] In some embodiments of the disclosure, the indications used for handover or a satellite change preparation procedure are used for one or more of the following verification operations:

[0260] verifying if a calling UE and called UE are within the same target satellite RAN node's coverage area based on the same-satellite indication;

[0261] verifying if an estimated delay for the IMS session between the calling and called UEs falls within a threshold acceptable for maintaining IMS call quality based on the PDB delay indication; and

[0262] verifying if a handover or a satellite change preparation procedure is to be performed due to an imminent loss of coverage for the calling UE or called UE based on the UE signal quality indication.

[0263] In some embodiments of the disclosure, the wireless communication method further comprises: receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside within the same satellite coverage area;

[0264] determining, based on the indication and a result of the one or more verification operations, that a delay budget for the IMS PDU session between the calling UE and called UE is expected to meet a threshold acceptable for maintaining IMS call quality at a target satellite RAN node;

[0265] transferring, prior to a handover of the UE, UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node; and facilitating the UE to return to the same IMS PDU session or radio bearer after the handover.

[0266] In some embodiments of the disclosure, the wireless communication method further comprises: receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in the same satellite coverage area;

[0267] receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a delay budget for the IMS PDU session between the calling UE and called UE is not expected to meet a threshold acceptable for maintaining IMS call quality at a target satellite RAN node;

[0268] refraining from transferring UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node prior to the handover; and  enabling the UE to establish a new IMS PDU session or radio bearer after the handover.

[0269] In some embodiments of the disclosure, the wireless communication method further comprises: receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in different satellite coverages; determining, based on the indication and a result of the one or more verification operations, that a delay budget for the IMS PDU session between the calling and called UE is expected to meet a threshold acceptable for maintaining voice call quality at a target satellite RAN node; and

[0270] transferring, prior to a handover of the UE, UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node.

[0271] In some embodiments of the disclosure, the wireless communication method further comprises: receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in different satellite coverages; determining, based on the indication and a result of the one or more verification operations, that a delay budget for the IMS PDU session between the calling and called UE is not expected to meet a threshold acceptable for maintaining voice call quality at a target satellite RAN node;

[0272] transferring, prior to a handover, UE context or Session Management (SM) context associated with a first leg of the IMS PDU session from the source satellite RAN node to the target satellite RAN node;

[0273] refraining from transferring UE context or Session Management (SM) context associated with a second leg of the IMS PDU session from the source satellite RAN node to the target satellite RAN node; and

[0274] facilitating the calling UE associated with the second leg to establish a new IMS PDU session or radio bearer at the target satellite RAN node after the handover, while allowing the called UE associated with the first leg to maintain the ongoing IMS PDU session at the source satellite RAN node.

[0275] This exchange of indications serves the following purposes:

[0276] 1. Verifying Satellite Coverage:

[0277] The indication is used to indicate a whether the calling and called UEs are within the coverage of the same satellite. Upon receiving the indication, the AMF or the target satellite RAN node can determine whether the calling and called UEs share the same satellite coverage of the same.

[0278] 2. Ensuring Delay Budget Compliance:

[0279] The indication is used to indicate whether the delay budget for the IMS PDU session between the calling UE and called UE falls within an acceptable limit, such as the acceptable budget recommended by ITU, for maintaining acceptable call quality. Upon receiving the indication, the AMF or the target satellite RAN node can determine whether the delay budget for the IMS PDU session between the calling UE and called UE falls within the acceptable limit.

[0280] 3. Predicting Coverage Loss:

[0281] The indication serves to notify whether the calling UE or the called UE is approaching a loss of coverage from the previous satellite (referred to as the source satellite RAN node) . Upon receiving this indication, the AMF or the target satellite RAN node can ascertain whether the calling or called UE is about to lose coverage from the source satellite RAN node.

[0282] Based on the new indication and the verification result, the source satellite RAN node or the AMF decides how to manage the transfer of UE or SM (Session Management) context associated with the two- leg-routed session or radio bearer to the target satellite RAN node. This allows the UE to return to the same IMS PDU session / radio bearer after the handover and prevents call drops or degradation due to serving satellite coverage changes or higher end-to-end delays (as detailed in section B titled “Maintaining IMS Data Service Connectivity During Satellite Change” ) .

[0283] A. Ensuring Routing of IMS Traffic Within the Same Satellite

[0284] As mentioned earlier, the proposed method involves exchanging new indications and assistance information as part of signaling messages used during UE registration and IMS PDU session establishment / modification for IMS call setup procedures. The new indications are detailed as follows:

[0285] A. 1 UE IMS Registration Procedure:

[0286] A UE (e.g., the calling UE1) can report UE capability information to a NG-RAN node (e.g. a NG-RAN node in FIG. 5 to FIG. 9) . The reporting the UE capability information may be performed by the UE either proactively or responsively. For example, the UE can report the UE capability information to the NG-RAN node in response to a UE capability information enquiry from the NG-RAN node.

[0287] UE to NG-RAN Node:

[0288] To ensure that the routing of IMS traffic remains within the same satellite during the registration procedure for IMS calls, the UE (e.g., the calling UE1) shall report at least one of the following Information Elements (IEs) fields during UE capability information enquiry and transfer exchange within the NG-RAN node (as shown in Table 9) :

[0289] 1. UE capability information that conveys a radio access technology (RAT) Type: The RAT type in the UE capability information indicates the UE’s ability to support satellite access radio access types (e.g., nr, nr-sat, eutra-nr, eutra, utra-fdd-v1610) .

[0290] 2. IMS Parameters: Within the UE capability information, the IMS parameters include an indication that voiceOverNR-SAT is supported. This indicates the UE’s ability to support IMS calls over satellite access radio access types and differentiates it from currently supported voiceOverNR features that do not mandate routing of IMS traffic to remain within the same RAN node or UPF onboard a satellite.

[0291] Table 9 UECapabilityInformation message

[0292] Table 10: IMS-Parameters information element

[0293] Based on the indications and other UE parameters from the UE, the NG-RAN node selects the appropriate AMF functions and forwards a registration request within N2 (UE initial message or initial UE context setup  / N1 registration Request) containing one or more of the following (as shown in Table 11) :

[0294] 1. New Rat Type (nr-sat) indication received from UE;

[0295] 2. Indication that Voice Over NR-SAT is Supported by the UE to the selected AMF;

[0296] The UE may provide additional assistance information that comprises at least one of:

[0297] 3. Satellite Type or Constellation Type Indication: The indication serves to notify the constellation type to which the UE is about to register (e.g., GEO, MEO, LEO) . This information assists in supporting mobility between radio access technologies based on different orbits (GSO, NGSO, GEO, MEO, LEO) at varying altitudes.

[0298] 4. Indication Regarding gNB Deployment (On-Board or On-Ground) : The indication shows that a gNB or a UPF (e.g., a UPF in FIG. 5 to FIG. 9) is deployed on-board or on-ground. The indication helps in selecting between the gNB / UPF deployed on board or the gNB / UPF deployed on the ground. This decision is made based on the indications in conjunction with other parameters, such as the packet delay budget indication provided within the IMS PDU session establishment / modification request (as depicted in Table 11) .

[0299] Table 11: IMS registration request within N2 UE initial message

[0300] After the NG-RAN sends the registration request over the N2 (NGAP) interface toward the AMF (e.g., AMF 30c) , and the AMF forwards the registration request to the SMF, the SMF (e.g., SMF 30d) responds to the AMF by sending a registration accept message via the NGAP initial UE INITIAL CONTEXT SETUP request (as shown in Table 12) . The registration accept message comprises at least one of:

[0301] 1. 5GS Registration Result: The 5GS registration result indicates that the AMF supports for VoNR-SAT. It also specifies the selected satellite type for the UE (whether it is NR-LEO, MEO, or GEO) .

[0302] 2. 5GS Network Support Feature: 5GS network support feature indicates the support of IMS data or traffic routing over RAN radio bearers anchored at an on-board RAN node or IMS PDU sessions anchored at an on-board UPF, or both.

[0303] Table 12: IMS registration accept within N2 INITIAL CONTEXT SETUP

[0304] And the AMF forwards an Nsmf_PDUSession_UpdateSMContext Request to the SMF to request the IMS signaling gateway address. The Nsmf_PDUSession_UpdateSMContext Request comprises:

[0305] 1. PDU Session ID,

[0306] 2. N2 SM Information,

[0307] 3. N1 SM container, and

[0308] 4. Registration request.

[0309] The registration request in the Nsmf_PDUSession_UpdateSMContext Request comprises:

[0310] 1. [5GS registration type,

[0311] 2. UE capability information indication (RAT type: nr-sat,

[0312] 3. Satellite type (i.e., GEO, MEO, LEO) ,

[0313] 4. UE IMS voice Capability (VoNR-SAT supported, and

[0314] 5. [gNB is on-board or gNB is relay on-ground] ) ] .

[0315] Then the AMF receives from the SMF an Nsmf_PDUSession_CreateSMContext Response containing Registration accept, voiceOverRoutedBearers, voiceOverRoutedSession, and the IMS signaling gateway address. The Registration accept comprises:

[0316] 1. 5GS registration result (3GPP access, NR-LEO) ] ,

[0317] 2. 5GS network feature support (VoNR-SAT) , and

[0318] 3. IMS-VoPS-N3GPP.

[0319] Subsequently, the AMF forwards the registration accept signaling via NAS or via the RAN node through an RRC reconfiguration message to the UE. Based on the registration accept message, the UE may decide how to configure the request for IMS PDU session establishment / modification for IMS signaling or IMS data in a way that allows the routing of IMS traffic to remain within the same satellite, as detailed in the section below.

[0320] A.2 Establishment and Modification of IMS PDU Sessions

[0321] As previously stated, the UE, based on the registration accept message, determines how to configure the request for IMS PDU session establishment or modification to facilitate IMS signaling or IMS data transfer in a manner that ensures IMS traffic remains routed within the same satellite. For instance, during the IMS PDU session establishment or modification process for IMS signaling or data transmission, the UE must include the following information within the IMS PDU session establishment message or a container and relay it to the AMF / SMF via the Uplink Non-Access Stratum (UL NAS) transport mechanism:

[0322] 1. In the request for PDU Session Establishment / Modification, a new session and service continuity (SSC) mode should be specified, such as SSC Mode 4 or SSC Mode 5. An SCC mode must be provided in the request transmitted from the UE to the AMF / SMF via the RAN for IMS calls over a satellite, supported by a UPF (e.g., a UPF in FIG. 5 to FIG. 9) or gNB.

[0323] ·SSC Mode 4: In this mode, the UE establishes an IMS PDU session anchored at the UPF within the 5G Core Network (5GC) . The UE maintains the single IMS PDU session when moving between RANs (e.g., deployed on a satellite access point) , and the data flow of this IMS PDU session is routed through the same UPF to ensure seamless service continuity during handover processes or satellite access node changes.

[0324] ·SSC Mode 5: In this mode, the UE establishes a single IMS PDU session, and the radio bearers for this IMS PDU session are anchored at one single gNB. Duplicate radio bearers are configured at the same gNB to ensure seamless connectivity for the UE during handover processes between two RAN nodes or during satellite access node changes.

[0325] Table 13: The new SSC mode information Element to support satellite Access

[0326] Within the Extended Protocol Configuration Options, a new Packet Delay Budget (PDB) indication is introduced. This indication reflects the delay experienced during the IMS registration procedure between the calling and called UEs over satellite access. This information can be utilized to aid in the decision-making process when selecting between a UPF deployed on-board the satellite (i.e., a UPF SAT) or a UPF deployed on-ground (i.e., a ground-based UPF relay) (as depicted in Table 14) .

[0327] Table 14: PDU Session Establishment / Modification Request with the New SSC Mode

[0328] Based on the specified satellite types, the PDB delay encountered during the IMS registration procedure for both calling and called UE signaling, as well as the SSC modes of both UEs, the SMF, in coordination with the PCF node (e.g., PCF 30e in FIG. 5 to FIG. 9) , selects the appropriate UPF. Through the N4 Session Establishment / Modification Request / Response, the SMF instructs the selected UPF to establish a two-leg-routed IMS PDU session with internal routing capabilities. Alternatively, the SMF may indicate to the AMF to notify the NG-RAN to configure two-leg-routed radio bearers with internal routing capabilities for carrying IMS bearers over the Uu interface between the calling and called UEs.

[0329] With reference to FIG. 9, the newly proposed indications are used for the IMS registration process and IMS PDU session establishment / modification for IMS call setup, based on two-leg-routed IMS data and / or signaling sessions or radio bearers.

[0330] B. Maintaining IMS Data Service Connectivity During Satellite Change

[0331] This section describes a method to maintain uninterrupted IMS data service connectivity for a UE during handover or satellite change preparation procedure. As mentioned earlier, the method involves information exchange between the source satellite RAN node (or AMF) and the target satellite RAN node during the handover or satellite change preparation procedure.

[0332] With reference to FIG. 10, a first RAN node (e.g., a first onboard gNB / UPF node) may transmit a NG signalling message to an on-ground node or an Xn signalling message to a second RAN node (e.g., a second onboard gNB / UPF node) .

[0333] The NG signalling message comprises one or more of the following indications:

[0334] 1-Indication whether the called and calling UEs are within the same satellite;

[0335] 2-Number of hops to reach the satellite where the called / called is located;

[0336] 3-A PDB delay required to reach the satellite where the called / called is located;

[0337] 4-Satellite type, such as MEO, GEO, or LEO.

[0338] The on-ground node replies an Xn signalling message to the first RAN node (e.g., a first onboard gNB / UPF node) and transfer UE or Session management (SM) context associated with the two-leg routed session to the new satellite or keep it in the old satellite according to Table 15.

[0339] The NG signalling message comprises one or more of the following indications:

[0340] 1-Indication whether the called and calling UEs are within the same satellite;

[0341] 2-Number of hops to reach the satellite where the called / called is located;

[0342] 3-A PDB delay required to reach the satellite where the called / called is located;

[0343] 4-Satellite type, such as MEO, GEO, or LEO.

[0344] The second RAN node (e.g., a second onboard gNB / UPF node) replies an Xn signalling message to the first RAN node (e.g., a first onboard gNB / UPF node) and transfer UE or Session management (SM) context associated with the two-leg routed session to the new satellite or keep it in the old satellite according to Table 15.

[0345] Prior to executing a handover, the second RAN node (e.g., a second onboard gNB / UPF node) must determine whether to migrate the UE or Session Management (SM) context linked to the two-leg routed session to a new satellite (referred to as a target satellite RAN node) designated for the handover. This decision should be made to facilitate the UE's seamless return to the identical IMS PDU session / radio bearer following the handover. However, if the IMS-enabled UE is currently situated on a satellite other than the one designated for the handover, or if the packet delay budget is insufficient to uphold acceptable call quality during the transition to the new satellite, then such a transfer should not perform by the second RAN node (e.g., a second onboard gNB / UPF node) .

[0346] The on-ground node notifies to CN about whether UE or Session management (SM) context associated with the two-leg routed session is in the new or old satellite.

[0347] Newly Introduced Indications:

[0348] To facilitate seamless handover or satellite change , several new indications are introduced:

[0349] 1. Same-Satellite Indication: This indication indicates whether the calling and called UEs reside within the same satellite coverage area.

[0350] 2. Number of Hops: This indication specifies the number of satellite hops needed for the calling UE to reach the called UE's location.

[0351] 3. PDB Delay: This indication indicates the estimated delay (or Packet Delay Budget) to reach the satellite on which the called UE or the called UE is located.

[0352] 4. UE Signal Quality (measured at the Source satellite RAN node) : This indication provides a measurement of the UE's signal quality on the source satellite RAN node.

[0353] 5. Satellite Type (MEO / GEO / LEO) : This indication identifies the type of the target satellite RAN node (Medium Earth Orbit, Geosynchronous Earth Orbit, or Low Earth Orbit) .

[0354] Information Exchange Procedures:

[0355] The exchange of these new indications occurs during the handover or satellite change preparation procedure for the UE's IMS PDU session. The indications are exchanged between the source satellite RAN node and the AMF / SMF or between the source satellite RAN node and the target satellite RAN node. The specific procedures include:

[0356] 1. N2-Based Handover: The indications are included within at least one of the "Handover required"  message (sent from the source satellite RAN node to AMF) or "Handover command" message (sent from the target satellite RAN node) .

[0357] 2. Xn Handover: The indications are included within at least one of the "Handover request" message or "Handover acknowledged" message exchanged between the UE and the target satellite RAN node.

[0358] 3. Path Switch (IMS PDU session) : The target satellite RAN node transmits the indications to the AMF within the path switch signaling.

[0359] Utilizing New Indications During Handover:

[0360] The new indications between the source satellite RAN node and AMF or between the source satellite RAN node and the target satellite RAN node during the handover or satellite change preparation serve several purposes:

[0361] 1. Same-Satellite Verification: The indication serves to notify if the calling and called UEs are within the same satellite's coverage area.

[0362] 2. IMS PDU session Delay Budget Evaluation: The indication signals whether the delay budget (or delay) for IMS PDU session (s) between the calling and called UEs, considering the handover, falls within the ITU's recommended Packet Delay Budget (PDB) for acceptable call quality.

[0363] 3. Loss of Coverage Detection: The indication identifies if the calling or called UE is about to lose coverage from the source satellite RAN node.

[0364] Handover Decision Based on Indications:

[0365] Based on these new indications and the verification results, the source satellite RAN node or AMF decides on the handover approach (assuming the called UE and the calling UE are in different satellites, the time of satellite change, and one UE is at the edge of its serving satellite coverage, as shown in FIG. 11) :

[0366] 1. UE / SM Context Transfer with Early Handover: If the called party resides in the target satellite RAN node and the delay budget is met at the new location, the UE or Session Management (SM) context associated with the two-leg-routed session can be transferred to the target satellite RAN node before the handover. This allows the UE to seamlessly return to the same IMS PDU session / radio bearer after the handover. In simpler terms, the UE migrates from the old satellite to the new one to maintain the session with acceptable delay.

[0367] 2. Handover Rejection: If the called UE party is in a different satellite (not the target satellite RAN node) or the new satellite's PDB cannot guarantee acceptable call quality, the handover might be rejected.

[0368] With reference to FIG. 11, in a scenario, the called and the calling are residing within different satellites at the time when satellite change is about to occur

[0369] Handover Scenarios Based on UE Location (FIG. 11 and FIG. 12)

[0370] This section describes the handover decision process based on the calling and called UEs' locations relative to the target satellite RAN node during handover preparation (refer to FIG. 11 and FIG. 12) .

[0371] Scenario 1: UEs in Different Satellites (as shown in FIG. 11)

[0372] When the calling and called UEs reside in different satellites at the time of handover, the system considers:

[0373] 1. Transferring UE / SM Context with Early Handover: If the target satellite RAN node offers acceptable delay (meeting the PDB) and coverage for both UEs, the UE or SM context associated with the two-leg-routed session / radio bearer can be transferred to the target satellite RAN node before the handover. This allows both calling parties to seamlessly migrate to the new satellite and continue the IMS PDU session.

[0374] 2. Handover Rejection: If the target satellite RAN node cannot guarantee acceptable delay or coverage for both UEs, the handover might be rejected.

[0375] Scenario 2: UEs in the Same Satellite (as shown in FIG. 12)

[0376] When the calling and called UEs are within the same satellite's coverage area during handover, the system might choose:

[0377] 1. Selective Transfer: If the target satellite RAN node offers better delay or coverage for only one UE, the SM context associated with one leg of the two-leg-routed session / radio bearer can be transferred to the target satellite RAN node, while the other leg remains at the old satellite. This approach optimizes resource allocation based on individual UE needs.

[0378] 2. No Transfer: If both UEs experience acceptable delay and coverage at the current satellite, no context transfer is necessary. They can maintain the existing session without switching satellites.

[0379] With reference to FIG. 12, in a scenario, the called and the calling are residing within the same satellite at the time when the satellite change is about to occurs

[0380] This table outlines the steps taken by the source satellite RAN node or the AMF to determine whether to transfer the UE or SM context associated with the two-leg-routed session. The decision is based on the new indication received and the verification results obtained.

[0381] Table 15: Decision-making Process for Transferring UE or SM Context Associated with the Duplicated Session Based on the New Indication and Verification Results

[0382] This disclosure introduces a method for direct UE-to-UE communication via satellite, enabling calls between UEs under one or more serving satellites without involving the ground network for user plane traffic. This approach offers significant advantages over prior art:

[0383] 1. Reduced Signaling and Faster Call Setup: The new method utilizes dedicated signaling indications for calls transmitted directly through the UE-satellite-UE link. This minimizes overall signaling overhead, leading to faster call setup times between UEs. Additionally, it facilitates seamless mobility between satellites in different orbits.

[0384] 2. Uninterrupted IMS Services with Guaranteed Quality: The method incorporates signaling indications within the handover process. This helps prevent interruptions in IMS voice / video services while ensuring the delay budget recommended by ITU is met. This guarantees that the user plane traffic for IMS voice and video calls remains within the satellite network, maintaining high call quality.

[0385] With reference to FIG. 13, a UE 100 may include a processor 11a, a memory 12a, and a transceiver 13a. The processor 11a is configured to call and run a computer program stored in the memory 12a, to cause UE 100 in which the processor 11 is installed to execute the disclosed method, steps, and / or functions of a UE. The UE 100 is an example of the UEs (e.g., UE1 and UE2) . The transceiver 13a may include baseband circuitry and radio frequency (RF) circuitry.

[0386] With reference to FIG. 14, the network node 20 is a network device and may include a processor 21a, a memory 22a, and a transceiver 23a. The processor 21a is configured to call and run a computer program stored in the memory 22a, to cause network node 20 in which the processor 21 is installed to execute the method, steps, and / or functions of a network node. The network node 20 is an example of the NG-RAN, gNB, on-board gNB 20b, UPF 30b, AMF 30c, and SMF 30d, PCF 30e. The transceiver 23a may include baseband circuitry and radio frequency (RF) circuitry.

[0387] With reference to FIG. 15, the embodiment of the disclosure also provides a chip 700 that may correspond to a user equipment, such as UE1 or UE2, in the embodiments of the disclosure. The chip 700 may implement a corresponding process realized by the user equipment in various methods of the embodiments of the disclosure. The chip 700 includes a processor 701, and the processor 701 may call and run a computer program from memory to implement the methods in the embodiments of the present application.

[0388] Optionally, the chip 700 may also include a memory 702. In particular, the processor 701 may call and run the computer program from the memory 702 to implement the methods in the embodiments of the present application.

[0389] Moreover, the memory 702 may be a separate device from the processor 701 or may be integrated into the processor 701.

[0390] Optionally, the chip 700 may further include an input interface 703. Note that the processor 701 may control the input interface 703 to communicate with other devices or chips, specifically, to obtain messages or data sent by other devices or chips.

[0391] Optionally, the chip 700 may further include an output interface 704. Note that the processor 701 may control the output interface 704 to communicate with other devices or chips, specifically, to output messages or data to other devices or chips.

[0392] With reference to FIG. 16, the embodiment of the disclosure also provides another chip 800 that may correspond to a network node in the embodiment of the disclosure, and the chip 800 may implement the corresponding processes implemented by the network node in the various methods of the embodiments of the disclosure. The chip 800 includes a processor 801, and the processor 801 may call and run a computer program from the memory 802 to implement the methods in the embodiments of the present application.

[0393] Optionally, the chip 800 may further include a memory 802. In particular, the processor 801 may call and run the computer program from the memory 802 to implement the methods in the embodiments of  the present application.

[0394] Wherein the memory 802 may be a separate device from the processor 801 or may be integrated into the processor 801.

[0395] Optionally, the chip 800 may also include an input interface 803. In particular, the processor 801 may control the input interface 803 to communicate with other devices or chips, specifically, to obtain messages or data sent by other devices or chips.

[0396] Optionally, the chip may further include an output interface 804. In particular, the processor 801 may control the output interface 804 to communicate with other devices or chips, specifically, to output messages or data to other devices or chips.

[0397] It should be understood that the processor in the embodiments of the present application may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the above method embodiments may be accomplished through integrated logic circuits in the form of hardware in the processor or instructions in the form of software. The processor described above may be a general-purpose processor, a digital signal processor (DSP) , an application specific integrated circuit (ASIC) , a field programmable gate array (FPGA) , or other programmable logic devices, discrete gate or transistor logic devices, and discrete hardware components. Various methods, steps, and logic block diagrams of the disclosure in the embodiments of the present application may be implemented or performed. The general-purpose processor may be a microprocessor, or the processor may also be any conventional processor, etc. The steps of the methods disclosed in conjunction with the embodiments of the present application may be directly embodied in and performed by a hardware decoding processor, or performed with a combination of hardware and software modules in the decoding processor. The software module may be located in random memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, registers, and other storage media well established in the art. The storage medium is located in memory, and the processor reads the messages in the memory and realize the steps of the method described above in combination with its hardware.

[0398] It will be appreciated that the memory in an embodiment of the present application may be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. Among other things, the non-volatile memory may be Read-Only Memory (ROM) , Programmable ROM (PROM) , Erasable Programmable Read-Only Memory (EPROM) , Electrically Erasable Programmable Read-Only Memory (Electrically EPROM, EEPROM) or flash memory. The volatile memory may be Random Access Memory (RAM) , which is used as an external cache. For example, not for limiting, many forms of RAM are available, such as Static RAM (SRAM) , Dynamic RAM (DRAM) , Synchronous DRAM (SDRAM) , Double Data Rate SDRAM (DDRAM) , Double Data Rate SDRAM (DDRAM) , Enhanced Synchronous Dynamic Random Access Memory (ESDRAM) , Synchlink DRAM (SLDRAM) , and Direct Rambus RAM (DR RAM) . It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0399] Embodiments of the present application also provide a computer program product comprising computer program instructions.

[0400] Optionally, the computer program product may be applied to the network nodes in the embodiment of the disclosure, and the computer program instructions cause the computer to execute the corresponding processes implemented by the network nodes in the various methods of the embodiment of the disclosure,  which are not described herein for brevity.

[0401] Optionally, the computer program product may be applied to the user equipment (s) in the embodiment of the present application, and the computer program instructions cause the computer to perform the corresponding processes realized by the user equipment (s) in the various methods of the embodiment of the present application, which are not repeated herein for brevity.

[0402] An embodiment of the disclosures also provides a computer program.

[0403] Optionally, the computer program may be applied to the network nodes in the embodiment of the present application, and when the computer program is run on the computer, causes the computer to execute the corresponding processes implemented by the network nodes in the various methods of the embodiment of the present application, which are not described herein for the sake of brevity.

[0404] Optionally, the computer program may be applied to the user equipment (s) in the embodiments of the present application, and when the computer program is run on the computer, causes the computer to execute the corresponding processes realized by the user equipment (s) in the respective methods of the embodiments of the present application, which will not be repeated herein for brevity.

[0405] One of ordinary skill in the art may realize that the units and algorithmic steps described in conjunction with the various examples of the embodiments disclosed herein are capable of being implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the particular application and design constraints of the technical solution. A person skilled in the art may use different methods to implement the described functions for each particular application, but such implementations should not be considered outside the scope of this application.

[0406] Those skilled in the art may appreciate that, for the convenience and brevity of the description, the specific working processes of the above-described systems, apparatuses and units can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated herein.

[0407] In the several embodiments provided in this application, it should be understood that the systems, devices and methods disclosed can be realized in other ways. For example, the above-described implementations of the device are merely schematic, e.g., the division of the unit, which is merely a logical functional division, may be divided in other ways when actually implemented, e.g., multiple units or components may be combined or may be integrated into another system, or some features may be ignored, or not implemented. Additionally, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, which may be electrical, mechanical or otherwise.

[0408] The unit illustrated as a separated component may or may not be physically separated, and the component shown as a unit may or may not be a physical unit, i.e., it may be located in one place, or it may be distributed over a plurality of network units. Some or all of these units may be selected to fulfill the purpose of the present embodiment scheme according to actual needs.

[0409] Additionally, each functional unit in various embodiments of the present application may be integrated in a single processing unit, or each unit may exist as a separate entity, or two or more units may be integrated in a single unit.

[0410] The functionality, when implemented as a software functional unit and sold or used as a stand- alone product, may be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application may be embodied in the form of a software product that is essentially or contributes to the prior art, or portions of the technical solution may be embodied in the form of a software product that is stored in a storage medium and includes a number of instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc. ) to perform all or some of the steps of the various embodiments of the present application. all or some of the steps of the various embodiments of the present application. The aforementioned storage medium is a non-volatile storage medium, including a portable disk, a removable hard disk, a read-only memory (Read-Only Memory, ROM) , a random-access memory (Random Access Memory, RAM) , a magnetic disk, or a CD-ROM, and other media in which the program code can be stored.

[0411] While the present disclosure has been described in connection with what is considered the most practical and preferred embodiments, it is understood that the present disclosure is not limited to the disclosed embodiments but is intended to cover various arrangements made without departing from the scope of the broadest interpretation of the appended claims.

Claims

1.A wireless communication method, comprising:transmitting an indication signal for voice over Internet protocol multimedia subsystem (IMS) by a first node to a second node;wherein the indication signal is conveyed in at least one or more of a registration request, an IMS protocol data unit (PDU) session establishment request, or an IMS PDU session modification request;wherein the indication signal comprises one or more of:a new radio access technology (RAT) type indication;an indication that Voice Over New Radio satellite access (VoNR-SAT) is supported by a user equipment (UE) ;a satellite type to which the UE is to register; anda radio access network (RAN) node deployment indication showing that a radio access network node or a user plane function (UPF) requested by the UE is deployed on-board or on-ground.2.The wireless communication method of claim 1, wherein the first node comprises a user equipment (UE) , and the second node comprises a RAN node; orthe first node comprises a RAN node, and the second node comprises a core network node.3.The wireless communication method of claim 1, wherein the first node receives from the second node a response message in response to the indication signal, wherein the message comprises at least one of:a registration accept message;an IMS PDU session establishment accept; oran IMS PDU session modification complete.4.The wireless communication method of claim 3, wherein the response message comprises at least one of:an indication that a second node supports VoNR-SAT;an indication about whether two-leg-routed radio bearer or two-leg-routed session is supported or preferred by the second nodean indication showing support of Internet protocol multimedia subsystem (IMS) data or traffic routing over RAN radio bearers anchored at an on-board RAN node or IMS protocol data unit (PDU) sessions anchored at an on-board UPF, or both;a selected satellite type for a UE;a selected RAN node; anda selected User Plane Function (UPF) .5.The wireless communication method of claim 3, wherein the first node comprises a user equipment (UE) ; andthe UE, based on a registration result in the registration accept message, determines to configure an IMS PDU session establishment request or an IMS PDU session modification request to facilitate IMS signaling or IMS data transfer remains routed within the same satellite.6.The wireless communication method of claim 3, wherein the indication signal is conveyed in an IMS PDU session establishment request or an IMS PDU session modification request.7.The wireless communication method of claim 6, wherein the SSC mode indicates a need to configure a two-leg-routed session or radio bearers for an IMS PDU session.8.The wireless communication method of claim 6, wherein the SSC mode comprises an SSC Mode 4 in which the UE establishes an IMS PDU session anchored at a UPF, the UE maintains the single IMS PDU session when moving between RANs on a satellite access point, and the data flow of the IMS PDU session is routed through the same UPF to ensure seamless service continuity during a handover process or satellite access node change.9.The wireless communication method of claim 6, wherein the SSC mode comprises an SSC Mode 5 in which the UE establishes a single IMS PDU session and radio bearers for the IMS PDU session, the radio bearers are anchored at one or more RAN nodes to ensure seamless connectivity for the UE during a handover process between two RAN nodes or during a satellite access node change.10.The wireless communication method of claim 1, wherein the first node receives from the second node an IMS paging message with a paging cause of Voice Over New Radio satellite (VoNR-SAT) .11.The wireless communication method of claim 1, wherein the first node receives from the second node a session modification message that carries a configuration of a two-leg-routed IMS PDU session with an internal routing capability through which the UE establishes and maintains IMS data exchange.12.A user equipment (UE) comprising:a processor configured to call and run a computer program stored in a memory, to cause a device in which the processor is installed to execute the method of any of claims 1 to 11.13.A chip, comprising:a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any of claims 1 to 11.14.A computer-readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any of claims 1 to 11.15.A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any of claims 1 to 11.16.A computer program, wherein the computer program causes a computer to execute the method of any of claims 1 to 11.17.A wireless communication method comprising:exchanging of one or more indications between a source satellite radio access network (RAN) node and an Access Mobility Function (AMF) or between the source satellite RAN node and a target satellite RAN node to perform a handover or a satellite change for a calling user equipment (UE) or a called UE.18.The wireless communication method of claim 17, wherein the one or more indications used during the handover or a satellite change preparation procedure include at least one of the following:a same-satellite indication that indicates whether a calling UE and a called UE reside within the same satellite coverage area;a number of hops that specifies a number of satellite hops needed for the calling UE to reach the called UE;a packet delay budget (PDB) delay indication that indicates an estimated delay to reach a satellite on which the called UE or the called UE is located;a UE signal quality indication that provides a measurement of UE signal quality on a source satellite RAN node;a satellite type that identifies a type of a target satellite RAN node; andan indication of loss of coverage detection that identifies if a calling or called UE is about to lose coverage from a source satellite RAN node.19.The wireless communication method of claim 17, wherein the indications used for handover or a satellite change preparation procedure are conveyed in a handover required message or a handover command message during an N2-based handover;the indications used for handover or a satellite change preparation procedure are conveyed in a handover request message or a handover acknowledgement message during an Xn-based handover; orthe indications used for handover or a satellite change preparation procedure are conveyed in a path switch signaling message during an IMS PDU session path switch.20.The wireless communication method of claim 17, wherein the indications used for handover or a satellite change preparation procedure are used for one or more of the following verification operations:verifying if a calling UE and called UE are within the same target satellite RAN node's coverage area based on the same-satellite indication;verifying if an estimated delay for the IMS session between the calling and called UEs falls within a threshold acceptable for maintaining IMS call quality based on the PDB delay indication; andverifying if a handover or a satellite change preparation procedure is to be performed due to an imminent loss of coverage for the calling UE or called UE based on the UE signal quality indication.21.The wireless communication method of claim 20, further comprising:receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside within the same satellite coverage area;determining, based on the indication and a result of the one or more verification operations, that a delay budget for the IMS PDU session between the calling UE and called UE is expected to meet a threshold acceptable for maintaining IMS call quality at a target satellite RAN node;transferring, prior to a handover of the UE, UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node; andfacilitating the UE to return to the same IMS PDU session or radio bearer after the handover.22.The wireless communication method of claim 20, further comprising:receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in the same satellite coverage area;receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a delay budget for the IMS PDU session between the calling UE and called UE is not expected to meet a threshold acceptable for maintaining IMS call quality at a target satellite RAN node;refraining from transferring UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node prior to the handover; andenabling the UE to establish a new IMS PDU session or radio bearer after the handover.23.The wireless communication method of claim 20, further comprising:receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in different satellite coverages; determining, based on the indication and a result of the one or more verification operations, that a delay budget for the IMS PDU session between the calling and called UE is expected to meet a threshold acceptable for maintaining voice call quality at a target satellite RAN node; andtransferring, prior to a handover of the UE, UE context or Session Management (SM) context associated with the IMS PDU session from the source satellite RAN node to the target satellite RAN node.24.The wireless communication method of claim 20, further comprising:receiving, at a source satellite RAN node or an Access Mobility Function (AMF) , an indication that a calling UE and a called UE associated with an ongoing IMS PDU session reside in different satellite coverages;determining, based on the indication and a result of the one or more verification operations, that a delay budget for the IMS PDU session between the calling and called UE is not expected to meet a threshold acceptable for maintaining voice call quality at a target satellite RAN node;transferring, prior to a handover, UE context or Session Management (SM) context associated with a first leg of the IMS PDU session from the source satellite RAN node to the target satellite RAN node;refraining from transferring UE context or Session Management (SM) context associated with a second leg of the IMS PDU session from the source satellite RAN node to the target satellite RAN node; andfacilitating the calling UE associated with the second leg to establish a new IMS PDU session or radio bearer at the target satellite RAN node after the handover, while allowing the called UE associated with the first leg to maintain the ongoing IMS PDU session at the source satellite RAN node.25.A network node comprising:a processor configured to call and run a computer program stored in a memory, to cause a device in which the processor is installed to execute the method of any of claims 17 to 24.26.A chip, comprising:a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any of claims 17 to 24.27.A computer-readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any of claims 17 to 24.28.A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any of claims 17 to 24.29.A computer program, wherein the computer program causes a computer to execute the method of any of claims 17 to 24.

Images