Satellite access method and system

Abstract

A satellite access method is disclosed. A first on-board access node transmits a first signaling message to a second on-board access node through an inter-node interface or through at least one on-ground network during a cell change from the first on-board access node that serves one or more user equipments (UEs) to the second on-board access node. The first signaling message comprises a tunnel update request that requests the second on-board access node to update or allocate a tunnel endpoint identifier associated with at least one session or radio bearer of the one or more UEs. The at least one session or radio bearer comprises a session, a list of sessions, a radio bearer, or a list of radio bearers.

Description

SATELLITE ACCESS METHOD AND SYSTEM

[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 satellite access method and system.

[0004] 2. Description of Related Art

[0005] Non-Terrestrial Network (NTN) 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] NTN can improve the reliability and resilience of 5G NR by providing backup or alternative links in case of terrestrial network failures or congestion. Additionally, NTN 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.Technical Problem

[0007] According to current standardization progress (i.e., 3GPP RAN#101 and SA#101 meetings for release 19) , there is a direction to study NTN regenerative payload generic architecture in which the satellite gNB is to be delivered onboard of satellite. In this architecture, when a gNB or a gNB distributed unit (gNB-DU) is located on board satellites, and the satellite constellation is continuously moving, the ground station (GS) must locate a new on-board gNB-CU / DU approximately every couple of minutes (for example, around 7-8 minutes for the low earth orbit (LEO) category) in order to facilitate UEs' handovers.

[0008] Unlike in terrestrial networks, where the handover or cell change for a given UE depends on the UE’s mobility pattern and is less likely to occur frequently every few minutes, ground stations shall locate a new on-board gNB-CU / DU every couple of minutes, which takes around 7-8 minutes for the low earth orbit (LEO) category to handover UEs to. When satellites in an NTN regenerative payload architecture move, the on-board gNB or gNB-CU providing data plane coverage for user equipment (UEs) must switch frequently, unlike traditional networks where handovers depend on less frequent UE mobility. This poses challenges for maintaining data plane communication for the given UE in regenerative NTN architecture as detailed below:

[0009] 1. Pre-provisioning Sessions and Bearers: For UEs under a new satellite, the relevant PDU / MBS sessions or MRB / DRB bearers must be pre-provisioned at the new satellite to ensure immediate service continuity. For UEs under overlapping coverage of both old and new satellites, these sessions / bearers should be available at both satellites for faster handover. Reusing existing terrestrial network (TN) handover procedures (i.e., a TN handover procedure based on per-UE path switches, per UE bearer context exchange, and bearer reconfiguration) can be slow and signal-intensive in this scenario. A faster and less signaling-intensive method is needed.

[0010] 2. Streamlined Access Node Change: If the existing TN handover procedures, which involve multiple steps and signaling interactions between nodes, are reused for the NTN regenerative architecture, it can lead to an increase in signaling overhead due to frequent satellite changes when a group of UEs’ access is to be changed from an old satellite to a new satellite.

[0011] Frequent satellite changes due to movement require simplified access node change procedures  compared to traditional TN handovers with their multiple steps and extensive signaling. A streamlined method with fewer steps and less signaling is needed to reduce overhead.SUMMARY

[0012] An object of the present disclosure is to propose a satellite access method and system.

[0013] In a first aspect, an embodiment of the invention provides satellite access method, comprising:

[0014] transmitting by a first on-board access node a first signaling message to a second on-board access node through at least one on-ground network during an on-board access node cell change from the first on-board access node that serves one or more user equipments (UEs) to the second on-board access node, wherein the first signaling message comprises a tunnel update request and / or assistance information, the tunnel update request comprises a tunnel configuration update request that requests the second on-board access node to update a tunnel configuration associated with at least one session or radio bearer of the one or more UEs, the at least one session or radio bearer comprises a session, a list of sessions, a radio bearer, or a list of radio bearers; and

[0015] receiving by the first on-board access node a second signaling message from the second on-board access node through the at least one on-ground network, wherein the second signaling message comprises a tunnel update response, the tunnel update response comprises a tunnel configuration update response that conveys a updated tunnel configuration comprising a new tunnel identity and / or a transport address for the at least one session or radio bearer associated with one or more UEs, wherein the new tunnel identity and / or the transport address is configured by the second on-board access node and associated with the at least one session or radio bearer of the one or more UEs.

[0016] In a second aspect, an embodiment of the invention provides satellite access method, comprising:

[0017] transmitting by a first on-board access node a first signaling message to a second on-board access node through an inter-node interface during an on-board access node cell change from the first on-board access node that serves one or more user equipments (UEs) to the second on-board access node, wherein the first signaling message comprises a tunnel update request and / or an assistance information, the tunnel update request requests the second on-board access node to update or allocate a tunnel endpoint identifier associated with at least one session or radio bearer of the one or more UEs, the at least one session or radio bearer comprises a session, a list of sessions, a radio bearer, or a list of radio bearers; and

[0018] receiving by the first on-board access node a second signaling message from the second on-board access node through the inter-node interface, wherein the second signaling message comprises a tunnel update response that conveys a new tunnel endpoint identifier for the at least one session or radio bearer, wherein the new tunnel endpoint identifier is configured by the second on-board access node and associated with the at least one session or radio bearer of the one or more UE.

[0019] In a third aspect, an embodiment of the invention provides a network system comprising: a first on-board radio access node; and

[0020] at least one on-ground network;

[0021] wherein the first on-board radio access node is configured to execute the disclosed method.

[0022] In a fourth aspect, an embodiment of the invention provides a satellite access method, comprising: receiving by a second on-board access node a first signaling message from a first on-board access node through at least one on-ground network during an on-board access node cell change from the first on-board access node that serves one or more user equipments (UEs) to the second on-board access node, wherein  the first signaling message comprises a tunnel update request and / or assistance information, the tunnel update request comprises a tunnel configuration update request that requests the second on-board access node to update a tunnel configuration associated with at least one session or radio bearer of the one or more UEs, the at least one session or radio bearer comprises a session, a list of sessions, a radio bearer, or a list of radio bearers; and

[0023] transmitting by the second on-board access node a second signaling message to the first on-board access node from through the at least one on-ground network, wherein the second signaling message comprises a tunnel update response, the tunnel update response comprises a tunnel configuration update response that conveys a updated tunnel configuration comprising a new tunnel identity and / or a transport address for the at least one session or radio bearer associated with one or more UEs, wherein the new tunnel identity and / or the transport address is configured by the second on-board access node and associated with the at least one session or radio bearer of the one or more UEs.

[0024] In a fifth aspect, an embodiment of the invention provides a satellite access method, comprising: receiving by a second on-board access node a first signaling message from a first on-board access node through an inter-node interface during an on-board access node cell change from the first on-board access node that serves one or more user equipments (UEs) to the second on-board access node, wherein the first signaling message comprises a tunnel update request and / or an assistance information, the tunnel update request requests the second on-board access node to update or allocate a tunnel endpoint identifier associated with at least one session or radio bearer of the one or more UEs, the at least one session or radio bearer comprises a session, a list of sessions, a radio bearer, or a list of radio bearers; and transmitting by the second on-board access node a second signaling message to the first on-board access node through the inter-node interface, wherein the second signaling message comprises a tunnel update response that conveys a new tunnel endpoint identifier for the at least one session or radio bearer, wherein the new tunnel endpoint identifier is configured by the second on-board access node and associated with the at least one session or radio bearer of the one or more UE.

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

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

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

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

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

[0030] This invention proposes a streamlined signaling method to maintain user equipment (UE) data plane communication during frequent serving on-board access node changes in NTN regenerative payload  architecture. It offers significant benefits and innovations:

[0031] Simplified signaling for cell change: Some embodiments of the disclosure avoid excessive handover steps and inter-node signaling interactions, reducing user plane communication disruptions. reduced signaling for data plane continuity in NTN regenerative payload.

[0032] Per-session / bearer list cell change: Some embodiments of the disclosure enable efficient signaling compared to traditional UE context exchange and path switch approaches limited to single UE radio bearers.

[0033] Faster cell changes: Some embodiments of the disclosure pre-provision UEs' sessions, radio bearers, or sessions on the new satellite minimizes service interruption.BRIEF DESCRIPTION OF DRAWINGS

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

[0035] FIG. 1 illustrates a schematic view showing a network system with regenerative and transparent satellite enabled NR-RAN.

[0036] FIG. 2 illustrates a schematic view showing GTP-U tunnel endpoints for NG-U and F1 interfaces.

[0037] FIG. 3 illustrates a schematic view showing GTP tunnel for session or bearers associated with one or more UEs moved to the new satellite.

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

[0039] FIG. 5 illustrates a schematic view showing an embodiment of the disclosed method.

[0040] FIG. 6 illustrates a schematic view showing an overall signaling procedure of the disclosed method for on-board access node change.

[0041] FIG. 7 illustrates a schematic view showing tunnel endpoints update for gNB-CU on-board scenario.

[0042] FIG. 8 illustrates a schematic view showing an example of a GTP-U header for a session on NG-U tunnel for gNB / CU on-board scenario.

[0043] FIG. 9 illustrates a schematic view showing an example of an NG-U tunnel update procedure for a session during gNB change in a gNB on-board of satellite scenario.

[0044] FIG. 10 illustrates a schematic view showing an example of an NG based tunnel configuration update procedure for a session during gNB-CU node change in a gNB / CU on-board of satellite scenario.

[0045] FIG. 11 illustrates a schematic view showing tunnel endpoints change in a gNB-DU on-board scenario.

[0046] FIG. 12 illustrates a schematic view showing an example of a GTP-U header for a radio bearer on F1 user plane tunnel in a gNB / CU on-board scenario.

[0047] FIG. 13 illustrates a schematic view showing an example of an E1 based tunnel update procedure for a radio bearer during gNB-DU change in a gNB on-board of satellite scenario.

[0048] FIG. 14 illustrates a schematic view showing an example of F1 based tunnel update procedure for a radio bearer during gNB-DU node change in a gNB / CU on-board of satellite scenario.

[0049] FIG. 15 illustrates a schematic view showing a user equipment (UE) .

[0050] FIG. 16 illustrates a schematic view showing a network node.

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

[0052]

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

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

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

[0056] Table 1

[0057] In the description, a node installed on board a satellite can be briefly referred to as an on-board access node. 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.

[0058] 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. With reference to FIG. 1, under such architecture, when a gNB or a gNB-DU is on-board satellites, the ground station (GS) has to find a new on-board gNB-CU / DU every couple of minutes (e.g., being around 7-8 minutes for the LEO category) to handover UEs.

[0059] The transparent satellite access network composed of satellite payload implements frequency conversion and a radio frequency amplifier in both uplink and downlink direction. A satellite operates as an analogue RF repeater that repeats the NR-Uu radio interface from the feeder link (between the NTN gateway and the satellite) to the service link (between the satellite and the UE) and vice versa. The Satellite Radio Interface (SRI) used on the feeder link is the NR-Uu. In other words, the satellite does not terminate NR-Uu but just repeats NR-Uu. Different transparent satellites may be connected to the same gNB on the ground.

[0060] 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 shown in FIG. 1. A satellite radio interface (SRI) supports the N1 (NAS)  / N2 (NG-C)  / N3 (NG-U) interfaces between the on-ground 5G CN and the on-board gNB-CU.

[0061] With reference to FIG. 1, a core network (CN) 30 is connected to an on-ground network. The CN 30 may include LTE CN or 5GC which may include a user plane function (UPF) 30b, session management function (SMF) 30d, access and mobility management function (AMF) 30c. The CN 30 may further comprise other network functions, such as unified data management (UDM) , policy control function (PCF) , control plane (CP)  / user plane (UP) separation (CUPS) , authentication server (AUSF) , network slice selection function (NSSF) , and the network exposure function (NEF) .

[0062] The UPF 30b is connected to a data network (DN) 40. The AMF 30c is connected to one of a first on-board radio access node 201 and a second on-board radio access node 202 over interfaces N1 and N2 through an on-ground gateway. The first on-board radio access node 201 may comprise a gNB or a gNB-DU. Similarly, the second on-board radio access node 202 may comprise an on-board gNB or an on-board gNB-DU. The on-ground network 200 may comprise an on-ground gateway, an on-ground gNB, and / or an on-ground gNB-CU. The on-ground gNB-CU is connected to an on-board gNB-DU over F1 interface through the on-ground gateway. An on-ground gNB may be connected to an on-board gNB / gNB-CU over Xn / X2 interface through the on-ground gateway. Two on-board gNBs / gNB-CUs may be connected over  Xn / X2 interface. Two on-board gNB-DUs may be connected over E1 interface.

[0063] FIG. 1 show a satellite wireless system for providing a multicast, broadcast and / or a unicast service to a plurality of wireless devices or UEs, such as UE 10a-10g, according to a method of the present disclosure. The UEs, such as UE 10a-10g, are connected to one or more satellite radio access nodes, such as a first on-board satellite radio access node 201 and a second on-board satellite radio access node 202, via first radio interface (Uu) . A single satellite radio access node may comprise two interconnected nodes through a user plane internal network interface (F1-U) and a first control plane internal network interface (F1-C) . One of these nodes can be deployed on board a satellite, while the other is situated on the ground. At least one of the satellite radio access nodes is connected to a user plane function (UPF) via NG-U interface and to an access and mobility management function (AMF) via a second control plane internal network interface NG-C. The use plane function is connected to a data network (DN) 40 to provide the respective multicast, broadcast and / or a unicast service to the UEs.

[0064] In the wireless system, as satellite constellations move, the on-board satellite radio access nodes providing coverage for UEs will rotate away from the corresponding on-ground network node. New on-board satellite radio access nodes will then take over or share coverage for the UEs. As illustrated in FIG. 1, this situation results in three types of UE coverage:

[0065] 1. UEs (e.g., UE 10a, 10b, and 10c) in group 1 are under coverage of the old / source on-board satellite radio access nodes.

[0066] 2. UEs (e.g., UE 10d and 10e) in group 2 are within the overlapping coverage area of both the old / source and the new / target on-board satellite radio access nodes.

[0067] 3. UEs (e.g., UE 10f and 10g) in group 3 are under coverage of the new / target on-board satellite radio access nodes.

[0068] To ensure the efficient utilization of the F1-U and NG-U user plane interfaces, it is imperative to transition UEs in group 2 and ideally group 2 and 3 to the F1-U and NG-U user plane interfaces connected with the new / target on-board satellite radio access nodes. However, moving such group of UEs simultaneously to a new interface will require significantly a large amount of signaling messages over the F1-C and NG-C control plane interfaces that connect the on-board and on-ground network nodes. This is especially true for the signaling of the current 5G NR protocol, which was primarily designed for single UE signaling, for tasks such as PDU / multicast / broadcast session context modifications, and / or handover signaling. The following section introduces new per-UE-group session or radio bearer management (e.g., UE F1 / NG-U tunnels management, PDU / multicast / broadcast session or context modification / update / release and / or handover related signaling and procedures) to handle the signaling overload issues in E1, F1 and NG interfaces. Additionally, the section also introduces new set of signaling, indication, and triggers to assist realizing the per-UE-group session or context modification / update / release and / or per-UE-group handover to handle the scenario where access node is onboard of satellite.

[0069] To maintain the uplink and downlink data communication between the UE and the data network, a pair of GTP-U tunnel downlink and uplink endpoints are established and maintained on the interfaces between the two user planes peers or functions for interconnecting UE to core data network. For the gNB-CU scenario, a NG-U tunnel interconnects between gNB and UPF on NG-U interfaces, and a F1 tunnel interface interconnects between radio access node centralized unit (CU) and gNode B distributed unit (DU) . In case of NG-U interface, for transfer of data between gNB and UPF peers, the core network data packet  is mapped to a PDU / MBS Session, and a GTP-U tunnel is setup and maintained per PDU / MBS Session within which a ‘PDU / MBS Session Container’ is used to identify each session within the GTP-U header. On the other hand, for data transfer on F1 interface, the UPF packets are mapped onto Data Radio Bearer (DRB) or MBS radio bearers (MRB) , and an F1 GTP-U tunnels is established and maintained ‘per DRB / MRB’ rather than ‘per PDU / MBS Session’ , and the GTP-U header is modified to accommodate the ‘NR RAN Container’ . Each GTP-U tunnel is identified using a combination of a source Tunnel endpoint identifier (TEID) , a destination TEID, a source IP address, and a destination IP address. The TEID within the GTP-U header defines the tunnel to which packets data of a PDU / MBS session or an MRB / DRB radio bearer belongs. As shown in FIG. 2, TEID values for a tunnel across the NG-U and F1 interface are allocated by the receiving end side and communicated using F1 / NG application protocol signaling to the transmitting side.

[0070] In the NTN regenerative payload generic architecture, when satellite constellations move, the on-board access node gNB or gNB-CU providing the data plane coverage for UEs will rotate from the associated on-ground data plane function, such as gNB-CU or UPF. This means that the ground station has to find a new on-board gNB-CU / DU every couple of minutes, which is around 7-8 minutes for the LEO category to handover UEs to. This is unlike in TN, where the handover or cell change for a given UE depends on the UE mobility pattern, which is less likely to occur frequently every few minutes. This poses a challenge for maintaining the uplink and downlink data plane communication for the given UE in regenerative NTN architecture, as detailed below.

[0071] 1. As shown in FIG. 3, when a group of UEs falls within the coverage of a new on-board access node (new satellite) , it is essential that the PDU / MBS sessions or the MRB / DRB bearers associated with these UEs are pre-established at the new on-board access node. This ensures uninterrupted service for those UEs even when the serving on-board access node relocates away from the on-ground user plane function. In cases where UEs are situated within the overlapping coverage area of both the old and new satellites, the PDU / MBS sessions or MRB / DRB bearers for these UEs must be proactively set up at both the old and new on-board access nodes. This proactive establishment facilitates faster service continuity. Utilizing the existing Terrestrial Network (TN) handover procedures, based on per-UE path switch or per-UE bearer context exchange and bearer reconfiguration at the new satellite, may result in increased delays and signaling overhead for maintaining user plane connectivity. Therefore, a faster and more streamlined signaling method is required to address this scenario.

[0072] 2. When transitioning a group of UEs from an old satellite to a new satellite in an NTN regenerative architecture, employing the existing TN handover procedures, which involve numerous handover steps and signaling interactions between nodes, can lead to excessive signaling overhead. This is particularly problematic in the context of frequent satellite changes. To mitigate this issue, a simplified method for access node change, involving fewer steps and signaling interactions, is essential to optimize the signaling overhead and ensure a seamless transition.

[0073] This disclosure presents a method for ensuring continuous uplink and downlink data plane communication for one or more UEs during a transition of the radio access node deployed on-board a satellite. The method involves modifying or updating the configuration of tunnel interfaces associated with the radio bearer or session linked to UEs affected by the change in their on-board serving access node.

[0074] In the method, signaling and indications pertaining to the assignment of new tunnel identities  and / or transport address configurations for the bearer or session associated with one or more UEs are exchanged among the UE, the on-board and on-ground nodes, and / or between the on-ground nodes or the on-board access node. This exchange aims to eliminate the necessity of reconfiguring or re-establishing these sessions or radio bearers at the new on-board satellite. By assigning new tunnel identities and / or transport layer address configurations, the radio bearers or sessions associated with the one or more UEs become available in advance at the target / new access node. Consequently, there is a reduced need for reconfiguring new sessions and / or radio bearers for a given UE at the new on-board access node, contributing to a reduction in signaling requirements for maintaining user plane connectivity and enhancing service continuity for UEs accessing from a satellite access node.

[0075] Furthermore, the method introduces a simplified signaling mechanism for updating the configuration of GTP (GPRS Tunneling Protocol) tunnel endpoints, allowing for per-session or per-radio bearer adjustments during on-board access node changes. This streamlined approach offers potential signaling reduction, especially in Non-Terrestrial Network (NTN) regenerative architecture, compared to UE context exchange handovers, which are typically configured per radio bearer for a single UE only.

[0076] With reference to FIG. 4, an embodiment of the satellite access method comprises the following steps:

[0077] S001: A first on-board access node 201 transmits a first signaling message to a second on-board access node 202 through at least one on-ground network (e.g., on-ground network node 200) during an on-board access node cell change from the first on-board access node 201 that serves one or more user equipments (UEs) to the second on-board access node 202. The second on-board access node 202 receives the first signaling message. The first signaling message comprises a tunnel update request and / or assistance information 301. The tunnel update request comprises a tunnel configuration update request that requests the second on-board access node 202 to update a tunnel configuration associated with at least one session or radio bearer of the one or more UEs. The at least one session or radio bearer comprises a session, a list of sessions, a radio bearer, or a list of radio bearers; and

[0078] S002: The second on-board access node 202 transmits the second signaling message to the first on-board access node 201 through the at least one on-ground network (e.g., on-ground network node 200) . The first on-board access node 201 receives a second signaling message from the second on-board access node 202 through the at least one on-ground network (e.g., on-ground network node 200) . The second signaling message comprises a tunnel update response 302. The tunnel update response 302 comprises a tunnel configuration update response that conveys an updated tunnel configuration comprising a new tunnel identity and / or a transport address for the at least one session or radio bearer associated with one or more UEs. The new tunnel identity and / or the transport address is configured by the second on-board access node 202 and associated with the at least one session or radio bearer of the one or more UEs.

[0079] In some embodiments of the disclosure, the satellite access method of claim 1, wherein the first signaling message that conveys the tunnel update request and / or the assistance information and the second signaling message that conveys the tunnel update response comprise:

[0080] NG interface signaling messages or F1 interface signaling messages.

[0081] In some embodiments of the disclosure, the tunnel update request and / or the assistance information comprises an indication indicating whether an access node serving the one or more UEs is on-board of a satellite or not.

[0082] In some embodiments of the disclosure, the tunnel update request requires is triggered by the first on-board access node 201 based on a change of a satellite on-board access node and / or triggered periodically based the satellite system constellation change information, such as satellite ephemeris. For example, satellite ephemeris may comprise satellite velocity and position information at a given time.

[0083] In some embodiments of the disclosure, for multicast / broadcast sessions or radio bearers, tunnel configuration update comprises providing, a second tunnel configuration for MBS sessions or radio bearers associated with one or more UEs, the second tunnel configuration is configured based on the assistance information conveyed from the first on-board access node 201 to the second on-board access node 202 or to the at least one on-ground network (e.g., on-ground network node 200) .

[0084] In some embodiments of the disclosure, for unicast sessions or radio bearers, tunnel configuration update comprises providing, a third tunnel configuration for unicast sessions or radio bearers associated with one or more UEs, the third tunnel configuration is configured based on the assistance information conveyed from the first on-board access node 201 to the second on-board access node 202 or to the at least one on-ground network (e.g., on-ground network node 200) .

[0085] In some embodiments of the disclosure, the tunnel update request that requires the second on-board access node 202 to update a tunnel configuration associated with the at least one session or radio bearer of the one or more UEs comprises a redundancy indication that instructs whether to release a first tunnel of the first on-board access node 201 and a second tunnel of the second on-board access node 202, or to keep both the first tunnel of the first on-board access node 201 and the second tunnel of the second on-board access node 202, wherein the second tunnel is established based on the updated tunnel configuration, the tunnel update response is used to convey the redundancy indication.

[0086] In some embodiments of the disclosure, the redundancy indication comprises at least one of: a session redundancy indication, a dual active protocol stack (DAPS) configuration indication, and / or a packet data convergence protocol (PDCP) duplication indication for radio bearers.

[0087] In some embodiments of the disclosure, based on the redundancy indication in the tunnel update response, a core network entity determines whether to release the first tunnel of the first on-board access node 201 and the second tunnel of the second on-board access node 202 or to keep the first tunnel of the first on-board access node 201 and the second tunnel of the second on-board both established based on the updated tunnel configuration.

[0088] In some embodiments of the disclosure, based on the redundancy indication of the tunnel update response, the first on-board access node 201 determines whether to release the first tunnel of the first on-board access node 201 while the second tunnel of the second on-board access node 202 is established based on the updated tunnel configuration.

[0089] In some embodiments of the disclosure, the first on-board access node 201 comprises a first on-board base station,

[0090] the second on-board access node 202 comprises a second on-board base station,

[0091] the at least one on-ground network (e.g., on-ground network node 200) is an access and mobility management function (AMF) and / or a centralized unit of a base station (gNB-CU) ;

[0092] the at least one session or radio bearer comprises a session or a list of sessions.

[0093] With reference to FIG. 5, an embodiment of the satellite access method comprises the following  steps:

[0094] S011: A first on-board access node 201 transmits a first signaling message to a second on-board access node 202 through an inter-node interface during an on-board access node cell change from the first on-board access node 201 that serves one or more user equipments (UEs) to the second on-board access node 202. The second on-board access node 202 receives the first signaling message. The first signaling message comprises a tunnel update request and / or an assistance information 401. The tunnel update request 401 requests the second on-board access node 202 to update or allocate a tunnel endpoint identifier associated with at least one session or radio bearer of the one or more UEs. The at least one session or radio bearer comprises a session, a list of sessions, a radio bearer, or a list of radio bearers.

[0095] S012: The second on-board access node 202 transmits the second signaling message to the first on-board access node 201 through the inter-node interface. The first on-board access node 201 receives a second signaling message from the second on-board access node 202 through the inter-node interface. The second signaling message comprises a tunnel update response 402 that conveys a new tunnel endpoint identifier for the at least one session or radio bearer. The new tunnel endpoint identifier is configured by the second on-board access node 202 and associated with the at least one session or radio bearer of the one or more UE.

[0096] In some embodiments of the disclosure, the first signaling message that conveys the tunnel update request and / or the assistance information 401and the second signaling message that conveys the tunnel update response 402 comprise:

[0097] Xn interface signaling messages or E1 interface signaling messages.

[0098] In some embodiments of the disclosure, the tunnel update request and / or the assistance information 401 comprises an indication indicating whether an access node serving the one or more UEs is on-board of a satellite or not.

[0099] In some embodiments of the disclosure, the tunnel update request 401 requires is triggered by the first on-board access node 201 based on a change of a satellite on-board access node and / or triggered periodically based the satellite system constellation change information, such as satellite ephemeris. For example, satellite ephemeris may comprise satellite velocity and position information at a given time.

[0100] In some embodiments of the disclosure, for multicast / broadcast sessions or radio bearers, the tunnel endpoint identifier allocation comprises providing, a second tunnel identity configuration for MBS sessions or radio bearers associated with one or more UEs, the second tunnel identity configuration is configured based on the assistance information conveyed from the first on-board access node 201 to the second on-board access node 202 or to the at least one on-ground network.

[0101] In some embodiments of the disclosure, for unicast sessions or radio bearers, the tunnel endpoint identifier allocation comprises providing, a third tunnel identity configuration for unicast sessions or radio bearers associated with one or more UEs, the third tunnel identity configuration is configured based on the assistance information conveyed from the first on-board access node 201 to the second on-board access node 202 or to the at least one on-ground network.

[0102] In some embodiments of the disclosure, the tunnel update request 401 that requires the second on-board access node 202 to update or allocate a tunnel endpoint identifier associated with the at least one session or radio bearer of the one or more UEs comprises a redundancy indication that instructs whether  to release a first tunnel of the first on-board access node 201 and a second tunnel of the second on-board access node 202, or to keep both the first tunnel of the first on-board access node 201 and the second tunnel of the second on-board access node 202, wherein the second tunnel is established based on the new tunnel endpoint identifier, the tunnel update response 402 is used to convey the redundancy indication.

[0103] In some embodiments of the disclosure, the redundancy indication comprises at least one of: a session redundancy indication, a dual active protocol stack (DAPS) configuration indication, and / or a packet data convergence protocol (PDCP) duplication indication for radio bearers.

[0104] In some embodiments of the disclosure, based on the redundancy indication in the tunnel update response 402, a core network entity determines whether to release the first tunnel of the first on-board access node 201 and the second tunnel of the second on-board access node 202 or to keep the first tunnel of the first on-board access node 201 and the second tunnel of the second on-board both established based on the new tunnel endpoint identifier.

[0105] In some embodiments of the disclosure, based on the redundancy indication of the tunnel update response 402, the first on-board access node 201 determines whether to release the first tunnel of the first on-board access node 201 while the second tunnel of the second on-board access node 202 is established based on the new tunnel endpoint identifier.

[0106] In some embodiments of the disclosure, the first signaling message that conveys the tunnel update request and / or an assistance information (i.e., 301 and / or 401) comprises an Xn / X2 interface signaling message that is transmitted from the first on-board access node 201 to the second on-board access node 202; and

[0107] the second signaling message that conveys the tunnel update response (i.e., 302 and / or 402) comprises an Xn / X2 interface signaling message that is transmitted from the second on-board access node 202 to the first on-board access node 201.

[0108] In some embodiments of the disclosure, the first signaling message that conveys the tunnel update request and / or the assistance information comprises a first NG interface signaling message that is transmitted from the first on-board access node 201 to the at least one on-ground network (e.g., on-ground network node 200) and a second NG interface signaling message that is transmitted from the at least one on-ground network (e.g., on-ground network node 200) to the second on-board access node 202; and

[0109] the second signaling message that conveys the tunnel update response (i.e., 302 and / or 402) comprises a third NG interface signaling message that is transmitted from the second on-board access node 202 to the at least one on-ground network (e.g., on-ground network node 200) and a fourth NG interface signaling message that is transmitted from the at least one on-ground network (e.g., on-ground network node 200) to the first on-board access node 201.

[0110] In some embodiments of the disclosure, the first on-board access node 201 comprises a first on-board base station distributed unit,

[0111] the second on-board access node 202 comprises a second on-board base station distributed unit,

[0112] the at least one on-ground network (e.g., on-ground network node 200) comprises a first base station centralized unit and a second base station centralized unit; and

[0113] the at least one session or radio bearer comprises a radio bearer or a list of radio bearers.

[0114] In some embodiments of the disclosure, the first signaling message that conveys the tunnel  update request and / or an assistance information (i.e., 301 and / or 401) comprises at least one of:

[0115] a first F1 interface signaling message that is transmitted from the first on-board base station distributed unit to the first base station centralized unit;

[0116] a first E1 interface signaling message that is transmitted from the first base station centralized unit to the second base station centralized unit; and

[0117] a second F1 interface signaling message that is transmitted from the second base station centralized unit to the second on-board base station distributed unit;

[0118] wherein the second signaling message that conveys the tunnel update response (i.e., 302 and / or 402) comprises:

[0119] a third F1 interface signaling message that is transmitted from the second on-board base station distributed unit to the second base station centralized unit;

[0120] a second E1 interface signaling message that is transmitted from the second base station centralized unit to the first base station centralized unit; and

[0121] a fourth F1 interface signaling message that is transmitted from the first base station centralized unit to the first on-board base station distributed unit.

[0122] In some embodiments of the disclosure, the first on-board access node 201 comprises a first on-board base station distributed unit,

[0123] the second on-board access node 202 comprises a second on-board base station distributed unit,

[0124] the at least one on-ground network (e.g., on-ground network node 200) comprises a base station centralized unit;

[0125] the at least one session or radio bearer comprises a radio bearer or a list of radio bearers.

[0126] In some embodiments of the disclosure, the first signaling message that conveys the tunnel update request and / or an assistance information (i.e., 301 and / or 401) comprises at least one of:

[0127] a first F1 interface signaling message that is transmitted from the first on-board base station distributed unit to the base station centralized unit; and

[0128] a second F1 interface signaling message that is transmitted from the base station centralized unit to the second on-board base station distributed unit;

[0129] wherein the second signaling message that conveys the tunnel update response (i.e., 302 and / or 402) comprises:

[0130] a third F1 interface signaling message that is transmitted from the second on-board base station distributed unit to the base station centralized unit; and

[0131] a fourth F1 interface signaling message that is transmitted from the base station centralized unit to the first on-board base station distributed unit.

[0132] With reference to FIG. 6, an embodiment of the disclosed method for on-board access node change is detailed in the following.

[0133] Step 0: The first on-board access node 201 transmits tunnel update assistance information over the NG / F1 signaling channel to the on-ground network node 200 for at least one session or radio bearer associated with one or more UEs. Each UE is identified by a unique UE identity value. The at least one session or radio bearer may comprise one session / radio bearer or a list of sessions / radio bearers. The  tunnel update assistance information may comprise an indication indicating whether an access node serving the one or more UEs is onboard of a satellite or not. This aids in on-board gNB-DU / CU node change (i.e., intra-gNB cell change or inter-gNB cell change) triggered by satellite movement.

[0134] Step A1: Based on the tunnel update assistance information from the first on-board access node 201, the on-ground network node 200 sends an NG / F1 signaling message, incorporating a tunnel update request, to the second on-board access node 202. This tunnel update request prompts the second on-board access node 202 to update the tunnel configuration for the sessions or radio bearers of one or more UEs affected by the access node indicated by the indication as on-board access node. The tunnel update request includes essential information such as an indication that requires to update the tunnel configuration (i.e., a tunnel endpoint identifier and a transport layer address) for the sessions or radio bearers linked to one or more UEs, the identities of UEs that receives the sessions or radio bearers, a session redundancy indication, a dual active protocol stack (DAPS) configuration indication, and / or a PDCP duplication indication for radio bearers, if applicable. The signaling may also contain UE context information related to the control plane, such as UE state, security information, UE capability, and the identities of the UE-associated logical NG-connection required by the UE at the second on-board access node 202.

[0135] Step A1a: Alternatively, the first on-board access node 201 transmits an E1 / XN signaling message, including a tunnel update request, to the second on-board access node 202. This tunnel update request asks the second on-board access node 202 to update or allocate a tunnel endpoint identifier associated with the sessions or radio bearers of one or more UEs. The tunnel update request includes information such as an indication that requires to assign a new tunnel endpoint identifier for the at least one session or radio bearer associated with one or more UEs, a session redundancy indication, a DAPS indication for a radio bearer, and / or a PDCP duplication indication for radio bearers.

[0136] Step A2: Upon receiving the tunnel update request from the first on-board access node 201 via the E1 / XN signaling message or from the on-ground network node 200 via the NG / F1 signaling message, the second on-board access node 202 allocates a new tunnel endpoint identifier or updates the tunnel configuration (i.e., assigns both the tunnel endpoint identifier and the transport layer address) for the at least one session or radio bearer associated with one or more UEs. The second on-board access node 202 then transmits a tunnel update response that conveys the new tunnel endpoint identifier or the updated tunnel configuration to the on-ground network node 200 over the NG / F1 interface or to the first on-board access node 201 over the E1 / XN interface. If a redundancy indication, a DAPS indication, or a PDCP duplication indication is provided for a session or a radio bearer within the tunnel update request, the second on-board access node 202 includes in the tunnel update response an indication for continuity of data transmission associated with the radio bearers or sessions over both the new and old tunnels. Conversely, if these indications are not provided for the at least one session or radio bearer associated with one or more UEs within the tunnel update request, the second on-board access node 202 includes in the tunnel update response an indication for skipping data transmission associated with radio bearers or session data over the old tunnel. Based on the identities of one or more UEs provided within the tunnel update request, the second on-board access node 202 may allocate radio resources for the one or more UEs once the serving cell or the serving on-board access node of the one or more UEs is changed.

[0137] Step A3: The on-ground network node 200 forwards to the core network 30 (e.g., UPF 30b, AMF30c, and / or SMF 30d) a tunnel update assistance information signaling message over the N4 signaling  channel, including new and old tunnel endpoint identifiers or the updated / new and old tunnel configurations, as well as an indication for skipping or continuity of transmission data over the specified new or old tunnels. This information is sent to the core network or a data forwarding function of the core network to instruct the core network to update the data uplink / downlink forwarding direction for the at least one session or radio bearer associated with one or more UEs.

[0138] Step A4: Based on the tunnel update assistance information received from the on-ground network node 200, the core network 30 (or the data forwarding function of the core network 30) continues to send or receive the downlink / uplink data of the at least one session or radio bearer associated with one or more UEs via both the old and new tunnel endpoints connecting the core network 30 to the second on-board access node 202 and to the source on-board access node if an indication for continuity of data transmission is provided for the at least one session / radio bearers. If no such indication is provided, the core network 30 skips sending or receiving the uplink and downlink data of the at least one session or radio bearer associated with one or more UEs over the old tunnel connecting the first on-board access node 201 with the core network 30 and sends it over the new tunnel to reduce network congestion.

[0139] Step A5: The on-ground network node 200 may transmit a tunnel update response or assistance information to the first on-board access node 201 over the NG / F1 interface or to the second on-board access node 202 over Xn / E1 interface or to the one or more UEs over NAS signaling. This tunnel update response or assistance information includes the new tunnel ID / configuration and the indication that requires to keep or release the old tunnel configuration. Based on this information, the first on-board access node 201 either keeps or releases the old tunnel configuration and / or provisions the at least one session or radio bearer (per UE) to the one or more UEs. This information informs the one or more UEs about the availability of the at least one session or radio bearer in advance at the second on-board access node 202.

[0140] Step A6: The first on-board access node 201 transmits a radio resource control (RRC) message or a system information block (SIB) to the one or more UEs. The RRC or SIB conveys a notification that the at least one session or radio bearer is provisioned in advance at the second on-board access node 202 and available to the one or more UEs.

[0141] The method as described in the disclosure involves the transmission of tunnel update request signaling and / or tunnel update assistance information by the first on-board access node 201. This transmission is contingent / triggered upon a satellite on-board access node and / or upon the frequency of changes in the satellite system constellation, determined by factors such as satellite ephemeris (satellite velocity and position information) .

[0142] For multicast / broadcast sessions or radio bearers, the tunnel allocation or configuration updates entail the establishment of a new tunnel configuration or tunnel identity configuration for a single Multicast / Broadcast Service (MBS) session associated with multiple User Equipments (UEs) . This configuration is determined based on assistance information related to multicast / broadcast sessions or radio bearers. The assistance information may include indications from the on-board access node or an NTN regenerative satellite. Such indications are provided for the session or bearers by the UE or the first on-board access node 201 to the second on-board access node 202 or to the on-ground access node.

[0143] For unicast sessions or radio bearers, the tunnel allocation or configuration updates involve the establishment of a new tunnel configuration or tunnel identity for a list of unicast sessions or radio bearers associated with multiple UEs. This configuration is determined based on assistance information related to  the access information of the unicast sessions or radio bearers. Similar to the multicast / broadcast scenario, this assistance information may include indications from the on-board access node or NTN regenerative satellite, provided for the session or bearers by the UE or the first on-board access node 201 to the second on-board access node 202 or to the on-ground network node 200.

[0144] The signaling of the tunnel update request, tunnel update assistance information, and tunnel update response are classified as signaling of Class 1 or Class 2 general Xn, E1, and / or F1 elementary procedures.

[0145] The tunnel allocation or configuration update procedures adhere to the NTN regenerative scenarios are detailed in the following.

[0146] The procedures for tunnel allocation or configuration updates are specified according to two scenarios:

[0147] 1) . gNB-CU On-Board NTN Regenerative Scenario: This scenario pertains to situations where the radio access node is entirely deployed on-board a satellite. Further details regarding the procedures for this scenario are outlined in Scheme 1.

