Wireless link detection method, device and system, storage medium and program product

Abstract

The invention provides a wireless link detection method, device and system, a storage medium and a program product, the method is executed by a terminal device, and the method comprises the following steps: performing wireless link detection in a wireless frame; wherein the wireless frame is a wireless frame of a downlink signal and / or data transmitted in the IoT-NTN TDD mode. According to the embodiment of the invention, the accuracy of wireless link detection can be improved.

Description

Technical Field

[0001] The present disclosure relates to the field of communication technologies, and in particular to a wireless link detection method, device, system, storage medium, and program product. Background Art

[0002] In mobile communication systems, the stability and reliability of radio links are crucial. Currently, during radio link monitoring (RLM), terminal devices can periodically measure reference signals to monitor the radio link and determine whether a radio link failure (RLF) has occurred. Summary of the Invention

[0003] The present disclosure relates to the field of communication technology, and in particular to a wireless link detection method, device, system, storage medium, and program product, so as to improve the accuracy of wireless link detection performed by a terminal device.

[0004] In a first aspect, an embodiment of the present disclosure provides a wireless link detection method, which is performed by a terminal device. The method includes:

[0005] Perform wireless link detection in wireless frames;

[0006] The radio frame is a radio frame of a downlink signal and / or data transmitted in a time division duplexing (TDD) mode of the Internet of things non-terrestrial network (IoT-NTN).

[0007] In the embodiment of the present disclosure, in the IoT-NTN scenario, the terminal device performs wireless link detection on a radio frame for downlink signals and / or data transmitted in the IoT-NTN TDD mode. Since the radio frame is used for the IoT-NTN TDD mode, that is, the downlink signals and / or data of the IoT-NTN are transmitted in the radio frame, the terminal device performs wireless link detection on the radio frame. This can avoid the impact of performing wireless link detection on the overall detection result on a radio frame that is not used for downlink signals and / or data transmitted in the IoT-NTN TDD mode, thereby improving the accuracy of the wireless link detection.

[0008] In a second aspect, an embodiment of the present disclosure provides a wireless link detection method, which is performed by a network device. The method includes:

[0009] Configure the terminal device to perform wireless link detection in the wireless frame;

[0010] The radio frame is a radio frame of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0011] In an embodiment of the present disclosure, in an IoT-NTN scenario, a network device performs wireless link detection on a radio frame for downlink signals and / or data transmitted by a terminal device in an IoT-NTN TDD mode. Since the radio frame is used for the IoT-NTN TDD mode, that is, the downlink signals and / or data of the IoT-NTN are transmitted in the radio frame, the network device configures the terminal device to perform wireless link detection on the radio frame. This can avoid the impact of performing wireless link detection on the overall detection result on a radio frame for downlink signals and / or data not transmitted in the IoT-NTN TDD mode, thereby improving the accuracy of the wireless link detection performed by the terminal device.

[0012] In a third aspect, an embodiment of the present disclosure provides a terminal device, including:

[0013] A processing module, configured to perform wireless link detection in a wireless frame;

[0014] The radio frame is a radio frame of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0015] In a fourth aspect, an embodiment of the present disclosure provides a network device, including:

[0016] A processing module, used to configure the terminal device to perform wireless link detection in the wireless frame;

[0017] The radio frame is a radio frame of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0018] In a fifth aspect, an embodiment of the present disclosure proposes a communication device, which is used to execute the method described in the first aspect and the optional implementation manner of the first aspect, or to execute the method described in the second aspect and the optional implementation manner of the second aspect.

[0019] In the sixth aspect, an embodiment of the present disclosure proposes a communication system, including a terminal device and a network device, wherein the terminal device is configured to implement the method described in the first aspect and the optional implementation manner of the first aspect, and the network device is configured to implement the method described in the second aspect and the optional implementation manner of the second aspect.

[0020] In the seventh aspect, an embodiment of the present disclosure proposes a storage medium, which stores instructions. When the instructions are executed on a communication device, the communication device executes the method described in the first aspect and the optional implementation method in the first aspect, and the second aspect and the optional implementation method in the second aspect.

[0021] In an eighth aspect, an embodiment of the present disclosure proposes a program product, comprising at least one of a program and an instruction. When at least one of the program and the instruction is executed by a communication device, the method described in the first aspect and the optional implementation method in the first aspect, the second aspect and the optional implementation method in the second aspect is implemented. BRIEF DESCRIPTION OF THE DRAWINGS

[0022] In order to more clearly illustrate the technical solutions in the embodiments of the present disclosure, the following drawings required for describing the embodiments are introduced. The following drawings are merely some embodiments of the present disclosure and do not impose specific limitations on the protection scope of the present disclosure.

[0023] Figure 1a is a schematic diagram of the architecture of a communication system according to an embodiment of the present disclosure;

[0024] Figure 1b is a schematic diagram of NTN communication provided according to an embodiment of the present disclosure;

[0025] Figure 1c Schematic diagram of an NTN communication system architecture in a transparent transmission mode provided by an embodiment of the present disclosure;

[0026] Figure 1d 1 is a schematic diagram of an NTN communication system architecture in a regeneration mode provided by an embodiment of the present disclosure;

[0027] Figure 1e is a schematic diagram of a frame structure of an Iridium communication system provided according to an embodiment of the present disclosure;

[0028] Figure 1f is a schematic diagram of a frame structure provided according to an embodiment of the present disclosure;

[0029] Figure 1g 1 is a schematic diagram of an RLF processing flow according to an embodiment of the present disclosure;

[0030] Figure 2a FIG1 is a first exemplary flow chart of a wireless link detection method according to an embodiment of the present disclosure;

[0031] Figure 2b FIG2 is a second exemplary flow chart of a wireless link detection method according to an embodiment of the present disclosure;

[0032] Figure 2c This is an exemplary process diagram of a wireless link detection method provided in accordance with an embodiment of the present disclosure. Figure 3 ;

[0033] Figure 2d FIG4 is a fourth exemplary flow chart of a wireless link detection method according to an embodiment of the present disclosure;

[0034] Figure 2e This is an exemplary interaction diagram 1 of the wireless link detection method provided according to an embodiment of the present disclosure;

[0035] Figure 2f This is a second exemplary interaction diagram of a wireless link detection method provided according to an embodiment of the present disclosure;

[0036] Figure 3 FIG5 is a fifth exemplary flow chart of a wireless link detection method provided according to an embodiment of the present disclosure;

[0037] Figure 4a is a schematic diagram of an exemplary structure of a terminal device proposed in an embodiment of the present disclosure;

[0038] Figure 4b is an exemplary structural diagram of a network device proposed in an embodiment of the present disclosure;

[0039] Figure 5a is a schematic diagram of an exemplary structure of a communication device proposed in an embodiment of the present disclosure;

[0040] Figure 5b It is a schematic diagram of an exemplary structure of the chip proposed in the embodiment of the present disclosure. DETAILED DESCRIPTION

[0041] The present disclosure relates to the field of communication technology, and in particular to a wireless link detection method, device, system, storage medium, and program product, so as to improve the accuracy of wireless link detection performed by a terminal device.

[0042] In a first aspect, an embodiment of the present disclosure provides a wireless link detection method, which is performed by a terminal device. The method includes:

[0043] Perform wireless link detection in wireless frames;

[0044] The radio frame is a radio frame of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0045] In the embodiment of the present disclosure, in the IoT-NTN scenario, the terminal device performs wireless link detection on a radio frame for downlink signals and / or data transmitted in the IoT-NTN TDD mode. Since the radio frame is used for the IoT-NTN TDD mode, that is, the downlink signals and / or data of the IoT-NTN are transmitted in the radio frame, the terminal device performs wireless link detection on the radio frame. This can avoid the impact of performing wireless link detection on the overall detection result on a radio frame that is not used for downlink signals and / or data transmitted in the IoT-NTN TDD mode, thereby improving the accuracy of the wireless link detection.

[0046] In conjunction with some embodiments of the first aspect, in some embodiments, the method further includes:

[0047] Indication information sent by a network device is received, where the indication information is used to instruct to perform radio link detection in a radio frame, or to perform radio link detection in a subframe in a radio frame.

[0048] In the embodiment of the present disclosure, the terminal device receives indication information sent by the network device, and can perform wireless link detection in the wireless frame or a subframe in the wireless frame according to the indication of the indication information, thereby improving the accuracy of the wireless link detection.

[0049] In conjunction with some embodiments of the first aspect, in some embodiments, the method further includes:

[0050] Determine configuration information of the network device, where the configuration information represents a radio frame configuration of downlink signals and / or data transmitted in TDD mode of the IoT-NTN.

[0051] In the disclosed embodiment, the terminal device determines the configuration information of the network device, thereby being able to determine the wireless frame configuration of the downlink signal and / or data transmitted in the IoT-NTN TDD mode based on the configuration information, obtain the frame structure of the wireless frame, and then perform wireless link detection on the wireless frame of the downlink signal and / or data transmitted in the IoT-NTN TDD mode based on the frame structure of the wireless frame, thereby improving the accuracy of the wireless link detection.

[0052] In conjunction with some embodiments of the first aspect, in some embodiments, performing radio link detection in a radio frame includes:

[0053] The physical layer of the terminal device performs wireless link quality detection in the wireless frame;

[0054] or,

[0055] The physical layer of the terminal device performs wireless link quality detection in the subframes of the wireless frame.

[0056] In the disclosed embodiment, the physical layer of the terminal device can perform wireless link quality detection in the wireless frame or a subframe in the wireless frame, and the flexibility of the wireless link quality detection is relatively high. Furthermore, since the wireless frame is a wireless frame for downlink signals and / or data transmitted in the IoT-NTNTDD mode, the physical layer of the terminal device performs wireless link quality detection in the wireless frame or a subframe in the wireless frame, which can avoid the impact of performing wireless link quality detection on the overall detection result on wireless frames that are not used for downlink signals and / or data transmitted in the IoT-NTN TDD mode, thereby improving the accuracy of the wireless link detection.

[0057] In combination with some embodiments of the first aspect, in some embodiments, when the terminal device is in a discontinuous reception (DRX) mode, the physical layer of the terminal device performs radio link quality detection in a radio frame, including:

[0058] The physical layer of the terminal device performs wireless link quality detection on at least one radio frame transmitted in IoT-NTN TDD mode in each DRX cycle.

[0059] In an embodiment of the present disclosure, when the terminal device is in DRX mode, the physical layer of the terminal device performs wireless link quality detection on at least one wireless frame transmitted in IoT-NTN TDD mode in each DRX cycle, thereby avoiding the impact of wireless link quality detection on the overall detection result by performing wireless link quality detection on wireless frames of downlink signals and / or data not used for IoT-NTN TDD mode transmission in the DRX cycle, thereby improving the accuracy of wireless link detection.

[0060] In conjunction with some embodiments of the first aspect, in some embodiments, when the terminal device is in DRX mode, the physical layer of the terminal device performs radio link quality detection in a subframe in a radio frame, including:

[0061] The physical layer of the terminal device performs wireless link quality detection on a subframe in a radio frame transmitted in at least one IoT-NTN TDD mode in each DRX cycle.

[0062] In an embodiment of the present disclosure, when the terminal device is in DRX mode, the physical layer of the terminal device performs wireless link quality detection on a subframe in a wireless frame transmitted in at least one IoT-NTN TDD mode in each DRX cycle. This can avoid the impact of performing wireless link quality detection on the overall detection result by performing wireless link quality detection on subframes in wireless frames that are not used for downlink signals and / or data transmitted in IoT-NTN TDD mode in the DRX cycle, thereby improving the accuracy of wireless link detection.

[0063] In conjunction with some embodiments of the first aspect, in some embodiments, when the terminal device is in a non-DRX mode, the physical layer of the terminal device performs radio link quality detection in a radio frame, including:

[0064] The physical layer of the terminal device performs wireless link quality detection on each radio frame transmitted in IoT-NTN TDD mode.

[0065] In an embodiment of the present disclosure, when the terminal device is in a non-DRX mode, the physical layer of the terminal device performs wireless link quality detection on each wireless frame transmitted in the IoT-NTN TDD mode, thereby avoiding the impact of wireless link quality detection on the overall detection result on wireless frames of downlink signals and / or data not used for IoT-NTN TDD mode transmission, thereby improving the accuracy of wireless link detection.

[0066] In conjunction with some embodiments of the first aspect, in some embodiments, when the terminal device is in a non-DRX mode, the physical layer of the terminal device performs radio link quality detection in a subframe in a radio frame, including:

[0067] The physical layer of the terminal device performs wireless link quality detection in the subframes of each radio frame transmitted in the IoT-NTN TDD mode.

[0068] In an embodiment of the present disclosure, when the terminal device is in a non-DRX mode, the physical layer of the terminal device performs wireless link quality detection on a subframe in each wireless frame transmitted in the IoT-NTN TDD mode, thereby avoiding the impact of wireless link quality detection on the overall detection result on the subframes in the wireless frame for downlink signals and / or data not transmitted in the IoT-NTN TDD mode, thereby improving the accuracy of the wireless link detection.

[0069] In conjunction with some embodiments of the first aspect, in some embodiments, performing radio link detection in a radio frame includes at least one of the following:

[0070] The radio resource control (RRC) layer of the terminal device counts out-of-sync for radio frames transmitted in IoT-NTN TDD mode.

[0071] The RRC layer of the terminal device counts early-out-of-sync (EOOS) for radio frames transmitted in IoT-NTN TDD mode.

[0072] The RRC layer of the terminal device performs out-of-sync counting on the subframes in the radio frame transmitted in IoT-NTN TDD mode;

[0073] The RRC layer of the terminal device performs early-out-of-sync counting in the subframes of the radio frame transmitted in the IoT-NTN TDD mode.

[0074] In the disclosed embodiments, the RRC layer of a terminal device performs out-of-sync counting on radio frames transmitted in IoT-NTN TDD mode, or on subframes within radio frames transmitted in IoT-NTN TDD mode. This out-of-sync counting provides greater flexibility. Furthermore, because radio frames transmitted in IoT-NTN TDD mode are used for IoT-NTN TDD, the accuracy of out-of-sync counting can be improved, reducing erroneous RLF judgments and thereby improving the accuracy of wireless link detection performed by the terminal device.

[0075] In the disclosed embodiments, the RRC layer of a terminal device performs early-out-of-sync counting in radio frames transmitted in IoT-NTN TDD mode, or in subframes within radio frames transmitted in IoT-NTN TDD mode. This early-out-of-sync counting provides greater flexibility. Furthermore, because radio frames transmitted in IoT-NTN TDD mode are used for IoT-NTN TDD, the accuracy of the early-out-of-sync counting can be improved, thereby improving the accuracy of wireless link detection performed by the terminal device.

[0076] In a second aspect, an embodiment of the present disclosure provides a wireless link detection method, which is performed by a network device. The method includes:

[0077] Configure the terminal device to perform wireless link detection in the wireless frame;

[0078] The radio frame is a radio frame of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0079] In an embodiment of the present disclosure, in an IoT-NTN scenario, a network device performs wireless link detection on a radio frame for downlink signals and / or data transmitted by a terminal device in an IoT-NTN TDD mode. Since the radio frame is used for the IoT-NTN TDD mode, that is, the downlink signals and / or data of the IoT-NTN are transmitted in the radio frame, the network device configures the terminal device to perform wireless link detection on the radio frame. This can avoid the impact of performing wireless link detection on the overall detection result on a radio frame for downlink signals and / or data not transmitted in the IoT-NTN TDD mode, thereby improving the accuracy of the wireless link detection performed by the terminal device.

[0080] In conjunction with some embodiments of the second aspect, in some embodiments, configuring the terminal device to perform radio link detection in a radio frame includes:

