Multi-orbit satellite communication-traffic based mobility management methods and systems

Abstract

Methods and systems for multi-orbit satellite communication-traffic based mobility management are described. An example wireless communication method includes performing, by a wireless device, a switch from a first cell to a second cell based on traffic information for traffic associated with the wireless device. Another example wireless communication method includes transmitting, by a network node to a wireless device, a message comprising information associated with the wireless device performing, based on traffic information for traffic associated with the wireless device, a switch from a first cell to a second cell. In these example methods, a selection of the second cell is based on the traffic information. An example system includes one or more processors that are configured to implement the above-described methods.

Description

MULTI-ORBIT SATELLITE COMMUNICATION-TRAFFIC BASED MOBILITY MANAGEMENT METHODS AND SYSTEMSTECHNICAL FIELD

[0001] This disclosure is directed generally to digital wireless communications.BACKGROUND

[0002] Mobile telecommunication technologies are moving the world toward an increasingly connected and networked society. In comparison with the existing wireless networks, next generation systems and wireless communication techniques will need to support a much wider range of use-case characteristics and provide a more complex and sophisticated range of access requirements and flexibilities.

[0003] Long-Term Evolution (LTE) is a standard for wireless communication for mobile devices and data terminals developed by 3rd Generation Partnership Project (3GPP) . LTE Advanced (LTE-A) is a wireless communication standard that enhances the LTE standard. The 5th generation of wireless system, known as 5G, advances the LTE and LTE-A wireless standards and is committed to supporting higher data-rates, large number of connections, ultra-low latency, high reliability and other emerging business needs.SUMMARY

[0004] Techniques are disclosed for traffic-based mobility management in wireless communication systems, e.g., a multi-orbit satellite communication system. The described embodiments provide, for example, satellite communication systems with mobility between non-terrestrial network (NTN) cells of different satellite orbits, which are typical NTN scenarios that are considered in emerging cellular systems, e.g., 6G. Embodiments of the disclosed technology enable maximizing the use of satellite resources of different orbits, balancing the load of multi-orbit satellite systems without interrupting communications, and / or providing communication coverage fulfilling requirement of different services.

[0005] Although the described embodiments are discussed in the context of NTN systems, they are not limited thereto. The disclosed technology can be used in other communication systems, e.g., Air-to-Ground (ATG) systems, Terrestrial Network (TN) systems, Uncrewed Aerial Vehicle (UAV) systems, and the like.

[0006] In an example aspect, a wireless communication method includes performing, by a wireless device, a switch from a first cell to a second cell based on traffic information for traffic associated with the wireless device. In this example, a selection of the second cell is based on the traffic information.

[0007] In another example aspect, a wireless communication method includes transmitting, by a network node to a wireless device, a message comprising information associated with the wireless device performing, based on traffic information for traffic associated with the wireless device, a switch from a first cell to a second cell. In this example, a selection of the second cell is based on the traffic information.

[0008] In yet another example aspect, the above-described methods are embodied in the form of processor-executable code and stored in a non-transitory computer-readable storage medium. The code included in the computer readable storage medium when executed by a processor, causes the processor to implement the methods described in this patent document.

[0009] In yet another example aspect, a device that is configured or operable to perform the above-described methods is disclosed.

[0010] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.

[0011] BRIEF DESCRIPTION OF THE DRAWING

[0012] FIG. 1 shows an example of a user equipment (UE) , which is camped on a non-terrestrial network (NTN) cell provided by a geosynchronous equatorial orbit (GEO) satellite, switching over to another NTN cell provided by a low-earth orbit (LEO) satellite.

[0013] FIG. 2 is an example timing diagram showing the network redirecting a UE to cells associated with an intended frequency / cell / satellite based on a traffic requirement.

[0014] FIG. 3 is an example timing diagram showing a conditional handover (CHO) based on requirements of traffic associated with the UE.

[0015] FIG. 4 is an example timing diagram showing the UE autonomously performing cell reselection based on traffic requirements and available satellites and / or frequencies.

[0016] FIGS. 5A and 5B show flowcharts for example wireless communication methods.

[0017] FIG. 6 shows a block diagram of an example hardware platform that may be a part of a network device or a communication device.

[0018] FIG. 7 shows an example of wireless communication including a base station (BS) and user equipment (UE) based on some implementations of the disclosed technology.DETAILED DESCRIPTION

[0019] In the initial deployment of satellite communications (sometimes also refer as non-terrestrial network (NTN) ) systems, a satellite or a network device in geosynchronous equatorial orbit (GEO) is prioritized due to commercial considerations, e.g., in terms of cost, traffic types supported, system complexity, etc. For example, GEO can be relatively stable to earth surface, which can provide more stable coverage for a certain geographical areas for a long period of time, which is easier for users to camp on. It is easier for mobility management since only user mobility is needed to be taken into account which is similar to terrestrial network (TN) . Moreover, there may not be so many traffic types (e.g., service with high delay requirement) or users over satellite in the initial deployment, which means GEO can already fulfil the system requirement. However, with the development of satellites communication systems, it is expected that satellite can provide communications for different service types with different quality requirement, including delay critical communications. Considering this, the significant transmission latency in GEO may not be suitable for such services, therefore enhancements on the satellite communication system is needed taking into account different satellite orbit types, as well as service requirement. Another reason is that for satellite-based communications, orbit is a very limited resources, especially for GEO orbit, the amount of satellites can be travelled simultaneously within the same orbit is very limited. Thus, it is expected that user equipment (UEs) can be directed by the network (NW) to the proper cells served by certain orbit to maximize the use of orbital resources. A further consideration is that in order to achieve seamless communication over satellites, there will be more and more satellites in different orbits, which could introduce interference between satellites. The interference will become worse with the increasing of satellite numbers. To mitigate the interference among satellites, one possible solution could be to switch off some non-geosynchronous orbit (NGSO) cells (e.g., LEO cells) when the load is low, and UE can camp on GEO based on NW configuration (e.g., during low load) , and NW can redirect UE or move UE to NGSO cells (e.g., LEO cells) when traffic arrives.

[0020] An example is illustrated as in FIG. 1, a UE might turn on and camp on a cell provided by GEO, upon arrival of traffic (either mobile-terminated traffic or mobile-originated traffic) , UE can reselect or perform handover to a cell provided by LEO to do the transmission. The techniques described below provide some example embodiments regarding multi-orbit satellite communication-traffic based mobility management. The RAT types described in this patent document may include at least LTE, NR or new radio access types onward, e.g., 6G.

[0021] Embodiments of the disclosed technology are directed to scenarios in which the UE has already camped on a GEO cell, and the network might want to move UE to a non-geosynchronous orbit (NGSO) cell (e.g., a LEO cell) for communication upon arrival of traffic (either mobile-originated (MO) or mobile-terminated (MT) traffic) . The described embodiments include the UE autonomously reselecting to an NGSO cell (e.g., a LEO cell) , or being moved from a GEO cell to an NGSO cell (e.g., a LEO cell) by the network (e.g., via a handover (HO) or via redirection) due to arrival of traffic. The described embodiments further include determining whether the UE needs to switch back to the GEO cell when there is no additional upcoming traffic.