[0148] 2) . gNB-DU On-Board NTN Regenerative Scenario: This scenario is applicable when a portion of the radio access node, such as a gNB-DU, is deployed on-board a satellite. Detailed procedures associated with this scenario are provided in Scheme 2.

[0149] Scheme 1: gNB-CU On-Board NTN Regenerative Scenario:

[0150] In this scenario, the radio access node is fully deployed on-board a satellite. This includes instances where both the gNB-CU and the gNB-DUs are situated on-board satellites. These nodes are interconnected to an on-ground core network (CN) node, such as a control plane function like AMF 30c or SMF 30d, and / or UPF 30b through multiple NG-C and NG-U interfaces, respectively. The gNBs / gNB-CUs are also interconnected with each other via the Xn / X2 interface. In this context, when satellite constellations shift, the gNBs move from their associated UPFs, leading to changes in NG-U tunnel information for at least one session associated with one or more UEs. This change poses an availability issue for sessions at the target on-board access node, affecting UE service continuity. As illustrated in the FIG. 7, when source on-board gNB1 20a rotates away from UEs and target on-board gNB2 20b begins covering the UEs, the tunnel endpoint identity (TEID1) and transport layer address1 at the receiving end (for the same session) need to be updated to TEID2 and Transport layer address2 of the receiving end (e.g., target on-board gNB2 20b) and provided to the UPF. This ensures the availability and continuity of the at least one session of radio bearer at target on-board gNB2 20b. For such scenarios, two solution options are provided to ensure availability of the at least one session of radio bearer at the target or at both the source and target on-board access nodes (e.g., for UEs in overlapping areas) as depicted in FIG. 7.