[0081] Send indication information to the terminal device, where the indication information is used to instruct the terminal device to perform wireless link detection in a wireless frame, or to perform wireless link detection in a subframe in a wireless frame.

[0082] In the embodiment of the present disclosure, the network device sends indication information to the terminal device, instructing the terminal device to perform wireless link detection in the wireless frame or a subframe in the wireless frame, thereby improving the accuracy of the wireless link detection performed by the terminal device.

[0083] In conjunction with some embodiments of the second aspect, in some embodiments, the indication information is used to instruct the physical layer of the terminal device to perform radio link quality detection in the radio frame;

[0084] or,

[0085] The indication information is used to instruct the physical layer of the terminal device to perform wireless link quality detection in a subframe in a wireless frame.

[0086] In the disclosed embodiment, the network device can instruct the physical layer of the terminal device to perform wireless link quality detection on the wireless frame or a subframe within the wireless frame through indication information, and the flexibility of the wireless link quality detection is relatively high. Furthermore, because the wireless frame is a wireless frame for downlink signals and / or data transmitted in the IoT-NTN TDD mode, the network device instructs the physical layer of the terminal device to perform wireless link quality detection on the wireless frame or a subframe within the wireless frame. This can avoid the impact of performing wireless link quality detection on wireless frames that are not used for downlink signals and / or data transmitted in the IoT-NTN TDD mode on the overall detection results, thereby improving the accuracy of wireless link detection performed by the terminal device.

[0087] In conjunction with some embodiments of the second aspect, in some embodiments, when the terminal device is in DRX mode, the indication information is used to indicate:

[0088] The physical layer of the terminal device performs wireless link quality detection on at least one radio frame transmitted in IoT-NTN TDD mode in each DRX cycle;

[0089] or,

[0090] The physical layer of the terminal device performs wireless link quality detection on a subframe in a radio frame transmitted in at least one IoT-NTN TDD mode in each DRX cycle.

[0091] In an embodiment of the present disclosure, when the terminal device is in DRX mode, the network device can instruct the physical layer of the terminal device through indication information to perform wireless link quality detection on at least one wireless frame transmitted in IoT-NTN TDD mode in each DRX cycle, thereby avoiding the impact of wireless link quality detection on the overall detection result by performing wireless link quality detection on wireless frames of downlink signals and / or data that are not used for IoT-NTN TDD mode transmission in the DRX cycle, thereby improving the accuracy of wireless link detection performed by the terminal device.

[0092] In conjunction with some embodiments of the second aspect, in some embodiments, when the terminal device is in a non-DRX mode, the indication information is used to indicate:

[0093] The physical layer of the terminal device performs wireless link quality detection on each radio frame transmitted in IoT-NTN TDD mode;

[0094] or,

[0095] The physical layer of the terminal device performs wireless link quality detection in the subframes of each radio frame transmitted in the IoT-NTN TDD mode.

[0096] In an embodiment of the present disclosure, when the terminal device is in a non-DRX mode, the network device can instruct the physical layer of the terminal device through indication information to perform wireless link quality detection on each wireless frame transmitted in the IoT-NTN TDD mode, thereby avoiding the impact of wireless link quality detection on the overall detection result on wireless frames of downlink signals and / or data not used for IoT-NTN TDD mode transmission, thereby improving the accuracy of wireless link detection performed by the terminal device.

[0097] In conjunction with some embodiments of the second aspect, in some embodiments, the indication information is used to indicate at least one of the following:

[0098] The RRC layer of the terminal device performs out-of-sync counting on radio frames transmitted in IoT-NTN TDD mode;

[0099] The RRC layer of the terminal device performs early-out-of-sync counting on radio frames transmitted in IoT-NTN TDD mode;

[0100] The RRC layer of the terminal device performs out-of-sync counting on the subframes in the radio frame transmitted in IoT-NTN TDD mode;

[0101] The RRC layer of the terminal device performs early-out-of-sync counting in the subframes of the radio frame transmitted in the IoT-NTN TDD mode.

[0102] In the disclosed embodiments, the network device can instruct the RRC layer of the terminal device, through indication information, to perform out-of-sync counting in subframes of radio frames transmitted in IoT-NTN TDD mode or radio frames transmitted in IoT-NTN TDD mode. The out-of-sync counting has high flexibility. Furthermore, since the radio frames transmitted in IoT-NTN TDD mode are used for IoT-NTN TDD, the accuracy of the out-of-sync counting can be improved, reducing erroneous RLF judgments, thereby improving the accuracy of the terminal device's wireless link detection.

[0103] In the disclosed embodiment, the network device can instruct the RRC layer of the terminal device to perform early-out-of-sync counting in the subframes of the radio frame transmitted in the IoT-NTN TDD mode or the radio frame transmitted in the IoT-NTN TDD mode through indication information. The early-out-of-sync counting has high flexibility. Furthermore, since the radio frame transmitted in the IoT-NTN TDD mode is used for IoT-NTN TDD, the accuracy of the early-out-of-sync counting can be improved, thereby improving the accuracy of the wireless link detection performed by the terminal device.

[0104] In conjunction with some embodiments of the second aspect, in some embodiments, configuring the terminal device to perform radio link detection in a radio frame includes:

[0105] Configuration information is determined, where the configuration information is used to represent a radio frame configuration of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0106] In the disclosed embodiment, the network device determines the configuration information, thereby being able to determine the wireless frame configuration of the downlink signal and / or data transmitted in the IoT-NTN TDD mode based on the configuration information, which helps the terminal device obtain the frame structure of the wireless frame, and helps the terminal device perform wireless link detection in the wireless frame of the downlink signal and / or data transmitted in the IoT-NTN TDD mode based on the frame structure of the wireless frame, thereby improving the accuracy of the wireless link detection.

[0107] In a third aspect, an embodiment of the present disclosure provides a terminal device, including:

[0108] A processing module, configured to perform wireless link detection in a wireless frame;

[0109] The radio frame is a radio frame of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0110] In a fourth aspect, an embodiment of the present disclosure provides a network device, including:

[0111] A processing module, used to configure the terminal device to perform wireless link detection in the wireless frame;

[0112] The radio frame is a radio frame of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0113] In a fifth aspect, an embodiment of the present disclosure proposes a communication device, which is used to execute the method described in the first aspect and the optional implementation manner of the first aspect, or to execute the method described in the second aspect and the optional implementation manner of the second aspect.

[0114] In the sixth aspect, an embodiment of the present disclosure proposes a communication system, including a terminal device and a network device, wherein the terminal device is configured to implement the method described in the first aspect and the optional implementation manner of the first aspect, and the network device is configured to implement the method described in the second aspect and the optional implementation manner of the second aspect.

[0115] In the seventh aspect, an embodiment of the present disclosure proposes a storage medium, which stores instructions. When the instructions are executed on a communication device, the communication device executes the method described in the first aspect and the optional implementation method in the first aspect, and the second aspect and the optional implementation method in the second aspect.

[0116] In an eighth aspect, an embodiment of the present disclosure proposes a program product, comprising at least one of a program and an instruction. When at least one of the program and the instruction is executed by a communication device, the method described in the first aspect and the optional implementation method in the first aspect, the second aspect and the optional implementation method in the second aspect is implemented.

[0117] In a ninth aspect, an embodiment of the present disclosure proposes a computer program, which, when executed on a computer, enables the computer to execute the method described in the first aspect and the optional implementation in the first aspect, the second aspect and the optional implementation in the second aspect.

[0118] In a tenth aspect, an embodiment of the present disclosure provides a chip or a chip system. The chip or chip system includes a processing circuit configured to execute the method described in accordance with the first aspect and the optional implementation of the first aspect, the second aspect, and the optional implementation of the second aspect.

[0119] It is understandable that the above-mentioned terminal devices, network devices, communication systems, storage media, program products, computer programs, chips, or chip systems are all used to perform the methods proposed in the embodiments of the present disclosure. Therefore, the beneficial effects that can be achieved can refer to the beneficial effects of the corresponding methods and will not be repeated here.

[0120] The present disclosure provides a wireless link detection method, device, system, storage medium, and program product. In some embodiments, the terms "wireless link detection method" and "communication method," "link detection method," and "wireless link processing method" are interchangeable; the terms "wireless link detection device" and "communication device," "link detection device," and "wireless link processing device" are interchangeable; and the terms "wireless link detection system" and "communication system," "link detection system," and "wireless link processing system" are interchangeable.

[0121] The embodiments of the present disclosure are not exhaustive, but are merely illustrations of some embodiments, and are not intended to be a specific limitation on the scope of protection of the present disclosure. In the absence of contradiction, each step in a certain embodiment can be implemented as an independent embodiment, and the steps can be arbitrarily combined. For example, a solution after removing some steps in a certain embodiment can also be implemented as an independent embodiment, and the order of the steps in a certain embodiment can be arbitrarily exchanged. In addition, the optional implementation methods in a certain embodiment can be arbitrarily combined; in addition, the embodiments can be arbitrarily combined. For example, some or all steps of different embodiments can be arbitrarily combined, and a certain embodiment can be arbitrarily combined with the optional implementation methods of other embodiments. In each embodiment of the present disclosure, if there is no special explanation and logical conflict, the terms and / or descriptions between the embodiments are consistent and can be referenced to each other. The technical features in different embodiments can be combined to form new embodiments according to their internal logical relationships.

[0122] The terms used in the embodiments of the present disclosure are only for the purpose of describing specific embodiments and are not intended to limit the present disclosure.

[0123] In the embodiments of the present disclosure, unless otherwise specified, elements expressed in the singular, such as "a", "an", "the", "above", "said", "the", "the", etc., may mean "one and only one", or "one or more", "at least one", etc. For example, when using articles such as "a", "an", "the" in English in translation, the noun following the article may be understood as a singular expression or a plural expression.

[0124] In the embodiments of the present disclosure, “plurality” refers to two or more.

[0125] In some embodiments, the terms "at least one of A or B, at least one of A and B", "one or more", "a plurality of", "multiple" and the like can be used interchangeably.

[0126] In some embodiments, descriptions such as "at least one of A and B," "A and / or B," "A in one case, B in another case," and "in response to one case A, in response to another case B" may include the following technical solutions depending on the circumstances: in some embodiments, A (A is executed regardless of whether there is a branch B); in some embodiments, B (B is executed regardless of whether there is a branch A); in some embodiments, execution is selected from A and B (A and B are selectively executed); in some embodiments, A and B (both A and B are executed). The above is also applicable when there are more branches such as A, B, and C.

[0127] In some embodiments, "A or B" and other notations may include the following technical solutions, depending on the circumstances: in some embodiments, A (A is executed regardless of whether B branch exists); in some embodiments, B (B is executed regardless of whether A branch exists); in some embodiments, execution is selected from A and B (A and B are selectively executed). The above is also applicable when there are more branches such as A, B, and C.

[0128] The prefixes such as "first" and "second" in the embodiments of the present disclosure are only used to distinguish different description objects and do not constitute any restriction on the position, order, priority, quantity or content of the description objects. For the statement of the description object, please refer to the description in the context of the claims or embodiments, and no unnecessary restriction should be constituted due to the use of prefixes. For example, if the description object is a "field", the ordinal number before the "field" in the "first field" and the "second field" does not limit the position or order between the "fields". "First" and "second" do not limit whether the "fields" they modify are in the same message, nor do they limit the order of the "first field" and the "second field". For another example, if the description object is a "level", the ordinal number before the "level" in the "first level" and the "second level" does not limit the priority between the "levels". For another example, the number of description objects is not limited by the ordinal number and can be one or more. Taking "first device" as an example, the number of "devices" can be one or more. In addition, the objects modified by different prefixes can be the same or different. For example, if the description object is "device", then the "first device" and the "second device" can be the same device or different devices, and their types can be the same or different; for another example, if the description object is "information", then the "first information" and the "second information" can be the same information or different information, and their contents can be the same or different.

[0129] In some embodiments, “including A,” “comprising A,” “used to indicate A,” and “carrying A” can be interpreted as directly carrying A or indirectly indicating A.

[0130] In some embodiments, terms such as "time / frequency" and "time / frequency domain" refer to the time domain and / or the frequency domain.

[0131] In some embodiments, terms such as "in response to...", "in response to determining...", "in the case of...", "at...", "when...", "if...", "if...", etc. can be used interchangeably. These descriptions all mean that the device will make corresponding processing under certain objective circumstances. It is not necessary to limit the time, nor is it required that the device must perform a judgment action when implemented, nor does it mean that there must be other limitations.

[0132] In some embodiments, terms such as "greater than", "greater than or equal to", "not less than", "more than", "more than or equal to", "not less than", "higher than", "higher than or equal to", "not less than", and "above" can be replaced with each other, and terms such as "less than", "less than or equal to", "not greater than", "less than", "less than or equal to", "not more than", "lower than", "lower than or equal to", "not higher than", and "below" can be replaced with each other.

[0133] In some embodiments, devices and the like can be interpreted as physical or virtual, and their names are not limited to those described in the embodiments. Terms such as "device," "equipment," "device," "circuit," "network element," "network function," "network device," "function," "node," "unit," "section," "system," "network," "chip," "chip system," "entity," and "subject" can be used interchangeably.

[0134] In some embodiments, "network" can be interpreted as devices included in the network (eg, access network equipment, core network equipment, etc.).

[0135] In some embodiments, the terms "access network device (AN device)", "radio access network device (RAN device)", "base station (BS)", "radio base station" "fixed station", "node", "access point", "transmission point (TP)", "reception point (RP)", "transmission / reception point (TRP)" "panel", "antenna panel", "antenna array", "cell", "macro cell", "small cell", "femto cell", "pico cell", "sector", "cell group", "serving cell", "carrier", "component carrier", "bandwidth part (BWP)" and the like may be used interchangeably.

[0136] In some embodiments, the terms "terminal", "terminal device", "user equipment (UE)", "user terminal", "mobile station (MS)", "mobile terminal (MT)", subscriber station, mobile unit, subscriber unit, wireless unit, remote unit, mobile device, wireless device, wireless communication device, remote device, mobile subscriber station, access terminal, mobile terminal, wireless terminal, remote terminal, handset, user agent, mobile client, client, etc. can be used interchangeably.

[0137] In some embodiments, the access network device, the core network device, or the network device can be replaced by a terminal device. For example, the various embodiments of the present disclosure can also be applied to a structure in which the communication between the access network device, the core network device, or the network device and the terminal device is replaced by the communication between multiple terminal devices (for example, device-to-device (D2D), vehicle-to-everything (V2X), etc.). In this case, it is also possible to set the structure in which the terminal device has all or part of the functions of the access network device. In addition, terms such as "uplink" and "downlink" can also be replaced by terms corresponding to communication between terminal devices (for example, "side"). For example, uplink channels, downlink channels, etc. can be replaced by side channels, and uplinks, downlinks, etc. can be replaced by side links.

[0138] In some embodiments, the terminal device may be replaced by an access network device, a core network device, or a network device. In this case, the access network device, the core network device, or the network device may have a structure that has all or part of the functions of the terminal device.

[0139] In some embodiments, obtaining data, information, etc. may comply with the laws and regulations of the country where the data is obtained.

[0140] In some embodiments, data, information, etc. may be obtained with the user's consent.

[0141] In addition, each element, each row, or each column in the table of the embodiment of the present disclosure can be implemented as an independent embodiment, and the combination of any elements, any rows, and any columns can also be implemented as an independent embodiment.

[0142] Figure 1a FIG. 1 is a schematic diagram of the architecture of a communication system according to an embodiment of the present disclosure. Figure 1a As shown, the communication system 1100 includes a terminal device 1101 and a network device 1102 .