[0022] The example headings for the various sections below are used to facilitate the understanding of the disclosed subject matter and do not limit the scope of the claimed subject matter in any way. Accordingly, one or more features of one example section can be combined with one or more features of another example section. Furthermore, 5G terminology is used for the sake of clarity of explanation, but the techniques disclosed in the present document are not limited to 5G technology only, and may be used in wireless systems that implemented other protocols, e.g., 4G technology or 6G technology.

[0023] I. Introduction

[0024] Non-terrestrial network (NTN) systems have been incorporated into both NR and LTE systems (including Narrow Band Internet-of-Things (NB IoT) and enhanced Machine Type Communication (eMTC) UEs) with the assumption that the UE can perform timing / frequency precompensation based on the network (NW) providing assisting information. For NR NTN, satellite assisting information can be provided in System Information Block #19 (SIB19) or through dedicated Radio Resource Control (RRC) signaling, e.g., in RRCReconfiguration (e.g., for a handover) . Furthermore, SIB19 can be considered as essential system information for NR NTN access. In some examples, the assisting information includes at least one of satellite ephemeris information, epochTime, common Timing Advance (TA) parameters, etc.

[0025] Similarly, in IoT NTN systems, satellite assisting information can be provided in systemInformationBlockType31 (-NB) or through dedicated signaling in RRCReconfiguration (e.g., for handover) . Furthermore, systemInformationBlockType31 (-NB) is considered as essential system information for IoT NTN access, and the (-NB) in the bracket means the system Information Block is for NB-IoT UEs. In addition, the assisting information includes at least one of satellite ephemeris information, a satellite identity that is used to identify a set of satellite assisting information or a satellite ephemeris information, common Timing Advance (TA) parameters, etc.

[0026] Embodiments of the disclosed technology have been described in the context of NTN systems, but are not limited thereto. They can be used or implemented in other communication systems that include TN systems (e.g., with cells corresponding to cars, trains, buses, etc. ) , Air-to-Ground (ATG) systems (e.g., with cells corresponding to land-based and airborne vehicles, etc. ) , unmanned aerial vehicle (UAV) systems (e.g., with cells corresponding to drones, etc. ) , and the like. Similarly, descriptions related to a public land mobile network (PLMN) , e.g., cellular technologies like GSM / 2G, UMTS / 3G, LTE / 4G, NR / 5G, are not limited to a public network (PN) , but are also applicable to a non-public network (NPN) , e.g., a standalone NPN (SNPN) or a Public Network Integrated Non-Public Network (PNI-NPN) . When operating in a SNPN, any reference to PLMN search / selection refers to SNPN search / selection. For PNI-NPN operation, how UE selects PLMN is the same as PLMN selection for PN, but the UE will additionally take Closed Access Group (CAG) -cells into account when performing cell selection. Furthermore, an example Radio Access Type (RAT) that can be used with the described embodiments includes LTE, NR, or emerging RATs, e.g., 6G systems.

[0027] The following terminology is used in this patent document:

[0028] –a geosynchronous equatorial orbit (GEO) is equivalent to a geosynchronous orbit (GSO)

[0029] –a GEO, LEO, or NGSO cell refers to the cell associated with the GEO, LEO, or NGSO satellite being referenced, respectively, or a cell that provides access to a UE by means of an NTN payload on an airborne or space-borne NTN vehicle (e.g., a satellite on one of the orbits described herein) and an NTN gateway

[0030] –a network (NW) includes at least one of a base station (BS) , core network (CN) , or NW functionalities, e.g., Access and Mobility Management Function (AMF) , Operations, Administration and Maintenance (OAM) , User Plane Function (UPF) , and the like

[0031] –a base station (BS) includes a gNB, an eNB, an ng-eNB, or a base station in an emerging cellular standard, e.g., a 6G system

[0032] –a core network (CN) includes a Fifth Generation Core (5GC) , an Evolved Packet Core (EPC) , or a core network in an emerging cellular standard, e.g., a 6G system

[0033] –an intended cell and / or frequency is equivalent to a cell and / or a frequency that is associated with, or fulfills, a traffic requirement

[0034] –a beam includes a Synchronization Signal Block (SSB) (also referred to as SS / PBCH) , a Channel State Information-Reference Signal (CSI-RS) , a Tracking Reference Signal (TRS) , a Sounding Reference Signal (SRS) , a Positioning Reference Signal (PRS) , or another reference signal used in wireless communication systems

[0035] –traffic is equivalent to service, which includes a transmission of one or more of signaling data (e.g., control messages) , data traffic, application data, and the like

[0036] –the symbol ‘ / ’ is equivalent to and / or, e.g., “a / b / c” corresponds to the set comprising {a, b, c, ab, ac, bc, abc}

[0037] II. Example Embodiments of the Disclosed Technology

[0038] As discussed above, traffic belonging to different service types can have different requirements on delay, priority level, data volume, etc. based on the service type. Similarly, satellite communication systems with different satellite orbits can have different characteristics, e.g., the propagation delay, available resources for scheduling, and the processing capability of an on-board NTN payload, based on the satellite orbit. Embodiments of the disclosed technology are directed to systems and methods of receiving traffic associated with a UE, and then instructing the UE to switch to an intended cells / frequencies. In some embodiments, the cells / frequencies can be associated with satellites, thereby achieving the purpose of instructing the UE to switch to an intended satellite. In the example use case illustrated in FIG. 1, when UE camps on GSO cells and traffic (intended for the UE) arrives with a stricter delay requirement than GSO cells can provide, NW can move (or switch) the UE to a LEO cell based on the stricter delay requirement since the propagation delay of a LEO cell is much smaller. Other use cases include more common scenarios for mobility management based on a traffic requirement (e.g., service type, packet delay requirement, service priority, data volume, etc. ) .

[0039] In the described satellite system embodiments, one or more frequencies / cells can be associated with certain satellites. When frequency / cell information is associated with satellite information, the UE interprets this as a non-terrestrial network (NTN) cell, and attempts to establish access using NTN technology.

[0040] In the described embodiments, the mobility management includes at least connected mode and IDLE / INACTIVE mode mobility, e.g., handover or redirecting UE to proper frequencies / cells / satellites, or assisting UE to perform cell reselection or initiate RRC resume / setup to the proper frequencies / cells / satellites.

[0041] In the described embodiments, satellite information includes one or more of (a) satellite ephemeris information and / or time information that indicates the time at which the ephemeris information is provided. In some examples, the time information can be epoch time defined in the relevant wireless standards; and / or (b) a satellite identity (or Satellite ID) that refers to a set of satellite assisting information or a satellite ephemeris information. In some examples, the satellite assisting information enables identification of the satellite ephemeris and / or the time information.

