Methods, devices, and computer readable storage medium for switching between networks

Abstract

Example embodiments relate to methods, devices and a computer readable storage medium for switching between networks. In an aspect, a terminal device receives a notification message common to at least one terminal device in a first network. The notification message is used for switching the at least one terminal device from the first network to a second network. Furthermore, the terminal device switches from the first network to the second network based on the notification message. The notification message comprises a first field indicating a cause for the switching the at least one terminal device. This way, the at least one terminal device can switch from the first network to the second network, and a first network device in the first network can go to power saving mode for network power saving. The network power saving can work in multi-vendor scenarios, and be easy to manage and scale up.

Description

METHODS, DEVICES, AND COMPUTER READABLE STORAGE MEDIUM FOR SWITCHING BETWEEN NETWORKSFIELD

[0001] Example embodiments of the present disclosure generally relate to the field of communication, and in particular, to methods, devices and a computer readable storage medium for switching between networks.BACKGROUND

[0002] Since the 1980s, mobile communication has revolutionized the world, transforming every aspect of our lives. With the endless frontiers spanning 5G, people start wondering what 6G will be like. 6G, a more advanced next-generation mobile communication system, will go far beyond just communications. It will serve as a distributed neural network that provides links with integrated communication, sensing, and computing capabilities to fuse the physical, biological, and cyber worlds, ushering in an era of true Intelligence of Everything. Building upon 5G, 6G will continue the transformation from connected people and things to connected intelligence. In essence, it will bring intelligence to every person, home, and business, leading to a new horizon of innovations.SUMMARY

[0003] In general, example embodiments of the present disclosure provide a solution for switching between networks, especially due to network power saving.

[0004] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.

[0005] In a first aspect, there is provided a method performed by a terminal device. The method comprises: receiving a notification message common to at least one terminal device in a first network, wherein the notification message is used for switching the at least one terminal device from the first network to a second network. The method further comprises: switching from the first network to the second network based on the notification message, wherein the notification message comprises a first field indicating a cause for the switching the at least one terminal device, wherein the terminal device belongs to the at least one terminal device. This way, the at least one terminal device can switch from the first network to the second network, and a first network device in the first network can go to power saving mode for network power saving. The network power saving can work in multi-vendor scenarios, and be easy to manage and scale up.

[0006] In some implementations, the notification message further comprises one or more of: a second field indicating a radio access type of the second network; or a third field indicating a duration for which the notification message is to be applied by the at least one terminal device. This way, the notification message can make the terminal device switch easier from the first network to the second network, and make the network power saving work more efficiently.

[0007] In some implementations, the cause is related to power saving of a first network device associated with the at least one terminal device. This way, the at least one terminal device can switch form the first network device to the second network, for efficient power saving.

[0008] In some implementations, the notification message further comprises one or more of: a fourth field indicating a satellite constellation available for the at least one terminal device to transition to; a fifth field indicating a satellite network available for the at least one terminal device to transition to; a sixth field indicating a timing reference for at least one of a downlink communication and an uplink communication with the second network; a seventh field indicating a frequency reference for at least one of a downlink communication and an uplink communication with the second network; an eighth field indicating at least one physical cell identity (PCI) available for the at least one terminal device to use for detecting and measuring signals from the second network; a ninth field indicating at least one physical beam identity (PBI) available for the at least one terminal device to use for detecting and measuring beams from the second network; a tenth field indicating at least one angular direction in which the at least one terminal device steers a receive beam in azimuth domain; an eleventh field indicating at least one angular direction in which the at least one terminal device steers a receive beam in zenith domain; a twelfth field indicating a duration of a beam selection timer for the at least one terminal device to search for a beam in the second network; or a thirteenth field indicating a duration for sleep of the terminal device in an event that the terminal device fails to find the beam before the beam selection timer expires. This way, the group notification message can indicate more information of the second network, make it easy for the terminal device for switching, and make the network power saving more efficient.

[0009] In some implementations, the sixth field comprises one or more of: a fourteenth field indicating a time point at which a system frame is to be transmitted by a second network device in the second network; a fifteenth field indicating the number of the system frame to be transmitted by the second network device at the time point indicated by the fourteenth field; a sixteenth field indicating the number of a subframe within the system frame to be transmitted by the second network device at the time point indicated by the fourteenth field; a seventeenth field indicating a timing advance between the at least one terminal device and the second network device when the at least one terminal device performs an uplink transmission to the second network device; an eighteenth field indicating a timing advance drift between the at least one terminal device and the second network device; or a nineteenth field indicating a timing advance drift variation. This way, with accurate timing information, the terminal device can establish uplink or downlink communication efficiently with the second network, and make it efficient for network power saving.

[0010] In some implementations, the seventh field comprises one or more of: a twentieth field indicating a subcarrier spacing; a twenty-first field indicating a list of frequencies at which the at least one terminal device is able to detect and measure downlink synchronization signals from the second network; a twenty-second field indicating a center frequency of a lowest subcarrier of a downlink bandwidth part (BWP) used in the second network; a twenty-third field indicating at least one of a location or a bandwidth of the downlink BWP; a twenty-fourth field indicating a center frequency of a lowest subcarrier of an uplink BWP used in the second network; or a twenty-fifth field indicating at least one of a location or a bandwidth of the uplink BWP. This way, with accurate frequency information, the terminal device can establish uplink or downlink communication efficiently and reliably with the second network, and make it efficient and reliably for network power saving.

[0011] In some implementations, the terminal device is in a connected state. The switching from the first network to the second network comprises: performing a group handover from the first network to the second network together with other terminal devices in the connected state with the first network, wherein the other terminal devices belong to the at least one terminal device. This way, all the terminals can switch from the first network to the second network, and the first network device can go to power saving mode efficiently.

[0012] In some implementations, the terminal device is in a connected state, and the method implemented in the terminal device further comprises one or more of: canceling a downlink transmission to be received from a first network device in the first network; or canceling an uplink transmission to be transmitted to the first network device. This way, the terminal device can stop communication work load with the first network device, and the first network device can go to power saving mode efficiently.

[0013] In some implementations, the downlink transmission is scheduled to be received after a time interval since the notification message is received by the terminal device. Additionally or alternatively, the uplink transmission is scheduled to be transmitted after the time interval since the notification message is received by the terminal device. This way, with the time interval, the scheduled uplink or downlink work load in the first network device can be cancelled reliably, thus make the network power saving more reliably.

[0014] In some implementations, the downlink transmission is dynamically scheduled or semi-persistently scheduled. Additionally or alternatively, the uplink transmission is dynamically scheduled or scheduled in a configured grant. This way, the dynamically scheduled uplink or downlink work load in the first network device can be cancelled reliably, thus make the network power saving more reliably.

[0015] In some implementations, the downlink transmission comprises a physical downlink shared channel (PDSCH) transmission or a channel state information reference signal (CSI-RS) transmission. Additionally or alternatively, the uplink transmission comprises a physical uplink shared channel (PUSCH) transmission or a sounding reference signal (SRS) transmission. This way, the downlink or uplink transmission can be data transmission service or other service such as positioning, and the network power saving is suitable for different types of services.

[0016] In some implementations, the terminal device is in an idle state or an inactive state, and the switching from the first network to the second network comprises: performing a beam selection procedure in the second network. This way, the terminal device in the idle state or the inactive state can switch from the first network device to the second network device reliably, thus make the network power saving more reliably.

[0017] In some implementations, for the beam selection procedure, in the event that the notification message comprises a twenty-first field indicating a list of frequencies at which the terminal device is able to detect and measure downlink synchronization signals from the second network, the terminal device searches for a beam at a frequency of the list of frequencies. Additionally or alternatively, in the event that the notification message comprises a fourteenth field indicating a time point at which a system frame is to be transmitted by a second network device in the second network, the terminal device determines that beams are aligned with the time point indicated in the fourteenth field in the time domain. Additionally or alternatively, in the event that the notification message comprises an eighth field indicating at least one PCI available for the terminal device to use for detecting and measuring signals from the second network, the terminal device searches for a beam based on the at least one of PCI indicated in the eighth field. Additionally or alternatively, in the event that the notification message comprises a ninth field indicating at least one PBI available for the terminal device to use for detecting and measuring beams transmitted in the second network, the terminal device searches for a beam based on the at least one of PBI indicated in the ninth field. Additionally or alternatively, in the event that the notification message comprises a tenth field indicating at least one angular direction in which the terminal device steers a receive beam in azimuth domain, the terminal device searches for a beam based on the angular direction indicated in the tenth field. Additionally or alternatively, in the event that the notification message comprises an eleventh field indicating at least one angular direction in which the terminal device steers a receive beam in zenith domain, the terminal device searches for a beam based on the angular direction indicated in the eleventh parameter. This way, with more information of the second network device, the terminal device can switch from the first network device to the second network device reliably and efficiently, to make the network power saving reliably and efficiently.

[0018] In some implementations, the method implemented in the terminal device further comprises: starting a beam selection timer for searching for a beam in the second network. Additionally, in the event that the beam is found before the beam selection timer expires, the terminal device monitors for system information using the beam. Additionally, in the event that the beam is not found before the beam selection timer expires, the terminal device switches to a sleep mode. This way, the terminal device can deal with situation of finding the beam or not in the second network device, and make the switching of the terminal device reliably, thus make the network power saving reliably.

[0019] In some implementations, the method implemented in the terminal device further comprising: determining that the terminal device stays in the sleep mode for a duration indicated in a thirteenth field of the notification message, waking up from the sleep mode. Additionally, the terminal device restarts the beam selection timer. Additionally, the terminal device restarts performing the beam selection procedure in the second network. This way, the terminal device can scan and select the beam in the second network for several times, to make the switching reliably from the first network device to the second network device, thus make the network power saving reliably.

[0020] In some implementations, the monitoring of the system information is performed on a set of resources indicated by a twenty-second field and a twenty-third field of the notification message, wherein the twenty-second field indicates a center frequency of a lowest subcarrier of a downlink BWP used in the second network, and the twenty-third field indicates at least one of a location or a bandwidth of the downlink BWP. This way, the terminal device can access the downlink BWP in the second network reliably, thus make the network power saving reliably.

[0021] In some implementations, the method implemented in the terminal device further comprises: performing an initial access to the second network using a beam selected in the beam selection procedure. This way, the terminal device can access the second network reliable in the initial access procedure, thus make the network power saving reliably.

[0022] In some implementations, the first network is a terrestrial network (TN) , and the second network is a non-terrestrial network (NTN) . This way, the terminals in the TN can be switched to the NTN with large coverage area. The TN can go to power saving mode, to implement network power saving efficiently.

[0023] In some implementations, the notification message is received on a common channel. This way, the notification message can be transmitted to the at least one terminal device efficiently in the common channel with less transmission resource, to make the network power saving procedure more efficiently.

[0024] In some implementations, the notification message is received via a PDSCH transmission scheduled by a physical downlink control channel (PDCCH) transmission carrying a downlink control information (DCI) format scrambled with a multicast radio network temporary identifier (RNTI) which is associated with a function of power saving. This way, the notification message for power saving can be carried in multicast mode, and transmitted to the at least one terminal device simultaneously with less transmission resource, and make the network power saving work efficiently.

[0025] In some implementations, receiving, detecting and decoding the notification message is a capability of the terminal device, and the capability is a mandatory capability or an optional capability. This way, the terminal device can have different capability for the network power saving, and make the condition clearer for network power saving.

[0026] In some implementations, method implemented in the terminal device further comprises: transmitting, to a first network device of the first network, capability information indicating that the terminal device has the capability of receiving, detecting and decoding the notification message. This way, the network device can make a decision of transmitting the notification message, thus make the network power saving more reliably.

[0027] In a second aspect, there is provided a method performed by a first network device in a first network. The method comprises: receiving, at a first network device in a first network, a power saving command from a second network device in a second network, wherein the power saving command indicates the first network device to enter a power saving mode; and transmitting a notification message common to at least one terminal device in the first network, wherein the notification message is used for switching the at least one terminal device from the first network to the second network. This way, the first network device can achieve network power saving according to the command from the second network device, and indicating the at least one terminal device to switch from the first network to the second network, to make the network reliable, easy to manage and scale up.

[0028] In some implementations, the method implemented in the first network device further comprises: in response to transmitting the notification message, entering the power saving mode. This way, the first network device can enter the power saving mode after notifying the at least one terminal device to switch, thus make the network power saving more reliable.

[0029] In some implementations, the power saving mode comprises one or more of: sleep, power down, or switch off. This way, the first network device can implement power saving mode flexibly.

[0030] In some implementations, the notification message comprises one of more of: a first field indicating a cause for the switching the at least one terminal device; a second field indicating a radio access type of the second network; or a third field indicating a duration for which the notification message is to be applied by the at least one terminal device. This way, the notification message can make the terminal device switch easier from the first network to the second network, and make the network power saving work more efficiently.

[0031] In some implementations, the cause is related to power saving of the first network device associated with the at least one terminal device. This way, the at least one device can switch from the first network device to the second network device, thus make the network power saving work reliably.

[0032] In some implementations, the notification message further comprises one or more of following: a fourth field indicating a satellite constellation available for the at least one terminal device to transition to; a fifth field indicating a satellite network available for the at least one terminal device to transition to; a sixth field indicating a timing reference for at least one of a downlink communication and an uplink communication with the second network; a seventh field indicating a frequency reference for at least one of a downlink communication and an uplink communication with the second network; an eighth field indicating at least one physical cell identity (PCI) available for the at least one terminal device to use for detecting and measuring signals from the second network; a ninth field indicating at least one physical beam identity (PBI) available for the at least one terminal device to use for detecting and measuring beams transmitted in the second network; a tenth field indicating at least one angular direction in which the at least one terminal device steers a receive beam in azimuth domain; an eleventh field indicating at least one angular direction in which the at least one terminal device steers a receive beam in zenith domain; a twelfth field indicating a duration of a beam selection timer for the at least one terminal device to search for a beam in the second network; or a thirteenth field indicating a duration for sleep of the at least one terminal device in an event that the at least one terminal device fails to find the beam before the beam selection timer expires. This way, the group notification message can indicate more information of the second network, make it easy for the terminal device for switching, and make the network power saving more efficient and reliably.

[0033] In some implementations, the sixth field comprises one or more of: a fourteenth field indicating a time point at which a system frame is to be transmitted by a second network device in the second network; a fifteenth field indicating the number of the system frame to be transmitted by the second network device at the time point indicated by the fourteenth field; a sixteenth field indicating the number of a subframe within the system frame to be transmitted by the second network device at the time point indicated by the fourteenth field; a seventeenth field indicating a timing advance between the at least one terminal device and the second network device when the at least one terminal device performs an uplink transmission to the second network device; an eighteenth field indicating a timing advance drift between the at least one terminal device and the second network device; or a nineteenth field indicating a timing advance drift variation. This way, with accurate timing information, the terminal device can establish uplink or downlink communication efficiently and reliably with the second network, and make it efficient for network power saving.

[0034] In some implementations, the seventh field comprises one or more of: a twentieth field indicating a subcarrier spacing; a twenty-first field indicating a list of frequencies at which the at least one terminal device is able to detect and measure downlink synchronization signals from the second network; a twenty-second field indicating a center frequency of a lowest subcarrier of a downlink bandwidth part (BWP) used in the second network; a twenty-third field indicating at least one of a location or a bandwidth of the downlink BWP; a twenty-fourth field indicating a center frequency of a lowest subcarrier of an uplink BWP used in the second network; or a twenty-fifth field indicating at least one of a location or a bandwidth of the uplink BWP. This way, with accurate frequency information, the terminal device can establish uplink or downlink communication efficiently with the second network, and make it efficient for network power saving.

[0035] In some implementations, the at least one terminal device is in a connected state, and the method implemented in the first network device further comprises: handling a group handover performed by the at least one terminal device from the first network to the second network. This way, the first network device can switch the at least one terminal device in a group, thus make the network power saving efficiently.

[0036] In some implementations, the first network is a terrestrial network (TN) , and the second network is a non-terrestrial network (NTN) . This way, the at least one terminal device can switch from the TN to the NTN with large coverage area, thus make the network power saving reliably.

[0037] In some implementations, the notification message is transmitted on a common channel. This way, the notification message can be transmitted with less resource, thus make the network power saving efficiently.

[0038] In some implementations, the notification message is transmitted via a PDSCH transmission scheduled by a physical downlink control channel (PDCCH) transmission carrying a downlink control information (DCI) format scrambled with a multicast radio network temporary identifier (RNTI) which is associated with a function of power saving. This way, the notification message can be transmitted in multicast mode with less resource, to make the network power saving efficiently.

[0039] In some implementations, receiving, detecting and decoding the notification message is a capability of the at least one terminal device, and the capability is a mandatory capability or an optional capability. This way, the first network device can make decision for network power saving according to the UE capability, to make the network power saving reliably and efficiently.

[0040] In some implementations, the method implemented in the first network device further comprises: receiving, from the at least one terminal device, capability information indicating that the at least one terminal device has the capability of receiving, detecting and decoding the notification message. This way, the first network device can make decision for network power saving according to the UE capability, to make the network power saving reliably and efficiently.

[0041] In some implementations, the method implemented in the first network device further comprises: entering the power saving mode indicated in the power saving command after a time interval. This way, the first network device can enter power saving mode after switching of the at least one terminal device, thus make the network power saving reliably.