[0143] In some embodiments, the terminal device 1101 includes, for example, a mobile phone, a wearable device, an Internet of Things device, a car with communication function, a smart car, a tablet computer, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical surgery, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, and at least one of a wireless terminal device in a smart home, but is not limited thereto.

[0144] In some embodiments, the network device 1102 may include at least one of an access network device and a core network device.

[0145] In some embodiments, the access network device is, for example, a node or device that accesses a terminal device to a wireless network. The access network device may include an evolved NodeB (eNB) in a 5G communication system, a next generation evolved NodeB (ng-eNB), a next generation NodeB (gNB), a node B (NB), a home node B (HNB), a home evolved nodeB (HeNB), a wireless backhaul device, a radio network controller (RNC), a base station controller (BSC), a base transceiver station (BTS), a base band unit (BBU), a mobile switching center, a base station in a 6G communication system, an open base station (Open RAN), a cloud base station (Cloud RAN), a base station in other communication systems, and at least one of an access node in a Wi-Fi system, but is not limited thereto.

[0146] In some embodiments, the technical solution of the present disclosure can be applied to the Open RAN architecture. In this case, the interfaces between or within the access network devices involved in the embodiments of the present disclosure can be transformed into internal interfaces of the Open RAN, and the processes and information interactions between these internal interfaces can be implemented through software or programs.

[0147] In some embodiments, the access network device can be composed of a centralized unit (CU) and a distributed unit (DU), where the CU can also be called a control unit. The CU-DU structure can be used to split the protocol layer of the access network device, with the functions of some protocol layers centrally controlled by the CU, and the functions of the remaining part or all of the protocol layers distributed in the DU, which is centrally controlled by the CU, but is not limited to this.

[0148] In some embodiments, the core network device may be a single device including a first network element, a second network element, etc., or may be a plurality of devices or a group of devices, each including all or part of the first network element, the second network element, etc. The network element may be virtual or physical. The core network may include, for example, at least one of an evolved packet core (EPC), a 5G core network (5GCN), and a next generation core (NGC).

[0149] It can be understood that the communication system described in the embodiment of the present disclosure is for the purpose of more clearly illustrating the technical solution of the embodiment of the present disclosure, and does not constitute a limitation on the technical solution proposed in the embodiment of the present disclosure. Ordinary technicians in this field can know that with the evolution of the system architecture and the emergence of new business scenarios, the technical solution proposed in the embodiment of the present disclosure is also applicable to similar technical problems.

[0150] The following embodiments of the present disclosure can be applied to Figure 1a The communication system 1100, or a portion thereof, is shown but is not limited thereto. Figure 1a The various entities shown are examples, and the communication system may include Figure 1a All or part of the subject, and may also include Figure 1a The number and form of other entities are arbitrary, each entity can be physical or virtual, the connection relationship between the entities is an example, the entities can be connected or disconnected, and the connection can be in any way, which can be direct or indirect, wired or wireless.

[0151] The embodiments of the present disclosure can be applied to Long Term Evolution (LTE), LTE-Advanced (LTE-A), LTE-Beyond (LTE-B), SUPER 3G, IMT-Advanced, 4th generation mobile communication system (4G), 5th generation mobile communication system (5G), 5G new radio (NR), future radio access (FRA), new radio access technology (RAT), new radio (NR), new radio access (NX), future generation radio access (FX), Global System for Mobile Communications (GSM (registered trademark)), CDMA2000, Ultra Mobile Broadband (UMB), IEEE 802.11 (Wi-Fi (registered trademark)), IEEE 802.16 (WiMAX (registered trademark)), IEEE 802.20, Ultra-WideBand (UWB), Bluetooth (registered trademark), Public Land Mobile Network (PLMN) networks, Device-to-Device (D2D) systems, Machine-to-Machine (M2M) systems, Internet of Things (IoT) systems, Vehicle-to-Everything (V2X), systems utilizing other communication methods, and next-generation systems based on and extending these methods. Furthermore, multiple systems may be combined (for example, a combination of LTE or LTE-A with 5G).

[0152] NTN is a key technology introduced by 5G. It uses satellites (or drones) rather than ground-based base stations to provide wireless resources and deliver communication services to terminals on the ground. Compared to terrestrial cellular communications, satellite communications are not restricted by geographical location and can cover areas that are difficult to reach with conventional terrestrial communications.

[0153] The communication process based on NTN technology can be seen in Figure 1b .

[0154] Figure 1b is a schematic diagram of NTN communication provided according to an embodiment of the present disclosure, such as Figure 1b As shown, it includes terminal equipment 1201, satellite 1202 and NTN ground station 1203.

[0155] In some embodiments, the link between the NTN ground station 1203 and the satellite 1202 is a feeder link, which is primarily used to transmit signals from the NTN ground station 1203 to the satellite 1202. In some embodiments, the link between the terminal device 1201 and the satellite 1202 is a service link, which is primarily used to transmit signals from the satellite 1202 to the terminal device 1201.

[0156] See Figure 1b Satellite 1202 can transmit signals by transmitting beams toward the Earth. To ensure coverage of satellite 1202 and improve the system capacity of the satellite communication system, satellite 1202 can use multiple beams to cover the ground. The coverage of multiple beams can be referred to as the beam footprint. In some embodiments, different satellites can use different beam shapes and coverage areas to meet the communication needs of different regions. The area of the Earth's surface that satellite 1202 can observe can be referred to as the field of view of satellite 1202.

[0157] exist Figure 1b In the exemplary NTN communication process, the communication mode can be divided into a transparent transmission mode and a regeneration mode according to the different ways in which the satellite 1202 processes the signal.

[0158] Figure 1c This is a schematic diagram of the NTN communication system architecture in a transparent transmission mode provided by an embodiment of the present disclosure. Figure 1c , including terminal equipment 1301, satellite 1302 and base station 1303. Communication can be carried out between terminal equipment 1301 and satellite 1302, and between satellite 1302 and base station 1303. Figure 1c In the example architecture, satellite 1302 and the NTN ground station together constitute the remote radio unit (RRU). The network formed by terminal device 1301, satellite 1302, and base station 1303 can be called the NTN. Terminal device 1301 and base station 1303 communicate via the Uu interface, base station 1303 and the core network communicate via the NG interface, and base station 1303 accesses the data network through the core network. The core network and the data network can communicate via the N6 interface.

[0159] exist Figure 1cIn the example transparent transmission mode, the NTN ground station sends the base station signal to the satellite 1302, which converts the signal to the satellite frequency band and then sends it to the terminal device 1301 through the satellite frequency band. In this process, the satellite 1302 does not demodulate the signal except for frequency conversion and signal amplification. Figure 1c In the exemplary NTN communication system architecture, the satellite 1302 can be regarded as a relay device between the terminal device 1301 and the base station 1303.

[0160] Figure 1d This is a schematic diagram of the NTN communication system architecture in a regeneration mode provided by an embodiment of the present disclosure. Figure 1d , including a terminal device 1401 and a satellite 1402. The terminal device 1401 and the satellite 1402 can perform wireless communication.

[0161] exist Figure 1d In the example architecture, the network formed between terminal device 1401 and satellite 1402 can be called an NTN. Terminal device 1401 and satellite 1402 communicate via the Uu interface, satellite 1402 and the core network communicate via the NG interface, satellite 1402 accesses the data network via the core network, and the core network and the data network can communicate via the N6 interface.

[0162] exist Figure 1d In the example regeneration mode, satellite 1402 has the function of a base station. The NTN ground station sends the base station signal to satellite 1402. Satellite 1402 demodulates and decodes the signal and then re-encodes and modulates it (this process is regeneration), and sends the regenerated signal to terminal device 1401 through the satellite frequency band.

[0163] In some embodiments, the NTN network architecture can be used for signal and / or data transmission in IoT NTN scenarios, that is, in the TDD cycle of NTN, time slots for IoT NTN mode are allocated.

[0164] See Figure 1e , Figure 1e This is a schematic diagram of the frame structure of the Iridium communication system provided according to the embodiment of the present disclosure. Currently, the Iridium communication system uses the 1616-1626.5MHz spectrum, and its frame structure is as follows Figure 1e As shown, the length of a TDD cycle is 90ms.