[0042] In order to address the technical problem of existing technologies not being able to perform seamless handoffs in non-terrestrial network (NTN) systems, the following technical solutions are described in this patent document. As discussed above, the described embodiments can be implemented in non-NTN systems, e.g., TN systems. In these scenarios in TN systems, the cells / frequencies do not correspond to an NTN payload associated with a satellite or a high altitude platform station (HAPS) .

[0043] Option 1. When the traffic is mobile-terminated (MT) , one or more of the following options can be considered by NW and UE:

[0044] 1a. NW can handover UE to intended frequencies and / or cells based on traffic requirement.

[0045] 1b. NW can redirect UE to intended frequencies and / or cells based on traffic requirement.

[0046] 1c. NW can page UE to initiate RRC resume / establishment in intended cells and / or frequencies based on traffic requirement.

[0047] When the above-mentioned solutions are implemented in an NTN system, the frequencies and / or cells are associated with an intended satellite or an intended HAPS.

[0048] In the above-mentioned solutions, the NW (e.g., BS or CN) has knowledge of the traffic requirement, and is configured to find suitable frequencies and / or cells based on the known traffic requirement. In some examples, if the mobility decision is initiated by BS, CN is configured to make the necessary traffic requirement information available at BS to assist BS for mobility decisions.

[0049] Option 2. When the traffic is mobile-originated (MO) , one or more of the following options can be considered by UE and NW:

[0050] 2a. Traffic-based conditional handover (CHO) . Herein, UE evaluates a CHO execution condition (s) based on traffic requirements associated with each CHO candidate cell. If the CHO execution condition (s) is fulfilled, UE initiates CHO execution towards CHO candidate cell that fulfills the CHO execution condition (s) . In some examples, CHO execution condition (s) include only traffic requirement-based CHO execution condition (s) . In other examples, the traffic requirement-based CHO execution condition is used in combination with one or more of a location-based CHO execution condition, a time-based CHO execution condition, or a radio-quality-based CHO execution condition.

[0051] 2b. The UE autonomously reselects to an intended cell to initiate RRC resume / establishment in frequencies / cells associated with the traffic requirement (e.g., NGSO cells) .

[0052] When the above-mentioned solutions are implemented in an NTN system, the frequencies and / or cells are associated with an intended satellite or an intended HAPS.

[0053] In the above-mentioned solutions, the UE Access Stratum (AS) layer has knowledge of the traffic requirement, and is configured to find suitable frequencies and / or cells based on the known traffic requirement. In some examples, the Non-Access Stratum (NAS) layer can make the necessary traffic requirement information available at the AS layer to assist AS layer in determining the suitable frequencies and / or cells for the traffic. In NTN communication systems, the cells / frequencies can be associated with satellites or HAPS.

[0054] In the described embodiments and the technical solutions described above, the traffic requirement is also referred to as service characteristics, and includes at least one of the following:

[0055] Service type. In some examples, the service type can be at least one of voice, video, streaming, IMS, SMS, V2X message, real-time gaming, mission critical service (MCS) (e.g., MCS Push To Talk) , non-MCS, emergency, multimedia-priority-service, and the like. In some examples, a finer granularity can be implemented, e.g., video and video into conversational voice, conversational video, non-conversational voice, non-conversational video; AI services into virtual reality (VR) , mixed reality (MR) , augmented reality (AR) , extended reality (XR) . In some examples, the service type can be further categorized into mobile-terminated (MT) or mobile-originated (MO) .

[0056] In some embodiments, the service type is associated with at least one of a satellite, a frequency or a cell, e.g., a service type is associated with A satellites, B frequencies, and / or C cells, with A, B and C being non-negative integers. In some embodiments, one or more service types can be associated with a satellite. In some examples, when traffic arrives, UE can use the service type of the arrived traffic to select the cells / frequencies associated with satellites, based on a satellite being associated with a service type that matches the service type of the arrived traffic. In other examples, NW can use the service type of the received traffic to move UE (e.g., by handover or redirection) to cells / frequencies associated with satellites, based on a satellite being associated with a service type that matches the service type of the arrived traffic.

[0057] In some embodiments, one or more service types can be associated with a frequency (or one service type can be associated with one or more frequencies) , and UE or NW can use the service type to find a frequency with a service type that matches the service type of the arrived traffic for camping or connection. In some examples, a frequency can also be associated with a satellite, such that by selecting a proper frequency for camping on / connection, UE / NW also selects the proper satellite. In other examples, one or more cells can be included for each frequency to further indicate the cells associated with the service types.

[0058] Priority of service. In some examples, the priority can be priority level associated with Quality-of-Service (QoS) characteristics that indicate a priority in scheduling resources among QoS Flows. In some examples, the priority can include a custom-defined priority. In some examples, the lowest priority level value corresponds to the highest priority, or vice versa.

[0059] In some embodiments, the priority of service (or a range of priorities of service) can be associated with at least one of satellite, frequency or cell.

[0060] In some embodiments, one or more priorities of service can be associated with a satellite. In some examples, when traffic arrives, the UE can use the priority of service to select cells / frequencies associated with satellites, i.e., selecting the satellite associated with a priority of service that matches the priority of services of the arrived traffic. In other examples, NW can use the priority of service to move (e.g., by handover or redirection) UE to cells / frequencies associated with satellites, where the satellite is associated with a priority of service that matches the priority of service of the traffic arriving at the NW.

[0061] In some embodiments, one or more priorities of service are associated with a frequency (or one priority of service can be associated with one or more frequencies) , In some examples, UE or NW can use the priority of service to find a frequency with a priority of service that matches the priority of service of the arrived traffic for camping or connection. In these examples, a frequency can also be associated with a satellite, and thus, by selecting a proper frequency for camping on / connection, UE / NW also selects the proper (or appropriate) satellite (for its traffic requirements) . Furthermore, one or more cells can be included for each frequency to further indicate the cells associated with the service priorities.

[0062] In some embodiments, if there are no satellites / frequencies / cells with a priority level matching the priority level of arrived traffic, UE / NW can select satellites / frequencies / cells with a priority level higher than the priority of arrived traffic. However, since allowing the use of a higher priority resource might lead to congestion on resources used for high-priority services, this behavior can be enabled / disabled by indication from NW in certain cases. In some examples, when NW indicates that selecting a higher priority resource is allowed, UE can attempt to find satellites / frequencies / cells with a priority level higher than the priority level of arrived traffic if there are no satellites / frequencies / cells with priority level matching the priority level of arrived traffic. In other examples, UE can only attempt to find higher priority levels within a certain range, where the allowed priority range can be predefined or configurable. For example, and assuming priority levels from 1 to 10 (with 1 corresponding to the highest priority) , if the arrived traffic is configured with priority level 5, NW can indicate that UE may attempt to camp on / connect to a cell whose higher priority is within two levels of the indicated priority level if there are no cells matching the indicated priority level. When there are only cells with priority levels 1 and 4 available, UE can attempt to camp on / connect to a cell with priority level 4, and not a cell with priority level 1.

