Handover method, and related devices

Abstract

A handover method includes executing, by a base station, a handover procedure by acting as both a source radio access network (RAN) node and a target RAN node when the base station is a single base station onboard a satellite that undergoes a feeder link switchover. This enables feeder link switchover for regenerative satellite payloads.

Description

HANDOVER METHOD, AND RELATED DEVICESTECHNICAL FIELD

[0001] The present application relates to wireless communication, and more particularly, to a handover method, and related devices.BACKGROUND ART

[0002] In cellular wireless communication systems developed by the Third Generation Partnership Project (3GPP) , user equipment (UE) is connected by a wireless link to a radio access network (RAN) . The RAN includes a set of base stations (BSs) which provide wireless links to UEs located in cells covered by the base station and an interface to a core network (CN) which provides overall network control. The RAN and CN each conduct respective functions in relation to the overall network. The so-called 4G Long Term Evolution (LTE) system, namely, an Evolved Universal Mobile Telecommunication System Territorial Radio Access Network (E-UTRAN) had been developed for a mobile access network where one or more macro-cells are supported by a base station known as an eNodeB or eNB (evolved NodeB) . Evolved from LTE, the so-called 5G or new radio (NR) systems where one or more cells are supported by a base station known as a gNB. Envisioned to succeed the current 5G networks, the 6G cellular system is the forthcoming generation of wireless communication technology.

[0003] The concept of transparent mode satellite access has been introduced to facilitate the integration of satellite components into the EPS and 5GS architectures. This approach assumes that satellites act as mere conduits, forwarding signals without processing them. And satellite-enabled NG-RAN is located on the ground. The satellite is equivalent to a Remote Unit and is full transparent to the 3GPP protocols.

[0004] Regenerative satellite payloads are designed to embed gNB and / or 5G Core Network functions directly onboard the satellite. This capability introduces several value-added services for users, such as the support of reduced latency for both user and control planes and the enablement of ISL communications. For network operations, these regenerative payloads offer enhanced flexibility in deploying the ground segment or NTN gateway in relation to the space segment.

[0005] FIG. 1 shows an overall illustration of an Non-Terrestrial Network (NTN) . It should be noted that the NTN payload in FIG. 1 transparently forwards the radio protocol received from the UE (via the service link) to the NTN Gateway (via the feeder link) and vice-versa. In this case, as shown in FIG. 2, the protocol running over feeder link is NR Uu, that is, the satellite payload in this case implements frequency conversion and a RF amplifier in both up link and down link directions. The satellite 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.

[0006] The Satellite Radio Interface (SRI) on the feeder link is the NR-Uu. In other words, the satellite does not terminate NR-Uu.

[0007] The Regenerative payload scenario is quite different, the SRI on the feeder link between the NTN gateway (GW) and the satellite is a transport link between NTN GW and satellite, with NG interface, as shown in FIG. 3.

[0008] Clause 16.14.4 of TS 38.300 gives the feeder link switchover procedure for the transparent payload scenario. The NTN Control function determines the point in time when the feeder link switch over between two gNBs is performed. The transfer of affected UE (s) ’ context between the two gNBs at feeder link switch over is performed by means of either NG based or Xn based handover, and it depends on the gNBs’ implementation and configuration information provided to the gNBs by the NTN control function. The NTN control function is depicted in FIG. 4.

[0009] The NTN control function controls the spaceborne (or airborne) vehicles as well as the radio resources of the NTN infrastructure (NTN payload (s) &NTN Gateway (s) ) . It provides control data, e.g. satellite ephemeris information, to the non-NTN infrastructure gNB functions of the gNB. Provision of NTN control data to the gNB is out of 3GPP scope.