[0165] In a 90ms TDD cycle, there are simplex time slots and 4 uplink time slots (such as Figure 1e UL1 to UL4) and 4 downlink time slots (such as Figure 1e(DL1 to DL4 in the figure). The duration of a simplex timeslot is 20.300 ms, and both the uplink and downlink timeslots are 8.267 ms. Guard times are also set between adjacent time units. For example, the guard time before a simplex timeslot is 1.000 ms, the guard time between a simplex timeslot and UL1 is 1.260 ms, the guard time between UL2 and UL3 is 0.233 ms, the guard time between UL4 and DL1 is 0.253 ms, the guard time between DL2 and DL3 is 0.113 ms, and the guard time after DL4 is 0.013 ms.

[0166] In some embodiments, for Figure 1e Taking the frame structure of the Iridium communication system as an example, within a 90ms TDD period, one uplink timeslot and one downlink timeslot can be allocated for IoT-NTN mode. Signals and / or data transmission between IoT devices and network devices can occur in the uplink and downlink timeslots allocated for IoT-NTN mode, while the remaining time units within the TDD period remain used for the original Iridium communication system. This approach makes the Iridium communication system compatible with IoT-NTN mode.

[0167] In some embodiments, the IoT NTN compatible with the Iridium system is referred to as IoT NTN TDD mode.

[0168] In some embodiments, the duration of the uplink time slot and the downlink time slot allocated to the IoT-NTN mode are both 8 ms.

[0169] In some embodiments, for Figure 1e In the example frame structure, the FDD frame structure mode is used during resource allocation.

[0170] Please refer to Figure 1f , Figure 1f is a schematic diagram of a frame structure provided according to an embodiment of the present disclosure, Figure 1f In some embodiments, a system frame may also be referred to as a radio frame, and each system frame may be represented by a system frame number (SFN), for example Figure 1f In , SFN=0, SFN=1, SFN=9, SFN=10, SFN=11, SFN=12, etc. The hyper frame number (HFN) is a high-level counter, e.g. Figure 1fHFN = 0, HFN = 1. HFN can be used in conjunction with SFN to extend the counting range of the frame period. A subframe is the basic unit for hierarchical division of time resources in wireless communication systems and the core scheduling unit in the frame structure, belonging to the second layer of the frame structure. A system frame can include multiple subframes. For example, a system frame with a duration of 10ms can be divided into 10 subframes, each with a duration of 1ms.

[0171] In some embodiments, the duration of a system frame can be 10ms. For the downlink, not every system frame is used for the downlink transmission of the IoT-NTN mode. Among them, the downlink time slot allocated to the IoT-NTN mode (hereinafter referred to as DLduration) occupies 2 consecutive system frames. Furthermore, considering that the DL / UL duration of IoT NTN is 8ms, and a radio frame / system frame of the FDD frame structure of IoT NTN is 10ms, 8 subframes of the FDD frame structure are selected as the DL / UL duration of IoT NTN. For example, the DL duration of IoT NTN occupies 8 subframes in 2 consecutive system frames, and the 8 subframes are specifically: 3, 4, 5, 6, 7, 8, 9, 0 (8ms). Among them, subframes 3, 4, 5, 6, 7, 8, 9 are subframes in the first system frame, and 0 is a subframe in the second system frame.

[0172] by Figure 1f Take the frame structure of the example as an example. Figure 1f DL durations include: DL#1, DL#2, ..., DL#113, DL#114, DL#115, etc. Different DL durations are located in different TDD cycles.

[0173] For DL#1, DL#1 occupies two consecutive system frames: SFN=0 and SFN=1 in HFN=0. Specifically, DL#1 occupies subframes 3, 4, 5, 6, 7, 8, and 9 in SFN=0, and subframe 0 in SFN=1.

[0174] For DL#2, DL#2 occupies two consecutive system frames, SFN=9 and SFN=10 in HFN=0. Specifically, DL#2 occupies subframes 3, 4, 5, 6, 7, 8, and 9 in SFN=9, and subframe 0 in SFN=10.

[0175] For DL#114, DL#114 occupies two consecutive system frames, SFN=2 and SFN=3 in HFN=1. Specifically, DL#114 occupies subframes 3, 4, 5, 6, 7, 8, and 9 in SFN=2, and subframe 0 in SFN=3.

[0176] For downlink timeslot DL#115, DL#115 occupies two consecutive system frames: SFN=11 and SFN=12 in HFN=1. Specifically, DL#115 occupies subframes 3, 4, 5, 6, 7, 8, and 9 in SFN=11, and subframe 0 in SFN=15.

[0177] In some embodiments, the interval between every two adjacent DL durations is 90 ms. For example, the interval between DL#2 and DL#1 is 90 ms; the interval between DL#14 and DL#13 is 90 ms; and the interval between DL#115 and DL#114 is 90 ms.

[0178] In the above embodiment, the frame structure of the Iridium communication system compatible with the IoT-NTN mode is introduced. The radio link monitoring (RLM) process will be introduced below.

[0179] Radio link failure (RLF) is a connection interruption event triggered by a terminal device in a wireless communication system due to poor radio link quality or handover failure.

[0180] See Figure 1g , Figure 1g FIG. 1 is a schematic diagram of a RLF processing flow according to an embodiment of the present disclosure, such as Figure 1g As shown, the terminal device is initially in normal operation. The RLF processing flow is mainly divided into two stages. The first stage is mainly for radio link fault detection, and the second stage is mainly for radio link recovery.

[0181] In the first stage, the physical layer of the terminal device will continuously detect the quality of the wireless link. If it detects that the quality of the wireless link continues to deteriorate, it will determine that RLF has occurred. Specifically, the network device can pre-configure the continuous out-of-sync event counting threshold N310 and the duration T1 of the T310 timer (also called the fault detection waiting timer). The terminal device measures the quality of the wireless link, and when it detects that the quality of the wireless link is lower than the quality threshold, it can report an out-of-sync. When the number of consecutive out-of-sync reaches N310 times, the terminal device starts the T310 timer. During the operation of the T310 timer, if synchronization cannot be restored, the second stage is entered. In the first stage, the terminal device is in a connected state (RRC_CONNECTED).

[0182] In the second phase, the terminal device can attempt to initiate RRC connection reestablishment. During this phase, the terminal device can start the T311 / T301 timer (also known as the idle state fallback timeout timer), which runs for T2. If the reestablishment is restored within the timer, it means that the radio link has returned to normal. If the reestablishment fails within the timer, the terminal device falls back to the idle state (RRC_IDLE).

[0183] In cellular communication systems, when a terminal device is in a connected state, it is necessary to continuously monitor the quality of the wireless link to quickly detect physical layer issues (such as signal degradation or link interruption). This process relies on the collaboration between the physical layer (PHY) and the RRC layer, and the health of the wireless link is assessed through "out-of-sync" and "in-sync" status indicators. If the wireless link quality continues to fall short of the standard, the terminal device will trigger the RLF recovery process to ensure communication reliability.

[0184] In some embodiments, the terminal device needs to perform physical layer problem detection to determine whether RLF occurs.

[0185] For example, for the scenario of source PCell monitoring under the dual active protocol stack (DAPS) bearer configuration, if the terminal device has configured DAPS bearer (dual connection scenario), and the physical layer of the terminal device continuously reports N310 out-of-sync to the source PCell, and the T304 timer is running, start the link recovery timer T310 of the source PCell, and try to restore the link before T310 times out.

[0186] For example, if the physical layer reports N310 out-of-sync indications to the PCell consecutively, and the following timers are not currently running: T300, T301, T304, T311, T316, then the timer T310 of the PCell is started and the radio link recovery waiting period begins.

[0187] For example, if the physical layer reports out-of-sync to the PSCell (primary cell of the secondary cell group) for N313 consecutive times and the timer T307 is not running, the timer T313 is started to monitor the link status of the PSCell.

[0188] In some embodiments, except for the PSCell, other secondary cells (SCells) do not perform autonomous physical layer monitoring and recovery operations.

[0189] To improve response to radio link failures, in some embodiments, the terminal device also supports early detection at the physical layer. If the terminal device's physical layer reports "early-out-of-sync" to the PCell N310 times in a row, timer T314 is started for the same duration as T310, thereby triggering the recovery process in advance and reducing the risk of service interruption.

[0190] In summary, the terminal device determines whether the radio link has RLF by the number of out-of-sync indications it receives. Out-of-sync is sent by the physical layer to the RRC layer. The terminal device should monitor the downlink radio link quality of the primary cell to indicate the out-of-sync / synchronization status to higher layers.

[0191] If the terminal device is configured with a secondary cell group (SCG) and the parameter rlf-TimersAndConstantsSCG is provided by higher layers and is not set to released, the terminal device shall monitor the downlink radio link quality of the PSCell of the SCG to indicate the out-of-sync / out-of-sync status to higher layers.

[0192] In non-DRX mode, the physical layer of the terminal device shall evaluate the radio link quality in each radio frame. The radio link quality can be evaluated based on the defined previous time period and compared with the threshold (Q out and Q in ) for comparison.

[0193] In DRX mode, the physical layer of the terminal device shall evaluate the radio link quality at least once in each DRX cycle. The quality is evaluated based on the defined previous time period and compared with the threshold (Q out and Q in ) for comparison.

[0194] If higher layer signaling indicates that certain subframes are used for restricted radio link detection, the radio link quality should not be monitored in any subframes other than those indicated.

[0195] In the wireless frame for evaluating the quality of the wireless link, when the quality of the wireless link is lower than the threshold Q out The physical layer of the terminal equipment should indicate the loss of synchronization to higher layers when

[0196] When the wireless link quality is higher than the threshold Q in When synchronizing, the physical layer of the terminal device should indicate synchronization to higher layers in the radio frames used to evaluate the quality of the radio link.

[0197] For IoT-NTN TDD using the IoT NTN FDD resource allocation method, the DL duration period is 90ms. Therefore, there is no downlink signal transmission within 90ms between two adjacent DL durations, or the radio frames between two adjacent DL durations are not for IoT-NTN TDD. If the terminal device still performs RLM according to the FDD frame structure, it may result in incorrect out-of-sync counts and / or incorrect early-out-of-sync counts, reducing RLM accuracy.

[0198] Based on this, an embodiment of the present disclosure provides a wireless link detection method, in which a terminal device performs wireless link detection on a wireless frame of a downlink signal and / or data transmitted in IoT-NTN TDD mode. This can avoid the impact of wireless link detection on the overall detection result when performing wireless link detection on a wireless frame not used for downlink signals and / or data transmitted in IoT-NTN TDD mode, thereby improving the accuracy of wireless link detection.

[0199] See also Figure 2a , Figure 2a FIG1 is an exemplary flow chart of a wireless link detection method according to an embodiment of the present disclosure. Figure 2a As shown, the wireless link detection method includes the following steps:

[0200] In step S2101, when the terminal device is in DRX mode, the physical layer of the terminal device performs wireless link quality detection on at least one wireless frame transmitted in IoT-NTN TDD mode in each DRX cycle; or, the physical layer of the terminal device performs wireless link quality detection on a subframe in a wireless frame transmitted in IoT-NTN TDD mode in at least one DRX cycle.

[0201] In some embodiments, the terms "radio", "wireless", "radio access network (RAN)", "access network (AN)", "RAN-based" and the like may be used interchangeably.

[0202] DRX is a mechanism used to optimize power consumption in terminal devices. It significantly reduces energy consumption by periodically shutting down the receiving circuitry of the terminal device, allowing it to monitor network signals only during active periods and enter a dormant state the rest of the time. If a terminal device is in DRX mode, it monitors network signals only during active periods and remains dormant the rest of the time (i.e., during the dormant period).

[0203] In some embodiments, the terminal device may be an Internet of Things device.

[0204] In some embodiments, when the terminal device is in DRX mode, the physical layer of the terminal device can perform wireless link quality detection on at least one wireless frame transmitted in IoT-NTN TDD mode within each DRX cycle.

[0205] In some embodiments, terms such as "frame", "radio frame", "subframe", "slot", "sub-slot", "mini-slot", "symbol", "symbol", "transmission time interval (TTI)", and "duration" can be used interchangeably.

[0206] In some embodiments, terms such as radio frame, radio frame number, system frame, and system frame number may be used interchangeably.

[0207] In some embodiments, wireless link quality detection may also be referred to as wireless link quality monitoring.

[0208] The DRX cycle refers to the time interval from the start of one activation period to the start of the next activation period of the terminal device. The size of the DRX cycle is usually configured by the network device, which is usually dynamically configured according to actual business needs and network policies.

[0209] The TDD cycle refers to the frame structure period of the Iridium communication system. The Iridium communication system uses a 90ms frame structure, which means the TDD cycle is 90ms. The length of the TDD cycle is generally determined by the orbital characteristics of the Iridium satellite and the communication protocol.

[0210] The DRX cycle and TDD cycle are two independent cycles. The start time of the DRX cycle and the TDD cycle can be the same or different; the end time of the DRX cycle and the TDD cycle can be the same or different. The length of the DRX cycle and the TDD cycle can be the same or different. Each TDD cycle includes a DL duration. The number of DL durations included in a DRX cycle is usually determined by factors such as the start time of the DRX cycle, the length of the DRX cycle, and the start time of the TDD cycle.

[0211] In some embodiments, a DRX cycle may include multiple radio frames. For example, the length of a DRX cycle may be 40ms-2.56s, and the length of a radio frame may be 10ms. Thus, a DRX cycle may include multiple radio frames.

[0212] Among the multiple radio frames included in a DRX cycle, one or more radio frames may be transmitted in IoT-NTN TDD mode. Specifically, a TDD cycle may include a DL duration, which occupies two consecutive radio frames. The DL duration period is 90ms. Therefore, within a DRX cycle, a DL duration exists every 90ms, and the radio frames occupied by the DL duration are radio frames transmitted in IoT-NTN TDD mode.

[0213] For any DRX cycle, which includes one or more radio frames transmitted in IoT-NTN TDD mode, the physical layer of the terminal device can perform wireless link quality detection on at least one radio frame transmitted in IoT-NTN TDD mode in the DRX cycle. The physical layer of the terminal device can perform wireless link quality detection on each radio frame transmitted in IoT-NTN TDD mode in the DRX cycle, or on some radio frames transmitted in IoT-NTN TDD mode in the DRX cycle.

[0214] For example, Figure 1f For example, if the wireless frames transmitted in IoT-NTN TDD mode in a DRX cycle include Figure 1f If SFN=0, SFN=1, SFN=9, and SFN=10, the physical layer of the terminal device can perform wireless link quality detection in at least one of the four wireless frames.

[0215] For example, the physical layer of the terminal device can perform wireless link quality detection in the two wireless frames of SFN=0 and SFN=1; for example, the physical layer of the terminal device can perform wireless link quality detection in the two wireless frames of SFN=9 and SFN=10; the physical layer of the terminal device can perform wireless link quality detection in the four wireless frames of SFN=0, SFN=1, SFN=9, and SFN=10, and so on.

[0216] In some embodiments, for radio frames transmitted in non-IoT-NTN TDD mode during the DRX cycle, the terminal device does not perform radio link quality detection on the radio frame. Figure 1f For example, if the wireless frames transmitted in IoT-NTN TDD mode in a DRX cycle include Figure 1f If SFN=0, SFN=1, SFN=9, and SFN=10 are present, the radio frames between SFN=1 and SFN=9 belong to the radio frames transmitted in the non-IoT-NTN TDD mode, and the terminal device does not perform wireless link quality detection on the radio frames between SFN=1 and SFN=9.

[0217] In some embodiments, the physical layer of the terminal device may perform one or more radio link quality detections on at least one radio frame transmitted in IoT-NTN TDD mode within a DRX cycle.

[0218] The physical layer of the terminal device performs wireless link quality detection on at least one wireless frame transmitted in IoT-NTN TDD mode during the DRX cycle. The specific process may be, for example, that the terminal device receives the downlink reference signal sent by the network device in at least one wireless frame transmitted in IoT-NTN TDD mode during the DRX cycle and measures the quality of the downlink reference signal. The terminal device can then compare the quality of the measured downlink reference signal with the quality threshold, and determine whether it is necessary to report an out-of-sync indication and / or an early-out-of-sync indication based on the comparison result.

[0219] In some embodiments, terms such as "synchronization signal (SS)", "synchronization signal block (SSB)", "reference signal (RS)", "pilot", and "pilot signal" can be used interchangeably.

[0220] In some embodiments, terms such as "certain", "preset", "preset", "setting", "indicated", "a certain", "any", and "first" can be interchangeable. "Specific A", "preset A", "preset A", "setting A", "indicated A", "a certain A", "any A", and "first A" can be interpreted as A pre-specified in a protocol, etc., or as A obtained through setting, configuration, or indication, etc., or as specific A, a certain A, any A, or first A, etc., but not limited to this.

[0221] In some embodiments, the quality of the downlink reference signal may include, for example, one or more of the following: reference signal received power (RSRP) of the downlink reference signal, reference signal received quality (RSRQ) of the downlink reference signal, and signal to interference plus noise ratio (SINR) of the downlink reference signal.

[0222] In some embodiments, if the quality of the downlink reference signal is less than or equal to a first quality threshold, the physical layer of the terminal device reports an out-of-sync indication to the RRC layer.

[0223] In some embodiments, if the quality of the downlink reference signal is less than or equal to a second quality threshold, the physical layer of the terminal device reports an early-out-of-sync indication to the RRC layer.

[0224] In some embodiments, the first quality threshold is less than the second quality threshold.

[0225] In an embodiment of the present disclosure, when the terminal device is in DRX mode, the physical layer of the terminal device performs wireless link quality detection on at least one wireless frame transmitted in IoT-NTN TDD mode in each DRX cycle, thereby avoiding the impact of wireless link quality detection on the overall detection result by performing wireless link quality detection on wireless frames of downlink signals and / or data not used for IoT-NTN TDD mode transmission in the DRX cycle, thereby improving the accuracy of wireless link detection.

[0226] In some embodiments, when the terminal device is in DRX mode, the physical layer of the terminal device can perform wireless link quality detection in a subframe of a wireless frame transmitted in at least one IoT-NTN TDD mode within each DRX cycle.

[0227] For the relevant introduction of the DRX mode, the DRX cycle, and at least one radio frame transmitted in the IoT-NTN TDD mode within each DRX cycle, please refer to the relevant content of the above embodiment, which will not be repeated here.

[0228] In some embodiments, for any radio frame transmitted in IoT-NTN TDD mode within a DRX cycle, the subframe in the radio frame refers to the subframe occupied by the DL duration. Figure 1fFor example, for DL#1, it belongs to one DL duration and occupies two consecutive radio frames, namely SFN = 0 and SFN = 1. Furthermore, DL#1 occupies the following subframes in SFN = 0: 3, 4, 5, 6, 7, 8, 9, and subframe 0 in SFN = 1.

[0229] In some embodiments, when the terminal device is in DRX mode, the physical layer of the terminal device may perform radio link quality detection on a subframe in a radio frame transmitted in at least one IoT-NTN TDD mode within each DRX cycle. The subframes on which the physical layer of the terminal device performs radio link quality detection may be all subframes in the radio frame or all or part of the subframes occupied by the DL duration.

[0230] For example, for the wireless frame transmitted in IoT-NTN TDD mode within the DRX cycle, subframes 3, 4, 5, 6, 7, 8, and 9 in the wireless frame are subframes occupied by DL duration, that is, subframes used for downlink signals and / or data transmitted in IoT-NTN TDD mode. The physical layer of the terminal device can perform wireless link quality detection in subframes 3, 4, 5, 6, 7, 8, and 9, and the physical layer of the terminal device can also perform wireless link quality detection in subframes 3, 4, and 5. The physical layer of the terminal device can also perform wireless link quality detection in subframes 5, 6, and 7, and so on.

[0231] In some embodiments, for subframes in a radio frame transmitted in a non-IoT-NTN TDD mode within a DRX cycle, the terminal device does not perform radio link quality detection on the subframes in the radio frame. Figure 1f For example, if the wireless frames transmitted in IoT-NTN TDD mode in a DRX cycle include Figure 1f If SFN=0, SFN=1, SFN=9, and SFN=10 are used in the wireless frame between SFN=1 and SFN=9, the wireless frames between SFN=1 and SFN=9 are not used for IoT-NTN TDD transmission. The terminal device does not perform wireless link quality monitoring on the subframes in the wireless frames between SFN=1 and SFN=9. For the wireless frame with SFN=1, although it is used for IoT-NTN TDD transmission, only subframe 0 is used for IoT-NTN TDD transmission. The remaining subframes 1, 2, 3, 4, 5, 6, 7, 8, and 9 are not used for IoT-NTN TDD transmission. Therefore, the physical layer of the terminal device does not perform wireless link quality monitoring on subframes 1, 2, 3, 4, 5, 6, 7, 8, and 9 in SFN=1.

[0232] In some embodiments, the physical layer of the terminal device may perform one or more radio link quality detections on a subframe in a radio frame transmitted in at least one IoT-NTN TDD mode within a DRX cycle.

[0233] The physical layer of the terminal device performs wireless link quality detection in a subframe of a wireless frame transmitted in at least one IoT-NTN TDD mode within a DRX cycle. The specific process, for example, may be that the terminal device receives a downlink reference signal sent by a network device and measures the quality of the downlink reference signal in a subframe of a wireless frame transmitted in at least one IoT-NTNTDD mode within a DRX cycle. The terminal device can then compare the quality of the measured downlink reference signal with the quality threshold, and determine whether it is necessary to report an out-of-sync indication and / or an early-out-of-sync indication based on the comparison result.

[0234] In some embodiments, the quality of the downlink reference signal may include, for example, one or more of the following: RSRP of the downlink reference signal, RSRQ of the downlink reference signal, and SINR of the downlink reference signal.

[0235] In some embodiments, if the quality of the downlink reference signal is less than or equal to a first quality threshold, the physical layer of the terminal device reports an out-of-sync indication to the RRC layer.

[0236] In some embodiments, if the quality of the downlink reference signal is less than or equal to a second quality threshold, the physical layer of the terminal device reports an early-out-of-sync indication to the RRC layer.

[0237] In some embodiments, the first quality threshold is less than the second quality threshold.

[0238] In an embodiment of the present disclosure, when the terminal device is in DRX mode, the physical layer of the terminal device performs wireless link quality detection on a subframe in a wireless frame transmitted in at least one IoT-NTN TDD mode in each DRX cycle. This can avoid the impact of performing wireless link quality detection on the overall detection result by performing wireless link quality detection on subframes in wireless frames that are not used for downlink signals and / or data transmitted in IoT-NTN TDD mode in the DRX cycle, thereby improving the accuracy of wireless link detection.

[0239] In some embodiments, reference may be made to the steps and optional implementation methods of other embodiments recorded before or after the description corresponding to this embodiment, as well as other related parts in the description, which will not be repeated here.

[0240] See also Figure 2b , Figure 2bFIG2 is a second exemplary flow chart of a wireless link detection method according to an embodiment of the present disclosure. Figure 2b As shown, the wireless link detection method includes the following steps:

[0241] In step S2201, when the terminal device is in non-DRX mode, the physical layer of the terminal device performs wireless link quality detection on each wireless frame transmitted in the IoT-NTNTDD mode; or, the physical layer of the terminal device performs wireless link quality detection on the subframe in each wireless frame transmitted in the IoT-NTNTDD mode.

[0242] DRX is a mechanism used to optimize device power consumption. It significantly reduces device energy consumption by periodically shutting down the receiving circuit, listening only for network signals during the active window and entering a dormant state the rest of the time. If the device is in non-DRX mode, it can continuously monitor network signals.

[0243] In some embodiments, the terminal device may be an Internet of Things device.

[0244] When the terminal device is in non-DRX mode, the physical layer of the terminal device performs wireless link quality detection on each radio frame transmitted in IoT-NTN TDD mode.

[0245] When the terminal device is in non-DRX mode, the physical layer of the terminal device does not perform wireless link quality detection on radio frames transmitted in non-IoT-NTN TDD mode.

[0246] In some embodiments, "the physical layer of the terminal device performs wireless link quality detection on each wireless frame transmitted in the IoT-NTN TDD mode", "the physical layer of the terminal device does not perform wireless link quality detection on wireless frames transmitted in the non-IoT-NTN TDD mode", and "the physical layer of the terminal device does not perform wireless link quality detection on wireless frames transmitted in the non-IoT-NTN TDD mode" can be replaced with each other.

[0247] For example, Figure 1f For example, in HFN=0, the wireless frame transmitted in IoT-NTN TDD mode includes Figure 1fSFN=0, SFN=1, SFN=9, SFN=10, ..., that is, the radio frames occupied by the following DL durations: DL#1, DL#2, DL#3, ..., DL#113. Then the physical layer of the terminal device can perform wireless link quality detection on the radio frames transmitted in the above IoT-NTN TDD mode. The radio frames between two adjacent DL durations belong to each radio frame transmitted in the non-IoT-NTN TDD mode, and the physical layer of the terminal device does not perform wireless link quality detection on each radio frame transmitted in the non-IoT-NTN TDD mode. For example, Figure 1f In the example, the radio frames between SFN=1 and SFN=9 belong to the radio frames transmitted in the non-IoT-NTN TDD mode, and the terminal device does not perform wireless link quality detection on the radio frames between SFN=1 and SFN=9.

[0248] In some embodiments, the physical layer of the terminal device can perform wireless link quality detection on each wireless frame transmitted in the IoT-NTN TDD mode; in some embodiments, the physical layer of the terminal device can perform wireless link quality detection on some wireless frames transmitted in the IoT-NTN TDD mode.

[0249] In some embodiments, a wireless frame transmitted in a physical layer IoT-NTN TDD mode of a terminal device may be subjected to a single wireless link quality detection or multiple wireless link detections.

[0250] The physical layer of the terminal device performs radio link quality detection in radio frames transmitted in IoT-NTN TDD mode. Specifically, for example, the terminal device receives a downlink reference signal sent by a network device within a radio frame transmitted in IoT-NTN TDD mode and measures the quality of the downlink reference signal. The terminal device can then compare the measured downlink reference signal quality with a quality threshold and, based on the comparison result, determine whether to report an out-of-sync indication and / or an early-out-of-sync indication.

[0251] In some embodiments, the quality of the downlink reference signal may include, for example, one or more of the following: RSRP of the downlink reference signal, RSRQ of the downlink reference signal, and SINR of the downlink reference signal.

[0252] In some embodiments, if the quality of the downlink reference signal is less than or equal to a first quality threshold, the physical layer of the terminal device reports an out-of-sync indication to the RRC layer.

[0253] In some embodiments, if the quality of the downlink reference signal is less than or equal to a second quality threshold, the physical layer of the terminal device reports an early-out-of-sync indication to the RRC layer.

[0254] In some embodiments, the first quality threshold is less than the second quality threshold.

[0255] In an embodiment of the present disclosure, when the terminal device is in a non-DRX mode, the physical layer of the terminal device performs wireless link quality detection on each wireless frame transmitted in the IoT-NTN TDD mode, thereby avoiding the impact of wireless link quality detection on the overall detection result on wireless frames of downlink signals and / or data not used for IoT-NTN TDD mode transmission, thereby improving the accuracy of wireless link detection.

[0256] In some embodiments, when the terminal device is in a non-DRX mode, the physical layer of the terminal device can perform wireless link quality detection in a subframe of each wireless frame transmitted in the IoT-NTN TDD mode.

[0257] For an introduction to wireless frames transmitted in the IoT-NTN TDD mode, please refer to the relevant content of the above embodiment, which will not be repeated here.

[0258] In some embodiments, for any radio frame transmitted in IoT-NTN TDD mode, the subframe in the radio frame refers to the subframe occupied by DL duration. Figure 1f For example, for DL#1, which belongs to one DLduration, DL#1 occupies two consecutive radio frames, namely SFN = 0 and SFN = 1. Furthermore, DL#1 occupies the following subframes in SFN = 0: 3, 4, 5, 6, 7, 8, 9, and occupies subframe 0 in SFN = 1.

[0259] In some embodiments, when the terminal device is in non-DRX mode, the physical layer of the terminal device can perform radio link quality detection on subframes in each radio frame transmitted in IoT-NTN TDD mode. The subframes on which the physical layer of the terminal device performs radio link quality detection can be all subframes in the radio frame or all or part of the subframes occupied by the DL duration.

[0260] For example, for a radio frame transmitted in IoT-NTN TDD mode, subframes 3, 4, 5, 6, 7, 8, and 9 in the radio frame are subframes occupied by DL duration, that is, subframes used for downlink signals and / or data transmitted in IoT-NTN TDD mode. The physical layer of the terminal device can perform wireless link quality detection in subframes 3, 4, 5, 6, 7, 8, and 9, and the physical layer of the terminal device can also perform wireless link quality detection in subframes 3, 4, and 5. The physical layer of the terminal device can also perform wireless link quality detection in subframes 5, 6, and 7, and so on.

[0261] In some embodiments, for a subframe in a radio frame transmitted in a non-IoT-NTN TDD mode, the terminal device does not perform radio link quality detection in the subframe in the radio frame. Figure 1f For example, if the wireless frame transmitted in IoT-NTN TDD mode includes Figure 1f If SFN=0, SFN=1, SFN=9, and SFN=10 are used in the wireless frame between SFN=1 and SFN=9, the wireless frames between SFN=1 and SFN=9 are not used for IoT-NTN TDD transmission. The terminal device does not perform wireless link quality monitoring on the subframes in the wireless frames between SFN=1 and SFN=9. For the wireless frame with SFN=1, although it is used for IoT-NTN TDD transmission, only subframe 0 is used for IoT-NTN TDD transmission. The remaining subframes 1, 2, 3, 4, 5, 6, 7, 8, and 9 are not used for IoT-NTN TDD transmission. Therefore, the physical layer of the terminal device does not perform wireless link quality monitoring on subframes 1, 2, 3, 4, 5, 6, 7, 8, and 9 in SFN=1.

[0262] In some embodiments, the physical layer of the terminal device may perform one or more radio link quality detections in a subframe of a radio frame transmitted in IoT-NTN TDD mode.

[0263] The physical layer of the terminal device performs radio link quality detection in the subframes of the radio frame transmitted in the IoT-NTN TDD mode. The specific process, for example, can be that the terminal device receives the downlink reference signal sent by the network device in the subframes of the radio frame transmitted in the IoT-NTN TDD mode and measures the quality of the downlink reference signal. The terminal device can then compare the quality of the measured downlink reference signal with the quality threshold, and determine whether it is necessary to report an out-of-sync indication and / or an early-out-of-sync indication based on the comparison result. The process of radio link quality detection can be found in Figure 2a The relevant content of step S2101 in the embodiment will not be repeated here.

[0264] In an embodiment of the present disclosure, when the terminal device is in a non-DRX mode, the physical layer of the terminal device performs wireless link quality detection on a subframe in each wireless frame transmitted in the IoT-NTN TDD mode, thereby avoiding the impact of wireless link quality detection on the overall detection result on the subframes in the wireless frame for downlink signals and / or data not transmitted in the IoT-NTN TDD mode, thereby improving the accuracy of the wireless link detection.

[0265] In some embodiments, reference may be made to the steps and optional implementation methods of other embodiments recorded before or after the description corresponding to this embodiment, as well as other related parts in the description, which will not be repeated here.

[0266] See also Figure 2c , Figure 2c This is an exemplary process diagram of a wireless link detection method provided in accordance with an embodiment of the present disclosure. Figure 3 .like Figure 2c As shown, the wireless link detection method includes the following steps:

[0267] In step S2301, the RRC layer of the terminal device performs out-of-sync counting on the radio frame transmitted in the IoT-NTN TDD mode; or, the RRC layer of the terminal device performs out-of-sync counting on the subframe in the radio frame transmitted in the IoT-NTN TDD mode.

[0268] In some embodiments, the terminal device may be an Internet of Things device. The terminal device may be in a DRX mode or a non-DRX mode.

[0269] In some embodiments, the physical layer of the terminal device may perform radio link quality detection and determine whether it is necessary to report an out-of-sync indication to the RRC layer of the terminal device based on the result of the radio link quality detection.

[0270] In some embodiments, the physical layer of the terminal device can perform wireless link quality detection in one or more wireless frames.

[0271] Specifically, the terminal device may receive a downlink reference signal sent by the network device in the radio frame and measure the quality of the downlink reference signal. The terminal device may then compare the measured downlink reference signal quality with a first quality threshold, thereby determining whether to report an out-of-sync indication based on the comparison result.

[0272] In some embodiments, the quality of the downlink reference signal may include, for example, one or more of the following: RSRP of the downlink reference signal, RSRQ of the downlink reference signal, and SINR of the downlink reference signal.

[0273] In some embodiments, if the quality of the downlink reference signal is less than or equal to a first quality threshold, the physical layer of the terminal device reports an out-of-sync indication to the RRC layer. Accordingly, the RRC layer of the terminal device receives the out-of-sync indication.

[0274] In some embodiments, the physical layer of the terminal device may perform radio link quality detection on radio frames transmitted in IoT-NTN TDD mode only. In this case, the RRC layer of the terminal device receives out-of-sync indications on radio frames transmitted in IoT-NTN TDD mode.

[0275] In some embodiments, the physical layer of the terminal device can perform radio link quality detection on radio frames transmitted in IoT-NTN TDD mode and radio frames transmitted in non-IoT-NTN TDD mode. In this case, the RRC layer of the terminal device receives an out-of-sync indication on a radio frame transmitted in IoT-NTN TDD mode and / or an out-of-sync indication on a radio frame transmitted in non-IoT-NTN TDD mode.

[0276] In some embodiments, the RRC layer of the terminal device performs out-of-sync counting on radio frames transmitted in IoT-NTN TDD mode. That is, if the physical layer of the terminal device performs radio link quality detection on radio frames transmitted in IoT-NTN TDD mode and sends an out-of-sync indication to the RRC layer of the terminal device based on the detection result, the RRC layer of the terminal device counts it as an out-of-sync count.

[0277] In some embodiments, the RRC layer of the terminal device does not count out-of-sync for radio frames transmitted in non-IoT-NTN TDD mode. That is, if the physical layer of the terminal device performs radio link quality detection on radio frames transmitted in non-IoT-NTN TDD mode and sends an out-of-sync indication to the RRC layer of the terminal device based on the detection result, the RRC layer of the terminal device does not count it as an out-of-sync.

[0278] For example, Figure 1f For example, if the wireless frame transmitted in IoT-NTN TDD mode includes Figure 1f SFN=0, SFN=1, SFN=9, SFN=10.

[0279] In one implementation, the physical layer of the terminal device can perform wireless link quality detection in these four radio frames and determine whether to report an out-of-sync indication to the RRC layer of the terminal device based on the detection results. Since these four radio frames are all radio frames transmitted in IoT-NTN TDD mode, if the physical layer of the terminal device reports an out-of-sync indication, the RRC layer of the terminal device will perform an out-of-sync count.

[0280] In one implementation, the physical layer of the terminal device can perform wireless link quality detection in the 11 radio frames SFN=0 to SFN=10, and determine whether it is necessary to report an out-of-sync indication to the RRC layer of the terminal device based on the detection results. Since only 4 of the 11 radio frames, SFN=0, SFN=1, SFN=9, and SFN=10, are radio frames transmitted in IoT-NTNTDD mode, if the physical layer of the terminal device reports an out-of-sync indication, the RRC layer of the terminal device performs out-of-sync counting in these 4 radio frames.

[0281] In some embodiments, "the RRC layer of the terminal device performs out-of-sync counting for radio frames transmitted in IoT-NTN TDD mode", "the RRC layer of the terminal device does not perform out-of-sync counting for radio frames transmitted in non-IoT-NTN TDD mode", and "the RRC layer of the terminal device does not perform out-of-sync counting for radio frames transmitted in non-IoT-NTN TDD mode" can be replaced with each other.

[0282] In some embodiments, the RRC layer of the terminal device performs out-of-sync counting in subframes of a radio frame transmitted in IoT-NTN TDD mode.

[0283] In some embodiments, for any radio frame transmitted in IoT-NTN TDD mode, the subframe in the radio frame refers to the subframe occupied by DL duration. For an introduction to the subframes in the radio frame transmitted in IoT-NTN TDD mode, please refer to Figure 2a The relevant content of step S2101 in will not be repeated here.

[0284] In some embodiments, the RRC layer of the terminal device performs out-of-sync counting on subframes in a radio frame transmitted in IoT-NTN TDD mode. The subframes for which the RRC layer of the terminal device performs out-of-sync counting may be all subframes in the radio frame or all or part of the subframes occupied by the DL duration.

[0285] For example, for the wireless frame transmitted in IoT-NTN TDD mode within the DRX cycle, subframes 3, 4, 5, 6, 7, 8, and 9 in the wireless frame are subframes occupied by DL duration, that is, subframes used for downlink signals and / or data transmitted in IoT-NTN TDD mode. The physical layer of the terminal device can perform wireless link quality detection in subframes 3, 4, 5, 6, 7, 8, and 9, and the physical layer of the terminal device can also perform wireless link quality detection in subframes 3, 4, and 5. The physical layer of the terminal device can also perform wireless link quality detection in subframes 5, 6, and 7, and so on.

[0286] In some embodiments, for subframes in a radio frame transmitted in a non-IoT-NTN TDD mode, the RRC of the terminal device does not perform out-of-sync counting on the subframes in the radio frame.

[0287] by Figure 1f For example, if the wireless frames transmitted in IoT-NTN TDD mode in a DRX cycle include Figure 1f If SFN=0, SFN=1, SFN=9, and SFN=10 are used in the wireless frame between SFN=1 and SFN=9, the wireless frames between SFN=1 and SFN=9 are not used for IoT-NTN TDD transmission. The RRC layer of the terminal device does not count out-of-sync subframes in the wireless frames between SFN=1 and SFN=9. For the wireless frame with SFN=1, although it is used for IoT-NTN TDD transmission, only subframe 0 is used for IoT-NTN TDD transmission. The remaining subframes 1, 2, 3, 4, 5, 6, 7, 8, and 9 are not used for IoT-NTN TDD transmission. Therefore, the RRC layer of the terminal device does not count out-of-sync subframes 1, 2, 3, 4, 5, 6, 7, 8, and 9 in the wireless frame with SFN=1.

[0288] In some embodiments, "the RRC layer of the terminal device performs out-of-sync counting on the subframes of the radio frame transmitted in the IoT-NTN TDD mode", "the RRC layer of the terminal device performs out-of-sync counting on the subframes of the radio frame not transmitted in the non-IoT-NTN TDD mode", and "the RRC layer of the terminal device does not perform out-of-sync counting on the subframes of the radio frame transmitted in the non-IoT-NTN TDD mode" can be replaced with each other.

[0289] The RRC layer of the terminal device performs out-of-sync counting in the subframes of the radio frame transmitted in the IoT-NTN TDD mode. The specific process may be, for example, that the terminal device receives the downlink reference signal sent by the network device in the subframes of the radio frame transmitted in the IoT-NTN TDD mode, and measures the quality of the downlink reference signal. The terminal device can then compare the quality of the measured downlink reference signal with the quality threshold, and determine whether it is necessary to report an out-of-sync indication based on the comparison result. For example, if the quality of the downlink reference signal is less than or equal to the first quality threshold, the physical layer of the terminal device reports an out-of-sync indication to the RRC layer. Since the downlink reference signal is received in a subframe of the radio frame transmitted in the IoT-NTN TDD mode, the RRC layer of the terminal device records an out-of-sync, that is, the number of out-of-sync indications is increased by 1.

[0290] In the disclosed embodiments, the RRC layer of a terminal device performs out-of-sync counting on radio frames transmitted in IoT-NTN TDD mode, or on subframes within radio frames transmitted in IoT-NTN TDD mode. This out-of-sync counting provides greater flexibility. Furthermore, because radio frames transmitted in IoT-NTN TDD mode are used for IoT-NTN TDD, the accuracy of out-of-sync counting can be improved, reducing erroneous RLF judgments and thereby improving the accuracy of wireless link detection performed by the terminal device.

[0291] In some embodiments, reference may be made to the steps and optional implementation methods of other embodiments recorded before or after the description corresponding to this embodiment, as well as other related parts in the description, which will not be repeated here.

[0292] See also Figure 2d , Figure 2d FIG4 is a fourth exemplary flow chart of a wireless link detection method according to an embodiment of the present disclosure. Figure 2d As shown, the wireless link detection method includes the following steps:

[0293] In step S2401, the RRC layer of the terminal device performs early-out-of-sync counting on the radio frame transmitted in the IoT-NTN TDD mode; or, the RRC layer of the terminal device performs early-out-of-sync counting on the subframe in the radio frame transmitted in the IoT-NTN TDD mode.

[0294] In some embodiments, the terminal device may be an Internet of Things device. The terminal device may be in a DRX mode or a non-DRX mode.

[0295] In some embodiments, the physical layer of the terminal device may perform radio link quality detection and determine whether it is necessary to report an early-out-of-sync indication to the RRC layer of the terminal device based on the result of the radio link quality detection.

[0296] In some embodiments, the physical layer of the terminal device can perform wireless link quality detection in one or more wireless frames.

[0297] Specifically, the terminal device may receive a downlink reference signal sent by the network device in the radio frame and measure the quality of the downlink reference signal. The terminal device may then compare the measured downlink reference signal quality with a first quality threshold, thereby determining whether to report an early-out-of-sync indication based on the comparison result.

[0298] In some embodiments, the quality of the downlink reference signal may include, for example, one or more of the following: RSRP of the downlink reference signal, RSRQ of the downlink reference signal, and SINR of the downlink reference signal.

[0299] In some embodiments, if the quality of the downlink reference signal is less than or equal to the second quality threshold, the physical layer of the terminal device reports an early-out-of-sync indication to the RRC layer. Accordingly, the RRC layer of the terminal device receives the early-out-of-sync indication.

[0300] In some embodiments, the physical layer of the terminal device may perform radio link quality detection on radio frames transmitted in IoT-NTN TDD mode only. In this case, the RRC layer of the terminal device receives the early-out-of-sync indication on the radio frames transmitted in IoT-NTN TDD mode.

[0301] In some embodiments, the physical layer of the terminal device can perform radio link quality detection on radio frames transmitted in IoT-NTN TDD mode and radio frames transmitted in non-IoT-NTN TDD mode. In this case, the RRC layer of the terminal device receives an early-out-of-sync indication on a radio frame transmitted in IoT-NTN TDD mode and / or an early-out-of-sync indication on a radio frame transmitted in non-IoT-NTN TDD mode.

[0302] In some embodiments, the RRC layer of the terminal device performs early-out-of-sync counting on radio frames transmitted in IoT-NTN TDD mode. That is, if the physical layer of the terminal device performs radio link quality detection on radio frames transmitted in IoT-NTN TDD mode and sends an early-out-of-sync indication to the RRC layer of the terminal device based on the detection result, the RRC layer of the terminal device counts it as an early-out-of-sync count.

[0303] In some embodiments, the RRC layer of the terminal device does not count early-out-of-sync for radio frames transmitted in non-IoT-NTN TDD mode. That is, if the physical layer of the terminal device performs radio link quality detection on radio frames transmitted in non-IoT-NTN TDD mode and sends an early-out-of-sync indication to the RRC layer of the terminal device based on the detection result, the RRC layer of the terminal device does not count it as an early-out-of-sync.

[0304] For example, Figure 1f For example, if the wireless frame transmitted in IoT-NTN TDD mode includes Figure 1f SFN=0, SFN=1, SFN=9, SFN=10.

[0305] In one implementation, the physical layer of the terminal device can perform wireless link quality detection in these four radio frames and determine whether to report an out-of-sync indication to the RRC layer of the terminal device based on the detection results. Since these four radio frames are all radio frames transmitted in IoT-NTN TDD mode, if the physical layer of the terminal device reports an out-of-sync indication, the RRC layer of the terminal device will perform early-out-of-sync counting.

[0306] In one implementation, the physical layer of the terminal device can perform radio link quality detection in the 11 radio frames from SFN = 0 to SFN = 10, and determine whether it is necessary to report an early-out-of-sync indication to the RRC layer of the terminal device based on the detection results. Since only four of the 11 radio frames, SFN = 0, SFN = 1, SFN = 9, and SFN = 10, are radio frames transmitted in IoT-NTN TDD mode, if the physical layer of the terminal device reports an early-out-of-sync indication, the RRC layer of the terminal device performs early-out-of-sync counting in these four radio frames.

[0307] In some embodiments, "the RRC layer of the terminal device performs early-out-of-sync counting for radio frames transmitted in IoT-NTN TDD mode", "the RRC layer of the terminal device does not perform early-out-of-sync counting for radio frames transmitted in non-IoT-NTN TDD mode", and "the RRC layer of the terminal device does not perform early-out-of-sync counting for radio frames transmitted in non-IoT-NTN TDD mode" can be replaced with each other.

[0308] In some embodiments, the RRC layer of the terminal device performs early-out-of-sync counting in subframes of a radio frame transmitted in IoT-NTN TDD mode.

[0309] In some embodiments, for any radio frame transmitted in IoT-NTN TDD mode, the subframe in the radio frame refers to the subframe occupied by DL duration. For an introduction to the subframes in the radio frame transmitted in IoT-NTN TDD mode, please refer to Figure 2a The relevant content of step S2101 in will not be repeated here.

[0310] In some embodiments, the RRC layer of the terminal device performs early-out-of-sync counting on subframes in a radio frame transmitted in IoT-NTN TDD mode. The subframes for which the RRC layer of the terminal device performs early-out-of-sync counting may be all subframes in the radio frame or all or part of the subframes occupied by the DL duration.

[0311] For example, for the wireless frame transmitted in IoT-NTN TDD mode within the DRX cycle, subframes 3, 4, 5, 6, 7, 8, and 9 in the wireless frame are subframes occupied by DL duration, that is, subframes used for downlink signals and / or data transmitted in IoT-NTN TDD mode. The physical layer of the terminal device can perform wireless link quality detection in subframes 3, 4, 5, 6, 7, 8, and 9, and the physical layer of the terminal device can also perform wireless link quality detection in subframes 3, 4, and 5. The physical layer of the terminal device can also perform wireless link quality detection in subframes 5, 6, and 7, and so on.

[0312] In some embodiments, for subframes in a radio frame transmitted in a non-IoT-NTN TDD mode, the RRC of the terminal device does not perform early-out-of-sync counting on the subframes in the radio frame.

[0313] by Figure 1f For example, if the wireless frames transmitted in IoT-NTN TDD mode in a DRX cycle include Figure 1f If SFN=0, SFN=1, SFN=9, and SFN=10 are used in the wireless frame between SFN=1 and SFN=9, the wireless frames between SFN=1 and SFN=9 are not used for IoT-NTN TDD mode transmission. The RRC layer of the terminal device does not perform early-out-of-sync counting on the subframes in the wireless frames between SFN=1 and SFN=9. For the wireless frame with SFN=1, although it is used for IoT-NTN TDD mode transmission, only subframe 0 in the wireless frame is used for IoT-NTN TDD mode transmission. The remaining subframes 1, 2, 3, 4, 5, 6, 7, 8, and 9 are not used for IoT-NTN TDD mode transmission. Therefore, the RRC layer of the terminal device does not perform early-out-of-sync counting on subframes 1, 2, 3, 4, 5, 6, 7, 8, and 9 in SFN=1.

[0314] In some embodiments, "the RRC layer of the terminal device performs early-out-of-sync counting on the subframes of the radio frame transmitted in the IoT-NTN TDD mode", "the RRC layer of the terminal device does not perform early-out-of-sync counting on the subframes of the radio frame transmitted in the non-IoT-NTN TDD mode", and "the RRC layer of the terminal device does not perform early-out-of-sync counting on the subframes of the radio frame transmitted in the non-IoT-NTN TDD mode" can be replaced with each other.

[0315] The RRC layer of the terminal device performs early-out-of-sync counting in the subframes of the wireless frame transmitted in the IoT-NTN TDD mode. The specific process may be, for example, that the terminal device receives the downlink reference signal sent by the network device in the subframes of the wireless frame transmitted in the IoT-NTN TDD mode, and measures the quality of the downlink reference signal. Then, the terminal device can compare the quality of the measured downlink reference signal with the quality threshold, and determine whether it is necessary to report the early-out-of-sync indication based on the comparison result. For example, if the quality of the downlink reference signal is less than or equal to the second quality threshold, the physical layer of the terminal device reports the early-out-of-sync indication to the RRC layer. Since the downlink reference signal is received in the subframe of the wireless frame transmitted in the IoT-NTNTDD mode, the RRC layer of the terminal device records an early-out-of-sync once, that is, the number of early-out-of-sync indications is increased by 1.

[0316] In the disclosed embodiments, the RRC layer of a terminal device performs early-out-of-sync counting in radio frames transmitted in IoT-NTN TDD mode, or in subframes within radio frames transmitted in IoT-NTN TDD mode. This early-out-of-sync counting provides greater flexibility. Furthermore, because radio frames transmitted in IoT-NTN TDD mode are used for IoT-NTN TDD, the accuracy of the early-out-of-sync counting can be improved, thereby improving the accuracy of wireless link detection performed by the terminal device.

[0317] In some embodiments, reference may be made to the steps and optional implementation methods of other embodiments recorded before or after the description corresponding to this embodiment, as well as other related parts in the description, which will not be repeated here.

[0318] See also Figure 2e , Figure 2e FIG1 is an exemplary interactive diagram of a wireless link detection method according to an embodiment of the present disclosure. Figure 2e As shown, the wireless link detection method includes the following steps:

[0319] Step S2501: The network device determines configuration information.

[0320] The configuration information is used to indicate the radio frame configuration of downlink signals and / or data transmitted in the IoT-NTN TDD mode.

[0321] In some embodiments, the names of information, etc. are not limited to the names described in the embodiments, and terms such as "information", "message", "signal", "signaling", "report", "configuration", "indication", "instruction", "command", "channel", "parameter", "domain", "field", "symbol", "symbol", "codeword", "codebook", "codeword", "codepoint", "bit", "data", "program", and "chip" can be used interchangeably.

[0322] In some embodiments, the process of determining configuration information by the network device is specifically a process of configuring the frame structure of the wireless frame of the downlink signal and / or data transmitted in the IoT-NTNTDD mode by the network device.

[0323] For example, within a 90ms TDD cycle, one uplink timeslot and one downlink timeslot can be allocated for IoT-NTN mode. Signals and / or data transmission between IoT devices and network devices can occur in the uplink and downlink timeslots allocated to IoT-NTN mode, while the remaining time units within the TDD cycle remain used for the existing Iridium communication system.

[0324] The downlink time slot allocated to the IoT-NTN mode (hereinafter referred to as the DL duration) occupies two consecutive system frames. Furthermore, the DL duration occupies eight subframes within two consecutive system frames. Specifically, the eight subframes are: 3, 4, 5, 6, 7, 8, 9, 0 (8ms). Subframes 3, 4, 5, 6, 7, 8, and 9 are from the first system frame, and subframe 0 is from the second system frame.

[0325] The frame structure can be found in Figure 1e and Figure 1f The relevant introduction will not be repeated here.

[0326] Step S2502: The terminal device determines the configuration information of the network device.

[0327] The configuration information is used to indicate the radio frame configuration of downlink signals and / or data transmitted in the IoT-NTN TDD mode.

[0328] In some embodiments, the terminal device may be an Internet of Things device.

[0329] The terminal device determines the configuration information of the network device. For the introduction of the configuration information, please refer to the relevant content of step S2501, which will not be repeated here.

[0330] The configuration information is used to represent the wireless frame configuration of the downlink signal and / or data transmitted in the IoT-NTN TDD mode. The terminal device determines the configuration information of the network device, thereby being able to determine the wireless frame configuration of the downlink signal and / or data transmitted in the IoT-NTN TDD mode, and further determine which wireless frames belong to the wireless frames of the downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0331] In step S2503, the network device sends indication information to the terminal device, where the indication information is used to instruct to perform wireless link detection in a wireless frame, or to perform wireless link detection in a subframe in a wireless frame.