[0063] In some embodiments, the priority level handling of some services might be relaxed such that if there are no satellites / frequencies / cells with a priority level matching the priority level of arrived traffic, UE / NW can select satellites / frequencies / cells with priority levels lower than the priority level of arrived traffic. In certain scenarios, this behavior can be enabled or disabled by an indication from NW. In some examples, when NW indicates that selection of lower priority levels is allowed, UE can attempt to find satellites / frequencies / cells with a priority level lower than the priority level of arrived traffic if there are no satellites / frequencies / cells with a priority level matching the priority level of the arrived traffic. In other examples, UE can only attempt to find satellites / frequencies / cells with a lower priority level within a certain range, where the allowed priority range can be predefined or configurable.

[0064] Service delay requirement. In some examples, the delay requirement can be a packet delay budget (PDB) . In some examples, the PDB includes a Core Network (CN) PDB. In other examples, the PDB excludes the CN PDB.

[0065] In some embodiments, one or more delay thresholds (e.g., PDB thresholds) can be associated with at least one satellite, frequency, or cell that assists UE / NW to find a suitable satellite / frequency / cell that can fulfill the delay requirement of arrived traffic.

[0066] In some embodiments, a delay threshold (e.g., a PDB threshold) can be associated with a satellite. In some examples, when traffic arrives, UE can select, based on the delay requirement (e.g., PDB) of service, cells / frequencies associated with satellites when the delay threshold (e.g., PDB threshold) of the selected satellite fulfills the delay requirement of arrived traffic. In other examples, NW can use the delay requirement (e.g., PDB) of service to move (e.g., by handover or redirection) UE to cells associated with satellites, wherein the delay threshold (e.g., PDB threshold) of the selected satellite fulfills the delay requirement of the arrived traffic.

[0067] In some embodiments, the delay threshold (e.g., PDB threshold) can be associated with one or more frequencies. In some examples, UE or NW can use the delay requirement (e.g., PDB) of service to find a frequency with a delay threshold that fulfills the delay requirement of arrived traffic for camping or connection. In these examples, each frequency can also be associated with a satellite, and thus, by selecting a proper frequency for camping on / connection, UE also selects the proper satellite. Furthermore, one or more cells can be included for each frequency to further indicate the cells associated with the service delay requirement.

[0068] In some embodiments, if there are no satellites / frequencies / cells with a delay threshold (e.g., PDB threshold) that fulfills the delay requirement (e.g., PDB) of arrived traffic, UE / NW can select satellites / frequencies / cells with a delay threshold higher than or lower than the delay requirement of the arrived traffic. In certain scenarios, this behavior can be enabled or disabled by indication from NW. If both raising and lowering the delay requirement are used in one system, then separate indications can be used to enable or disable the corresponding action. In some examples, when NW indicates that selecting a higher or lower delay threshold is allowed, UE can attempt to find satellites / frequencies / cells with a delay threshold higher or lower, respectively, than the delay requirement of arrived traffic, if there are no satellites / frequencies / cells with a delay threshold that fulfills the delay requirement of the traffic.

[0069] In some embodiments, UE can only attempt to use delay thresholds that are higher or lower within a certain range, where the threshold range can be predefined or configurable. In these scenarios, an offset to the delay requirement can be configured. In some examples, UE can consider the delay requirement as the original requirement plus or minus the offset, and use this adjusted delay requirement to compared against delay thresholds to find the proper satellites / frequencies / cells to camp on / connect to. For example, if NW allows UE to select frequencies / cells / satellites for higher delay requirements (e.g., with lower maximum allowed delay thresholds) , NW can configure the offset for UE to decrease the delay requirement of traffic.

[0070] The following examples illustrate, for the service delay requirement, how a delay threshold can fulfill the delay requirements of a service, which can be used independently or in combination with other service characteristics.

[0071] –The delay threshold associated with satellites / frequencies / cells indicates the maximum allowed delay. In these examples, the UE / NW selecting satellites / frequencies / cells with delay thresholds that fulfill the delay requirement of traffic is equivalent to the delay requirement of arrived traffic being lower (or lower than or equal to) the delay threshold of selected satellites / frequencies / cells.

[0072] –The delay threshold (e.g., PDB threshold) associated with satellites / frequencies / cells indicates an allowed delay threshold range (e.g., PDB range) , which can include a lower bound and upper bound for the delay thresholds. In these examples, the UE / NW selecting satellites / frequencies / cells with delay thresholds that fulfill the delay requirement of traffic is equivalent to the delay requirement of arrived traffic (e.g., PDB) being within the delay threshold ranges of the selected satellites / frequencies / cells, e.g., the delay requirement of arrived traffic is greater than (or greater than or equal to) the lower bound of the delay threshold range and lower than (or lower than or equal to) the upper bound of the delay threshold range.

[0073] –The delay threshold associated with satellites / frequencies / cells indicates the minimum allowed delay. In these examples, the UE / NW selecting satellites / frequencies / cells with delay thresholds that fulfill the delay requirement of traffic is equivalent to the delay requirement of arrived traffic being greater than (or greater than or equal to) the delay threshold of selected satellites / frequencies / cells.

[0074] Service data volume requirement. In some examples, the data volume can be a packet size, a transport block size, or a data burst data volume.

[0075] In some embodiments, one or more data volume thresholds can be associated with a satellite, frequency, or cell to assist UE / NW to find a suitable satellite, frequency, or cell that can fulfill the data volume requirement of arrived traffic.

[0076] In some embodiments, a data volume threshold can be associated with a satellite. In some examples, when traffic arrives, UE can use the data volume of traffic to select the cells / frequencies associated with satellites, when the allowed data volume of the selected satellite fulfills the data volume requirement of arrived traffic. In other examples, NW can use data volume of traffic to move (e.g., by handover or redirection) UE to a cell / frequency associated with a selected satellite, since the allowed data volume of the selected satellite fulfills the data volume requirement of the arrived traffic.

[0077] In some embodiments, the data volume threshold can be associated with one or more frequencies. In some examples, UE or NW can use the data volume requirement of a service to find the frequency with a data volume threshold that fulfills the data volume requirement of arrived traffic for camping or connection. In these examples, a frequency can also be associated with a satellite, and thus, by selecting a proper frequency for camping on / connection, UE / NW also selects the proper satellite. Furthermore, one or more cells can be included for each frequency to further indicate the cells associated with data volumes that fulfill the service data volume requirement.

[0078] The following examples illustrate, for the service data volume requirement, how a data volume threshold can fulfill the data volume requirements of a service, and which can be used independently or in combination with other service characteristics.

[0079] –The data volume threshold associated with satellites / frequencies / cells indicates the maximum allowed data volume. In these examples, the UE / NW selecting satellites / frequencies / cells with data volume thresholds that fulfill the data volume requirement of traffic is equivalent to the data volume requirement of arrived traffic being lower (or lower than or equal to) the data volume threshold of selected satellites / frequencies / cells.

