Wireless communication method and related apparatuses

Abstract

A wireless communication method and related apparatuses are provided. The method by a user equipment includes receiving at least one of a narrowband (NB) primary synchronization signal (NPSS), a NB secondary synchronization signal (NSSS), a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode. This realizes NTN NB-IoT services.

Description

WIRELESS COMMUNICATION METHOD AND RELATED APPARATUSESTECHNICAL FIELD

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

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

[0003] In the related arts, narrowband Internet of Things (NB-IoT) has been standardized by the 3GPP to provide wide-area, low-power, and low-cost connectivity for massive Internet of Things (IoT) devices. To extend the coverage of NB-IoT beyond terrestrial networks, the 3GPP has further introduced the concept of non-terrestrial networks (NTN) , in which satellites, for example, are used to relay communication between the user equipments and the core network. An Iridium satellite communication system, as an example of the NTN-based systems, provides low Earth orbit (LEO) mobile-satellite service (MSS) for duplex communication between satellites and ground terminals.

[0004] To enable the deployment of a NB-IoT NTN system, the NB-IoT NTN system may have to be designed to coexist with the existing Iridium satellite service. The design of synchronization signal reception, system information acquisition, and narrowband physical random access channel (NPRACH) transmission for the narrowband IoT needs to be adapted to the existing Iridium satellite service. Accordingly, efficient coexistence between the NB-IoT NTN system and the Iridium satellite system are of significant importance.SUMMARY

[0005] An object of the present application is to propose a wireless communication method and related apparatuses, which can realize NTN NB-IoT services, coexist with the existing NTN-based system, enhance communication performance, and / or provide high reliability.

[0006] In a first aspect of the present application, provided is a wireless communication method, performed by a user equipment (UE) in a network, comprising receiving at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode.

[0007] In a second aspect of the present application, provided is a wireless communication method, performed by a network node in a network, comprising sending to a user equipment (UE) at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode.

[0008] In a third aspect of the present application, provided is a user equipment (UE) in a network, comprising a receiving module, configured to receive at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode.

[0009] In a fourth aspect of the present application, provided is a network node in a network, comprising a sending module, configured to send to a user equipment (UE) at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode.

[0010] In a fifth aspect of the present application, provided is a user equipment (UE) in a network, comprising at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to execute the method according to the first aspect of the present application.

[0011] In a sixth aspect of the present application, provided is a network node in a network, comprising at least one memory configured to store program instructions; and at least one processor configured to execute the program instructions, which cause the at least one processor to execute the method according to the second aspect of the present application.

[0012] In a seventh aspect of the present application, a non-transitory machine-readable storage medium has stored thereon instructions that, when executed by a computer, cause the computer to execute any of the above methods.

[0013] In an eighth aspect of the present application, a chip includes a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute any of the above methods.

[0014] In a ninth aspect of the present application, a computer readable storage medium, in which a computer program is stored, causes a computer to execute any of the above methods.

[0015] In a tenth aspect of the present application, a computer program product includes a computer program, and the computer program causes a computer to execute any of the above methods.

[0016] In an eleventh aspect of the present application, a computer program causes a computer to execute any of the above methods.DESCRIPTION OF DRAWINGS

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

[0018] FIG. 1 is a block diagram of a user equipment (UE) and one or more network nodes in a communication network system according to an embodiment of the present application.

[0019] FIG. 2 is a flowchart of a wireless communication method implemented by a UE according to an embodiment of the present application.

[0020] FIG. 3 is a schematic diagram illustrating consecutive IoT NTN downlink subframes according to an embodiment of the present application.

[0021] FIG. 4 is a schematic diagram illustrating downlink common signal / channel in a legacy NB-IoT frame structure.

[0022] FIG. 5 is a schematic diagram illustrating various downlink subframe choices according to an embodiment of the present application.

[0023] FIG. 6 is a schematic diagram illustrating NPSS period according to an embodiment of the present application.

[0024] FIG. 7 is a schematic diagram illustrating NSSS location in a default downlink subframe pattern according to an embodiment of the present application.

[0025] FIG. 8 is a schematic diagram illustrating possible NSSS location according to an embodiment of the present application.

[0026] FIG. 9 is a schematic diagram illustrating NPBCH in a subframe next to NSSS according to an embodiment of the present application.

[0027] FIG. 10 is a schematic diagram illustrating a hyper SFN structure according to an embodiment of the present application.

[0028] FIG. 11 is a schematic diagram illustrating SIB1-NB subframes according to an embodiment of the present application.

[0029] FIG. 12 is a schematic diagram illustrating system information (SI) window according to an embodiment of the present application.

[0030] FIG. 13 is a schematic diagram illustrating SI window start according to an embodiment of the present application.

[0031] FIG. 14 is a schematic diagram illustrating multiple sets of downlink subframes according to an embodiment of the present application.

[0032] FIG. 15 is a schematic diagram illustrating a guard period between two sets of downlink subframes according to an embodiment of the present application.

[0033] FIG. 16 is a schematic diagram illustrating multiple sets of uplink subframes according to an embodiment of the present application.

[0034] FIG. 17 is a schematic diagram illustrating a guard period between two sets of uplink subframes according to an embodiment of the present application.

[0035] FIG. 18 is a schematic diagram illustrating an example of NPRACH location according to an embodiment of the present application.

[0036] FIG. 19 is a schematic diagram illustrating another example of NPRACH location according to an embodiment of the present application.

[0037] FIG. 20 is a schematic diagram illustrating yet another example of NPRACH location according to an embodiment of the present application.

[0038] FIG. 21 is a schematic diagram illustrating NPDCCH monitoring location according to an embodiment of the present application.

[0039] FIG. 22 is a schematic diagram illustrating an example of NPDSCH starting subframe according to an embodiment of the present application.

[0040] FIG. 23 is a schematic diagram illustrating another example of NPDSCH starting subframe according to an embodiment of the present application.

[0041] FIG. 24 is a schematic diagram illustrating an example of NPUSCH starting subframe according to an embodiment of the present application.

[0042] FIG. 25 is a schematic diagram illustrating another example of NPUSCH starting subframe according to an embodiment of the present application.

[0043] FIG. 26 is a schematic diagram illustrating an example of separation of initial segment for uplink transmission according to an embodiment of the present application.

[0044] FIG. 27 is a schematic diagram illustrating another example of separation of initial segment for uplink transmission according to an embodiment of the present application.

[0045] FIG. 28 is a flowchart of a wireless communication method implemented by a network node according to an embodiment of the present application.

[0046] FIG. 29 is a block diagram of a user equipment according to an embodiment of the present application.

[0047] FIG. 30 is a block diagram of a network node according to an embodiment of the present application.

[0048] FIG. 31 is a block diagram of a system for wireless communication according to an embodiment of the present application.DETAILED DESCRIPTION OF EMBODIMENTS

[0049] Embodiments of the disclosure are described in detail with the technical matters, structural features, achieved objects, and effects with reference to the accompanying drawings as follows. Specifically, the terminologies in the embodiments of the present application are merely for describing the purpose of the certain embodiment, but not to limit the disclosure.

[0050] In this document, the term “ / ” should be interpreted to indicate “and / or. ” A combination such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” or “A, B, and / or C” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any combination may contain one or more members of A, B, or C.