[0332] In some embodiments, the radio frame is a radio frame for downlink signals and / or data transmitted in IoT-NTN TDD mode. Accordingly, the indication information is used to instruct the radio frame for downlink signals and / or data transmitted in IoT-NTN TDD mode to perform radio link detection, or the indication information is used to instruct the subframe in the radio frame for downlink signals and / or data transmitted in IoT-NTN TDD mode to perform radio link detection.

[0333] In some embodiments, the terms "obtain," "get," "obtain," "receive," "transmit," "bidirectionally transmit," and "send and / or receive" are interchangeable and can be interpreted as meaning receiving from another entity, obtaining from a protocol, obtaining from a higher layer, obtaining through self-processing, or autonomous implementation. For example, the protocol includes at least one of a 3GPP protocol, a Wi-Fi protocol, and an audio and / or video protocol.

[0334] In some embodiments, terms such as "send", "transmit", "report", "download", "transmit", "bidirectional transmission", "send and / or receive" can be used interchangeably.

[0335] In step S2504, the physical layer of the terminal device performs wireless link detection in the wireless frame, or the physical layer of the terminal device performs wireless link detection in a subframe in the wireless frame; wherein the wireless frame is a wireless frame for downlink signals and / or data transmitted in IoT-NTN TDD mode.

[0336] In some embodiments, a terminal device receives instruction information sent by a network device, where the instruction information is used to instruct wireless link detection on wireless frames of downlink signals and / or data transmitted in IoT-NTN TDD mode. Accordingly, the terminal device performs wireless link detection on wireless frames of downlink signals and / or data transmitted in IoT-NTN TDD mode.