[0010] However, the scenario shifts in the case of regenerative payloads, where an gNB is deployed directly on the satellite, resulting in the termination of the NG-AP interface at the satellite. FIG. 5 shows the regenerative satellite payload is served, before and after the feeder link switchover, by the same AMF. In this case, both feeder links are connected to the same AMF, but through different NTN GWs. This configuration, as depicted in FIG. 5, encounters challenge due to satellite movement, which might lead to a loss of connection to the NTN gateway's feeder link. In such instances, the feeder link may need to switch from NTN GW1 to NTN GW2 when a Low Earth Orbit (LEO) satellite exits the coverage area of NTN GW1.

[0011] This contrasts with the transparent payload scenario, where the gNB is typically located on the ground alongside the NTN GW, where a switch in the feeder link impacts the Uu interface only, leaving the NG-AP interface and N3 interface unaffected.

[0012] Moreover, as shown in FIG. 6, feeder link switchover in regenerative payloads might cause a change in AMF, where AMF1 is connected to NTN GW1, and AMF2 to NTN GW2.

[0013] The payload on the satellite could be multiple gNBs. It is also possible there is only one gNB on the satellite onboard. In this case, it may be beneficial for two AMFs to exchange information at NG setup and / or AMF configuration update, about the satellites potentially involved, e.g. a list of satellites to which the AMF connect, and for each satellite in the list, an ID, a list of cells from the gNB which is onboard, and the ephemeris data for the satellite.

[0014] Existing scenarios and procedures do not adequately support feeder link switchover for regenerative payload scenarios.

[0015] Existing handover procedures also prove inadequate in the regenerative scenario, as the serving cell and gNB continuously cover the area where the User Equipment (UE) is located, preventing handover triggers.

[0016] Thus, employing current 3GPP procedures or transparent payload satellite 5GC integration procedures does not resolve the issue of feeder link switchover in regenerative payload scenarios.SUMMARY

[0017] In a first aspect, some embodiments of the present application provide a handover method, including executing, by a base station, a handover procedure by acting as both a source radio access network (RAN) node and a target RAN node when the base station is a single base station onboard a satellite that undergoes a feeder link switchover.

[0018] In a second aspect, some embodiments of the present application provide a communication device, which includes a processor, configured to call and run program instructions stored in a memory, to execute any of the above-mentioned methods.DESCRIPTION OF DRAWINGS

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

[0020] FIG. 1 is a schematic diagram illustrating an Non-Terrestrial Network (NTN) .

[0021] FIG. 2 is a schematic diagram illustrating that satellite payload transmitted between a satellite and an NTN gateway is transparent payload.

[0022] FIG. 3 is a schematic diagram illustrating that satellite payload between a satellite and an NTN gateway is regenerative payload.

[0023] FIG. 4 is a schematic diagram illustrating an architecture including NTN Infrastructure that performs NTN control function.

[0024] FIG. 5 is a schematic diagram illustrating a first scenario where the gNB onboard keeps covering the area where UE is at, with steerable beam, but feeder link switchover to NTN GW2 from NTN GW1.

[0025] FIG. 6 is a schematic diagram illustrating a second scenario where the gNB onboard keeps covering the area where UE is at, with steerable beam, but feeder link switchover to NTN GW2 from NTN GW1.

[0026] FIG. 7 is a flowchart of a handover method according to an embodiment of the present application.

[0027] FIG. 8 is a schematic diagram illustrating a feeder link switchover-triggered registration procedure according to according to an embodiment of the present application.

[0028] FIG. 9 is a schematic diagram illustrating Xn-based handover to support feeder link switchover according to according to an embodiment of the present application.

[0029] FIG. 10 is a schematic diagram illustrating place holder for N2 based handover according to according to an embodiment of the present application.

[0030] FIG. 11 is a schematic diagram illustrating TNL Association based solution according to according to an embodiment of the present application.DETAILED DESCRIPTION OF EMBODIMENTS

[0031] 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 application are merely for describing the purpose of the certain embodiment, but not to limit the disclosure.

[0032] In this document, a combination such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” or “A, B, and / or C” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any combination may contain one or more members of A, B, or C.

[0033] The following table includes some abbreviations that may be used in some embodiments of the present application:

[0034] The present disclosure provides the following solutions to support feeder link switchover for onboard gNB or NG-RAN in integration of 5G and satellite.

[0035] UE configuration update to support feeder link switchover is introduced.

[0036] Feeder Link Switchover-Triggered Registration Procedure provides a method where the feeder link switchover triggers a registration procedure, enabling a gNB to connect with a new AMF. The detailed steps of this procedure are outlined, emphasizing the specific interactions between UE, gNB, and AMF.

[0037] Various means through which a UE is made aware of feeder link switchover, including information pre-stored in the USIM, updates to UE configuration parameters via NAS signaling, and information from NTN control function.

[0038] Procedure for AMF Change and AN Release Post-Registration outlines the process after registration, where an AN Release may follow. The triggers for this release, such as feeder link switchover or unavailability, are specified.

[0039] Adaptation of Inter NG-RAN Node N2-Based Handover for Feeder Link Switchover covers the adaptation of standard handover procedures for scenarios involving feeder link switchover, especially in satellite-based gNB movement contexts.

[0040] Conditional Handover (CHO) Triggered by Feeder Link Switchover focuses on the execution of CHO by UE when feeder link switchover conditions are met. This includes the process of the gNB notifying the UE of feeder link unavailability and the subsequent steps as per relevant technical specifications.

[0041] Load Re-Balancing Between AMFs During Feeder Link Switchover disclose a method of using AMF configuration update procedures to manage TNL associations, facilitating feeder link switchover. It includes strategies for dynamically adding or removing TNL associations and assigning weight factors for transition during a switchover.

[0042] Procedure for Feeder Link Switchover with Single Onboard gNB covers the specific scenario where there is only one gNB onboard a satellite, detailing how this gNB assumes both the source and target roles for handover processes.

[0043] Managing TNL Associations in Context of Feeder Link Switchover involves the signaling process between gNB and AMFs for managing TNL associations during feeder link switchover, including the specifics of TNLA removal and updating procedures.

[0044] FIG. 7 is a flowchart of a handover method according to an embodiment of the present application. The method 100 includes the followings. In Step 110, a base station (e.g., gNB) executes a handover procedure by acting as both a source radio access network (RAN) node and a target RAN node when the base station is a single base station onboard a satellite that undergoes a feeder link switchover. With this method, the feeder link switchover for regenerative satellite payloads can be achieved.

[0045] In some embodiments, the handover procedure may result in a change to an access and mobility management function (AMF) associated with a new non-terrestrial network (NTN) gateway (GW) . In some embodiments, the method may further include making, by the base station, handover decision based on feeder link status. In an example, the handover procedure may be a Xn-based handover procedure. In another example, the handover procedure may be a N2-based handover procedure.

[0046] In some embodiments, the handover procedure may be a conditional handover (CHO) procedure. In some embodiments, the method may further include notifying a user equipment (UE) a CHO configuration, which contains the configuration of CHO candidate cells and execution condition. The execution condition may include feeder link unavailability and the requirement for a different AMF being met. In some embodiments, the method may further include determining that the different AMF is required based on satellite control data. In some embodiments, the CHO configuration is notified to the UE by a radio resource control (RRC) message.

[0047] In some embodiments, the method may further include notifying a UE to initiate a registration procedure due to the feeder link switchover; and receiving a registration request message from the UE and forwarding the registration request message to a new AMF, wherein the registration request message comprises the case being feeder link switchover. In some embodiments, the registration request message indicates the type of registration is a feeder link switchover-triggered registration. In some embodiments, the registration request message indicates registration cause in a sub-element of registration type. In some embodiments, the UE is aware of feeder link switchover information through one of the following: information pre-stored in universal subscriber identity module (USIM) or non-volatile memory in mobile equipment (ME) ; updates to UE configuration parameters; information from NTN control function or specific modules in NTN GW.