[0042] In some implementations, the method implemented in the first network device further comprises: transmitting a traffic-event report or a power-consumption-event report to the second network device or another network device in the second network, wherein the power saving command is transmitted in response to the traffic-event report or the power-consumption-event report. This way, the network power saving can be implemented efficiently.

[0043] In a third aspect, there is provided a method performed by a second network device in a second network. The method comprises: transmitting a power saving command to a first network device in a first network, wherein the power saving command indicates the first network device to enter a power saving mode; and serving at least one terminal device which is switched from the first network to the second network. This way, the first network device can achieve network power saving according to the command from the second network device, to make the network reliable, easy to manage and scale up.

[0044] In some implementations, the at least one terminal device is in a connected state, and serving at least one terminal device comprises: handling a group handover performed by the at least one terminal device from the first network to the second network. This way, the at least one terminal device can switch from the first network device to the second network device in group, thus make the network power saving efficiently.

[0045] In some implementations, the at least one terminal device is in an idle state or an inactive state, and serving at least one terminal device comprises: handling an initial access performed by the at least one terminal device to the second network, wherein the initial access is performed based on a beam selected in a beam selection procedure in the second network. This way, the terminal device in idle state or inactive state can access the second network device with initial access process, thus make the network power saving reliable.

[0046] In some implementations, the method implemented in the second network device comprises: receiving a traffic-event report or a power-consumption-event report from the first network device or another network device in the second network, wherein the power saving command is transmitted in response to the traffic-event report or the power-consumption-event report. This way, the power saving command is triggered according to the status of the first network device, thus make the network power saving more efficient.

[0047] In some implementations, the first network is a terrestrial network (TN) , and the second network is a non-terrestrial network (NTN) . This way, the at least one terminal device can switch from the TN to the NTN with large coverage area, thus make the network power saving reliably.

[0048] In a fourth aspect, there is provided a terminal device. The terminal device comprises: a transceiver; and a processor communicatively coupled with the transceiver. The processor is configured to: receive a notification message common to at least one terminal device in a first network, wherein the notification message is used for switching the at least one terminal device from the first network to a second network; and switch from the first network to the second network based on the notification message, wherein the notification message comprises a first field indicating a cause for the switching the at least one terminal device. This way, the at least one terminal device can switch from the first network to the second network, and a first network device in the first network can go to power saving mode for network power saving. The network power saving can work in multi-vendor scenarios, and be easy to manage and scale up.

[0049] In a fifth aspect, there is provided a first network device. The first network device comprising: a transceiver; and a processor communicatively coupled with the transceiver. The processor is configured to: receive a power saving command from a second network device in a second network, wherein the power saving command indicates the first network device to enter a power saving mode; and transmit a notification message common to at least one terminal device in a first network, wherein the notification message is used for switching the at least one terminal device from the first network to the second network, and the first network comprises the first network device. This way, the first network device can achieve network power saving according to the command from the second network device, and indicating the at least one terminal device to switch from the first network to the second network, to make the network reliable, easy to manage and scale up.

[0050] In a sixth aspect, there is provided a second network device. The second network device comprising: a transceiver; and a processor communicatively coupled with the transceiver. The processor is configured to: transmit a power saving command to a first network device in a first network, wherein the power saving command indicates the first network device to enter a power saving mode; and serve at least one terminal device which is switched from the first network to the second network. This way, the first network device can achieve network power saving according to the command from the second network device, to make the network reliable, easy to manage and scale up.

[0051] In a sixth aspect, there is provided a non-transitory computer readable medium. The non-transitory computer readable medium comprises computer program stored thereon, the computer program, when executed on at least one processor, causing the at least one processor to perform the method of the first, the second or the third aspect.

[0052] In a seventh aspect, there is provided a chip. The chip comprising at least one processing circuit configured to perform the method of the first, the second or the third aspect.

[0053] In a seventh aspect, there is provided a computer program product. The computer program product tangibly stored on a computer-readable medium and comprises computer-executable instructions which, when executed, cause an apparatus to perform the method of the first, the second or the third aspect.BRIEF DESCRIPTION OF THE DRAWINGS

[0054] Some example embodiments will now be described with reference to the accompanying drawings, in which:

[0055] FIG. 1 illustrates an example of a communication system in which some example embodiments of the present disclosure may be implemented;

[0056] FIG. 2 illustrates a detailed example of the communication system of FIG. 1 in which some example embodiments of the present disclosure may be implemented;

[0057] FIG. 3 illustrates an example of an electronics device and a base station in which some example embodiments of the present disclosure may be implemented;

[0058] FIG. 4 illustrates example modules in a device or apparatus in which some example embodiments of the present disclosure may be implemented;

[0059] FIG. 5 illustrates an example of a communication system with T-TRP and NT-TRP in which some example embodiments of the present disclosure may be implemented;

[0060] FIG. 6 illustrates another example of a communication system with T-TRP and NT-TRP in which some example embodiments of the present disclosure may be implemented;

[0061] FIG. 7 illustrates another example of a communication system with T-TRP and NT-TRP in which some example embodiments of the present disclosure may be implemented;

[0062] FIG. 8 illustrates another example of a communication system with T-TRP and NT-TRP in which some example embodiments of the present disclosure may be implemented;

[0063] FIG. 9 illustrates an example of a process flow of a first network device switching a terminal device from a first network to a second network for power saving in which some example embodiments of the present disclosure may be implemented;

[0064] FIG. 10 illustrates another example of a process flow of a first network device switching a terminal device from a first network to a second network for power saving in which some example embodiments of the present disclosure may be implemented;[0064.1][Rectified under Rule 91, 15.03.2024]FIG. 10A-10C illustrates examples of ASN. 1 pseudocode in which some example embodiments of the present disclosure may be implemented;

[0065] FIG. 11A illustrates an example of PDCCHs scheduling UE-specific PDSCHs in which some example embodiments of the present disclosure may be implemented;

[0066] FIG. 11B illustrates an example of a TN-TRP sending power saving group notification message in which some example embodiments of the present disclosure may be implemented;

[0067] FIG. 11C illustrates an example of a UE cancelling reception of the PDSCHs after reception of the power saving group notification message in which some example embodiments of the present disclosure may be implemented;

[0068] FIG. 11D illustrates an example of a UE cancelling reception of PUSCHs after reception of the power saving group notification message in which some example embodiments of the present disclosure may be implemented;

[0069] FIG. 11E illustrates an example of a UE cancelling reception of PDCCHs scheduling semi-persistent PDSCHs after reception of the power saving group notification message in which some example embodiments of the present disclosure may be implemented;

[0070] FIG. 11F illustrates an example of a UE cancelling reception of RRC-configured grant-free PUSCHs after reception of the power saving group notification message in which some example embodiments of the present disclosure may be implemented;

[0071] FIG. 12 illustrates an example of process flow of a terminal device selecting a cell of the second network device in which some example embodiments of the present disclosure may be implemented;

[0072] FIG. 13 illustrates an example of a method implemented at a terminal device in which some example embodiments of the present disclosure may be implemented;

[0073] FIG. 14 illustrates an example of a method implemented at a first network device in which some example embodiments of the present disclosure may be implemented;

[0074] FIG. 15 illustrates an example of a method implemented at a second network device in which some example embodiments of the present disclosure may be implemented;

[0075] FIG. 16 illustrates a block diagram of an electronic device that may be used for implementing devices and methods in accordance with some embodiments of the present disclosure; and

[0076] FIG. 17 illustrates a schematic diagram of a structure of an apparatus in accordance with some embodiments of the present disclosure.

[0077] Throughout the drawings, the same or similar reference numerals represent the same or similar elements.DETAILED DESCRIPTION

[0078] Principles of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein can be implemented in various manners other than the ones described below.

[0079] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0080] References in the present disclosure to “one embodiment” , “an embodiment” , “an example embodiment” , and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0081] It shall be understood that although the terms “first” and “second” etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0082] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0083] When the functions are implemented in the form of a software functional unit and sold or used as an independent product, the functions may be stored in a computer-readable storage medium. Based on such an understanding, the technical solutions of this application essentially, or the part contributing to the prior art, or some of the technical solutions may be implemented in a form of a software product. The software product is stored in a storage medium, and includes several instructions for instructing a computer device (which may be a personal computer, a server, or a network device) to perform all or some of the steps of the methods described in the embodiments of this application. The foregoing storage medium includes: any medium that can store program code, such as a USB flash drive, a removable hard disk, a read-only memory (Read-Only Memory, ROM) , a random access memory (Random Access Memory, RAM) , a magnetic disk, or an optical disc.

[0084] The foregoing descriptions are merely specific implementations of this application, but are not intended to limit the protection scope of this application. Any variation or replacement readily figured out by a person skilled in the art within the technical scope disclosed in this application shall fall within the protection scope of this application. Therefore, the protection scope of this application shall be subject to the protection scope of the claims.

[0085] User Equipment (UE) position information is often used in cellular communication networks to improve various performance metrics for the network. Such performance metrics may, for example, include capacity, agility, and efficiency. The improvement may be achieved when elements of the network exploit the position, the behavior, the mobility pattern, etc., of the UE in the context of a priori information describing a wireless environment in which the UE is operating.

[0086] A sensing system may be used to help gather UE pose information, including its location in a global coordinate system, its velocity and direction of movement in the global coordinate system, orientation information, and the information about the wireless environment. “Location” is also known as “position” and these two terms may be used interchangeably herein. Examples of well-known sensing systems include RADAR (Radio Detection and Ranging) and LIDAR (Light Detection and Ranging) . While the sensing system can be separate from the communication system, it could be advantageous to gather the information using an integrated system, which reduces the hardware (and cost) in the system as well as the time, frequency, or spatial resources needed to achieve both functionalities. However, using the communication system hardware to perform sensing of UE pose and environment information is a highly challenging and open problem. The difficulty of the problem relates to factors such as the limited resolution of the communication system, the dynamicity of the environment, and the huge number of objects whose electromagnetic properties and position are to be estimated.

[0087] Accordingly, integrated sensing and communication (also known as integrated communication and sensing, joint sensing and communication, and other similar names) is a desirable feature in existing and future communication systems.

[0088] FIG. 1 illustrates an example of a communication system in which some example embodiments of the present disclosure may be implemented.

[0089] Referring to FIG. 1, as an illustrative example without limitation, a simplified schematic illustration of a communication system is provided. The communication system 100 (which may be a wireless system) comprises a radio access network (RAN) 120. The RAN 120 may be a next generation (e.g. sixth generation (6G) or later) radio access network, or a legacy (e.g. 5G, 4G, 3G or 2nd generation (2G) ) radio access network. One or more communication electronic device (ED) 110a, 110b, 110c, 110d, 110e, 110f, 110g, 110h, 110i, 110j (generically referred to as 110) may be interconnected to one another or connected to one or more network nodes (170a, 170b, generically referred to as 170) in the radio access network 120. A core network 130 may be a part of the communication system and may be dependent or independent of the radio access technology used in the communication system 100. The communication system 100 may also comprise a public switched telephone network (PSTN) 140, the internet 150, and other networks 160.

[0090] In general, the communication system 100 enables multiple wireless or wired elements to communicate data and other content. The communication system 100 may provide content, such as voice, data, video, and / or text, via broadcast, multicast, groupcast, unicast, etc. And the communication system 100 may provide a wide range of communication services and applications, such as earth monitoring, remote sensing, passive sensing and positioning, navigation and tracking, autonomous delivery and mobility, etc.

[0091] The communication system 100 may operate by sharing resources, such as carrier spectrum bandwidth, between its constituent elements.

[0092] FIG. 2 illustrates a detailed example of the communication system of FIG. 1 in which some example embodiments of the present disclosure may be implemented. Communication system 100 in FIG. 2 can be a detailed implementation of the communication system 100 in FIG. 1.

[0093] In general, the communication system 100 enables multiple wireless or wired elements to communicate data and other content. The purpose of the communication system 100 may be to provide content, such as voice, data, video, and / or text, via broadcast, multicast, groupcast, unicast, etc. The communication system 100 may operate by sharing resources, such as carrier spectrum bandwidth, between its constituent elements. The communication system 100 may include a terrestrial communication system and / or a non-terrestrial communication system. The communication system 100 may provide a wide range of communication services and applications, such as earth monitoring, remote sensing, passive sensing and positioning, navigation and tracking, autonomous delivery and mobility, etc. The communication system 100 may provide a high degree of availability and robustness through a joint operation of a terrestrial communication system and a non-terrestrial communication system. For example, integrating a non-terrestrial communication system (or components thereof) into a terrestrial communication system can result in what may be considered a heterogeneous network comprising multiple layers. Compared to conventional communication networks, the heterogeneous network may achieve better overall performance through efficient multi-link joint operation, more flexible functionality sharing, and faster physical layer link switching between terrestrial networks and non-terrestrial networks.

[0094] The terrestrial communication system and the non-terrestrial communication system could be considered sub-systems of the communication system. Same as in the example shown in FIG. 1, in the example shown in FIG. 2, the communication system 100 may include ED 110a, 110b, 110c, 110d (generically referred to as ED 110) , and terrestrial RAN 120a, 120b. In addition, the communication system 100 may also include a non-terrestrial communication network 120c. The communication system 100 may also include one or more of a core network 130, a public switched telephone network (PSTN) 140, the Internet 150, and other networks 160. The RANs 120a, 120b include respective RAN nodes such as base stations (BSs) 170a, 170b, which may be generically referred to as terrestrial transmit and receive points (T-TRPs) 170a, 170b. In one implementation, the non-terrestrial communication network 120c includes a RAN node such as an access node (or base station) 172, which may be generically referred to as a non-terrestrial transmit and receive point (NT-TRP) 172. As may be surmised on the basis of similarity in reference numerals, the non-terrestrial communication network 120c may be considered to be a radio access network, with operational aspects in common with the RANs 120a, 120b. In another implementation, the non-terrestrial communication network 120c may include at least one non-terrestrial network (NTN) device and at least one corresponding terrestrial network device, wherein the at least one non-terrestrial network device works as a transport layer device and the at least one corresponding terrestrial network device works as a RAN node, which communicates with the ED via the non-terrestrial network device. In addition, there may be a NTN gateway in the ground (i.e., referred as a terrestrial network device) also as a transport layer device to communication with both the NTN device, and the RAN node communicates with the ED via the NTN device and the NTN gateway. In some implementations, the NTN gateway and the RAN node may be located in the same device.

[0095] Any ED 110 may be alternatively or additionally configured to interface, access, or communicate with any T-TRP 170a, 170b and NT-TRP 172, the Internet 150, the core network 130, the PSTN 140, the other networks 160, or any combination of the preceding. In some examples, ED 110a may communicate an uplink and / or downlink transmission over a terrestrial air interface 190a with T-TRP 170a. In some examples, the EDs 110a, 110b, 110c, and 110d may also communicate directly with one another via one or more sidelink air interfaces 190b. In some examples, ED 110d may communicate an uplink and / or downlink transmission over a non-terrestrial air interface 190c with NT-TRP 172.

[0096] The air interfaces 190a and 190b may use similar communication technology, such as any suitable radio access technology. For example, the communication system 100 may implement one or more channel access methods, such as code division multiple access (CDMA) , space division multiple access (SDMA) , time division multiple access (TDMA) , frequency division multiple access (FDMA) , orthogonal FDMA (OFDMA) , or single-carrier FDMA (SC-FDMA, also known as discrete Fourier transform spread OFDMA, DFT-s-OFDMA) in the air interfaces 190a and 190b. The air interfaces 190a and 190b may utilize other higher dimension signal spaces, which may involve a combination of orthogonal and / or non-orthogonal dimensions.

[0097] The non-terrestrial air interface 190c can enable communication between the ED 110d and one or multiple NT-TRPs 172 via a wireless link or simply a link. For some examples, the link is a dedicated connection for unicast transmission, a connection for broadcast transmission, or a connection between a group of EDs 110 and one or multiple NT-TRPs 172 for multicast transmission.

[0098] The RANs 120a and 120b are in communication with the core network 130 to provide the EDs 110a 110b, and 110c with various services such as voice, data, and other services. The RANs 120a and 120b and / or the core network 130 may be in direct or indirect communication with one or more other RANs (which are not shown in FIG. 2) , which may or may not be directly served by core network 130, and may or may not employ the same radio access technology as RAN 120a, RAN 120b or both. The core network 130 may also serve as a gateway access between (i) the RANs 120a and 120b or EDs 110a 110b, and 110c or both, and (ii) other networks (such as the PSTN 140, the Internet 150, and the other networks 160) . In addition, some or all of the EDs 110a 110b, and 110c may include functionality for communicating with different wireless networks over different wireless links using different wireless technologies and / or protocols. Instead of wireless communication (or in addition thereto) , the EDs 110a 110b, and 110c may communicate via wired communication channels to a service provider or switch (not shown) , and to the Internet 150. PSTN 140 may include circuit switched telephone networks for providing plain old telephone service (POTS) . Internet 150 may include a network of computers and subnets (intranets) or both, and incorporate protocols, such as Internet Protocol (IP) , Transmission Control Protocol (TCP) , User Datagram Protocol (UDP) . EDs 110a 110b, and 110c may be multimode devices capable of operation according to multiple radio access technologies, and incorporate multiple transceivers necessary to support such.