[0151] [XN] Option 1: Mixed UP&CP Solution for gNB-CU On-Board Scenario:

[0152] This solution alters only the tunnel endpoint identifier (TEID) for at least one session associated with one or more UEs. It is designed for NTN regenerative deployments where an Xn / X2 interface is established between the two on-board access nodes or gNB-CUs. This interface ensures that the transport layer address is known between these on-board access nodes. In this specific solution option, a container of the NG-U tunnel user plane for a given session incorporates additional information, specifically the identifier of a new TEID. This new TEID is allocated and utilized by the UPF 30b for forwarding the session  data to the new or target base station receiving end following the gNB-DU / CU node change (i.e., intra-gNB cell change or inter-gNB cell change) . This new TEID identity is included on top of the identifier of the existing tunnel for the session at the source gNB-1 receiving end. To facilitate this, a novel field known as the new TEID identity is introduced in the GTP-U tunnel header for a session on the NG-U tunnel user plane protocol. This field is employed at the target receiving end, such as gNB2 20b, as illustrated in FIG. 8.

[0153] To update or allocate the new tunnel identity (TEID) for a session at the target on-board gNB2 20b, the source on-board gNB1 20a transmits a tunnel update request over Xn / X2-AP interface requesting the target on-board gNB2 20b to assign a new TEID for at least one session associated with one or more UEs at the receiving end. The tunnel update request is classified as signaling of the class 1 or class 2 elementary procedure. Table 2 shows examples of NG-U tunnel update request for gNB On-board of Satellite Scenario. Table 3 show examples of NG-U tunnel update response for gNB On-board of Satellite Scenario. A tunnel update request shall comprise at least one instance of the following information: an indication that requires to assign a new tunnel endpoint identifier for the session, session access indication associated with one or more UE, and the session redundancy indication. Each of the one or more UEs is identified based on UE identity. In response to the tunnel update request, the target on-board gNB2 20b shall send a tunnel update assistance information over NG-C interface to the AMF 30c with the updated old and new TEID of the source on-board gNB1 20a and target on-board gNB2 20b. The tunnel update assistance information is classified as a signaling message of the class 1 or class 2 elementary procedure. The signaling message shall include an information element used for configuring for the at least one session a new tunnel identity GTP TEID that is to be assigned at the target on-board gNB2 20b in addition to the existing old GTP TEID at the source on-board gNB1 20a. The new tunnel identity GTP TEID indicates the new tunnel at the target on-board gNB2 20b, and old GTP TEID indicates the old tunnel at the source on-board gNB1 20a. The signaling message may further include, for a multicast or broadcast session a tunnel identity or a configuration of a single session related to multiple UEs, which is configured based on the multicast or broadcast session access information associated with the tunnel update assistance information. For example, the multicast or broadcast session access information includes an indication provided for the session from the UE or the source on-board gNB1 20a to gNB2 20b. The indication indicates whether a node (e.g., gNB1 20a) connected with at least one session or radio bearer associated with one or more UEs is onboard of a satellite of not. The signaling message may further include, for unicast sessions or radio bearers, a new tunnel configuration or tunnel identity configured for a list of unicast sessions for multiple UEs. The list of unicast sessions is configured based on the access information of the unicast sessions or radio bearers associated with the tunnel update assistance information. For example, the access information provided for the session or bearers from the UE or the source on-board gNB1 20a to the second gNB2 20b includes an indication indicating whether an access node serving the one or more UEs is onboard of a satellite or not.