[0051] The present application provides a method for the UE reception on synchronization signal, system information and / or the UE transmission on narrowband (NB) -IoT (NB-IoT) physical access random channel (PRACH) (NPRACH) in IoT non-terrestrial network (NTN) time-division duplex (TDD) mode. The UE reception and transmission may be with a frequency band around 1.6GHz, which is dedicated to a NTN-based system (e.g., an Iridium satellite system) . The NB-IoT NTN TDD system may be assumed to coexist with the existing Iridium satellite service in the same band.

[0052] FIG. 1 illustrates that, in some embodiments, a user equipment (UE) 10 and one or more network nodes 20 in a communication network system 30 according to an embodiment of the present application are provided. The communication network system 30 includes the UE 10 and one or more network nodes 20. A network node 20 may communicate with the UE 10 directly or via another network node 20. The network node 20 may be a NTN base station such as a satellite. The network nodes 20 may refer to one or more types of network devices, network elements or network functions. The UE 10 may include a memory 12, a transceiver 13, and a processor 11 coupled to the memory 12 and the transceiver 13. The one or more network nodes 20 may include a memory 22, a transceiver 23, and a processor 21 coupled to the memory 22 and the transceiver 23. The processor 11 or 21 may be configured to implement proposed functions, procedures and / or methods described in this description. Layers of radio interface protocol may be implemented in the processor 11 or 21. The memory 12 or 22 is operatively coupled with the processor 11 or 21 and stores a variety of information to operate the processor 11 or 21. The transceiver 13 or 23 is operatively coupled with the processor 11 or 21, and the transceiver 13 or 23 transmits and / or receives a radio signal.

[0053] The processor 11 or 21 may include application-specific integrated circuit (ASIC) , other chipset, logic circuit and / or data processing device. The memory 12 or 22 may include read-only memory (ROM) , random access memory (RAM) , flash memory, memory card, storage medium and / or other storage device. The transceiver 13 or 23 may include baseband circuitry to process radio frequency signals. When the embodiments are implemented in software, the techniques described herein can be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The modules can be stored in the memory 12 or 22 and executed by the processor 11 or 21. The memory 12 or 22 can be implemented within the processor 11 or 21 or external to the processor 11 or 21 in which case those can be communicatively coupled to the processor 11 or 21 via various means as is known in the art.

[0054] In some embodiments, the processor 11 of the user equipment 10 is configured to receive at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode. This can realize NTN NB-IoT services, coexist with the existing NTN-based system, enhance communication performance, and / or provide high reliability.

[0055] In some embodiments, the processor 21 of the network node 20 is configured to send to a user equipment (UE) at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode. This can realize NTN NB-IoT services, coexist with the existing NTN-based system, enhance communication performance, and / or provide high reliability.

[0056] FIG. 2 is a flowchart of a wireless communication method 100 implemented by a UE according to an embodiment of the present application. Referring to FIG. 2, the method 100 includes the following steps. In Step 102, the UE receives at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode. This can realize NTN NB-IoT services, coexist with the existing NTN-based system, enhance communication performance, and / or provide high reliability.

[0057] Downlink subframe structure

[0058] In some embodiments, each set of downlink subframes is within an Iridium downlink slot. In an example, there are 7 consecutive subframes in one set of downlink subframes. In another example, there are 8 consecutive subframes in one set of downlink subframes. In some embodiments, the at least one of the NPSS, the NSSS, the NPBCH, and the specific SIB for the NB is defined based on a legacy NB-IoT frame structure, and each set of downlink subframes covers the at least one of the NPSS, the NSSS, the NPBCH, and the specific SIB for the NB. In some embodiments, a period of the sets of downlink subframes is 90 ms or multiple of 90 ms.

[0059] More specifically, in the interest of coexisting with the existing Iridium system, where the basic downlink slot is 8.25 ms, the present disclosure refers to the downlink slot as “Iridium downlink slot” for simplicity. Thus, the IoT NTN downlink transmission needs to be within Iridium downlink slot. To this end, a set of consecutive IoT NTN downlink subframes (each subframe is 1 ms duration) may be defined. In some examples, 7 consecutive IoT NTN downlink subframes (7 ms duration) or 8 consecutive IoT NTN downlink subframes (8 ms duration) may be defined as shown in FIG. 3. Other numbers of consecutive subframes are contemplated for the Iridium downlink slot according to aspects of the present application.

[0060] Moreover, from the legacy NB-IoT frame structure, the display of downlink common signal / channel is given in FIG. 4, where the essential signal / channels are NB primary synchronization signal (NPSS) , NB secondary synchronization signal (NSSS) , NB physical broadcast channel (NPBCH) for downlink synchronization and system information block 1 (SIB1) -NB for essential system information. In the example shown in FIG. 4, SFN refers to system frame number, and one frame is made up by 10 subframes, where the length of each frame may be 10 ms and the length of each subframe may be 1 ms.

[0061] Therefore, in the non-limiting 8 downlink (DL) subframe (use D for short) example for IoT NTN TDD, the possible locations of the D can be 4 choices as shown in FIG. 5. In the non-limiting 7 DL subframe example, the possible locations of D can be 2 choices. Note that the criterion of the selection of the possible location is that the D should cover the essential DL common signal / channel, the difference among the candidate D choices is the relative downlink common signal / channel location within the D subframes. When performing IoT NTN TDD, the UE expects to receive downlink reception only within D subframes and there is no IoT NTN TDD downlink transmission outside D subframes. The period of the D subframes is 90 ms or multiple of 90 ms, as shown in FIG. 6.

[0062] UE detecting NPSS, NSSS and NPBCH

[0063] In some embodiments, the method further comprises detecting the NPSS, wherein the NPSS is transmitted in each set of downlink subframes periodically. In one embodiment, the method further includes detecting the NSSS after the NPSS is detected, wherein essential signals, channels or blocks in each set of downlink subframes forms a downlink subframe pattern, and the NSSS is monitored at a unique NSSS location with respect to a location of the NPSS in the set of downlink subframes. In another embodiment, the method further includes detecting the NSSS after the NPSS is detected, wherein the NSSS is monitored at at least two possible NSSS locations with respect to a location of the NPSS in the set of downlink subframes. In some embodiments, the method further comprises receiving the NPBCH in a subframe next to the NSSS. In some embodiments, the method further comprises deriving a downlink subframe pattern, which is formed by essential signals, channels or blocks in each set of downlink subframes, according to a detected NPSS or NSSS, wherein an association exists between downlink subframe pattern and a sequence of the NPSS or the NSSS.

[0064] More specifically, UE detects NPSS, assuming that the NPSS period is multiple of 90 ms, e.g., namely, 90 ms, 180ms, etc.

[0065] After UE detects the NPSS, the UE will continue to detect NSSS. In some examples, the UE may assume a default D pattern. The D pattern is one of the above-mentioned multiple candidate D choices and the default D pattern is pre-defined. The advantage of defining a default D pattern is that the UE knows the unique NSSS location relative to the NPSS location within D subframes. For example, the default D pattern is the one in FIG. 7, the NSSS location is 6 subframe prior to NPSS within D subframes. Thus, after detecting the NPSS, the UE can detect the NSSS in the unique NSSS location, leading to reduced UE power saving.

[0066] Alternatively, it is not defined as a unique default D pattern, which implies that multiple candidate D choices are possible. In this case, there are two possible NSSS location relative to NPSS within D subframes, e.g., 6 subframes prior to NPSS or 4 subframes after NPSS, as shown in FIG. 8. Thus, as the UE does not know which of the D pattern is implemented by the network, the UE would have to detect NSSS in two different locations.