[0099] In addition, the communication system 100 may comprise a sensing agent (which is not shown in FIG. 2) to manage the sensed data from ED110 and or the T-TRP 170 and / or NT-TRP 172. In one implementation, the sensing agent is located in the T-TRP 170 and / or NT-TRP 172. In another implementation, the sensing agent is a separate node which has interface to communicate with the core network 130 and / or the RAN 120 (e.g., the T-TRP 170 and / or NT-TRP 172) .

[0100] FIG. 3 illustrates an example of an electronics device and a base station in which some example embodiments of the present disclosure may be implemented.

[0101] FIG. 3 illustrates another example of an ED 110 and base stations such as T-TRP 170a, 170b and NT-TRP 172. The ED 110 is used to connect persons, objects, machines, etc. The ED 110 may be widely used in various scenarios including, for example, cellular communications, device-to-device (D2D) , vehicle to everything (V2X) , peer-to-peer (P2P) , machine-to-machine (M2M) , machine-type communications (MTC) , internet of things (IoT) , virtual reality (VR) , augmented reality (AR) , mixed reality (MR) , metaverse, digital twin, industrial control, self-driving, remote medical, smart grid, smart furniture, smart office, smart wearable, smart transportation, smart city, drones, robots, remote sensing, passive sensing, positioning, navigation and tracking, autonomous delivery and mobility, etc.

[0102] Each ED 110 represents any suitable end user device for wireless operation and may include such devices (or may be referred to) as a user equipment / device (UE) , a wireless transmit / receive unit (WTRU) , a mobile station, a fixed or mobile subscriber unit, a cellular telephone, a station (STA) , a machine type communication (MTC) device, a personal digital assistant (PDA) , a smartphone, a laptop, a computer, a tablet, a wireless sensor, a consumer electronics device, a smart book, a vehicle, a car, a truck, a bus, a train, or an IoT device, wearable devices (such as a watch, a pair of glasses, head mounted equipment, etc. ) , an industrial device, or an apparatus in (e.g. communication module, modem, or chip) or comprising the forgoing devices, among other possibilities. Future generation EDs 110 may be referred to using other terms. The base station 170a and 170b is a T-TRP and will hereafter be referred to as T-TRP 170. Also shown in FIG. 3, a NT device will hereafter be referred to as NT-TRP 172. Each ED 110 connected to T-TRP 170 and / or NT-TRP 172 can be dynamically or semi-statically turned-on (i.e., established, activated, or enabled) , turned-off (i.e., released, deactivated, or disabled) and / or configured in response to one of more of: connection availability and connection necessity.

[0103] The ED 110 may include a transmitter 201 and a receiver 203 coupled to one or more antennas 204. Only one antenna 204 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas 204 may alternatively be panels. The transmitter 201 and the receiver 203 may be integrated, e.g. as a transceiver. The transceiver is configured to modulate data or other content for transmission by at least one antenna 204 or network interface controller (NIC) . The transceiver is also configured to demodulate data or other content received by the at least one antenna 204. Each transceiver includes any suitable structure for generating signals for wireless or wired transmission and / or processing signals received wirelessly or by wire. Each antenna 204 includes any suitable structure for transmitting and / or receiving wireless or wired signals.

[0104] The ED 110 may include at least one memory 208. The memory 208 stores instructions. The memory 208 may also store data used, generated, or collected by the ED 110. For example, the memory 208 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by one or more processing unit (s) (e.g., a processor 210) . Each memory 208 includes any suitable volatile and / or non-volatile storage and retrieval device (s) . Any suitable type of memory may be used, such as random access memory (RAM) , read only memory (ROM) , hard disk, optical disc, subscriber identity module (SIM) card, memory stick, secure digital (SD) memory card, on-processor cache, and the like.

[0105] The ED 110 may further include one or more input / output devices (not shown) or interfaces (such as a wired interface to the Internet 150 in FIG. 1) . The input / output devices or interfaces permit interaction with a user or other devices in the network. Each input / output device or interface includes any suitable structure for providing information to or receiving information from a user, and / or for network interface communications. Suitable structures include, for example, a speaker, microphone, keypad, keyboard, display, touch screen, etc.

[0106] The ED 110 includes the processor 210 for performing operations including those operations related to preparing a transmission for uplink transmission to the NT-TRP 172 and / or the T-TRP 170, those operations related to processing downlink transmissions received from the NT-TRP 172 and / or the T-TRP 170, and those operations related to processing sidelink transmission to and from another ED 110. Processing operations related to preparing a transmission for uplink transmission may include operations such as encoding, modulating, transmit beamforming, and generating symbols for transmission. Processing operations related to processing downlink transmissions may include operations such as receive beamforming, demodulating and decoding received symbols. Processing operations related to processing sidelink transmissions may include operations such as transmit / receive beamforming, modulating / demodulating and encoding / decoding symbols. Depending upon the embodiment, a downlink transmission may be received by the receiver 203, possibly using receive beamforming, and the processor 210 may extract signaling from the downlink transmission (e.g. by detecting and / or decoding the signaling) . An example of signaling may be a reference signal transmitted by the NT-TRP 172 and / or by the T-TRP 170. In some embodiments, the processor 210 implements the transmit beamforming and / or the receive beamforming based on the indication of beam direction, e.g. beam angle information (BAI) , received from the T-TRP 170. In some embodiments, the processor 210 may perform operations relating to network access (e.g. initial access) and / or downlink synchronization, such as operations relating to detecting a synchronization sequence, decoding and obtaining the system information, etc. In some embodiments, the processor 210 may perform channel estimation, e.g. using a reference signal received from the NT-TRP 172 and / or from the T-TRP 170.

[0107] Although not illustrated, the processor 210 may form part of the transmitter 201 and / or part of the receiver 203. Although not illustrated, the memory 208 may form part of the processor 210.

[0108] The processor 210, the processing components of the transmitter 201, and the processing components of the receiver 203 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory (e.g. in the memory 208) . Alternatively, some or all of the processor 210, the processing components of the transmitter 201, and the processing components of the receiver 203 may each be implemented using dedicated circuitry, such as a programmed field-programmable gate array (FPGA) , an application-specific integrated circuit (ASIC) , or a hardware accelerator such as a graphics processing unit (GPU) or an artificial intelligence (AI) accelerator.

[0109] When the ED 110 is an apparatus (e.g. communication module, modem, chip, or chipset) in a device, it includes at least one processor, and an interface or at least one pin. In this scenario, the transmitter 201 and receiver 203 may be replaced by the interface or at least one pin, wherein the interface or at least one pin is to connect the apparatus (e.g., chip) and other apparatus (e.g., chip, memory, or bus) . Accordingly, the transmitting information to the NT-TRP 172 and / or the T-TRP 170 and / or another ED 110 may be referred as transmitting information to the interface or at least one pin, and receiving information from the NT-TRP 172 and / or the T-TRP 170 and / or another ED 110 may be referred as receiving information from the interface or at least one pin. The information may include control signaling and / or data.

[0110] The T-TRP 170 may be known by other names in some implementations, such as a base station, a base transceiver station (BTS) , a radio base station, a network node, a network device, a device on the network side, a transmit / receive node, a Node B, an evolved NodeB (eNodeB or eNB) , a Home eNodeB, a next Generation NodeB (gNB) , a transmission point (TP) , a site controller, an access point (AP) , a wireless router, a relay station, a terrestrial node, a terrestrial network device, a terrestrial base station, a base band unit (BBU) , a remote radio unit (RRU) , an active antenna unit (AAU) , a remote radio head (RRH) , a central unit (CU) , a distributed unit (DU) , a positioning node, among other possibilities. The T-TRP 170 may be a macro BS, a pico BS, a relay node, a donor node, or the like, or combinations thereof. The T-TRP 170 may refer to the forgoing devices or refer to apparatus (e.g. a communication module, a modem, or a chip) in the forgoing devices.

[0111] In some embodiments, the parts of the T-TRP 170 may be distributed. For example, some of the modules of the T-TRP 170 may be located remote from the equipment that houses the antennas 256 for the T-TRP 170, and may be coupled to the equipment that houses the antennas 256 over a communication link (not shown) sometimes known as front haul, such as common public radio interface (CPRI) . Therefore, in some embodiments, the term T-TRP 170 may also refer to modules on the network side that perform processing operations, such as determining the location of the ED 110, resource allocation (scheduling) , message generation, and encoding / decoding, and that are not necessarily part of the equipment that houses the antennas 256 of the T-TRP 170. The modules may also be coupled to other T-TRPs. In some embodiments, the T-TRP 170 may actually be a plurality of T-TRPs that are operating together to serve the ED 110, e.g. through the use of coordinated multipoint transmissions.

[0112] The T-TRP 170 may include at least one transmitter 252 and at least one receiver 254 coupled to one or more antennas 256. Only one antenna 256 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas 256 may alternatively be panels. The transmitter 252 and the receiver 254 may be integrated as a transceiver.

[0113] The T-TRP 170 includes a processor 260 for performing operations including those related to: preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110, preparing a transmission for backhaul transmission to the T-TRP 170 and / or NT-TRP 172, and processing a transmission received over backhaul from the T-TRP 170 and / or NT-TRP 172. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (e.g. multiple input multiple output (MIMO) precoding) , transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the uplink or over backhaul may include operations such as receive beamforming, demodulating received symbols, and decoding received symbols. The processor 260 may also perform operations relating to network access (e.g. initial access) and / or downlink synchronization, such as generating the content of synchronization signal blocks (SSBs) , generating the system information, etc. In some embodiments, the processor 260 also generates an indication of beam direction, e.g. BAI, which may be scheduled for transmission by a scheduler 253. The processor 260 performs other network-side processing operations described herein, such as determining the location of the ED 110, determining where to deploy the NT-TRP 172, etc. In some embodiments, the processor 260 may generate signaling, e.g. to configure one or more parameters of the ED 110 and / or one or more parameters of the NT-TRP 172. Any signaling generated by the processor 260 is sent by the transmitter 252.

[0114] The scheduler 253 may be coupled to the processor 260 or integrated in the processor 260. The scheduler 253 may be included within or operated separately from the T-TRP 170. The scheduler 253 may schedule uplink, downlink, sidelink, and / or backhaul transmissions, including issuing scheduling grants and / or configuring scheduling-free (e.g., “configured grant” ) resources.

[0115] The T-TRP 170 may further include a memory 258 for storing information, and optionally data. The memory 258 stores instructions and data used, generated, or collected by the T-TRP 170. For example, the memory 258 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by the processor 260.

[0116] Although not illustrated, the processor 260 may form part of the transmitter 252 and / or part of the receiver 254. Also, although not illustrated, the processor 260 may implement the scheduler 253. Although not illustrated, the memory 258 may form part of the processor 260.

[0117] The processor 260, the scheduler 253, the processing components of the transmitter 252, and the processing components of the receiver 254 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory, e.g. in the memory 258. Alternatively, some or all of the processor 260, the scheduler 253, the processing components of the transmitter 252, and the processing components of the receiver 254 may be implemented using dedicated circuitry, such as a programmed FPGA, a hardware accelerator (e.g., a GPU or AI accelerator) , or an ASIC.

[0118] When the T-TRP 170 is an apparatus (e.g. communication module, modem, chip, or chipset) in a device, it includes at least one processor, and an interface or at least one pin. In this scenario, the transmitter 252 and receiver 254 may be replaced by the interface or at least one pin, wherein the interface or at least one pin is to connect the apparatus (e.g., chip) and other apparatus (e.g., chip, memory, or bus) . Accordingly, the transmitting information to the NT-TRP 172 and / or the T-TRP 170 and / or ED 110 may be referred as transmitting information to the interface or at least one pin, and receiving information from the NT-TRP 172 and / or the T-TRP 170 and / or ED 110 may be referred as receiving information from the interface or at least one pin. The information may include control signaling and / or data.

[0119] Although the NT-TRP 172 is illustrated as a drone only as an example, the NT-TRP 172 may be implemented in any suitable non-terrestrial form, such as satellites and high altitude platforms, including international mobile telecommunication base stations and unmanned aerial vehicles, for example. Also, the NT-TRP 172 may be known by other names in some implementations, such as a non-terrestrial node, a non-terrestrial network device, or a non-terrestrial base station.

[0120] The NT-TRP 172 may include a transmitter 272 and a receiver 274 coupled to one or more antennas 280. Only one antenna 280 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas may alternatively be panels. The transmitter 272 and the receiver 274 may be integrated as a transceiver.

[0121] The NT-TRP 172 include a processor 276 for performing operations including those related to: preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110, preparing a transmission for backhaul transmission to T-TRP 170 and / or another NT-TRP 172, and processing a transmission received over backhaul from the T-TRP 170 and / or another NT-TRP 172. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (e.g. MIMO precoding) , transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the uplink or over backhaul may include operations such as receive beamforming, demodulating received symbols, and decoding received symbols. In some embodiments, the processor 276 implements the transmit beamforming and / or receive beamforming based on beam direction information (e.g. BAI) received from the T-TRP 170. In some embodiments, the processor 276 may generate signaling, e.g. to configure one or more parameters of the ED 110. In some embodiments, the NT-TRP 172 implements physical layer processing, but does not implement higher layer functions such as functions at the medium access control (MAC) or radio link control (RLC) layer. As this is only an example, more generally, the NT-TRP 172 may implement higher layer functions in addition to physical layer processing.

[0122] The NT-TRP 172 may further include a memory 278 for storing information and optionally data. Although not illustrated, the processor 276 may form part of the transmitter 272 and / or part of the receiver 274. Although not illustrated, the memory 278 may form part of the processor 276.

[0123] The processor 276, the processing components of the transmitter 272, and the processing components of the receiver 274 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory, e.g. in the memory 278. Alternatively, some or all of the processor 276, the processing components of the transmitter 272, and the processing components of the receiver 274 may be implemented using dedicated circuitry, such as a programmed FPGA, a hardware accelerator (e.g., a GPU or AI accelerator) , or an ASIC. In some embodiments, the NT-TRP 172 may actually be a plurality of NT-TRPs that are operating together to serve the ED 110, e.g. through coordinated multipoint transmissions.

[0124] When the NT-TRP 172 is an apparatus (e.g. communication module, modem, chip, or chipset) in a device, it includes at least one processor, and an interface or at least one pin. In this scenario, the transmitter 272 and receiver 257 may be replaced by the interface or at least one pin, wherein the interface or at least one pin is to connect the apparatus (e.g., chip) and other apparatus (e.g., chip, memory, or bus) . Accordingly, the transmitting information to the T-TRP 170 and / or another NT-TRP 172 and / or ED 110 may be referred as transmitting information to the interface or at least one pin, and receiving information from the T-TRP 170 and / or another NT-TRP 172 and / or ED 110 may be referred as receiving information from the interface or at least one pin. The information may include control signaling and / or data.

[0125] Note that “TRP” , as used herein, may refer to a T-TRP or a NT-TRP. A T-TRP may alternatively be called a terrestrial network TRP ( “TN TRP” ) and a NT-TRP may alternatively be called a non-terrestrial network TRP ( “NTN TRP” ) . The T-TRP 170, the NT-TRP 172, and / or the ED 110 may include other components, but these have been omitted for the sake of clarity.

[0126] Note that “signaling” , as used herein, may alternatively be called control signaling, control message, control information, or message for simplicity. Signaling between a BS (e.g., the network node 170) and a terminal or sensing device (e.g., ED 110) , or signaling between different terminal or sensing device (e.g., between ED 110i and ED110j) may be carried in physical layer signaling (also called as dynamic signaling) , which is transmitted in a physical layer control channel. For downlink the physical layer signaling may be known as downlink control information (DCI) which is transmitted in a physical downlink control channel (PDCCH) . For uplink, the physical layer signaling may be known as uplink control information (UCI) which is transmitted in a physical uplink control channel (PUCCH) . For sidelink, signaling between different terminal or sensing device (e.g., between ED 110i and ED110j) may be known as sidelink control information (SCI) which is transmitted in a physical sidelink control channel (PSCCH) . Signaling may be carried in a higher-layer (e.g., higher than physical layer) signaling, which is transmitted in a physical layer data channel, e.g. in a physical downlink shared channel (PDSCH) for downlink signaling, in a physical uplink shared channel (PDSCH) for uplink signaling, and in a physical sidelink shared channel (PSSCH) for sidelink signaling. Higher-layer signaling may also called static signaling, or semi-static signaling. Higher-layer signaling may be radio resource control (RRC) protocol signaling or media access control –control element (MAC-CE) signaling. Signaling may be included in a combination of physical layer signaling and higher layer signaling.

[0127] It should be noted that in present disclosure, “information” , when different from “message” , may be carried in one single message, or be carried in more than one separate message.

[0128] FIG. 4 illustrates example modules in a device or apparatus in which some example embodiments of the present disclosure may be implemented.

[0129] One or more steps of the methods provided in this disclosure herein may be performed by corresponding units or modules, according to FIG. 4. FIG. 4 illustrates units or modules in a device or apparatus, such as in the ED 110, in the T-TRP 170, or in the NT-TRP 172. For example, a signal may be transmitted by a transmitting unit or by a transmitting module 410. A signal may be received by a receiving unit or by a receiving module 415. A signal may be processed by a processing unit or a processing module 420. Other steps may be performed by an artificial intelligence (AI) or machine learning (ML) module 425. The respective units or modules may be implemented using hardware, one or more components or devices that execute software, or a combination thereof. For instance, one or more of the units or modules may be a circuit such as an integrated circuit. Examples of an integrated circuit includes a programmed FPGA, a GPU, or an ASIC. For instance, one or more of the units or modules may be logical such as a logical function performed by a circuit, by a portion of an integrated circuit, or by software instructions executed by a processor. It will be appreciated that where the modules are implemented using software for execution by a processor for example, the modules may be retrieved by a processor, in whole or part as needed, individually or together for processing, in single or multiple instances, and that the modules themselves may include instructions for further deployment and instantiation.