[0154] Table 2: Examples of NG-U tunnel configuration update request for gNB On-board of Satellite Scenario

[0155] Table 3: Examples of NG-U tunnel configuration update Response for gNB On-board of Satellite Scenario

[0156] FIG. 9 shows an embodiment of the disclosed method during gNB-CU node change (i.e., inter-gNB cell change) of at least one session associated with one or more UEs toward the target receiving end gNB2 20b. The at least one session include a session or a list of sessions. In the embodiment, the first on-board access node 201 comprises the source on-board gNB1 20a, the second on-board access node 202 comprises the target on-board gNB2 20b, the on-ground network node 200 comprises the AMF 30c.

[0157] Step B1: The sources gNB1 20a node transmits a tunnel update request over Xn / X2 interface requesting the target on-board gNB2 20b to assign a new receiving end TEID for at least one session associated with one or more UEs, as shown in Table 2. Each of the one or more UEs is identified based on UE identity. The at least one session include a session or a list of sessions.

[0158] Step B2: Based on the tunnel update request signaling received from the source on-board gNB1 20a over the Xn / X2 signaling message, the target on-board gNB2 20b, allocate a new tunnel endpoint identifier (TEID) for the at least one session associated with one or more UEs. If a redundancy indication, a DAPS configuration indication and / or a PDCP duplication indication is provided within the tunnel update request, the target on-board gNB2 20b shall provide along with the new tunnel endpoint identifier, an  indication for continuity of data transmission associated with the at least one session over both the new and old tunnel. On the other hand, if the redundancy indication is not provided within the tunnel update request for at least one session, the target on-board gNB2 20b shall provide along with the tunnel endpoint identifier or the new / updated tunnel configuration, an indication for skipping transmission of data associated with at least one session over the new or old tunnel. Then, the target on-board gNB2 20b provides the new tunnel endpoint identifier to the AMF 30c as tunnel update assistance information over NG-C signaling. The target on-board gNB2 20b, may allocate the radio resource for UEs once the gNB node is changed based on the identities of one or more UEs provided within the tunnel update request. (as shown Table 2 and Table 3)