[0080] –The data volume threshold associated with satellites / frequencies / cells indicates an allowed data volume threshold range, which can include a lower bound and upper bound for the data volume threshold. In these examples, the UE / NW selecting satellites / frequencies / cells with data volume thresholds that fulfill the data volume requirement of traffic is equivalent to the data volume requirement of arrived traffic being within the data volume threshold ranges of the selected satellites / frequencies / cells, e.g., the data volume requirement of arrived traffic is greater than (or greater than or equal to) the lower bound of the data volume threshold range and lower than (or lower than or equal to) the upper bound of the data volume threshold range.

[0081] –The data volume threshold associated with satellites / frequencies / cells indicates the minimum allowed data volume. In these examples, the UE / NW selecting satellites / frequencies / cells with data volume thresholds that fulfill the data volume requirement of traffic is equivalent to the data volume requirement of arrived traffic being greater than (or greater than or equal to) the data volume threshold of selected satellites / frequencies / cells.

[0082] The described embodiments are directed to using traffic requirement information for mobility purposes in NTN systems, and to that end, provide configurations that associate the traffic requirements (or service characteristics) to one or more of satellite ephemeris information, time information, and / or satellite identity information (e.g., Satellite ID or satellite assisting information) . In some examples, a service type or delay threshold can be associated with a time at which the ephemeris information is provided, an epoch time, or satellite identity information.

[0083] In some of the described embodiments, the above-discussed traffic requirements (or service characteristics) can be provided to the UE via at least one of system information, a NAS message, a paging message, a Radio Resource Control (RRC) message (e.g., RRC Release message, RRC Reconfiguration message, and the like) , etc. Alternatively, or additionally, the above-mentioned traffic requirements can be exchanged between BSs via NW interface (e.g., Xn or X2 interface) or provided from CN to BS (e.g., via NG or S1 interface) .

[0084] III. Embodiments for Handover to Intended Satellite / Cell / Frequency

[0085] In some embodiments, the UE is connected a current cell (e.g., GSO cell) and MT traffic arrives, BS knows about the traffic requirement of the MT traffic, and BS can handover UE to a target cell that fulfills the traffic requirement. When the target cell is an NTN system cell, the handover command sent to UE can include satellite assisting information, e.g., one or more of satellite ephemeris, common TA, polarization information, and the like.

[0086] The traffic requirements (or service characteristics) and their implementation in embodiments directed to a UE handover to a satellite cell is as discussed in Section II.

[0087] In current communication systems, when the traffic requirement of arriving traffic is only available in CN, the NW (e.g., BS) can obtain the traffic requirement of the arrived MT service from CN via the interface between BS and CN, e.g., Next Generation Application Protocol (NGAP) for 5G networks or the S1AP interface for 4G networks.

[0088] In some embodiments, the traffic requirement associated with satellites / frequencies / cells are exchanged in NW interface (e.g., Xn or X2 interface) in order to allow coordination between the BS on mobility decisions.

[0089] IV. Embodiments for Redirection to Intended Satellite / Cell / Frequency

[0090] In some embodiments, and as shown in the timing diagram in FIG. 2, the UE can be in an RRC_INACTIVE state, and NW is configured to redirect the UE to satellites, frequencies, or cells that can fulfill the service requirements of the arrived traffic. The steps (or operations) shown in the timing diagram in FIG. 2, are detailed below.

[0091] Step 1. Traffic arrives at the NW (or BS) , which has knowledge of the traffic requirement of the arriving traffic (e.g., service type, PDB requirement, etc. ) , The traffic requirement can include one or more of the traffic requirements discussed in Section II.

[0092] Step 2. Based on the requirements of the arrived traffic, the NW decides whether to release UE and / or whether to provide redirection information to indicate the satellites / frequencies / cells that UE is redirected to. Based on the redirection information, the UE decides to perform cell reselection and / or to initiate RRC connection resume or RRC connection establishment. In some examples, this operation includes interactions between multiple BSs and / or between BSs and CN in order to obtain the traffic requirement (or service characteristics) of the arrived traffic and / or the satellites / frequencies / cells that can fulfill the traffic requirements.

[0093] Step 3. The NW releases the UE with redirection information. In some embodiments, the redirection information includes at least one of the following:

[0094] –Redirected frequency, which indicates the frequency UE is redirected to.

[0095] –Redirected cell, which indicates the cell UE is redirected to. In some examples , the redirected cell information includes one or more Physical Cell Identities (PCIs) (e.g., a Physical Cell Identity (PCI) list) .

[0096] –Redirected satellite information, which indicates the satellite UE is redirected to.In some examples, this information can be provided per frequency and / or per cell. In some examples, the satellite information includes at least one of satellite ephemeris information, time information, and / or satellite identity (or Satellite ID) information, which identifies a set of satellite assisting information or a satellite ephemeris information.

[0097] –Redirection cause. In some examples, the redirection cause can indicate that the redirection is due to MT traffic arriving and / or the current cell being unable to fulfil the traffic requirement. Based on the redirection cause (e.g., redirection cause is for MT traffic) , UE can prioritize or attempt initiating an RRC resume / establishment procedure on the redirected frequencies / cells.

[0098] Step 4. The UE performs redirection based on the received redirection configuration in RRC release message. In some examples, for redirection, UE can prioritize cell re-selection or prioritize initiating RRC resume / establishment procedure on the redirected frequencies / cells. When the frequencies / cells are associated with satellite information, UE interprets that cell as an NTN cell, and attempts to gain access using NTN technology. In some embodiments, when performing cell reselection to the redirected cells / frequencies, UE will also perform cell measurement on the redirected cells / frequencies in order to determine whether the cell is suitable to camp on or not.

[0099] The traffic requirements (or service characteristics) and their implementation in embodiments directed to UE redirection to an intended satellite cell is as discussed in Section II.

[0100] V. Embodiments for Paging Enhancements

[0101] In some embodiments, the NW receives MT traffic, and pages the UE (which is in an RRC_INACTIVE state or IDLE state) to inform UE about arrival of MT traffic. The paging message can include a paging cause. Existing implementations only support paging causes that include voice and Mobile Terminated-Small Data Transmission (MT-SDT) , which may not sufficient for the purposes of traffic-based mobility management. After receiving the paging, UE can reselect to another cell for traffic. In the example illustrated in FIG. 1, UE receives paging from GEO cell and reselects to an NGSO cell (e.g., LEO cell) to initiate an RRC resume procedure to perform data transmissions.

[0102] In some embodiments, to provide UE with the intended frequencies / cells / satellites for traffic transmission, the paging mechanisms are enhanced to allow indicating one or more of an enhanced paging cause related to traffic types, traffic information, or intended cells / frequencies / satellites information. In some examples, the paging can include RAN paging and CN paging.

[0103] In some embodiments, the steps (or operations) for enhanced paging include:

[0104] Step 1. Traffic arrives at the NW (or BS) , which has knowledge of the traffic requirement of the arriving traffic (e.g., service type, PDB requirement, etc. ) . In some examples, this operation includes interactions between multiple BSs and / or between BSs and CN in order to obtain traffic requirements (or service characteristics) of the arrived traffic and / or the satellites / frequencies / cells that can fulfill the traffic requirements. Examples of traffic requirements and determining whether satellites / frequencies / cells fulfill the traffic requirements are discussed above in Section II.

[0105] Step 2. NW determines to page UE based on the requirements of the arrived traffic. In some examples, at least one of the following enhancements of paging message can be implemented:

[0106] –Paging cause that enables indication of finer granularity of arrived service types, e.g., paging is for SMS, video, MT-MCS-service, MPS service, emergency, etc., or a new indication can be included in the paging message to indicate the type of arrived MT traffic. The service type can be one or more of the service types discussed in Section II.

[0107] –Traffic requirement being indicated in the paging message when the paging is due to MT traffic, as discussed above. In some examples, the traffic requirement can include at least one of a priority, a delay requirement, or a data volume requirement (as discussed in Section II) . When UE is paged, and the paging message indicates that UE is paged for MT traffic with a traffic requirement, UE can perform cell reselection to find the satellites / frequencies / cells that fulfill the traffic requirement indicated, and then initiate an RRC connection resume or an RRC connection set up procedure, to receive the data. When the frequencies / cells are associated with satellite information, the UE assumes the cell is an NTN cell and attempts to gain access using NTN technology. In these scenarios, UE can obtain a mapping between the traffic requirement and satellites / frequencies / cells in at least one of a system information, dedicated signaling (e.g., RRC Release message or RRC reconfiguration message) , or paging messages. The traffic requirement (or service characteristics) and its implementation in embodiments directed to paging enhancements is as discussed in Section II.

[0108] –The intended satellites / frequencies / cells being indicated in the paging message. In some examples, the NW has knowledge of the traffic requirement of arrived traffic, as well as of the satellites / frequencies / cells that can fulfill the traffic requirement. In these scenarios, NW directly includes the intended satellites / frequencies / cells information in the paging message. When it receives this message, UE can perform cell reselection to and / or measurement of the indicated satellites / frequencies / cells, and / or initiate an RRC connection resume or an RRC connection set up procedure, to receive data. When frequencies / cells are associated with satellite information, UE assumes the cell is an NTN cell, and attempts to gain access using NTN technology. In these examples, when performing cell reselection, UE will also perform cell measurement in order to determine whether the cell is suitable to camp on or not.

[0109] Step 3. UE performs cell reselection and / or measurement based on the paging message received, and / or initiate an RRC connection resume or RRC connection set up procedure, to receive the data. When the frequencies / cells are associated with satellite information, UE assumes the cell is an NTN cell, and attempts to gain access using NTN technology.

[0110] VI. Embodiments for Traffic-Based Conditional Handover (CHO)

[0111] Embodiments of the described technology are directed to an enhanced conditional handover (CHO) based on traffic requirements. In these embodiments, and as shown in FIG. 3, the UE is configured with CHO configurations. In some examples, the CHO configuration includes one or more CHO candidate cells, with each CHO candidate cell being associated with one or more CHO execution conditions. Each CHO execution condition can include one or more traffic requirement-based CHO execution conditions, where each traffic-based CHO execution can include one or more traffic requirements as discussed in Section II (e.g., service types, delay requirements, etc. ) . The one or more traffic-based CHO execution conditions can be configured independently or together with at least one of a radio resource management (RRM) condition, a location condition, or a time condition (e.g., as specified in wireless standards) . The UE can receive the CHO configuration in at least one of the system information, a NAS message, a group message or an RRC message (e.g., RRC reconfiguration message, RRC resume message, or other RRC message) .

[0112] In these embodiments, UE is configured to evaluate, based on the received CHO execution condition, and decide whether the candidate cell fulfills the CHO execution conditions. How the UE evaluates traffic requirement-based CHO execution conditions is as discussed in Section II. For example, when MO traffic (with a voice service type) arrives at UE, and there are CHO candidate cells configured with traffic-based CHO executions indicating that the voice service type is associated with the CHO candidate cells, then UE considers the traffic requirement-based CHO execution condition of the candidate cell as being fulfilled. In some examples, the traffic-based CHO execution condition is configured with a time threshold (e.g., hysteresis-based value) , and UE effectively considers the traffic-based CHO execution condition to be fulfilled when the fulfilled time of the traffic-based CHO execution condition exceeds or equals the configured hysteresis-based value. In many current and emerging cellular systems, traffic characteristics are assumed to be relatively stable, and therefore a hysteresis-based value may not be needed. When there are multiple CHO execution conditions configured, at least one of the following options can be used to decide whether a target CHO candidate cell fulfills the CHO execution conditions or not:

[0113] –A target CHO candidate cell is determined to fulfill the execution conditions when all configured execution conditions are fulfilled.

[0114] –A target CHO candidate cell is determined to fulfill the execution conditions when at least one of configured execution conditions is fulfilled.

[0115] After determining there is at least one candidate target cell that fulfills the CHO execution conditions, UE can execute CHO (or initiate CHO) towards one of those candidate target cells that fulfill the CHO execution conditions. If there are multiple CHO candidate target cells that fulfill the execution conditions, UE can select on of the target cells based on its implementation. In some examples, UE selects the fulfilled CHO candidate target cell with the best radio quality. In some examples, the radio quality corresponds to one or more of Reference Signal Received Power (RSRP) , Reference Signal Received Quality (RSRQ) , Signal to Interference and Noise Ratio (SINR) , Received Signal Strength Indicator (RSSI) , and the like. For example, UE can determine cell with highest RSRP as the cell with the best radio quality. In other examples, when there are multiple radio qualities to be considered when determining the cell with the best radio quality, UE can use this ordering: RSRP, RSRQ, SINR, and RSSI. For example, UE first compares the RSRP to select the best cell; if there are multiple cells with the same RSRP, UE then compares the RSRQ of the cells with the same highest RSRP, and so on. The above ordering is only an example, and other orderings can be used when comparing multiple radio qualities associated with multiple cells.

[0116] In these embodiments, in order to assist the UE AS layer to perform CHO execution condition evaluation based on traffic requirement, UE NAS layer can inform AS layer about the traffic requirement of arrived traffic.

[0117] In some examples, as part of initiating CHO execution towards the selected target CHO candidate cell that fulfills the CHO execution conditions, UE can initiate a random access procedure to the selected target CHO candidate cell in order to obtain UL synchronization to the selected target CHO candidate cell.

[0118] VII. Embodiments for UE Autonomous Cell Reselection

[0119] In some embodiments, and as shown in FIG. 4, the UE receives, from the NW, a mapping between the traffic requirement and satellites / frequencies / cells. The traffic requirement can include one or more traffic requirements as discussed in Section II, e.g., at least one of a service type, a delay requirement, a priority level, and / or a data volume. In some examples, this information is provided to UE in one or more of a system information, a NAS message, a paging message, or an RRC message. For example, the information is in an RRC release message when UE is released to an IDLE state or an INACTIVE state, or in an RRC Reconfiguration message when UE is in a connected mode.