[0130] Additional details regarding the EDs 110, the T-TRP 170, and the NT-TRP 172 are known to those of skill in the art. As such, these details are omitted here. Network power saving is expected to become an important feature in the context of future 6G systems and in the scenario of integrated terrestrial and non-terrestrial systems, while the current network power saving solutions are customer-specific and therefore difficult to manage, maintain and scale. So the network power saving needs to be optimized, such as easier to manage and scale up.

[0131] In cellular systems such as 4G long term evolution (LTE) or 5th generation (5G) new radio (NR) , the user equipment (UE) , e.g., the EDs 110 shown above, can be configured with discontinuous reception (DRX) and discontinuous transmission (DTX) in order to save power. When the UE is operating in DRX mode, the UE may not receive any physical layer signals / channels (i.e. detect and measure physical signals such as reference signals (RSs) nor detect and decode messages carried in physical layer channels such as physical downlink control channel (PDCCH)  / physical downlink shared channel (PDSCH) ) . Similarly, when the UE is operating in DTX mode, the UE may not to transmit any physical layer signals / channels (i.e. do any signal processing related to generating an uplink signal or uplink channel such as physical uplink control channel (PUCCH)  / physical uplink shared channel (PUSCH) ) . Such techniques allow the UE to save power by not being continuously turned ON.

[0132] In 5G NR Rel-18, a study item was introduced on the topic of network power savings, where various techniques were investigated in order to achieve power savings at the network side.

[0133] Network power saving is expected to become an important feature in the context of present communication system and / or future 6G systems and in the scenario of integrated terrestrial and non-terrestrial systems. Some network power saving solutions are network-specific implementation solutions, which is difficult to be managed, maintained and scaled throughout the network, among different operators and vendors.

[0134] The first technique that was investigated is that of “simplified” synchronization signal and physical broadcast (SS / PBCH) blocks, which is referred as SSBs, where the simplification consists in transmitting e.g. only the primary synchronization signal (PSS) , only the secondary synchronization signal (SSS) . Other variants consisted in transmitted SS / PBCH blocks with much longer periodicities than those periodicities currently supported by 5G NR.

[0135] The second technique that was investigated is that of so-called “cell-DRX” and “cell-DTX” . These are effectively the mirrors of the UE DRX / DTX modes, where the cell-DRX is a mode where the corresponding TRP (s) may not any physical layer signals / channels. Similarly, the cell-DTX is a mode where the corresponding TRP (s) may not transmit any physical layer signals / channels.

[0136] The third technique that was investigated is that of so-called “bandwidth part (BWP) adaptation” . This is done by the cell switching to a BWP that has a shorter bandwidth and thus reducing the amount of power needed to transmit over larger bandwidths. This can be done by configuring UEs with multiple BWPs and simply indicating BWP switching using e.g. downlink control information (DCI) to switch from one BWP to another BWP.

[0137] Most network power saving solutions are network-specific implementation solutions (e.g. custom network power savings implementations) . Custom network power savings implementations can be considered where an operator performs power saving manually based on heuristics, traffic load management and balancing.

[0138] The possible disadvantage of custom network power savings implementation is that these methods are customer-specific and therefore difficult to be managed, maintained and scaled. This is because operators would be required to have all of their equipment from one network vendor only. With standardized mechanisms, network power saving algorithms and implementations will be easier to be managed and in particular scaled up because these solutions can work in multi-vendor scenarios which are far more typical.

[0139] In some implementations, terrestrial TRPs may receive power saving commands from e.g. non-terrestrial TRPs, the terrestrial TRPs apply the power saving command and enter a power saving mode (e.g., power down or switch off) corresponding to the content of the power saving command, for example: deep sleep. All devices with cellular connectivity which are within the coverage area of those terrestrial TRPs need to be informed about what to do in the event that the terrestrial TRPs power down or switch off.

[0140] Some embodiments of this disclosure addresses at least one of the following problems. When a T-TRP power down or switch off, the UEs, IoT devices and other devices with cellular connectivity to the T-TRP may need to be offloaded or handed over to other TRPs (which may be terrestrial or non-terrestrial) . UEs, IoT devices and other devices that are in idle mode, or a power mode in which the device is not connected to a network, also need to be signaled of the -TRPs power down. The skilled in the art can understand that other TRP except T-TRP also needs to take network power saving.

[0141] In some embodiments of this disclosure, as terrestrial TRPs receive power saving commands from e.g. non-terrestrial TRPs, the terrestrial TRPs apply the power saving command and enter a power mode corresponding to the content of the power saving command, for example: deep sleep. All devices with cellular connectivity which are within the coverage area of those terrestrial TRPs need to be informed about what to do in the event that the terrestrial TRPs power down or switch off.

[0142] In summary, some embodiments of this disclosure disclose methods and apparatus for offloading or handing over devices with cellular connectivity (such as UEs, IoT devices, and so on) when network power saving is performed in integrated TN / NTN systems. Terrestrial TRPs notifying all devices with cellular connectivity within the coverage area that the terrestrial TRPs will be powering off or powering down for power saving purposes, where the notification may include information for the target NTN, e.g., the target NTN node or the target NTN cell. Here the devices with cellular connectivity means the devices either camp in a cell of that T-TRP, i.e., is in Idle state, or has a RRC connection with a cell of that TRP, i.e., is in connected state. In 5G, the connected state may further include a RRC_Inactive state in which the UE power consumption may be reduced. Upon receiving notification from the terrestrial TRPs, a terminal device that is connected to the terrestrial TRPs cancel any subsequent transmissions, for example, PDSCH reception and / or PUSCH transmission. This could be done by resetting the physical layer and or the MAC layer of the devices. The terminal device then accesses the NTN by initiating the NTN beam selection procedure, whereby the terminal device search at least one NTN beam, wherein the information of the NTN beam may be received as part of the notification information. And after detecting a suitable NTN beam, the terminal device performs initial access with the non-terrestrial network. The skilled in the art can understand that other system such as TN system or NTN system can also achieve network power saving.

[0143] In some embodiments of the present disclosure, non-terrestrial TRPs may be devices such as satellites, high altitude platform systems (HAPS) , balloons, unmanned aerial vehicles (UAVs) , or drones, terrestrial TRPs may be devices such as base-stations in the ground, and user devices may be devices such as UEs, IoT devices and other devices with cellular connectivity. In some embodiments of the disclosure, the base station may include T-TRPs and or NT-TRPs.

[0144] Some embodiments of the disclosure can aim at terrestrial TRPs such as base-stations and non-terrestrial TRPs such as drones, balloons, high-altitude platform stations (HAPS) , satellites, and any such devices that support radio access technologies such as 5G NR, future 6G or other technologies. In some embodiments of the disclosure, the terms “power consumption” and “power saving” can be used inter-changeably, both with the same meaning of managing power consumption at the network side.

[0145] A scenario is assumed where terrestrial TRPs are communicating with non-terrestrial TRPs that are part of a satellite constellation. FIG. 5 illustrates an example of a communication system with T-TRP and NT-TRP in which some example embodiments of the present disclosure may be implemented. In the implementation 500, a satellite constellation comprises a plurality of satellite orbits, such that the earth is always provided with wireless coverage from the satellites. Each satellite orbit may have a plurality of satellites such as satellites or NT-TRPs 505, 510, and 515 in it. Terrestrial TRPs such as 540, 545, 550, 555, 560, and 565 may be connected to the core network 535 through terrestrial Gateways (TN Gateway) such as 525, 530 while satellite constellations may be connected to the core network 535 through dedicated non-terrestrial Gateway (NTN Gateway) 520, as shown in FIG. 5. The NT-TRPs 505, 510, and 515 can be implementations of the NT-TRP 172 in FIGS. 1, 2, and 3. The T-TRPs 540, 545, 550, 555, 560, and 565 can be implementations of the T-TRP 170 in FIGS. 1, 2, and 3.

[0146] FIG. 6 illustrates another example of a communication system with T-TRP and NT-TRP in which some example embodiments of the present disclosure may be implemented. Another scenario 600 may be envisioned where the satellite constellation with satellites 605, 615 effectively acts as the gateway for terrestrial TRPs 630, 635, 640 and 645, 650, 655 on the ground. Satellites 605, 610, and 615 in the satellite constellation communicate with the core network 625 through NTN gateway 620 located on the ground using a wireless link, while the NTN gateway 620 on the ground use a wired link (e.g. fiber optical link) to communicate with the core network 625. Terrestrial TRPs 630, 635, 640 and 645, 650, 655 communicate with satellites 605 and 615 using a wireless link and satellites communicate between each-other using free space optical links, such as using lasers. The NT-TRPs 605, 610, and 615 can be implementations of the NT-TRP 172 in FIGS. 1, 2, and 3. The T-TRPs 630, 635, 640 and 645, 650, 655 can be implementations of the T-TRP 170 in FIGS. 1, 2, and 3.

[0147] FIG. 7 illustrates another example of a communication system with T-TRP and NT-TRP in which some example embodiments of the present disclosure may be implemented. Another scenario 700 may be envisioned where the non-terrestrial TRPs 705, 710, and 720 communicate with terrestrial TRPs 740, 745, 750, 755, 760, and 765 through the core network 735. Non-terrestrial TRPs 705, 710, and 720 may first communicate with dedicated non-terrestrial gateway 720, which then communicate with the core network 735. The core network 735 may then relay the power saving commands from non-terrestrial TRPs 705, 710, and 720 to terrestrial TRPs 740, 745, 750, 755, 760, and 765 via dedicated terrestrial gateways 725 and 730. The NT-TRPs 705, 710, and 715 can be implementations of the NT-TRP 172 in FIGS. 1, 2, and 3. The T-TRPs 740, 745, 750, 755, 760, and 765 can be implementations of the T-TRP 170 in FIGS. 1, 2, and 3.

[0148] FIG. 8 illustrates another example of a communication system with T-TRP and NT-TRP in which some example embodiments of the present disclosure may be implemented. In some embodiments of the disclosure, there is a bi-directional wireless link between terrestrial TRPs 810, 815, and 820 and non-terrestrial TRP 805, allowing such TRPs to communicate with each-other. The link from the non-terrestrial TRP 805 to the terrestrial TRP in 810, 815, and 820 is referred to as the downward link. The link from the terrestrial TRP in 810, 815, and 820 to the non-terrestrial TRP 805 is referred to as the upward link. The NT-TRP 805 can be an implementation of the NT-TRP 172 in FIGS. 1, 2, and 3. The T-TRPs 810, 815, and 820 can be implementations of the T-TRP 170 in FIGS. 1, 2, and 3.

[0149] FIG. 9 illustrates an example of a process flow of a first network device switching a terminal device from a first network to a second network for power saving in which some example embodiments of the present disclosure may be implemented. The terminal device 901 can be an implementation of the ED 110 in FIGS. 1, 2, and 3. The first network device 905 can be an implementation of the T-TRP 170 in FIGS. 1, 2, and 3, or T-TRPs 540-565 in FIG. 5, or T-TRPs 630-655 in FIG. 6, or T-TRPs 740-765 in FIG. 7, or T-TRPs 810-820 in FIG. 8. The second network device 909 can be an implementation of the NT-TRP 172 in FIGS. 1, 2, and 3, or NT-TRPs 505-515 in FIG. 5, or NT-TRPs 605-615 in FIG. 6, or NT-TRPs 705-715 in FIG. 7, or NT-TRPs 805-815 in FIG. 8. The skilled in the art can understand that the first network device 905 can also be an implementation of the NT-TRP 172, and the second network device 909 can also be an implementation of the T-TRP 170. The skilled in the art can understand that the terminal device 901 can be replaced with other device, such as a relay device in the coverage area of the first network device 905.

[0150] In the process flow 900, the second network device 909 in the second network sends (910) a power saving command 915 to the first network device 905 in the first network. The power saving command 915 indicates the first network device 905 to enter a power saving mode. The first network device 905 sends (920) a notification message 925 to the terminal device 901. The notification message 925 is common to at least one terminal device in the first network, and the notification message 925 is used for switching the at least one terminal device from the first network to the second network. The at least one terminal device comprises terminal device in the coverage area of the first network device 905, including the first terminal device 901. The at least one terminal device can comprise all the terminal devices in the coverage area of the first network device 905. The notification message 925 comprises a first field indicating a cause for the switching the at least one terminal device. At 930, the terminal device 901 switches from the first network to the second network based on the notification message 925. According to the notification message 925, at least one terminal device in the coverage area of the first network device 901 can switch from the first network to the second network. At 935, the second network device 909 serves the at least one terminal device which is switched from the first network to the second network. This way, the at least one terminal device can switch from the first network to the second network, and a first network device in the first network can go to power saving mode for network power saving. The network power saving can work in multi-vendor scenarios, and be easy to manage and scale up. The details of the network power saving for process flow 900 will be illustrated in the following.

[0151] In some embodiments, the second network device 909 such as the NT-TRPs transmits signaling carrying power consumption configuration (i.e., configuration information about power consumption) to the first network device 905 such as the T-TRPs on the ground. Power consumption configuration is provided by a NT-TRPs to T-TRPs on the ground using common or dedicated signaling mechanisms. Given that non-terrestrial TRPs within a satellite constellation are constantly in movement within an orbit, power consumption configuration and / or command may be sent by different non-terrestrial TRPs at different times. Subject to traffic events happening within the coverage area of a terrestrial TRP, the terrestrial TRP may send a Traffic-Event report to the non-terrestrial TRP. Power consumption configuration and power consumption command may be with the same meaning. Or in some time the signaling for the former one is normally RRC signaling, while the signaling for the latter one may be DCI or MAC-CE. This way, the second network device 909 such as the NT-TRP can send (910) the power saving command 915 based on the signaling carrying power consumption configuration, or the Traffic-Event report from the first network device 905 such as the T-TRP. The network power saving in the first network device 905 can be more accurate and efficient.

[0152] In some embodiments, the first network device 905 such as the terrestrial TRP may operate in different power modes for different power consumption level. For example, there may be three power modes shown as follows: deep sleep power mode, TRP on mode, and TRP full power mode. With the three power modes, the power consumption of the first network device 905 can be managed flexibly.

[0153] The deep sleep power mode is the mode where the terrestrial TRP may perform no communication or sensing functions towards the terminal devices 901 (such as EDs) within its coverage area, the terrestrial TRP may be no longer transmitting any kind of physical layer signal or channel towards any terminal device 901 (e.g. UEs, cars, Internet of Things type of devices, robots, etc. ) , the terrestrial TRP may also no longer detecting and measuring any physical layer signals transmitted by any terminal device 901 or detecting and decoding any physical layer channels transmitted by any terminal device 901. This allows the terrestrial TRP to significantly reduce its power consumption in order to meet the goals such as carbon neutrality goals or energy consumption goals. In the deep sleep power mode, the terrestrial TRP may perform monitoring power consumption (PC) indication (s) (or referred as wake-up indication (s) ) from one or more non-terrestrial TRPs. In some examples, terrestrial TRPs in deep sleep power mode may only perform the function of monitoring wake-up indications transmitted from other devices, for example, terrestrial TRPs do not transmit any signal / channel nor receive any signal / channel towards UEs, cars, robots and other such IoT devices on the ground as terrestrial TRPs only perform basic function necessary for further receiving the power consumption indications, such as NT-TRP searching and synchronization. It is noted that the “Deep Sleep” mode may also be called “Sleep” mode, “Low power” mode, “Extreme low power” mode, “Idle” mode or other such denominations, i.e., the name used in the present disclosure shall not limit the scope of the present disclosure.

[0154] The TRP on mode is a mode where the terrestrial TRP performs communication and / or sensing functions towards devices (such as EDs) within its coverage area. In this power mode, the terrestrial TRP is expected to perform communication and / or sensing functions that may be capped up to a certain amount of power consumption. The cap in terms of power consumption may result in a cap in terms of the terrestrial TRP’s transmit power. The cap in terms of the terrestrial TRP’s transmit power has a direct correlation with the size of the coverage area of the terrestrial TRP. In some examples, the power consumption of the terrestrial TRP may be lower-bounded in terms of power consumption (characterized by e.g. an integer value describing the power consumption) in order to ensure that communication and / or sensing functions performed by the terrestrial TRP are performed such that basic requirements in terms of e.g., reference signal received power (RSRP) are met by devices within the coverage area. In some examples, the power consumption of the terrestrial TRP may be lower-bounded and upper-bounded in terms of power consumption (both characterized by e.g. an integer value describing the power consumption) in order to ensure that communication and / or sensing functions performed by the terrestrial TRP are performed such that basic requirements in terms of e.g., RSRP are met by devices within the coverage area. One motivation for upper-bounding power consumption at the terrestrial TRP may be the need to respect limitations in terms of power consumption that the operator is trying to enforce in terms of meeting carbon neutrality goals or sustainability goals. One motivation for lower-bounding power consumption at the terrestrial TRP may be the need to provide basic services to devices within the coverage area that meet certain requirements (e.g. the RSRP is above some threshold) . While in TRP on mode, the terrestrial TRP is also monitoring for PC indication (s) from one or more non-terrestrial TRPs.