[0159] Step B3: The AMF 30c forwards the tunnel update assistance information in an N4 signaling message including a new and old tunnel endpoint identifier as well as an indication for skipping or continuity of data transmission over the specified new or old tunnel) to the core network 30 (i.e., or the data forwarding function of the core network 30) to inform the core network 30 to update the data uplink / downlink forwarding direction for the at least one session associated with one or more UEs.

[0160] Step B4: Based on the tunnel update assistance information received from the AMF 30c, the core network 30 (or the data forwarding function of the core network 30) shall keep sending or receiving the downlink / uplink data of the at least one session associated with the one or more UEs via the both the old and the new tunnel endpoints connecting core network 30 (data network) to the target on-board gNB2 20b and to the source on-board gNB1 20a if an indication for continuity of data transmission is provided for a at least one session. Otherwise, the core network 30 shall skip sending / receiving the uplink and downlink data of the at least one session associated with one or more UEs over the old tunnel connecting the source on-board gNB1 20a with core network 30, and transports the uplink and downlink data over the new tunnel connecting the target on-board gNB2 20b with core network 30, to reduce up network congestion.

[0161] Step B5: The target on-board gNB2 20b may send over Xn signaling message to the source on-board gNB1 20a a tunnel update response or assistance information comprising old and new tunnel IDs, and the indication that requires to keep or release the old tunnel configuration. Based on the indication, the source on-board gNB1 20a may keep or release the old tunnel configuration and / or provide a per session or per session list radio resource reconfiguration (RRC) message or system information block (SIB) message to inform UEs associated with the at least one session about the availability of at least one session in advance at the target on-board gNB2 20b.

[0162] Step B6: The source on-board gNB1 20a transmits a radio resource control (RRC) message or a system information block (SIB) to the one or more UEs. The RRC or SIB conveys a notification that the at least one session or radio bearer is provisioned in advance at the target on-board gNB2 20b and available to the one or more UEs.

[0163] [NG] Option 2: Control Plane Solution Option for gNB-CU on-board scenario

[0164] This solution is suitable for NG type gNB-DU / CU node change (i.e., intra-gNB cell change or inter-gNB cell change) for NTN regenerative scenario. In this solution, the entire NG-U GTP tunnel configuration shall be updated using control plane signaling. In other words, both the transport layer address and the tunnel endpoint identifiers associated with a session configured for one or more UEs at the source on-board gNB1 20a endpoint shall be updated to a new transport layer address and new tunnel endpoint identifier by the target on-board gNB2 20b endpoint. For this, the source on-board gNB1 20a transmits an NG-C  signaling message that conveys a tunnel update assistance information to the AMF 30c, including an indication for at least one session associated with one or more UEs to assist on gNB-DU / CU node change (i.e., intra-gNB cell change or inter-gNB cell change) triggered by satellite movement. Table 4 show an example of the NG-C signaling message. Each of the one or more UEs is identified based on UE identity. The tunnel update assistance information is classified as signaling of the class 1 or class 2 elementary procedure. The indication indicates an access node for the session or bearer is on board a satellite or not. Based on tunnel update assistance information provided from the source on-board gNB1 20a, the AMF 30c transmits over the NG-C interface a tunnel update response in a signaling message to the target on-board gNB2 20b node. Table 5 shows an example of the tunnel update response. The tunnel update response information is classified as signaling of the class 1 or class 2 elementary procedure. The tunnel update response signaling shall include an information element used for configuring for the at least one session a new tunnel identity GTP TEID and new transport layer address to be assigned at the target on-board gNB2 20b in addition to the existing old GTP TEID and transport layer address at the source on-board gNB1 20a. The tunnel update response may further include, for a multicast or broadcast session, a tunnel configuration of a single session related to multiple UEs, which is configured based on the multicast or broadcast session access information associated with the tunnel update assistance information. For example, the multicast or broadcast session access information includes an indication provided for the session from the UE or the source on-board gNB1 20a to the target on-board gNB2 20b. The indication indicates whether a node connected with at least one session associated with one or more UEs is onboard of a satellite of not. The signaling message may further include, for unicast sessions or radio bearers, a tunnel configuration which is configured for a list of unicast sessions for multiple UEs. The list of unicast sessions is configured based on the access information of the unicast sessions or radio bearers associated with the tunnel update assistance information. For example, the access information provided for the session or bearers from the UE or the source on-board gNB1 20a to the second gNB2 20b includes an indication indicating whether an access node serving the one or more UEs is onboard of a satellite or not.

[0165] Table 4: Examples of NG-U tunnel update request or assistance information for gNB on-board of satellite scenario

[0166] Table 5: Examples of NG-U tunnel update response for gNB on-board of satellite scenario

[0167] FIG. 10 shows a procedure for at least one session toward the target receiving end gNB2 20b during the cell change. The at least one session include a session or a list of sessions. In the embodiment, the first on-board access node 201 comprises the source on-board gNB1 20a, the second on-board access node 202 comprises the target on-board gNB2 20b, the on-ground network node 200 comprises the AMF 30c.

[0168] Step C1. The source on-board gNB1 20a node transmits an NG-C signaling message to the AMF 30c over NG-C interface to assist on gNB-DU / CU node change (i.e., intra-gNB cell change or inter-gNB cell change) triggered by satellite movement. The NG-C signaling message conveys tunnel update assistance information that comprises an indication. The indication indicating whether an access node serving the one or more UEs is onboard of a satellite or not. Each UE can be identified by a UE identity of  the UE.

[0169] Step C2. Based on the tunnel update assistance information from the source on-board gNB1 20a, the AMF 30c transmits an NG signaling message that conveys a tunnel update request to target on-board gNB2 20b. The tunnel update request requests the gNB2 20b node, to update the tunnel configuration for the at least one session associated with one or more UEs (i.e., the sessions which are indicted as being assessable through NTN regenerative access node) . The tunnel update request comprises at least one instance of the following information: an indication that requires to update the tunnel configuration (i.e., to allocate of tunnel endpoint identifier and a transport layer address for the at least one session associated with one or more UEs) and a session redundancy indication.

[0170] Step C3. Based on the tunnel update request received from the AMF 30c node in an NG / F1 signaling message, the target on-board gNB2 20b updates the tunnel configuration (i.e., by assigning both tunnel endpoint identifier and the transport layer address) for the at least one session associated with one or more UEs, and transmits a tunnel update response that conveys the new tunnel endpoint identifier or the tunnel configuration to the AMF 30c node over NG / F1 signaling interface. If a redundancy indication, is provided for a at least one session within the tunnel update request, the gNB2 20b node shall provide along with the new tunnel endpoint identifier or the new / updated tunnel configuration, an indication for continuity of data transmission associated with the at least one session or over both the new and the old tunnel. On the other hand, if the redundancy indication is not provided for at least one session within the tunnel update request, the target on-board gNB2 20b shall provide along with the tunnel endpoint identifier or the new / updated tunnel configuration, an indication for skipping transmission of data associated with at least one session over the new or old tunnel. The target on-board gNB2 20b, may allocate the radio resource for UEs once the gNB node is changed based on the identities of one or more UEs provided within the tunnel update request.

[0171] Step C4. The AMF 30c node forward an N4 signaling message that conveys tunnel update assistance information to the core network 30 (i.e. UPF 30b of the core network 30) . The tunnel update assistance information includes the new and the old tunnel endpoint identifier or the updated / new and old tunnel configuration as well as an indication of session data skipping or continuity over the specified new or old tunnel. The N4 signaling message is used to inform the core network 30 (e.g., SMF 30d) to update the data uplink / downlink forwarding direction for the at least one session associated with one or more UEs.

[0172] Step C5. Based on the tunnel update assistance information received from the AMF 30c, the core network 30 (i.e., the UPF 30b) shall keep sending or receiving the downlink / uplink data of the at least one session associated with the one or more UEs via both the old and the new tunnel endpoints connecting core network 30 and the target on-board gNB2 20b if an indication for continuity of data transmission is provided for at least one session. Otherwise, the core network 30 (e.g., UPF 30b) shall skip sending / receiving the uplink and downlink data of the at least one session associated with one or more UEs over the old tunnel connecting the source on-board gNB1 20a with core network 30, and transports the uplink and downlink data over the new tunnel connecting the source on-board gNB1 20a with core network 30, to reduce up network congestion.

[0173] Step C6. The AMF 30c may send to source on-board gNB1 20a an NG-C signaling message that conveys a tunnel update response or assistance information. The tunnel update response or assistance information includes new and old TEIDs, and the indication that requires to keep or release the old tunnel  configuration. Based on the indication, the source on-board gNB1 20a may keep or release the old tunnel configuration and / or provide per session or per session list radio resource reconfiguration or system information block (SIB) message to inform UEs associated with a session or session lists about the availability of session or session lists in advance at the second gNB.

[0174] Step C7: The source on-board gNB1 20a transmits a radio resource control (RRC) message or a system information block (SIB) to the one or more UEs. The RRC or SIB conveys a notification that the at least one session or radio bearer is provisioned in advance at the target on-board gNB2 20b and available to the one or more UEs.

[0175] Scheme 2: gNB-DU on-board Scenario