[0120] After receiving this information, upon arrival of traffic (e.g., MO traffic) , UE uses this information to autonomously reselect to the frequencies / satellites / cells that fulfill the traffic requirement, and request resources for the traffic. Implementations directed to using the traffic requirement to find the proper frequencies / cells / satellites is as discussed in Section II. In some examples, in order to assist UE AS layer to find the proper frequencies / cells / satellites based on the traffic requirement, the UE NAS layer can inform AS layer about the traffic requirement of the arrived traffic.

[0121] VIII. Additional Embodiments of the Disclosed Technology

[0122] FIG. 5A shows a flowchart for an example wireless communication method 510. The method 510 includes, at operation 512, performing, by a wireless device, a switch from a first cell to a second cell based on traffic information for traffic associated with the wireless device. In this example, a selection of the second cell is based on the traffic information.

[0123] FIG. 5B shows a flowchart for an example wireless communication method 520. The method 520 includes, at operation 522, transmitting, by a network node to a wireless device, a message comprising information associated with the wireless device performing, based on traffic information for traffic associated with the wireless device, a switch from a first cell to a second cell. In this example, a selection of the second cell is based on the traffic information.

[0124] The described features can be implemented to further provide one or more of the following technical solutions:

[0125] A1. A wireless communication method, comprising: performing, by a wireless device, a switch from a first cell to a second cell based on traffic information for traffic associated with the wireless device, wherein a selection of the second cell is based on the traffic information.

[0126] A2. A wireless communication method, comprising: transmitting, by a network node to a wireless device, a message comprising information associated with the wireless device performing, based on traffic information for traffic associated with the wireless device, a switch from a first cell to a second cell, wherein a selection of the second cell is based on the traffic information.

[0127] A3. The method of solution A1 or A2, wherein the traffic terminates at the wireless device, wherein a network node in the first cell performs the selection of the second cell, and wherein the wireless device is configured to: receive, from the network node, a message comprising information associated with the second cell. These technical solutions are directed to the example embodiments described in Sections I–V.

[0128] A4. The method of solution A3, wherein the message comprises a handover (HO) message, a Radio Resource Control (RRC) release message, or a paging message.

[0129] A5. The method of solution A4, wherein the message comprising the RRC release message comprises redirection information that includes at least one of a redirected frequency, a redirected cell, a redirected satellite information, or a redirection cause.

[0130] A6. The method of solution A4, wherein the message comprising the paging message comprises at least one of a paging cause, a service type of the traffic, or a service characteristic of the traffic, and wherein the information associated with the second cell comprises one or both of a satellite information and a frequency information.

[0131] A7. The method of solution A6, wherein the service characteristic comprises one or more of a priority level of the traffic, a delay requirement of the traffic, or a data volume requirement of the traffic.

[0132] A8. The method of solution A1 or A2, wherein the traffic originates at the wireless device, and wherein the wireless device is configured to: receive, from a network node, a message comprising the traffic information, wherein the traffic information includes one or more traffic requirements associated with the traffic. These technical solutions are directed to the example embodiments described in Sections I–II and VI–VII.

[0133] A9. The method of solution A8, wherein the message comprises a conditional handover (CHO) configuration comprising candidate cell information associated with a plurality of candidate cells that include the second cell, and wherein the wireless device is further configured to: perform, prior to performing the switch, the selection of the second cell based on the one or more traffic requirements and the candidate cell information.

[0134] A10. The method of solution A9, wherein the candidate cell information associated with the second cell comprises a traffic-based CHO execution condition satisfying at least one of the one or more traffic requirements.

[0135] A11. The method of solution A8, wherein the wireless device is further configured to: perform, based on the one or more traffic requirements, the selection of the second cell prior to performing the switch.

[0136] A12. The method of any of solutions A1 to A11, wherein one or both of the first cell and the second cell is a non-terrestrial network (NTN) cell. These technical solutions are described in Sections I–VII.

[0137] A13. The method of solution A12, wherein the first cell comprises a geosynchronous equatorial orbit (GEO) satellite cell and the second cell comprises a non-geosynchronous orbit (NGSO) satellite cell. In some embodiments, the NGSO satellite cell includes a low earth orbit (LEO) satellite cell, a medium earth orbit (MEO) satellite cell, a sun-synchronous orbit (SSO) satellite cell, or a highly elliptical orbit (HEO) satellite cell.

[0138] A14. The method of solution A12, wherein the traffic information is associated with satellite assistance information that includes at least one of a satellite ephemeris information, a time information, or a satellite identity.

[0139] A15. The method of any of solutions A1 to A14, wherein the traffic information comprises one or more service characteristics, and wherein the one or more service characteristics comprise at least one of a service type, a priority of service, a service delay requirement, or a service data volume requirement. These technical solutions are described in Sections I–VII.

[0140] A16. The method of solution A15, wherein the service type comprises a voice service, a video service, a streaming service, an IP multimedia subsystem (IMS) service, a short message service (SMS) , a vehicle-to-everything (V2X) service, a real-time gaming service, a mission critical service (MCS) , a non-MCS, an emergency service, or a multimedia priority service.

[0141] A17. The method of solution A15, wherein the priority of service is associated with one or more quality-of-service (QoS) characteristics.

[0142] A18. The method of solution A15, wherein the service delay requirement comprises a packet delay budget (PDB) or a PDB threshold.

[0143] A19. The method of solution A15, wherein the service data volume requirement comprises a data volume or a data volume threshold, and wherein the data volume comprises a packet size, a transport block size (TBS) , or a data burst data volume.

[0144] A20. The method of any of solutions A1 to A19, wherein the wireless device is in a connected mode, an idle mode, or an inactive mode. These technical solutions are described in Sections I–VII.

[0145] A21. An apparatus for wireless communication comprising one or more processors, configured to cause the apparatus to implement the method recited in one or more of solutions A1 to A20.

[0146] A22. A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by one or more processors, causing the one or more processors to implement the method recited in one or more of solutions A1 to A20.

[0147] FIG. 6 shows a block diagram of an example hardware platform 600 that may be a part of a network device (e.g., base station) or a communication device (e.g., a user equipment (UE) ) . The hardware platform 600 includes at least one processor 610 and a memory 605 having instructions stored thereupon. The instructions upon execution by the processor 610 configure the hardware platform 600 to perform the operations described in FIGS. 2-4, 5A and 5B and in the various embodiments described in this patent document. The transmitter 615 transmits or sends information or data to another device. For example, a network device transmitter can send a message to a user equipment. The receiver 620 receives information or data transmitted or sent by another device. For example, a user equipment can receive a message from a network device.