[0155] The TRP full power mode is a mode where the terrestrial TRP performs communications and / or sensing functions towards devices within its coverage area. In this power mode, the terrestrial TRP is expected to perform communication and / or sensing functions that are not capped in terms of power consumption (i.e., maximum power consumption) effectively. This means that the terrestrial TRP is operating without any restrictions or caps in terms of power consumption and the operator is not enforcing any type of cap or restriction in terms of power consumption in order to meet carbon neutrality goals or sustainability goals. While in TRP full power mode, the terrestrial TRP is also monitoring for PC indication (s) from one or more non-terrestrial TRPs.

[0156] FIG. 10 illustrates another example of a process flow of a first network device switching a terminal device from a first network to a second network for power saving in which some example embodiments of the present disclosure may be implemented. In the process flow 1000, the UE1 1001 in connected state and UE2 1003 in idle state can be implementations of the terminal device 901 in FIG. 9. The UE2 1003 can also be in inactive state. The T-TRP 1005 can be an implementation of the first network device 905, and the NT-TRP 1009 can be an implementation of the second network device 909 in FIG. 9. The power saving command 1025 can be an implementation of the power saving command 915, and the group notification message 1035 can be an implementation of the notification message 925 in FIG. 9. The group handover 1045 and the initial access 1055 can be an implementation of the block 930 in FIG. 9.

[0157] In some embodiments, as shown in FIG. 10, UE1 1001 is connected to a terrestrial TRP (T-TRP) 1005, and performs (1010) DL and / or UL communications 1015 with that T-TRP 1005. That is, the UE 1 is in connected state which has connection with a cell provided by the T-TRP 1001 in step 1015. UE2 1003 is in the coverage of the T-TRP 1005 and camped in the serving cell provided by the T-TRP 1005. The UE2 1003 is in idle state. UE2 1003 can receive messages such as broadcast and paging from this T-TRP 1005.

[0158] In some embodiments, at a certain time, there may be a non-terrestrial TRP (NT-TRP) 1009 transmitting (1020) a power saving command 1025 to the T-TRP 1005 on the ground. The power saving command 1025 may be sent in response to e.g. Traffic-Event reports or Power Consumption-Event reports sent by the T-TRP. These Traffic-Event reports or Power Consumption-Event reports may have been sent to the same NT-TRP or to a different NT-TRP. In other words, the NT-TRP may receive the reports via the T-TRP directly or receive the reports sent by the T-TRP via at least one different TRP, this may happen because NT-TRP (such as e.g. satellites) are typically non-stationary and may be moving along their trajectory or orbit. This way, the power saving command 1025 can be transmitted based on the Traffic-Event reports or Power Consumption-Event reports directly or indirectly, to make the power saving in the T-TRP 1005 accurate or efficient. The NT-TRP 1009 can also determine to transmit the power saving command 1025 itself, not based on the Traffic-Event reports or Power Consumption-Event reports, thus make the power saving in the T-TRP 1005 flexibly.

[0159] In some embodiments, upon receiving the power saving command 1025, the T-TRP 1005 is expected to send (1030) a notification message to UE1 1001 and UE2 1003. In one implementation, the T-TRP 1005 sends a group notification message 1035 to all the devices (for instance: UEs including UE1 1001 and UE2 1003) within the coverage area of the T-TRP 1005 (i.e., served by the cell of the T-TRP 1005) . The purpose of the group notification message 1035 is to allow all the UEs (irrespective of the power mode they’ re in or the connected state they’ re in) within the coverage are of the T-TRP 1005 to be smoothly offloaded to a different TRP, such as a NT-TRP 1009 or another T-TRP. In some embodiments of the disclosure, the target network may be a non-terrestrial network (NTN) . In some implementation the notification message 1035 may include information of the target network, e.g., a NTN node ID, an ID and a cell provided by the NTN node or both. Further, the notification may include information of at least one beam provided by the cell or the NTN node. This way, the terminal devices served by the T-TRP 1005 can all be switched to other TRP, then the T-TRP 1005 can go to power saving mode, for network power saving. This can make the network power saving work reliably, to avoid service failure for the terminal devices, such as UE1 1001 in connected state or the UE2 1003 in idle state.

[0160] In some embodiments, optionally, the T-TRP 1005 is expected to apply the power saving command 1025. In details, the T-TRP 1005 will apply the power saving command 1025 by a given time interval and go into the power saving mode indicated in the power saving command (e.g. deep sleep) . This time interval may be given units of e.g. seconds, milli-seconds, micro-seconds, nano-seconds, number of OFDM symbols, number of time-slots, number of mini-slots, number of subframe s, number of radio frames, or some other unit of time. After this time interval has passed, the T-TRP goes into the power saving mode. In some implementations of the present disclosure, the power mode and the power saving mode can be used exchangeable, i.e., in the power mode, the T-TRP 1005 will only perform any processing that is associated with functions or procedures that are associated with the power mode e.g. communications and / or sensing. As an example, in the deep sleep power mode, the T-TRP 1005 may perform processing that is associated with the monitoring of PC commands from one or more non-terrestrial TRPs such as 1009. The step of “monitoring PC commands” may include the step of receiving PC commands. This way, with the time interval, the T-TRP 1005 can go to power saving mode after all the terminals served by the T-TRP 1005 switch to other TRP, and make the network power saving work reliably, to avoid service failure for the terminal devices.

[0161] In some embodiments, in the case of UEs (e.g., UE1 1001) that are connected with the T-TRP 1005, these UEs perform (1040) a group handover 1045 towards a TRP belonging to the target NTN, such as the NT-TRP 1009. In the case of UEs (e.g., UE2 1003) that are not connected with the T-TRP 1005, these UEs may be in idle mode and they perform NTN beam selection and select a suitable beam. In one implementation, the UE2 1003 selects a suitable NTN beam based on the information that may be provided in the group notification message 1035 or other information provided by the T-TRP 1005. After having found a suitable NTN beam, these UEs in idle mode such as UE2 1003 may go on to perform (1050) initial access 1055 and initiate a connection with the NT-TRP 1009. This way, all the UEs such as UE1 1001 in connected state and UE2 1003 in idle state can switch from the T-TRP 1005 to the NT-TRP 1009, and the network power saving in the T-TRP 1005 can work reliably, to avoid service failure for the terminal devices.

[0162] In group handover 1045, the UE1 1001 that is connected to the terrestrial TRPs may cancel any subsequent transmissions, for example, PDSCH reception and / or PUSCH transmission. This could be done by resetting the physical layer and or the MAC layer of the terminal devices such as the UE1 1001. This way, the UE1 1001 can also save some energy, by cancel the subsequent transmission with the T-TRP.

[0163] In some embodiments, the above method shown in FIG. 10 can offload UEs that are in the coverage area of the T-TRP 1005 to a NT-TRP 1009. The T-TRP 1005 receives (1020) the power saving command 1025 instructing it to go to sleep, The UEs may be in connected mode, inactive mode, idle mode, in a power mode that is associated with communicating with the network, in a power mode that is associated with sensing, or in a power mode that is associated with sleeping. This way, the network power saving in the T-TRP 1005 can work reliably, and avoid service failure for the UEs.

[0164] The following are some detailed descriptions for the group notification message 1035. The group notification message 1035 could be sent by the T-TRP 1005 to terminal devices within the coverage area over a common channel. The “common” channel is intended to mean that all devices within the coverage area monitor that channel and any identifiers that are used in the detection and / or decoding of the group notification message 1035 are the same for all the devices within the coverage area. For example, the “common” channel may be the channel for transmitting paging and / or broadcast (e.g., system information block (SIB) ) message. In other words, the group notification message 1035 may be paging or broadcast message. This way, the “common channel” can use less resource than dedicated channel for each UE, thus can save resource for implementing network power saving.

[0165] [Rectified under Rule 91, 15.03.2024]The group notification message 1035 may alternatively be called group notification record, where the record may equivalently be a message. The following pseudocode shows an example of the notification message 925 or the group notification message 1035. The group notification records may be kept by devices (such as e.g. UEs, IoT devices, cars, etc. ) in their internal memory or storage as a list of group notification list as shown in the example ASN. 1 pseudocode in FIG. 10A:

[0166] As shown in the previous pseudocode, the group notification message may indicate to the UE1 1001 or UE2 1003 to perform handover or reselect to a target NT-TRP 1009. The UE1 1001 or UE2 1003 may store up to a certain number of group notification records, where the maximum number of group notification records is denoted as maxNrofRec and this number may be an integer number higher than 1. After the UE1 1001 or UE2 1003 has applied a group notification record, it may remove the group notification record from the list of group notification records which is denoted as GroupNotificationRecordList.

[0167] In details, the group notification message 1035, or the group notification record may include at least one of the following information element (field) , as a notification record in a notification record list:

[0168] - a first field, or GroupNotificationCause

[0169] - a second field, or accessType

[0170] – a third field, or notificationDuration

[0171] In some embodiments, the accessType field may be used to inform the UE about the type of radio access technology is used by the target network (e.g., NTN, such as the NT-TRP 1009) . The accessType field may be e.g. an enumeration of values, where the values may be e.g. {4GLTE, 5GNRRel15, 5GNRRel16, 5GNRRel17, 6G} . As a first example, if the group notification record includes the accessType field set to the value “5GNRRel15” , then it means that the target NTN that the UE may be expected to transition / access uses 5G NR Rel-15 as the radio access technology. As a second example, if the group notification record includes the accessType field set to the value “5GNRRel16” , then it means that the target NTN that the UE may be expected to transition uses 5G NR Rel-16 as the radio access technology. As a third example, if the group notification record includes the accessType field set to the value “6G” , then it means that the target NTN network that the UE may be expected to transition uses 6G as the radio access technology. Other example values may be used, leading to different UE behaviours not described in previous examples. This way, the T-TRP 1005 can inform the at least one terminal device such as the UE1 1001 or UE2 1003 about the accurate access type of the NT-TRP 1009. The at least one terminal device such as UE1 1001 or UE2 1003 can switch from the T-TRP 1005 to the NT-TRP 1009 reliably, thus make the network power saving work reliably.

[0172] In some embodiments, the GroupNotificationCause field may be used to inform the UE about the cause of the group notification record. The GroupNotificationCause field may be e.g. an enumeration of values, where the values may be e.g. {PowerSaving, DeepSleep, eMBBTraffic, URLLCTraffic, RealTimeTraffic} . As a first example, if the group notification record includes the GroupNotificationCause field set to the value “PowerSaving” , then it means that the T-TRP 1005 has received the power saving command 1025 and the UE may transition to the target NTN if e.g. the quality of the terrestrial link falls below a given threshold. As a second example, if the group notification record includes the GroupNotificationCause field set to the value “DeepSleep” , then it means that the T-TRP 1005 has received the power saving command 1025 indicating to the T-TRP 1005 that it needs to enter deep sleep mode and the UE may transition to the target NTN network after a given time interval. As a third example, if the group notification record includes the GroupNotificationCause field set to the value “eMBBTraffic” , then it means that the T-TRP 1005 has received the power saving command 1025 in relation to offloading eMBB traffic and the UE may transition to the target NTN network if the UE is using an eMBB service. As a fourth example, if the group notification record includes the GroupNotificationCause field set to the value “URLLCTraffic” , then it means that the T-TRP 1005 has received the power saving command 1025 in relation to offloading URLLC traffic and the UE may transition to the target NTN network if the UE is using a URLLC service. Other example values may be used, leading to different UE behaviours not described in previous examples. This way, the T-TRP 1005 can inform the UE1 1001 or the UE2 1003 about the accurate cause of the network power saving in the T-TRP 1005, to make the network power saving work efficiently.

[0173] In some embodiments, the notificationDuration field may be used to inform the UE about the duration for which the group notification record may be applied by the devices that receive this group notification record. Alternatively, the notificationDuration field may be used to inform the UE about the duration for which the group notification record may be considered as valid and applicable by the devices that receive this group notification record. After a time duration of notificationDuration has passed, the devices that received this group notification record may discard or clear the content of the group notification record from their internal memory. The notificationDuration field may be e.g. an enumeration of values, where the values may be e.g. {10min, 60min, 360min} . As a first example, if the group notification record includes the notificationDuration field set to the value “10min” , then it means that the UE may apply the group notification for a duration of 10 minutes. As a second example, if the group notification record includes the notificationDuration field set to the value “60min” , then it means that the UE may apply the group notification for a duration of 60 minutes. As a third example, if the group notification record includes the notificationDuration field set to the value “360min” , then it means that the UE may apply the group notification for a duration of 360 minutes. It should be noted that in the context of this embodiment, applying the group notification may mean that the UE transitions to the target NTN network for the duration given by notificationDuration and after that time duration the UE may transition back to the T-TRP 1005. Other example values may be used, leading to different UE behaviours not described in previous examples. This way, the UE1 1001 or the UE2 1003 can be informed with the accurate duration for the notification message, thus can make the notification message work flexibly, with possible different notification messages at different time.

[0174] In some embodiments, the group notification message 1035 is a group notification record which all the devices (e.g. UEs, IoT devices, cars, etc. ) may receive in a connected mode or in an idle mode. In some examples, the group notification record may be received in a PDSCH transmission scheduled by a PDCCH transmission carrying a DCI format scrambled with a multicast radio network temporary identifier (RNTI) which is associated with the function of power saving. This way, the resource for the notification message 1035 can be transmitted in the multicast mode with less transmission resource.

[0175] In some examples, the group notification message 1035 may include a ueIdentity field which may be used to uniquely identify a UE within a given coverage area or tracking area. The ueIdentity field may be a bit-string with a given width in bits, e.g. 48 bits. If the group notification record includes a ueIdentity field, then it may be interpreted as the notification record being addressed specifically to the UE whose identity is equal to the value given by the ueIdentity field. This way, the group notification message 1035 can indicate the exact terminal device for switching.

[0176] In some examples, the group notification message 1035 may include a groupIdentity field which may be used to uniquely identify a group of devices within a given coverage area or tracking area. The groupIdentity field may be a bit-string with a given width in bits, e.g. 48 bits. If the group notification record includes a groupIdentity field, then it may be interpreted as the notification record being addressed specifically to the group of devices whose group identity is equal to the value given by the groupIdentity field. This way, the group notification message 1035 can indicate the exact group of terminal devices for switching.

[0177] [Rectified under Rule 91, 15.03.2024]The group notification message 1035 may further include information about the target non-terrestrial network that devices on the ground are supposed to transition to. The information about the target non-terrestrial network may be given within the group notification record as follows Abstract Syntax Notation 1 (ASN. 1) pseudocode in FIG. 10B.

[0178] As shown in the previous ANS. 1 code, the group notification record may further include a TargetNtNetwork information element. In details, the TargetNtNetwork information element may include at least one of the following:

[0179] – a fourth field, or constellation

[0180] – a fifth field, or ntnIndex

[0181] – a sixth field, or syncTiming

[0182] – a seventh field, or syncFrequency

[0183] – an eighth field, or pciList

[0184] – a ninth field, or pbiList

[0185] – a tenth field, or azimuthBAI

[0186] – an eleventh field, zenithBAI

[0187] With these fields, the T-TRP 1005 can inform the UE1 1001 or the UE2 1003 about accurate information for the NT-TRP 1009, to help the UEs switch more efficiently. Thus, the network power saving works more efficiently.

[0188] The constellation field may be used to inform the UE about the satellite constellation that the UE may transition to. The constellation field may be e.g. an enumeration of values, where the values may be e.g. {Starlink, GuoWang} . As a first example, if the TargetNtNetwork information element includes the constellation field set to the value “Starlink” , then it means that the target NT network that the UE may be expected to transition to is the Starlink constellation. As a second example, if the TargetNtNetwork information element includes the constellation field set to the value “GuoWang” , then it means that the target NT network that the UE may be expected to transition to is the GuoWang constellation. Other example values may be used, leading to different UE behaviours not described in previous examples. This way, the T-TRP 1005 can inform the UE1 1001 or the UE2 1003 about accurate constellation for the NT-TRP 1009, to help the UEs switch more efficiently. Thus, the network power saving works more efficiently.

[0189] The ntnIndex field may be used to inform the UE about the satellite network that the UE may transition to. The ntnIndex may be e.g. an integer value where the integer value is logically mapped to a corresponding satellite network. As a first example, if the TargetNtNetwork information element includes the ntnIndex field set to the value “0” , then it means that the corresponding target NT network is e.g. “GuoWang” and the UE may transition to the GuoWang constellation. As a second example, if the TargetNtNetwork information element includes the ntnIndex field set to the value “1” , then it means that the corresponding target NT network is e.g. “Starlink” and the UE may transition to the Starlink constellation. Other example values may be used, leading to different UE behaviours not described in previous examples. In some embodiments of the disclosure, index could be replaced by identifier (ID) . This way, the T-TRP 1005 can inform the UE1 1001 or the UE2 1003 about accurate network index for the NT-TRP 1009, to help the UEs switch more efficiently. Thus, the network power saving works more efficiently.