[0067] Alternatively, there is an association between D pattern and NPSS and / or NSSS sequence. When the UE detects NPSS and / or NSSS, the UE can derive which D pattern is implemented according to the association rule.

[0068] After UE detects NSSS, the UE continues to receive the NPBCH in a subframe next to the NSSS as shown in FIG. 9.

[0069] IoT NTN TDD radio frame indexing

[0070] In some embodiments, a hyper system frame number (SFN) contains a number of radio frames that occupies a length of time which is multiple of a period of the sets of downlink subframes, and the downlink subframes in different hyper SFN have a same relative location.

[0071] More specifically, SFN index from 0 to 1007 and a hyper SFN contains 1008 radio frames which is multiple of 90 ms period, so that the D subframes in different hyper SFN will have the same relative location as shown in FIG. 10.

[0072] UE receiving SIB1-NB

[0073] In some embodiments, the method further comprising receiving the specific SIB for the NB, wherein a transmission time interval (TTI) for the specific SIB is defined to be equal to m*n*Period, where the parameter Period is a period of the sets of downlink subframes, m is an integer number which indicates a number of subframes that are needed to carry overall payload of the specific SIB, and n is an integer number which indicates a frequency for the UE to receive a subframe of the specific SIB within n*Period. For example, the specific SIB for the NB comprises system information block 1 (SIB1) -NB.

[0074] More specifically, in this example, D subframes periodicity is assumed to be 90 ms. A SIB1-NB transmission time interval (TTI) is defined to be equal to m*n*90 ms, where m is an integer number which indicates the number of subframes that are needed to carry overall SIB1-NB payload, and n is also an integer number which indicates a frequency for the UE to receive a SIB1-NB subframe within n*90 ms period. For example, when n=1, it indicates that the UE receives SIB1-NB subframe once every 90 ms (also known as D subframe period) , when n=2, it indicates that UE receives SIB1-NB subframe once every 180 ms (every two D subframe periods) . The choice of value n is relevant to the latency of SIB1-NB reception. In some examples, m=8 means that the SIB1-NB payload is carried by 8 subframes. For example, when m=8 and n=2, it means that the SIB1-NB is transmitted over 8 SIB1-NB subframes for a duration of 1440 ms; the UE receives 1 SIB1-NB subframe every 2 D subframe period (180 ms) up to receive 8 SIB1-NB subframes in total as shown in FIG. 11.

[0075] UE receiving other system information block (SIB)

[0076] In some embodiments, the method further comprises determining a system information (SI) window, wherein the SI window is determined according to a SI window start, a SI window length and a SI window period; and receiving another system information block different from the specific SIB for the NB according to the SI window. In some embodiments, the SI window start is aligned with a start of the set of downlink subframes, the SI window length is a multiple of a period of the sets of downlink subframes, and the SI window period is also a multiple of the period of the sets of downlink subframes. In some embodiments, the SI window start is determined based on a legacy NB-IoT SI window start subframe number plus an offset, which indicates a subframe offset between a radio frame boundary and a boundary of the set of downlink frames.

[0077] More specifically, for receiving SIB, UE needs to determine the system information (SI) window, the SI window is determined according to SI window start, SI window length and SI window period. The SI window start should be aligned with D subframe start; the SI window length is a multiple of D subframe period (x*90 ms, with x being an integer value) ; the SI window period is also a multiple of D subframe period (y*90 ms with y being an integer value) as shown in FIG. 12.

[0078] In some examples, the SI window start can be determined from legacy NB-IoT SI window start subframe number (SF) N plus an offset. The legacy NB-IoT SI window start is from a radio frame boundary, but in IoT NTN TDD mode, the D subframe may not be aligned with radio frame as shown in FIG. 13. Thus, there is an offset to indicate the subframe offset between the radio frame boundary and the D subframe boundary (SF level offset) , as shown in FIG. 11.

[0079] Configuration of D subframe

[0080] In some embodiments, the specific SIB for the NB provides a configuration of the downlink subframes, and the configuration of the downlink subframes comprises at least one of a number of the downlink subframes in a set, a period of a plurality of groups of the sets of downlink subframes, a number of the sets of downlink subframes, and locations of the sets of downlink subframes. In one embodiment, a number of consecutive downlink subframes in different sets of downlink subframes is same. In another embodiment, a number of consecutive downlink subframes in different sets of downlink subframes is different. In some embodiments, at least one guard period containing one or more downlink subframes, slots or symbols is configured between two adjacent sets of downlink subframes, and no IoT NTN transmission exists in the at least one guard period. A start of the at least one guard period is configured to be relative to a start location of a group of the sets of downlink subframes. The at least one guard period separates the group of the sets of downlink subframes into multiple sets of downlink subframes.

[0081] More specifically, in some examples, when UE receives SIB1-NB, the network may provide the configuration of actual D subframe, including the number of the D subframes, and / or the actual D subframe periodicity, and / or the number of D subframe sets, and / or the location (s) of the D subframe sets. One D subframe set contains 7 or 8 consecutive downlink subframes. Within D subframe period, there may be one or more D subframe sets. The number of consecutive downlink subframes in different D subframe sets may be same or different. The network configures the first subframe location of the D subframe set, as shown in FIG. 14.

[0082] In some other examples, as shown in FIG. 15, the network may configure a D subframe that contains more than 8 subframes. Moreover, the network may configure one or more guard periods within the D subframes, a guard period contains one or more subframes and / or one or more downlink slots and / or one or more symbols. There is no IoT NTN transmissions in the guard period. The network may configure the start location of the one or more guard periods and the guard period length. The start location of the guard period may be relative to the start location of the D subframe. The guard period separate a D subframe into multiple D subframe sets. Each D subframe set duration is no longer than 8 ms.

[0083] Configuration of U subframes

[0084] In some embodiments, the method further comprises being configured with uplink subframes, wherein one or more sets of uplink subframes are configured within a period of groups of the sets of uplink subframes. In one embodiment, the period of groups of the sets of uplink subframes is as the same as a period of groups of the sets of downlink subframes. In another embodiment, the period of groups of the sets of uplink subframes is different from a period of groups of the sets of downlink subframes. In some embodiments, at least one guard period containing one or more uplink subframes, slots or symbols is configured between two adjacent sets of uplink subframes, and no IoT NTN transmission exists in the at least one guard period. A start of the at least one guard period is configured to be relative to a start location of a group of the sets of uplink subframes. The at least one guard period separates the group of the sets of uplink subframes into multiple sets of uplink subframes.

[0085] More specifically, Similar to D subframe configuration, the network may configure uplink subframe (referred to as the “U subframe” for short) . The U subframe period may be same as or different from D subframe period. There may be one or more U subframe sets within a U subframe period. An U subframe set contains up to 8 consecutive uplink subframes. In some examples, the network configures the first subframe location of each U subframe set, as shown in FIG. 16.

[0086] In some other examples, as shown in FIG. 17, the network may configure a U subframe that contains more than 8 subframes. Moreover, the network may configure one or more guard periods within the U subframes, a guard period contains one or more subframes and / or one or more uplink slots and / or one or more symbols. There is no IoT NTN transmissions in the guard period. The network may configure the start location of the one or more guard period and the guard period length. The start location of the guard period may be relative to the start location of the U subframe. The guard period separates a U subframe into multiple U subframe sets. Each U subframe set duration is no longer than 8 ms.

[0087] Determination of NPRACH location