[0048] In some embodiments, a same AMF is used before and after the feeder link switchover. In some embodiments, transport network layer (TNL) associations are added or removed in one or combination of the following ways: the TNL association on a source NTN GW is removed and new TNL association at the target NTN GW is added; a same association is kept while changing local and remote IP address in this association; and re-balancing weight factor is assigned for the TNL associations (TNLA) on the source NTN GW and the target NTN GW. In some embodiments, different AMFs are used before and after the feeder link switchover. In some embodiments, the method may further include signaling a source AMF to prepare the feeder link switchover; receiving from the source AMF a remove list of transport network layer (TNL) associations (TNLA) or an update list of AMF TNLA with weight factor; and removing TNLA based on the remove list or updating the weight factor of AMF TNLA in the update list supplied by the source AMF. In some embodiments, the method may further include signaling a target AMF to prepare the feeder link switchover; receiving from the target AMF an add list of transport network layer (TNL) associations (TNLA) or an update list of AMF TNLA with weight factor; and adding TNLA based on the add list or updating the weight factor of AMF TNLA in the update list supplied by the target AMF. For Feeder link switchover-triggered registration procedure:

[0049] In this approach, the feeder link switchover triggers a registration procedure, enabling the gNB to connect with a new AMF. FIG. 8 details this feeder link switchover-triggered registration procedure. The process begins with Step 0, where the UE is notified to initiate the registration procedure due to a feeder link switchover.

[0050] The UE is aware of the feeder link switchover information through various means:

[0051] (a) Information pre-stored in the USIM or Non-Volatile memory in the ME.

[0052] (b) Updates to UE configuration parameters. The 5GS in a PLMN can update UE parameters via NAS signaling. For instance, the AMF might send feeder link switchover information to the UE, allowing the HPLMN to securely and dynamically reconfigure the UE configuration parameters stored on the USIM and the ME.

[0053] (c) Information from the NTN control function or specific modules in the NTN GW. The AMF, predicting the switchover start time, may send a NAS UE Configuration Update Command, prompting the UE to initiate a re-registration with a new AMF.

[0054] In steps 1&2, the Registration request message is forwarded to the new AMF, including the cause being feeder link switchover.

[0055] The Registration type could be a new type, e.g. feeder link switchover-triggered registration. Or alternatively, it is indicated in the registration cause as a sub-element of the existing registration type.

[0056] A new AMF is selected per the description in clause 6.3.5 of TS 23.501.

[0057] Post-registration, an AN Release as specified in clause 4.2.6 of TS 23.502 might follow, either locally by the AMF or the RAN. This release is executed locally by the AMF or the (R) AN without relying on the signaling shown between (R) AN and AMF in cases of NG-AP signaling connection loss due to (R) AN or AMF failure. The AN release deactivates all UP connections of the UE.

[0058] Triggers for AN release may include feeder link switchover, or feeder link unavailable.

[0059] For Handover approach:

[0060] In scenarios where the UE is in connected mode, handovers such as Xn-based, N2-based, or conditional handovers may be initiated due to feeder link switchover. However, feeder link switchover scenarios are associated with special considerations due to the unique challenges posed by satellite-based gNB movement and feeder link switching.

[0061] Specifically, the Inter NG-RAN node N2-based handover procedure can be adapted for intra-NG-RAN node handovers in regenerative systems. For instance, when a single gNB onboard a satellite undergoes a feeder link switchover, it may come under the coverage of a new AMF. In such cases, the gNB effectively functions as both the source and target NG-RAN nodes, facilitating a handover that results in a change to an AMF associated with the new NTN Gateway.

[0062] FIG. 9 illustrates the call flow for an Xn-based handover prompted by feeder link switchover. In situations with a single onboard gNB, this gNB perceives itself as both the source and target for the handover process. The handover decision is determined by the source gNB, based on the status of the feeder link. As the feeder link begins switching to another NTN Gateway, the lone onboard gNB assumes the dual roles of source and target gNB to commence handover preparation. Subsequently, it follows the Xn-based handover procedures as defined in clause 4.9.1.2 of TS 23.502.