[0190] The syncTiming field may be used to inform the UE about timing reference for DL and UL communications with the target NT network. The syncTiming field may be a TimingReferenceInfo Information Element which may contain several fields. The first possible field may be a field called timingReference, which may be e.g. an integer value indicating the time at which the next system frame may be transmitted by a NT-TRP in the target NT network. The integer value may be given in multiple of units of e.g. seconds, milli-seconds, micro-seconds, nano-seconds and may be given relative to a reference time, e.g. midnight on January 1st 2000 (i.e. midnight between the night of December 31st 1999 and January 1st 2000) in the Gregorian calendar. Other reference times may be considered or contemplated. The second possible field may be a field called systemFrameNumber or the fifteenth field, which may be e.g. an integer value indicating the number of the system frame (or more simply: the system frame number) that will be transmitted by the NT-TRP in the target NT network at the time given by timingReference. The third possible field may be a field called subframe or the sixteenth field, which may be e.g. an integer value indicating the number of the subframe within the system frame that will be transmitted by the NT-TRP in the target NT network at the time given by timingReference. The fourth possible field may be a field called timingAdvance or the seventeenth field, which may be e.g. an integer value indicating the timing advance between the UE and the NT-TRP in the target NT network when the UE performs UL transmissions, the integer value may be given in multiple of units of e.g. seconds, milli-seconds, micro-seconds, nano-seconds. The fifth possible field may be a field called timingAdvanceDrift or the eighteenth field, which may be e.g. an integer value indicating the timing advance drift between the UE and the NT-TRP in the target NT network, the integer value may be given in multiple of units of e.g. seconds, milli-seconds, micro-seconds, nano-seconds. The sixth possible field may be a field called timingAdvanceDriftVariation or the nineteenth field, which may be e.g. an integer value indicating the timing advance drift variation, the integer value may be given in multiple of units of e.g. seconds, milli-seconds, micro-seconds, nano-seconds. Please note that part or all the six mentioned fields may be included in the syncTiming. This way, the T-TRP 1005 can inform the UE1 1001 or the UE2 1003 about accurate timing for the NT-TRP 1009, to help the UEs switch more efficiently and reliably. Thus, the network power saving works more efficiently and reliably.

[0191] The syncFrequency field may be used to inform the UE about frequency reference for DL and UL communications with the target NT network. The syncFrequency field may be a FrequencyReferenceInfo Information Element which may contain several fields. The first possible field may be a field called subcarrierSpacing or the twentieth field, which may be e.g. an enumeration of values, where the values may be e.g. {15kHz, 30kHz, 60kHz, 120kHz, 240kHz, 480kHz, 960kHz} . The second possible field may be a field called absoluteFrequencyTable or the twenty-first field, which may be e.g. a list of absolute radio frequency channel numbers (ARFCN) where each ARFCN is a logical index that corresponds to a frequency where the UE may be able to detect and measure DL synchronization signals from the NT network. Examples of DL synchronization signals may be e.g. Primary Synchronization Signals (PSS) , Secondary Synchronization Signals (SSS) , Synchronization Signal and Physical Broadcast Channel block (SS / PBCH blocks) . The ARFCN may be an integer value between 0 and 1000000000. This field may be interpreted as a synchronization raster for the UE to use in order to acquire DL synchronization with the NT network. The third possible field may be a field called dlBWPPointA or the twenty-second field, which may be an ARFCN value indicating the center frequency of the lowest subcarrier of the downlink Bandwidth Part (BWP) used by the target NT network. The fourth possible field may be a field called dlBWP or the twenty-third field, which may be e.g. an integer value indicating the location and / or the bandwidth of the bandwidth part (BWP) . The fifth possible field may be a field called ulBWPPointA or the twenty-fourth field, which may be an ARFCN value indicating the center frequency of the lowest subcarrier of the uplink BWP used by the target NT network. The sixth possible field may be a field called ulBWP or the twenty-fifth field, which may be e.g. an integer value indicating the location and / or the bandwidth of the BWP. Please note that part or all the six mentioned fields may be included in the syncTiming. This way, the T-TRP 1005 can inform the UE1 1001 or the UE2 1003 about accurate frequency about the NT-TRP 1009, to help the UEs switch more efficiently and reliably. Thus, the network power saving works more efficiently and reliably.

[0192] The pciList field may be used to inform the UE about physical cell identities (PCI) that the UE may use for detecting and measuring signals from the target NT network. The pciList field may be a list of PCI values where each PCI value may be e.g. an integer value between 0 and 5000. Other value ranges may be contemplated. These PCI values may be used by the UE to search, detect and measure synchronization signals (such as e.g. SS / PBCH blocks) from the target NT network. PCIs may alternatively be called e.g. “cell identities” , “cell indexes” , “cell identifiers” and so on. This way, the T-TRP 1005 can inform the UE1 1001 or the UE2 1003 about accurate PCI about the NT-TRP 1009, to help the UEs switch more efficiently. Thus, the network power saving works more efficiently.

[0193] The pbiList field may be used to inform the UE about physical beam identities (PBI) that the UE may use for detecting and measuring beams transmitted in the physical layer. In the context of some embodiments of this disclosure, detecting and measuring a beam may be understood as detecting and measuring a binary sequence (such as e.g. a pseudo random noise Gold sequence) that is transmitted using some spatial filter resulting in focusing the transmit power in a given angular direction. The pbiList may be a list of PBI values where each PBI value may be e.g. an integer value between 0 and 10000. Other value ranges may be contemplated. These PBI values may be used by the UE to search, detect and measure beams from the target NT network. PBIs may alternatively be called e.g. “beam identities” , “beam indexes” , “beam identifiers” and so on. This way, the T-TRP 1005 can inform the UE1 1001 or the UE2 1003 about accurate PBI about the NT-TRP 1009, to help the UEs switch more efficiently. Thus, the network power saving works more efficiently.

[0194] The azimuthBAI field may be used to inform the UE about angular directions in which to steer its receive beam in the azimuth domain in order to detect and measure DL synchronization signals and / or transmit UL signals or channels. Let’s assume that a default azimuth BAI table is provided through specification documents or through higher-layer signaling such as Non Access Stratum (NAS) or through the Universal Subscriber Identity Module (USIM) . This way, the T-TRP 1005 can inform the UE1 1001 or the UE2 1003 about accurate azimuth angle of the NT-TRP 1009, to help the UEs switch more efficiently. Thus, the network power saving works more efficiently.

[0195] An example of such a BAI table may be as in Table 1:

[0196] Table 1

[0197] As shown in Table 1, each azimuth angle corresponds to an absolute angular direction in e.g. degrees and may be interpreted as the angular direction in which the UE may steer its spatial receive beam such that the boresight of the spatial receive beam is pointing in that angular direction. Each angular direction is associated with a Beam Angular Indication (BAI) provided as a 4-bit codeword. In this example codewords have a 4-bit width because the default azimuth BAI table contains 12 entries, other examples of default azimuth BAI tables with more or less number of entries may be considered or contemplated. The azimuthBAI field may contain one or more entries where each entry contains a 4-bit codeword, the UE may use any one or more entries within the azimuthBAI field in order to steer its spatial receive beam in the direction of any one or more entries. The UE may also use the default azimuth BAI for its spatial transmit beam to transmit UL signals and / or channels.

[0198] The zenithBAI field may be used to inform the UE about angular directions in which to steer its receive beam in the zenith domain in order to detect and measure DL synchronization signals and / or transmit UL signals or channels. Let’s assume that a default zenith BAI table is provided through specification documents or through higher-layer signaling such as Non Access Stratum (NAS) or through the Universal Subscriber Identity Module (USIM) . This way, the T-TRP 1005 can inform the UE1 1001 or the UE2 1003 about accurate zenith angle of the NT-TRP 1009, to help the UEs switch more efficiently. An example of such a BAI table may be as Table 2:

[0199] Table 2

[0200] As shown in Table 2, each zenith angle corresponds to an absolute angular direction in e.g. degrees and may be interpreted as the angular direction in which the UE may steer its spatial receive beam such that the boresight of the spatial receive beam is pointing in that angular direction. Each angular direction is associated with a Beam Angular Indication (BAI) provided as a 4-bit codeword. In this example codewords have a 4-bit width because the default zenith BAI table contains 12 entries, other examples of default zenith BAI tables with more or less number of entries may be considered or contemplated. The zenithBAI field may contain one or more entries where each entry contains a 4-bit codeword, the UE may use any one or more entries within the zenithBAI field in order to steer its spatial receive beam in the direction of any one or more entries. The UE may also use the default zenith BAI for its spatial transmit beam to transmit UL signals and / or channels.

[0201] In some examples, there may be a one-to-one correspondence between the entries of the pciList parameter and the azimuthBAI parameter. This means that the first entry of pciList is associated with the first entry of azimuthBAI, the second entry of pciList is associated with the second entry of azimuthBAI, etc. In some examples, there may be a one-to-one correspondence between the entries of the pciList parameter and the zenithBAI parameter. This means that the first entry of pciList is associated with the first entry of zenithBAI, the second entry of pciList is associated with the second entry of zenithBAI, etc. In some examples, there may be a one-to-one correspondence between the entries of the pbiList parameter and the azimuthBAI parameter. This means that the first entry of pbiList is associated with the first entry of azimuthBAI, the second entry of pbiList is associated with the second entry of azimuthBAI, etc. In some examples, there may be a one-to-one correspondence between the entries of the pbiList parameter and the zenithBAI parameter. This means that the first entry of pbiList is associated with the first entry of zenithBAI, the second entry of pbiList is associated with the second entry of zenithBAI, etc. This way, the UE1 1001 or UE2 1003 can choose cell or beam in the NT-TRP 1009 flexibly in switching.

[0202] In some examples, there may be a many-to-one correspondence between the entries of the pciList parameter and the azimuthBAI parameter. This means that the one or more entries of pciList may be associated with the first entry of azimuthBAI, then one or more entries of pciList may be associated with the second entry of azimuthBAI, etc. In some examples, there may be a many-to-one correspondence between the entries of the pciList parameter and the zenithBAI parameter. This means that the one or more entries of pciList may be associated with the first entry of zenithBAI, then one or more entries of pciList may be associated with the second entry of zenithBAI, etc. In some examples, there may be a many-to-one correspondence between the entries of the pbiList parameter and the azimuthBAI parameter. This means that the one or more entries of pbiList may be associated with the first entry of azimuthBAI, then one or more entries of pbiList may be associated with the second entry of azimuthBAI, etc. In some examples, there may be a many-to-one correspondence between the entries of the pbiList parameter and the zenithBAI parameter. This means that the one or more entries of pbiList may be associated with the first entry of zenithBAI, then one or more entries of pbiList may be associated with the second entry of zenithBAI, etc. This way, the UE1 1001 or UE2 1003 can choose cell or beam in the NT-TRP 1009 flexibly in switching.

[0203] It should be noted that one or more of the fields within the group notification record, and one or more of the fields within each Information Element contained in the group notification record, e.g. the targetNtNetwork Information Element, may be optionally present. A field whose presence is optional may be tagged with the “Optional” keyword, while a field whose presence is mandatory may not be tagged with the “Optional” keyword.

[0204] It can be noted that any one or more fields within the group notification record may also equivalently be called a “parameter” or a “higher-layer parameter” . As an example, the targetNtNetwork higher-layer parameter may be simply be referred to as the targetNtNetwork parameter. The same would be applicable to other higher-layer parameters described in this application.

[0205] In some example, the group notification record may also be referred to as a “Paging record” , a “Power Saving Paging record” , a “Power Saving Group Notification” , a “Energy Saving Paging record” , a “Energy Saving Group Notification” , a “Paging message” , a “Power Saving Paging message” , a “Power Saving Group Notification” , a “Energy Saving Paging message” or a “Energy Saving Group Notification” . This way, the group notification message 1035 can be implemented flexibly.

[0206] In some embodiments, the following is the detailed description for group handover 1045 for UEs such as the UE1 1001 in connected state in FIG. 10. FIG. 11A illustrates an example of PDCCHs scheduling UE-specific PDSCHs in which some example embodiments of the present disclosure may be implemented.

[0207] UE1 1001 that is in connected mode or in a power mode where the UE is actively receiving UE-specific signals and / or channels from the T-TRP 1005 may need to cancel any upcoming PDSCH transmissions 1120, 1125, and 1130 carrying TBs. Similarly, UE1 1001 that may be in connected mode or in a power mode where the UEs may be actively transmitting signals and / or channels to the T-TRP 1005 may need to cancel any upcoming PUSCH transmissions carrying TBs. It should be noted that “upcoming” is relative to the time when the group notification record may be detected and decoded by the UE1 1001.

[0208] In the following, downlink operation is taken as a first example. A UE may receive PDCCH transmissions 1105, 1110, and 1115 carrying a DCI format scheduling one or more so-called UE-specific PDSCH transmission 1120, 1125, and 1130 to be received in a later time slot.

[0209] FIG. 11B illustrates an example of a TN-TRP sending power saving group notification message in which some example embodiments of the present disclosure may be implemented. Based on FIG. 11A, the UE1 1001 receives three PDCCH transmissions 1105, 1110, and 1115, each scheduling a PDSCH transmission in 1120, 1125, and 1130. In-between, the UE receives a group notification message 1045, which includes a group notification record.

[0210] FIG. 11C illustrates an example of a UE cancelling reception of the PDSCHs after reception of the power saving group notification message in which some example embodiments of the present disclosure may be implemented. Further, as shown in FIG. 11C, upon reception of the group notification message 1045 from the T-TRP 1005, the response of the UE1 1001 may be to cancel any PDSCH reception whose reception is scheduled after a given time interval. In this embodiment, it is assumed that the given time interval may be e.g. 3 OFDM symbols. The end of the time interval is shown using the vertical dashed line 1155 in FIG. 11C. As shown in FIG. 11C, any PDSCH reception whose reception is scheduled after the dashed line 1155 has been cancelled by the UE1 1001. This means that the UE1 1001 may not perform any of the corresponding and relevant processing for the reception of the PDSCHs 1120, 1125 and 1130.

[0211] FIG. 11D illustrates an example of a UE cancelling reception of PUSCHs after reception of the power saving group notification message in which some example embodiments of the present disclosure may be implemented. Using analogous mechanism and approach: upon reception of the group notification record from the T-TRP 1005, the response of the UE1 1001 may be to cancel any PUSCH transmission whose transmission is scheduled after a given time interval. This means that the UE1 1001 may not perform any of the corresponding and relevant processing for the transmission of a PUSCH 1164, 1165 and 1166 scheduled by PDCCHs 1161, 1162, and 1163, after the dashed time line 1168.

[0212] FIG. 11E illustrates an example of a UE cancelling reception of PDCCHs scheduling semi-persistent PDSCHs after reception of the power saving group notification message in which some example embodiments of the present disclosure may be implemented. In some cases, PDSCH receptions such as 1175, 1177, and 1179 and PUSCH transmissions are not scheduled dynamically. Instead, PDSCH receptions such as 1175, 1177, and 1179 may be scheduled in a so-called semi-persistent manner at 1171. Similarly: PUSCH transmissions may be scheduled in a so-called grant-free manner (also called manner of configured grant) , where grant-free means that the PUSCH was not scheduled by a corresponding DCI format message received in a PDCCH transmission. Such PDSCH receptions and PUSCH transmissions may also be cancelled by the UE1 1001, after the dashed time line 1181, after reception of the group notification message 1045 at 1173. This means that the UE1 1001 may not perform any of the corresponding and relevant processing for the reception of PDSCHs such as 1175, 1177, and 1179, or the transmission of PUSCHs.

[0213] FIG. 11F illustrates an example of a UE cancelling reception of RRC-configured grant-free PDSCHs after reception of the power saving group notification message in which some example embodiments of the present disclosure may be implemented. In 1185, the UE1 1001 cancels RRC-configured, grant-free PUSCHs 1189, 1191, and 1193 after the dashed time line 1195, after reception of the group notification message 1045 at 1187.

[0214] Some embodiment can use analogous mechanism and approach. Upon reception of the group notification record from the T-TRP 1005, the response of the UE1 1001 or UE2 1003 may be to cancel reception of any Channel State Information Reference Signal (CSI-RS) for e.g. CSI feedback, beam management, tracking and so on. This means that the UE may not perform any of the corresponding and relevant processing for the reception and measurement of CSI-RSs.

[0215] Some embodiment can use analogous mechanism and approach. Upon reception of the group notification record from the T-TRP 1001, the response of the UE1 1001 or UE2 1003 may be to cancel transmission of any Sounding Reference Signal (SRS) for such as channel estimation and sounding. This means that the UE may not perform any of the corresponding and relevant processing for the transmission of SRSs.

[0216] In some implementations, any one or more of the examples described in the previous embodiments may be combined to produce different variations of the cancellation behavior by the UE1 1001 or UE2 1003.

[0217] FIG. 12 illustrates an example of process flow of a UE selecting a cell of the second network device in which some example embodiments of the present disclosure may be implemented. Specifically, the process flow 1200 illustrates cell selection and beam selection in group handover 1045 or initial access 1055 in FIG. 10.

[0218] Upon reception of a group notification message 1045 which may be transmitted for the purpose of informing UEs and devices within the coverage area that the T-TRP 1005 may be about to save power at the T-TRP 1005, UE2 1003 in idle mode or UE1 1001 in power mode that receives common signals and / or channels from the T-TRP 1005 may switch to a function of NTN beam selection.

[0219] UEs in idle mode such as UE2 1003 may run the so-called cell selection or cell reselection function at 1205, whose purpose is to search for different cells and “camp” on the so-called strongest suitable cell at 1210. A “suitable cell” is a cell from which the UE is monitoring for system information. The UE is then said to “camp” on that cell. In the event that the UE is in idle mode and it receives the group notification message 1045, the UE may interrupt the cell selection or cell reselection function, and in its place the UE initiates running the NTN beam selection function at 1215. When the UE finds a suitable NTN beam, it monitors system information from the NT-TRP 1009 at 1220. This way, the UE can perform cell selection or reselection without reception of the group notification message 1045 for network power saving. The UE can also switch to the NT-TRP 1009 after reception of the group notification message 1045 for network power saving.