[0176] This solution option is related to scenario where a part of a radio access node is deployed on-board of a satellite. With reference to FIG. 11, for example, a gNB central unit (gNB-CU) is deployed on the ground while the gNB distributed units (gNB-DUs) are deployed on board of a satellite. The gNB-CU and gNB-DUs are interconnected via multiple F1-C / F1-U interfaces. The gNB-CU on the ground can be connected to another gNB-C via E1 interface. For such a scenario, when satellite constellations move, the on-board gNB-DU will move from the associated gNB-CU, this will result in a change on the NG-U tunnels information for a given session and radio bearer of UE and impose an availability issue for the UE session and radio bearer at the target on-board access node which affect UE service continuity.

[0177] As shown in FIG. 11, once the gNB-DU1 20-21a is rotated from UE, and gNB-DU2 20-22a start covering the UE, TEID1 and Transport address1 of the receiving end (gNB-DU1 20-21a) configured to the same radio bearer (MRB / DRB) at the gNB-CU need to be changed to TEID 2 and transport layer address 2 of the receiving end (gNB-DU2 20-22a) . For this case two solutions options are available to guarantee the availability of session and radio bearer at the target or at both the source and the target on-board access nodes simultaneously if UEs are in the area of the overlapping coverage between the source and the target on-board access nodes.

[0178] [E1] Option 1: Mixed UP&CP solution Option gNB-DU on-board scenario.

[0179] This solution is based on changing only the tunnel endpoint identifier (TEID) for at least one radio bearer associated with one or more UEs. The solution is suitable for NTN regenerative deployment assuming E1 interface is available for the two gNB-DUs between for the two gNB-CU, because for this case, the transport layer address of the at least one radio bearer are known between gNB-DUs over E1 interface. In this solution option, the definition of the F1-U tunnel user plane container for the at least one radio bearer associated with one or more UEs shall include additional information such as an identifier of a new TEID identity of a new tunnel which is to be allocated and used by gNB-CU for forwarding the radio bearer data packet toward the new or target gNB-DU receiving end (e.g., gNB-DU2 20-22a) after the cell change on the top of the identifier of the existing tunnel used for the radio bearer at the source gNB-DU receiving end (e.g., gNB-DU1 20-21a) before the gNB-DU change. Thus, as shown in FIG. 12, a new field for the new TEID identity shall be introduced in a GTP-U tunnel header for a radio bearer on F1-U tunnel, and the target gNB-CU2 20-12a can initiate the radio bearer of the new TEID based on the new TEID identity.

[0180] To update or allocate a new tunnel identity (TEID) for a radio bearer at the gNB-DU2 20-22a, the source gNB-DU1 20-21a transmits a message over F1 interface to a source gNB-CU1 20-11a. The message is classified as signaling of the class 1 or class 2 elementary procedure. The message conveys  tunnel update assistance information that comprises an indication. The indication indicating whether an access node serving the one or more UEs is onboard of a satellite or not. Each UE can be identified by a UE identity of the UE.

[0181] As shown in Table 6, the source gNB-CU1 20-11a forwards the tunnel update assistance information to the target gNB-CU2 20-12a over E1 interface. In response to the tunnel update assistance information, the target gNB-CU2 20-12a transmits a tunnel update request to the target gNB-DU2 20-22a. The tunnel update request comprises at least one instance of the following information: an indication that requires to allocate a new tunnel endpoint identifier (TEID) for at least one radio bearer associated with one or more UEs, a DAPS configuration indication, and a PDCP duplication indication for the at least one radio bearer. The at least one radio bearer may comprise a radio bearer or a radio bearer list. In response to the tunnel update request, the target gNB-DU2 20-22a shall send a tunnel update response via E1-AP CP signaling over E1 interface to the source gNB-DU1 20-21a, and / or from the source gNB-DU1 20-21a to the source gNB-CU1 20-11a over F1 interface. Table 7 shows an example of NG-U tunnel update response for gNB On-board of satellite scenario. The tunnel update response is classified as signaling of the class 1 or class 2 elementary procedure. The signaling message shall include an information element used for configuring for the at least one radio bearer a new tunnel identity GTP TEID that is to be assigned at the target gNB-CU2 20-12a in addition to the existing old GTP TEID at the source gNB-DU1 20-21a. The new tunnel identity GTP TEID indicates the new tunnel at the target gNB-DU2 20-22a, and old GTP TEID indicates the old tunnel at the source gNB-DU1 20-21a. The signaling message may further include, for a multicast or broadcast radio bearer a tunnel identity or a configuration of a single radio bearer related to multiple UEs, which is configured based on the multicast or broadcast access information associated with the tunnel update assistance information. For example, the multicast or broadcast access information includes an indication provided for the from the UE or the source gNB-DU1 20-21a to gNB-DU2 20-22a. The indication indicates whether a node connected with at least one radio bearer associated with one or more UEs is onboard of a satellite of not. The signaling message may further include, for unicast radio bearers, a new tunnel configuration or tunnel identity configured for a list of unicast radio bearer for multiple UEs. The list of unicast radio bearer is configured based on the access information of the unicast radio bearers associated with the tunnel update assistance information. For example, the access information provided for the bearers from the UE or the source gNB-DU1 20-21a to the second gNB-DU2 20-22a includes an indication indicating whether an access node serving the one or more UEs is onboard of a satellite or not.

[0182] Table 6: An example of NG-U tunnel update request or assistance information for gNB On-board of Satellite

[0183] Table 7: An example of NG-U tunnel update response for gNB On-board of satellite scenario

[0184] FIG. 13 shows an example of the disclosed method during the cell change of such radio bearer toward the new target gNB-DU2 20-22a. In the embodiment, the first on-board access node 201 comprises the source gNB-DU1 20-21a, the second on-board access node 202 comprises the target gNB-DU2 20-22a, the on-ground network node 200 comprises the source gNB-CU1 20-11a and target gNB-CU2 20-12a.

[0185] Step D1: The source gNB-DU1 20-21a transmits tunnel update assistance information over F1 interface to a source gNB-CU1 20-11a. The tunnel update assistance information comprises an indication. The indication indicating whether an access node serving the one or more UEs is onboard of a satellite or not. Each UE can be identified by a UE identity of the UE and the source gNB-CU1 20-11a forwards the tunnel update assistance information to the target gNB-CU2 20-12a over E1 interface signaling to assist on gNB-DU node change (i.e., intra-gNB cell change) triggered by satellite movement.

[0186] Step D2: In response to the tunnel update assistance information, the target gNB-CU2 20-12a transmits a tunnel update request to the target gNB-DU2 20-22a over F1-C interface. As shown in Table 6, the tunnel update request comprises at least one instance of the following information:

[0187] an indication of a new tunnel endpoint identifier (TEID) allocated for at least one radio bearer

[0188] associated with one or more UEs,

[0189] a DAPS configuration indication, and / or

[0190] a PDCP duplication indication for radio bearer.

[0191] The at least one radio bearer may comprise a radio bearer or a bearer list.

[0192] Step D3: In response to the tunnel update request, the target gNB-DU2 20-22a shall send a tunnel  update response in an F1 signaling message over F1 interface to the gNB-CU2 20-12a, requesting the gNB-CU2 20-12a to allocate a tunnel endpoint identifier associated with at least one radio bearer of one or more UEs.

[0193] Step D4: Based on the tunnel update request, the gNB-CU2 20-12a allocates a new tunnel endpoint identifier for the at least one radio bearer associated with one or more UEs, and the gNB-CU2 20-12a provides the new tunnel endpoint identifier in a tunnel update response over E1 interface to the gNB-CU1 20-11a. If a DAPS configuration indication and / or a PDCP duplication indication is provided for the at least one radio bearer within the tunnel update request, an indication of continuity of data transmission for the at least one radio bearer associated with one or more UEs will provide indicating to keep transmitting both uplink / downlink data associated with radio bearers over both the new tunnel connecting the gNB-CU2 20-12a to the UPF and the old tunnel connecting the gNB-CU1 20-11a to the UPF, the gNB-CU2 20-12a will provide within the tunnel update response. On the other hand, if the DAPS, split PDCP or duplication indication is not provided for the at least one radio bearer associated with one or more UEs within the tunnel update request, the gNB-CU2 20-12a will provide along with the tunnel endpoint identifier, an indication of skipping data transmission associated with radio bearers over the new and transmitted over the old tunnel only, will provided within the tunnel update response. The target gNB-CU2 20-12a may allocate the radio resource for UEs once the gNB-DU node is changed based on the identities of one or more UEs provided within the tunnel update request.

[0194] Step D5: Upon the reception of tunnel update response form gNB-CU2 20-12a, the target gNB-DU2 20-22a shall, if an indication for skipping data transmission associated with radio bearers is provided, continue sending sending / receiving the uplink and downlink data of the at least one radio bearer associated with one or more UEs over the new tunnel connecting the source gNB-DU1 20-21a with target gNB-DU2 20-22a, and skip sending over the old tunnel connecting the source gNB-DU1 20-21a with gNB-CU1 20-11a and to reduce network congestion of F1 interface. Otherwise. the gNB-CU2 20-12a shall forward the tunnel update response to the gNB-CU1 20-11a to inform it to keep sending or receiving the downlink / uplink data of the at least one radio bearer associated with the one or more UEs via the both the old tunnel endpoint connecting gNB-CU1 20-11a to the source gNB-DU1 20-21a and the new tunnel connecting gNB-CU2 20-12a to target gNB-DU2 20-22a if an indication for continuity of data transmission is provided for the at least one radio bearer.

[0195] Step D6: The gNB-CU1 20-11a may send to the source gNB-DU1 20-21a over F1-C interface a tunnel update response that conveys new and old TEIDs and the indication that requires to keep or release the old tunnel configuration. Based on the indication, the source gNB-DU1 20-21a node may keep or release the old tunnel configuration and / or provide per radio bearer or radio bearers lists radio resource reconfiguration or system information message to inform one or more UEs associated with the one or more bearers about the availability of at least one radio bearer in advance at the target gNB-DU2 20-22a.

[0196] Step D7: The source gNB-DU1 20-21a transmits a radio resource control (RRC) message or a system information block (SIB) to the one or more UEs. The RRC or SIB conveys a notification that the at least one session or radio bearer is provisioned in advance at the target gNB-DU2 20-22a and available to the one or more UEs.

[0197] [F1] Option 2: Control Plane Solution Option gNB-DU on-board scenario