[0148] The implementations as discussed above will apply to a wireless communication. FIG. 7 shows an example of a wireless communication system (e.g., a 5G or NR cellular network) that includes a base station 720 and one or more user equipment (UE) 711, 712 and 713. In some embodiments, the UEs access the BS (e.g., the network) using a communication link to the network (sometimes called uplink direction, as depicted by dashed arrows 731, 732, 733) , which then enables subsequent communication (e.g., shown in the direction from the network to the UEs, sometimes called downlink direction, shown by arrows 741, 742, 743) from the BS to the UEs. In some embodiments, the BS send information to the UEs (sometimes called downlink direction, as depicted by arrows 741, 742, 743) , which then enables subsequent communication (e.g., shown in the direction from the UEs to the BS, sometimes called uplink direction, shown by dashed arrows 731, 732, 733) from the UEs to the BS. The UE may be, for example, a smartphone, a tablet, a mobile computer, a machine to machine (M2M) device, an Internet of Things (IoT) device, and so on.

[0149] Some of the embodiments described herein are described in the general context of methods or processes, which may be implemented in one embodiment by a computer program product, embodied in a computer-readable medium, including computer-executable instructions, such as program code, executed by computers in networked environments. A computer-readable medium may include removable and non-removable storage devices including, but not limited to, Read Only Memory (ROM) , Random Access Memory (RAM) , compact discs (CDs) , digital versatile discs (DVD) , etc. Therefore, the computer-readable media can include a non-transitory storage media. Generally, program modules may include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Computer-or processor-executable instructions, associated data structures, and program modules represent examples of program code for executing steps of the methods disclosed herein. The particular sequence of such executable instructions or associated data structures represents examples of corresponding acts for implementing the functions described in such steps or processes.

[0150] Some of the disclosed embodiments can be implemented as devices or modules using hardware circuits, software, or combinations thereof. For example, a hardware circuit implementation can include discrete analog and / or digital components that are, for example, integrated as part of a printed circuit board. Alternatively, or additionally, the disclosed components or modules can be implemented as an Application Specific Integrated Circuit (ASIC) and / or as a Field Programmable Gate Array (FPGA) device. Some implementations may additionally or alternatively include a digital signal processor (DSP) that is a specialized microprocessor with an architecture optimized for the operational needs of digital signal processing associated with the disclosed functionalities of this application. Similarly, the various components or sub-components within each module may be implemented in software, hardware or firmware. The connectivity between the modules and / or components within the modules may be provided using any one of the connectivity methods and media that is known in the art, including, but not limited to, communications over the Internet, wired, or wireless networks using the appropriate protocols.

[0151] While this document contains many specifics, these should not be construed as limitations on the scope of an invention that is claimed or of what may be claimed, but rather as descriptions of features specific to particular embodiments. Certain features that are described in this document in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable sub-combination. Moreover, although features may be described above as acting in certain combinations and even initially claimed as such, one or more features from a claimed combination can in some cases be excised from the combination, and the claimed combination may be directed to a sub-combination or a variation of a sub-combination. Similarly, while operations are depicted in the drawings in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results.

[0152] Only a few implementations and examples are described and other implementations, enhancements and variations can be made based on what is described and illustrated in this disclosure.

Claims

1.A wireless communication method, comprising:performing, by a wireless device, a switch from a first cell to a second cell based on traffic information for traffic associated with the wireless device, wherein a selection of the second cell is based on the traffic information.2.A wireless communication method, comprising:transmitting, by a network node to a wireless device, a message comprising information associated with the wireless device performing, based on traffic information for traffic associated with the wireless device, a switch from a first cell to a second cell, wherein a selection of the second cell is based on the traffic information.3.The method of claim 1 or 2, wherein the traffic terminates at the wireless device, wherein a network node in the first cell performs the selection of the second cell, and wherein the wireless device is configured to:receive, from the network node, a message comprising information associated with the second cell.4.The method of claim 3, wherein the message comprises a handover (HO) message, a Radio Resource Control (RRC) release message, or a paging message.5.The method of claim 4, wherein the message comprising the RRC release message comprises redirection information that includes at least one of a redirected frequency, a redirected cell, a redirected satellite information, or a redirection cause.6.The method of claim 4, wherein the message comprising the paging message comprises at least one of a paging cause, a service type of the traffic, or a service characteristic of the traffic, and wherein the information associated with the second cell comprises one or both of a satellite information and a frequency information.7.The method of claim 6, wherein the service characteristic comprises one or more of a priority level of the traffic, a delay requirement of the traffic, or a data volume requirement of the traffic.8.The method of claim 1 or 2, wherein the traffic originates at the wireless device, and wherein the wireless device is configured to:receive, from a network node, a message comprising the traffic information, wherein the traffic information includes one or more traffic requirements associated with the traffic.9.The method of claim 8, wherein the message comprises a conditional handover (CHO) configuration comprising candidate cell information associated with a plurality of candidate cells that include the second cell, and wherein the wireless device is further configured to:perform, prior to performing the switch, the selection of the second cell based on the one or more traffic requirements and the candidate cell information.10.The method of claim 9, wherein the candidate cell information associated with the second cell comprises a traffic-based CHO execution condition satisfying at least one of the one or more traffic requirements.11.The method of claim 8, wherein the wireless device is further configured to:perform, based on the one or more traffic requirements, the selection of the second cell prior to performing the switch.12.The method of any of claims 1 to 11, wherein one or both of the first cell and the second cell is a non-terrestrial network (NTN) cell.13.The method of claim 12, wherein the first cell comprises a geosynchronous equatorial orbit (GEO) satellite cell and the second cell comprises a non-geosynchronous orbit (NGSO) satellite cell.14.The method of claim 12, wherein the traffic information is associated with satellite assistance information that includes at least one of a satellite ephemeris information, a time information, or a satellite identity.15.The method of any of claims 1 to 14, wherein the traffic information comprises one or more service characteristics, and wherein the one or more service characteristics comprise at least one of a service type, a priority of service, a service delay requirement, or a service data volume requirement.16.The method of claim 15, wherein the service type comprises a voice service, a video service, a streaming service, an IP multimedia subsystem (IMS) service, a short message service (SMS) , a vehicle-to-everything (V2X) service, a real-time gaming service, a mission critical service (MCS) , a non-MCS, an emergency service, or a multimedia priority service.17.The method of claim 15, wherein the priority of service is associated with one or more quality-of-service (QoS) characteristics.18.The method of claim 15, wherein the service delay requirement comprises a packet delay budget (PDB) or a PDB threshold.19.The method of claim 15, wherein the service data volume requirement comprises a data volume or a data volume threshold, and wherein the data volume comprises a packet size, a transport block size (TBS) , or a data burst data volume.20.The method of any of claims 1 to 19, wherein the wireless device is in a connected mode, an idle mode, or an inactive mode.21.An apparatus for wireless communication comprising one or more processors, configured to cause the apparatus to implement the method recited in one or more of claims 1 to 20.22.A non-transitory computer readable program storage medium having code stored thereon, the code, when executed by one or more processors, causing the one or more processors to implement the method recited in one or more of claims 1 to 20.

Images