[0088] In some embodiments, the method further comprises sending a NB-IoT physical access random channel (NPRACH) in uplinks subframes, wherein a NPRACH period is a multiple of a period of sets of uplink subframes, and the NPRACH period determines a reference radio frame, which is a multiple of one-tenth of the NPRACH period. In some embodiments, the NPRACH starts to be transmitted from a start location, which is within one set of uplink subframes. In one embodiment, the start location of the NPRACH is a first subframe of an incoming set of uplink subframes after the reference radio frame. In another embodiment, the start location of the NPRACH is shifted by an offset from a beginning of an incoming set of uplink subframes after the reference radio frame. In yet another embodiment, the start location of the NPRACH is shifted by an offset from a beginning of the reference radio frame.

[0089] More specifically, the NPRACH transmission time domain location determination is similar to SI window determination. It is based on start location, and NPRACH period. The NPRACH period is a multiple of 90 ms and the NPRACH period determines a reference radio frame. For example, when the NPRACH period is 180 ms, the reference radio frame index satisfies mod (radio frame index, NPRACH period / 10) =0, thus, the reference radio frame index in the present example are 0, 18, 36, . . . . Then, the start location can be the first subframe of the next U subframe after the reference radio frame as shown in FIG. 18. Alternatively, the start location can be shifted by an offset from the beginning of the next U subframe after the reference radio frame as shown in FIG. 19. Alternatively, the starting location can be shifted by an offset from the beginning of the reference radio frame as shown in FIG. 20. It is to note that the start location needs to be in U subframe, if after an shift by offset, the start location is not in U subframe, further delay should be considered until it falls into U subframe. In some examples, UE only transmits NPRACH transmission from start location.

[0090] NPDCCH monitoring location

[0091] In some embodiments, the method further comprises monitoring a NB physical downlink control channel (NPDCCH) based on a NPDCCH monitoring period and a NPDCCH monitoring starting subframe, wherein the NPDCCH monitoring period is a multiple of a period of the sets of downlink subframes, and the NPDCCH monitoring starting subframe is configured by the network and is a subframe within one set of downlink subframes. In some embodiments, when the NPDCCH starting subframe falls into a guard period, the NPDCCH starting subframe is delayed to a next available downlink subframe, slot or symbol.

[0092] More specifically, in some examples, the network may configure NPDCCH monitoring location for a UE. The NPDCCH monitoring location is determined at least by a NPDCCH monitoring period and one or more NPDCCH monitoring starting subframes. The NPDCCH monitoring period is a multiple of 90 ms. An NPDCCH monitoring starting subframe is configured by the network and it is a subframe within D subframe. The NPDCCH monitoring starting subframe cannot be in a guard period as described above. Therefore, when a starting subframe falls into guard period, the starting subframe is delayed to the next available downlink subframe or available downlink slot or available downlink symbol as shown in FIG. 21.

[0093] NPDSCH / NPUSCH scheduling

[0094] In some embodiments, the method further comprises receiving a downlink control information (DCI) ; determining a starting subframe of a NB physical downlink shared channel (NPDSCH) scheduled by the DCI, based on at least one of a first delay, a second delay and a location of the DCI scheduling the NPDSCH; and receiving the NPDSCH from the starting subframe, wherein the DCI scheduling the NPDSCH is carried in a NPDCCH, the first delay is a pre-defined delay used as processing time to decode the DCI, and the second delay is a subframe offset provided in the DCI. In some embodiments, when the NPDCCH ends in subframe n, the starting subframe for the NPDSCH is an available subframe after subframe n+D1+D2, where n is an integer, D1 represents the first delay, and D2 represents the second delay. In one embodiment, when the subframe n+D1+D2 falls outside one set of downlink subframes, the starting subframe for the NPDSCH is further delayed to a first available downlink subframe in a next set of downlink subframes, where the available downlink subframe is one downlink subframe available for receiving the NPDSCH. In another embodiment, when the subframe n+D1+D2 falls outside one set of downlink subframes, the starting subframe for the NPDSCH is further delayed to a subframe with an offset starting from a first downlink subframe in a next set of downlink subframes. The offset is smaller than or equal to the second delay, and only an available downlink subframe is counted when counting the offset.

[0095] In some embodiments, the method further comprises receiving a downlink control information (DCI) ; determining a starting subframe or slot of a NB physical uplink shared channel (NPUSCH) scheduled by the DCI, based on at least one of a third delay, a fourth delay and a location of the DCI scheduling the NPUSCH; and sending the NPUSCH from the starting subframe, wherein the DCI scheduling the NPUSCH is carried in a NPDCCH, the third delay is a pre-defined delay used as a round trip delay, and the fourth delay is a subframe offset provided in the DCI. In some embodiments, the NPDCCH ends in subframe n, the starting subframe or slot for the NPDSCH is a first subframe or slot after subframe n+D3+D4, where n is an integer, D3 represents the third delay, and D4 represents the fourth delay. In one embodiment, when the subframe n+D3+D4 falls outside one set of uplink subframes, the starting subframe or slot for the NPUSCH is further delayed to a first uplink subframe or slot in a next set of uplink subframes. In another embodiment, when the subframe n+D3+D4 falls outside one set of downlink subframes, the starting subframe or slot for the NPUSCH is further delayed to a subframe or slot with an offset starting from a first uplink subframe or slot in a next set of uplink subframes. The offset is smaller than or equal to the fourth delay.

[0096] More specifically, in some examples, when the network schedules the UE to receive downlink transmission (NPDSCH) , the UE needs to determine the NPDSCH starting subframe. The starting subframe is determined based on a first delay (D1) and / or a second delay (D2) and / or the location of the scheduling DCI carried in NPDCCH and / or D subframe location. The D1 may be a pre-defined delay, which is used to absorb the UE processing time to decode the scheduling DCI. The D2 delay is a subframe offset provided in the scheduling DCI format N1 or N2. When the NPDCCH ends in subframe n, the starting subframe for NPDSCH is next available subframe after subframe n+D1+D2. However, in some cases, the subframe n+D1+D2 falls outside the D subframe. In this case, the starting subframe should be further delayed to the first available downlink subframe in the next period of D subframe as shown in FIG. 22, where the available downlink subframe implies the downlink subframe available for receiving NPDSCH, e.g., excluding the subframe containing system information, synchronization signal, guard period. Alternatively, the starting subframe is an offset subframe starting from the first subframe in the next period of D subframe as shown in FIG. 23, where the offset value is smaller than or equal to D2. It is to note that when counting the offset, only the available downlink subframe is counted.

[0097] In some examples, when the network schedules the UE to transmit uplink transmission (NPUSCH) , the UE needs to determine the NPUSCH starting subframe. The starting subframe or starting slot is determined based on a first delay (D3) and / or a second delay (D4) and / or the location of the scheduling DCI carried in NPDCCH and / or U subframe location. The D3 may be a pre-configured delay by the network, which is used to absorb the round trip delay between the base-station / satellite / uplink synchronization reference point and the UE. The D4 is a subframe offset provided in the scheduling DCI format N0. When the NPDCCH ends in subframe n, the starting subframe or starting slot for NPDSCH is the first subframe or slot after subframe n+D3+D4. However, in some cases, the subframe n+D3+D4 falls outside the U subframe. In this case, the starting subframe or starting slot is further delayed to the first uplink subframe or the first uplink slot in the next period of U subframe as shown in FIG. 24. Alternatively, the starting subframe or starting slot is shifted by a number of subframes starting from the first subframe in the next period of U subframe as shown in FIG. 25, where the number of shifted subframes is smaller than or equal to D4.

[0098] Determination of segment for uplink pre-compensation