[0337] The terminal device performs wireless link detection on the wireless frames of downlink signals and / or data transmitted in the IoT-NTN TDD mode. For example, the following implementation methods may be included:

[0338] Method 1: When the terminal device is in DRX mode, the physical layer of the terminal device performs wireless link quality detection on at least one wireless frame transmitted in IoT-NTN TDD mode in each DRX cycle. The implementation process of Method 1 can be found in the above Figure 2a The relevant introduction in the embodiments will not be repeated here.

[0339] Method 2: When the terminal device is in non-DRX mode, the physical layer of the terminal device performs wireless link quality detection for each radio frame transmitted in IoT-NTN TDD mode. The implementation process of Method 2 can be found in the above Figure 2b The relevant introduction in the embodiments will not be repeated here.

[0340] Method 3: The RRC layer of the terminal device performs out-of-sync counting on the wireless frames transmitted in IoT-NTN TDD mode. The implementation process of Method 3 can be found in the above Figure 2c The relevant introduction in the embodiments will not be repeated here.

[0341] Method 4: The RRC layer of the terminal device performs early-out-of-sync counting on the wireless frames transmitted in IoT-NTN TDD mode. The implementation process of Method 4 can be found in the above Figure 2d The relevant introduction in the embodiments will not be repeated here.

[0342] In some embodiments, a terminal device receives indication information sent by a network device, where the indication information is used to instruct a subframe in a radio frame of a downlink signal and / or data transmitted in an IoT-NTN TDD mode to perform radio link detection. Accordingly, the terminal device performs radio link detection in a subframe in a radio frame of a downlink signal and / or data transmitted in an IoT-NTN TDD mode.