[0198] This solution is suitable for F1 type onboard radio access node change for NTN regenerative  scenario. In this solution, the entire F1-U GTP tunnel configuration shall be updated using control plane signaling. In other words, both the transport layer address and the tunnel endpoint identifiers associated with at least one radio bearer configured for one or more UEs at the source gNB-DU1 20-21a endpoint shall be updated to a new transport layer address and new tunnel endpoint identifier at the new gNB-DU2 20-22a endpoint. For this, the source gNB-DU1 20-21a transmits to the gNB-CU2 20-12a an F1-C signaling message that conveys tunnel update assistance information. With reference to Table 8 and Table 9, the tunnel update assistance information includes an indication for at least one radio bearer associated with one or more UEs to assist on gNB-DU / CU node change (i.e., intra-gNB cell change or inter-gNB cell change) triggered by satellite movement. Each of the one or more UEs is identified based on UE identity. The tunnel update assistance information is classified as signaling of the class 1 or class 2 elementary procedure. The indication indicates an access node for the radio bearer is on board a satellite or not. Based on a tunnel update assistance information provided from the source gNB-DU1 20-21a, the AMF 30c transmits over the NG-C interface a tunnel update response signaling message to the target on-board gNB2 20b. The CP tunnel update response shall include an information element used for configuring for the at least one radio bearer a new tunnel identity GTP TEID and transport layer address to be assigned at the target gNB-DU2 20-22a in addition to the existing old GTP TEID and transport layer address at the source gNB-DU1 20-21a. The signaling message may further include, for a multicast or broadcast session, a tunnel configuration of a single radio bearer related to multiple UEs, which is configured based on the multicast or broadcast session access information associated with the tunnel update assistance information. For example, the multicast or broadcast session access information includes an indication provided for the at least one radio bearer from the UE or the source gNB-DU1 20-21a to gNB-DU2 20-22a. The indication indicates whether an access node (i.e., gNB-DU1 20-21a) connected with at least one session or radio bearer associated with one or more UEs is onboard of a satellite of not. The signaling message may further include, for unicast radio bearers, a tunnel configuration which is configured for a list of unicast radio bearers for multiple UEs. The list of unicast radio bearers is configured based on the access information of the radio bearers associated with the tunnel update assistance information. For example, the access information provided for the list of unicast radio bearers from the UE or the source gNB-DU1 20-21a to the target gNB-DU2 20-22a includes an indication indicating whether an access node serving the one or more UEs is onboard of a satellite or not.

[0199] Table 8. An example NG-U tunnel update request or assistance information for gNB On-board of Satellite

[0200] Table 9: An example F1 tunnel update request for gNB-DU On-board of satellite scenario

[0201] FIG. 14 shows an embodiment of the disclosed method during the on-board radio access node change of a radio bearer toward the target receiving end gNB-DU2 20-22a. In the embodiment, the first on-board access node 201 comprises the source gNB-DU1 20-21a, the second on-board access node 202 comprises the target gNB-DU2 20-22a, the on-ground network node 200 comprises the gNB-CU 20-10a.

[0202] Step E1: The source gNB-DU1 20-21a node transmits to the gNB-CU 20-10a an F1-C signaling message that conveys a tunnel update assistance information. The tunnel update assistance information comprises an indication for at least one radio bearer associated with one or more UEs to assist on gNB-DU node change (intra-gNB cell change) triggered by satellite movement. Each of the one or more UEs is identified based on UE identity. The indication indicates an access node for the session or bearer is on board a satellite or not. The at least one radio bearer comprises a radio bearer or a list of radio bearers.

[0203] Step E2: Based on tunnel update assistance information from the source gNB-DU1 20-21a, the gNB-CU 20-10a transmits an F1-C signaling message that conveys a tunnel update request to target gNB-DU2 20-22a. The tunnel update request requests the gNB-DU2 20-22a to update the tunnel configuration for the at least one radio bearer associated with one or more UEs (i.e., the at least one radio bearer whose access node is indicated as on board a satellite) . The tunnel update request comprises at least one instance of the following information: an indication that requires to update the tunnel configuration and a session redundancy indication. The indication that requires to update the tunnel configuration requests the gNB-DU2 20-22a to allocate tunnel endpoint identifier and a transport layer address for the at least one radio bearer associated with one or more UEs.

[0204] Step E3: Based on the tunnel update request received from the gNB-CU 20-10a over F1 interface, the target gNB-DU2 20-22a updates the tunnel configuration (i.e., by assigning both new tunnel endpoint identifier and new transport layer address) for the at least one radio bearer associated with one or more UEs, and transmits a tunnel update response that conveys the new tunnel endpoint identifier or the tunnel configuration over F1 interface to the gNB-CU 20-10a. If a DAPS configuration indication and / or a PDCP duplication indication is provided for the at least one radio bearer within the tunnel update request, the target gNB-DU2 20-22a shall provide along with the new tunnel endpoint identifier or the new / updated tunnel configuration an indication for continuity of data transmission associated with the at least one radio bearer over both the new and the old tunnel. On the other hand, if the redundancy indication is not provided  for the at least one radio bearer within the tunnel update request, the target gNB-DU2 20-22a shall provide along with the tunnel endpoint identifier or the new / updated tunnel configuration an indication for skipping data transmission associated with the at least one radio bearer over the old tunnel. The target gNB-DU2 20-22a may allocate the radio resource for UEs once the gNB-DU is changed based on the identities of one or more UEs provided within the tunnel update request.

[0205] Step E4: Based on the tunnel update response received from gNB-DU2 20-22a node, the gNB-CU 20-10a will keep sending or receiving the downlink / uplink data of the at least one radio bearer associated with the one or more UEs via the both the old and the new tunnel endpoints connecting gNB-CU 20-10a with the target gNB-DU2 20-22a if an indication for continuity of data transmission is provided for the at least one radio bearer within the tunnel update request. Otherwise, gNB-CU 20-10a will skip sending / receiving the uplink and downlink data of the at least one radio bearer associated with one or more UEs over the old tunnel connecting the source gNB-DU1 20-21a with gNB-CU 20-10a and transports the uplink and downlink data over the new tunnel connecting the target gNB-DU2 20-22a with gNB-CU 20-10a to reduce network congestion.

[0206] Step E5: The gNB-CU 20-10a may send to the source gNB-DU1 20-21a an F1-C signaling message that conveys a tunnel update response or assistance information message. The tunnel update response or assistance information message includes new and old TEIDs and the indication that specifies whether to keep or release the old tunnel configuration. Based on the indication, the source gNB-DU1 20-21a may keep or release the old tunnel configuration and / or provide per radio bearer or radio bearers lists radio resource reconfiguration or system information message to inform UEs associated with the at least one radio bearer about the availability of the at least one radio bearer in advance at the target gNB-DU2 20-22a.

[0207] Step E6: The source gNB-DU1 20-21a transmits a radio resource control (RRC) message or a system information block (SIB) to the one or more UEs. The RRC or SIB conveys a notification that the at least one session or radio bearer is provisioned in advance at the target gNB-DU2 20-22a and available to the one or more UEs.

[0208] This proposal suggests a method for reducing signaling overhead in NTN regenerative payload architecture by simplifying the signaling cell change process. The method maintains and UE uplink and downlink data plane commination and addresses the need of frequent change of serving on-board access node in NTN regenerative payload architecture. This method avoids the need for too many handover steps and signaling interactions between nodes to maintain user plane connectivity. Cell changes can be managed per session / session list or radio bearer / bearers list, potentially reducing signaling overhead compared to UE context exchange and path switch-based TN handover that focus on individual radio bearers. Additionally, this method enables faster cell changes for UEs by making the session or the radio bearers or session associated with UEs available in advance on the new on-board node, which can reduce service interruption time.

[0209] With reference to FIG. 15, the 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 10 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 UE 10, and UEs 10a-10g. The transceiver 13a may include baseband circuitry and radio frequency (RF) circuitry.

[0210] With reference to FIG. 16, 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 gNB 20a, gNB-CU 20-10a, gNB-CU1 20-11a, gNB-CU2 20-12a, gNB-DU1 20-21a, gNB-DU2 20-22a, on-board gNB 20b, first on-board satellite radio access node 201, a second on-board satellite radio access node 202, UPF 30b, AMF 30c, and SMF 30d. The transceiver 23a may include baseband circuitry and radio frequency (RF) circuitry.

[0211] With reference to FIG. 17, the embodiment of the disclosure also provides a chip 700 that may correspond to a user equipment 10 in the embodiments of the disclosure. The chip 700 may implement a corresponding process realized by the user equipment 10 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.

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

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

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

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

[0216] With reference to FIG. 18, the embodiment of the disclosure also provides another chip 800 that may correspond to the gNB 20 in the embodiment of the disclosure, and the chip 800 may implement the corresponding processes implemented by the gNB 20 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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0235] The disclosure provides a method for supporting satellite access with on-board radio access node functionality. The benefits and innovation aspects of the disclosure include:

[0236] This disclosure introduces new signaling and procedures related to per-UE-group session or context management and handovers. These enhancements aim to mitigate the signaling overload issues within the F1-C and NG-C control plane interface.

[0237] The disclosure further introduces a new set of signaling, indications, and triggers designed to realize per-UE-group session or context management and handover signaling, particularly in scenarios where the access node is located on board a satellite.