[0220] In some embodiments, The NTN beam selection 1215 may consist of any one or more of the following steps:

[0221] 1) If the group notification message 1045 includes the targetNtNetwork parameter, which further includes the syncFrequency parameter, which further includes the absoluteFrequencyTable parameter, then the UE1 1001 or UE2 1003 may search for NTN beams whose center frequency matches with any of the entries in the absoluteFrequencyTable.

[0222] 2) If the group notification message 1045 includes the targetNtNetwork parameter, which further includes the syncTiming parameter, which further includes a fourteenth field, or a timingReference parameter, then the UE1 1001 or UE2 1003 may assume that all NTN beams may be aligned with the timingReference parameter in the time domain.

[0223] 3) If the group notification message 1045 includes the targetNtNetwork parameter, which further includes the pciList parameter, then the UE1 1001 or UE2 1003 may search for NTN beams based on the PCI values included in the one or more entries in the pciList parameter. As an example, the PCI values may be used as sequence initialization value for generating a pseudo random noise sequence (e.g. a Gold sequence) .

[0224] 4) If the group notification message 1045 includes the targetNtNetwork parameter, which further includes the pbiList parameter, then the UE1 1001 or UE2 1003 may search for NTN beams based on the PBI values included in the one or more entries in the pbiList parameter. As an example, the PBI values may be used as sequence initialization value for generating a pseudo random noise sequence (e.g. a Gold sequence) .

[0225] 5) If the group notification message 1045 includes the targetNtNetwork parameter, which further includes the azimuthBAI parameter, then the UE1 1001 or UE2 1003 may search for NTN beams based on the angular direction provided by the one or more entries within the azimuthBAI parameter. As an example, the azimuth BAI may be used by the UE to generate a spatial receive filter in the angular direction provided by one of the entries within the azimuthBAI parameter.

[0226] 6) If the group notification message 1045 includes the targetNtNetwork parameter, which further includes the zenithBAI parameter, then the UE1 1001 or UE2 1003 may search for NTN beams based on the angular direction provided by the one or more entries within the zenithBAI parameter. As an example, the zenith BAI may be used by the UE to generate a spatial receive filter in the angular direction provided by one of the entries within the zenithBAI parameter.

[0227] This way, the UE1 1001 or UE2 1003 can find the beam of the NT-TRP 1009 accurately and efficiently, thus make the network power saving work efficiently.

[0228] All the information above may be used by the UE to perform the function of NTN beam selection 1215. In some embodiments, upon receiving, detecting and decoding of the group notification record or group notification message 1045, UEs in idle mode such as UE2 1003 may start a NTN beam selection timer, or the twelfth field. The purpose of the NTN beam selection timer is for the UE such as UE2 1003 to scan different radio frequency channels (whose frequencies may be provided by the absoluteFrequencyTable parameter) and search for a suitable beam. The duration of the NTN beam selection timer may be provided by the beamSelTimer parameter. The beamSelTimer parameter may be e.g. an enumeration of values, where the enumeration may be e.g. {10sec, 20sec, 40sec, 80sec, 160sec, 320sec} . A suitable beam may be defined as a beam which is detected and measured by the UE such as UE2 1003 and whose reference signal received power (RSRP) is above a given threshold. This way, the beam selection work efficiently under the control of the NTN beam selection timer.

[0229] In some implementations, if the UE such as UE2 1003 starts a NTN beam selection timer and starts performing the NTN beam selection function, it may find a suitable NTN beam before the NTN beam selection timer expires. In this case, the UE such as UE2 1003 may start to monitor for system information using the suitable NTN beam that the UE found at 1220.

[0230] In some implementations, if the UE such as UE2 1003 starts a NTN beam selection timer and starts performing the NTN beam selection function, it may not find a suitable NTN beam before the NTN beam selection timer expires. In this case, the UE such as UE2 1003 may go to sleep in order to save power. The duration of the UE’s sleep may be provided by the deepSleepDuration parameter, or the thirteenth field. The deepSleepDuration parameter may be e.g. an enumeration of values {1min, 2min, 4min, 8min, 16min, 32min, 64min} . In a first example, the UE may go to a deep sleep state for a duration provided by the deepSleepDuration parameter. In a second example, the UE may go to deep sleep for a duration provided by the deepSleepDuration parameter and then wake up. Upon waking up, the UE such as UE2 1003 may start the NTN Beam Selection Timer and start performing the NTN Beam Selection function at 1215 again. This way, the UE such as UE2 1003 can go to sleep for some time, to implement power saving at terminal side. Furthermore, it can make the network power saving work reliably.

[0231] In some implementations, the UE may monitor for system information at 1220, on the set of resources indicated by the dlBWP parameter under the targetNtNetwork parameter, where the DL BWP’s lowest subcarrier frequency is provided by the dlBWPPointA parameter and the location and bandwidth of the DL BWP is provided by the dlBWP parameter. This way, the UE can monitor the system information efficiently with the help of the dlBWP parameter, thus make the network power saving work efficiently.

[0232] In some implementations, upon finding a suitable NTN beam, at 1220, the UE may be said to be “camping on a beam” , which means that the UE is monitor for system information using the suitable NTN beam.

[0233] [Rectified under Rule 91, 15.03.2024]In some embodiment, the above parameters can be implemented with the ASN. 1 pseudocode in FIG. 10C.

[0234] In one example, the T-TRP 1005 may transmit the following Group Notification record to all devices such as UE1 1001 or UE2 1003 within its coverage area:

[0235] The above Group Notification informs UEs that this T-TRP 1005 may go to sleep and that UEs should connect with a target NT network such as NT-TRP 1009 using 6G type of radio access. It may lead UEs in connected mode or inactive mode or idle mode to transition to a non-terrestrial network, whose information is provided by the targetNtNetwork parameter. UEs in connected mode or in inactive mode or in idle mode may use the information provided in the targetNtNetwork parameter to scan, search and select the strongest NTN beam and may perform initial access with the NT network. UEs may assume the timing reference is given by timingReference, which means that all time-slots, OFDM symbol locations are defined relative to timingReference. UEs may also assume that at the timing reference, the system frame number is 0 and the subframe index is 0. UEs may also assume that the Timing Advance to be applied for Uplink is equal to 2 ms (assuming that timingAdvance is defined in the unit of nano-seconds, thus a value of 2000000 ns corresponds to 2 ms) . UEs may assume that synchronization signals such as SS / PBCH blocks are transmitted using NTN beams, UEs may also assume that those synchronization signals use a subcarrier spacing of 15 kHz, UEs look for synchronization signals whose center frequency corresponds to the channel numbers given by absoluteFrequencyTable which are {10000, 11000, 12000, 13000, 14000} which may be interpreted as frequencies of e.g. {10 GHz, 11 GHz, 12 GHz, 13 GHz, 14 GHz} .

[0236] UEs may attempt to detect and measure synchronization signals whose pseudo random noise binary sequence were initialized with the physical beam identities given in pbiList, i.e. {100, 200, 300, 400} . UEs may also assume that they should steer their spatial receive beam at an angle of 0 degrees in the zenith domain, which corresponds to pointing their beam vertically towards the sky. UEs may use this spatial receive beam to search for, detect and measure NT beams using the center frequencies given by absoluteFrequencyTable and the physical beam identities given by pbiList. Upon starting the NT beam Selection procedure, UEs may start the NT beam Selection timer and set it to the value given by beamSelTimer, i.e. 80 seconds, this effectively means that UEs have got 80 seconds to find an NT beam based on the parameters provided. If UEs find a suitable NT beam, they may start to monitor the beam and may initiate the Initial Access procedure based on 6G radio access. Otherwise the UEs may go to deep sleep mode for a duration given by deepSleepDuration, i.e. 16 minutes. Other such embodiments can be envisioned and contemplated. This way, with the information of the target network, the UEs such as UE1 1001 or UE2 1003 can switch from the T-TRP 1005 to the NT-TRP 1009 efficiently and reliably, thus make the network power saving work efficiently and reliably.

[0237] FIG. 13 illustrates an example of a method implemented at a terminal device 901 in which some example embodiments of the present disclosure may be implemented. The terminal device 901 in FIG. 9 can be implemented as the UE1 1001 or UE2 1003 in FIG. 10.

[0238] In the method 1300, at 1310, the terminal device 901 receives a notification message common to at least one terminal device in a first network, wherein the notification message is used for switching the at least one terminal device from the first network to a second network. At 1320, the terminal device 901 switches from the first network to the second network based on the notification message, wherein the notification message comprises a first field indicating a cause for the switching the at least one terminal device.

[0239] FIG. 14 illustrates an example of a method implemented at a first network device 905 in the first network in which some example embodiments of the present disclosure may be implemented. The first network device 905 in FIG. 9 can be implemented as the T-TRP 1005 in FIG. 10.

[0240] In the method 1400, at 1410, the first network device 905 receives a power saving command from a second network device in a second network, wherein the power saving command indicates the first network device to enter a power saving mode. At 1420, the first network device 905 transmits a notification message common to at least one terminal device in the first network, wherein the notification message is used for switching the at least one terminal device from the first network to the second network.

[0241] FIG. 15 illustrates an example of a method implemented at a second network device 909 in the second network in which some example embodiments of the present disclosure may be implemented.

[0242] In the method 1500, at 1510, the second network device 909 transmits a power saving command to a first network device in a first network, wherein the power saving command indicates the first network device to enter a power saving mode. At 1520, the second network device 909 serves at least one terminal device which is switched from the first network to the second network.

