WO2025213428A1 - 移动性处理方法和装置、通信设备、通信系统及存储介质 - Google Patents

移动性处理方法和装置、通信设备、通信系统及存储介质

Info

Publication number
WO2025213428A1
WO2025213428A1 PCT/CN2024/087345 CN2024087345W WO2025213428A1 WO 2025213428 A1 WO2025213428 A1 WO 2025213428A1 CN 2024087345 W CN2024087345 W CN 2024087345W WO 2025213428 A1 WO2025213428 A1 WO 2025213428A1
Authority
WO
WIPO (PCT)
Prior art keywords
network device
access network
information
access
function
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/CN2024/087345
Other languages
English (en)
French (fr)
Inventor
毛玉欣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to PCT/CN2024/087345 priority Critical patent/WO2025213428A1/zh
Priority to CN202480006415.1A priority patent/CN121128231A/zh
Publication of WO2025213428A1 publication Critical patent/WO2025213428A1/zh
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements

Definitions

  • the present disclosure relates to the field of wireless communications, and in particular to a mobility processing method and apparatus, communication equipment, a communication system, a storage medium, and a program product.
  • the present disclosure relates to the field of wireless communications, and in particular to a mobility processing method and apparatus, communication equipment, a communication system, a storage medium, and a program product.
  • a mobility processing method is provided.
  • the method is performed by a first network element.
  • the method includes: sending first information, wherein the first information is used to indicate a handover failure from a first access network device to a second access network device; wherein the first access network device and the second access network device are located on different satellites, the first access network device supports an S&F (store and forward) function, and the second access network device does not support the S&F function.
  • S&F store and forward
  • a mobility processing method is provided.
  • the method is performed by a first access network device.
  • the method includes: receiving first information, wherein the first information indicates a handover failure from the first access network device to a second access network device; wherein the first access network device and the second access network device are located on different satellites, the first access network device supports a S&F function, and the second access network device does not support the S&F function.
  • a mobility processing method is provided.
  • the method is performed by a second access network device.
  • the method includes: sending second information, wherein the second information is used to indicate that the second access network device does not support the S&F function; wherein the second access network device is located on a satellite.
  • a mobility processing method is provided.
  • the method is executed by a terminal.
  • the method includes: receiving fourth information, wherein the fourth information is used to indicate that satellite access is unavailable.
  • a mobility processing method is provided.
  • the method is performed by a core network device.
  • the method includes: receiving second information, wherein the second information is used to indicate that the second access network device does not support the S&F function; and sending first information, wherein the first information is used to indicate that a handover from the first access network device to the second access network device has failed; wherein the first access network device and the second access network device are located on different satellites, and the first access network device supports the S&F function.
  • a mobility processing method is provided.
  • the method is performed by a communication system.
  • the communication system includes at least one of the following: a first network element, a first access network device, and a second access network device.
  • the method includes: the first network element sending first information, wherein the first information is used to indicate a handover failure from the first access network device to the second access network device; the first access network device receiving the first information; wherein the first access network device and the second access network device are located on different satellites, the first access network device supports the S&F function, and the second access network device does not support the S&F function.
  • a mobility processing device is provided.
  • the device is disposed in a first network element.
  • the device includes a transceiver module.
  • the transceiver module is configured to: transmit first information, wherein the first information indicates a handover failure from a first access network device to a second access network device; wherein the first access network device and the second access network device are located on different satellites, the first access network device supports a S&F function, and the second access network device does not support the S&F function.
  • a mobility processing device is provided.
  • the device is disposed in a first access network device.
  • the device includes a transceiver module.
  • the transceiver module is configured to receive first information, wherein the first information indicates a handover failure from the first access network device to the second access network device; wherein the first access network device and the second access network device are located on different satellites, the first access network device supports the S&F function, and the second access network device does not support the S&F function.
  • a mobility processing device is provided.
  • the device is disposed in a second access network device.
  • the device includes a transceiver module.
  • the transceiver module is configured to transmit second information, wherein the second information indicates that the second access network device does not support the S&F function; wherein the second access network device is located on a satellite.
  • a mobility processing device is provided.
  • the device is disposed in a terminal.
  • the device includes a transceiver module.
  • the transceiver module is configured to receive fourth information, wherein the fourth information is used to indicate that satellite access is unavailable.
  • a communication device includes: one or more processors; a storage A memory having instructions.
  • the communication device implements the mobility processing method as described in any one of the first aspect, the second aspect, the third aspect, the fourth aspect, and the fifth aspect.
  • a communication system includes at least one of the following: a first network element, a first access network device, and a second access network device.
  • the communication system is used to implement the mobility processing method described in the sixth aspect.
  • a storage medium stores instructions.
  • the communication device executes the mobility processing method described in any one of the first, second, third, fourth, fifth, and sixth aspects.
  • a program product When executed by a communication device, the program product enables the communication device to perform the mobility processing method as described in any one of the first, second, third, fourth, fifth, and sixth aspects.
  • a computer program which, when executed on a computer, causes the computer to execute the mobility processing method as described in any one of the first, second, third, fourth, fifth, and sixth aspects.
  • a chip or chip system includes a processing circuit.
  • the processing circuit is configured to execute the mobility processing method described in any one of the first, second, third, fourth, fifth, and sixth aspects.
  • FIG1 is a schematic diagram of the architecture of a communication system provided according to an embodiment of the present disclosure.
  • FIG2A is a schematic diagram of a scenario of a store and forward function provided according to an embodiment of the present disclosure.
  • FIG2B is a schematic diagram of a scenario of a store and forward function provided according to an embodiment of the present disclosure.
  • FIG3A is an interactive schematic diagram of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG3B is an interactive schematic diagram of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG3C is an interactive schematic diagram of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG4B is a schematic flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG4C is a flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG4D is a flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG5A is a flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG5B is a flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG6A is a flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG6B is a flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG7 is a flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG8A is a flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG8B is a flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG8C is a flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG8D is a flow chart of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG9A is an interactive diagram of an exemplary implementation of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG9B is an interactive diagram of an exemplary implementation of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG9C is an interactive diagram of an exemplary implementation of a mobility processing method provided according to an embodiment of the present disclosure.
  • FIG10 is a schematic structural diagram of a mobility processing device provided according to an embodiment of the present disclosure.
  • FIG11A is a schematic structural diagram of a communication device according to an embodiment of the present disclosure.
  • FIG11B is a schematic structural diagram of a chip provided according to an embodiment of the present disclosure.
  • embodiments of the present disclosure provide a mobility processing method.
  • the method is performed by a first network element.
  • the method includes: sending first information, where the first information is used to indicate a handover failure from a first access network device to a second access network device; wherein the first access network device and the second access network device are located on different satellites, the first access network device supports S&F (store and forward) functionality, and the second access network device does not support S&F functionality.
  • S&F store and forward
  • the first network element can notify the terminal of a handover failure from the first access network device to the second access network device. This prevents the terminal from switching from the first access network device supporting the S&F function to the second access network device not supporting the S&F function. In other words, the terminal will not access the second access network device. If the first access network device is already providing the terminal with a service based on the S&F function, the terminal's lack of access to the second access network device prevents termination or interruption of the S&F service.
  • the first information may include a reason for the switching failure, where the reason for the switching failure is used to indicate that the second access network device does not support the S&F function.
  • the terminal since the first information packet includes the reason for the switching failure, that is, the second access network device does not support the S&F function, the terminal will not switch from the first access network device supporting the S&F function to the second access network device not supporting the S&F function.
  • the above method may further include: receiving second information, wherein the second information is used to indicate that the second access network device does not support the S&F function.
  • the above method may further include: receiving or sending third information, wherein the third information is used to determine whether the second access network device needs to support the S&F function.
  • the first network element can obtain the third information and determine, based on the third information, that the second access network device needs to support the S&F function. In this case, if the first network element learns that the second access network device does not support the S&F function, it can determine that the handover has failed and reject the handover request.
  • the third information may be determined based on whether the first access network device supports the S&F function.
  • the above method may further include: sending fourth information, where the fourth information is used to indicate that satellite access is unavailable.
  • the first network element may notify the terminal that satellite access is unavailable through the fourth information. In this way, the terminal may know that satellite access is unavailable and will not access the second access network device on the satellite.
  • the fourth information may include at least one of the following: indication information for indicating that satellite access is unavailable; the start time of satellite access unavailability; and the duration of satellite access unavailability.
  • the fourth information may indicate the start time and/or duration of the satellite access unavailability.
  • the terminal can determine the specific time when the satellite access is unavailable based on the fourth information and not access the second access network device on the satellite during this time.
  • the terminal may be in a first state, and data and/or signaling related to the terminal may be stored in the first access network device.
  • the first access network device can still provide the terminal with S&F-based services.
  • the first access network device can store data and/or signaling related to the terminal.
  • the terminal can be in the first state to reduce power consumption.
  • embodiments of the present disclosure provide a mobility processing method.
  • the method is performed by a first access network device.
  • the method includes receiving first information indicating a handover failure from the first access network device to a second access network device; the first access network device and the second access network device are located on different satellites, the first access network device supports a S&F function, and the second access network device does not support the S&F function.
  • the first access network device can be informed that the handover from the first access network device to the second access network device has failed.
  • the terminal will not be handed over from the first access network device that supports the S&F function to the second access network device that does not support the S&F function. In other words, the terminal will not access the second access network device. If the first access network device is already providing the terminal with a service based on the S&F function, the terminal's lack of access to the second access network device prevents termination or interruption of the S&F service.
  • the first information may include a reason for the switching failure, where the reason for the switching failure is used to indicate that the second access network device does not support the S&F function.
  • the above method may further include: storing data and/or signaling related to the terminal.
  • the above method may further include: sending first information to the terminal.
  • embodiments of the present disclosure provide a mobility processing method.
  • the method is performed by a second access network device.
  • the method includes: sending second information, where the second information indicates that the second access network device does not support the S&F function; where the second access network device is located on a satellite.
  • the above method may further include: receiving third information, wherein the third information is used to determine that the second access network device needs to support the S&F function.
  • embodiments of the present disclosure provide a mobility processing method, which is executed by a terminal and includes receiving fourth information indicating that satellite access is unavailable.
  • the terminal when satellite access is unavailable, can be in a first state, and data and/or signaling related to the terminal can be stored in the first access network device.
  • embodiments of the present disclosure provide a mobility processing device.
  • the device is disposed in a first network element.
  • the device includes a transceiver module.
  • the transceiver module is configured to transmit first information, wherein the first information indicates a handover failure from a first access network device to a second access network device; wherein the first access network device and the second access network device are located on different satellites, the first access network device supports a S&F function, and the second access network device does not support the S&F function.
  • the first information may include a reason for the switching failure, and the reason for the switching failure is used to indicate that the second access network device does not support the S&F function.
  • the transceiver module can also be configured to: receive second information, wherein the second information is used to indicate that the second access network device does not support the S&F function.
  • the transceiver module may further be configured to: send fourth information, where the fourth information is used to indicate that satellite access is unavailable.
  • the fourth information may include at least one of the following: indication information for indicating that satellite access is unavailable; the start time of satellite access unavailability; and the duration of satellite access unavailability.
  • the transceiver module can also be configured to: receive first information, wherein the first information is used to indicate a failure of switching from the first access network device to the second access network device.
  • an embodiment of the present disclosure provides a mobility processing device.
  • the device is provided in a terminal.
  • the device includes a transceiver module.
  • the transceiver module is configured to receive fourth information, wherein the fourth information is used to indicate that satellite access is unavailable.
  • the fourth information may include at least one of the following: indication information for indicating that satellite access is unavailable; the start time of satellite access unavailability; and the duration of satellite access unavailability.
  • the transceiver module can also be configured to: receive first information, wherein the first information is used to indicate a failure of switching from a first access network device to a second access network device; wherein the first access network device and the second access network device are located on different satellites, the first access network device supports the S&F function, and the second access network device does not support the S&F function.
  • the first information may include a reason for the switching failure, and the reason for the switching failure is used to indicate that the second access network device does not support the S&F function.
  • embodiments of the present disclosure provide a communication device.
  • the communication device includes: one or more processors; and a memory storing instructions. When the instructions are executed by the communication device, the communication device implements the mobility processing method described in the first aspect and any of its possible implementations.
  • inventions of the present disclosure provide a communications device.
  • the communications device includes: one or more processors; and a memory storing instructions. When executed by the communications device, the instructions enable the communications device to implement the mobility processing method described in the third aspect and any one of its possible implementations.
  • inventions of the present disclosure provide a communication device.
  • the communication device includes: one or more processors; and a memory storing instructions.
  • the communication device implements the mobility processing method described in the fourth aspect and any one of its possible implementations.
  • inventions of the present disclosure provide a communications device.
  • the communications device includes: one or more processors; and a memory storing instructions. When executed by the communications device, the instructions enable the communications device to implement the mobility processing method described in the fifth aspect and any one of its possible implementations.
  • an embodiment of the present disclosure provides a communication system.
  • the communication system includes at least one of the following: a first network element, a first access network device, and a second access network device.
  • the above communication system can be used to execute the mobility processing method described in the sixth aspect.
  • an embodiment of the present disclosure provides a storage medium.
  • the storage medium stores instructions.
  • the communication device executes the mobility processing method as described in any one of the first, second, third, fourth, fifth, and sixth aspects and their possible implementations.
  • an embodiment of the present disclosure provides a program product.
  • the program product When executed by a communication device, the program product causes the communication device to perform the mobility processing method as described in any one of the first aspect, the second aspect, the third aspect, the fourth aspect, the fifth aspect, the sixth aspect, and any possible implementations thereof.
  • an embodiment of the present disclosure provides a computer program.
  • the computer program When the computer program is executed on a computer, the computer executes the mobility processing method as described in any one of the first aspect, the second aspect, the third aspect, the fourth aspect, the fifth aspect, the sixth aspect, and any possible implementations thereof.
  • embodiments of the present disclosure provide a chip or chip system.
  • the chip or chip system includes a processing circuit.
  • the processing circuit is configured to execute the mobility processing method as described in any one of the first, second, third, fourth, fifth, and sixth aspects and any possible implementations thereof.
  • the present disclosure provides a mobility processing method and apparatus, a communication device, a communication system, a storage medium, and a program product.
  • the terms mobility processing method, communication method, information processing method, and information transmission method are interchangeable;
  • the terms mobility processing apparatus, communication apparatus, communication device, network device, network function, and network entity are interchangeable;
  • the terms communication system and information processing system are interchangeable.
  • each step in a certain embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined.
  • a solution after removing some steps in a certain embodiment can also be implemented as an independent embodiment, and the order of the steps in a certain embodiment can be arbitrarily exchanged.
  • the optional implementation methods in a certain embodiment can be arbitrarily combined; in addition, the embodiments can be arbitrarily combined. For example, some or all steps of different embodiments can be arbitrarily combined, and a certain embodiment can be arbitrarily combined with the optional implementation methods of other embodiments.
  • elements expressed in the singular such as “a”, “an”, “the”, “above”, “said”, “the”, “the”, etc., may mean “one and only one", or “one or more”, “at least one”, etc.
  • articles such as “a”, “an”, “the” in English are used in translation, the noun following the article may be understood as a singular expression or a plural expression.
  • plurality refers to two or more than two.
  • the terms “at least one”, “one or more”, etc. can be used interchangeably.
  • descriptions such as “at least one of A and B,” “A and/or B,” “A in one case, B in another case,” or “in response to one case A, in response to another case B” may include the following technical solutions depending on the situation: in some embodiments, A (A is executed independently of B); in some embodiments, B (B is executed independently of A); in some embodiments, execution is selected from A and B (A and B are selectively executed); and in some embodiments, A and B (both A and B are executed). The above is also applicable when there are more branches such as A, B, and C.
  • a or B and other descriptions may include the following technical solutions depending on the situation: in some embodiments, A (A is executed independently of B); in some embodiments, B (B is executed independently of A); in some embodiments, execution is selected from A and B (A and B are selectively executed). The above is also applicable when there are more branches such as A, B, C, etc.
  • prefixes "first” and “second” in the embodiments of the present disclosure are only used to distinguish different description objects and do not limit the position, order, priority, quantity or content of the description objects.
  • the description object please refer to the description in the context of the claims or embodiments.
  • the use of prefixes should not constitute unnecessary restrictions.
  • the description object is "field”
  • the "first field” and “second field” in “first field” and “second field” should not be used as prefixes.
  • the ordinal number before the "paragraph” does not limit the position or order between the "fields”, and “first” and “second” do not limit whether the "fields” they modify are in the same message, nor do they limit the order of the "first field” and the "second field”.
  • terms such as “greater than”, “greater than or equal to”, “not less than”, “more than”, “more than or equal to”, “not less than”, “higher than”, “higher than or equal to”, “not less than”, and “above” can be replaced with each other, and terms such as “less than”, “less than or equal to”, “not greater than”, “less than”, “less than or equal to”, “not more than”, “lower than”, “lower than or equal to”, “not higher than”, and “below” can be replaced with each other.
  • devices, etc. can be interpreted as physical or virtual, and their names are not limited to the names recorded in the embodiments.
  • Terms such as “device”, “equipment”, “device”, “circuit”, “network element”, “node”, “function”, “unit”, “section”, “system”, “network”, “chip”, “chip system”, “entity”, and “subject” can be used interchangeably.
  • the terms “access network device (AN device)”, “radio access network device (RAN device)”, “base station (BS)”, “radio base station”, “fixed station”, “node”, “access point”, “transmission point (TP)”, “reception point (RP)”, “transmission/reception point (TRP)”, “panel”, “antenna panel”, “antenna array”, “cell”, “macro cell”, “small cell”, “femto cell”, “pico cell”, “sector”, “cell group”, “serving cell”, “carrier”, “component carrier”, “bandwidth part (BWP)” and the like may be used interchangeably.
  • terminal In some embodiments, the terms "terminal”, “terminal device”, “user equipment (UE)”, “user terminal” “mobile station (MS)”, “mobile terminal (MT)", subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, client, etc. can be used interchangeably.
  • the access network device, the core network device, or the network device can be replaced by a terminal.
  • the various embodiments of the present disclosure can also be applied to a structure in which the communication between the access network device, the core network device, or the network device and the terminal is replaced by communication between multiple terminals (for example, device-to-device (D2D), vehicle-to-everything (V2X), etc.).
  • D2D device-to-device
  • V2X vehicle-to-everything
  • terms such as "uplink” and “downlink” can also be replaced by terms corresponding to communication between terminals (for example, "side”).
  • uplink channels, downlink channels, etc. can be replaced by side channels
  • uplinks, downlinks, etc. can be replaced by side links.
  • the terminal may be replaced by an access network device, a core network device, or a network device.
  • the access network device, the core network device, or the network device may have a structure that has all or part of the functions of the terminal.
  • obtaining data, information, etc. may comply with the laws and regulations of the country where the data is obtained.
  • data, information, etc. may be obtained with the user's consent.
  • each element, each row, or each column in the table of the embodiment of the present disclosure can be implemented as an independent embodiment, and the combination of any elements, any rows, and any columns can also be implemented as an independent embodiment.
  • FIG1 is a schematic diagram of the architecture of a communication system according to an embodiment of the present disclosure.
  • a communication system 100 includes a terminal 101 , an access network device 102 , and a core network 103 .
  • the terminal 101 includes, for example, a mobile phone, a wearable device, an Internet of Things device, a car with communication function, a smart car, a tablet computer, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical surgery, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, and at least one of a wireless terminal device in a smart home, but is not limited thereto.
  • a mobile phone a wearable device, an Internet of Things device, a car with communication function, a smart car, a tablet computer, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical surgery
  • the access network device 102 is, for example, a node or device that connects a terminal to a wireless network.
  • the access network device 102 may include at least one of an evolved NodeB (eNB), a next generation evolved NodeB (ng-eNB), a next generation NodeB (gNB), a NodeB (NB), a home NodeB (HNB), a home evolved NodeB (HeNB), wireless backhaul equipment, a radio network controller (RNC), a base station controller (BSC), a base transceiver station (BTS), a baseband unit (BBU), a mobile switching center, a base station in a 6G communication system, an open RAN, a cloud RAN, a base station in other communication systems, and an access node in a Wi-Fi system, but is not limited thereto.
  • eNB evolved NodeB
  • ng-eNB next generation evolved NodeB
  • gNB next generation NodeB
  • NB NodeB
  • HNB home No
  • the technical solution of the present disclosure may be applicable to an open radio access network (Open RAN) architecture.
  • Open RAN open radio access network
  • the interfaces between access network devices or within access network devices involved in the embodiments of the present disclosure may become internal interfaces of Open RAN, and the processes and information interactions between these internal interfaces may be implemented through software or programs.
  • the access network device 102 may be composed of a centralized unit (CU) and a distributed unit (DU), where the CU may also be called a control unit.
  • the CU-DU structure may be used to separate the protocol layers of the access network device, with some functions of the protocol layers being centrally controlled by the CU, and the remaining functions of some or all of the protocol layers being distributed in the DU, which is centrally controlled by the CU, but is not limited to this.
  • the core network 103 may be a device including a first network element 1031, a second network element 1032, a third network element 1033, etc., or may be multiple devices or a device group including all or part of the first network element 1031, the second network element 1032, the third network element 1033, etc.
  • the network element may be virtual or physical.
  • the core network 103 may include, for example, at least one of an Evolved Packet Core (EPC), a 5G Core Network (5GCN), and a Next Generation Core (NGC).
  • EPC Evolved Packet Core
  • 5GCN 5G Core Network
  • NGC Next Generation Core
  • the core network 103 may include EPC and/or 5GCN.
  • the first network element 1031 may be, for example, a mobility management entity (MME).
  • MME mobility management entity
  • the first network element 1031 may be, for example, an access and mobility management function (AMF).
  • AMF access and mobility management function
  • the first network element 1031 may be used to perform user mobility management, for example, but its name is not limited thereto.
  • the second network element 1032 can be, for example, a serving gateway (S-GW).
  • S-GW serving gateway
  • the second network element 1032 can be, for example, a user plane function (UPF).
  • UPF user plane function
  • the second network element 1032 may be responsible for data exchange on the user plane, for example, but its name is not limited thereto.
  • the third network element 1033 can be, for example, a packet data network (PDN) gateway (P-GW).
  • PDN packet data network gateway
  • the third network element 1033 may be, for example, a UPF.
  • the third network element 1033 may be responsible for UE access to the PDN, for example.
  • the communication system 100 may be a 4G communication system or a 5G communication system. It should be noted that the communication system 100 may also be other communication systems, such as a 6G communication system, which is not specifically limited in the present disclosure.
  • Satellite communication technology is considered to be an important aspect of the future development of wireless communication technology.
  • Communication systems that support satellite access technology can also be called satellite communication networks.
  • terminals can access the core network (such as EPC, 5GC) through the satellite access network and conduct business.
  • the core network such as EPC, 5GC
  • the satellite access network will have problems such as limited coverage. Therefore, the satellite may not be able to provide continuous connection services.
  • This discontinuous satellite connection includes the connection between the satellite and the terminal. There are interruptions in the service connection between the satellite and the ground station or in the feeder connection between the satellite and the ground station.
  • connection between the satellite and the terminal may also be called a service link, and the connection between the satellite and the ground station may also be called a feeder link.
  • the satellite communication network can have two different architectures: a satellite communication network architecture based on transparent payloads (i.e., transparent mode) and a satellite communication network architecture based on regenerative payloads (i.e., regenerative mode).
  • a satellite communication network architecture based on transparent payloads i.e., transparent mode
  • a satellite communication network architecture based on regenerative payloads i.e., regenerative mode
  • the satellite communication system supports store and forward (S&F) functionality.
  • Store and forward (S&F) is an operating mode of a communication system with satellite access (i.e., a satellite communication system).
  • the communication system can provide data storage services when satellite connectivity is intermittent or temporarily unavailable, and provide cached data forwarding services when the satellite connectivity is restored.
  • the operation mode of the satellite communication system based on the transparent mode or the regeneration mode described above can be described as normal or default satellite operation.
  • FIG. 2A is a scenario diagram of the storage and forwarding function provided according to an embodiment of the present disclosure.
  • the interaction of end-to-end signaling or data transmission is processed as a combination of two steps that are not performed at the same time (such as steps A and B in Figure 2A).
  • step A signaling or data transmission interaction is performed between the terminal and the satellite.
  • step B a connection is established between the satellite and the ground network (that is, a feeder link is established), so that communication can be carried out between the satellite and the ground network. Therefore, the satellite moves from establishing a connection with the terminal in step A to establishing a connection with the ground network in step B.
  • support for S&F functionality is particularly applicable to providing delay-tolerant or non-real-time IoT satellite services on non-geostationary satellite orbit (NGSO) satellites.
  • NGSO non-geostationary satellite orbit
  • not all satellites in the ephemeris support the S&F function.
  • some satellites may support the S&F function, while other satellites may not support the S&F function.
  • FIG. 2B is a schematic diagram of a scenario of the store and forward function provided according to an embodiment of the present disclosure.
  • the ephemeris may correspond to three satellites, respectively denoted as SAT1, SAT2, and SAT3.
  • satellites SAT1 and SAT3 support the S&F function, while satellite SAT2 does not support the S&F function.
  • satellite SAT1 covers the UE and provides services to the UE. Since satellite SAT1 supports the S&F function, the UE can initiate a delay-tolerant service by leveraging satellite SAT1's support for the S&F function.
  • satellite SAT1 may fly out of the coverage area for the UE, and satellite SAT2 may fly into the coverage area for the UE.
  • satellite SAT2 covers the UE and provides services to the UE.
  • satellite SAT2 does not support the S&F function.
  • the UE may access satellite SAT2 at the second moment T2, and the delay-tolerant service associated with the UE will be terminated.
  • FIG3A is an interactive diagram of a mobility processing method according to an embodiment of the present disclosure.
  • the mobility processing method according to the embodiment of the present disclosure can be applied to the communication system 100.
  • the mobility processing method according to the embodiment of the present disclosure includes steps S3101 to S3111.
  • the first network element 1031 may include a first core network device 1031A and a second core network device 1031B. In some embodiments, the first core network device 1031A and the second core network device 1031B may both be the first network element 1031 .
  • the second network element 1032 may include a third core network device 1032A and a fourth core network device 1032B. In some embodiments, the third core network device 1032A and the fourth core network device 1032B may both be the second network element 1032.
  • the access network device 102 may include a first access network device 102A and a second access network device 102B. In some embodiments, both the first access network device 102A and the second access network device 102B may be access network devices 102. In some embodiments, the first access network device 102A and the second access network device 102B may be satellite-borne devices. In one example, the first access network device 102A and the second access network device 102B may be located on different satellites.
  • the first core network device 1031A, the third core network device 1032A, and the first access network device 102A may be the core network device and the access network device that provided services to the terminal 101 before the switching.
  • the first core network device 1031A and the third core network device 1032A may be referred to as source core network devices, and the first access network device 102A may be referred to as a source access network device.
  • the second core network device 1031B, the fourth core network device 1032B, and the second access network device 102B may be the core network device and the access network device that will provide services to the terminal 101 after the switching.
  • the second core network device 1031B and the fourth core network device 1032B may be referred to as target core network devices, and the second access network device 102B may be referred to as a target access network device.
  • Network equipment may be referred to as target core network devices.
  • step S3101 the first access network device 102A sends a handover request to the first core network device 1031A.
  • the first core network device 1031A may receive a handover request.
  • the handover request may be used to request a handover for the terminal 101 .
  • the handover request may be used to request a handover from the first access network device 102A to the second access network device 102B.
  • the first access network device 102A may trigger a handover procedure based on a measurement report from the terminal 101. In some embodiments, when the terminal 101 moves from being covered by the satellite where the first access network device 102A resides to being covered by the satellite where the second access network device 102B resides, the first access network device 102A may trigger a handover procedure based on the measurement report from the terminal 101. In some embodiments, when the handover procedure is triggered, the first access network device 102A may send a handover request.
  • the second access network device 102B may be determined based on the measurement report and/or ephemeris information of the terminal 101 .
  • the name of the handover request is not limited, and it can be, for example, a handover request, a handover invitation, a handover notification, etc.
  • the handover request may be carried in a Handover Required message.
  • the first access network device 102A may send a Handover Required message to the first core network device 1031A, the message including the handover request.
  • the handover request may include area information, which may be used to indicate the area where the terminal 101 is located.
  • the region information may include at least one of the following: geographic coordinate information, administrative region information.
  • the area information may be used to indicate a tracking area (TA).
  • the handover request may include identification information of the TA.
  • the handover request may include a TAI (tracking area identifier).
  • the first access network device 102A may be an eNB, and the first core network device 1031A may be an MME.
  • the Handover Required message may include the TAI.
  • the handover request may include a target TAI. The target TAI may be used to indicate the area where the terminal 101 is located.
  • the area information may be used to indicate a cell.
  • the handover request may include identification information of the cell.
  • the handover request may include a cell identity (Cell ID).
  • the first access network device 102A may be a gNB, and the first core network device 1031A may be an AMF.
  • the Handover Required message may include a cell identity.
  • the handover request may include a target cell identity. The target cell identity may be used to indicate the area where the terminal 101 is located.
  • the region information can be used to identify the second core network device 1031B. In some embodiments, the region information enables the first core network device 1031A to identify an appropriate second core network device 1031B. In one example, the second core network device 1031B identified by the first core network device 1031A can be different from the first core network device 1031A. It will be appreciated that in some embodiments, the first core network device 1031A can identify itself as the second core network device 1031B. In other words, the first core network device 1031A can determine that it provides services for the region indicated by the region information.
  • step S3102 the first core network device 1031A sends third information to the second core network device 1031B.
  • the second core network device 1031B may receive the third information.
  • the third information may be used to determine that the second access network device 102B needs to support the S&F function. In some embodiments, the third information may be used to indicate that the second access network device 102B needs to support the S&F function.
  • the name of the third information is not limited, and it can be, for example, function requirement information, function indication information, S&F function indication information, etc.
  • the third information may be determined based on whether the first access network device 102A supports the S&F function. In some embodiments, the third information may be determined based on whether the first access network device 102A supports the S&F function.
  • the first core network device 1031A may know that the first access network device 102A supports the S&F function. In this case, the first core network device 1031A may determine that the second access network device 102B needs to support the S&F function.
  • the first core network device 1031A may know that the first access network device 102A provides a service based on the S&F function for the terminal 101. In this case, the first core network device 1031A may determine that the second access network device 102B needs to support the S&F function.
  • the third information may be carried in a forward relocation request message.
  • both the first core network device 1031A and the second core network device 1031B may be MMEs.
  • the first core network device 1031A may send a forward relocation request message to the second core network device 1031B, and the message may include the third information.
  • the third information can be sent via a service-based Namf interface.
  • the third information can be carried in In a Namf_Communication_CreateUEContext request message.
  • both the first core network device 1031A and the second core network device 1031B may be AMFs.
  • the first core network device 1031A may send a Namf_Communication_CreateUEContext request message to the second core network device 1031B, and the message may include the third information.
  • the first core network device 1031A may determine the second core network device 1031B. In some embodiments, the first core network device 1031A may select the second core network device 1031B based on a selection function. In one example, the selection function may be used to implement MME selection. In another example, the selection function may be used to implement AMF selection.
  • the selection of the second core network device 1031B may take into account the area information in the handover request.
  • the area information may be sent together with the third information to the second core network device 1031B.
  • the area information may be used by the second core network device 1031B to determine whether the second network element 1032 needs to be reselected.
  • the forwarded relocation request message may further include region information.
  • the region information may be included in the third information.
  • the region information may be independent of the third information.
  • the Namf_Communication_CreateUEContext request message may further include region information.
  • the region information may be included in the third information.
  • the region information may be independent of the third information.
  • step S3103 the second core network device 1031B interacts with the fourth core network device 1032B.
  • the second core network device 1031B may interact with the determined fourth core network device 1032B, and a session may be established through the interaction between the two.
  • the second core network device 1031B may be an MME, and the fourth core network device 1032B may be an S-GW.
  • the second core network device 1031B may send a create session request message to the fourth core network device 1032B.
  • the fourth core network device 1032B may send a create session response message to the second core network device 1031B.
  • the second core network device 1031B may be an AMF, and the fourth core network device 1032B may be a UPF. In some embodiments, the second core network device 1031B may send a Namf_PDUSession_UpdateSMContext request message and receive a Namf_PDUSession_UpdateSMContext response message.
  • step S3104 the second core network device 1031B sends third information to the second access network device 102B.
  • the second access network device 102B may receive the third information.
  • the third information may be used to determine that the second access network device 102B needs to support the S&F function.
  • the third information may be used to request the second access network device 102 to report its S&F support capability.
  • the second core network device 1031B may determine or select the second access network device 102B.
  • the second access network device 102B may determine that it does not support the S&F function.
  • the third information may be carried in a handover request message.
  • step S3105 the second access network device 102B sends second information to the second core network device 1031B.
  • the second core network device 1031B may receive the second information.
  • the second information may be used to indicate that the second access network device 102B does not support the S&F function.
  • the second information may be used to report that the second access network device 102B does not support the S&F function.
  • the name of the second information is not limited, and it can be, for example, function indication information, failure reason information, etc.
  • the second information may be used to indicate the second core network device 1031B's support capability for the S&F function. In one example, the second information may indicate that the second access network device 102B does not support the S&F function. In one example, when the third information is used to request reporting of the second access network device 102B's support capability for S&F, the second information may include or may be capability information.
  • the second information may be used to indicate the reason for the handover failure. In some embodiments, the second information may be used to indicate that the reason for the handover failure is that the second access network device 102B does not support the S&F function. In one example, when the third information is used to indicate that the second access network device 102B needs to support the S&F function, the second information may include or may be failure reason information.
  • the second information may be carried in a handover failure message.
  • the second core network device 1031B may determine, based on the received second information, that the second access network device 102B does not support the S&F function, and then determine that the handover from the first access network device 102A to the second access network device 102B has failed.
  • step S3106 the second core network device 1031B interacts with the fourth core network device 1032B.
  • the second core network device 1031B may interact with the fourth core network device 1032B. Through the interaction between the two, the established session may be deleted.
  • the second core network device 1031B may be an MME, and the fourth core network device 1032B may be an S-GW.
  • the second core network device 1031B may send a delete session request message to the fourth core network device 1032B.
  • the fourth core network device 1032B may send a delete session response message to the second core network device 1031B.
  • the second core network device 1031B may be an AMF, and the fourth core network device 1032B may be a UPF. In some embodiments, the second core network device 1031B may send a Namf_PDUSession_UpdateSMContext request message and receive a Namf_PDUSession_UpdateSMContext response message.
  • step S3107 the second core network device 1031B sends the first information to the first core network device 1031A.
  • the first core network device 1031A may receive the first information.
  • the first information may be used to determine that a handover from the first access network device 102A to the second access network device 102B has failed.
  • the first information may be used to indicate that handover from the first access network device 102A to the second access network device 102B fails.
  • the first information may be used to indicate that the handover from the first access network device 102A to the second access network device 102B is rejected.
  • the name of the first information is not limited, and it can be, for example, handover failure information, handover rejection information, etc.
  • the first information may include a reason for the handover failure.
  • the reason for the handover failure may indicate that the second access network device 102B does not support the S&F function.
  • the first information may be carried in a forward relocation response message.
  • the first core network device 1031A and the second core network device 1031B may both be MMEs.
  • the second core network device 1031B may send a forward relocation response message to the first core network device 1031A, and the message may include the first information.
  • the first information can be sent via a service-based Namf interface.
  • the third information can be carried in a Namf_Communication_CreateUEContext response message.
  • both the first core network device 1031A and the second core network device 1031B can be AMFs.
  • the second core network device 1031B can send a Namf_Communication_CreateUEContext response message to the first core network device 1031A, which can include the first information.
  • step S3108 the first core network device 1031A sends first information to the first access network device 102A.
  • the first access network device 102A may receive the first information.
  • the first information may be carried in a handover preparation failure message.
  • the first core network device 1031A may send a handover preparation failure message to the first access network device 102A, where the message may include the first information.
  • the first core network device 1031A may send the second information to the first access network device 102A, which is not specifically limited in the embodiments of the present disclosure.
  • step S3109 the first access network device 102A sends first information to the terminal 101 .
  • terminal 101 may receive first information.
  • the terminal 101 may determine, based on the first information, that the handover from the first access network device 102A to the second access network device 102B has failed.
  • the first information may be used to indicate the handover failure.
  • the terminal 101 may determine that satellite access is unavailable. In some embodiments, based on the first information, the terminal 101 may determine that satellite access corresponding to the second access network device 102B is unavailable. In some embodiments, based on the first information, the terminal 101 may determine that satellite access is unavailable.
  • step S3110 the terminal 101 sends a request message to the first core network device 1031A.
  • the first core network device 1031A may receive the request information.
  • the request information may be sent by the first core network device 1031A after determining that the handover fails.
  • the request information may be sent by the first core network device 1031A based on the first information.
  • the terminal 101 may determine not to access the second access network device 102B. Before the first access network device 102A moves to no longer cover the terminal 101, the terminal 101 may send a request message.
  • the request information may be used to obtain information related to the unavailability of satellite access.
  • satellite access unavailability may refer to a situation where the terminal 101 cannot access the second core network device 1031B on the satellite because the second core network device 1031B does not support the S&F function.
  • the terminal 101 may initiate a tracking area update procedure. In some embodiments, during the tracking area update procedure, the terminal 101 may send a request message to the first core network device 1031A.
  • the terminal 101 may initiate a tracking area update procedure before the first core network device 1031A leaves the coverage area for the terminal 101. In some embodiments, the terminal 101 may initiate a tracking area update procedure when the first core network device 1031A is about to leave the coverage area for the terminal 101.
  • step S3111 the first core network device 1031A sends fourth information to the terminal 101.
  • the first core network device 1031A may send fourth information to the terminal 101 in response to the request information.
  • terminal 101 may receive fourth information.
  • the fourth information may be used to determine that satellite access is unavailable.
  • the fourth information may be used to indicate that satellite access is unavailable.
  • the fourth information may be used to indicate information related to unavailability of satellite access.
  • the name of the fourth information is not limited, and it can be, for example, satellite access stop information, etc.
  • the fourth information may include at least one of the following: indication information indicating that satellite access is unavailable, a start time of satellite access unavailability, and a duration of satellite access unavailability.
  • the indication information in the fourth information may be used to indicate that satellite access is unavailable.
  • the fourth information may include a specific field.
  • the value of the field e.g., "1," "true value,” or "unavailable" may be used to indicate that satellite access is unavailable.
  • the start time of satellite access unavailability may be the time when the satellite on which the first access network device 102A is located moves and no longer covers the terminal 101. In another example, the start time of satellite access unavailability may be the time when the terminal 101 leaves the coverage of the first access network device 102A due to satellite movement. In another example, the start time of satellite access unavailability may be the time when the satellite on which the first access network device 102A is located moves out of the coverage area.
  • the duration of satellite access unavailability may be the duration from the time the satellite on which the first access network device 102A resides moves and no longer covers the terminal 101 to the time the satellite again covers the terminal 101.
  • the start time of satellite access unavailability may be the duration from the time the terminal 101 leaves the coverage of the first access network device 102A due to satellite movement to the time the terminal 101 re-enters the coverage of the first access network device 102A.
  • the start time of satellite access unavailability may be the duration from the time the satellite on which the first access network device 102A resides moves out of the coverage area to the time it next covers the area.
  • the fourth information may be determined based on satellite ephemeris. In some embodiments, the fourth information may be determined based on ephemeris information of a satellite of the first access network device 102A and/or a satellite of the second access network device 102B.
  • the fourth information may include indication information for indicating that satellite access is unavailable.
  • the terminal 101 may determine that satellite access is unavailable based on the indication information.
  • the fourth information may not include the indication information indicating that satellite access is unavailable.
  • the fourth information may include the start time and/or duration of the satellite access unavailability, and omit the indication information indicating that satellite access is unavailable.
  • terminal 101 can determine that satellite access is unavailable based on the start time and/or duration of the satellite access unavailability carried in the fourth information.
  • the terminal 101 when satellite access is unavailable, the terminal 101 may be in the first state. In some embodiments, the unavailable satellite access may correspond to the satellite of the first access network device 102A not covering the terminal 101.
  • the first state may be a power-saving state.
  • the power-saving state may mean that the power consumption of the terminal 101 is lower than that during normal operation.
  • the power-saving state may be a low-power state.
  • the first state may be an idle state.
  • the first state may be a dormant state. It is understood that the first state may also be other states with lower power consumption, which is not specifically limited in the present embodiments.
  • the first access network device 102A can store data and/or signaling related to the terminal 101.
  • the data and/or signaling related to the terminal 101 can be stored in the first access network device 102A.
  • the first access network device 102A can store uplink data and/or signaling related to the terminal 101.
  • the access network device 102A may store downlink data and/or signaling related to the terminal 101 .
  • the mobility processing method involved in the embodiments of the present disclosure may include at least one of steps S3101 to S3111.
  • step S3105 can be implemented as an independent embodiment.
  • step S3107 can be implemented as an independent embodiment.
  • step S3108 can be implemented as an independent embodiment.
  • step S3111 can be implemented as an independent embodiment.
  • the combination of steps S3105 and S3107 can be implemented as an independent embodiment.
  • the combination of steps S3107 and S3108 can be implemented as an independent embodiment.
  • the combination of steps S3108 and S3111 can be implemented as an independent embodiment. It should be noted that the possible independent embodiments consisting of one or more steps from steps S3101 to S3111 are not limited to this.
  • steps S3101, S3102, S3103, S3104, S3106, S3107, S3108, S3109, S3110, and S3111 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S3101, S3102, S3103, S3104, S3105, S3106, S3108, S3109, S3110, and S3111 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S3101, S3102, S3103, S3104, S3105, S3106, S3107, S3109, S3110, and S3111 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S3101, S3102, S3103, S3104, S3105, S3106, S3107, S3108, S3109, and S3110 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • FIG3B is an interactive diagram of a mobility processing method according to an embodiment of the present disclosure.
  • the mobility processing method according to the embodiment of the present disclosure can be applied to the communication system 100.
  • the mobility processing method according to the embodiment of the present disclosure includes steps S3201 to S3211.
  • the access network device 102 may include a first access network device 102A and a second access network device 102B. In some embodiments, both the first access network device 102A and the second access network device 102B may be access network devices 102. In some embodiments, the first access network device 102A and the second access network device 102B may be satellite-borne devices. In one example, the first access network device 102A and the second access network device 102B may be located on different satellites.
  • the first access network device 102A may be the access network device that provided services to the terminal 101 before the handover. In some embodiments, the first access network device 102A may be referred to as the source access network device. In some embodiments, the second access network device 102B may be the access network device that will provide services to the terminal 101 after the handover. In some embodiments, the second access network device 102B may be referred to as the target access network device.
  • the first network element 1031 and the second network element 1032 do not change.
  • step S3201 the first access network device 102A sends a handover request to the first network element 1031 .
  • step S3201 can refer to the optional implementation of step S3101 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • step S3202 the first network element 1031 interacts with the second network element 1032 .
  • step S3202 can refer to the optional implementation of step S3103 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • the first network element 1031 can interact with the second network element 1032 after receiving the switching request.
  • step S3203 the first network element 1031 sends third information to the second access network device 102B.
  • step S3203 can refer to the optional implementation of step S3104 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • step S3204 the second access network device 102B sends second information to the first network element 1031 .
  • step S3204 can refer to the optional implementation of step S3105 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • step S3205 the first network element 1031 interacts with the second network element 1032 .
  • step S3205 can refer to the optional implementation of step S3106 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • step S3206 the first network element 1031 sends first information to the first access network device 102A.
  • the first access network device 102A may receive the first information.
  • the first information may be used to determine that a handover from the first access network device 102A to the second access network device 102B has failed.
  • the name of the first information is not limited, and it can be, for example, handover failure information, handover rejection information, etc.
  • the first information may include a reason for the handover failure.
  • the reason for the handover failure may indicate that the second access network device 102B does not support the S&F function.
  • the first information may be carried in a handover preparation failure message.
  • the first network element 1031 may send a handover preparation failure message to the first access network device 102A, where the message may include the first information.
  • step S3207 the first access network device 102A sends first information to the terminal 101 .
  • step S3207 can refer to the optional implementation of step S3109 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • step S3208 the terminal 101 sends a request message to the first network element 1031 .
  • step S3208 can refer to the optional implementation of step S3110 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • step S3209 the first network element 1031 sends fourth information to the terminal 101 .
  • step S3209 can refer to the optional implementation of step S3111 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • the mobility processing method involved in the embodiments of the present disclosure may include at least one of steps S3201 to S3209.
  • step S3204 can be implemented as an independent embodiment.
  • step S3206 can be implemented as an independent embodiment.
  • step S3209 can be implemented as an independent embodiment.
  • the combination of steps S3204 and S3206 can be implemented as an independent embodiment.
  • the combination of steps S3206 and S3209 can be implemented as an independent embodiment.
  • the combination of steps S3204, S3206, and S3209 can be implemented as an independent embodiment. It should be noted that the possible independent embodiments consisting of one or more steps from steps S3201 to S3209 are not limited to this.
  • steps S3201, S3202, S3203, S3205, S3206, S3207, S3208, and S3209 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S3201, S3202, S3203, S3204, S3205, S3207, S3208, and S3209 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S3201, S3202, S3203, S3204, S3205, S3206, S3207, and S3208 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • FIG3C is an interactive diagram of a mobility processing method according to an embodiment of the present disclosure.
  • the mobility processing method according to the embodiment of the present disclosure can be applied to the communication system 100.
  • the mobility processing method according to the embodiment of the present disclosure includes steps S3301 to S3306.
  • the access network device 102 may include a first access network device 102A and a second access network device 102B. In some embodiments, both the first access network device 102A and the second access network device 102B may be access network devices 102. In some embodiments, the first access network device 102A and the second access network device 102B may be satellite-borne devices. In one example, the first access network device 102A and the second access network device 102B may be located on different satellites.
  • the first access network device 102A may be the access network device that provided services to the terminal 101 before the handover. In some embodiments, the first access network device 102A may be referred to as the source access network device. In some embodiments, the second access network device 102B may be the access network device that will provide services to the terminal 101 after the handover. In some embodiments, the second access network device 102B may be referred to as the target access network device.
  • the first network element 1031 and the second network element 1032 do not change.
  • step S3301 the first access network device 102A sends a handover request to the second access network device 102B.
  • the handover request may be used to request handover for the terminal 101 .
  • the handover request may be used to request a handover from the first access network device 102A to the second access network device 102B.
  • the first access network device 102A can trigger a handover process based on the measurement report of the terminal 101. In some embodiments, when the terminal 101 is covered by the satellite where the first access network device 102A is located and is covered by the satellite where the second access network device 102B is located, In the example embodiment, the first access network device 102A may trigger the handover process according to the measurement report of the terminal 101. In some embodiments, when the handover process is triggered, the first access network device 102A may send a handover request.
  • the second access network device 102B may be determined based on the measurement report and/or ephemeris information of the terminal 101 .
  • the name of the handover request is not limited, and it can be, for example, a handover request, a handover invitation, a handover notification, etc.
  • the handover request may be sent via an X2 interface.
  • the X2 interface may be a communication interface between the first access network device 102A and the second access network device 102B.
  • the handover request may be carried in a handover request message.
  • the handover request message may be sent via the X2 interface.
  • the handover request may be sent via an Xn interface.
  • the Xn interface may be a communication interface between the first access network device 102A and the second access network device 102B.
  • the handover request may be carried in a handover request message.
  • the handover request message may be sent via the Xn interface.
  • the handover request may include area information, which may be used to indicate the area where the terminal 101 is located.
  • the handover request may be sent from the first access network device 102A to the second access network device 102B during handover preparation and/or handover execution.
  • step S3302 the second access network device 102B sends second information to the first network element 1031 .
  • the first network element 1031 may receive the second information.
  • the second information may be used to indicate that the second access network device 102B does not support the S&F function.
  • the second information may be used to report that the second access network device 102B does not support the S&F function.
  • the name of the second information is not limited, and it can be, for example, function indication information, failure reason information, etc.
  • the second information may be used to indicate the support capability of the second core network device 1031B for the S&F function.
  • the second information may indicate that the second access network device 102B does not support the S&F function.
  • the second access network device 102B may send the second information in response to the handover request.
  • the handover request may indicate that the first access network device 102A supports the S&F function.
  • the second access network device 102B may send the second information to the first network element 1031 to indicate that it does not support the S&F function.
  • the second access network device 102B may send the second information in response to the request message from the first network element 1031. In some embodiments, after receiving the request message from the first network element 1031, the second access network device 102B may send the second information as a response to indicate that it does not support the S&F function. In some embodiments, the request message may be used to request the second access network device 102B's support capability for the S&F function.
  • the second information may be carried in a path switch request message.
  • the second access network device 102B may send a path switch request message to the first network element 1031, and the message may include the second information.
  • the path switch request message may further include indication information that the first access network device 102A supports the S&F function.
  • step S3303 the first network element 1031 sends first information to the second access network device 102B.
  • the second access network device 102B may receive the first information.
  • the first information may be used to determine that a handover from the first access network device 102A to the second access network device 102B has failed.
  • the first information may be used to indicate that handover from the first access network device 102A to the second access network device 102B fails.
  • the first information may include a reason for the handover failure.
  • the reason for the handover failure may indicate that the second access network device 102B does not support the S&F function.
  • the first information may be determined based on the received second information.
  • the first network element 1031 may determine, based on the second information, that the handover from the first access network device 102A to the second access network device 102B has failed.
  • the first network element 1031 may determine that the second access network device 102B does not support the S&F function based on the second information. In this case, the first network element 1031 may determine that the terminal 101 cannot be handed over from the first access network device 102A to the second access network device 102B.
  • the first network element 1031 may determine that the first access network device 102A supports the S&F function, or that the first access network device 102A provides a service based on the S&F function for the terminal 101. Therefore, the first network element 1031 may determine that the second access network device 102B needs to support the S&F function. However, based on the second information, the first network element 1031 may determine that the second access network device 102B does not support the S&F function. Therefore, the first network element 1031 may determine that the terminal 101 cannot be handed over from the first access network device 102A to the second access network device 102B.
  • the first network element 1031 may learn that the first access network device 102A supports the S&F function in the following manner: During the attachment process of the terminal 101 through the first access network device 102A, the first access network device 102A may report its own support capability for the S&F function, that is, support for the S&F function.
  • the first information may be carried in a path switch request failure message.
  • the first network element 1031 may send a path switch request failure message to the second access network device 102B, where the message includes the first information.
  • step S3304 the second access network device 102B sends first information to the first access network device 102A.
  • the first access network device 102A may receive the first information.
  • the first information may be carried in a release resource message.
  • the second access network device 102B may send a release resource message to the first access network device 102A, where the message includes the first information.
  • the release resource message may be used to notify the first access network device 102A of a handover failure. In some embodiments, the release resource message may be used to notify the first access network device 102A that the handover failure occurred because the second access network device 102B does not support the S&F function. In some embodiments, the first information in the release resource message may be used by the first access network device 102A to determine the handover failure.
  • the release resource message may be used to trigger the first access network device 102A to release resources.
  • step S3305 the terminal 101 sends a request message to the first network element 1031 .
  • step S3305 can refer to the optional implementation of step S3110 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • step S3306 the first network element 1031 sends fourth information to the terminal 101 .
  • step S3306 can refer to the optional implementation of step S3111 in Figure 2A and other related parts in the embodiment involved in Figure 2A, which will not be repeated here.
  • the mobility processing method involved in the embodiments of the present disclosure may include at least one of steps S3301 to S3306.
  • step S3302 can be implemented as an independent embodiment.
  • step S3303 can be implemented as an independent embodiment.
  • step S3304 can be implemented as an independent embodiment.
  • step S3306 can be implemented as an independent embodiment.
  • the combination of steps S3302 and S3303 can be implemented as an independent embodiment.
  • the combination of steps S3303 and S3304 can be implemented as an independent embodiment.
  • the combination of steps S3303 and S3306 can be implemented as an independent embodiment.
  • the combination of steps S3302, S3303, and S3304 can be implemented as an independent embodiment. It should be noted that the possible independent embodiments consisting of one or more steps from steps S3301 to S3306 are not limited to this.
  • steps S3201, S3303, S3304, S3305, and S3306 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S3301, S3302, S3304, S3305, and S3306 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S3301, S3302, S3303, S3305, and S3306 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S3301, S3302, S3303, S3304, and S3305 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • the names of information, etc. are not limited to the names described in the embodiments, and terms such as “information”, “message”, “signal”, “signaling”, “report”, “configuration”, “indication”, “instruction”, “command”, “channel”, “parameter”, “domain”, “field”, “symbol”, “symbol”, “codeword”, “codebook”, “codeword”, “codepoint”, “bit”, “data”, “program”, and “chip” can be used interchangeably.
  • terms such as “uplink”, “uplink”, “physical uplink” can be interchangeable with each other, and terms such as “downlink”, “downlink”, “physical downlink” can be interchangeable with each other, and terms such as “side”, “sidelink”, “side communication”, “sidelink communication”, “direct connection”, “direct link”, “direct communication”, “direct link communication” can be interchangeable with each other.
  • radio wireless
  • RAN radio access network
  • AN access network
  • RAN-based and the like
  • terms such as “moment”, “time point”, “time”, and “time position” can be replaced with each other, and terms such as “duration”, “period”, “time window”, “window”, and “time” can be replaced with each other.
  • "obtain”, “get”, “get”, “receive”, “transmit”, “bidirectional transmission”, “send and/or receive” can be interchangeable, and can be interpreted as receiving from other entities, obtaining from protocols, obtaining from higher layers, obtaining by self-processing, autonomous implementation, etc.
  • terms such as “certain”, “preset”, “preset”, “setting”, “indicated”, “some”, “any”, and “first” can be interchangeable.
  • “Specific A”, “preset A”, “preset A”, “setting A”, “indicated A”, “some A”, “any A”, and “first A” can be interpreted as A pre-specified in a protocol, etc., or as A obtained through setting, configuration, or indication, etc., or as specific A, some A, any A, or first A, etc., but not limited to this.
  • the determination or judgment can be performed by a value represented by 1 bit (0 or 1), or by a true or false value (Boolean value) represented by true or false, or by comparison of numerical values (for example, comparison with a predetermined value), but is not limited thereto.
  • FIG4A is a flow chart illustrating a method for handling mobility according to an embodiment of the present disclosure.
  • the present disclosure relates to a method for handling mobility.
  • the method is executed by a first core network device 1031A. As shown in FIG4A , the method includes steps S4101 to S4106.
  • step S4101 a switching request is obtained.
  • step S4101 can refer to the optional implementation of step S3101 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the first core network device 1031A may receive a switching request sent by the first access network device 102A, but is not limited thereto and may also receive a switching request sent by other entities.
  • step S4102 the third information is sent.
  • step S4102 can refer to the optional implementation of step S3102 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the first core network device 1031A may send the third information to the second core network device 1031B, but is not limited thereto and the third information may also be sent to other entities.
  • step S4103 first information is obtained.
  • step S4103 can refer to the optional implementation of step S3107 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the first core network device 1031A may receive the first information sent by the second core network device 1031B, but is not limited thereto and may also receive the first information sent by other entities.
  • step S4104 the first information is sent.
  • step S4104 can refer to the optional implementation of step S3108 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the first core network device 1031A may send the first information to the first access network device 102A, but is not limited thereto and may also send the first information to other entities.
  • step S4105 request information is obtained.
  • step S4105 can refer to the optional implementation of step S3110 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the first core network device 1031A may receive request information sent by the terminal 101, but is not limited thereto and may also receive request information sent by other entities.
  • step S4106 the fourth information is sent.
  • step S4106 can refer to the optional implementation of step S3111 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the first core network device 1031A may send the fourth information to the terminal 101, but is not limited thereto and may also send the fourth information to other entities.
  • the mobility processing method involved in the embodiments of the present disclosure may include at least one of steps S4101 to S4106.
  • step S4104 may be implemented as an independent embodiment.
  • step S4106 may be implemented as an independent embodiment.
  • the combination of steps S4104 and S4106 may be implemented as an independent embodiment. It should be noted that the possible independent embodiments consisting of one or more steps from steps S4101 to S4106 are not limited to this.
  • steps S4101, S4102, S4103, S4105, and S4106 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S4101, S4102, S4103, S4104, and S4105 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • FIG4B is a flow chart illustrating a method for handling mobility according to an embodiment of the present disclosure.
  • the present disclosure relates to a method for handling mobility.
  • the method is executed by the second core network device 1031B. As shown in FIG4B , the method includes steps S4201 to S4206.
  • step S4201 the third information is obtained.
  • step S4201 can refer to the optional implementation of step S3102 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the second core network device 1031B may receive the third information sent by the first core network device 1031A, but is not limited thereto and may also receive the third information sent by other entities.
  • step S4202 interaction is performed.
  • step S4202 can refer to the optional implementation of step S3103 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the second core network device 1031B may interact with the fourth core network device 1032B, but is not limited thereto and may also interact with other entities.
  • step S4203 the third information is sent.
  • step S4203 can refer to the optional implementation of step S3104 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the second core network device 1031B may send the third information to the second access network device 102B, but is not limited thereto and the third information may also be sent to other entities.
  • step S3204 the second information is obtained.
  • step S4204 can refer to the optional implementation of step S3105 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the second core network device 1031B may receive the second information sent by the second access network device 102B, but is not limited thereto and may also receive the second information sent by other entities.
  • step S4205 interaction is performed.
  • step S4205 can refer to the optional implementation of step S3106 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the second core network device 1031B may interact with the fourth core network device 1032B, but is not limited thereto and may also interact with other entities.
  • step S4206 the first information is sent.
  • step S4206 can refer to the optional implementation of step S3107 in Figure 3A and other related parts in the embodiment involved in Figure 3A, which will not be repeated here.
  • the second core network device 1031B may send the first information to the first core network device 1031A, but is not limited thereto and may also send the first information to other entities.
  • the mobility processing method involved in the embodiments of the present disclosure may include at least one of steps S4201 to S4206.
  • step S4204 may be implemented as an independent embodiment.
  • step S4206 may be implemented as an independent embodiment.
  • the combination of steps S4204 and S4206 may be implemented as an independent embodiment. It should be noted that the possible independent embodiments consisting of one or more steps from steps S4201 to S4206 are not limited to this.
  • steps S4201, S4202, S4203, S4205, and S4206 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S4201, S4202, S4203, S4204, and S4205 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • FIG4C is a flow chart of a mobility processing method according to an embodiment of the present disclosure.
  • the embodiment of the present disclosure relates to a mobility processing method.
  • the mobility processing method is executed by the first network element 1031. As shown in FIG4C , the method includes steps S4301 to S4308.
  • step S4301 a switching request is obtained.
  • step S4301 can refer to the optional implementation of step S3201 in Figure 3B and other related parts in the embodiment involved in Figure 3B, which will not be repeated here.
  • the first network element 1031 may receive a switching request sent by the first access network device 102A, but is not limited thereto and may also receive a switching request sent by other entities.
  • step S4302 interaction is performed.
  • step S4302 can refer to the optional implementation of step S3202 in Figure 3B and other related parts in the embodiment involved in Figure 3B, which will not be repeated here.
  • the first network element 1031 may interact with the second network element 1032 , but is not limited thereto and may also interact with other entities.
  • step S4303 the third information is sent.
  • step S4303 can refer to the optional implementation of step S3203 in Figure 3B and other related parts in the embodiment involved in Figure 3B, which will not be repeated here.
  • the first network element 1031 may send the third information to the second access network device 102B, but is not limited thereto and may also send the third information to other entities.
  • step S4304 the second information is obtained.
  • step S4304 can refer to the optional implementation of step S3204 in Figure 3B and other related parts in the embodiment involved in Figure 3B, which will not be repeated here.
  • the first network element 1031 may receive the second information sent by the second access network device 102B, but is not limited thereto and may also receive the second information sent by other entities.
  • step S4305 interaction is performed.
  • step S4305 can refer to the optional implementation of step S3205 in Figure 3B and other related parts in the embodiment involved in Figure 3B, which will not be repeated here.
  • the first network element 1031 may interact with the second network element 1032 , but is not limited thereto and may also interact with other entities.
  • step S4306 the first information is sent.
  • step S4306 can refer to the optional implementation of step S3206 in Figure 3B and other related parts in the embodiment involved in Figure 3B, which will not be repeated here.
  • the first network element 1031 may send the first information to the first access network device 102A, but is not limited thereto and may also send the first information to other entities.
  • step S4307 request information is obtained.
  • step S4307 can refer to the optional implementation of step S3208 in Figure 3B and other related parts in the embodiment involved in Figure 3B, which will not be repeated here.
  • the first network element 1031 may receive request information sent by the terminal 101, but is not limited thereto and may also receive request information sent by other entities.
  • step S4308 the fourth information is sent.
  • step S4308 can refer to the optional implementation of step S3209 in Figure 3B and other related parts in the embodiment involved in Figure 3B, which will not be repeated here.
  • the first network element 1031 may send the fourth information to the terminal 101 , but is not limited thereto and may also send the fourth information to other entities.
  • the mobility processing method involved in the embodiment of the present disclosure may include at least one of steps S4301 to S4308.
  • step S4304 may be implemented as an independent embodiment.
  • step S4306 may be implemented as an independent embodiment.
  • step S4308 may be implemented as an independent embodiment. It can be implemented as an independent embodiment.
  • the combination of steps S4304 and S4306 can be implemented as an independent embodiment.
  • the combination of steps S4306 and S4308 can be implemented as an independent embodiment. It should be noted that the possible independent embodiments consisting of one or more steps from steps S4301 to step S4308 are not limited to this.
  • steps S4301, S4302, S4303, S4305, S4306, S4307, and S4308 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S4301, S4302, S4303, S4304, S4305, S4307, and S4308 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S4301, S4302, S4303, S4304, S4305, S4306, and S4307 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • FIG4D is a flow chart of a mobility processing method according to an embodiment of the present disclosure.
  • the embodiment of the present disclosure relates to a mobility processing method.
  • the mobility processing method is executed by the first network element 1031. As shown in FIG4D , the method includes steps S4401 to S4404.
  • step S4401 the second information is obtained.
  • step S4401 can refer to the optional implementation of step S3302 in Figure 3C and other related parts in the embodiment involved in Figure 3C, which will not be repeated here.
  • the first network element 1031 may receive the second information sent by the second access network device 102B, but is not limited thereto and may also receive the second information sent by other entities.
  • step S4402 the first information is sent.
  • step S4402 can refer to the optional implementation of step S3303 in Figure 3C and other related parts in the embodiment involved in Figure 3C, which will not be repeated here.
  • the first network element 1031 may send the first information to the second access network device 102B, but is not limited thereto and may also send the first information to other entities.
  • step S4403 request information is obtained.
  • step S4403 can refer to the optional implementation of step S3305 in Figure 3C and other related parts in the embodiment involved in Figure 3C, which will not be repeated here.
  • the first network element 1031 may receive request information sent by the terminal 101, but is not limited thereto and may also receive request information sent by other entities.
  • step S4404 the fourth information is sent.
  • step S4404 can refer to the optional implementation of step S3306 in Figure 3C and other related parts in the embodiment involved in Figure 3C, which will not be repeated here.
  • the first network element 1031 may send the fourth information to the terminal 101 , but is not limited thereto and may also send the fourth information to other entities.
  • the mobility processing method involved in the embodiments of the present disclosure may include at least one of steps S4401 to S4404.
  • step S4401 can be implemented as an independent embodiment.
  • step S4402 can be implemented as an independent embodiment.
  • step S4404 can be implemented as an independent embodiment.
  • the combination of steps S4401 and S4402 can be implemented as an independent embodiment.
  • the combination of steps S4402 and S4404 can be implemented as an independent embodiment. It should be noted that the possible independent embodiments consisting of one or more steps from steps S4401 to S4404 are not limited to this.
  • steps S4402, S4403, and S4404 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S4401, S4403, and S4404 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S4401, S4402, and S4403 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • FIG5A is a flow chart of a mobility processing method according to an embodiment of the present disclosure.
  • This embodiment of the present disclosure relates to a mobility processing method.
  • the mobility processing method is executed by a first access network device 102A. As shown in FIG5A , the method includes steps S5101 to S5103.
  • step S5101 a switching request is sent.
  • step S5101 can refer to the optional implementations of step S3101 in FIG. 3A and step S3201 in FIG. 3B , as well as Other related parts of the embodiments involved in FIG. 3A and FIG. 3B are not described in detail here.
  • the first access network device 102A may send a switching request to the first core network device 1031A, but is not limited thereto and may also send a switching request to other entities.
  • the first access network device 102A may send a switching request to the first network element 1031 , but is not limited thereto and may also send a switching request to other entities.
  • step S5102 first information is obtained.
  • step S5102 can refer to the optional implementation of step S3108 in Figure 3A, step S3206 in Figure 3B, and other related parts in the embodiments involved in Figures 3A and 3B, which will not be repeated here.
  • the first access network device 102A may receive the first information sent by the first core network device 1031A, but is not limited thereto and may also receive the first information sent by other entities.
  • the first access network device 102A may receive the first information sent by the first network element 1031 , but is not limited thereto and may also receive the first information sent by other entities.
  • step S5103 the first information is sent.
  • the first access network device 102A may send the first information to the terminal 101, but is not limited thereto and may also send the first information to other entities.
  • the mobility processing method involved in the embodiments of the present disclosure may include at least one of steps S5101 to S5103.
  • step S5102 may be implemented as an independent embodiment. It should be noted that the possible independent embodiments consisting of one or more steps from steps S5101 to S5103 are not limited to this.
  • steps S5101 and S5103 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • FIG5B is a flow chart of a mobility processing method according to an embodiment of the present disclosure. This embodiment of the present disclosure relates to a mobility processing method.
  • the mobility processing method is executed by the first access network device 102A. As shown in FIG5B , the method includes steps S5201 to S5202.
  • step S5201 a switching request is sent.
  • step S5201 can be found in step S3301 of FIG3C and other related parts of the embodiment involved in FIG3C , which will not be described in detail here.
  • the first access network device 102A may send a switching request to the second access network device 102B, but is not limited thereto and may also send a switching request to other entities.
  • step S5202 first information is obtained.
  • step S5202 can refer to the optional implementation of step S3304 in Figure 3C and other related parts in the embodiment involved in Figure 3C, which will not be repeated here.
  • the first access network device 102A may receive the first information sent by the second access network device 102B, but is not limited thereto and may also receive the first information sent by other entities.
  • step S5201 is optional and may be omitted or replaced in different embodiments.
  • FIG6A is a flow chart illustrating a method for handling mobility according to an embodiment of the present disclosure.
  • the present disclosure relates to a method for handling mobility.
  • the method is executed by the second access network device 102B. As shown in FIG6A , the method includes steps S6101 to S6102.
  • step S6101 the third information is obtained.
  • step S6101 can refer to the optional implementation of step S3104 in Figure 3A, step S3203 in Figure 3B, and other related parts in the embodiments involved in Figures 3A and 3B, which will not be repeated here.
  • the second access network device 102B may receive the third information sent by the second core network device 1031B, but is not limited thereto and may also receive the third information sent by other entities.
  • the second access network device 102B may receive the third information sent by the first network element 1031, but is not limited thereto.
  • the third information sent by other entities can be received.
  • step S6102 can refer to the optional implementation of step S3105 in Figure 3A, step S3204 in Figure 3B, and other related parts in the embodiments involved in Figures 3A and 3B, which will not be repeated here.
  • the second access network device 102B may send the second information to the second core network device 1031B, but is not limited thereto, and the second information may also be sent to other entities.
  • the first access network device 102A may send the second information to the first network element 1031 , but is not limited thereto and may also send the second information to other entities.
  • the mobility processing method involved in the embodiments of the present disclosure may include at least one of steps S6101 to S6102.
  • step S6102 may be implemented as an independent embodiment. It should be noted that the possible independent embodiments consisting of one or more steps from steps S6101 to S6102 are not limited to this.
  • step S6101 is optional and may be omitted or replaced in different embodiments.
  • FIG6B is a flow chart of a mobility processing method according to an embodiment of the present disclosure. This embodiment of the present disclosure relates to a mobility processing method.
  • the mobility processing method is executed by the second access network device 102B. As shown in FIG6B , the method includes steps S6201 to S6204.
  • step S6201 a switching request is obtained.
  • step S6201 can refer to the optional implementation of step S3301 in Figure 3C and other related parts in the embodiment involved in Figure 3C, which will not be repeated here.
  • the second access network device 102B may receive a switching request sent by the first access network device 102A, but is not limited thereto and may also receive a switching request sent by other entities.
  • step S6202 the second information is sent.
  • step S6202 can be found in step S3302 of FIG. 3C and other related parts of the embodiment involved in FIG. 3C , which will not be described in detail here.
  • the second access network device 102B may send the second information to the first network element 1031 , but is not limited thereto and may also send the second information to other entities.
  • step S6203 first information is obtained.
  • step S6203 can refer to the optional implementation of step S3303 in Figure 3C and other related parts in the embodiment involved in Figure 3C, which will not be repeated here.
  • the second access network device 102B may receive the first information sent by the first network element 1031 , but is not limited thereto and may also receive the first information sent by other entities.
  • step S6204 the first information is sent.
  • step S6204 can be found in step S3304 of FIG3C and other related parts of the embodiment involved in FIG3C , which will not be described in detail here.
  • the second access network device 102B may send the first information to the first access network device 102A, but is not limited thereto and may also send the first information to other entities.
  • the mobility processing method involved in the embodiments of the present disclosure may include at least one of steps S6201 to S6204.
  • step S6202 may be implemented as an independent embodiment.
  • step S6203 may be implemented as an independent embodiment.
  • the combination of steps S6202 and S6203 may be implemented as an independent embodiment. It should be noted that the possible independent embodiments consisting of one or more steps from steps S6201 to S6204 are not limited to this.
  • steps S6201, S6203, and S6204 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • steps S6201, S6202, and S6204 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • FIG7 is a flow chart of a mobility processing method according to an embodiment of the present disclosure.
  • the embodiment of the present disclosure relates to a mobility processing method.
  • the mobility processing method is executed by terminal 101. As shown in FIG7, the method includes steps S701 to S703.
  • step S701 first information is obtained.
  • step S701 can refer to the optional implementations of step S3109 in FIG. 3A and step S3207 in FIG. 3B , as well as Other related parts of the embodiments involved in FIG. 3A and FIG. 3B are not described in detail here.
  • the terminal 101 may receive the first information sent by the first access network device 102A, but is not limited thereto and may also receive the first information sent by other entities.
  • step S702 a request message is sent.
  • step S702 may refer to step S3110 in FIG. 3A , step S3208 in FIG. 3B , step S3305 in FIG. 3C , and other related parts in the embodiments involved in FIG. 3A , FIG. 3B , and FIG. 3C , which will not be described in detail here.
  • the terminal 101 may send request information to the first core network device 1031A, but is not limited thereto and may also send request information to other entities.
  • the terminal 101 may send request information to the first network element 1031 , but is not limited thereto and may also send request information to other entities.
  • step S703 fourth information is obtained.
  • step S703 can refer to the optional implementation of step S3111 in Figure 3A, step S3209 in Figure 3B, step S3306 in Figure 3C, and other related parts in the embodiments involved in Figures 3A, 3B, and 3C, which will not be repeated here.
  • the terminal 101 may receive the fourth information sent by the first core network device 1031A, but is not limited thereto and may also receive the fourth information sent by other entities.
  • the terminal 101 may receive the fourth information sent by the first network element 1031 , but is not limited thereto and may also receive the fourth information sent by other entities.
  • the mobility processing method involved in the embodiments of the present disclosure may include at least one of steps S701 to S703.
  • step S703 may be implemented as an independent embodiment. It should be noted that the possible independent embodiments consisting of one or more steps from steps S701 to S703 are not limited to this.
  • steps S701 and S702 are optional, and one or more of these steps may be omitted or replaced in different embodiments.
  • FIG8A is a flow chart of a mobility processing method according to an embodiment of the present disclosure. As shown in FIG8A , the method includes step S8101.
  • step S8101 the first network element 1031 sends first information.
  • step S8101 may refer to steps S3107 and S3108 of FIG. 3A , step S3206 of FIG. 3B , step S3303 of FIG. 3C , and other related parts of the embodiments involved in FIG. 3A , FIG. 3B , and FIG. 3C , which will not be described in detail here.
  • the first network element 1031 may send first information to the first access network device 102A.
  • the first network element 1031 may send the first information to the second access network device 102B.
  • the first network element 1031 may include a first core network device 1031A and/or a second core network device 1031B.
  • the first network element 1031 may be a first core network device 1031A. In some embodiments, the first core network device 1031A may send the first information to the first access network device 102A.
  • the first network element 1031 may be a second core network device 1031B.
  • the second core network device 1031B may send the first information to the first core network device 1031A.
  • FIG8B is a flow chart of a mobility processing method according to an embodiment of the present disclosure.
  • the embodiment of the present disclosure relates to a mobility processing method. As shown in FIG8B , the method includes step S8201.
  • step S8201 the first access network device 102A receives first information.
  • step S8201 may refer to step S3108 in FIG. 3A , step S3206 in FIG. 3B , step S3304 in FIG. 3C , and other related parts in the embodiments involved in FIG. 3A , FIG. 3B , and FIG. 3C , which will not be described in detail here.
  • the first access network device 102A may receive the first information sent by the first core network device 1031A.
  • the first access network device 102A may receive first information sent by the first network element 1031 .
  • the first access network device 102A may receive the first information sent by the second access network device 102B.
  • FIG8C is a flow chart of a mobility processing method according to an embodiment of the present disclosure. As shown in FIG8C , the method includes step S8301.
  • step S8301 the second access network device 102B sends second information.
  • step S8301 may refer to step S3105 in FIG. 3A , step S3204 in FIG. 3B , and step S3302 in FIG. 3C .
  • step S3105 in FIG. 3A may refer to step S3105 in FIG. 3A , step S3204 in FIG. 3B , and step S3302 in FIG. 3C .
  • step S3C may refer to step S3105 in FIG. 3A , step S3204 in FIG. 3B , and step S3302 in FIG. 3C .
  • steps S8301 may refer to step S3105 in FIG. 3A , step S3204 in FIG. 3B , and step S3302 in FIG. 3C .
  • the second access network device 102B may send second information to the second core network device 1031B.
  • the second access network device 102B may send second information to the first network element 1031 .
  • FIG8D is a flow chart of a mobility processing method according to an embodiment of the present disclosure.
  • the embodiment of the present disclosure relates to a mobility processing method. As shown in FIG8D , the method includes step S8401.
  • step S8401 the terminal 101 receives the fourth information.
  • step S8401 may refer to step S3111 in FIG. 3A , step S3209 in FIG. 3B , step S3306 in FIG. 3C , and other related parts in the embodiments involved in FIG. 3A , FIG. 3B , and FIG. 3C , which will not be described in detail here.
  • the terminal 101 may receive fourth information sent by the first core network device 1031A.
  • the terminal 101 may receive fourth information sent by the first network element 1031 .
  • the MME (or AMF in the 5G network) (i.e., the first network element) indicates that the target base station satellite after the switching (i.e., the second access network device) supports the storage and forwarding capability based on the storage and forwarding capability supported by the base station satellite before the switching (i.e., the first access network device).
  • a handover failure is returned, and it is explained that the handover failure is due to the fact that the target base station satellite does not support the storage and forwarding capability.
  • the MME indicates to the UE that the handover has failed based on the returned result.
  • a UE i.e., a terminal sends a Tracking Area Update Request to an MME, and the MME returns an Unavailable Duration and/or Unavailable Start Time to the UE.
  • the Unavailable Start Time is the time when the current satellite coverage is lost.
  • the Unavailable Duration is the duration from when the current satellite loses coverage to when it next provides coverage.
  • Figure 9A is a schematic diagram illustrating an exemplary implementation of a mobility processing method according to an embodiment of the present disclosure.
  • Figure 9A illustrates a scenario where SAT-eNB1 provides current coverage. When SAT-eNB1 loses coverage, SAT-eNB2 resumes coverage. After switching from SAT-eNB1's coverage to SAT-eNB2's, the corresponding MME and S-GW will change.
  • the mobility processing method includes steps S9101 to S9112 .
  • a UE accesses the EPC through STA-eNB1.
  • Downlink data is sent to the UE via the P-GW (i.e., a third network element), the source S-GW, and SAT-eNB1.
  • the source SAT-eNB1 will move out of the UE's coverage area, and the source SAT-eNB1 will decide to initiate an S1-based handover to the target SAT-eNB2. This can be triggered, for example, by the absence of an X2 connection with the target SAT-eNB2, or by an indication from the target SAT-eNB2 after an unsuccessful X2-based handover.
  • step S9102 the source SAT-eNB1 sends a handover request (target TAI, etc.) to the source MME (ie, the first core network device).
  • target TAI is sent to the MME to facilitate selection of an appropriate target MME (ie, the second core network device).
  • the source MME selects a target MME based on the MME selection function. If the target MME is selected, the source MME sends a forwarded relocation request message (including MME UE context, target SAT-eNB2 identifier, target TAI, etc.) to the target MME.
  • a forwarded relocation request message including MME UE context, target SAT-eNB2 identifier, target TAI, etc.
  • the target TAI is sent to the target MME to help the target MME determine whether S-GW relocation is required.
  • the forward relocation request message needs to include an S&F indication so that the S&F indication is sent to the target MME.
  • the S&F indication is used to indicate that the source SAT-eNB1 should support the S&F capability. Considering that the source SAT-eNB1 supports the S&F capability, the source MME determines to send the S&F indication to the target MME.
  • step S9104 if MME relocation has been performed, the target MME verifies whether the source S-GW (i.e., the third core network device) can continue to provide services for the UE. If not, the target MME selects a new S-GW. If a new S-GW is selected, the target MME sends a Create Session Request message to the target S-GW (i.e., the fourth core network device) for each PDU connection.
  • the source S-GW i.e., the third core network device
  • step S9105 the target MME sends a Handover Request message to the target SAT-eNB2.
  • This message creates a UE context in the target SAT-eNB2, including bearer-related information and security context.
  • the S&F indication previously received from the source MME may also be sent to the target SAT-eNB2 to indicate that SAT-eNB2 should support S&F capabilities.
  • step S9106 if SAT-eNB2 supports S&F capabilities, SAT-eNB2 sends a handover request acknowledgment (ACK) to the target MME. Otherwise, SAT-eNB2 sends a handover failure message to the target MME.
  • the handover failure message includes a cause value indicating that the handover failure was due to SAT-eNB2 not supporting S&F capabilities.
  • the target MME clears all reserved resources for the UE in the target MME.
  • step S9107 if the S-GW has been relocated and if step S9104 is executed, the target MME sends a delete session request message to the target S-GW to delete the EPS bearer resources.
  • step S9108 the target MME sends a forward relocation response message to the source MME, indicating that the handover failure is caused by the target SAT-eNB2 not supporting the S&F capability.
  • step S9109 when the source MME receives the forward relocation response message, the source MME sends a handover preparation failure message to the source SAT-eNB 1.
  • the source MME uses the cause value (i.e., failure cause) to indicate that the handover failure is caused by the target SAT-eNB 2 not supporting the S&F capability.
  • step S9110 a handover command is sent to the UE to indicate that the handover failure is due to the target SAT-eNB2 not supporting the S&F capability.
  • step S9111 after receiving the handover command, the UE will not access SAT-eNB2. Before SAT-eNB1 leaves coverage, the UE initiates a tracking area update (TAU) procedure. The UE sends a TAU request to the source MME.
  • TAU tracking area update
  • step S9112 the source MME determines the start of the unavailability period and the duration of the unavailability period. This information is included in the TAU Accept message and sent to the UE.
  • the start of unavailability is set to the time when SAT-eNB1 leaves the coverage area.
  • the duration of unavailability is set to the time from when SAT-eNB1 leaves the coverage area to when SAT-eNB1 next provides coverage to the area. All of this information enables the UE to save power during the period when SAT-eNB1 is out of coverage.
  • Figure 9B is an interactive diagram of an exemplary implementation of a mobility processing method provided in accordance with an embodiment of the present disclosure.
  • the MME and S-GW may not change during eNB handover.
  • the mobility processing method includes steps S9201 to S9110 .
  • a UE accesses the EPC through STA-eNB1.
  • Downlink data is sent to the UE via the P-GW, the source S-GW, and SAT-eNB1.
  • the source SAT-eNB1 will leave the UE's coverage area, and the source SAT-eNB1 will decide to initiate an S1-based handover to the target SAT-eNB2. This can be triggered, for example, by the lack of an X2 connection with the target SAT-eNB2, or by an indication from the target SAT-eNB2 after an unsuccessful X2-based handover.
  • step S9202 the source SAT-eNB1 sends a handover request (target TAI, etc.) to the MME (ie, the first network element).
  • step S9203 the MME sends a create session request message to the S-GW (ie, the second network element) for each PDU connection.
  • step S9204 the MME sends a handover request message to the target SAT-eNB2.
  • This message creates a UE context in the target SAT-eNB2, including bearer-related information and security context.
  • the MME determines to send an S&F indication to the target SAT-eNB2.
  • the S&F indication is used to indicate that the SAT-eNB2 should support the S&F capability.
  • step S9205 if SAT-eNB2 supports the S&F capability, SAT-eNB2 sends a Handover Request Acknowledgement to the MME. Otherwise, SAT-eNB2 sends a Handover Failure message to the MME.
  • the Handover Failure message includes a cause value indicating that the handover failure was due to SAT-eNB2 not supporting the S&F capability.
  • the MME clears all reserved resources for the UE in the target MME.
  • step S9206 if step S9203 is executed, the MME sends a delete session request message to the S-GW to delete the EPS bearer resources.
  • step S9207 when the MME receives the handover failure message, the MME sends a handover preparation failure message to the source SAT-eNB 1.
  • the MME uses the cause value to indicate that the handover failure is caused by the target SAT-eNB 2 not supporting the S&F capability.
  • step S9208 a handover command is sent to the UE to indicate that the handover failure is due to the target SAT-eNB2 not supporting the S&F capability.
  • step S9209 after receiving the handover command, the UE will not access SAT-eNB2. Before SAT-eNB1 leaves coverage, the UE initiates a tracking area update procedure and sends a TAU request to the source MME.
  • step S9210 the MME determines the start of the unavailability and the duration of the unavailability, and includes this information in a TAU Accept message and sends it to the UE.
  • the start of unavailability is set to the time when SAT-eNB1 leaves the coverage area.
  • the duration of unavailability is set to the time from when SAT-eNB1 leaves the coverage area to when SAT-eNB1 next provides coverage to the area. All of this information enables the UE to save power during the period when SAT-eNB1 is out of coverage.
  • Figure 9C is an interactive diagram of an exemplary embodiment of the mobility processing method provided in accordance with an embodiment of the present disclosure. This process can be used to implement the handover of the UE from the source SAT-eNB1 to the target SAT-eNB2 via X2. At this time, the MME does not change, and the S-GW also determines No change.
  • the mobility processing method includes steps S9301 to S9306 .
  • step S9301 the UE, the source SAT-eNB1, and the target SAT-eNB2 prepare and execute handover.
  • the target SAT-eNB2 sends a Path Switch Request message to the MME to notify the UE of the change in the serving eNB due to satellite motion.
  • the Path Switch Request message may include the TAI and ECGI (E-UTRAN cell global identifier) of the target SAT-eNB2.
  • the MME may know that the SAT-eNB2 supports the S&F capability. In the case that the SAT-eNB2 supports the S&F capability, this can be achieved by the SAT-eNB2 reporting its support of the S&F capability through a path switch request message.
  • the MME may request the SAT-eNB2 to report whether the S&F capability is supported.
  • step S9303 if the target SAT-eNB2 does not support S&F capabilities, and if the MME knows that the source SAT-eNB1 supports S&F capabilities (SAT-eNB1 may report its support for S&F capabilities during the UE attach process via SAT-eNB1), the MME may send a Path Switch Request Failure message to the target SAT-eNB2. This message may include a cause value. The cause value indicates that the handover failed because the target SAT-eNB2 does not support S&F capabilities.
  • step S9304 the target SAT-eNB2 notifies the source SAT-eNB1 of the handover failure due to the target SAT-eNB2 not supporting the S&F capability by sending a release resource message, and triggers resource release.
  • step S9305 when SAT-eNB1 is about to leave coverage, the UE initiates a tracking area update procedure and sends a TAU request to the source MME.
  • step S9306 the MME determines the start of the unavailability and the duration of the unavailability, and includes this information in a TAU Accept message and sends it to the UE.
  • the start of unavailability is set to the time when SAT-eNB1 leaves the coverage area.
  • the duration of unavailability is set to the time from when SAT-eNB1 leaves the coverage area to when SAT-eNB1 next provides coverage to the area. All of this information enables the UE to save power during the period when SAT-eNB1 is out of coverage.
  • the embodiments of the present disclosure also provide a mobility processing device for implementing any of the above methods.
  • the embodiments of the present disclosure provide a mobility processing device, including units or modules for implementing each step performed by a network element in any of the above methods.
  • the embodiments of the present disclosure provide a mobility processing device, including units or modules for implementing each step performed by an access network device in any of the above methods.
  • the embodiments of the present disclosure provide a mobility processing device, including units or modules for implementing each step performed by a terminal in any of the above methods.
  • the division of the various units or modules in the above device is only a division of logical functions. In actual implementation, they can be fully or partially integrated into one physical entity, or they can be physically separated.
  • the units or modules in the device can be implemented in the form of a processor calling software: for example, the device includes a processor, the processor is connected to a memory, and instructions are stored in the memory.
  • the processor calls the instructions stored in the memory to implement any of the above methods or to implement the functions of the various units or modules of the above device, wherein the processor is, for example, a general-purpose processor, such as a central processing unit (CPU) or a microprocessor, and the memory is a memory within the device or a memory outside the device.
  • CPU central processing unit
  • microprocessor a microprocessor
  • the units or modules in the device may be implemented in the form of hardware circuits, and the functions of some or all of the units or modules may be implemented by designing the hardware circuits.
  • the above-mentioned hardware circuits may be understood as one or more processors.
  • the above-mentioned hardware circuit is an application-specific integrated circuit (ASIC), and the functions of some or all of the above-mentioned units or modules may be implemented by designing the logical relationship between the components in the circuit.
  • ASIC application-specific integrated circuit
  • the above-mentioned hardware circuit may be implemented by a programmable logic device (PLD).
  • PLD programmable logic device
  • FPGA field programmable gate array
  • it may include a large number of logic gate circuits, and the connection relationship between the logic gate circuits may be configured through a configuration file, thereby implementing the functions of some or all of the above-mentioned units or modules. All units or modules of the above-mentioned devices may be implemented entirely by the processor calling software, or entirely by hardware circuits, or partially by the processor calling software, and the remaining part by hardware circuits.
  • a processor is a circuit with signal processing capabilities.
  • the processor may be a circuit with instruction reading and execution capabilities, such as a central processing unit, a microprocessor, a graphics processing unit (GPU) (which can be understood as a microprocessor), or a digital signal processor (DSP).
  • the processor may implement certain functions through the logical relationship of hardware circuits, and the logical relationship of the above hardware circuits may be fixed or reconfigurable, such as a processor.
  • a processor is a hardware circuit implemented as a dedicated integrated circuit or programmable logic device, such as an FPGA.
  • the process of loading a configuration file on the processor to implement the hardware circuit configuration can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units or modules.
  • it can also be a hardware circuit designed for artificial intelligence, which can be understood as an ASIC, such as a neural network processing unit (NPU), a tensor processing unit (TPU), a deep learning processing unit (DPU), etc.
  • NPU neural network processing unit
  • TPU tensor processing unit
  • DPU deep learning processing unit
  • FIG10 is a schematic diagram of the structure of a mobility processing device according to an embodiment of the present disclosure.
  • the mobility processing device 1000 may include at least one of the following: a transceiver module 1001 and a processing module 1002 .
  • the mobility processing device 1000 may be the first network element 1031.
  • the transceiver module 1001 may be configured to: send first information, where the first information is used to indicate a handover failure from the first access network device to the second access network device; wherein the first access network device and the second access network device are located on different satellites, the first access network device supports the S&F function, and the second access network device does not support the S&F function.
  • the transceiver module 1001 can be configured to perform at least one of the communication steps such as sending and/or receiving performed by the first network element 1031 in any of the above methods (for example, steps 3101, S3102, S3103, S3104, S3105, S3106, S3107, S3108, S3110, S3111, 3201, S3202, S3203, S3204, S3205, S3206, S3208, S3209, S3302, S3303, S3305, S3306), which are not repeated here.
  • steps 3101, S3102, S3103, S3104, S3105, S3106, S3107, S3108, S3110, S3111, 3201, S3202, S3203, S3204, S3205, S3206, S3208, S3209, S3302, S3303, S3305, S3306) which are not repeated here.
  • the mobility processing device 1000 may be a first access network device 102A.
  • the transceiver module 1001 may be configured to: receive first information, wherein the first information is used to indicate a handover failure from the first access network device to the second access network device; wherein the first access network device and the second access network device are located on different satellites, the first access network device supports the S&F function, and the second access network device does not support the S&F function.
  • the transceiver module 1001 may be configured to execute at least one of the communication steps (e.g., steps S3101, S3108, S3109, S3201, S3206, S3207, S3301, and S3304) performed by the first access network device 102A in any of the above methods, which will not be repeated here.
  • steps S3101, S3108, S3109, S3201, S3206, S3207, S3301, and S3304 performed by the first access network device 102A in any of the above methods, which will not be repeated here.
  • the mobility processing device 1000 may be a second access network device 102B.
  • the transceiver module 1001 may be configured to: transmit second information, wherein the second information indicates that the second access network device does not support the S&F function; wherein the second access network device is located on a satellite.
  • the transceiver module 1001 may be configured to perform at least one of the communication steps (e.g., steps S3104, S3105, S3203, S3204, S3301, S3302, S3303, S3304) performed by the second access network device 102B in any of the above methods, which are not further described here.
  • the mobility processing device 1000 may be the terminal 101.
  • the transceiver module 1001 may be configured to receive fourth information, where the fourth information indicates that satellite access is unavailable.
  • the transceiver module 1001 may be configured to perform at least one of the communication steps (e.g., steps S3109, S3110, S3111, S3207, S3208, S3209, S3305, and S3306) performed by the terminal 101 in any of the above methods, which are not further described herein.
  • the transceiver module may include a transmitting module and/or a receiving module.
  • the transmitting module and the receiving module may be separate or integrated.
  • the transceiver module may be interchangeable with the transceiver.
  • the processing module can be a single module or can include multiple submodules.
  • the multiple submodules respectively execute all or part of the steps required to be executed by the processing module.
  • the processing module can be interchangeable with the processor.
  • FIG 11A is a schematic diagram of the structure of a communication device provided according to an embodiment of the present disclosure.
  • Communication device 11100 can be a network device (e.g., an access network device, a core network device, etc.), or a terminal (e.g., a user device, etc.), or a chip, chip system, or processor that supports a network device to implement any of the above methods, or a chip, chip system, or processor that supports a terminal to implement any of the above methods.
  • Communication device 11100 can be used to implement the methods described in the above method embodiments. For details, please refer to the description of the above method embodiments.
  • the communication device 11100 includes one or more processors 11101.
  • the processor 11101 can be a general-purpose processor or a dedicated processor, for example, a baseband processor or a central processing unit.
  • the baseband processor can be used to process the communication protocol and communication data
  • the central processing unit can be used to control the communication device (such as a base station, a baseband chip, a terminal device, a terminal device chip, a DU or a CU, etc.), execute programs, and process program data.
  • the communication device 11100 is used to perform any of the above methods.
  • one or more processors 11101 are used to call instructions to enable the communication device 11100 to perform any of the above methods.
  • the communication device 11100 further includes one or more transceivers 11102.
  • the transceiver 11102 performs at least one of the communication steps of sending and/or receiving in the above method (for example, steps S3101 to S3111, S3201 to S3209, S3301 to S3306, but not limited thereto).
  • the transceiver may include a receiver and/or a transmitter, and the receiver and the transmitter may be separate or integrated.
  • transceiver the transceiver unit, the transceiver
  • Terms such as transceiver circuit, interface circuit, and interface can be used interchangeably; terms such as transmitter, transmitting unit, transmitter, and transmitting circuit can be used interchangeably; and terms such as receiver, receiving unit, receiver, and receiving circuit can be used interchangeably.
  • the communication device 11100 further includes one or more memories 11103 for storing data. Alternatively, all or part of the memories 11103 may be located outside the communication device 11100. In alternative embodiments, the communication device 11100 may include one or more interface circuits 11104. Optionally, the interface circuits 11104 are connected to the memories 11103 and may be configured to receive data from the memories 11103 or other devices, or to send data to the memories 11103 or other devices. For example, the interface circuits 11104 may read data stored in the memories 11103 and send the data to the processor 11101.
  • the communication device 11100 described in the above embodiments may be a network device or a terminal, but the scope of the communication device 11100 described in the present disclosure is not limited thereto, and the structure of the communication device 11100 may not be limited to FIG. 11A.
  • the communication device may be an independent device or may be part of a larger device.
  • the communication device may be: 1) an independent integrated circuit IC, or a chip, or a chip system or subsystem; (2) a collection of one or more ICs, optionally, the above IC collection may also include a storage component for storing data or programs; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, a terminal device, an intelligent terminal device, a cellular phone, a wireless device, a handheld device, a mobile unit, an in-vehicle device, a network device, a cloud device, an artificial intelligence device, etc.; (6) others, etc.
  • FIG11B is a schematic diagram of the structure of a chip provided according to an embodiment of the present disclosure. If the communication device 11100 can be a chip or a chip system, reference can be made to the schematic diagram of the structure of the chip 11200 shown in FIG11B , but the present invention is not limited thereto.
  • the chip 11200 includes one or more processors 11201.
  • the chip 11200 is configured to execute any of the above methods.
  • chip 11200 further includes one or more interface circuits 11202.
  • the terms interface circuit, interface, and transceiver pins may be used interchangeably.
  • chip 11200 further includes one or more memories 11203 for storing data. Alternatively, all or part of memory 11203 may be located external to chip 11200.
  • interface circuit 11202 is connected to memory 11203.
  • Interface circuit 11202 may be configured to receive data from memory 11203 or other devices, or to send data to memory 11203 or other devices. For example, interface circuit 11202 may read data stored in memory 11203 and send the data to processor 11201.
  • the interface circuit 11202 performs at least one of the communication steps of sending and/or receiving in the above method (e.g., steps S3101 to S3111, S3201 to S3209, and S3301 to S3306, but not limited thereto).
  • the interface circuit 11202 performing the communication steps of sending and/or receiving in the above method for example, means that the interface circuit 11202 performs data exchange between the processor 11201, the chip 11200, the memory 11203, or the transceiver device.
  • modules and/or devices described in various embodiments can be arbitrarily combined or separated according to circumstances.
  • some or all steps can also be performed collaboratively by multiple modules and/or devices, which is not limited here.
  • the embodiments of the present disclosure further provide a storage medium having instructions stored thereon.
  • the storage medium is an electronic storage medium.
  • the storage medium is a computer-readable storage medium, but is not limited thereto and may also be a storage medium readable by other devices.
  • the storage medium may be a non-transitory storage medium, but is not limited thereto and may also be a temporary storage medium.
  • the embodiments of the present disclosure further provide a program product, which, when executed by the communication device 11100, enables the communication device 11100 to perform any of the above methods.
  • the program product is a computer program product.
  • the embodiments of the present disclosure further provide a computer program, which, when executed on a computer, enables the computer to execute any of the above methods.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及一种移动性处理方法和装置、通信设备、通信系统、存储介质及程序产品。该方法由第一网元执行。该方法包括：发送第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。通过本公开的方案，能够确保基于S&F功能的服务能够正常实现。