[0063] Similarly, FIG. 10 depicts the call flow for an NG-based handover driven by feeder link switchover when only one gNB is onboard. In this configuration, the onboard gNB acts as both the source and target for the handover. The handover decision is again made by the source gNB, influenced by the feeder link's status. As the feeder link transitions to a different NTN Gateway, the onboard gNB takes on both source and target roles to start the handover preparation. The gNB then adheres to the procedures outlined in clause 4.9.1.3 of TS 23.502 for N2-based handover.

[0064] For UE to trigger CHO due to feeder link switchover:

[0065] Conditional Handover (CHO) is defined as a handover that is executed by the UE when one or more handover execution conditions are met.

[0066] The feeder link status is sent to the UE as CHO configuration. The UE starts evaluating the execution conditions for CHO candidate cells, and executing CHO once the execution conditions are met.

[0067] Once the gNB is notified the feeder link unavailability, the gNB on the satellite decides to use CHO for handover based on feeder link unavailability status information.

[0068] The feeder link switchover-driven CHO follows the general procedures specified in clause 9.2.3.4 and clause 16.14.3.2.2 specified of TS 38.300 unless hereunder specified in the present disclosure.

[0069] In step 6 in Clause 9.2.3.4.2 of TS 38.300, the Source gNB notifies UE by sending RRCReconfiguration, including the CHO configuration, where the CHO configuration contains the configuration of CHO candidate cells generated by each CHO candidate cell and execution conditions generated by the source cell. And in the execution conditions, in addition to the execution conditions specified in clause 9.2.3.4.1 and clause 16.14.3.2.2 of TS 38.300 and relevant clauses in TS 38.331, the execution condition may consist of both conditions, feeder link unavailability and the requirement for a different AMF being met.

[0070] The gNB, e.g. could determine that a different AMF is required based on satellite control data, e.g. ephemeris information. The gNB might notify through RRC message or other means to the UE that the feeder link switchover-triggered conditional handover is required.

[0071] If there is only one gNB onboard satellite, it assumes both the source gNB and target gNB roles for the purpose of executing these conditional handover procedures.

[0072] For Feeder link switchover by using load re-balancing between AMF:

[0073] The AMF Configuration Update Procedure may be used to manage TNL associations, hence facilitating the feeder link switchover.

[0074] Triggered by the feeder link switchover, or before the disruption of the feeder link, the gNB node and AMFs have exchanged configuration data. During these interactions, the AMF has supplied the gNB with information about the set of TNL associations to be established, weight factor associated with each of the TNL association within the AMF, and weight factor for each AMF Name within the AMF set.

[0075] When the same AMF is used before and after the switchover, because multiple TNL endpoints can be configured per gNB node / AMF pair, the AMF can dynamically add or remove TNL associations, in one or combination of the following methods,

[0076] - Requesting to remove the TNL association on the source NTN GW and add new TNL association at the target NTN GW.

[0077] - Keeping the same association while changing local and remote IP address in this association.

[0078] - Assigning re-balancing weight factor for the TNLA on the source and target NTN GW.

[0079] If the AMF at the source and the target are part of the same AMF set, and there is a chance to balance the network load within the transition time during soft switchover, a strategy to assign different weight factor for TNL association can be used to move the subscribers to the target AMF. In this case, the source AMF and target AMF provides the gNB with information about the set of TNL association to be established, as well as weight factors for each TNL association (e.g. 0 TNL association at the source, and 100 for TNL association at the target) .

[0080] If different AMFs are used before and after the switchover, FIG. 11 provides a possible call flow to support this scenario.

[0081] In Step 1, the gNB signals relevant satellite information (such as satellite ID and ephemeris data) during NG setup or RAN configuration update.

[0082] In Step 2, the source AMF may consider the satellite information obtained during step 1, while configuring the TNL associations (TNLA) and signal these associations to gNB, e.g., by specifying the TNLA to Remove List, and / or AMF TNLA to Update List with Weight Factor, etc.