[0243] FIG. 16 is a block diagram of an electronic device (ED) 1600 that may be used for implementing the devices, such as the terminal device 901, the first network device 905, or the second network device 909 and methods such as 1300, 1400, or 1500 disclosed herein. In some embodiments, the electronic device 1600 may be an element of communications network infrastructure, such as a base station (for example, a NodeB, an evolved Node B (eNodeB, or eNB) , a next generation NodeB (sometimes referred to as a gNodeB or gNB) , a home subscriber server (HSS) , a gateway (GW) such as a packet gateway (PGW) or a serving gateway (SGW) or various other nodes or functions within a core network (CN) or a Public Land Mobility Network (PLMN) . In other embodiments, the electronic device may be a device that connects to the network infrastructure over a radio interface, such as a mobile phone, smart phone or other such device that may be classified as a User Equipment (UE) . In some embodiments, ED 1600 may be a Machine Type Communications (MTC) device (also referred to as a machine-to-machine (M2M) device) , or another such device that may be categorized as a UE despite not providing a direct service to a user. In some embodiments, ED 1600 may be a road side unit (RSU) , a vehicle UE (V-UE) , pedestrian UE (P-UE) or an infrastructure UE (I-UE) . In some scenarios, an ED may also be referred to as a mobile device, a term intended to reflect devices that connect to mobile network, regardless of whether the device itself is designed for, or capable of, mobility. Specific devices may utilize all of the components shown or only a subset of the components, and levels of integration may vary from device to device. Furthermore, a device may contain multiple instances of a component, such as multiple processors, memories, transmitters, receivers, etc.

[0244] The electronic device 1600 typically includes a processor 1602, such as a Central Processing Unit (CPU) , and may further include specialized processors such as a Graphics Processing Unit (GPU) or other such processor, a memory 1604, a network interface 1606 and a bus 1608 to connect the components of ED 1600. ED 1600 may optionally also include components such as a mass storage device 1610, a video adapter 1612, and an I / O interface 1616 (shown in dashed lines) .

[0245] The memory 1604 may comprise any type of non-transitory system memory, readable by the processor 1602, such as static random access memory (SRAM) , dynamic random access memory (DRAM) , synchronous DRAM (SDRAM) , read-only memory (ROM) , or a combination thereof. In an embodiment, the memory 1604 may include more than one type of memory, such as ROM for use at boot-up, and DRAM for program and data storage for use while executing programs. The bus X08 may be one or more of any type of several bus architectures including a memory bus or memory controller, a peripheral bus, or a video bus.

[0246] The electronic device 1600 may also include one or more network interfaces 1606, which may include at least one of a wired network interface and a wireless network interface. As illustrated in FIG. 16, network interface 1606 may include a wired network interface to connect to a network 1622, and also may include a radio access network interface 1620 for connecting to other devices over a radio link. When ED 1600 is a network infrastructure element, the radio access network interface 1620 may be omitted for nodes or functions acting as elements of the PLMN other than those at the radio edge (e.g., an eNB) . When ED 1600 is infrastructure at the radio edge of a network, both wired and wireless network interfaces may be included. When ED 1600 is a wirelessly connected device, such as a User Equipment, radio access network interface 1620 may be present and it may be supplemented by other wireless interfaces such as WiFi network interfaces. The network interfaces 1606 allow the electronic device 1600 to communicate with remote entities such as those connected to network 1622.

[0247] The mass storage 1610 may comprise any type of non-transitory storage device configured to store data, programs, and other information and to make the data, programs, and other information accessible via the bus 1608. The mass storage 1610 may comprise, for example, one or more of a solid state drive, hard disk drive, a magnetic disk drive, or an optical disk drive. In some embodiments, the mass storage 1610 may be remote to the electronic device 1600 and accessible through use of a network interface such as interface 1606. In the illustrated embodiment, the mass storage 1610 is distinct from memory 1604 where it is included, and may generally perform storage tasks compatible with higher latency, but may generally provide lesser or no volatility. In some embodiments, the mass storage 1610 may be integrated with a heterogeneous memory 1604.

[0248] The optional video adapter 1612 and the I / O interface 1616 (shown in dashed lines) provide interfaces to couple the electronic device 1600 to external input and output devices. Examples of input and output devices include a display 1614 coupled to the video adapter 1612 and an I / O device 1618 such as a touch-screen coupled to the I / O interface 1616. Other devices may be coupled to the electronic device 1600, and additional or fewer interfaces may be utilized. For example, a serial interface such as Universal Serial Bus (USB) (not shown) may be used to provide an interface for an external device. Those skilled in the art will appreciate that in embodiments in which ED 1600 is part of a data center, I / O interface 1616 and Video Adapter 1612 may be virtualized and provided through network interface 1606.

[0249] FIG. 17 is a schematic diagram of a structure of an apparatus 1700 in accordance with some embodiments of the present disclosure. As shown in FIG. 17, the apparatus 1700 includes a receiving unit 1702, a determining unit 1704, and a transmitting unit 1704. The apparatus 1700 may be applied to the communication system as shown in FIG. 1, and may implement any of the methods provided in the foregoing embodiments. Optionally, a physical representation form of the apparatus 1700 may be a communication device, for example, a first network device 905, or a second network device 909, or a terminal device 901. Alternatively, the apparatus 1700 may be another apparatus that can implement a function of a communication device, for example, a processor or a chip inside the communication device. Specifically, the apparatus 1700 may be some programmable chips such as a field-programmable gate array (field-programmable gate array, FPGA) , a complex programmable logic device (complex programmable logic device, CPLD) , an application-specific integrated circuit (application-specific integrated circuits, ASIC) , or a system on a chip (System on a chip, SOC) .

[0250] In some embodiments, if the apparatus implements the terminal device 901, the receiving unit 1702 may be configured to receive a notification message common to at least one terminal device in a first network , wherein the notification message is used for switching the at least one terminal device from the first network to a second network The determining unit 1704 may be configured to switches from the first network to the second network based on the notification message, wherein the notification message comprises a first field indicating a cause for the switching the at least one terminal device.

[0251] In some embodiments, if the apparatus implements the first network device 905, the receiving unit 1702 may be configured to receive a power saving command from a second network device in a second network, wherein the power saving command indicates the first network device to enter a power saving mode. The transmitting module 1706 may be configured to transmit a notification message common to at least one terminal device in the first network, wherein the notification message is used for switching the at least one terminal device from the first network to the second network.

[0252] In some embodiments, if the apparatus implements the second network device 909, the transmitting module 1706 may be configured to transmit a power saving command to a first network device in a first network, wherein the power saving command indicates the first network device to enter a power saving mode. The determining unit 1704 may be configured to serve at least one terminal device which is switched from the first network to the second network.

[0253] In some other embodiments, the apparatus 1700 can include various other units or modules which may be configured to perform various operations or functions as described in connection with the foregoing method embodiments. The details can be obtained referring to the detailed description of the foregoing method embodiments and are not described herein again.

[0254] It should be noted that division into the units or modules in the foregoing embodiments of the present disclosure is an example, and is merely logical function division. In actual implementation, there may be another division manner. In addition, function units in embodiments of the present disclosure may be integrated into one processing unit, or may exist alone physically, or two or more units may be integrated into one unit. The integrated unit may be implemented in a form of hardware, or may be implemented in a form of a software function unit.

[0255] When the integrated unit is implemented in a form of a software function unit and sold or used as an independent product, the integrated unit may be stored in a computer-readable storage medium. Based on such an understanding, the technical solutions of the present disclosure essentially, or all or some of the technical solutions may be implemented in a form of a software product. The computer software product is stored in a storage medium and includes several instructions for instructing a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to perform all or some of the steps of the methods described in embodiments of the present disclosure. The foregoing storage medium includes any medium that can store program code, such as a USB flash drive, a removable hard disk, a read-only memory (Read-Only Memory, ROM) , a random access memory (Random Access Memory, RAM) , a magnetic disk, or an optical disc.

[0256] Based on the foregoing embodiments, an embodiment of this application further provides a computer program. When the computer program is run on a computer, the computer is enabled to perform any of the methods provided in the foregoing embodiments.

[0257] Based on the foregoing embodiments, an embodiment of this application further provides a computer-readable storage medium. The computer-readable storage medium stores a computer program. When the computer program is executed by a computer, the computer is enabled to perform the any of the methods provided in the foregoing embodiments. The storage medium may be any usable medium that can be accessed by a computer. By way of example and not limitation, the computer-readable medium may include a RAM, a ROM, an EEPROM, a CD-ROM or another optical disk storage, a magnetic disk storage medium or another magnetic storage device, or any other medium that can be used to carry or store expected program code in a form of an instruction or a data structure and that can be accessed by a computer.

[0258] Based on the foregoing embodiments, an embodiment of the present disclosure further provides a chip. The chip is configured to read a computer program stored in a memory, to implement any of the methods provided in the foregoing embodiments.

[0259] Based on the foregoing embodiments, an embodiment of the present disclosure provides a chip system. The chip system includes a processor, configured to support a computer apparatus in implementing functions related to communication devices in the foregoing embodiments. In a possible design, the chip system further includes a memory, and the memory is configured to store a program and data that are necessary for the computer apparatus. The chip system may include a chip, or may include a chip and another discrete component.

[0260] A person skilled in the art should understand that embodiments of the present disclosure may be provided as a method, a system, or a computer program product. Therefore, the present disclosure may be in a form of a hardware-only embodiment, a software-only embodiment, or an embodiment combining software and hardware aspects. In addition, the present disclosure may be in a form of a computer program product implemented on one or more computer-usable storage media (including but not limited to a magnetic disk memory, a CD-ROM, an optical memory, and the like) including computer-usable program code.

[0261] The present disclosure is described with reference to the flowcharts and / or block diagrams of the method, the device (system) , and the computer program product according to the present disclosure. It should be understood that computer program instructions may be used to implement each process and / or each block in the flowcharts and / or the block diagrams and a combination of a process and / or a block in the flowcharts and / or the block diagrams. These computer program instructions may be provided for a general-purpose computer, a dedicated computer, an embedded processor, or a processor of another programmable data processing device to generate a machine, so that the instructions executed by a computer or a processor of another programmable data processing device generate an apparatus for implementing a specific function in one or more processes in the flowcharts and / or in one or more blocks in the block diagrams.

[0262] These computer program instructions may alternatively be stored in a computer-readable memory that can indicate a computer or another programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory generate an artifact that includes an instruction apparatus. The instruction apparatus implements a specific function in one or more processes in the flowcharts and / or in one or more blocks in the block diagrams.

[0263] These computer program instructions may alternatively be loaded onto a computer or another programmable data processing device, so that a series of operations and steps are performed on the computer or the another programmable device, to generate computer-implemented processing. Therefore, the instructions executed on the computer or the another programmable device provide steps for implementing a specific function in one or more processes in the flowcharts and / or in one or more blocks in the block diagrams.

[0264] It is clear that a person skilled in the art may make various modifications and variations to the present disclosure without departing from the protection scope of the present disclosure. Thus, the present disclosure is intended to cover these modifications and variations, provided that they fall within the scope of the claims of the present disclosure and their equivalent technologies.

Claims

1.A method comprising:receiving, at a terminal device, a notification message common to at least one terminal device in a first network, wherein the notification message is used for switching the at least one terminal device from the first network to a second network; andswitching from the first network to the second network based on the notification message, whereinthe notification message comprises a first field indicating a cause for the switching the at least one terminal device, wherein the terminal device belongs to the at least one terminal device.2.The method of claim 1, wherein the notification message further comprises at least one of the following:a second field indicating a radio access type of the second network; ora third field indicating a duration for which the notification message is to be applied by the at least one terminal device.3.The method of claim 1 or 2, wherein the cause is related to power saving of a first network device associated with the at least one terminal device.4.The method of any one of claims 1 to 3, wherein the notification message further comprises at least one of the following:a fourth field indicating a satellite constellation available for the at least one terminal device to transition to;a fifth field indicating a satellite network available for the at least one terminal device to transition to;a sixth field indicating a timing reference for at least one of a downlink communication and an uplink communication with the second network;a seventh field indicating a frequency reference for at least one of a downlink communication and an uplink communication with the second network;an eighth field indicating at least one physical cell identity (PCI) available for the at least one terminal device to use for detecting and measuring signals from the second network;a ninth field indicating at least one physical beam identity (PBI) available for the at least one terminal device to use for detecting and measuring beams from the second network;a tenth field indicating at least one angular direction in which the at least one terminal device steers a receive beam in azimuth domain;an eleventh field indicating at least one angular direction in which the at least one terminal device steers a receive beam in zenith domain;a twelfth field indicating a duration of a beam selection timer for the at least one terminal device to search for a beam in the second network; ora thirteenth field indicating a duration for sleep of the terminal device in an event that the terminal device fails to find the beam before the beam selection timer expires.5.The method of claim 4, wherein the sixth field comprises at least one of the following:a fourteenth field indicating a time point at which a system frame is to be transmitted by a second network device in the second network;a fifteenth field indicating the number of the system frame to be transmitted by the second network device at the time point indicated by the fourteenth field;a sixteenth field indicating the number of a subframe within the system frame to be transmitted by the second network device at the time point indicated by the fourteenth field;a seventeenth field indicating a timing advance between the at least one terminal device and the second network device when the at least one terminal device performs an uplink transmission to the second network device;an eighteenth field indicating a timing advance drift between the at least one terminal device and the second network device; ora nineteenth field indicating a timing advance drift variation.6.The method of claim 4 or 5, wherein the seventh field comprises at least one of the following:a twentieth field indicating a subcarrier spacing;a twenty-first field indicating a list of frequencies at which the at least one terminal device is able to detect and measure downlink synchronization signals from the second network;a twenty-second field indicating a center frequency of a lowest subcarrier of a downlink bandwidth part (BWP) used in the second network;a twenty-third field indicating at least one of a location or a bandwidth of the downlink BWP;a twenty-fourth field indicating a center frequency of a lowest subcarrier of an uplink BWP used in the second network; ora twenty-fifth field indicating at least one of a location or a bandwidth of the uplink BWP.7.The method of any of claims 1-6, wherein the terminal device is in a connected state, and the switching from the first network to the second network comprises:performing a group handover from the first network to the second network together with other terminal devices in the connected state with the first network, wherein the other terminal devices belong to the at least one terminal device.8.The method of any of claims 1-7, wherein the terminal device is in a connected state, and the method further comprises at least one of the following:canceling a downlink transmission from a first network device in the first network; orcanceling an uplink transmission to the first network device.9.The method of claim 8, wherein at least one of the following:the downlink transmission is scheduled to be received after a time interval since the notification message is received by the terminal device; orthe uplink transmission is scheduled to be transmitted after the time interval since the notification message is received by the terminal device.10.The method of claim 8 or 9, wherein at least one of the following:the downlink transmission is dynamically scheduled or semi-persistently scheduled; orthe uplink transmission is dynamically scheduled or scheduled in a configured grant.11.The method of any of claims 8-10, wherein at least one of the following:the downlink transmission comprises a physical downlink shared channel (PDSCH) transmission or a channel state information reference signal (CSI-RS) transmission; orthe uplink transmission comprises a physical uplink shared channel (PUSCH) transmission or a sounding reference signal (SRS) transmission.12.The method of any of claims 1-6, wherein the terminal device is in an idle state or an inactive state, and the switching from the first network to the second network comprises:performing a beam selection procedure in the second network.13.The method of claim 12, wherein the beam selection procedure comprises at least one of the following:in the event that the notification message comprises a twenty-first field indicating a list of frequencies at which the terminal device is able to detect and measure downlink synchronization signals from the second network, searching for a beam at a frequency of the list of frequencies;in the event that the notification message comprises a fourteenth field indicating a time point at which a system frame is to be transmitted by a second network device in the second network, determining that beams are aligned with the time point indicated in the fourteenth field in the time domain;in the event that the notification message comprises an eighth field indicating at least one PCI available for the terminal device to use for detecting and measuring signals from the second network, searching for a beam based on the at least one of PCI indicated in the eighth field;in the event that the notification message comprises a ninth field indicating at least one PBI available for the terminal device to use for detecting and measuring beams transmitted in the second network, searching for a beam based on the at least one of PBI indicated in the ninth field;in the event that the notification message comprises a tenth field indicating at least one angular direction in which the terminal device steers a receive beam in azimuth domain, searching for a beam based on the angular direction indicated in the tenth field; orin the event that the notification message comprises an eleventh field indicating at least one angular direction in which the terminal device steers a receive beam in zenith domain, searching for a beam based on the angular direction indicated in the eleventh parameter.14.The method of claim 12 or 13, further comprising:starting a beam selection timer for searching for a beam in the second network;in the event that the beam is found before the beam selection timer expires, monitoring for system information using the beam; andin the event that the beam is not found before the beam selection timer expires, switching to a sleep mode.15.The method of claim 14, further comprising:determining that the terminal device stays in the sleep mode for a duration indicated in a thirteenth field of the notification message, waking up from the sleep mode;restarting the beam selection timer; andrestarting performing the beam selection procedure in the second network.16.The method of claim 14 or 15, wherein the monitoring of the system information is performed on a set of resources indicated by a twenty-second field and a twenty-third field of the notification message, wherein the twenty-second field indicates a center frequency of a lowest subcarrier of a downlink BWP used in the second network, and the twenty-third field indicates at least one of a location or a bandwidth of the downlink BWP.17.The method of any of claims 12-16, further comprising:performing an initial access to the second network using a beam selected in the beam selection procedure.18.The method of any of claims 1-17, wherein the first network is a terrestrial network (TN) , and the second network is a non-terrestrial network (NTN) .19.The method of any of claims 1-18, wherein the notification message is received on a common channel.20.The method of any of claims 1-19, wherein the notification message is received via a PDSCH transmission scheduled by a physical downlink control channel (PDCCH) transmission carrying a downlink control information (DCI) format scrambled with a multicast radio network temporary identifier (RNTI) which is associated with a function of power saving.21.The method of any of claims 1-20, wherein receiving, detecting and decoding the notification message is a capability of the terminal device, and the capability is a mandatory capability or an optional capability.22.The method of claim 21, further comprising:transmitting, to a first network device of the first network, capability information indicating that the terminal device has the capability of receiving, detecting and decoding the notification message.23.A method comprising:receiving, at a first network device in a first network, a power saving command from a second network device in a second network, wherein the power saving command indicates the first network device to enter a power saving mode; andtransmitting a notification message common to at least one terminal device in the first network, wherein the notification message comprises a first field indicating a cause for switching the at least one terminal device from the first network to the second network.24.The method of claim 23, further comprises:in response to transmitting the notification message, entering the power saving mode.25.The method of claim 23 or 24, wherein the power saving mode comprises at least one of:sleep, power down, or switch off.26.The method of any of claims 23-25, wherein the notification message further comprises at least one of the following:a second field indicating a radio access type of the second network; ora third field indicating a duration for which the notification message is to be applied by the at least one terminal device.27.The method of claim 26, wherein the cause is related to power saving of the first network device associated with the at least one terminal device.28.The method of any one of claims 23-27, wherein the notification message further comprises at least one of the following:a fourth field indicating a satellite constellation available for the at least one terminal device to transition to;a fifth field indicating a satellite network available for the at least one terminal device to transition to;a sixth field indicating a timing reference for at least one of a downlink communication and an uplink communication with the second network;a seventh field indicating a frequency reference for at least one of a downlink communication and an uplink communication with the second network;an eighth field indicating at least one physical cell identity (PCI) available for the at least one terminal device to use for detecting and measuring signals from the second network;a ninth field indicating at least one physical beam identity (PBI) available for the at least one terminal device to use for detecting and measuring beams transmitted in the second network;a tenth field indicating at least one angular direction in which the at least one terminal device steers a receive beam in azimuth domain;an eleventh field indicating at least one angular direction in which the at least one terminal device steers a receive beam in zenith domain;a twelfth field indicating a duration of a beam selection timer for the at least one terminal device to search for a beam in the second network; ora thirteenth field indicating a duration for sleep of the at least one terminal device in an event that the at least one terminal device fails to find the beam before the beam selection timer expires.29.The method of claim 28, wherein the sixth field comprises at least one of the following:a fourteenth field indicating a time point at which a system frame is to be transmitted by a second network device in the second network;a fifteenth field indicating the number of the system frame to be transmitted by the second network device at the time point indicated by the fourteenth field;a sixteenth field indicating the number of a subframe within the system frame to be transmitted by the second network device at the time point indicated by the fourteenth field;a seventeenth field indicating a timing advance between the at least one terminal device and the second network device when the at least one terminal device performs an uplink transmission to the second network device;an eighteenth field indicating a timing advance drift between the at least one terminal device and the second network device; ora nineteenth field indicating a timing advance drift variation.30.The method of claim 28 or 29, wherein the seventh field comprises at least one of the following:a twentieth field indicating a subcarrier spacing;a twenty-first field indicating a list of frequencies at which the at least one terminal device is able to detect and measure downlink synchronization signals from the second network;a twenty-second field indicating a center frequency of a lowest subcarrier of a downlink bandwidth part (BWP) used in the second network;a twenty-third field indicating at least one of a location or a bandwidth of the downlink BWP;a twenty-fourth field indicating a center frequency of a lowest subcarrier of an uplink BWP used in the second network; ora twenty-fifth field indicating at least one of a location or a bandwidth of the uplink BWP.31.The method of any of claims 23-30, wherein the at least one terminal device is in a connected state, and the method further comprises:handling a group handover performed by the at least one terminal device from the first network to the second network.32.The method of any of claims 23-31, wherein the first network is a terrestrial network (TN) , and the second network is a non-terrestrial network (NTN) .33.The method of any of claims 23-32, wherein the notification message is transmitted on a common channel.34.The method of any of claims 23-33, wherein the notification message is transmitted via a PDSCH transmission scheduled by a physical downlink control channel (PDCCH) transmission carrying a downlink control information (DCI) format scrambled with a multicast radio network temporary identifier (RNTI) which is associated with a function of power saving.35.The method of any of claims 23-34, wherein receiving, detecting and decoding the notification message is a capability of the at least one terminal device, and the capability is a mandatory capability or an optional capability.36.The method of claim 35, further comprising:receiving, from the at least one terminal device, capability information indicating that the at least one terminal device has the capability of receiving, detecting and decoding the notification message.37.The method of any of claims 23-36, further comprising:entering the power saving mode indicated in the power saving command after a time interval.38.The method of any of claims 23-37, further comprising:transmitting a traffic-event report or a power-consumption-event report to the second network device or another network device in the second network, wherein the power saving command is transmitted in response to the traffic-event report or the power-consumption-event report.39.A method comprising:transmitting, at a second network device in a second network, a power saving command to a first network device in a first network, wherein the power saving command indicates the first network device to enter a power saving mode; andserving at least one terminal device which is switched from the first network to the second network.40.The method of claim 39, wherein the at least one terminal device is in a connected state, and serving at least one terminal device comprises:handling a group handover performed by the at least one terminal device from the first network to the second network.41.The method of claim 40, wherein the at least one terminal device is in an idle state or an inactive state, and serving at least one terminal device comprises:handling an initial access performed by the at least one terminal device to the second network, wherein the initial access is performed based on a beam selected in a beam selection procedure in the second network.42.The method any of claims 39-41, further comprising:receiving a traffic-event report or a power-consumption-event report from the first network device or another network device in the second network, wherein the power saving command is transmitted in response to the traffic-event report or the power-consumption-event report.43.The method of any of claims 39-42, wherein the first network is a terrestrial network (TN) , and the second network is a non-terrestrial network (NTN) .44.A terminal device comprising:a transceiver; anda processor communicatively coupled with the transceiver,wherein the processor is configured to:receive a notification message common to at least one terminal device in a first network, wherein the notification message is used for switching the at least one terminal device from the first network to a second network; andswitch from the first network to the second network based on the notification message, whereinthe notification message comprises a first field indicating a cause for the switching the at least one terminal device, wherein the terminal device belongs to the at least one terminal device.45.A first network device comprising:a transceiver; anda processor communicatively coupled with the transceiver,wherein the processor is configured to:receive a power saving command from a second network device in a second network, wherein the power saving command indicates the first network device to enter a power saving mode; andtransmitting a notification message common to at least one terminal device in a first network, wherein the notification message comprises a first field indicating a cause for switching the at least one terminal device from the first network to the second network, and the first network comprises the first network device.46.A second network device comprising:a transceiver; anda processor communicatively coupled with the transceiver,wherein the processor is configured to:transmit a power saving command to a first network device in a first network, wherein the power saving command indicates the first network device to enter a power saving mode; andserve at least one terminal device which is switched from the first network to the second network.47.A non-transitory computer readable medium comprising computer program stored thereon, the computer program, when executed on at least one processor, causing the at least one processor to perform the method of any of claims 1-43.48.A chip comprising at least one processing circuit configured to perform the method of any of claims 1-43.49.A computer program product comprising computer-executable instructions which, when executed, cause an apparatus to perform the method of any of claims 1-43.

Images