Description

移动性处理方法和装置、通信设备、通信系统及存储介质 技术领域
本公开涉及无线通信领域，尤其涉及一种移动性处理方法和装置、通信设备、通信系统、存储介质及程序产品。
背景技术
在通信网络为用户提供通信服务时，通常需要对用户的终端进行移动性管理，以保障服务的连续性。
发明内容
本公开涉及无线通信领域，尤其涉及一种移动性处理方法和装置、通信设备、通信系统、存储介质及程序产品。
根据本公开实施例的第一方面，提供了一种移动性处理方法。该方法由第一网元执行。上述方法包括：发送第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F(store and forward，存储和转发)功能，第二接入网设备不支持S&F功能。
根据本公开实施例的第二方面，提供了一种移动性处理方法。该方法由第一接入网设备执行。上述方法包括：接收第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。
根据本公开实施例的第三方面，提供了一种移动性处理方法。该方法由第二接入网设备执行。上述方法包括：发送第二信息，其中，第二信息用于指示第二接入网设备不支持S&F功能；其中，第二接入网设备位于卫星上。
根据本公开实施例的第四方面，提供了一种移动性处理方法。该方法由终端执行。上述方法包括：接收第四信息，其中，第四信息用于指示卫星接入不可用。
根据本公开实施例的第五方面，提供了一种移动性处理方法。该方法由核心网设备执行。上述方法包括：接收第二信息，其中，第二信息用于指示第二接入网设备不支持S&F功能；发送第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能。
根据本公开实施例的第六方面，提供了一种移动性处理方法。该方法由通信系统执行。通信系统包括以下至少之一：第一网元、第一接入网设备、第二接入网设备。上述方法包括：第一网元发送第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；第一接入网设备接收第一信息；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。
根据本公开实施例的第七方面，提供了一种移动性处理装置。该装置设置于第一网元。上述装置包括收发模块。收发模块被配置为：发送第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。
根据本公开实施例的第八方面，提供了一种移动性处理装置。该装置设置于第一接入网设备。上述装置包括收发模块。收发模块被配置为：接收第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。
根据本公开实施例的第九方面，提供了一种移动性处理装置。该装置设置于第二接入网设备。上述装置包括收发模块。收发模块被配置为：发送第二信息，其中，第二信息用于指示第二接入网设备不支持S&F功能；其中，第二接入网设备位于卫星上。
根据本公开实施例的第十方面，提供了一种移动性处理装置。该装置设置于终端。上述装置包括收发模块。收发模块被配置为：接收第四信息，其中，第四信息用于指示卫星接入不可用。
根据本公开实施例的第十一方面，提供了一种通信设备。该通信设备包括：一个或多个处理器；存储 有指令的存储器。指令在被通信设备执行时，使通信设备实现如第一方面、第二方面、第三方面、第四方面、第五方面中任一者所述的移动性处理方法。
根据本公开实施例的第十二方面，提供了一种通信系统。该通信系统包括以下至少一者：第一网元、第一接入网设备、第二接入网设备。上述通信系统用于实现如第六方面所述的移动性处理方法。
根据本公开实施例的第十三方面，提供了一种存储介质。该存储介质存储有指令。指令在通信设备上运行时，使得通信设备执行如第一方面、第二方面、第三方面、第四方面、第五方面、第六方面中任一者所述的移动性处理方法。
根据本公开实施例的第十三方面，提供了一种程序产品。该程序产品被通信设备执行时，使得通信设备执行如第一方面、第二方面、第三方面、第四方面、第五方面、第六方面中任一者所述的移动性处理方法。
根据本公开实施例的第十四方面，提供了一种计算机程序。该计算机程序在计算机上运行时，使得计算机执行如第一方面、第二方面、第三方面、第四方面、第五方面、第六方面中任一者所述的移动性处理方法。
根据本公开实施例的第十五方面，提供了一种芯片或芯片系统。该芯片或芯片系统包括处理电路。处理电路被配置为执行如第一方面、第二方面、第三方面、第四方面、第五方面、第六方面中任一者所述的移动性处理方法。
根据本公开实施例，能够确保基于S&F功能的服务能够正常实现。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不构成对本公开实施例的限制。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。
图1是根据本公开实施例提供的通信系统的架构示意图。
图2A是根据本公开实施例提供的存储和转发功能的场景示意图。
图2B是根据本公开实施例提供的存储和转发功能的场景示意图。
图3A是根据本公开实施例提供的移动性处理方法的交互示意图。
图3B是根据本公开实施例提供的移动性处理方法的交互示意图。
图3C是根据本公开实施例提供的移动性处理方法的交互示意图。
图4A是根据本公开实施例提供的移动性处理方法的流程示意图。
图4B是根据本公开实施例提供的移动性处理方法的流程示意图。
图4C是根据本公开实施例提供的移动性处理方法的流程示意图。
图4D是根据本公开实施例提供的移动性处理方法的流程示意图。
图5A是根据本公开实施例提供的移动性处理方法的流程示意图。
图5B是根据本公开实施例提供的移动性处理方法的流程示意图。
图6A是根据本公开实施例提供的移动性处理方法的流程示意图。
图6B是根据本公开实施例提供的移动性处理方法的流程示意图。
图7是根据本公开实施例提供的移动性处理方法的流程示意图。
图8A是根据本公开实施例提供的移动性处理方法的流程示意图。
图8B是根据本公开实施例提供的移动性处理方法的流程示意图。
图8C是根据本公开实施例提供的移动性处理方法的流程示意图。
图8D是根据本公开实施例提供的移动性处理方法的流程示意图。
图9A是根据本公开实施例提供的移动性处理方法的示例性实施方式的交互示意图。
图9B是根据本公开实施例提供的移动性处理方法的示例性实施方式的交互示意图。
图9C是根据本公开实施例提供的移动性处理方法的示例性实施方式的交互示意图。
图10是根据本公开实施例提供的移动性处理装置的结构示意图。
图11A是根据本公开实施例提供的通信设备的结构示意图。
图11B是根据本公开实施例提供的芯片的结构示意图。
具体实施方式
本公开实施例提供了一种移动性处理方法和装置、通信设备、通信系统、存储介质及程序产品。
在第一方面，本公开实施例提供了一种移动性处理方法。该方法由第一网元执行。上述方法包括：发送第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F(store and forward，存储和转发)功能，第二接入网设备不支持S&F功能。
根据本实施例，通过发送第一信息，第一网元可以通知从第一接入网设备到第二接入网设备的切换失败。如此，终端不会从支持S&F功能的第一接入网设备切换到不支持S&F功能的第二接入网设备，即终端不会接入第二接入网设备。在第一接入网设备已经为终端提供基于S&F功能的服务的情况下，由于终端不接入第二接入网设备，避免了基于S&F功能的服务终止或中断。
结合第一方面的一些实施例，在一些实施例中，第一信息可以包括切换失败的原因，切换失败的原因用于指示第二接入网设备不支持S&F功能。
根据本实施例，由于第一信息包含有切换失败的原因，即第二接入网设备不支持S&F功能，终端不会从支持S&F功能的第一接入网设备切换到不支持S&F功能的第二接入网设备。
结合第一方面的一些实施例，在一些实施例中，上述方法还可以包括：接收第二信息，其中，第二信息用于指示第二接入网设备不支持S&F功能。
结合第一方面的一些实施例，在一些实施例中，上述方法还可以包括：接收或发送第三信息，其中，第三信息用于确定第二接入网设备需要支持S&F功能。
根据本实施例，第一网元可以获取第三信息，并基于第三信息确定第二接入网设备需要支持S&F功能。在此情况下，若第一网元获悉第二接入网设备并不支持S&F功能，则可以确定切换失败，并拒绝切换请求。
结合第一方面的一些实施例，在一些实施例中，第三信息可以是根据第一接入网设备支持S&F功能确定的。
结合第一方面的一些实施例，在一些实施例中，上述方法还可以包括：发送第四信息，其中，第四信息用于指示卫星接入不可用。
根据本实施例，通过第四信息，第一网元可以通知终端卫星接入不可用。如此，终端可以知悉卫星接入不可用，并不接入卫星上的第二接入网设备。
结合第一方面的一些实施例，在一些实施例中，第四信息可以包括以下至少一者：用于指示卫星接入不可用的指示信息；卫星接入不可用的开始时间；卫星接入不可用的持续时长。
根据本实施例，第四信息可以指示卫星接入不可用的开始时间和/或持续时长。如此，终端可以根据第四信息，确定卫星接入不可用的具体时间，并在此时间不接入卫星上的第二接入网设备。
结合第一方面的一些实施例，在一些实施例中，在卫星接入不可用期间，终端可以处于第一状态，与终端相关的数据和/或信令可以存储在第一接入网设备中。
根据本实施例，因为在卫星接入不可用期间终端不接入卫星上的第二接入网设备，第一接入网设备仍然可以为终端提供基于S&F的服务。如此，第一接入网设备可以对与终端相关的数据和/或信令进行存储。此外，终端可以处于第一状态，以达到降低功耗的目的。
在第二方面，本公开实施例提供了一种移动性处理方法。该方法由第一接入网设备执行。上述方法包括：接收第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。
根据本实施例，基于接收到的第一信息，第一接入网设备可以知悉从第一接入网设备到第二接入网设备的切换失败。如此，终端不会从支持S&F功能的第一接入网设备切换到不支持S&F功能的第二接入网设备，即终端不会接入第二接入网设备。在第一接入网设备已经为终端提供基于S&F功能的服务的情况下，由于终端不接入第二接入网设备，避免了基于S&F功能的服务终止或中断。
结合第二方面的一些实施例，在一些实施例中，第一信息可以包括切换失败的原因，切换失败的原因用于指示第二接入网设备不支持S&F功能。
结合第二方面的一些实施例，在一些实施例中，上述方法还可以包括：对与终端相关的数据和/或信令进行存储。
结合第二方面的一些实施例，在一些实施例中，上述方法还可以包括：向终端发送第一信息。
在第三方面，本公开实施例提供了一种移动性处理方法。该方法由第二接入网设备执行。上述方法包括：发送第二信息，其中，第二信息用于指示第二接入网设备不支持S&F功能；其中，第二接入网设备位于卫星上。
结合第三方面的一些实施例，在一些实施例中，上述方法还可以包括：接收第三信息，其中，第三信息用于确定第二接入网设备需要支持S&F功能。
结合第三方面的一些实施例，在一些实施例中，上述方法还可以包括：接收第一信息，其中，所述第一信息用于指示从第一接入网设备到所述第二接入网设备的切换失败。
在第四方面，本公开实施例提供了一种移动性处理方法。该方法由终端执行。上述方法包括：接收第四信息，其中，第四信息用于指示卫星接入不可用。
根据本实施例，通过第四信息，第一网元可以通知终端卫星接入不可用。如此，终端可以知悉卫星接入不可用，并不接入卫星上的第二接入网设备。
结合第四方面的一些实施例，在一些实施例中，第四信息可以包括以下至少一者：用于指示卫星接入不可用的指示信息；卫星接入不可用的开始时间；卫星接入不可用的持续时长。
结合第四方面的一些实施例，在一些实施例中，在卫星接入不可用的情况下，终端可以处于第一状态，与终端相关的数据和/或信令可以存储在第一接入网设备中。
结合第四方面的一些实施例，在一些实施例中，上述方法还可以包括：接收第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。
结合第四方面的一些实施例，在一些实施例中，第一信息可以包括切换失败的原因，切换失败的原因用于指示第二接入网设备不支持S&F功能。
在第五方面，本公开实施例提供了一种移动性处理方法。该方法由核心网设备执行。上述方法包括：接收第二信息，其中，第二信息用于指示第二接入网设备不支持S&F功能；发送第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能。
在第六方面，本公开实施例提供了一种移动性处理方法。该方法由通信系统执行。通信系统包括以下至少一者：第一网元、第一接入网设备、第二接入网设备。上述方法包括：第一网元发送第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；第一接入网设备接收第一信息；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。
在第七方面，本公开实施例提供了一种移动性处理装置。该装置设置于第一网元。上述装置包括收发模块。收发模块被配置为：发送第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。
结合第七方面的一些实施例，在一些实施例中，第一信息可以包括切换失败的原因，切换失败的原因用于指示第二接入网设备不支持S&F功能。
结合第七方面的一些实施例，在一些实施例中，收发模块还可以被配置为：接收第二信息，其中，第二信息用于指示第二接入网设备不支持S&F功能。
结合第七方面的一些实施例，在一些实施例中，收发模块还可以被配置为：接收或发送第三信息，其中，第三信息用于确定第二接入网设备需要支持S&F功能。
结合第七方面的一些实施例，在一些实施例中，第三信息可以是根据第一接入网设备支持S&F功能确定的。
结合第七方面的一些实施例，在一些实施例中，收发模块还可以被配置为：发送第四信息，其中，第四信息用于指示卫星接入不可用。
结合第七方面的一些实施例，在一些实施例中，第四信息可以包括以下至少一者：用于指示卫星接入不可用的指示信息；卫星接入不可用的开始时间；卫星接入不可用的持续时长。
结合第七方面的一些实施例，在一些实施例中，在卫星接入不可用期间，终端可以处于第一状态，与终端相关的数据和/或信令可以存储在第一接入网设备中。
在第八方面，本公开实施例提供了一种移动性处理装置。该装置设置于第一接入网设备。上述装置包括收发模块。收发模块被配置为：接收第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。
结合第八方面的一些实施例，在一些实施例中，第一信息可以包括切换失败的原因，切换失败的原因用于指示第二接入网设备不支持S&F功能。
结合第八方面的一些实施例，在一些实施例中，收发模块还可以被配置为：对与终端相关的数据和/或信令进行存储。
结合第八方面的一些实施例，在一些实施例中，收发模块还可以被配置为：向终端发送第一信息。
在第九方面，本公开实施例提供了一种移动性处理装置。该装置设置于第二接入网设备。上述装置包括收发模块。收发模块被配置为：发送第二信息，其中，第二信息用于指示第二接入网设备不支持S&F功能；其中，第二接入网设备位于卫星上。
结合第九方面的一些实施例，在一些实施例中，收发模块还可以被配置为：接收第三信息，其中，第三信息用于确定第二接入网设备需要支持S&F功能。
结合第九方面的一些实施例，在一些实施例中，收发模块还可以被配置为：接收第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败。
在第十方面，本公开实施例提供了一种移动性处理装置。该装置设置于终端。上述装置包括收发模块。收发模块被配置为：接收第四信息，其中，第四信息用于指示卫星接入不可用。
结合第十方面的一些实施例，在一些实施例中，第四信息可以包括以下至少一者：用于指示卫星接入不可用的指示信息；卫星接入不可用的开始时间；卫星接入不可用的持续时长。
结合第十方面的一些实施例，在一些实施例中，在卫星接入不可用的情况下，终端可以处于第一状态，与终端相关的数据和/或信令可以存储在第一接入网设备中。
结合第十方面的一些实施例，在一些实施例中，收发模块还可以被配置为：接收第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。
结合第十方面的一些实施例，在一些实施例中，第一信息可以包括切换失败的原因，切换失败的原因用于指示第二接入网设备不支持S&F功能。
在第十一方面，本公开实施例提供了一种通信设备。该通信设备包括：一个或多个处理器；存储有指令的存储器。指令在被通信设备执行时，使通信设备实现如第一方面及其可能的实施方式中任一者所述的移动性处理方法。
在第十二方面，本公开实施例提供了一种通信设备。该通信设备包括：一个或多个处理器；存储有指令的存储器。指令在被通信设备执行时，使通信设备实现如第二方面及其可能的实施方式中任一者所述的移动性处理方法。
在第十三方面，本公开实施例提供了一种通信设备。该通信设备包括：一个或多个处理器；存储有指令的存储器。指令在被通信设备执行时，使通信设备实现如第三方面及其可能的实施方式中任一者所述的移动性处理方法。
在第十四方面，本公开实施例提供了一种通信设备。该通信设备包括：一个或多个处理器；存储有指令的存储器。指令在被通信设备执行时，使通信设备实现如第四方面及其可能的实施方式中任一者所述的移动性处理方法。
在第十五方面，本公开实施例提供了一种通信设备。该通信设备包括：一个或多个处理器；存储有指令的存储器。指令在被通信设备执行时，使通信设备实现如第五方面及其可能的实施方式中任一者所述的移动性处理方法。
在第十六方面，本公开实施例提供了一种通信系统。该通信系统包括以下至少一者：第一网元、第一接入网设备、第二接入网设备。上述通信系统可以用于执行如第六方面所述的移动性处理方法。
在第十七方面，本公开实施例提供了一种存储介质。该存储介质存储有指令。指令在通信设备上运行时，使得通信设备执行如第一方面、第二方面、第三方面、第四方面、第五方面、第六方面及其可能的实施方式中任一者所述的移动性处理方法。
在第十八方面，本公开实施例提供了一种程序产品。该程序产品被通信设备执行时，使得通信设备执行如第一方面、第二方面、第三方面、第四方面、第五方面、第六方面及其可能的实施方式中任一者所述的移动性处理方法。
在第十九方面，本公开实施例提供了一种计算机程序。该计算机程序在计算机上运行时，使得计算机执行如第一方面、第二方面、第三方面、第四方面、第五方面、第六方面及其可能的实施方式中任一者所述的移动性处理方法。
在第二十方面，本公开实施例提供了一种芯片或芯片系统。该芯片或芯片系统包括处理电路。处理电路被配置为执行如第一方面、第二方面、第三方面、第四方面、第五方面、第六方面及其可能的实施方式中任一者所述的移动性处理方法。
可以理解地，上述移动性处理装置、通信设备、通信系统、存储介质、程序产品、计算机程序、芯片、芯片系统均用于执行本公开实施例所提供的方法。因此，其所能达到的有益效果可以参考对应方法中的有益效果，此处不再赘述。
本公开实施例提出了一种移动性处理方法和装置、通信设备、通信系统、存储介质及程序产品。在一些实施例中，移动性处理方法、通信方法、信息处理方法、信息传输方法等术语可以相互替换，移动性处理装置、通信装置、通信设备、网络设备、网络功能、网络实体等术语可以相互替换，通信系统、信息处理系统等术语可以相互替换。
本公开实施例并非穷举，仅为部分实施例的示意，不作为对本公开保护范围的具体限制。在不矛盾的情况下，某一实施例中的每个步骤均可以作为独立实施例来实施，且各步骤之间可以任意组合，例如，在某一实施例中去除部分步骤后的方案也可以作为独立实施例来实施，且在某一实施例中各步骤的顺序可以任意交换，另外，某一实施例中的可选实现方式可以任意组合；此外，各实施例之间可以任意组合，例如，不同实施例的部分或全部步骤可以任意组合，某一实施例可以与其他实施例的可选实现方式任意组合。
在本公开实施例中，如果没有特殊说明以及逻辑冲突，各实施例之间的术语和/或描述具有一致性，且可以互相引用，不同实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
本公开实施例中所使用的术语只是为了描述特定实施例的目的，而并非作为对本公开的限制。
在本公开实施例中，除非另有说明，以单数形式表示的元素，如“一”、“一个”、“一种”、“该”、“上述”、“所述”、“前述”、“这一”等，可以表示“一个且只有一个”，也可以表示“一个或多个”、“至少一个”等。例如，在翻译中使用如英语中的“a”、“an”、“the”等冠词的情况下，冠词之后的名词可以理解为单数表达形式，也可以理解为复数表达形式。
在本公开实施例中，“多个”是指两个或多于两个。
在一些实施例中，“至少一者(至少之一、至少一项、至少一个)”、“一个或多个”等术语可以相互替换。
在一些实施例中，“A、B中的至少一者”、“A和/或B”、“在一情况下A，在另一情况下B”、“响应于一情况A，响应于另一情况B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)；在一些实施例中A和B(A和B都被执行)。当有A、B、C等更多分支时也类似上述。
在一些实施例中，“A或B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)。当有A、B、C等更多分支时也类似上述。
本公开实施例中的“第一”、“第二”等前缀词，仅仅为了区分不同的描述对象，不对描述对象的位置、顺序、优先级、数量或内容等构成限制，对描述对象的陈述参见权利要求或实施例中上下文的描述，不应因为使用前缀词而构成多余的限制。例如，描述对象为“字段”，则“第一字段”和“第二字段”中“字 段”之前的序数词并不限制“字段”之间的位置或顺序，“第一”和“第二”并不限制其修饰的“字段”是否在同一个消息中，也不限制“第一字段”和“第二字段”的先后顺序。再如，描述对象为“等级”，则“第一等级”和“第二等级”中“等级”之前的序数词并不限制“等级”之间的优先级。再如，描述对象的数量并不受序数词的限制，可以是一个或者多个，以“第一装置”为例，其中“装置”的数量可以是一个或者多个。此外，不同前缀词修饰的对象可以相同或不同，例如，描述对象为“装置”，则“第一装置”和“第二装置”可以是相同的装置或者不同的装置，其类型可以相同或不同；再如，描述对象为“信息”，则“第二信息”和“第一信息”可以是相同的信息或者不同的信息，其内容可以相同或不同。
在一些实施例中，“包括A”、“包含A”、“用于指示A”、“携带A”，可以解释为直接携带A，也可以解释为间接指示A。
在一些实施例中，“响应于……”、“响应于确定……”、“在……的情况下”、“在……时”、“当……时”、“若……”、“如果……”等术语可以相互替换。
在一些实施例中，“大于”、“大于或等于”、“不小于”、“多于”、“多于或等于”、“不少于”、“高于”、“高于或等于”、“不低于”、“以上”等术语可以相互替换，“小于”、“小于或等于”、“不大于”、“少于”、“少于或等于”、“不多于”、“低于”、“低于或等于”、“不高于”、“以下”等术语可以相互替换。
在一些实施例中，装置等可以解释为实体的、也可以解释为虚拟的，其名称不限定于实施例中所记载的名称，“装置”、“设备(equipment)”、“设备(device)”、“电路”、“网元”、“节点”、“功能”、“单元”、“部件(section)”、“系统”、“网络”、“芯片”、“芯片系统”、“实体”、“主体”等术语可以相互替换。
在一些实施例中，“网络”可以解释为网络中包含的装置(例如，接入网设备、核心网设备等)。
在一些实施例中，“接入网设备(access network device，AN device)”、“无线接入网设备(radio access network device，RAN device)”、“基站(base station，BS)”、“无线基站(radio base station)”、“固定台(fixed station)”、“节点(node)”、“接入点(access point)”、“发送点(transmission point，TP)”、“接收点(reception point，RP)”、“发送和/或接收点(transmission/reception point，TRP)”、“面板(panel)”、“天线面板(antenna panel)”、“天线阵列(antenna array)”、“小区(cell)”、“宏小区(macro cell)”、“小型小区(small cell)”、“毫微微小区(femto cell)”、“微微小区(pico cell)”、“扇区(sector)”、“小区组(cell group)”、“服务小区”、“载波(carrier)”、“分量载波(component carrier)”、“带宽部分(bandwidth part，BWP)”等术语可以相互替换。
在一些实施例中，“终端(terminal)”、“终端设备(terminal device)”、“用户设备(user equipment，UE)”、“用户终端(user terminal)”、“移动台(mobile station，MS)”、“移动终端(mobile terminal，MT)”、订户站(subscriber station)、移动单元(mobile unit)、订户单元(subscriber unit)、无线单元(wireless unit)、远程单元(remote unit)、移动设备(mobiledevice)、无线设备(wireless device)、无线通信设备(wireless communication device)、远程设备(remote device)、移动订户站(mobile subscriber station)、接入终端(access terminal)、移动终端(mobile terminal)、无线终端(wireless terminal)、远程终端(remote terminal)、手持设备(handset)、用户代理(user agent)、移动客户端(mobile client)、客户端(client)等术语可以相互替换。
在一些实施例中，接入网设备、核心网设备、或网络设备可以被替换为终端。例如，针对将接入网设备、核心网设备、或网络设备以及终端间的通信置换为多个终端间的通信(例如，设备对设备(device-to-device，D2D)、车联网(vehicle-to-everything，V2X)等)的结构，也可以应用本公开的各实施例。在该情况下，也可以设为终端具有接入网设备所具有的全部或部分功能的结构。此外，“上行”、“下行”等术语也可以被替换为与终端间通信对应的术语(例如，“侧行(side)”)。例如，上行信道、下行信道等可以被替换为侧行信道，上行链路、下行链路等可以被替换为侧行链路。
在一些实施例中，终端可以被替换为接入网设备、核心网设备、或网络设备。在该情况下，也可以设为接入网设备、核心网设备、或网络设备具有终端所具有的全部或部分功能的结构。
在一些实施例中，获取数据、信息等可以遵照所在地国家的法律法规。
在一些实施例中，可以在得到用户同意后获取数据、信息等。
此外，本公开实施例的表格中的每一元素、每一行、或每一列均可以作为独立实施例来实施，任意元素、任意行、任意列的组合也可以作为独立实施例来实施。
图1是根据本公开实施例提供的通信系统的架构示意图。如图1所示，通信系统100包括终端101、接入网设备102、以及核心网103。
在一些实施例中，终端101例如包括手机(mobile phone)、可穿戴设备、物联网设备、具备通信功能的汽车、智能汽车、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备中的至少一者，但不限于此。
在一些实施例中，接入网设备102例如是将终端接入到无线网络的节点或设备。在一些实施例中，接入网设备102可以包括5G通信系统中的演进节点B(evolved NodeB，eNB)、下一代演进节点B(next generation eNB，ng-eNB)、下一代节点B(next generation NodeB，gNB)、节点B(node B，NB)、家庭节点B(home node B，HNB)、家庭演进节点B(home evolved nodeB，HeNB)、无线回传设备、无线网络控制器(radio network controller，RNC)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、基带单元(base band unit，BBU)、移动交换中心、6G通信系统中的基站、开放型基站(Open RAN)、云基站(Cloud RAN)、其他通信系统中的基站、Wi-Fi系统中的接入节点中的至少一者，但不限于此。
在一些实施例中，本公开的技术方案可适用于开放式无线接入网(Open RAN)架构，此时，本公开实施例所涉及的接入网设备间或者接入网设备内的接口可变为Open RAN的内部接口，这些内部接口之间的流程和信息交互可以通过软件或者程序实现。
在一些实施例中，接入网设备102可以由集中单元(central unit，CU)与分布式单元(distributed unit，DU)组成的，其中，CU也可以称为控制单元(control unit)，采用CU-DU的结构可以将接入网设备的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU，但不限于此。
在一些实施例中，核心网103可以是一个设备，包括第一网元1031、第二网元1032、第三网元1033等，也可以是多个设备或设备群，分别包括第一网元1031、第二网元1032、第三网元1033等中的全部或部分。网元可以是虚拟的，也可以是实体的。核心网103例如包括演进分组核心(Evolved Packet Core，EPC)、5G核心网络(5G Core Network，5GCN)、下一代核心(Next Generation Core，NGC)中的至少一者。
在一些实施例中，核心网103可以包括EPC和/或5GCN。
在一些实施例中，第一网元1031例如可以是移动性管理实体(mobility management entity，MME)。
在一些实施例中，第一网元1031例如可以是接入和移动性管理功能(access and mobility management function，AMF)。
在一些实施例中，第一网元1031例如可以用于进行用户的移动性管理，其名称不限于此。
在一些实施例中，第二网元1032例如可以是服务网关(serving gateway，S-GW)。
在一些实施例中，第二网元1032例如可以是用户面功能(user plane function，UPF)。
在一些实施例中，第二网元1032例如可以负责用户面的数据交换，其名称不限于此。
在一些实施例中，第三网元1033例如可以是分组数据网络(packet data network，PDN)网关(PDN gateway，P-GW)。
在一些实施例中，第三网元1033例如可以是UPF。
在一些实施例中，第三网元1033例如可以负责UE接入PDN。
在一些实施例中，上述通信系统100可以是4G通信系统或5G通信系统。需要说明的是，通信系统100还可以是其他通信系统，例如，6G通信系统，本公开实施例对此不做具体限定。
随着通信技术的发展，卫星通信技术被认为是未来无线通信技术发展的一个重要方面。支持卫星接入技术的通信系统(如4G、5G网络)，也可以称为卫星通信网络。在该通信网络中，终端可以通过卫星接入网络接入核心网(如EPC、5GC)，并开展业务。但是，卫星接入网络由于卫星部署数量不足，会存在覆盖范围受限等问题，因此，卫星可能无法提供连续连接服务。这种非连续性卫星连接包括卫星和终端之 间的服务连接或者卫星和地面站之间的馈线连接存在间断的情况。
在一些实施例中，卫星和终端之间的连接也可以称为服务链路(service link)，卫星和地面站之间的连接也可以称为馈线链路(feeder link)。
在一些实施例中，卫星通信网络可以具有两种不同的架构。这两种架构分别为基于透传载荷的卫星通信网络架构(即透明模式(transparent mode))和基于再生载荷的卫星通信网络架构(即再生模式(regenerative mode))。
在一些实施例中，为了提供时延容忍通信服务，卫星通信系统支持存储和转发(store and forward，S&F)功能。存储和转发(S&F)是具有卫星接入的通信系统(即卫星通信系统)的一种操作模式。当卫星连接间歇性或暂时不可用时，通信系统可以提供数据存储服务，当卫星连接恢复时提供缓存数据转发服务。
在一些实施例中，卫星通信系统基于上述透传模式或再生模式的操作模式可以描述为正常或默认卫星操作。
图2A是根据本公开实施例提供的存储和转发功能的场景示意图。如图2A所示，在S&F模式下，端到端的信令或数据传输的交互被处理为不同时执行的两个步骤的组合(如图2A中的步骤A和B)。在步骤A中，在终端和卫星之间进行信令或数据传输的交互，此时，卫星与地面网络之间可以不存在连接(即，卫星能够在没有可用馈线链路连接的情况下使用服务链路通信)。在步骤B中，卫星和地面网络之间建立连接(即建立馈线链路)，从而可以在卫星和地面网络之间进行通信。因此，卫星从步骤A中与终端建立连接移动到步骤B中与地面网络建立连接。
在一些实施例中，对S&F功能的支持特别适用于非对地静止轨道(non geostationary satellite orbit，NGSO)卫星提供时延容忍或者非实时物联网卫星服务。
在实际应用中，在星历中的卫星并不是全部都支持S&F功能。例如，在星历中的多颗卫星中，一部分卫星可以支持S&F功能，而另一部分卫星可以不支持S&F功能。
图2B是根据本公开实施例提供的存储和转发功能的场景示意图。如图2B所示，星历可以对应于三颗卫星，分别记作SAT1、SAT2、SAT3。在这三颗卫星中，卫星SAT1、SAT3支持S&F功能，而卫星SAT2不支持S&F功能。在第一时刻T1处，卫星SAT1覆盖UE并为UE提供服务。由于卫星SAT1支持S&F功能，所以UE可以通过卫星SAT1对S&F功能的支持能力发起延迟容忍服务。此时，卫星SAT1与位于地面的核心网(未示出)之间可以存在或不存在馈线链路。之后，卫星SAT1可以飞离针对UE的覆盖区域，并且卫星SAT2可以飞入针对UE的覆盖区域。在第二时刻T2处，卫星SAT2覆盖UE并为UE提供服务。然而，卫星SAT2不支持S&F功能。在一些实施例中，UE可以在第二时刻T2处接入卫星SAT2，则UE相关的延迟容忍服务将会终止。
那么，如何避免因为卫星不支持S&F功能导致的延迟容忍服务终止是一个亟待解决的问题。
图3A是根据本公开实施例提供的移动性处理方法的交互示意图。本公开实施例涉及的移动性处理方法可以应用于通信系统100。如图3A所示，本公开实施例的移动性处理方法包括步骤S3101至步骤S3111。
在一些实施例中，第一网元1031可以包括第一核心网设备1031A、第二核心网设备1031B。在一些实施例中，第一核心网设备1031A和第二核心网设备1031B均可以为第一网元1031。
在一些实施例中，第二网元1032可以包括第三核心网设备1032A、第四核心网设备1032B。在一些实施例中，第三核心网设备1032A和第四核心网设备1032B均可以为第二网元1032。
在一些实施例中，接入网设备102可以包括第一接入网设备102A、第二接入网设备102B。在一些实施例中，第一接入网设备102A和第二接入网设备102B均可以为接入网设备102。在一些实施例中，第一接入网设备102A和第二接入网设备102B可以是星载设备。在一示例中，第一接入网设备102A和第二接入网设备102B可以位于不同的卫星上。
在一些实施例中，第一核心网设备1031A、第三核心网设备1032A、第一接入网设备102A可以是切换前为终端101提供服务的核心网设备和接入网设备。在一些实施例中，第一核心网设备1031A和第三核心网设备1032A可以被称为源(source)核心网设备，并且第一接入网设备102A可以被称为源接入网设备。在一些实施例中，第二核心网设备1031B、第四核心网设备1032B、第二接入网设备102B可以是切换后待为终端101提供服务的核心网设备和接入网设备。在一些实施例中，第二核心网设备1031B和第四核心网设备1032B可以被称为目标(target)核心网设备，并且第二接入网设备102B可以被称为目标接入 网设备。
在步骤S3101中，第一接入网设备102A向第一核心网设备1031A发送切换请求。
在一些实施例中，第一核心网设备1031A可以接收切换请求。
在一些实施例中，切换请求可以用于请求针对终端101进行切换(handover)。
在一些实施例中，切换请求可以用于请求从第一接入网设备102A切换到第二接入网设备102B。
在一些实施例中，第一接入网设备102A可以根据终端101的测量上报，触发切换流程。在一些实施例中，在终端101从由第一接入网设备102A所在卫星覆盖到由第二接入网设备102B所在卫星覆盖的过程中，第一接入网设备102A可以根据终端101的测量上报，触发切换流程。在一些实施例中，在触发切换流程时，第一接入网设备102A可以发送切换请求。
在一些实施例中，第二接入网设备102B可以是根据终端101的测量上报和/或星历信息确定的。
在一些实施例中，切换请求的名称不做限制，其例如可以是切换请求、切换邀请、切换通知等。
在一些实施例中，切换请求可以携带在Handover Required(切换要求)消息中。在一些实施例中，第一接入网设备102A可以向第一核心网设备1031A发送Handover Required消息，该消息中包含切换请求。
在一些实施例中，切换请求可以包括区域信息。该区域信息可以用于指示终端101所在的区域。
在一些实施例中，区域信息可以包括以下至少一者：地理坐标信息、行政区域信息。
在一些实施例中，区域信息可以用于指示跟踪区域(tracking area，TA)。在一些实施例中，切换请求可以包括TA的标识信息。在一些实施例中，切换请求可以包括TAI(tracking area identifier，跟踪区域标识符)。在一示例中，第一接入网设备102A可以是eNB，第一核心网设备1031A可以是MME。在此示例中，Handover Required消息可以包括TAI。在一示例中，切换请求可以包括目标TAI。目标TAI可以用于指示终端101所在的区域。
在一些实施例中，区域信息可以用于指示小区(cell)。在一些实施例中，切换请求可以包括小区的标识信息。在一些实施例中，切换请求可以包括小区标识(cell identity，Cell ID)。在一示例中，第一接入网设备102A可以是gNB，第一核心网设备1031A可以是AMF。在此示例中，Handover Required消息可以包括小区标识。在一示例中，切换请求可以包括目标小区标识。目标小区标识可以用于指示终端101所在的区域。
在一些实施例中，区域信息可以用于确定第二核心网设备1031B。在一些实施例中，区域信息使得第一核心网设备1031A可以确定合适的第二核心网设备1031B。在一示例中，第一核心网设备1031A确定的第二核心网设备1031B可以不同于第一核心网设备1031A。可以理解的是，在一些实施例中，第一核心网设备1031A可以确定自身为第二核心网设备1031B。换言之，第一核心网设备1031A可以确定自身为区域信息指示的区域提供服务。
在步骤S3102中，第一核心网设备1031A向第二核心网设备1031B发送第三信息。
在一些实施例中，第二核心网设备1031B可以接收第三信息。
在一些实施例中，第三信息可以用于确定第二接入网设备102B需要支持S&F功能。在一些实施例中，第三信息可以用于指示第二接入网设备102B需要支持S&F功能。
在一些实施例中，第三信息的名称不做限制，其例如可以是功能需求信息、功能指示信息、S&F功能指示信息等。
在一些实施例中，第三信息可以根据第一接入网设备102A支持S&F功能确定的。在一些实施例中，第三信息可以在考虑到第一接入网设备102A支持S&F功能的情况下确定的。
在一些实施例中，第一核心网设备1031A可以知悉第一接入网设备102A支持S&F功能。在此情况下，第一核心网设备1031A可以确定第二接入网设备102B需要支持S&F功能。
在一些实施例中，第一核心网设备1031A可以知悉第一接入网设备102A为终端101提供了基于S&F功能的服务。在此情况下，第一核心网设备1031A可以确定第二接入网设备102B需要支持S&F功能。
在一些实施例中，第三信息可以携带在转发重定位请求(forward relocation request)消息中。在一示例中，第一核心网设备1031A和第二核心网设备1031B均可以是MME。在此示例中，第一核心网设备1031A可以向第二核心网设备1031B发送转发重定位请求消息，该消息可以包含第三信息。
在一些实施例中，第三信息可以通过基于服务的Namf接口发送。在一示例中，第三信息可以携带在 Namf_Communication_CreateUEContext请求消息中。在一示例中，第一核心网设备1031A和第二核心网设备1031B均可以是AMF。在此示例中，第一核心网设备1031A可以向第二核心网设备1031B发送Namf_Communication_CreateUEContext请求消息，该消息可以包含第三信息。
在一些实施例中，在发送第三信息之前，第一核心网设备1031A可以确定第二核心网设备1031B。在一些实施例中，第一核心网设备1031A可以根据选择功能，选择第二核心网设备1031B。在一示例中，该选择功能可以用于实现MME选择。在一示例中，该选择功能可以用于实现AMF选择。
在一些实施例中，第二核心网设备1031B的选择可以考虑了切换请求中的区域信息。
在一些实施例中，区域信息可以连同第三信息一起被发送给第二核心网设备1031B。该区域信息可以用于第二核心网设备1031B确定是否需要重选第二网元1032。
在一些实施例中，转发重定位请求消息还可以包括区域信息。在一示例中，区域信息可以包含在第三信息中。在一示例中，区域信息可以独立于第三信息。
在一些实施例中，Namf_Communication_CreateUEContext请求消息还可以包括区域信息。在一示例中，区域信息可以包含在第三信息中。在一示例中，区域信息可以独立于第三信息。
在步骤S3103中，第二核心网设备1031B与第四核心网设备1032B交互。
在一些实施例中，在第二核心网设备1031B确定重选第二网元1032的情况下，第二核心网设备1031B可以确定第四核心网设备1032B。
在一些实施例中，第二核心网设备1031B可以与确定的第四核心网设备1032B交互。通过二者之间的交互，可以创建会话。
在一些实施例中，第二核心网设备1031B可以是MME，并且第四核心网设备1032B可以是S-GW。在一些实施例中，第二核心网设备1031B可以向第四核心网设备1032B发送创建会话请求(create session request)消息。对应地，第四核心网设备1032B可以向第二核心网设备1031B发送创建会话响应(create session response)消息。
在一些实施例中，第二核心网设备1031B可以是AMF，并且第四核心网设备1032B可以是UPF。在一些实施例中，第二核心网设备1031B可以发送Namf_PDUSession_UpdateSMContext请求消息并接收Namf_PDUSession_UpdateSMContext响应消息。
在步骤S3104中，第二核心网设备1031B向第二接入网设备102B发送第三信息。
在一些实施例中，第二接入网设备102B可以接收第三信息。
在一些实施例中，第三信息在此可以用于确定第二接入网设备102B需要支持S&F功能。
在一些实施例中，第三信息在此可以用于请求第二接入网设备102上报对S&F的支持能力。
在一些实施例中，在发送第三信息之前，第二核心网设备1031B可以确定或选择第二接入网设备102B。
在一些实施例中，在接收到第三信息之后，第二接入网设备102B可以确定自身不支持S&F功能。
在一些实施例中，第三信息可以携带在切换请求(handover request)消息中。
在步骤S3105中，第二接入网设备102B向第二核心网设备1031B发送第二信息。
在一些实施例中，第二核心网设备1031B可以接收第二信息。
在一些实施例中，第二信息可以用于指示第二接入网设备102B不支持S&F功能。
在一些实施例中，第二信息可以用于上报第二接入网设备102B不支持S&F功能。
在一些实施例中，第二信息的名称不做限制，其例如可以是功能指示信息、失败原因信息等。
在一些实施例中，第二信息可以用于指示第二核心网设备1031B对于S&F功能的支持能力。在一示例中，第二信息可以指示第二接入网设备102B不支持S&F功能。在一示例中，在第三信息用于请求上报第二接入网设备102B对S&F的支持能力的情况下，第二信息可以包括或可以是能力信息。
在一些实施例中，第二信息可以用于指示切换失败的原因。在一些实施例中，第二信息可以用于指示切换失败的原因为示第二接入网设备102B不支持S&F功能。在一示例中，在第三信息用于指示第二接入网设备102B需要支持S&F功能的情况下，第二信息可以包括或可以是失败原因信息。
在一些实施例中，第二信息可以携带在切换失败(handover failure)消息中。
在一些实施例中，第二核心网设备1031B可以根据接收到的第二信息，确定第二接入网设备102B不支持S&F功能，继而确定从第一接入网设备102A到第二接入网设备102B的切换失败。
在步骤S3106中，第二核心网设备1031B与第四核心网设备1032B交互。
在一些实施例中，在确定第二接入网设备102B不支持S&F功能和/或确定从第一接入网设备102A到第二接入网设备102B的切换失败的情况下，第二核心网设备1031B可以与第四核心网设备1032B交互。通过二者之间的交互，可以删除已创建的会话。
在一些实施例中，第二核心网设备1031B可以是MME，并且第四核心网设备1032B可以是S-GW。在一些实施例中，第二核心网设备1031B可以向第四核心网设备1032B发送删除会话请求(delete session request)消息。对应地，第四核心网设备1032B可以向第二核心网设备1031B发送删除会话响应(delete session response)消息。
在一些实施例中，第二核心网设备1031B可以是AMF，并且第四核心网设备1032B可以是UPF。在一些实施例中，第二核心网设备1031B可以发送Namf_PDUSession_UpdateSMContext请求消息并接收Namf_PDUSession_UpdateSMContext响应消息。
在步骤S3107中，第二核心网设备1031B向第一核心网设备1031A发送第一信息。
在一些实施例中，第一核心网设备1031A可以接收第一信息。
在一些实施例中，第一信息可以用于确定从第一接入网设备102A到第二接入网设备102B的切换失败。
在一些实施例中，第一信息可以用于指示从第一接入网设备102A到第二接入网设备102B的切换失败。
在一些实施例中，第一信息在此可以用于指示从第一接入网设备102A到第二接入网设备102B的切换被拒绝。
在一些实施例中，第一信息的名称不做限制，其例如可以是切换失败信息、切换拒绝信息等。
在一些实施例中，第一信息可以包括切换失败的原因。
在一些实施例中，切换失败的原因可以指示第二接入网设备102B不支持S&F功能。
在一些实施例中，第一信息可以携带在转发重定位响应(forward relocation response)消息中。在一示例中，第一核心网设备1031A和第二核心网设备1031B均可以是MME。在此示例中，第二核心网设备1031B可以向第一核心网设备1031A发送转发重定位响应消息，该消息可以包含第一信息。
在一些实施例中，第一信息可以通过基于服务的Namf接口发送。在一示例中，第三信息可以携带在Namf_Communication_CreateUEContext响应消息中。在一示例中，第一核心网设备1031A和第二核心网设备1031B均可以是AMF。在此示例中，第二核心网设备1031B可以向第一核心网设备1031A发送Namf_Communication_CreateUEContext响应消息，该消息可以包含第一信息。
在步骤S3108中，第一核心网设备1031A向第一接入网设备102A发送第一信息。
在一些实施例中，第一接入网设备102A可以接收第一信息。
在一些实施例中，第一信息可以携带在切换准备失败(handover preparation failure)消息中。
在一些实施例中，第一核心网设备1031A可以向第一接入网设备102A发送切换准备失败消息，该消息可以包含第一信息。
在一些实施例中，第一核心网设备1031A可以向第一接入网设备102A发送第二信息，本公开实施例对此不做具体限定。
在步骤S3109中，第一接入网设备102A向终端101发送第一信息。
在一些实施例中，终端101可以接收第一信息。
在一些实施例中，终端101可以根据第一信息，确定从第一接入网设备102A到第二接入网设备102B的切换失败。在一些实施例中，第一信息在此可以用于指示切换失败。
在一些实施例中，基于第一信息，终端101可以确定卫星接入不可用。在一些实施例中，基于第一信息，终端101可以确定与第二接入网设备102B对应的卫星接入不可用。在一些实施例中，终端101基于第一信息可以确定会出现卫星接入不可用的情况。
在步骤S3110中，终端101向第一核心网设备1031A发送请求信息。
在一些实施例中，第一核心网设备1031A可以接收请求信息。
在一些实施例中，请求信息可以是第一核心网设备1031A在确定切换失败之后发送的。
在一些实施例中，请求信息可以是第一核心网设备1031A根据第一信息确定发送的。
在一些实施例中，根据第一信息，终端101可以确定不接入第二接入网设备102B。在一些实施例中， 在第一接入网设备102A移动到不再覆盖终端101之前，终端101可以发送请求信息。
在一些实施例中，请求信息可以用于获取卫星接入不可用的相关信息。
在一些实施例中，卫星接入不可用可以指因为第二核心网设备1031B不支持S&F功能造成的终端101不能够接入卫星上的第二核心网设备1031B的情况。
在一些实施例中，终端101可以发起跟踪区域更新过程(tracking area update procedure)。在一些实施例中，在跟踪区域更新过程中，终端101可以向第一核心网设备1031A发送请求信息。
在一些实施例中，终端101可以在第一核心网设备1031A离开针对终端101的覆盖区域之前，发起跟踪区域更新过程。在一些实施例中，终端101可以在第一核心网设备1031A将要离开针对终端101的覆盖区域的情况下，发起跟踪区域更新过程。
在步骤S3111中，第一核心网设备1031A向终端101发送第四信息。
在一些实施例中，第一核心网设备1031A可以响应于请求信息，向终端101发送第四信息。
在一些实施例中，终端101可以接收第四信息。
在一些实施例中，第四信息可以用于确定卫星接入不可用。
在一些实施例中，第四信息可以用于指示卫星接入不可用。
在一些实施例中，第四信息可以用于指示卫星接入不可用的相关信息。
在一些实施例中，第四信息的名称不做限制，其例如可以是卫星接入停止信息等。
在一些实施例中，第四信息可以包括以下至少一者：用于指示卫星接入不可用的指示信息、卫星接入不可用的开始时间、卫星接入不可用的持续时长。
在一些实施例中，第四信息中的指示信息可以用于指示卫星接入不可用。例如，第四信息可以包括特定的字段。该字段的值(例如，“1”、“真值”、“不可用”)可以用于指示卫星接入不可用。
在一些实施例中，卫星接入不可用的开始时间可以是第一接入网设备102A所在的卫星移动并不再覆盖终端101的时间。在一示例中，卫星接入不可用的开始时间可以是因为卫星的移动导致终端101脱离第一接入网设备102A的覆盖的时刻。在一示例中，卫星接入不可用的开始时间可以是第一接入网设备102A所在的卫星移动离开覆盖区域的时间。
在一些实施例中，卫星接入不可用的持续时长可以是从第一接入网设备102A所在的卫星移动并不再覆盖终端101的时间到该卫星再次覆盖终端101的时间之间的时长。在一示例中，卫星接入不可用的开始时间可以是因为卫星的移动导致终端101脱离第一接入网设备102A的覆盖的时刻与终端101再次进入第一接入网设备102A的覆盖的时刻之间的时长。在一示例中，卫星接入不可用的开始时间可以是第一接入网设备102A所在的卫星移动离开覆盖区域的时间与下一次覆盖该区域的时间之间的时长。
在一些实施例中，第四信息可以是基于卫星星历确定的。在一些实施例中，第四信息可以基于第一接入网设备102A的卫星和/或第二接入网设备102B的卫星的星历信息确定。
在一些实施例中，第四信息可以包含用于指示卫星接入不可用的指示信息。在此情况下，终端101可以根据该指示信息确定卫星接入不可用。
在一些实施例中，第四信息可以不包含用于指示卫星接入不可用的指示信息。换言之，第四信息可以包含卫星接入不可用的开始时间和/或卫星接入不可用的持续时长，并省略用于指示卫星接入不可用的指示信息。在此情况下，终端101可以根据第四信息携带有卫星接入不可用的开始时间和/或卫星接入不可用的持续时长，确定卫星接入不可用。
在一些实施例中，在卫星接入不可用的情况下，终端101可以处于第一状态。在一些实施例中，卫星接入不可用可以对应于第一接入网设备102A的卫星不覆盖终端101。
在一些实施例中，第一状态可以是省电状态。在一示例中，省电状态可以指终端101的功耗相比于正常工作时的功耗更低。在一示例中，省电状态可以是低功耗状态。在一示例中，第一状态可以是空闲状态。在一示例中，第一状态可以是休眠状态。可以理解的是，第一状态还可以是其他具有较低功耗的状态，本公开实施例对此不做具体限定。
在一些实施例中，在卫星接入不可用的情况下，第一接入网设备102A可以实现与终端101相关的数据和/或信令的存储。换言之，与终端101相关的数据和/或信令可以存储在第一接入网设备102A中。在一示例中，第一接入网设备102A可以对与终端101相关的上行数据和/或信令进行存储。在一示例中，第一 接入网设备102A可以对与终端101相关的下行数据和/或信令进行存储。
通过以上步骤S3101至步骤S3111，可以实现根据本公开实施例的移动性处理方法。
本公开实施例所涉及的移动性处理方法可以包括步骤S3101至步骤S3111中的至少一者。例如，步骤S3105可以作为独立实施例来实施。例如，步骤S3107可以作为独立实施例来实施。例如，步骤S3108可以作为独立实施例来实施。例如，步骤S3111可以作为独立实施例来实施。例如，步骤S3105、S3107的组合可以作为独立实施例来实施。例如，步骤S3107、S3108的组合可以作为独立实施例来实施。例如，步骤S3108、S3111的组合可以作为独立实施例来实施。需要说明的是，步骤S3101至步骤S3111中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S3101、S3102、S3103、S3104、S3106、S3107、S3108、S3109、S3110、S3111是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S3101、S3102、S3103、S3104、S3105、S3106、S3108、S3109、S3110、S3111是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S3101、S3102、S3103、S3104、S3105、S3106、S3107、S3109、S3110、S3111是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S3101、S3102、S3103、S3104、S3105、S3106、S3107、S3108、S3109、S3110是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，可参见图3A所对应的说明书之前或之后记载的其他可选实现方式。
图3B是根据本公开实施例提供的移动性处理方法的交互示意图。本公开实施例涉及的移动性处理方法可以应用于通信系统100。如图3B所示，本公开实施例的移动性处理方法包括步骤S3201至步骤S3211。
在一些实施例中，接入网设备102可以包括第一接入网设备102A、第二接入网设备102B。在一些实施例中，第一接入网设备102A和第二接入网设备102B均可以为接入网设备102。在一些实施例中，第一接入网设备102A和第二接入网设备102B可以是星载设备。在一示例中，第一接入网设备102A和第二接入网设备102B可以位于不同的卫星上。
在一些实施例中，第一接入网设备102A可以是切换前为终端101提供服务的接入网设备。在一些实施例中，第一接入网设备102A可以被称为源接入网设备。在一些实施例中，第二接入网设备102B可以是切换后待为终端101提供服务的接入网设备。在一些实施例中，第二接入网设备102B可以被称为目标接入网设备。
在一些实施例中，在切换过程中，第一网元1031和第二网元1032均不改变。
在步骤S3201中，第一接入网设备102A向第一网元1031发送切换请求。
步骤S3201的可选实现方式可以参见图2A的步骤S3101的可选实现方式、以及图2A所涉及的实施例中其他关联部分，此处不再赘述。
在步骤S3202中，第一网元1031与第二网元1032进行交互。
步骤S3202的可选实现方式可以参见图2A的步骤S3103的可选实现方式、以及图2A所涉及的实施例中其他关联部分，此处不再赘述。
需要说明的是，因为在本实施例的切换过程中第一网元1031不改变，所以第一网元1031在接收到切换请求之后，可以与第二网元1032交互。
在步骤S3203中，第一网元1031向第二接入网设备102B发送第三信息。
步骤S3203的可选实现方式可以参见图2A的步骤S3104的可选实现方式、以及图2A所涉及的实施例中其他关联部分，此处不再赘述。
在步骤S3204中，第二接入网设备102B向第一网元1031发送第二信息。
步骤S3204的可选实现方式可以参见图2A的步骤S3105的可选实现方式、以及图2A所涉及的实施例中其他关联部分，此处不再赘述。
在步骤S3205中，第一网元1031与第二网元1032进行交互。
步骤S3205的可选实现方式可以参见图2A的步骤S3106的可选实现方式、以及图2A所涉及的实施例中其他关联部分，此处不再赘述。
在步骤S3206中，第一网元1031向第一接入网设备102A发送第一信息。
在一些实施例中，第一接入网设备102A可以接收第一信息。
在一些实施例中，第一信息可以用于确定从第一接入网设备102A到第二接入网设备102B的切换失败。
在一些实施例中，第一信息的名称不做限制，其例如可以是切换失败信息、切换拒绝信息等。
在一些实施例中，第一信息可以包括切换失败的原因。
在一些实施例中，切换失败的原因可以指示第二接入网设备102B不支持S&F功能。
在一些实施例中，第一信息可以携带在切换准备失败(handover preparation failure)消息中。
在一些实施例中，第一网元1031可以向第一接入网设备102A发送切换准备失败消息，该消息可以包含第一信息。
在步骤S3207中，第一接入网设备102A向终端101发送第一信息。
步骤S3207的可选实现方式可以参见图2A的步骤S3109的可选实现方式、以及图2A所涉及的实施例中其他关联部分，此处不再赘述。
在步骤S3208中，终端101向第一网元1031发送请求信息。
步骤S3208的可选实现方式可以参见图2A的步骤S3110的可选实现方式、以及图2A所涉及的实施例中其他关联部分，此处不再赘述。
在步骤S3209中，第一网元1031向终端101发送第四信息。
步骤S3209的可选实现方式可以参见图2A的步骤S3111的可选实现方式、以及图2A所涉及的实施例中其他关联部分，此处不再赘述。
通过以上步骤S3201至步骤S3209，可以实现根据本公开实施例的移动性处理方法。
本公开实施例所涉及的移动性处理方法可以包括步骤S3201至步骤S3209中的至少一者。例如，步骤S3204可以作为独立实施例来实施。例如，步骤S3206可以作为独立实施例来实施。例如，步骤S3209可以作为独立实施例来实施。例如，步骤S3204、S3206的组合可以作为独立实施例来实施。例如，步骤S3206、S3209的组合可以作为独立实施例来实施。例如，步骤S3204、S3206、S3209的组合可以作为独立实施例来实施。需要说明的是，步骤S3201至步骤S3209中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S3201、S3202、S3203、S3205、S3206、S3207、S3208、S3209是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S3201、S3202、S3203、S3204、S3205、S3207、S3208、S3209是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S3201、S3202、S3203、S3204、S3205、S3206、S3207、S3208是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，可参见图3B所对应的说明书之前或之后记载的其他可选实现方式。
图3C是根据本公开实施例提供的移动性处理方法的交互示意图。本公开实施例涉及的移动性处理方法可以应用于通信系统100。如图3C所示，本公开实施例的移动性处理方法包括步骤S3301至步骤S3306。
在一些实施例中，接入网设备102可以包括第一接入网设备102A、第二接入网设备102B。在一些实施例中，第一接入网设备102A和第二接入网设备102B均可以为接入网设备102。在一些实施例中，第一接入网设备102A和第二接入网设备102B可以是星载设备。在一示例中，第一接入网设备102A和第二接入网设备102B可以位于不同的卫星上。
在一些实施例中，第一接入网设备102A可以是切换前为终端101提供服务的接入网设备。在一些实施例中，第一接入网设备102A可以被称为源接入网设备。在一些实施例中，第二接入网设备102B可以是切换后待为终端101提供服务的接入网设备。在一些实施例中，第二接入网设备102B可以被称为目标接入网设备。
在一些实施例中，在切换过程中，第一网元1031和第二网元1032均不改变。
在步骤S3301中，第一接入网设备102A向第二接入网设备102B发送切换请求。
在一些实施例中，切换请求可以用于请求针对终端101进行切换。
在一些实施例中，切换请求可以用于请求从第一接入网设备102A切换到第二接入网设备102B。
在一些实施例中，第一接入网设备102A可以根据终端101的测量上报，触发切换流程。在一些实施例中，在终端101从由第一接入网设备102A所在卫星覆盖到由第二接入网设备102B所在卫星覆盖的过程 中，第一接入网设备102A可以根据终端101的测量上报，触发切换流程。在一些实施例中，在触发切换流程时，第一接入网设备102A可以发送切换请求。
在一些实施例中，第二接入网设备102B可以是根据终端101的测量上报和/或星历信息确定的。
在一些实施例中，切换请求的名称不做限制，其例如可以是切换请求、切换邀请、切换通知等。
在一些实施例中，切换请求可以通过X2接口发送。X2接口可以是第一接入网设备102A和第二接入网设备102B之间的通信接口。在一些实施例中，切换请求可以携带在切换请求消息中。切换请求消息可以通过X2接口发送。
在一些实施例中，切换请求可以通过Xn接口发送。Xn接口可以是第一接入网设备102A和第二接入网设备102B之间的通信接口。在一些实施例中，切换请求可以携带在切换请求消息中。切换请求消息可以通过Xn接口发送。
在一些实施例中，切换请求可以包括区域信息。该区域信息可以用于指示终端101所在的区域。
在一些实施例中，切换请求可以在切换准备(handover preparation)和/或切换执行(handover execution)的过程中由第一接入网设备102A发送给第二接入网设备102B。
在步骤S3302中，第二接入网设备102B向第一网元1031发送第二信息。
在一些实施例中，第一网元1031可以接收第二信息。
在一些实施例中，第二信息可以用于指示第二接入网设备102B不支持S&F功能。
在一些实施例中，第二信息可以用于上报第二接入网设备102B不支持S&F功能。
在一些实施例中，第二信息的名称不做限制，其例如可以是功能指示信息、失败原因信息等。
在一些实施例中，第二信息可以用于指示第二核心网设备1031B对于S&F功能的支持能力。在一示例中，第二信息可以指示第二接入网设备102B不支持S&F功能。
在一些实施例中，第二接入网设备102B可以根据切换请求，发送第二信息。在一些实施例中，切换请求可以指示第一接入网设备102A支持S&F功能。在此情况下，第二接入网设备102B可以向第一网元1031发送第二信息，以指示自身不支持S&F功能。
在一些实施例中，第二接入网设备102B可以根据来自第一网元1031的请求消息，发送第二信息。在一些实施例中，第二接入网设备102B可以在接收到来自第一网元1031的请求消息之后，发送第二信息作为响应，以指示自身不支持S&F功能。在一些实施例中，该请求消息可以用于请求第二接入网设备102B对S&F功能的支持能力。
在一些实施例中，第二信息可以携带在路径切换请求(path switch request)消息中。在一些实施例中，第二接入网设备102B可以向第一网元1031发送路径切换请求消息，该消息可以包含第二信息。
在一些实施例中，路径切换请求消息还可以包括第一接入网设备102A支持S&F功能的指示信息。
在步骤S3303中，第一网元1031向第二接入网设备102B发送第一信息。
在一些实施例中，第二接入网设备102B可以接收第一信息。
在一些实施例中，第一信息可以用于确定从第一接入网设备102A到第二接入网设备102B的切换失败。
在一些实施例中，第一信息可以用于指示从第一接入网设备102A到第二接入网设备102B的切换失败。
在一些实施例中，第一信息可以包括切换失败的原因。
在一些实施例中，切换失败的原因可以指示第二接入网设备102B不支持S&F功能。
在一些实施例中，第一信息可以是基于接收到的第二信息确定的。
在一些实施例中，第一网元1031可以根据第二信息，确定从第一接入网设备102A到第二接入网设备102B切换失败。
在一些实施例中，第一网元1031根据第二信息，可以确定第二接入网设备102B不支持S&F功能。在此情况下，第一网元1031可以确定终端101不可以从第一接入网设备102A切换到第二接入网设备102B。
在一些实施例中，第一网元1031可以确定第一接入网设备102A支持S&F功能，或确定第一接入网设备102A为终端101提供基于S&F功能的服务。那么，第一网元1031可以确定第二接入网设备102B需要支持S&F功能。但是，第一网元1031根据第二信息，可以确定第二接入网设备102B不支持S&F功能。如此，第一网元1031可以确定终端101不可以从第一接入网设备102A切换到第二接入网设备102B。
在一些实施例中，第一网元1031可以通过以下方式获悉第一接入网设备102A支持S&F功能：在终 端101通过第一接入网设备102A的附接(attachment)过程中，第一接入网设备102A可以上报自身对S&F功能的支持能力，即支持S&F功能。
在一些实施例中，第一信息可以携带在路径切换请求失败(path switch request failure)消息中。在一些实施例中，第一网元1031可以向第二接入网设备102B发送路径切换请求失败消息，该消息包含第一信息。
在步骤S3304中，第二接入网设备102B向第一接入网设备102A发送第一信息。
在一些实施例中，第一接入网设备102A可以接收第一信息。
在一些实施例中，第一信息可以携带在释放资源(release resource)消息中。在一些实施例中，第二接入网设备102B可以向第一接入网设备102A发送释放资源消息，该消息包含第一信息。
在一些实施例中，释放资源消息可以用于通知第一接入网设备102A切换失败。在一些实施例中，释放资源消息可以用于通知第一接入网设备102A由于第二接入网设备102B不支持S&F功能而造成切换失败。在一些实施例中，释放资源消息中的第一信息可以用于第一接入网设备102A确定切换失败。
在一些实施例中，释放资源消息可以用于触发第一接入网设备102A进行资源释放。
在步骤S3305中，终端101向第一网元1031发送请求信息。
步骤S3305的可选实现方式可以参见图2A的步骤S3110的可选实现方式、以及图2A所涉及的实施例中其他关联部分，此处不再赘述。
在步骤S3306中，第一网元1031向终端101发送第四信息。
步骤S3306的可选实现方式可以参见图2A的步骤S3111的可选实现方式、以及图2A所涉及的实施例中其他关联部分，此处不再赘述。
通过以上步骤S3301至步骤S3306，可以实现根据本公开实施例的移动性处理方法。
本公开实施例所涉及的移动性处理方法可以包括步骤S3301至步骤S3306中的至少一者。例如，步骤S3302可以作为独立实施例来实施。例如，步骤S3303可以作为独立实施例来实施。例如，步骤S3304可以作为独立实施例来实施。例如，步骤S3306可以作为独立实施例来实施。例如，步骤S3302、S3303的组合可以作为独立实施例来实施。例如，步骤S3303、S3304的组合可以作为独立实施例来实施。例如，步骤S3303、S3306的组合可以作为独立实施例来实施。例如，步骤S3302、S3303、S3304的组合可以作为独立实施例来实施。需要说明的是，步骤S3301至步骤S3306中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S3201、S3303、S3304、S3305、S3306是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S3301、S3302、S3304、S3305、S3306是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S3301、S3302、S3303、S3305、S3306是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S3301、S3302、S3303、S3304、S3305是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，可参见图3C所对应的说明书之前或之后记载的其他可选实现方式。
在一些实施例中，信息等的名称不限定于实施例中所记载的名称，“信息(information)”、“消息(message)”、“信号(signal)”、“信令(signaling)”、“报告(report)”、“配置(configuration)”、“指示(indication)”、“指令(instruction)”、“命令(command)”、“信道”、“参数(parameter)”、“域”、“字段”、“符号(symbol)”、“码元(symbol)”、“码本(codebook)”、“码字(codeword)”、“码点(codepoint)”、“比特(bit)”、“数据(data)”、“程序(program)”、“码片(chip)”等术语可以相互替换。
在一些实施例中，“上行”、“上行链路”、“物理上行链路”等术语可以相互替换，“下行”、“下行链路”、“物理下行链路”等术语可以相互替换，“侧行(side)”、“侧行链路(sidelink)”、“侧行通信”、“侧行链路通信”、“直连”、“直连链路”、“直连通信”、“直连链路通信”等术语可以相互替换。
在一些实施例中，“无线(radio)”、“无线(wireless)”、“无线接入网(radio access network，RAN)”、“接入网(access network，AN)”、“基于RAN的(RAN-based)”等术语可以相互替换。
在一些实施例中，“时刻”、“时间点”、“时间”、“时间位置”等术语可以相互替换，“时长”、“时段”、“时间窗口”、“窗口”、“时间”等术语可以相互替换。
在一些实施例中，“获取”、“获得”、“得到”、“接收”、“传输”、“双向传输”、“发送和/或接收”可以相互替换，其可以解释为从其他主体接收，从协议中获取，从高层获取，自身处理得到、自主实现等多种含义。
在一些实施例中，“发送”、“发射”、“上报”、“下发”、“传输”、“双向传输”、“发送和/或接收”等术语可以相互替换。
在一些实施例中，“特定(certain)”、“预定(preset)”、“预设”、“设定”、“指示(indicated)”、“某一”、“任意”、“第一”等术语可以相互替换，“特定A”、“预定A”、“预设A”、“设定A”、“指示A”、“某一A”、“任意A”、“第一A”可以解释为在协议等中预先规定的A，也可以解释为通过设定、配置、或指示等得到的A，也可以解释为特定A、某一A、任意A、或第一A等，但不限于此。
在一些实施例中，判定或判断可以通过以1比特表示的值(0或1)来进行，也可以通过以真(true)或者假(false)表示的真假值(布尔值(boolean))来进行，也可以通过数值的比较(例如，与预定值的比较)来进行，但不限于此。
图4A是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。该移动性处理方法由第一核心网设备1031A执行。如图4A所示，上述方法包括步骤S4101至步骤S4106。
在步骤S4101中，获取切换请求。
步骤S4101的可选实现方式可以参见图3A的步骤S3101的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一核心网设备1031A可以接收由第一接入网设备102A发送的切换请求，但不限于此，也可以接收由其他主体发送的切换请求。
在步骤S4102中，发送第三信息。
步骤S4102的可选实现方式可以参见图3A的步骤S3102的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一核心网设备1031A可以向第二核心网设备1031B发送第三信息，但不限于此，也可以向其他主体发送第三信息。
在步骤S4103中，获取第一信息。
步骤S4103的可选实现方式可以参见图3A的步骤S3107的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一核心网设备1031A可以接收由第二核心网设备1031B发送的第一信息，但不限于此，也可以接收由其他主体发送的第一信息。
在步骤S4104中，发送第一信息。
步骤S4104的可选实现方式可以参见图3A的步骤S3108的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一核心网设备1031A可以向第一接入网设备102A发送第一信息，但不限于此，也可以向其他主体发送第一信息。
在步骤S4105中，获取请求信息。
步骤S4105的可选实现方式可以参见图3A的步骤S3110的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一核心网设备1031A可以接收由终端101发送的请求信息，但不限于此，也可以接收由其他主体发送的请求信息。
在步骤S4106中，发送第四信息。
步骤S4106的可选实现方式可以参见图3A的步骤S3111的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一核心网设备1031A可以向终端101发送第四信息，但不限于此，也可以向其他主体发送第四信息。
本公开实施例所涉及的移动性处理方法可以包括步骤S4101至步骤S4106中的至少一者。例如，步骤S4104可以作为独立实施例来实施。例如，步骤S4106可以作为独立实施例来实施。例如，步骤S4104、S4106的组合可以作为独立实施例来实施。需要说明的是，步骤S4101至步骤S4106中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S4101、S4102、S4103、S4105、S4106是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S4101、S4102、S4103、S4104、S4105是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
图4B是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。该移动性处理方法由第二核心网设备1031B执行。如图4B所示，上述方法包括步骤S4201至步骤S4206。
在步骤S4201中，获取第三信息。
步骤S4201的可选实现方式可以参见图3A的步骤S3102的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二核心网设备1031B可以接收由第一核心网设备1031A发送的第三信息，但不限于此，也可以接收由其他主体发送的第三信息。
在步骤S4202中，执行交互。
步骤S4202的可选实现方式可以参见图3A的步骤S3103的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二核心网设备1031B可以与第四核心网设备1032B执行交互，但不限于此，也可以与其他主体执行交互。
在步骤S4203中，发送第三信息。
步骤S4203的可选实现方式可以参见图3A的步骤S3104的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二核心网设备1031B可以向第二接入网设备102B发送第三信息，但不限于此，也可以向其他主体发送第三信息。
在步骤S3204中，获取第二信息。
步骤S4204的可选实现方式可以参见图3A的步骤S3105的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二核心网设备1031B可以接收由第二接入网设备102B发送的第二信息，但不限于此，也可以接收由其他主体发送的第二信息。
在步骤S4205中，执行交互。
步骤S4205的可选实现方式可以参见图3A的步骤S3106的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二核心网设备1031B可以与第四核心网设备1032B执行交互，但不限于此，也可以与其他主体执行交互。
在步骤S4206中，发送第一信息。
步骤S4206的可选实现方式可以参见图3A的步骤S3107的可选实现方式、以及图3A所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二核心网设备1031B可以向第一核心网设备1031A发送第一信息，但不限于此，也可以向其他主体发送第一信息。
本公开实施例所涉及的移动性处理方法可以包括步骤S4201至步骤S4206中的至少一者。例如，步骤S4204可以作为独立实施例来实施。例如，步骤S4206可以作为独立实施例来实施。例如，步骤S4204、S4206的组合可以作为独立实施例来实施。需要说明的是，步骤S4201至步骤S4206中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S4201、S4202、S4203、S4205、S4206是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S4201、S4202、S4203、S4204、S4205是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
图4C是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。该移动性处理方法由第一网元1031执行。如图4C所示，上述方法包括步骤S4301至步骤S4308。
在步骤S4301中，获取切换请求。
步骤S4301的可选实现方式可以参见图3B的步骤S3201的可选实现方式、以及图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以接收由第一接入网设备102A发送的切换请求，但不限于此，也可以接收由其他主体发送的切换请求。
在步骤S4302中，执行交互。
步骤S4302的可选实现方式可以参见图3B的步骤S3202的可选实现方式、以及图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以与第二网元1032执行交互，但不限于此，也可以与其他主体执行交互。
在步骤S4303中，发送第三信息。
步骤S4303的可选实现方式可以参见图3B的步骤S3203的可选实现方式、以及图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以向第二接入网设备102B发送第三信息，但不限于此，也可以向其他主体发送第三信息。
在步骤S4304中，获取第二信息。
步骤S4304的可选实现方式可以参见图3B的步骤S3204的可选实现方式、以及图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以接收由第二接入网设备102B发送的第二信息，但不限于此，也可以接收由其他主体发送的第二信息。
在步骤S4305中，执行交互。
步骤S4305的可选实现方式可以参见图3B的步骤S3205的可选实现方式、以及图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以与第二网元1032执行交互，但不限于此，也可以与其他主体执行交互。
在步骤S4306中，发送第一信息。
步骤S4306的可选实现方式可以参见图3B的步骤S3206的可选实现方式、以及图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以向第一接入网设备102A发送第一信息，但不限于此，也可以向其他主体发送第一信息。
在步骤S4307中，获取请求信息。
步骤S4307的可选实现方式可以参见图3B的步骤S3208的可选实现方式、以及图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以接收由终端101发送的请求信息，但不限于此，也可以接收由其他主体发送的请求信息。
在步骤S4308中，发送第四信息。
步骤S4308的可选实现方式可以参见图3B的步骤S3209的可选实现方式、以及图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以向终端101发送第四信息，但不限于此，也可以向其他主体发送第四信息。
本公开实施例所涉及的移动性处理方法可以包括步骤S4301至步骤S4308中的至少一者。例如，步骤S4304可以作为独立实施例来实施。例如，步骤S4306可以作为独立实施例来实施。例如，步骤S4308可 以作为独立实施例来实施。例如，步骤S4304、S4306的组合可以作为独立实施例来实施。例如，步骤S4306、S4308的组合可以作为独立实施例来实施。需要说明的是，步骤S4301至步骤S4308中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S4301、S4302、S4303、S4305、S4306、S4307、S4308是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S4301、S4302、S4303、S4304、S4305、S4307、S4308是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S4301、S4302、S4303、S4304、S4305、S4306、S4307是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
图4D是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。该移动性处理方法由第一网元1031执行。如图4D所示，上述方法包括步骤S4401至步骤S4404。
在步骤S4401中，获取第二信息。
步骤S4401的可选实现方式可以参见图3C的步骤S3302的可选实现方式、以及图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以接收由第二接入网设备102B发送的第二信息，但不限于此，也可以接收由其他主体发送的第二信息。
在步骤S4402中，发送第一信息。
步骤S4402的可选实现方式可以参见图3C的步骤S3303的可选实现方式、以及图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以向第二接入网设备102B发送第一信息，但不限于此，也可以向其他主体发送第一信息。
在步骤S4403中，获取请求信息。
步骤S4403的可选实现方式可以参见图3C的步骤S3305的可选实现方式、以及图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以接收由终端101发送的请求信息，但不限于此，也可以接收由其他主体发送的请求信息。
在步骤S4404中，发送第四信息。
步骤S4404的可选实现方式可以参见图3C的步骤S3306的可选实现方式、以及图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以向终端101发送第四信息，但不限于此，也可以向其他主体发送第四信息。
本公开实施例所涉及的移动性处理方法可以包括步骤S4401至步骤S4404中的至少一者。例如，步骤S4401可以作为独立实施例来实施。例如，步骤S4402可以作为独立实施例来实施。例如，步骤S4404可以作为独立实施例来实施。例如，步骤S4401、S4402的组合可以作为独立实施例来实施。例如，步骤S4402、S4404的组合可以作为独立实施例来实施。需要说明的是，步骤S4401至步骤S4404中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S4402、S4403、S4404是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S4401、S4403、S4404是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S4401、S4402、S4403是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
图5A是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。该移动性处理方法由第一接入网设备102A执行。如图5A所示，上述方法包括步骤S5101至步骤S5103。
在步骤S5101中，发送切换请求。
步骤S5101的可选实现方式可以参见图3A的步骤S3101、图3B的步骤S3201的可选实现方式，以及 图3A、图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一接入网设备102A可以向第一核心网设备1031A发送切换请求，但不限于此，也可以向其他主体发送切换请求。
在一些实施例中，第一接入网设备102A可以向第一网元1031发送切换请求，但不限于此，也可以向其他主体发送切换请求。
在步骤S5102中，获取第一信息。
步骤S5102的可选实现方式可以参见图3A的步骤S3108、图3B的步骤S3206的可选实现方式，以及图3A、图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一接入网设备102A可以接收由第一核心网设备1031A发送的第一信息，但不限于此，也可以接收由其他主体发送的第一信息。
在一些实施例中，第一接入网设备102A可以接收由第一网元1031发送的第一信息，但不限于此，也可以接收由其他主体发送的第一信息。
在步骤S5103中，发送第一信息。
步骤S5103的可选实现方式可以参见图3A的步骤S3109、图3B的步骤S3207的可选实现方式，以及图3A、图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一接入网设备102A可以向终端101发送第一信息，但不限于此，也可以向其他主体发送第一信息。
本公开实施例所涉及的移动性处理方法可以包括步骤S5101至步骤S5103中的至少一者。例如，步骤S5102可以作为独立实施例来实施。需要说明的是，步骤S5101至步骤S5103中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S5101、S5103是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
图5B是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。该移动性处理方法由第一接入网设备102A执行。如图5B所示，上述方法包括步骤S5201至步骤S5202。
在步骤S5201中，发送切换请求。
步骤S5201的可选实现方式可以参见图3C的步骤S3301、以及图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一接入网设备102A可以向第二接入网设备102B发送切换请求，但不限于此，也可以向其他主体发送切换请求。
在步骤S5202中，获取第一信息。
步骤S5202的可选实现方式可以参见图3C的步骤S3304的可选实现方式、以及图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一接入网设备102A可以接收由第二接入网设备102B发送的第一信息，但不限于此，也可以接收由其他主体发送的第一信息。
本公开实施例所涉及的移动性处理方法可以包括步骤S5201至步骤S5202中的至少一者。例如，步骤S5202可以作为独立实施例来实施。需要说明的是，步骤S5201至步骤S5202中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S5201是可选的，在不同实施例中可以对该步骤进行省略或替代。
图6A是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。该移动性处理方法由第二接入网设备102B执行。如图6A所示，上述方法包括步骤S6101至步骤S6102。
在步骤S6101中，获取第三信息。
步骤S6101的可选实现方式可以参见图3A的步骤S3104、图3B的步骤S3203的可选实现方式，以及图3A、图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二接入网设备102B可以接收由第二核心网设备1031B发送的第三信息，但不限于此，也可以接收由其他主体发送的第三信息。
在一些实施例中，第二接入网设备102B可以接收由第一网元1031发送的第三信息，但不限于此，也 可以接收由其他主体发送的第三信息。
在步骤S6102中，发送第二信息。
步骤S6102的可选实现方式可以参见图3A的步骤S3105、图3B的步骤S3204的可选实现方式，以及图3A、图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二接入网设备102B可以向第二核心网设备1031B发送第二信息，但不限于此，也可以向其他主体发送第二信息。
在一些实施例中，第一接入网设备102A可以向第一网元1031发送第二信息，但不限于此，也可以向其他主体发送第二信息。
本公开实施例所涉及的移动性处理方法可以包括步骤S6101至步骤S6102中的至少一者。例如，步骤S6102可以作为独立实施例来实施。需要说明的是，步骤S6101至步骤S6102中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S6101是可选的，在不同实施例中可以对该步骤进行省略或替代。
图6B是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。该移动性处理方法由第二接入网设备102B执行。如图6B所示，上述方法包括步骤S6201至步骤S6204。
在步骤S6201中，获取切换请求。
步骤S6201的可选实现方式可以参见图3C的步骤S3301的可选实现方式、以及图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二接入网设备102B可以接收由第一接入网设备102A发送的切换请求，但不限于此，也可以接收由其他主体发送的切换请求。
在步骤S6202中，发送第二信息。
步骤S6202的可选实现方式可以参见图3C的步骤S3302、以及图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二接入网设备102B可以向第一网元1031发送第二信息，但不限于此，也可以向其他主体发送第二信息。
在步骤S6203中，获取第一信息。
步骤S6203的可选实现方式可以参见图3C的步骤S3303的可选实现方式、以及图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二接入网设备102B可以接收由第一网元1031发送的第一信息，但不限于此，也可以接收由其他主体发送的第一信息。
在步骤S6204中，发送第一信息。
步骤S6204的可选实现方式可以参见图3C的步骤S3304、以及图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二接入网设备102B可以向第一接入网设备102A发送第一信息，但不限于此，也可以向其他主体发送第一信息。
本公开实施例所涉及的移动性处理方法可以包括步骤S6201至步骤S6204中的至少一者。例如，步骤S6202可以作为独立实施例来实施。例如，步骤S6203可以作为独立实施例来实施。例如，步骤S6202、S6203的组合可以作为独立实施例来实施。需要说明的是，步骤S6201至步骤S6204中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S6201、S6203、S6204是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
在一些实施例中，步骤S6201、S6202、S6204是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
图7是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。该移动性处理方法由终端101执行。如图7所示，上述方法包括步骤S701至步骤S703。
在步骤S701中，获取第一信息。
步骤S701的可选实现方式可以参见图3A的步骤S3109、图3B的步骤S3207的可选实现方式，以及 图3A、图3B所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，终端101可以接收由第一接入网设备102A发送的第一信息，但不限于此，也可以接收由其他主体发送的第一信息。
在步骤S702中，发送请求信息。
步骤S702的可选实现方式可以参见图3A的步骤S3110、图3B的步骤S3208、图3C的步骤S3305，以及图3A、图3B、图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，终端101可以向第一核心网设备1031A发送请求信息，但不限于此，也可以向其他主体发送请求信息。
在一些实施例中，终端101可以向第一网元1031发送请求信息，但不限于此，也可以向其他主体发送请求信息。
在步骤S703中，获取第四信息。
步骤S703的可选实现方式可以参见图3A的步骤S3111、图3B的步骤S3209、图3C的步骤S3306的可选实现方式，以及图3A、图3B、图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，终端101可以接收由第一核心网设备1031A发送的第四信息，但不限于此，也可以接收由其他主体发送的第四信息。
在一些实施例中，终端101可以接收由第一网元1031发送的第四信息，但不限于此，也可以接收由其他主体发送的第四信息。
本公开实施例所涉及的移动性处理方法可以包括步骤S701至步骤S703中的至少一者。例如，步骤S703可以作为独立实施例来实施。需要说明的是，步骤S701至步骤S703中的一个或多个步骤组成的可能的独立实施例不限于此。
在一些实施例中，步骤S701、S702是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。
图8A是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。如图8A所示，上述方法包括步骤S8101。
在步骤S8101中，第一网元1031发送第一信息。
步骤S8101的可选实现方式可以参见图3A的步骤S3107、S3108、图3B的步骤S3206、图3C的步骤S3303，以及图3A、图3B、图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一网元1031可以向第一接入网设备102A发送第一信息。
在一些实施例中，第一网元1031可以向第二接入网设备102B发送第一信息。
在一些实施例中，第一网元1031可以包括第一核心网设备1031A和/或第二核心网设备1031B。
在一些实施例中，第一网元1031可以为第一核心网设备1031A。在一些实施例中，第一核心网设备1031A可以向第一接入网设备102A发送第一信息。
在一些实施例中，第一网元1031可以为第二核心网设备1031B。在一些实施例中，第二核心网设备1031B可以向第一核心网设备1031A发送第一信息。
图8B是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。如图8B所示，上述方法包括步骤S8201。
在步骤S8201中，第一接入网设备102A接收第一信息。
步骤S8201的可选实现方式可以参见图3A的步骤S3108、图3B的步骤S3206、图3C的步骤S3304，以及图3A、图3B、图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第一接入网设备102A可以接收由第一核心网设备1031A发送的第一信息。
在一些实施例中，第一接入网设备102A可以接收由第一网元1031发送的第一信息。
在一些实施例中，第一接入网设备102A可以接收由第二接入网设备102B发送的第一信息。
图8C是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。如图8C所示，上述方法包括步骤S8301。
在步骤S8301中，第二接入网设备102B发送第二信息。
步骤S8301的可选实现方式可以参见图3A的步骤S3105、图3B的步骤S3204、图3C的步骤S3302， 以及图3A、图3B、图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，第二接入网设备102B可以向第二核心网设备1031B发送第二信息。
在一些实施例中，第二接入网设备102B可以向第一网元1031发送第二信息。
图8D是根据本公开实施例提供的移动性处理方法的流程示意图。本公开实施例涉及移动性处理方法。如图8D所示，上述方法包括步骤S8401。
在步骤S8401中，终端101接收第四信息。
步骤S8401的可选实现方式可以参见图3A的步骤S3111、图3B的步骤S3209、图3C的步骤S3306，以及图3A、图3B、图3C所涉及的实施例中其他关联部分，此处不再赘述。
在一些实施例中，终端101可以接收由第一核心网设备1031A发送的第四信息。
在一些实施例中，终端101可以接收由第一网元1031发送的第四信息。
在下文中，通过具体实施方式对本公开实施例的技术方案进行示例性说明。
在一些实施例中，在基站卫星移动触发切换流程时，由MME(或者5G网络中的AMF)(即第一网元)根据切换前基站卫星(即第一接入网设备)支持存储与转发的能力，指示切换后的目标基站卫星(即第二接入网设备)支持存储与转发能力。
在一些实施例中，根据该指示，如果目标基站卫星不支持所述能力，则返回切换失败，并说明切换失败是由于其不支持存储与转发能力。
在一些实施例中，MME根据返回结果，向UE指示切换失败。
在一些实施例中，UE(即终端)向MME发送跟踪区更新请求，MME向UE返回不可用持续时间和/或不可用开始时间。不可用开始时间为当前卫星覆盖失去的开始时间。不可用持续时间为当前卫星从失去覆盖到下一次提供覆盖的持续时间。
图9A是根据本公开实施例提供的移动性处理方法的示例性实施方式的交互示意图。图9A描述的场景为：SAT-eNB1提供当前覆盖，当SAT-eNB1失去覆盖之后，由SAT-eNB2继续为该区域提供覆盖。在由SAT-eNB1的覆盖切换为SAT-eNB2的覆盖后，对应的MME、S-GW都会变化。
如图9A所示，该移动性处理方法包括步骤S9101至步骤S9112。
在步骤S9101中，UE通过STA-eNB1接入EPC，下行数据通过P-GW(即第三网元)、源S-GW、SAT-eNB1被发送到UE。随着时间的推移，源SAT-eNB1将飞离UE的覆盖区域，源SAT-eNB1决定向目标SAT-eNB2发起基于S1的切换。这例如可以由与目标SAT-eNB2不存在X2连接触发、或由在基于X2的切换未成功之后的来自目标SAT-eNB2的指示触发。
在步骤S9102中，源SAT-eNB1向源MME(即第一核心网设备)发送切换要求(目标TAI等)。目标TAI被发送给MME，以便于选择合适的目标MME(即第二核心网设备)。
在步骤S9103中，源MME基于MME选择功能来选择目标MME。若确定重定位MME，则源MME向目标MME发送转发重定位请求消息(MME UE上下文、目标SAT-eNB2标识、目标TAI等)。
在一些实施例中，目标TAI被发送给目标MME，以帮助目标MME确定是否需要进行S-GW重定位。
在一些实施例中，该转发重定位请求消息中需要包含S&F指示，以将S&F指示发送给目标MME。S&F指示被用于指示源SAT-eNB1应当支持S&F能力。在考虑到源SAT-eNB1支持S&F能力的情况下，源MME确定将S&F指示发送给目标MME。
在步骤S9104中，若已经进行MME重定位，则目标MME验证源S-GW(即第三核心网设备)是否能够继续为UE提供服务。若否，则目标MME选择新的S-GW。若选择了新的S-GW，则目标MME针对每个PDU连接向目标S-GW(即第四核心网设备)发送创建会话请求消息。
在步骤S9105中，目标MME向目标SAT-eNB2发送切换请求消息。该消息在目标SAT-eNB2中创建UE上下文，包括承载相关信息、以及安全性上下文。之前从源MME接收到的S&F指示同样可以被发送至目标SAT-eNB2，以指示SAT-eNB2应当支持S&F能力。
在步骤S9106中，若SAT-eNB2支持S&F能力，则SAT-eNB2向目标MME发送切换请求确认(ack)。否则，SAT-eNB2向目标MME发送切换失败消息。在切换失败消息中包含原因值，以指示切换失败是因为SAT-eNB2不支持S&F能力。
在一些实施例中，目标MME对目标MME中针对该UE的全部保留资源进行清理。
在步骤S9107中，若已经进行S-GW重定位，并且若步骤S9104被执行，则目标MME向目标S-GW发送删除会话请求消息，以删除EPS承载资源。
在步骤S9108中，目标MME向源MME发送转发重定位响应消息。目标MME指示切换失败是由目标SAT-eNB2不支持S&F能力导致的。
在步骤S9109中，在源MME接收到转发重定位响应消息时，源MME向源SAT-eNB1发送切换准备失败消息。源MME使用原因值(即失败原因)来指示切换失败是由目标SAT-eNB2不支持S&F能力导致的。
在步骤S9110中，切换命令被发送至UE以指示切换失败是由于目标SAT-eNB2不支持S&F能力。
在步骤S9111中，在接收到该切换命令之后，UE将不会接入到SAT-eNB2。在SAT-eNB1脱离覆盖之前，UE发起跟踪区域更新(tracking area update，TAU)流程。UE向源MME发送TAU请求。
在步骤S9112中，源MME确定不可用(unavailability period)的开始、以及不可用的持续时长。这些信息包含在TAU接受消息中并发送给UE。
在一些实施例中，不可用的开始被设置为SAT-eNB1脱离覆盖区域的时间。不可用的持续时长被设置为从SAT-eNB1脱离覆盖区域的时间到SAT-eNB1下一次对该区域提供覆盖的时间之间的时长。全部这些信息使得UE能够在SAT-eNB1脱离覆盖期间节约功耗。
图9B是根据本公开实施例提供的移动性处理方法的示例性实施方式的交互示意图。在此过程中，MME和S-GW在eNB切换期间可以不改变。
如图9B所示，该移动性处理方法包括步骤S9201至步骤S9110。
在步骤S9201中，UE通过STA-eNB1接入EPC，下行数据通过P-GW、源S-GW、SAT-eNB1被发送到UE。随着时间的推移，源SAT-eNB1将飞离UE的覆盖区域，源SAT-eNB1决定向目标SAT-eNB2发起基于S1的切换。这例如可以由与目标SAT-eNB2不存在X2连接触发、或由在基于X2的切换未成功之后的来自目标SAT-eNB2的指示触发。
在步骤S9202中，源SAT-eNB1向MME(即第一网元)发送切换要求(目标TAI等)。
在步骤S9203中，MME针对每个PDU连接向S-GW(即第二网元)发送创建会话请求消息。
在步骤S9204中，MME向目标SAT-eNB2发送切换请求消息。该消息在目标SAT-eNB2中创建UE上下文，包括承载相关信息、以及安全性上下文。
在一些实施例中，在考虑到源SAT-eNB1支持S&F能力的情况下，MME确定将S&F指示发送给目标SAT-eNB2。S&F指示用于指示SAT-eNB2应当支持S&F能力。
在步骤S9205中，SAT-eNB2支持S&F能力，则SAT-eNB2向MME发送切换请求确认。否则，SAT-eNB2向MME发送切换失败消息。在切换失败消息中包含原因值，以指示切换失败是因为SAT-eNB2不支持S&F能力。
在一些实施例中，MME对目标MME中针对该UE的全部保留资源进行清理。
在步骤S9206中，若步骤S9203被执行，则MME向S-GW发送删除会话请求消息，以删除EPS承载资源。
在步骤S9207中，当MME接收到切换失败消息时，MME向源SAT-eNB1发送切换准备失败消息。MME使用原因值来指示切换失败是由目标SAT-eNB2不支持S&F能力导致的。
在步骤S9208中，切换命令被发送至UE以指示切换失败是由于目标SAT-eNB2不支持S&F能力。
在步骤S9209中，在接收到该切换命令之后，UE将不会接入到SAT-eNB2。在SAT-eNB1脱离覆盖之前，UE发起跟踪区域更新流程。UE向源MME发送TAU请求。
在步骤S9210中，MME确定不可用的开始、以及不可用的持续时长。这些信息包含在TAU接受消息中并发送给UE。
在一些实施例中，不可用的开始被设置为SAT-eNB1脱离覆盖区域的时间。不可用的持续时长被设置为从SAT-eNB1脱离覆盖区域的时间到SAT-eNB1下一次对该区域提供覆盖的时间之间的时长。全部这些信息使得UE能够在SAT-eNB1脱离覆盖期间节约功耗。
图9C是根据本公开实施例提供的移动性处理方法的示例性实施方式的交互示意图。此过程可以被用于实现UE通过X2的从源SAT-eNB1到目标SAT-eNB2的切换。此时，MME不改变，并且决定S-GW也 不改变。
如图9C所示，该移动性处理方法包括步骤S9301至步骤S9306。
在步骤S9301中，UE、源SAT-eNB1、以及目标SAT-eNB2进行切换准备和执行。
在步骤S9302中，目标SAT-eNB2向MME发送路径切换请求消息，以通知由于卫星的运动导致UE的服务eNB发生变化。该路径切换请求消息中可以包含目标SAT-eNB2的TAI和ECGI(E-UTRAN cell global identifier，E-UTRAN小区全局标识符)。
在一些实施例中，MME可以知道SAT-eNB2支持S&F能力。在SAT-eNB2支持S&F能力的情况下，这能够通过SAT-eNB2通过路径切换请求消息上报其支持S&F能力来实现。
在一些实施例中，在接收到路径切换请求之后，MME可以请求SAT-eNB2上报是否支持S&F能力。
在步骤S9303中，若目标SAT-eNB2不支持S&F能力，并且若MME知道源SAT-eNB1支持S&F能力(SAT-eNB1可以在经由SAT-eNB1的UE附接的过程中上报其支持S&F能力)，则MME可以向目标SAT-eNB2发送路径切换请求失败消息。该消息可以包含原因值。该原因值指示由于目标SAT-eNB2不支持S&F能力导致切换失败。
在步骤S9304中，通过发送释放资源消息，目标SAT-eNB2向源SAT-eNB1通知由于目标SAT-eNB2不支持S&F能力导致切换失败，并触发资源释放。
在步骤S9305中，当SAT-eNB1将要脱离覆盖时，UE发起跟踪区域更新流程。UE向源MME发送TAU请求。
在步骤S9306中，MME确定不可用的开始、以及不可用的持续时长。这些信息包含在TAU接受消息中并发送给UE。
在一些实施例中，不可用的开始被设置为SAT-eNB1脱离覆盖区域的时间。不可用的持续时长被设置为从SAT-eNB1脱离覆盖区域的时间到SAT-eNB1下一次对该区域提供覆盖的时间之间的时长。全部这些信息使得UE能够在SAT-eNB1脱离覆盖期间节约功耗。
在本公开实施例中，部分或全部步骤、其可选实现方式可以与其他实施例中的部分或全部步骤任意组合，也可以与其他实施例的可选实现方式任意组合。
本公开实施例还提供用于实现以上任一方法的移动性处理装置。例如，本公开实施例提供一种移动性处理装置，包括用以实现以上任一种方法中网元所执行的各步骤的单元或模块。例如，本公开实施例提供一种移动性处理装置，包括用以实现以上任一种方法中接入网设备所执行的各步骤的单元或模块。例如，本公开实施例提供一种移动性处理装置，包括用以实现以上任一种方法中终端所执行的各步骤的单元或模块。
应理解以上装置中各单元或模块的划分仅是一种逻辑功能的划分，在实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。此外，装置中的单元或模块可以以处理器调用软件的形式实现：例如装置包括处理器，处理器与存储器连接，存储器中存储有指令，处理器调用存储器中存储的指令，以实现以上任一种方法或实现上述装置各单元或模块的功能，其中处理器例如为通用处理器，例如中央处理单元(Central Processing Unit，CPU)或微处理器，存储器为装置内的存储器或装置外的存储器。或者，装置中的单元或模块可以以硬件电路的形式实现，可以通过对硬件电路的设计实现部分或全部单元或模块的功能，上述硬件电路可以理解为一个或多个处理器；例如，在一种实现中，上述硬件电路为专用集成电路(application-specific integrated circuit，ASIC)，通过对电路内元件逻辑关系的设计，实现以上部分或全部单元或模块的功能；再如，在另一种实现中，上述硬件电路为可以通过可编程逻辑器件(programmable logic device，PLD)实现，以现场可编程门阵列(Field Programmable Gate Array，FPGA)为例，其可以包括大量逻辑门电路，通过配置文件来配置逻辑门电路之间的连接关系，从而实现以上部分或全部单元或模块的功能。以上装置的所有单元或模块可以全部通过处理器调用软件的形式实现，或全部通过硬件电路的形式实现，或部分通过处理器调用软件的形式实现，剩余部分通过硬件电路的形式实现。
在本公开实施例中，处理器是一种具有信号处理能力的电路，在一种实现中，处理器可以是具有指令读取与运行能力的电路，例如中央处理单元、微处理器、图形处理器(graphics processing unit，GPU)(可以理解为一种微处理器)、或数字信号处理器(digital signal processor，DSP)等；在另一种实现中，处理器可以通过硬件电路的逻辑关系实现一定功能，上述硬件电路的逻辑关系是固定的或可以重构的，例如处 理器为专用集成电路或可编程逻辑器件实现的硬件电路,例如FPGA。在可重构的硬件电路中，处理器加载配置文档，实现硬件电路配置的过程，可以理解为处理器加载指令，以实现以上部分或全部单元或模块的功能的过程。此外，还可以是针对人工智能设计的硬件电路，其可以理解为一种ASIC，例如神经网络处理单元(Neural Network Processing Unit，NPU)、张量处理单元(Tensor Processing Unit，TPU)、深度学习处理单元(Deep learning Processing Unit，DPU)等。
图10是是根据本公开实施例提供的移动性处理装置的结构示意图。如图10所示，移动性处理装置1000可以包括以下至少一者：收发模块1001、处理模块1002。
在一些实施例中，移动性处理装置1000可以是第一网元1031。在一些实施例中，收发模块1001可以被配置为：发送第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。可选地，收发模块1001可以被配置为执行以上任一方法中第一网元1031执行的发送和/或接收等通信步骤(例如，步骤3101、S3102、S3103、S3104、S3105、S3106、S3107、S3108、S3110、S3111、3201、S3202、S3203、S3204、S3205、S3206、S3208、S3209、S3302、S3303、S3305、S3306)中的至少一者，此处不再赘述。
在一些实施例中，移动性处理装置1000可以是第一接入网设备102A。在一些实施例中，收发模块1001可以被配置为：接收第一信息，其中，第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；其中，第一接入网设备和第二接入网设备位于不同的卫星上，第一接入网设备支持S&F功能，第二接入网设备不支持S&F功能。可选地，收发模块1001可以被配置为执行以上任一方法中第一接入网设备102A执行的发送和/或接收等通信步骤(例如，步骤S3101、S3108、S3109、S3201、S3206、S3207、S3301、S3304)中的至少一者，此处不再赘述。
在一些实施例中，移动性处理装置1000可以是第二接入网设备102B。在一些实施例中，收发模块1001可以被配置为：发送第二信息，其中，第二信息用于指示第二接入网设备不支持S&F功能；其中，第二接入网设备位于卫星上。可选地，收发模块1001可以被配置为执行以上任一方法中第二接入网设备102B执行的发送和/或接收等通信步骤(例如，步骤S3104、S3105、S3203、S3204、S3301、S3302、S3303、S3304)中的至少一者，此处不再赘述。
在一些实施例中，移动性处理装置1000可以是终端101。在一些实施例中，收发模块1001可以被配置为：接收第四信息，其中，第四信息用于指示卫星接入不可用。可选地，收发模块1001可以被配置为执行以上任一方法中终端101执行的发送和/或接收等通信步骤(例如，步骤S3109、S3110、S3111、S3207、S3208、S3209、S3305、S3306)中的至少一者，此处不再赘述。
在一些实施例中，收发模块可以包括发送模块和/或接收模块。发送模块和接收模块可以是分离的，也可以集成在一起。可选地，收发模块可以与收发器相互替换。
在一些实施例中，处理模块可以是一个模块，也可以包括多个子模块。可选地，上述多个子模块分别执行处理模块所需执行的全部或部分步骤。可选地，处理模块可以与处理器相互替换。
图11A是根据本公开实施例提供的通信设备的结构示意图。通信设备11100可以是网络设备(例如接入网设备、核心网设备等)，也可以是终端(例如用户设备等)，也可以是支持网络设备实现以上任一方法的芯片、芯片系统、或处理器等，还可以是支持终端实现以上任一方法的芯片、芯片系统、或处理器等。通信设备11100可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。
如图11A所示，通信设备11100包括一个或多个处理器11101。处理器11101可以是通用处理器或者专用处理器等，例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信设备装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行程序，处理程序的数据。可选地，通信设备11100用于执行以上任一方法。可选地，一个或多个处理器11101用于调用指令以使得通信设备11100执行以上任一方法。
在一些实施例中，通信设备11100还包括一个或多个收发器11102。在通信设备11100包括一个或多个收发器11102时，收发器11102执行上述方法中的发送和/或接收等通信步骤(例如，步骤S3101至S3111、S3201至S3209、S3301至S3306，但不限于此)中的至少一者。在可选的实施例中，收发器可以包括接收器和/或发送器，接收器和发送器可以是分离的，也可以集成在一起。可选地，收发器、收发单元、收发机、 收发电路、接口电路、接口等术语可以相互替换，发送器、发送单元、发送机、发送电路等术语可以相互替换，接收器、接收单元、接收机、接收电路等术语可以相互替换。
在一些实施例中，通信设备11100还包括用于存储数据的一个或多个存储器11103。可选地，全部或部分存储器11103也可以处于通信设备11100之外。在可选的实施例中，通信设备11100可以包括一个或多个接口电路11104。可选地，接口电路11104与存储器11103连接，接口电路11104可用于从存储器11103或其他装置接收数据，可用于向存储器11103或其他装置发送数据。例如，接口电路11104可读取存储器11103中存储的数据，并将该数据发送给处理器11101。
以上实施例描述中的通信设备11100可以是网络设备或者终端，但本公开中描述的通信设备11100的范围并不限于此，通信设备11100的结构可以不受图11A的限制。通信设备可以是独立的设备或者可以是较大设备的一部分。例如通信设备可以是：1)独立的集成电路IC，或芯片，或，芯片系统或子系统；(2)具有一个或多个IC的集合，可选地，上述IC集合也可以包括用于存储数据，程序的存储部件；(3)ASIC，例如调制解调器(Modem)；(4)可嵌入在其他设备内的模块；(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；(6)其他等等。
图11B是根据本公开实施例提供的芯片的结构示意图。对于通信设备11100可以是芯片或芯片系统的情况，可以参见图11B所示的芯片11200的结构示意图，但不限于此。
芯片11200包括一个或多个处理器11201。芯片11200用于执行以上任一方法。
在一些实施例中，芯片11200还包括一个或多个接口电路11202。可选地，接口电路、接口、收发管脚等术语可以相互替换。在一些实施例中，芯片11200还包括用于存储数据的一个或多个存储器11203。可选地，全部或部分存储器11203可以处于芯片11200之外。可选地，接口电路11202与存储器11203连接，接口电路11202可以用于从存储器11203或其他装置接收数据，接口电路11202可用于向存储器11203或其他装置发送数据。例如，接口电路11202可读取存储器11203中存储的数据，并将该数据发送给处理器11201。
在一些实施例中，接口电路11202执行上述方法中的发送和/或接收等通信步骤(例如，步骤S3101至S3111、S3201至S3209、S3301至S3306，但不限于此)中的至少一者。接口电路11202执行上述方法中的发送和/或接收等通信步骤例如是指：接口电路11202执行处理器11201、芯片11200、存储器11203或收发器件之间的数据交互。
虚拟装置、实体装置、芯片等各实施例中所描述的各模块和/或器件可以根据情况任意组合或者分离。可选地，部分或全部步骤也可以由多个模块和/或器件协作执行，此处不做限定。
本公开实施例还提出一种存储介质，上述存储介质上存储有指令，当上述指令在通信设备11100上运行时，使得通信设备11100执行以上任一方法。可选地，上述存储介质是电子存储介质。可选地，上述存储介质是计算机可读存储介质，但不限于此，其也可以是其他装置可读的存储介质。可选地，上述存储介质可以是非暂时性(non-transitory)存储介质，但不限于此，其也可以是暂时性存储介质。
本公开实施例还提出一种程序产品，上述程序产品被通信设备11100执行时，使得通信设备11100执行以上任一方法。可选地，上述程序产品是计算机程序产品。
本公开实施例还提出一种计算机程序，当其在计算机上运行时，使得计算机执行以上任一方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其他实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (30)

  1. 一种移动性处理方法，由第一网元执行，其中，所述方法包括：
    发送第一信息，其中，所述第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；
    其中，所述第一接入网设备和所述第二接入网设备位于不同的卫星上，所述第一接入网设备支持存储和转发S&F功能，所述第二接入网设备不支持S&F功能。
  2. 根据权利要求1所述的方法，其中，所述第一信息包括切换失败的原因，所述切换失败的原因用于指示所述第二接入网设备不支持S&F功能。
  3. 根据权利要求1或2所述的方法，其中，所述方法还包括：
    接收第二信息，其中，所述第二信息用于指示所述第二接入网设备不支持S&F功能。
  4. 根据权利要求1至3中任一项所述的方法，其中，所述方法还包括：
    接收或发送第三信息，其中，所述第三信息用于确定所述第二接入网设备需要支持S&F功能。
  5. 根据权利要求4所述的方法，其中，所述第三信息是根据所述第一接入网设备支持S&F功能确定的。
  6. 根据权利要求1至5中任一项所述的方法，其中，所述方法还包括：
    发送第四信息，其中，所述第四信息用于指示卫星接入不可用。
  7. 根据权利要求6所述的方法，其中，所述第四信息包括以下至少一者：
    用于指示所述卫星接入不可用的指示信息；
    所述卫星接入不可用的开始时间；
    所述卫星接入不可用的持续时长。
  8. 根据权利要求6或7所述的方法，其中，在所述卫星接入不可用期间，与终端相关的数据和/或信令存储在所述第一接入网设备中，所述终端处于第一状态。
  9. 一种移动性处理方法，由第一接入网设备执行，其中，所述方法包括：
    接收第一信息，其中，所述第一信息用于指示从所述第一接入网设备到第二接入网设备的切换失败；
    其中，所述第一接入网设备和所述第二接入网设备位于不同的卫星上，所述第一接入网设备支持存储和转发S&F功能，所述第二接入网设备不支持S&F功能。
  10. 根据权利要求9所述的方法，其中，所述第一信息包括切换失败的原因，所述切换失败的原因用于指示所述第二接入网设备不支持S&F功能。
  11. 根据权利要求9或10所述的方法，其中，所述方法还包括：
    对与终端相关的数据和/或信令进行存储。
  12. 根据权利要求9至11中任一项所述的方法，其中，所述方法还包括：
    向终端发送所述第一信息。
  13. 一种移动性处理方法，由第二接入网设备执行，其中，所述方法包括：
    发送第二信息，其中，所述第二信息用于指示所述第二接入网设备不支持存储和转发S&F功能；
    其中，所述第二接入网设备位于卫星上。
  14. 根据权利要求13所述的方法，其中，所述方法还包括：
    接收第三信息，其中，所述第三信息用于确定所述第二接入网设备需要支持S&F功能。
  15. 根据权利要求13所述的方法，其中，所述方法还包括：
    接收第一信息，其中，所述第一信息用于指示从第一接入网设备到所述第二接入网设备的切换失败。
  16. 一种移动性处理方法，由终端执行，其中，所述方法包括：
    接收第四信息，其中，所述第四信息用于指示卫星接入不可用。
  17. 根据权利要求16所述的方法，其中，所述第四信息包括以下至少一者：
    用于指示所述卫星接入不可用的指示信息；
    所述卫星接入不可用的开始时间；
    所述卫星接入不可用的持续时长。
  18. 根据权利要求16或17所述的方法，其中，在所述卫星接入不可用期间，与所述终端相关的数据和/或信令存储在第一接入网设备中，所述终端处于第一状态。
  19. 根据权利要求16至18中任一项所述的方法，其中，所述方法还包括：
    接收第一信息，其中，所述第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；
    其中，所述第一接入网设备和所述第二接入网设备位于不同的卫星上，所述第一接入网设备支持存储和转发S&F功能，所述第二接入网设备不支持S&F功能。
  20. 根据权利要求19所述的方法，其中，所述第一信息包括切换失败的原因，所述切换失败的原因用于指示所述第二接入网设备不支持S&F功能。
  21. 一种移动性处理方法，由核心网设备执行，其中，所述方法包括：
    接收第二信息，其中，所述第二信息用于指示第二接入网设备不支持存储和转发S&F功能；
    发送第一信息，其中，所述第一信息用于指示从第一接入网设备到所述第二接入网设备的切换失败；
    其中，所述第一接入网设备和所述第二接入网设备位于不同的卫星上，所述第一接入网设备支持S&F功能。
  22. 一种移动性处理装置，设置于第一网元，其中，所述装置包括：
    收发模块，配置为发送第一信息，其中，所述第一信息用于指示从第一接入网设备到第二接入网设备的切换失败；
    其中，所述第一接入网设备和所述第二接入网设备位于不同的卫星上，所述第一接入网设备支持存储和转发S&F功能，所述第二接入网设备不支持S&F功能。
  23. 一种移动性处理装置，设置于第一接入网设备，其中，所述装置包括：
    收发模块，配置为接收第一信息，其中，所述第一信息用于指示从所述第一接入网设备到第二接入网设备的切换失败；
    其中，所述第一接入网设备和所述第二接入网设备位于不同的卫星上，所述第一接入网设备支持存储和转发S&F功能，所述第二接入网设备不支持S&F功能。
  24. 一种移动性处理装置，设置于第二接入网设备，其中，所述装置包括：
    收发模块，配置为发送第二信息，其中，所述第二信息用于指示所述第二接入网设备不支持存储和转发S&F功能；
    其中，所述第二接入网设备位于卫星上。
  25. 一种移动性处理装置，设置于终端，其中，所述装置包括：
    收发模块，配置为接收第四信息，其中，所述第四信息用于指示卫星接入不可用。
  26. 一种通信设备，包括：
    一个或多个处理器；
    存储有指令的存储器；
    其中，所述指令在被所述通信设备执行时，使所述通信设备实现以下之一：
    如权利要求1至8中任一项所述的方法；
    如权利要求9至12中任一项所述的方法；
    如权利要求13至15中任一项所述的方法；
    如权利要求16至20中任一项所述的方法；
    如权利要求21所述的方法。
  27. 一种移动性处理方法，由通信系统执行，其中，所述通信系统包括以下至少一者：第一网元、第一接入网设备、第二接入网设备；
    其中，所述方法包括：
    所述第一网元发送第一信息，其中，所述第一信息用于指示从所述第一接入网设备到所述第二接入网设备的切换失败；
    所述第一接入网设备接收所述第一信息；
    其中，所述第一接入网设备和所述第二接入网设备位于不同的卫星上，所述第一接入网设备支持存储和转发S&F功能，所述第二接入网设备不支持S&F功能。
  28. 一种通信系统，包括以下至少一者：第一网元、第一接入网设备、第二接入网设备；
    其中，所述通信系统用于实现如权利要求27所述的方法。
  29. 一种存储介质，所述存储介质存储有指令，其中，当所述指令在通信设备上运行时，使所述通信设备实现以下至少一者：
    如权利要求1至8中任一项所述的方法；
    如权利要求9至12中任一项所述的方法；
    如权利要求13至15中任一项所述的方法；
    如权利要求16至20中任一项所述的方法；
    如权利要求21所述的方法。
  30. 一种计算机程序产品，包括指令，其中，当所述指令在通信设备上运行时，使所述通信设备实现以下至少一者：
    如权利要求1至8中任一项所述的方法；
    如权利要求9至12中任一项所述的方法；
    如权利要求13至15中任一项所述的方法；
    如权利要求16至20中任一项所述的方法；
    如权利要求21所述的方法。
PCT/CN2024/087345 2024-04-11 2024-04-11 移动性处理方法和装置、通信设备、通信系统及存储介质 Pending WO2025213428A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2024/087345 WO2025213428A1 (zh) 2024-04-11 2024-04-11 移动性处理方法和装置、通信设备、通信系统及存储介质
CN202480006415.1A CN121128231A (zh) 2024-04-11 2024-04-11 移动性处理方法和装置、通信设备、通信系统及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2024/087345 WO2025213428A1 (zh) 2024-04-11 2024-04-11 移动性处理方法和装置、通信设备、通信系统及存储介质

Publications (1)

Publication Number Publication Date
WO2025213428A1 true WO2025213428A1 (zh) 2025-10-16

Family

ID=97349046

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2024/087345 Pending WO2025213428A1 (zh) 2024-04-11 2024-04-11 移动性处理方法和装置、通信设备、通信系统及存储介质

Country Status (2)

Country Link
CN (1) CN121128231A (zh)
WO (1) WO2025213428A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024012379A1 (zh) * 2022-07-13 2024-01-18 华为技术有限公司 一种通信方法及装置
CN117693959A (zh) * 2023-10-20 2024-03-12 北京小米移动软件有限公司 通信方法、网络设备、通信系统和存储介质
CN117693950A (zh) * 2023-10-20 2024-03-12 北京小米移动软件有限公司 通信方法、终端、网络设备、通信系统和存储介质
CN117795868A (zh) * 2023-11-09 2024-03-29 北京小米移动软件有限公司 信息处理方法、网元、通信系统及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024012379A1 (zh) * 2022-07-13 2024-01-18 华为技术有限公司 一种通信方法及装置
CN117693959A (zh) * 2023-10-20 2024-03-12 北京小米移动软件有限公司 通信方法、网络设备、通信系统和存储介质
CN117693950A (zh) * 2023-10-20 2024-03-12 北京小米移动软件有限公司 通信方法、终端、网络设备、通信系统和存储介质
CN117795868A (zh) * 2023-11-09 2024-03-29 北京小米移动软件有限公司 信息处理方法、网元、通信系统及存储介质

Also Published As

Publication number Publication date
CN121128231A (zh) 2025-12-12

Similar Documents

Publication Publication Date Title
WO2025161040A1 (zh) 通信方法、通信装置、终端、接入网设备及存储介质
WO2025097406A1 (zh) 信息处理方法、网元、通信系统及存储介质
WO2024234272A1 (zh) 通信方法及装置、通信设备、通信系统
WO2025025119A1 (zh) 用户面路径建立方法及装置、通信设备、通信系统、存储介质
WO2025166665A1 (zh) 通信方法、核心网设备、终端、通信系统及存储介质
WO2025081510A1 (zh) 通信方法、终端、网络设备、通信系统和存储介质
WO2025035331A1 (zh) 一种信息处理方法及其装置
CN121128231A (zh) 移动性处理方法和装置、通信设备、通信系统及存储介质
WO2025213430A1 (zh) 信息处理方法、网元、基站、通信系统及存储介质
WO2026097535A1 (zh) 通信方法、通信设备、通信系统、存储介质及计算机程序产品
WO2025148063A1 (zh) 非地面通信方法及装置
WO2025148049A1 (zh) 确定授权的方法及装置、存储介质
WO2025123227A1 (zh) 通信方法、网元、接入网设备、核心网设备及存储介质
WO2026055896A1 (zh) 信息发送方法及装置
WO2025025220A1 (zh) 信息处理方法、第一设备、网络设备、通信设备
WO2025015534A1 (zh) 连接建立方法、设备和存储介质
WO2025166701A1 (zh) 信息处理方法、网元、接入网设备、通信系统及存储介质
WO2025123229A1 (zh) 通信方法、通信装置、网络设备、通信系统及存储介质
WO2025148069A1 (zh) 非地面通信方法及装置
WO2025166651A1 (zh) 信息处理方法、网元、接入网设备、通信系统及存储介质
WO2025091419A1 (zh) 通信方法、网元、终端、通信系统及存储介质
WO2026036406A1 (zh) 传输方法、通信设备及系统
WO2025097452A1 (zh) 一种通信方法及其装置
WO2026065138A1 (zh) 通信方法、网络设备、通信系统、存储介质及程序产品
WO2026097517A1 (zh) 通信方法、通信设备、通信系统、存储介质及计算机程序产品

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24934508

Country of ref document: EP

Kind code of ref document: A1