[0083] AMF Configuration Update may initiate to provide gNB AMF TNLA to Remove List because this AMF may have TNLA associations serving other gNBs which cannot be removed.

[0084] After Step 2, in case of hard switchover, the gNB may initiate to remove TNLA or update TNLA Weight Factors supplied by the source AMF in Step 2.

[0085] In Step 3, the gNB signals the target AMF to prepare feeder link switchover, e.g. by using RAN Configuration Update procedures.

[0086] gNB signal AMF2, e.g., via RAN Configuration Update, to trigger AMF2 to provide AMF TNLA to Add List.

[0087] In Step 4, the target AMF provides the TNLA to Add List information, and / or AMF TNLA to Update List with Weight Factor.

[0088] In the case of soft switchover, gNB establishes new TNLAs or update TNLA information, and remove TNLAs with source AMF.

[0089] It is noted that for the hard feeder link switchover, the onboard gNB can connect to only one NTN Gateway at any given time; for the soft feeder link switchover, the gNB onboard can connect to both the source NTN Gateway and the target NTN Gateway during a given period.

[0090] This invention supports the feeder link switchover for regenerative payload satellite integration with core network (e.g., 5GC) . Without the proposed procedures, the UE cannot connect into the target AMF, and the target AMF cannot get the UE’s context either, which will further produce undesired signaling overhead on both, as well as extra UE energy consumption. These factors contribute to prolonged service disruption and a degraded overall user experience.

[0091] Updating UE configurations in response to network changes enhances UE performance and user experience.

[0092] Adapting handover procedures for feeder link switchover minimizes service interruptions for UEs, ensuring smooth connectivity.

[0093] Conditional Handover (CHO) triggered by feeder link switchover allows UEs to actively participate in handover decisions, enhancing network efficiency and user satisfaction.

[0094] Load rebalancing between AMFs during switchover improves network efficiency, directly benefiting UE performance and service quality.

[0095] The embodiment of the present application further provides a computer readable storage medium for storing a computer program. The computer readable storage medium enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0096] The embodiment of the present application further provides a computer program product including computer program instructions. The computer program product enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0097] The embodiment of the present application further provides a computer program. The computer program enables a computer to execute corresponding processes implemented in each of the methods of the embodiments of the present application. For brevity, details will not be described herein again.

[0098] Those of skill in the art will appreciate that information and signals may be represented using any of a variety of different technologies and techniques. For example, data, instructions, commands, information, signals, bits, symbols, and chips that may be referenced throughout the above description may be represented by voltages, currents, electromagnetic waves, magnetic fields or particles, optical fields or particles, or any combination thereof.

[0099] Further, those of skill in the art will appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.

[0100] The methods, sequences and / or algorithms described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium is coupled to the processor such that the processor can read information from, and write information to, the storage medium. In the alternative, the storage medium may be integral to the processor.

[0101] It should be understood that any embodiments disclosed herein as being “non-transitory” do not exclude any physical storage medium, but rather exclude only the interpretation that the medium can be construed as a transitory propagating signal.

[0102] The elements and components of an embodiment of the invention may be physically, functionally and logically implemented in any suitable way. Indeed, the functionality may be implemented in a single unit, in a plurality of units or as part of other functional units. Although the present invention has been described in connection with some embodiments, it is not intended to be limited to the specific form set forth herein. Rather, the scope of the present invention is limited only by the accompanying claims. Additionally, although a feature may appear to be described in connection with particular embodiments, one skilled in the art would recognize that various features of the described embodiments may be combined in accordance with the invention. In the claims, the term ‘comprising’ does not exclude the presence of other elements or steps.

[0103] Furthermore, although individually listed, a plurality of means, elements or method steps may be implemented by, for example, a single unit or processor. Additionally, although individual features may be included in different claims, these may possibly be advantageously combined, and the inclusion in different claims does not imply that a combination of features is not feasible and / or advantageous. Also, the inclusion of a feature in one category of claims does not imply a limitation to this category, but rather indicates that the feature is equally applicable to other claim categories, as appropriate.