[0099] In some embodiments, when an initial segment for uplink transmission crosses two sets of uplink subframes, the initial segment is split into two segments, which are transmitted in the two sets of uplink subframes, respectively. In one embodiment, the two sets of uplink subframes are separated by a guard period. In another embodiment, the two sets of uplink subframes are separated by a period of the sets of uplink subframes. In some embodiments, a duration of the initial segment for uplink transmission is pre-defined, or pre-configured by the network, or reported by the UE.

[0100] More specifically, when UE performs uplink transmission, the time and frequency pre-compensation needs to be adjusted within uplink segment. But since the transmission in U subframe may not be continuous, the UE needs to determine a suitable segment according to the U subframe pattern. The segment is determined from an initial segment duration, which may be pre-defined or pre-configured by the network or reported by the UE itself. Then the UE needs to adapt the initial segment to actual segment based on the U subframe pattern. An uplink segment is an uplink transmission duration. When an uplink transmission within an initial segment crosses two U subframe sets, e.g. crossing a guard period, the initial segment is split into two segments. The uplink transmissions before and after the guard period are considered as separate segments as shown in FIG. 26. In some examples, when uplink transmissions are in different U subframes, they are also considered in separate segments as shown in FIG. 27.

[0101] FIG. 28 is a flowchart of a wireless communication method 200 implemented by a network node according to an embodiment of the present application. Referring to FIG. 28, the method 200 includes the following steps. In Step 202, the network node (e.g., a satellite) sends to a user equipment (UE) at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode. This can realize NTN NB-IoT services, coexist with the existing NTN-based system, enhance communication performance, and / or provide high reliability. Other details of the method 200 may be referred to the method 100 described above and are not repeated herein.

[0102] FIG. 29 is a block diagram of a user equipment 300 according to an embodiment of the present application. As shown in FIG. 29, the UE 300 includes a receiving module 301. The receiving module 301 is configured to receive at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode. This can realize NTN NB-IoT services, coexist with the existing NTN-based system, enhance communication performance, and / or provide high reliability. Other details of the UE 300 may be referred to the method 100 described above and are not repeated herein.

[0103] FIG. 30 is a block diagram of a network node 400 according to an embodiment of the present application. As shown in FIG. 30, the network node (e.g., a satellite) 400 includes a sending module 401. The sending module 401 is configured to send to a user equipment (UE) at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode. This can realize NTN NB-IoT services, coexist with the existing NTN-based system, enhance communication performance, and / or provide high reliability. Other details of the network node 400 may be referred to the method 100 described above and are not repeated herein.

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

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

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

[0107] The description of above device embodiments is similar to the description of above method embodiments, having beneficial effects similar to the method embodiments. For technical details not disclosed in the device embodiments of the present application, please refer to the description of the method embodiments of the present application for the purpose of understanding.

[0108] FIG. 31 is a block diagram of an example system 700 for wireless communication according to an embodiment of the present application. Embodiments described herein may be implemented into the system using any suitably configured hardware and / or software. FIG. 31 illustrates the system 700 including a radio frequency (RF) circuitry 710, a baseband circuitry 720, an application circuitry 730, a memory / storage 740, a display 750, a camera 760, a sensor 770, and an input / output (I / O) interface 780, coupled with each other at least as illustrated. The application circuitry 730 may include a circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include any combination of general-purpose processors and dedicated processors, such as graphics processors, application processors. The processors may be coupled with the memory / storage and configured to execute instructions stored in the memory / storage to enable various applications and / or operating systems running on the system.

[0109] The baseband circuitry 720 may include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include a baseband processor. The baseband circuitry may handle various radio control functions that enables communication with one or more radio networks via the RF circuitry. The radio control functions may include, but are not limited to, signal modulation, encoding, decoding, radio frequency shifting, etc. In some embodiments, the baseband circuitry may provide communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry may support communication with an evolved universal terrestrial radio access network (EUTRAN) and / or other wireless metropolitan area networks (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) . Embodiments in which the baseband circuitry is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry.

[0110] In various embodiments, the baseband circuitry 720 may include circuitry to operate with signals that are not strictly considered as being in a baseband frequency. For example, in some embodiments, baseband circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency. The RF circuitry 710 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuitry may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. In various embodiments, the RF circuitry 710 may include circuitry to operate with signals that are not strictly considered as being in a radio frequency. For example, in some embodiments, RF circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency.

[0111] In various embodiments, the transmitter circuitry, control circuitry, or receiver circuitry discussed above with respect to the user equipment, eNB, or gNB may be embodied in whole or in part in one or more of the RF circuitry, the baseband circuitry, and / or the application circuitry. As used herein, “circuitry” may refer to, be part of, or include an Application Specific Integrated Circuit (ASIC) , an electronic circuit, a processor (shared, dedicated, or group) , and / or a memory (shared, dedicated, or group) that execute one or more software or firmware programs, a combinational logic circuit, and / or other suitable hardware components that provide the described functionality. In some embodiments, the electronic device circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules. In some embodiments, some or all of the constituent components of the baseband circuitry, the application circuitry, and / or the memory / storage may be implemented together on a system on a chip (SOC) . The memory / storage 740 may be used to load and store data and / or instructions, for example, for a system. The memory / storage for one embodiment may include any combination of suitable volatile memory, such as dynamic random access memory (DRAM) , and / or non-volatile memory, such as flash memory.

[0112] In various embodiments, the I / O interface 780 may include one or more user interfaces designed to enable user interaction with the system and / or peripheral component interfaces designed to enable peripheral component interaction with the system. User interfaces may include, but are not limited to a physical keyboard or keypad, a touchpad, a speaker, a microphone, etc. Peripheral component interfaces may include, but are not limited to, a non-volatile memory port, a universal serial bus (USB) port, an audio jack, and a power supply interface. In various embodiments, the sensor 770 may include one or more sensing devices to determine environmental conditions and / or location information related to the system. In some embodiments, the sensors may include, but are not limited to, a gyro sensor, an accelerometer, a proximity sensor, an ambient light sensor, and a positioning unit. The positioning unit may also be part of, or interact with, the baseband circuitry and / or RF circuitry to communicate with components of a positioning network, e.g., a global positioning system (GPS) satellite.

[0113] In various embodiments, the display 750 may include a display, such as a liquid crystal display and a touch screen display. In various embodiments, the system 700 may be a mobile computing device such as, but not limited to, a laptop computing device, a tablet computing device, a netbook, an ultrabook, a smartphone, an AR / VR glasses, etc. In various embodiments, a system may have more or less components, and / or different architectures. Where appropriate, methods described herein may be implemented as a computer program. The computer program may be stored on a storage medium, such as a non-transitory storage medium.

[0114] A person having ordinary skill in the art understands that each of the units, algorithm, and steps described and disclosed in the embodiments of the present application are realized using electronic hardware or combinations of software for computers and electronic hardware. Whether the functions run in hardware or software depends on the condition of application and design requirement for a technical plan. A person having ordinary skill in the art can use different ways to realize the function for each specific application while such realizations should not go beyond the scope of the present application. It is understood by a person having ordinary skill in the art that he / she can refer to the working processes of the system, device, and unit in the above-mentioned embodiment since the working processes of the above-mentioned system, device, and unit are basically the same. For easy description and simplicity, these working processes will not be detailed.