[0343] The terminal device performs radio link detection in a subframe of a radio frame of a downlink signal and / or data transmitted in IoT-NTN TDD mode. For example, the following implementations may be included:

[0344] Mode 5: When the terminal device is in DRX mode, the physical layer of the terminal device performs wireless link quality detection on at least one subframe of a radio frame transmitted in IoT-NTN TDD mode in each DRX cycle. The implementation process of Mode 5 can be found in the above Figure 2a The relevant introduction in the embodiments will not be repeated here.

[0345] Mode 6: When the terminal device is in non-DRX mode, the physical layer of the terminal device performs radio link quality detection in the subframe of each radio frame transmitted in IoT-NTN TDD mode. The implementation process of Mode 6 can be found in the above Figure 2b The relevant introduction in the embodiments will not be repeated here.

[0346] Method 7: The RRC layer of the terminal device performs out-of-sync counting in the subframes of the wireless frame transmitted in the IoT-NTN TDD mode. The implementation process of Method 7 can be found in the above Figure 2c The relevant introduction in the embodiments will not be repeated here.

[0347] Mode 8: The RRC layer of the terminal device performs early-out-of-sync counting in the subframes of the radio frame transmitted in the IoT-NTN TDD mode. The implementation process of Mode 8 can be found in the above Figure 2d The relevant introduction in the embodiments will not be repeated here.

[0348] The wireless link detection method involved in the embodiments of the present disclosure may include at least one of steps S2501 to S2504. For example, step S2504 may be implemented as an independent embodiment, step S2503 + step S2504 may be implemented as independent embodiments, and step S2501 + step S2502 + step S2503 + step S2504 may be implemented as independent embodiments, but the present invention is not limited thereto.

[0349] In some embodiments, steps S2501 and S2503 may be performed in an interchanged order or simultaneously, and steps S2502 and S2503 may be performed in an interchanged order or simultaneously. Steps S2501, S2502, and S2503 are optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0350] In some embodiments, reference may be made to the steps and optional implementation methods of other embodiments recorded before or after the description corresponding to this embodiment, as well as other related parts in the description, which will not be repeated here.

[0351] See also Figure 2f , Figure 2f FIG2 is an exemplary interactive diagram of a wireless link detection method according to an embodiment of the present disclosure. Figure 2f As shown, the wireless link detection method includes the following steps:

[0352] In step S2601, the network device configures the terminal device to perform wireless link detection in a wireless frame; wherein the wireless frame is a wireless frame of downlink signals and / or data transmitted in the IoT-NTN TDD mode.

[0353] In some embodiments, the terminal device may be an Internet of Things device.

[0354] In some embodiments, the network device configures the terminal device to perform wireless link detection on the wireless frame of the downlink signal and / or data transmitted in the IoT-NTN TDD mode. For example, the network device determines configuration information, and the terminal device determines the configuration information of the network device. The configuration information is used to represent the wireless frame configuration of the downlink signal and / or data transmitted in the IoT-NTN TDD mode. The implementation process can be referred to Figure 2e The relevant contents of step S2501 and step S2502 are not repeated here.

[0355] In some embodiments, the network device configures the terminal device to perform radio link detection in the radio frame of the downlink signal and / or data transmitted in the oT-NTN TDD mode. For example, the network device may send an indication message to the terminal device, and the indication message is used to instruct the terminal device to perform radio link detection in the radio frame, or to perform radio link detection in a subframe in the radio frame. The implementation process can be referred to Figure 2e The relevant content of step S2503 will not be repeated here.

[0356] In step S2602, the terminal device performs wireless link detection in a wireless frame; wherein the wireless frame is a wireless frame of a downlink signal and / or data transmitted in an IoT-NTN TDD mode.

[0357] The terminal device performs wireless link detection on the wireless frames of downlink signals and / or data transmitted in IoT-NTN TDD mode, which may include Figure 2e One or more of the methods 1 to 8 in step S2504, for details, see Figures 2a to 2e The relevant introduction in will not be repeated here.

[0358] The wireless link detection method involved in the embodiment of the present disclosure may include at least one of steps S2601 to S2602. For example, step S2602 may be implemented as an independent embodiment, and step S2601 + step S2602 may be implemented as independent embodiments, but are not limited thereto.

[0359] In some embodiments, step S2601 is optional, and one or more of these steps may be omitted or replaced in different embodiments.

[0360] In some embodiments, reference may be made to the steps and optional implementation methods of other embodiments recorded before or after the description corresponding to this embodiment, as well as other related parts in the description, which will not be repeated here.

[0361] See also Figure 3 , Figure 3 FIG5 is an exemplary flow chart of a wireless link detection method according to an embodiment of the present disclosure. Figure 3 As shown, the wireless link detection method includes the following steps:

[0362] In step S3101, the terminal device performs wireless link detection in a wireless frame; wherein the wireless frame is a wireless frame of a downlink signal and / or data transmitted in an IoT-NTN TDD mode.

[0363] In some embodiments, the terminal device may be an Internet of Things device.

[0364] In some embodiments, wireless link detection may also be referred to as wireless link monitoring.

[0365] In some embodiments, the terminal device can autonomously determine the radio frame of the downlink signal and / or data transmitted in the IoT-NTN TDD mode, and perform wireless link detection on the radio frame of the downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0366] In some embodiments, the terminal device can autonomously determine the subframes in the wireless frame of the downlink signal and / or data transmitted in the IoT-NTN TDD mode, and perform wireless link detection in the subframes in the wireless frame of the downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0367] In some embodiments, the network device may configure the terminal device to perform wireless link detection on wireless frames of downlink signals and / or data transmitted in IoT-NTN TDD mode.

[0368] In some embodiments, the network device may configure the terminal device to perform wireless link detection on a subframe in a wireless frame of a downlink signal and / or data transmitted in IoT-NTN TDD mode.

[0369] In some embodiments, reference may be made to the steps and optional implementation methods of other embodiments recorded before or after the description corresponding to this embodiment, as well as other related parts in the description, which will not be repeated here.

[0370] The following is an exemplary embodiment of a wireless link detection method provided according to an embodiment of the present disclosure:

[0371] In some embodiments, the wireless link detection method of the embodiments of the present disclosure is applied to IoT NTN TDD mode.

[0372] In some embodiments, IoT-NTN TDD mode uses the FDD frame structure, with some frames reserved for IoT-NTN TDD. For example, every 90 ms, there is an IoT-NTN TDD DL duration and an IoT-NTN TDD UL duration, where the UL duration and DL duration are 8 ms. The IoT-NTN UL duration and DL duration are separated by 50 ms.

[0373] In some embodiments, each DL duration occupies two consecutive radio frames (two SFNs). More specifically, each DL duration occupies subframes 3, 4, 5, 6, 7, 8, and 9 of the first radio frame and subframe 0 of the second radio frame.

[0374] In some embodiments, the wireless link detection method includes: the terminal device determines the wireless frame for performing RLM according to the configuration of the network device; that is, the terminal device only performs RLM in the wireless frame configured by the network device.

[0375] In some embodiments, the network device configures a radio frame / radio frame number for the terminal device, and the radio frame / radio frame number is used by the terminal device to perform RLM.

[0376] In some embodiments, the terminal device does not count out-of-sync in downlink radio frames / system frames / subframes / times that are not used for IoT NTN TDD mode transmission.

[0377] In some embodiments, the terminal device does not count early-out-of-sync in downlink radio frames / system frames / subframes / times that are not used for IoT NTN TDD mode transmission.

[0378] In some embodiments, the terminal device only counts out-of-sync in downlink radio frames / system frames / subframes / times used for IoT NTN TDD mode transmission.

[0379] In some embodiments, the terminal device only counts early-out-of-sync in downlink radio frames / system frames / subframes / times used for IoT NTN TDD mode transmission.

[0380] In some embodiments, for non-DRX mode, the physical layer of the terminal device evaluates the radio link quality at each radio frame / system frame / subframe / time for DL duration.

[0381] In some embodiments, for non-DRX mode, the physical layer of the terminal device does not evaluate the radio link quality in downlink radio frames / system frames / subframes / times that are not used for IoT NTN TDD mode transmission.

[0382] In some embodiments, for DRX mode, the physical layer of the terminal device evaluates the radio link quality once in at least one radio frame / system frame / subframe / time for DLduration of each DRX cycle.

[0383] It should be noted that, unless there is any contradiction, each step in the various embodiments of the present disclosure can be implemented as an independent embodiment, and the various steps can be combined arbitrarily. The order of the various steps in any embodiment of the present disclosure can be arbitrarily exchanged, and the optional implementations in any embodiment can also be combined arbitrarily. In addition, different embodiments can be combined arbitrarily. For example, some or all steps of different embodiments can be combined arbitrarily, and a certain embodiment can be combined arbitrarily with the optional implementations of other embodiments, and so on.

[0384] The embodiments of the present disclosure also provide apparatuses (also referred to as communication devices, etc.) for implementing any of the above methods. For example, an apparatus is provided that includes units or modules for implementing each step performed by a terminal in any of the above methods. As another example, another apparatus is provided that includes units or modules for implementing each step performed by a network device (e.g., an access network device, a core network function node, a core network device, etc.) in any of the above methods.

[0385] It should be understood that the division of the various units or modules in the above device is merely a division of logical functions. In actual implementation, they may be fully or partially integrated into a physical entity, or they may be physically separated. In addition, the units or modules in the device may be implemented in the form of a processor calling software: for example, the device includes a processor, the processor is connected to a memory, and the memory stores instructions. The processor calls the instructions stored in the memory to implement any of the above methods or implement the functions of the various units or modules of the above device, wherein the processor is, for example, a general-purpose processor, such as a central processing unit (CPU) or a microprocessor, and the memory is a memory within the device or a memory outside the device. Alternatively, the units or modules in the device can be implemented in the form of hardware circuits, and the functions of some or all of the units or modules can be realized by designing the hardware circuits. The above-mentioned hardware circuits can be understood as one or more processors; for example, in one implementation, the above-mentioned hardware circuit is an application-specific integrated circuit (ASIC), which realizes the functions of some or all of the above units or modules by designing the logical relationship of the components in the circuit; for example, in another implementation, the above-mentioned hardware circuit can be realized by a programmable logic device (PLD). Taking a field programmable gate array (FPGA) as an example, it can include a large number of logic gate circuits, and the connection relationship between the logic gate circuits is configured by configuring the configuration file, thereby realizing the functions of some or all of the above units or modules. All units or modules of the above devices can be realized in the form of software called by the processor, or in the form of hardware circuits, or in part by the form of software called by the processor, and the rest by hardware circuits.

[0386] In the embodiments of the present disclosure, the processor is a circuit with signal processing capabilities. In one implementation, the processor can be a circuit with instruction reading and execution capabilities, such as a central processing unit (CPU), a microprocessor, a graphics processing unit (GPU) (which can be understood as a microprocessor), or a digital signal processor (DSP). In another implementation, the processor can implement certain functions through the logical relationship of a hardware circuit. The logical relationship of the above-mentioned hardware circuit is fixed or reconfigurable. For example, the processor is a hardware circuit implemented by an application-specific integrated circuit (ASIC) or a programmable logic device (PLD), such as an FPGA. In a reconfigurable hardware circuit, the process of the processor loading a configuration document to implement the hardware circuit configuration can be understood as the process of the processor loading instructions to implement the functions of some or all of the above units or modules. In addition, it can also be a hardware circuit designed for artificial intelligence, which can be understood as ASIC, such as a neural network processing unit (NPU), a tensor processing unit (TPU), a deep learning processing unit (DPU), etc.

[0387] Figure 4a is an exemplary structural diagram of a terminal device proposed in an embodiment of the present disclosure. The terminal device 4100 is used to execute any of the above methods. In some embodiments, Figure 4a As shown, the terminal device 4100 may include:

[0388] The processing module 4101 is configured to perform wireless link detection in a wireless frame;

[0389] The radio frame is a radio frame of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0390] In some embodiments, the device further includes a transceiver module 4102 for:

[0391] Indication information sent by a network device is received, where the indication information is used to instruct to perform radio link detection in a radio frame, or to perform radio link detection in a subframe in a radio frame.

[0392] In some embodiments, the processing module 4101 is further configured to:

[0393] Determine configuration information of the network device, where the configuration information represents a radio frame configuration of downlink signals and / or data transmitted in TDD mode of the IoT-NTN.

[0394] In some embodiments, the processing module 4101 is specifically configured to:

[0395] Perform wireless link quality detection in wireless frames;

[0396] or,

[0397] The radio link quality detection is performed in the subframes in the radio frame.

[0398] In some embodiments, when the terminal device is in the DRX mode, the processing module 4101 is specifically configured to:

[0399] In each DRX cycle, at least one radio frame transmitted in the IoT-NTN TDD mode is used to detect the quality of the radio link.

[0400] In some embodiments, when the terminal device is in the DRX mode, the processing module 4101 is specifically configured to:

[0401] In each DRX cycle, the radio link quality is detected in a subframe of at least one radio frame transmitted in the IoT-NTN TDD mode.

[0402] In some embodiments, when the terminal device is in a non-DRX mode, the processing module 4101 is specifically configured to:

[0403] The wireless link quality is checked for each wireless frame transmitted in IoT-NTN TDD mode.

[0404] In some embodiments, when the terminal device is in a non-DRX mode, the processing module 4101 is specifically configured to:

[0405] The wireless link quality is detected in the subframes of each radio frame transmitted in the IoT-NTN TDD mode.

[0406] In some embodiments, the processing module 4101 is specifically configured to:

[0407] Count the out-of-sync counts for wireless frames transmitted in IoT-NTN TDD mode.

[0408] Count early desynchronization of wireless frames transmitted in IoT-NTN TDD mode;

[0409] Count the out-of-sync subframes in the radio frame transmitted in IoT-NTN TDD mode;

[0410] Early loss of synchronization is counted in the subframes of the radio frame transmitted in IoT-NTN TDD mode.

[0411] Optionally, the above-mentioned processing module 4101 is used to execute other processing steps performed by the network device in any of the above methods (for example, step S2101, step S2201, step S2301, step S2401, step S2502, step S2504, step S2602, step S3101, but not limited to these), which are not repeated here.