[0104] Furthermore, the order of features in the claims does not imply any specific order in which the features must be performed and in particular the order of individual steps in a method claim does not imply that the steps must be performed in this order. Rather, the steps may be performed in any suitable order. In addition, singular references do not exclude a plurality. Thus, references to ‘a’ , ‘an’ , ‘first’ , ‘second’ , etc. do not preclude a plurality.

[0105] Above all, while the preferred embodiments of the present application have been illustrated and described in detail, various modifications and alterations can be made by persons of ordinary skill in the art. The embodiment of the present application is therefore described in an illustrative but not restrictive sense. It is intended that the present application should not be limited to the particular forms as illustrated, and that all modifications and alterations which maintain the spirit and realm of the present application are within the scope as defined in the appended claims.

Claims

1.A handover method, comprising:executing, by a base station, a handover procedure by acting as both a source radio access network (RAN) node and a target RAN node when the base station is a single base station onboard a satellite that undergoes a feeder link switchover.2.The method of claim 1, wherein the handover procedure results in a change to an access and mobility management function (AMF) associated with a new non-terrestrial network (NTN) gateway (GW) .3.The method of claim 1, further comprising:making, by the base station, handover decision based on feeder link status.4.The method of claim 1, wherein the handover procedure is a Xn-based handover procedure.5.The method of claim 1, wherein the handover procedure is a N2-based handover procedure.6.The method of claim 1, wherein the handover procedure is a conditional handover (CHO) procedure.7.The method of claim 6, further comprising:notifying a user equipment (UE) a CHO configuration, which contains the configuration of CHO candidate cells and execution condition.8.The method of claim 7, wherein the execution condition comprises feeder link unavailability and the requirement for a different AMF being met.9.The method of claim 7, further comprising:determining that the different AMF is required based on satellite control data.10.The method of claim 7, wherein the CHO configuration is notified to the UE by a radio resource control (RRC) message.11.The method of claim 1, further comprising:notifying a UE to initiate a registration procedure due to the feeder link switchover; andreceiving a registration request message from the UE and forwarding the registration request message to a new AMF, wherein the registration request message comprises the case being feeder link switchover.12.The method of claim 11, wherein the registration request message indicates the type of registration is a feeder link switchover-triggered registration.13.The method of claim 11, wherein the registration request message indicates registration cause in a sub-element of registration type.14.The method of claim 11, wherein the UE is aware of feeder link switchover information through one of the following:information pre-stored in universal subscriber identity module (USIM) or non-volatile memory in mobile equipment (ME) ;updates to UE configuration parameters;information from NTN control function or specific modules in NTN GW.15.The method of claim 1, wherein a same AMF is used before and after the feeder link switchover.16.The method of claim 15, wherein transport network layer (TNL) associations are added or removed in one or combination of the following ways:the TNL association on a source NTN GW is removed and new TNL association at the target NTN GW is added;a same association is kept while changing local and remote IP address in this association; andre-balancing weight factor is assigned for the TNL associations (TNLA) on the source NTN GW and the target NTN GW.17.The method of claim 1, wherein different AMFs are used before and after the feeder link switchover.18.The method of claim 17, further comprising:signaling a source AMF to prepare the feeder link switchover;receiving from the source AMF a remove list of transport network layer (TNL) associations (TNLA) or an update list of AMF TNLA with weight factor; andremoving TNLA based on the remove list or updating the weight factor of AMF TNLA in the update list supplied by the source AMF.19.The method of claim 17, further comprising:signaling a target AMF to prepare the feeder link switchover;receiving from the target AMF an add list of transport network layer (TNL) associations (TNLA) or an update list of AMF TNLA with weight factor; andadding TNLA based on the add list or updating the weight factor of AMF TNLA in the update list supplied by the target AMF.20.A communication device, comprising a processor, configured to call and run program instructions stored in a memory, to execute the method of any of claims 1 to 20.

Images