[0115] It is understood that the disclosed system, device, and method in the embodiments of the present application can be realized with other ways. The above-mentioned embodiments are exemplary only. The division of the units is merely based on logical functions while other divisions exist in realization. It is possible that a plurality of units or components are combined or integrated in another system. It is also possible that some characteristics are omitted or skipped. On the other hand, the displayed or discussed mutual coupling, direct coupling, or communicative coupling operate through some ports, devices, or units whether indirectly or communicatively by ways of electrical, mechanical, or other kinds of forms.

[0116] The units as separating components for explanation are or are not physically separated. The units for display are or are not physical units, that is, located in one place or distributed on a plurality of network units. Some or all of the units are used according to the purposes of the embodiments. Moreover, each of the functional units in each of the embodiments can be integrated in one processing unit, physically independent, or integrated in one processing unit with two or more than two units.

[0117] If the software function unit is realized and used and sold as a product, it can be stored in a readable storage medium in a computer. Based on this understanding, the technical plan proposed by the present application can be essentially or partially realized as the form of a software product. Or, one part of the technical plan beneficial to the conventional technology can be realized as the form of a software product. The software product in the computer is stored in a storage medium, including a plurality of commands for a computational device (such as a personal computer, a server, or a network device) to run all or some of the steps disclosed by the embodiments of the present application. The storage medium includes a USB disk, a mobile hard disk, a read-only memory (ROM) , a random access memory (RAM) , a floppy disk, or other kinds of media capable of storing program codes.

[0118] While the present application has been described in connection with what is considered the most practical and preferred embodiments, it is understood that the present application is not limited to the disclosed embodiments but is intended to cover various arrangements made without departing from the scope of the broadest interpretation of the appended claims.

Claims