[0412] Optionally, the above-mentioned transceiver module 4102 is used to execute at least one of the communication steps such as sending and / or receiving (such as step S2503, but not limited to this) performed by the terminal 4100 in any of the above methods, which will not be repeated here.

[0413] Figure 4b 4200 is an exemplary structural diagram of a network device proposed in an embodiment of the present disclosure. The network device 4200 is used to execute any of the above methods. In some embodiments, Figure 4b As shown, the network device 4200 may include:

[0414] The processing module 4201 is used to configure the terminal device to perform wireless link detection in the wireless frame;

[0415] The radio frame is a radio frame of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0416] In some embodiments, the system further includes a transceiver module 4202 for:

[0417] Send indication information to the terminal device, where the indication information is used to instruct the terminal device to perform wireless link detection in a wireless frame, or to perform wireless link detection in a subframe in a wireless frame.

[0418] In some embodiments, the indication information is used to instruct the physical layer of the terminal device to perform radio link quality detection in a radio frame;

[0419] or,

[0420] The indication information is used to instruct the physical layer of the terminal device to perform wireless link quality detection in a subframe in a wireless frame.

[0421] In some embodiments, when the terminal device is in DRX mode, the indication information is used to indicate:

[0422] The physical layer of the terminal device performs wireless link quality detection on at least one radio frame transmitted in IoT-NTN TDD mode in each DRX cycle;

[0423] or,

[0424] The physical layer of the terminal device performs wireless link quality detection on a subframe in a radio frame transmitted in at least one IoT-NTN TDD mode in each DRX cycle.

[0425] In some embodiments, when the terminal device is in non-DRX mode, the indication information is used to indicate:

[0426] The physical layer of the terminal device performs wireless link quality detection on each radio frame transmitted in IoT-NTN TDD mode;

[0427] or,

[0428] The physical layer of the terminal device performs wireless link quality detection in the subframes of each radio frame transmitted in the IoT-NTN TDD mode.

[0429] In some embodiments, the indication information is used to indicate at least one of the following:

[0430] The RRC layer of the terminal device counts the out-of-sync counts of radio frames transmitted in IoT-NTN TDD mode;

[0431] The RRC layer of the terminal device counts early desynchronization of radio frames transmitted in IoT-NTN TDD mode;

[0432] The RRC layer of the terminal device counts the out-of-sync subframes in the radio frame transmitted in IoT-NTN TDD mode;

[0433] The RRC layer of the terminal device counts early desynchronization in the subframes of the radio frame transmitted in the IoT-NTN TDD mode.

[0434] In some embodiments, the processing module 4201 is specifically configured to:

[0435] Configuration information is determined, where the configuration information is used to represent a radio frame configuration of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

[0436] Optionally, the processing module 4201 is used to execute other processing steps (such as step S2501 and step S2601, but not limited thereto) performed by the network device in any of the above methods, which will not be repeated here.

[0437] Optionally, the above-mentioned transceiver module 4202 is used to execute at least one of the communication steps such as sending and / or receiving (such as step S2503, but not limited to this) performed by the terminal 4100 in any of the above methods, which will not be repeated here.

[0438] Figure 5ais an exemplary structural diagram of a communication device proposed in an embodiment of the present disclosure. Communication device 5100 can be a network device (e.g., an access network device, a core network device, etc.), or a terminal device (e.g., a user device, etc.), or a chip, a chip system, or a processor that supports a network device to implement any of the above methods, or a chip, a chip system, or a processor that supports a terminal device to implement any of the above methods. Communication device 5100 can be used to implement the methods described in the above method embodiments. For details, please refer to the description of the above method embodiments.

[0439] like Figure 5a As shown, the communication device 5100 is used to perform any of the above methods. In some embodiments, the communication device 5100 includes one or more processors 5101. The processor 5101 can be a general-purpose processor or a dedicated processor, for example, a baseband processor or a central processing unit. The baseband processor can be used to process the communication protocol and communication data, and the central processing unit can be used to control the communication device (such as a base station, a baseband chip, a terminal device, a terminal device chip, a DU or a CU, etc.), execute programs, and process program data. Optionally, the communication device 5100 is used to perform any of the above methods. Optionally, one or more processors 5101 are used to call instructions to enable the communication device 5100 to perform any of the above methods.

[0440] In some embodiments, the communication device 5100 further includes one or more transceivers 5102. When the communication device 5100 includes one or more transceivers 5102, the transceiver 5102 performs at least one of the communication steps (e.g., step S2503, but not limited thereto) such as sending and / or receiving in the above method, and the processor 5101 performs at least one of the other steps (e.g., step S2101, step S2201, step S2301, step S2401, step S2501, step S2502, step S2504, step S2602, step S3101, but not limited thereto). In an optional embodiment, the transceiver may include a receiver and / or a transmitter, and the receiver and transmitter may be separate or integrated. Optionally, the terms transceiver, transceiver unit, transceiver, transceiver circuit, interface circuit, and interface may be used interchangeably; the terms transmitter, transmitting unit, transmitter, and transmitting circuit may be used interchangeably; and the terms receiver, receiving unit, receiver, and receiving circuit may be used interchangeably.

[0441] In some embodiments, the communication device 5100 further includes one or more memories 5103 for storing data and / or instructions. Optionally, one or more processors 5101 are configured to invoke instructions stored in the memories 5103 to cause the communication device 5100 to perform any of the above methods. Optionally, all or part of the memories 5103 may be located outside the communication device 5100. In an optional embodiment, the communication device 5100 may include one or more interface circuits 5104. Optionally, the interface circuits 5104 are connected to the memories 5103 and may be configured to receive data and / or instructions from the memories 5103 or other devices, or to send data and / or instructions to the memories 5103 or other devices. For example, the interface circuits 5104 may read data and / or instructions stored in the memories 5103 and send the data and / or instructions to the processors 5101.

[0442] The communication device 5100 described in the above embodiments may be a network device or a terminal device, but the scope of the communication device 5100 described in the present disclosure is not limited thereto. The structure of the communication device 5100 may not be limited thereto. Figure 5a The communication device may be an independent device or a part of a larger device. For example, the communication device may be: 1) an independent integrated circuit IC, or a chip, or a chip system or subsystem; (2) a collection of one or more ICs, optionally, the above IC collection may also include a storage component for storing data, programs and / or instructions; (3) an ASIC, such as a modem; (4) a module that can be embedded in other devices; (5) a receiver, a terminal device, an intelligent terminal device, a cellular phone, a wireless device, a handheld device, a mobile unit, an in-vehicle device, a network device, a cloud device, an artificial intelligence device, etc.; (6) others, etc.

[0443] Figure 5b This is an exemplary structural diagram of a chip proposed in an embodiment of the present disclosure. For the case where the communication device 5100 can be a chip or a chip system, please refer to Figure 5b The structure diagram of the chip 5200 is shown, but is not limited to this.

[0444] The chip 5200 includes one or more processors 5201. The chip 5200 is configured to execute any of the above methods.

[0445] In some embodiments, the chip 5200 further includes one or more interface circuits 5202. Optionally, terms such as interface circuit, interface, and transceiver pins may be used interchangeably. In some embodiments, the chip 5200 further includes one or more memories 5203 for storing data and / or instructions. Optionally, all or part of the memories 5203 may be located outside the chip 5200. Optionally, the interface circuit 5202 is connected to the memory 5203. The interface circuit 5202 may be used to receive data and / or instructions from the memory 5203 or other devices, or may be used to send data and / or instructions to the memory 5203 or other devices. For example, the interface circuit 5202 may read data and / or instructions stored in the memory 5203 and send the data and / or instructions to the processor 5201.

[0446] In some embodiments, the interface circuit 5202 performs at least one of the communication steps (e.g., step S2503, but not limited thereto) of sending and / or receiving in the above method. For example, the interface circuit 5202 performing the communication steps (e.g., sending and / or receiving) in the above method means that the interface circuit 5202 performs data and / or instruction exchange between the processor 5201, the chip 5200, the memory 5203, or the transceiver device. In some embodiments, the processor 5201 performs at least one of the other steps (e.g., step S2101, step S2201, step S2301, step S2401, step S2501, step S2502, step S2504, step S2602, step S3101, but not limited thereto).

[0447] The modules and / or devices described in various embodiments, such as virtual devices, physical devices, and chips, can be arbitrarily combined or separated according to circumstances. Optionally, some or all steps can also be performed collaboratively by multiple modules and / or devices, which is not limited here.

[0448] The present disclosure also provides a storage medium having instructions stored thereon, which, when executed on a communication device, causes the communication device to execute any of the above methods. Optionally, the storage medium is an electronic storage medium. Optionally, the storage medium is a computer-readable storage medium, but is not limited thereto and may also be a storage medium readable by other devices. Optionally, the storage medium may be a non-transitory storage medium, but is not limited thereto and may also be a transient storage medium.

[0449] The present disclosure also provides a program product, including a program and / or instructions, which, when executed by a communication device, causes the communication device to perform any of the above methods. Optionally, the program product is a computer program product. Optionally, the program product is stored on the above storage medium.

[0450] The present disclosure also proposes a computer program, which, when executed on a computer, causes the computer to perform any one of the above methods.

[0451] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professionals and technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this disclosure.

[0452] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0453] The above are only specific embodiments of the present disclosure, but the scope of protection of the present disclosure is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this disclosure should be included in the scope of protection of the present disclosure. Therefore, the scope of protection of the present disclosure should be based on the scope of protection of the claims.

Claims

1. A wireless link detection method, characterized in that: Executed by a terminal device, the method includes: Perform wireless link detection in wireless frames; The wireless frame is a wireless frame of downlink signals and / or data transmitted in a time division duplex (TDD) mode of the Internet of Things (IoT)-Non-Terrestrial Network (IoT-NTN).

2. The method according to claim 1, characterized in that The method further comprises: Indication information sent by a network device is received, where the indication information is used to instruct to perform wireless link detection in the wireless frame, or to perform wireless link detection in a subframe in the wireless frame.

3. The method according to claim 1, characterized in that The method further comprises: Determine configuration information of a network device, where the configuration information represents a radio frame configuration of a downlink signal and / or data transmitted in TDD mode of the IoT-NTN.

4. The method according to any one of claims 1 to 3, characterized in that The performing wireless link detection in the wireless frame includes: The physical layer of the terminal device performs wireless link quality detection in the wireless frame; or, The physical layer of the terminal device performs wireless link quality detection in the subframes of the wireless frame.

5. The method according to claim 4, characterized in that When the terminal device is in a discontinuous reception (DRX) mode, the physical layer of the terminal device performs radio link quality detection in the radio frame, including: The physical layer of the terminal device performs wireless link quality detection on at least one wireless frame transmitted in the IoT-NTN TDD mode in each DRX cycle.

6. The method according to claim 4 or 5, characterized in that When the terminal device is in the DRX mode, the physical layer of the terminal device performs radio link quality detection on a subframe in the radio frame, including: The physical layer of the terminal device performs wireless link quality detection on a subframe in at least one wireless frame transmitted in the IoT-NTN TDD mode within each DRX cycle.

7. The method according to any one of claims 4 to 6, characterized in that When the terminal device is in a non-DRX mode, the physical layer of the terminal device performs radio link quality detection in the radio frame, including: The physical layer of the terminal device performs wireless link quality detection on each wireless frame transmitted in the IoT-NTN TDD mode.

8. The method according to any one of claims 4 to 7, characterized in that: When the terminal device is in a non-DRX mode, the physical layer of the terminal device performs radio link quality detection on a subframe in the radio frame, including: The physical layer of the terminal device performs wireless link quality detection in a subframe of each wireless frame transmitted in the IoT-NTN TDD mode.

9. The method according to any one of claims 1 to 3, characterized in that The performing wireless link detection in the wireless frame includes at least one of the following: The radio resource control RRC layer of the terminal device counts the out-of-sync counts in the radio frames transmitted in the IoT-NTN TDD mode; The RRC layer of the terminal device performs early desynchronization counting on the radio frames transmitted in the IoT-NTN TDD mode; The RRC layer of the terminal device counts the out-of-sync subframes in the radio frame transmitted in the IoT-NTN TDD mode; The RRC layer of the terminal device performs early desynchronization counting in the subframes of the wireless frame transmitted in the IoT-NTN TDD mode.

10. A wireless link detection method, characterized in that: Executed by a network device, the method includes: Configure the terminal device to perform wireless link detection in the wireless frame; The radio frame is a radio frame of a downlink signal and / or data transmitted in IoT-NTN TDD mode.

11. The method according to claim 10, characterized in that The configuring the terminal device to perform wireless link detection in a wireless frame includes: Send indication information to the terminal device, where the indication information is used to instruct the terminal device to perform wireless link detection in the wireless frame, or to perform wireless link detection in a subframe in the wireless frame.

12. The method according to claim 11, characterized in that The indication information is used to instruct the physical layer of the terminal device to perform radio link quality detection in the radio frame; or, The indication information is used to instruct the physical layer of the terminal device to perform wireless link quality detection in the subframe of the wireless frame.

13. The method according to claim 12, characterized in that When the terminal device is in DRX mode, the indication information is used to indicate: The physical layer of the terminal device performs radio link quality detection on at least one radio frame transmitted in the IoT-NTN TDD mode in each DRX cycle; or, The physical layer of the terminal device performs wireless link quality detection on a subframe in at least one wireless frame transmitted in the IoT-NTN TDD mode within each DRX cycle.

14. The method according to claim 12 or 13, characterized in that When the terminal device is in a non-DRX mode, the indication information is used to indicate: The physical layer of the terminal device performs wireless link quality detection on each radio frame transmitted in the IoT-NTN TDD mode; or, The physical layer of the terminal device performs wireless link quality detection in a subframe of each wireless frame transmitted in the IoT-NTN TDD mode.

15. The method according to claim 11, characterized in that The indication information is used to indicate at least one of the following: The RRC layer of the terminal device counts the out-of-sync counts of the radio frames transmitted in the IoT-NTN TDD mode; The RRC layer of the terminal device performs early desynchronization counting on the radio frames transmitted in the IoT-NTN TDD mode; The RRC layer of the terminal device counts the out-of-sync subframes in the radio frame transmitted in the IoT-NTN TDD mode; The RRC layer of the terminal device performs early desynchronization counting in the subframes of the wireless frame transmitted in the IoT-NTN TDD mode.

16. The method according to claim 10, characterized in that The configuring the terminal device to perform wireless link detection in a wireless frame includes: Configuration information is determined, where the configuration information is used to represent a radio frame configuration of a downlink signal and / or data transmitted in the IoT-NTN TDD mode.

17. A terminal device, characterized in that: include: A processing module, configured to perform wireless link detection in a wireless frame; The radio frame is a radio frame of a downlink signal and / or data transmitted in IoT-NTN TDD mode.

18. A network device, characterized in that: include: A processing module, used to configure the terminal device to perform wireless link detection in the wireless frame; The radio frame is a radio frame of a downlink signal and / or data transmitted in IoT-NTN TDD mode.

19. A communication device, characterized in that: The communication device is configured to execute the method according to any one of claims 1 to 9 or 10 to 16.

20. A communication system, characterized in that: The invention comprises a terminal device and a network device, wherein the terminal device is configured to implement the method according to any one of claims 1 to 9, and the network device is configured to implement the method according to any one of claims 10 to 16.

21. A storage medium storing instructions, characterized in that: When the instruction is executed on a communication device, the communication device is caused to execute the method according to any one of claims 1 to 9 or 10 to 16.

22. A program product, comprising at least one of a program and instructions, characterized in that: When at least one of the program and the instruction is executed by the communication device, the steps of the method according to any one of claims 1 to 9 or 10 to 16 are implemented.

Images