[0238] 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 satellite access method, comprising:transmitting by a first on-board access node a first signaling message to a second on-board access node through at least one on-ground network during an on-board access node cell change from the first on-board access node that serves one or more user equipments (UEs) to the second on-board access node, wherein the first signaling message comprises a tunnel update request and / or assistance information, the tunnel update request comprises a tunnel configuration update request that requests the second on-board access node to update a tunnel configuration associated with at least one session or radio bearer of the one or more UEs, the at least one session or radio bearer comprises a session, a list of sessions, a radio bearer, or a list of radio bearers; andreceiving by the first on-board access node a second signaling message from the second on-board access node through the at least one on-ground network, wherein the second signaling message comprises a tunnel update response, the tunnel update response comprises a tunnel configuration update response that conveys a updated tunnel configuration comprising a new tunnel identity and / or a transport address for the at least one session or radio bearer associated with one or more UEs, wherein the new tunnel identity and / or the transport address is configured by the second on-board access node and associated with the at least one session or radio bearer of the one or more UEs.2.The satellite access method of claim 1, wherein the first signaling message that conveys the tunnel update request and / or the assistance information and the second signaling message that conveys the tunnel update response comprise:NG interface signaling messages or F1 interface signaling messages.3.The satellite access method of claim 1, wherein the tunnel update request and / or the assistance information comprises an indication indicating whether an access node serving the one or more UEs is on-board of a satellite or not.4.The satellite access method of claim 1, wherein the tunnel update request requires is triggered by the first on-board access node based on a change of a satellite on-board access node and / or triggered periodically based the satellite system constellation change information.5.The satellite access method of claim 1, wherein for multicast / broadcast sessions or radio bearers, tunnel configuration update comprises providing, a second tunnel configuration for MBS sessions or radio bearers associated with one or more UEs, the second tunnel configuration is configured based on the assistance information conveyed from the first on-board access node to the second on-board access node or to the at least one on-ground network.6.The satellite access method of claim 1, wherein for unicast sessions or radio bearers, tunnel configuration update comprises providing, a third tunnel configuration for unicast sessions or radio bearers associated with one or more UEs, the third tunnel configuration is configured based on the assistance information conveyed from the first on-board access node to the second on-board access node or to the at least one on-ground network.7.The satellite access method of claim 1, wherein the tunnel update request that requires the second on-board access node to update a tunnel configuration associated with the at least one session or radio bearer of the one or more UEs comprises a redundancy indication that instructs whether to release a first tunnel  of the first on-board access node and a second tunnel of the second on-board access node, or to keep both the first tunnel of the first on-board access node and the second tunnel of the second on-board access node, wherein the second tunnel is established based on the updated tunnel configuration, the tunnel update response is used to convey the redundancy indication.8.The satellite access method of claim 7, wherein the redundancy indication comprises at least one of: a session redundancy indication, a dual active protocol stack (DAPS) configuration indication, and / or a packet data convergence protocol (PDCP) duplication indication for radio bearers.9.The satellite access method of claim 7, wherein based on the redundancy indication in the tunnel update response, a core network entity determines whether to release the first tunnel of the first on-board access node and the second tunnel of the second on-board access node or to keep the first tunnel of the first on-board access node and the second tunnel of the second on-board both established based on the updated tunnel configuration.10.The satellite access method of claim 7, wherein based on the redundancy indication of the tunnel update response, the first on-board access node determines whether to release the first tunnel of the first on-board access node while the second tunnel of the second on-board access node is established based on the updated tunnel configuration.11.The satellite access method of any of claim 1 to claim 7, wherein the first on-board access node comprises a first on-board base station,the second on-board access node comprises a second on-board base station,the at least one on-ground network is an access and mobility management function (AMF) and / or a centralized unit of a base station (gNB-CU) ; andthe at least one session or radio bearer comprises a session or a list of sessions.12.The satellite access method of claim 11, wherein the first signaling message that conveys the tunnel update request and / or the assistance information comprises a first NG interface signaling message that is transmitted from the first on-board access node to the at least one on-ground network and a second NG interface signaling message that is transmitted from the at least one on-ground network to the second on-board access node; andthe second signaling message that conveys the tunnel update response comprises a third NG interface signaling message that is transmitted from the second on-board access node to the at least one on-ground network and a fourth NG interface signaling message that is transmitted from the at least one on-ground network to the first on-board access node.13.The satellite access method of any of claim 1 to claim 7, wherein the first on-board access node comprises a first on-board base station distributed unit,the second on-board access node comprises a second on-board base station distributed unit,the at least one on-ground network comprises a first base station centralized unit and a second base station centralized unit; andthe at least one session or radio bearer comprises a radio bearer or a list of radio bearers.14.The satellite access method of claim 13, wherein the first signaling message that conveys the tunnel update request and / or an assistance information comprises at least one of:a first F1 interface signaling message that is transmitted from the first on-board base station distributed unit to the first base station centralized unit;a first E1 interface signaling message that is transmitted from the first base station centralized unit to the second base station centralized unit; anda second F1 interface signaling message that is transmitted from the second base station centralized unit to the second on-board base station distributed unit;wherein the second signaling message that conveys the tunnel update response comprises:a third F1 interface signaling message that is transmitted from the second on-board base station distributed unit to the second base station centralized unit;a second E1 interface signaling message that is transmitted from the second base station centralized unit to the first base station centralized unit; anda fourth F1 interface signaling message that is transmitted from the first base station centralized unit to the first on-board base station distributed unit.15.The satellite access method of any of claim 1 to claim 7, wherein the first on-board access node comprises a first on-board base station distributed unit,the second on-board access node comprises a second on-board base station distributed unit,the at least one on-ground network comprises a base station centralized unit; andthe at least one session or radio bearer comprises a radio bearer or a list of radio bearers.16.The satellite access method of claim 15, wherein the first signaling message that conveys the tunnel update request and / or an assistance information comprises at least one of:a first F1 interface signaling message that is transmitted from the first on-board base station distributed unit to the base station centralized unit; anda second F1 interface signaling message that is transmitted from the base station centralized unit to the second on-board base station distributed unit;wherein the second signaling message that conveys the tunnel update response comprises:a third F1 interface signaling message that is transmitted from the second on-board base station distributed unit to the base station centralized unit; anda fourth F1 interface signaling message that is transmitted from the base station centralized unit to the first on-board base station distributed unit.17.A satellite access method, comprising:transmitting by a first on-board access node a first signaling message to a second on-board access node through an inter-node interface during an on-board access node cell change from the first on-board access node that serves one or more user equipments (UEs) to the second on-board access node, wherein the first signaling message comprises a tunnel update request and / or an assistance information, the tunnel update request requests the second on-board access node to update or allocate a tunnel endpoint identifier associated with at least one session or radio bearer of the one or more UEs, the at least one session or radio bearer comprises a session, a list of sessions, a radio bearer, or a list of radio bearers; andreceiving by the first on-board access node a second signaling message from the second on-board access node through the inter-node interface, wherein the second signaling message comprises a tunnel update response that conveys a new tunnel endpoint identifier for the at least one session or radio bearer, wherein the new tunnel endpoint identifier is configured by the second on-board access node and associated with the at least one session or radio bearer of the one or more UE.18.The satellite access method of claim 17, wherein the first signaling message that conveys the tunnel  update request and / or the assistance information and the second signaling message that conveys the tunnel update response comprise:Xn interface signaling messages or E1 interface signaling messages.19.The satellite access method of claim 17, wherein the tunnel update request and / or the assistance information comprises an indication indicating whether an access node serving the one or more UEs is on-board of a satellite or not.20.The satellite access method of claim 17, wherein the tunnel update request requires is triggered by the first on-board access node based on a change of a satellite on-board access node and / or triggered periodically based the satellite system constellation change information.21.The satellite access method of claim 17, wherein for multicast / broadcast sessions or radio bearers, the tunnel endpoint identifier allocation comprises providing, a second tunnel identity configuration for MBS sessions or radio bearers associated with one or more UEs, the second tunnel identity configuration is configured based on the assistance information conveyed from the first on-board access node to the second on-board access node or to the at least one on-ground network.22.The satellite access method of claim 17, wherein for unicast sessions or radio bearers, the tunnel endpoint identifier allocation comprises providing, a third tunnel identity configuration for unicast sessions or radio bearers associated with one or more UEs, the third tunnel identity configuration is configured based on the assistance information conveyed from the first on-board access node to the second on-board access node or to the at least one on-ground network.23.The satellite access method of claim 17, wherein the tunnel update request that requires the second on-board access node to update or allocate a tunnel endpoint identifier associated with the at least one session or radio bearer of the one or more UEs comprises a redundancy indication that instructs whether to release a first tunnel of the first on-board access node and a second tunnel of the second on-board access node, or to keep both the first tunnel of the first on-board access node and the second tunnel of the second on-board access node, wherein the second tunnel is established based on the new tunnel endpoint identifier, the tunnel update response is used to convey the redundancy indication.24.The satellite access method of claim 23, wherein the redundancy indication comprises at least one of: a session redundancy indication, a dual active protocol stack (DAPS) configuration indication, and / or a packet data convergence protocol (PDCP) duplication indication for radio bearers.25.The satellite access method of claim 23, wherein based on the redundancy indication in the tunnel update response, a core network entity determines whether to release the first tunnel of the first on-board access node and the second tunnel of the second on-board access node or to keep the first tunnel of the first on-board access node and the second tunnel of the second on-board both established based on the new tunnel endpoint identifier.26.The satellite access method of claim 23, wherein based on the redundancy indication of the tunnel update response, the first on-board access node determines whether to release the first tunnel of the first on-board access node while the second tunnel of the second on-board access node is established based on the new tunnel endpoint identifier.27.The satellite access method of any of claim 17 to claim 23, wherein the first on-board access node comprises a first on-board base station,the second on-board access node comprises a second on-board base station,the at least one on-ground network is an access and mobility management function (AMF) and / or a centralized unit of a base station (gNB-CU) ; andthe at least one session or radio bearer comprises a session or a list of sessions.28.The satellite access method of claim 27, wherein the first signaling message that conveys the tunnel update request and / or the assistance information comprises an first Xn / X2 interface signaling message that is transmitted from the first on-board access node to the second on-board access node; andthe second signaling message that conveys the tunnel update response comprises a second Xn / X2 interface signaling message that is transmitted from the second on-board access node to the first on-board access node.29.The satellite access method of any of claim 17 to claim 23, wherein the first on-board access node comprises a first on-board base station distributed unit,the second on-board access node comprises a second on-board base station distributed unit,at least one on-ground network comprises a first base station centralized unit and a second base station centralized unit; andthe at least one session or radio bearer comprises a radio bearer or a list of radio bearer.30.The satellite access method of claim 29, wherein the first signaling message that conveys the tunnel update request and / or an assistance information comprises at least one of:a first F1 interface signaling message that is transmitted from the first on-board base station distributed unit to the first base station centralized unit;a first E1 interface signaling message that is transmitted from the first base station centralized unit to the second base station centralized unit; anda second F1 interface signaling message that is transmitted from the second base station centralized unit to the second on-board base station distributed unit;wherein the second signaling message that conveys the tunnel update response comprises:a third F1 interface signaling message that is transmitted from the second on-board base station distributed unit to the second base station centralized unit;a second E1 interface signaling message that is transmitted from the second base station centralized unit to the first base station centralized unit; anda fourth F1 interface signaling message that is transmitted from the first base station centralized unit to the first on-board base station distributed unit.31.The satellite access method of any of claim 17 to claim 23, wherein the first on-board access node comprises a first on-board base station distributed unit,the second on-board access node comprises a second on-board base station distributed unit,at least one on-ground network comprises a base station centralized unit; andthe at least one session or radio bearer comprises a radio bearer or a list of radio bearers.32.The satellite access method of claim 31, wherein the first signaling message that conveys the tunnel update request and / or an assistance information comprises at least one of:a first F1 interface signaling message that is transmitted from the first on-board base station distributed unit to the base station centralized unit; anda second F1 interface signaling message that is transmitted from the base station centralized unit to the second on-board base station distributed unit;wherein the second signaling message that conveys the tunnel update response comprises:a third F1 interface signaling message that is transmitted from the second on-board base station distributed unit to the base station centralized unit; anda fourth F1 interface signaling message that is transmitted from the base station centralized unit to the first on-board base station distributed unit.33.A system comprising:a first on-board radio access node; andat least one on-ground network node;wherein the first on-board radio access node is configured the method of any of claims 1 to 35.34.A satellite access method, comprising:receiving by a second on-board access node a first signaling message from a first on-board access node through at least one on-ground network during an on-board access node cell change from the first on-board access node that serves one or more user equipments (UEs) to the second on-board access node, wherein the first signaling message comprises a tunnel update request and / or assistance information, the tunnel update request comprises a tunnel configuration update request that requests the second on-board access node to update a tunnel configuration associated with at least one session or radio bearer of the one or more UEs, the at least one session or radio bearer comprises a session, a list of sessions, a radio bearer, or a list of radio bearers; andtransmitting by the second on-board access node a second signaling message to the first on-board access node from through the at least one on-ground network, wherein the second signaling message comprises a tunnel update response, the tunnel update response comprises a tunnel configuration update response that conveys a updated tunnel configuration comprising a new tunnel identity and / or a transport address for the at least one session or radio bearer associated with one or more UEs, wherein the new tunnel identity and / or the transport address is configured by the second on-board access node and associated with the at least one session or radio bearer of the one or more UEs.35.A satellite access method, comprising:receiving by a second on-board access node a first signaling message from a first on-board access node through an inter-node interface during an on-board access node cell change from the first on-board access node that serves one or more user equipments (UEs) to the second on-board access node, wherein the first signaling message comprises a tunnel update request and / or an assistance information, the tunnel update request requests the second on-board access node to update or allocate a tunnel endpoint identifier associated with at least one session or radio bearer of the one or more UEs, the at least one session or radio bearer comprises a session, a list of sessions, a radio bearer, or a list of radio bearers; andtransmitting by the second on-board access node a second signaling message to the first on-board access node through the inter-node interface, wherein the second signaling message comprises a tunnel update response that conveys a new tunnel endpoint identifier for the at least one session or radio bearer, wherein the new tunnel endpoint identifier is configured by the second on-board access node and associated with the at least one session or radio bearer of the one or more UE.

Images