1.A wireless communication method, performed by a user equipment (UE) in a network, comprising:receiving at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode.2.The method of claim 1, wherein each set of downlink subframes is within an Iridium downlink slot.3.The method of claim 1 or 2, wherein there are 7 consecutive subframes in one set of downlink subframes.4.The method of claim 1 or 2, wherein there are 8 consecutive subframes in one set of downlink subframes.5.The method of any of claims 1 to 4, wherein the at least one of the NPSS, the NSSS, the NPBCH, and the specific SIB for the NB is defined based on a legacy NB-IoT frame structure, and each set of downlink subframes covers the at least one of the NPSS, the NSSS, the NPBCH, and the specific SIB for the NB.6.The method of any of claims 1 to 5, wherein a period of the sets of downlink subframes is 90 ms or multiple of 90 ms.7.The method of any of claims 1 to 6, further comprising:detecting the NPSS, wherein the NPSS is transmitted in each set of downlink subframes periodically.8.The method of claim 7, further comprising:detecting the NSSS after the NPSS is detected,wherein essential signals, channels or blocks in each set of downlink subframes forms a downlink subframe pattern, and the NSSS is monitored at a unique NSSS location with respect to a location of the NPSS in the set of downlink subframes.9.The method of claim 7, further comprising:detecting the NSSS after the NPSS is detected,wherein the NSSS is monitored at at least two possible NSSS locations with respect to a location of the NPSS in the set of downlink subframes.10.The method of claim 8 or 9, further comprising:receiving the NPBCH in a subframe next to the NSSS.11.The method of any of claims 1 to 6, further comprising:deriving a downlink subframe pattern, which is formed by essential signals, channels or blocks in each set of downlink subframes, according to a detected NPSS or NSSS,wherein an association exists between downlink subframe pattern and a sequence of the NPSS or the NSSS.12.The method of any of claims 1 to 11, wherein a hyper system frame number (SFN) contains a number of radio frames that occupies a length of time which is multiple of a period of the sets of downlink subframes, and the downlink subframes in different hyper SFN have a same relative location.13.The method of any of claims 1 to 12, further comprising:receiving the specific SIB for the NB, wherein a transmission time interval (TTI) for the specific SIB is defined to be equal to m*n*Period, where the parameter Period is a period of the sets of downlink subframes, m is an integer number which indicates a number of subframes that are needed to carry overall payload of the specific SIB, and n is an integer number which indicates a frequency for the UE to receive a subframe of the specific SIB within n*Period.14.The method of claim 13, wherein the specific SIB for the NB comprises system information block 1 (SIB1) -NB.15.The method of any of claims 1 to 14, further comprising:determining a system information (SI) window, wherein the SI window is determined according to a SI window start, a SI window length and a SI window period; andreceiving another system information block different from the specific SIB for the NB according to the SI window.16.The method of claim 15, wherein the SI window start is aligned with a start of the set of downlink subframes, the SI window length is a multiple of a period of the sets of downlink subframes, and the SI window period is also a multiple of the period of the sets of downlink subframes.17.The method of claim 15 or 16, wherein the SI window start is determined based on a legacy NB-IoT SI window start subframe number plus an offset, which indicates a subframe offset between a radio frame boundary and a boundary of the set of downlink frames.18.The method of any of claims 1 to 17, wherein the specific SIB for the NB provides a configuration of the downlink subframes, and the configuration of the downlink subframes comprises at least one of a number of the downlink subframes in a set, a period of a plurality of groups of the sets of downlink subframes, a number of the sets of downlink subframes, and locations of the sets of downlink subframes.19.The method of claim 18, wherein a number of consecutive downlink subframes in different sets of downlink subframes is same.20.The method of claim 18, wherein a number of consecutive downlink subframes in different sets of downlink subframes is different.21.The method of any of claims 18 to 20, wherein at least one guard period containing one or more downlink subframes, slots or symbols is configured between two adjacent sets of downlink subframes, and no IoT NTN transmission exists in the at least one guard period.22.The method of claim 21, wherein a start of the at least one guard period is configured to be relative to a start location of a group of the sets of downlink subframes.23.The method of claim 21 or 22, wherein the at least one guard period separates the group of the sets of downlink subframes into multiple sets of downlink subframes.24.The method of any of claims 1 to 23, further comprising:being configured with uplink subframes, wherein one or more sets of uplink subframes are configured within a period of groups of the sets of uplink subframes.25.The method of claim 24, wherein the period of groups of the sets of uplink subframes is as the same as a period of groups of the sets of downlink subframes.26.The method of claim 24, wherein the period of groups of the sets of uplink subframes is different from a period of groups of the sets of downlink subframes.27.The method of any of claims 24 to 26, wherein at least one guard period containing one or more uplink subframes, slots or symbols is configured between two adjacent sets of uplink subframes, and no IoT NTN transmission exists in the at least one guard period.28.The method of claim 27, wherein a start of the at least one guard period is configured to be relative to a start location of a group of the sets of uplink subframes.29.The method of claim 27 or 28, wherein the at least one guard period separates the group of the sets of uplink subframes into multiple sets of uplink subframes.30.The method of any of claims 1 to 29, further comprising:sending a NB-IoT physical access random channel (NPRACH) in uplinks subframes, wherein a NPRACH period is a multiple of a period of sets of uplink subframes, and the NPRACH period determines a reference radio frame, which is a multiple of one-tenth of the NPRACH period.31.The method of claim 30, wherein the NPRACH starts to be transmitted from a start location, which is within one set of uplink subframes.32.The method of claim 31, wherein the start location of the NPRACH is a first subframe of an incoming set of uplink subframes after the reference radio frame.33.The method of claim 31, wherein the start location of the NPRACH is shifted by an offset from a beginning of an incoming set of uplink subframes after the reference radio frame.34.The method of claim 31, wherein the start location of the NPRACH is shifted by an offset from a beginning of the reference radio frame.35.The method of any of claims 1 to 34, further comprising:monitoring a NB physical downlink control channel (NPDCCH) based on a NPDCCH monitoring period and a NPDCCH monitoring starting subframe,wherein the NPDCCH monitoring period is a multiple of a period of the sets of downlink subframes, and the NPDCCH monitoring starting subframe is configured by the network and is a subframe within one set of downlink subframes.36.The method of claim 35, wherein when the NPDCCH starting subframe falls into a guard period, the NPDCCH starting subframe is delayed to a next available downlink subframe, slot or symbol.37.The method of any of claims 1 to 36, further comprising:receiving a downlink control information (DCI) ;determining a starting subframe of a NB physical downlink shared channel (NPDSCH) scheduled by the DCI, based on at least one of a first delay, a second delay and a location of the DCI scheduling the NPDSCH; andreceiving the NPDSCH from the starting subframe,wherein the DCI scheduling the NPDSCH is carried in a NPDCCH, the first delay is a pre-defined delay used as processing time to decode the DCI, and the second delay is a subframe offset provided in the DCI.38.The method of claim 37, wherein when the NPDCCH ends in subframe n, the starting subframe for the NPDSCH is an available subframe after subframe n+D1+D2, where n is an integer, D1 represents the first delay, and D2 represents the second delay.39.The method of claim 38, wherein when the subframe n+D1+D2 falls outside one set of downlink subframes, the starting subframe for the NPDSCH is further delayed to a first available downlink subframe in a next set of downlink subframes, where the available downlink subframe is one downlink subframe available for receiving the NPDSCH.40.The method of claim 38, wherein when the subframe n+D1+D2 falls outside one set of downlink subframes, the starting subframe for the NPDSCH is further delayed to a subframe with an offset starting from a first downlink subframe in a next set of downlink subframes.41.The method of claim 40, wherein the offset is smaller than or equal to the second delay, and only an available downlink subframe is counted when counting the offset.42.The method of any of claims 1 to 41, further comprising:receiving a downlink control information (DCI) ;determining a starting subframe or slot of a NB physical uplink shared channel (NPUSCH) scheduled by the DCI, based on at least one of a third delay, a fourth delay and a location of the DCI scheduling the NPUSCH; andsending the NPUSCH from the starting subframe,wherein the DCI scheduling the NPUSCH is carried in a NPDCCH, the third delay is a pre-defined delay used as a round trip delay, and the fourth delay is a subframe offset provided in the DCI.43.The method of claim 42, wherein when the NPDCCH ends in subframe n, the starting subframe or slot for the NPDSCH is a first subframe or slot after subframe n+D3+D4, where n is an integer, D3 represents the third delay, and D4 represents the fourth delay.44.The method of claim 43, wherein when the subframe n+D3+D4 falls outside one set of uplink subframes, the starting subframe or slot for the NPUSCH is further delayed to a first uplink subframe or slot in a next set of uplink subframes.45.The method of claim 43, wherein when the subframe n+D3+D4 falls outside one set of downlink subframes, the starting subframe or slot for the NPUSCH is further delayed to a subframe or slot with an offset starting from a first uplink subframe or slot in a next set of uplink subframes.46.The method of claim 45, wherein the offset is smaller than or equal to the fourth delay.47.The method of any of claims 1 to 46, wherein when an initial segment for uplink transmission crosses two sets of uplink subframes, the initial segment is split into two segments, which are transmitted in the two sets of uplink subframes, respectively.48.The method of claim 47, wherein the two sets of uplink subframes are separated by a guard period.49.The method of claim 47, wherein the two sets of uplink subframes are separated by a period of the sets of uplink subframes.50.The method of any of claims 47 to 49, wherein a duration of the initial segment for uplink transmission is pre-defined, or pre-configured by the network, or reported by the UE.51.A wireless communication method, performed by a network node in a network, comprising:sending to a user equipment (UE) at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode.52.The method of claim 51, wherein each set of downlink subframes is within an Iridium downlink slot.53.The method of claim 51 or 52, wherein there are 7 consecutive subframes in one set of downlink subframes.54.The method of claim 51 or 52, wherein there are 8 consecutive subframes in one set of downlink subframes.55.The method of any of claims 51 to 54, wherein the at least one of the NPSS, the NSSS, the NPBCH, and the specific SIB for the NB is defined based on a legacy NB-IoT frame structure, and each set of downlink subframes covers the at least one of the NPSS, the NSSS, the NPBCH, and the specific SIB for the NB.56.The method of any of claims 51 to 55, wherein a period of the sets of downlink subframes is 90 ms or multiple of 90 ms.57.The method of any of claims 51 to 56, further comprising:sending the NPSS, wherein the NPSS is transmitted in each set of downlink subframes periodically.58.The method of claim 57, further comprising:sending the NSSS after the NPSS is sent,wherein essential signals, channels or blocks in each set of downlink subframes forms a downlink subframe pattern, and the NSSS is sent at a unique NSSS location with respect to a location of the NPSS in the set of downlink subframes.59.The method of claim 57, further comprising:sending the NSSS after the NPSS is sent,wherein the NSSS is expected to be monitored by the UE at at least two possible NSSS locations with respect to a location of the NPSS in the set of downlink subframes.60.The method of claim 58 or 59, further comprising:sending the NPBCH in a subframe next to the NSSS.61.The method of any of claims 51 to 56, wherein a downlink subframe pattern, which is formed by essential signals, channels or blocks in each set of downlink subframes, is expected to be derived by the UE according to a detected NPSS or NSSS, and an association exists between downlink subframe pattern and a sequence of the NPSS or the NSSS.62.The method of any of claims 51 to 61, wherein a hyper system frame number (SFN) contains a number of radio frames that occupies a length of time which is multiple of a period of the sets of downlink subframes, and the downlink subframes in different hyper SFN have a same relative location.63.The method of any of claims 51 to 62, further comprising:sending the specific SIB for the NB, wherein a transmission time interval (TTI) for the specific SIB is defined to be equal to m*n*Period, where the parameter Period is a period of the sets of downlink subframes, m is an integer number which indicates a number of subframes that are needed to carry overall payload of the specific SIB, and n is an integer number which indicates a frequency for the UE to receive a subframe of the specific SIB within n*Period.64.The method of claim 63, wherein the specific SIB for the NB comprises system information block 1 (SIB1) -NB.65.The method of any of claims 51 to 64, wherein a system information (SI) window is expected to be determined by the UE according to a SI window start, a SI window length and a SI window period, and the method further comprises:transmitting another system information block different from the specific SIB for the NB according to the SI window.66.The method of claim 65, wherein the SI window start is aligned with a start of the set of downlink subframes, the SI window length is a multiple of a period of the sets of downlink subframes, and the SI window period is also a multiple of the period of the sets of downlink subframes.67.The method of claim 65 or 66, wherein the SI window start is determined based on a legacy NB-IoT SI window start subframe number plus an offset, which indicates a subframe offset between a radio frame boundary and a boundary of the set of downlink frames.68.The method of any of claims 51 to 67, wherein the specific SIB for the NB provides a configuration of the downlink subframes, and the configuration of the downlink subframes comprises at least one of a number of the downlink subframes in a set, a period of a plurality of groups of the sets of downlink subframes, a number of the sets of downlink subframes, and locations of the sets of downlink subframes.69.The method of claim 68, wherein a number of consecutive downlink subframes in different sets of downlink subframes is same.70.The method of claim 68, wherein a number of consecutive downlink subframes in different sets of downlink subframes is different.71.The method of any of claims 68 to 70, wherein at least one guard period containing one or more downlink subframes, slots or symbols is configured between two adjacent sets of downlink subframes, and no IoT NTN transmission exists in the at least one guard period.72.The method of claim 71, wherein a start of the at least one guard period is configured to be relative to a start location of a group of the sets of downlink subframes.73.The method of claim 71 or 72, wherein the at least one guard period separates the group of the sets of downlink subframes into multiple sets of downlink subframes.74.The method of any of claims 51 to 73, further comprising:configuring the UE with uplink subframes, wherein one or more sets of uplink subframes are configured within a period of groups of the sets of uplink subframes.75.The method of claim 74, wherein the period of groups of the sets of uplink subframes is as the same as a period of groups of the sets of downlink subframes.76.The method of claim 74, wherein the period of groups of the sets of uplink subframes is different from a period of groups of the sets of downlink subframes.77.The method of any of claims 74 to 76, wherein at least one guard period containing one or more uplink subframes, slots or symbols is configured between two adjacent sets of uplink subframes, and no IoT NTN transmission exists in the at least one guard period.78.The method of claim 77, wherein a start of the at least one guard period is configured to be relative to a start location of a group of the sets of uplink subframes.79.The method of claim 77 or 78, wherein the at least one guard period separates the group of the sets of uplink subframes into multiple sets of uplink subframes.80.The method of any of claims 51 to 79, further comprising:receiving a NB-IoT physical access random channel (NPRACH) in uplinks subframes, wherein a NPRACH period is a multiple of a period of sets of uplink subframes, and the NPRACH period determines a reference radio frame, which is a multiple of one-tenth of the NPRACH period.81.The method of claim 80, wherein the NPRACH starts to be transmitted from a start location, which is within one set of uplink subframes.82.The method of claim 81, wherein the start location of the NPRACH is a first subframe of an incoming set of uplink subframes after the reference radio frame.83.The method of claim 81, wherein the start location of the NPRACH is shifted by an offset from a beginning of an incoming set of uplink subframes after the reference radio frame.84.The method of claim 81, wherein the start location of the NPRACH is shifted by an offset from a beginning of the reference radio frame.85.The method of any of claims 51 to 84, wherein a NB physical downlink control channel (NPDCCH) is expected to be monitored by the UE based on a NPDCCH monitoring period and a NPDCCH monitoring starting subframe, the NPDCCH monitoring period is a multiple of a period of the sets of downlink subframes, and the NPDCCH monitoring starting subframe is configured by the network and is a subframe within one set of downlink subframes.86.The method of claim 85, wherein when the NPDCCH starting subframe falls into a guard period, the NPDCCH starting subframe is delayed to a next available downlink subframe, slot or symbol.87.The method of any of claims 51 to 86, further comprising:sending a downlink control information (DCI) to schedule a NB physical downlink shared channel (NPDSCH) that is transmitted from a start subframe,wherein the starting subframe of the NPDSCH scheduled by the DCI is expected to be determined by the UE based on at least one of a first delay, a second delay and a location of the DCI scheduling the NPDSCH, the DCI scheduling the NPDSCH is carried in a NPDCCH, the first delay is a pre-defined delay used as processing time to decode the DCI, and the second delay is a subframe offset provided in the DCI.88.The method of claim 87, wherein when the NPDCCH ends in subframe n, the starting subframe for the NPDSCH is an available subframe after subframe n+D1+D2, where n is an integer, D1 represents the first delay, and D2 represents the second delay.89.The method of claim 88, wherein when the subframe n+D1+D2 falls outside one set of downlink subframes, the starting subframe for the NPDSCH is further delayed to a first available downlink subframe in a next set of downlink subframes, where the available downlink subframe is one downlink subframe available for receiving the NPDSCH.90.The method of claim 88, wherein when the subframe n+D1+D2 falls outside one set of downlink subframes, the starting subframe for the NPDSCH is further delayed to a subframe with an offset starting from a first downlink subframe in a next set of downlink subframes.91.The method of claim 90, wherein the offset is smaller than or equal to the second delay, and only an available downlink subframe is counted when counting the offset.92.The method of any of claims 51 to 91, further comprising:sending a downlink control information (DCI) to schedule a NB physical uplink shared channel (NPUSCH) that is transmitted from a starting subframe or slot,wherein the starting subframe or slot of the NPUSCH scheduled by the DCI is expected to be determined by the UE based on at least one of a third delay, a fourth delay and a location of the DCI scheduling the NPUSCH, the DCI scheduling the NPUSCH is carried in a NPDCCH, the third delay is a pre-defined delay used as a round trip delay, and the fourth delay is a subframe offset provided in the DCI.93.The method of claim 92, wherein when the NPDCCH ends in subframe n, the starting subframe or slot for the NPDSCH is a first subframe or slot after subframe n+D3+D4, where n is an integer, D3 represents the third delay, and D4 represents the fourth delay.94.The method of claim 93, wherein when the subframe n+D3+D4 falls outside one set of uplink subframes, the starting subframe or slot for the NPUSCH is further delayed to a first uplink subframe or slot in a next set of uplink subframes.95.The method of claim 93, wherein when the subframe n+D3+D4 falls outside one set of downlink subframes, the starting subframe or slot for the NPUSCH is further delayed to a subframe or slot with an offset starting from a first uplink subframe or slot in a next set of uplink subframes.96.The method of claim 95, wherein the offset is smaller than or equal to the fourth delay.97.The method of any of claims 51 to 96, wherein when an initial segment for uplink transmission crosses two sets of uplink subframes, the initial segment is split into two segments, which are transmitted in the two sets of uplink subframes, respectively.98.The method of claim 97, wherein the two sets of uplink subframes are separated by a guard period.99.The method of claim 97, wherein the two sets of uplink subframes are separated by a period of the sets of uplink subframes.100.The method of any of claims 97 to 99, wherein a duration of the initial segment for uplink transmission is pre-defined, or pre-configured by the network, or reported by the UE.101.A user equipment (UE) in a network, comprising:a receiving module, configured to receive at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode.102.A network node in a network, comprising:a sending module, configured to send to a user equipment (UE) at least one of a narrowband (NB) primary synchronization signal (NPSS) , a NB secondary synchronization signal (NSSS) , a NB physical broadcast channel (NPBCH) for downlink synchronization, and a specific system information block (SIB) for the NB for essential system information in one or more sets of downlink subframes, each set of which comprises a set of consecutive subframes, in an internet-of-things (IoT) non-terrestrial network (NTN) time-division duplex (TDD) mode.103.A user equipment (UE) in a network, comprising:at least one memory configured to store program instructions; andat least one processor configured to execute the program instructions, which cause the at least one processor to execute the method of any of claims 1 to 50.104.A network node in a network, comprising:at least one memory configured to store program instructions; andat least one processor configured to execute the program instructions, which cause the at least one processor to execute the method of any of claims 51 to 100.105.A non-transitory machine-readable storage medium having stored thereon instructions that, when executed by a computer, cause the computer to execute the method of any one of claims 1 to 50 or the method of any one of claims 51 to 100.106.A chip, comprising:a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the method of any one of claims 1 to 50 or the method of any one of claims 51 to 100.107.A computer readable storage medium, in which a computer program is stored, wherein the computer program causes a computer to execute the method of any one of claims 1 to 50 or the method of any one of claims 51 to 100.108.A computer program product, comprising a computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 50 or the method of any one of claims 51 to 100.109.A computer program, wherein the computer program causes a computer to execute the method of any one of claims 1 to 50 or the method of any one of claims 51 to 100.

Images