Detection method and device for D2R transmission, network side equipment and Internet of Things equipment
By using a time-domain detection window between IoT devices and network-side devices, the D2R transmission and reception problem caused by inaccurate timing of IoT devices is solved, improving the transmission success rate and reliability.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-09-06
- Publication Date
- 2026-03-17
AI Technical Summary
Inaccurate timing in D2R transmission of IoT devices leads to inaccurate reception of data, and existing technologies cannot effectively solve this problem, affecting the transmission success rate.
By adopting the concept of a time-domain detection window, a time-domain detection window with continuous time granularity is defined by sending and receiving time-domain control information between IoT devices and network-side devices, ensuring that D2R transmissions are received within the detection window.
It improves the success rate of D2R transmission for IoT devices, ensures the reliability and accuracy of transmission, and avoids waste and interference of transmission resources.
Smart Images

Figure CN121692233A_ABST
Abstract
Description
Technical Field
[0001] This disclosure relates to the field of wireless communication technology, and in particular to detection methods and apparatus for D2R transmission, network-side devices, Internet of Things devices, and computer-readable storage media. Background Technology
[0002] In recent years, the Internet of Things (IoT) has received considerable attention, with more IoT devices and terminals attempting to connect to the network, bringing convenience to life. However, this has also posed challenges to network access capabilities and the energy consumption and cost of IoT devices and terminals. The Ministry of Industry and Information Technology (MIIT) points out that the number of IoT terminals will experience explosive growth, reaching hundreds of billions in the future. It is impossible to equip all IoT devices and terminals with batteries and perform periodic maintenance and upkeep; this would lead to very high maintenance costs and serious environmental problems, making it an unacceptable development direction for the IoT.
[0003] In light of this, 3GPP (3rd Generation Partnership Project) proposed the concept of A-IoT (Ambient IoT), which operates without batteries, harnessing energy from the environment or radio frequency signals for waveform modulation and transmission. Within IoT devices or terminals, there will be R2D (reader-to-device) and D2R (device-to-reader) transmissions. D2R transmission, where the IoT device sends data and the base station receives it, represents the downlink from the base station to the IoT device, and is performed via backscattering. R2D transmission, where the base station sends data and the IoT device receives it, represents the uplink from the IoT device to the base station. Summary of the Invention
[0004] This disclosure presents a solution that can improve the success rate of D2R transmissions in IoT devices.
[0005] According to a first aspect of this disclosure, a detection method for device-to-reader (D2R) transmission is provided, applied to a network-side device, comprising:
[0006] Sending time-domain control information to IoT devices, wherein the time-domain control information includes a time-domain detection window;
[0007] Receive D2R transmissions sent by the IoT device based on the time-domain detection window;
[0008] The D2R transmission is detected within the time-domain detection window.
[0009] According to a second aspect of this disclosure, a detection method for device-to-reader (D2R) transmission is provided, applied to Internet of Things (IoT) devices, comprising:
[0010] Receive time-domain control information from network-side devices, wherein the time-domain control information includes a time-domain detection window;
[0011] The network-side device sends a D2R transmission based on the time-domain detection window so that it can detect the D2R transmission within the time-domain detection window.
[0012] According to a third aspect of this disclosure, a network-side device is provided, configured to perform a detection method for a network-side device according to any embodiment of this disclosure.
[0013] According to a fourth aspect of this disclosure, an Internet of Things (IoT) device is provided, configured to perform a detection method for IoT devices according to any embodiment of this disclosure.
[0014] According to a fifth aspect of this disclosure, an electronic device is provided, comprising: a memory; and a processor coupled to the memory, the processor being configured to execute the detection method described in any of the above embodiments based on instructions stored in the memory.
[0015] According to a sixth aspect of this disclosure, a computer-readable storage medium is provided that stores computer program instructions thereon, which, when executed by a processor, implement the detection method described in any of the above embodiments.
[0016] According to a seventh aspect of this disclosure, a computer program product is provided, comprising a computer program that, when executed by a processor, implements the detection method described in any of the above embodiments.
[0017] In the above embodiments, the success rate of D2R transmission for IoT devices can be improved. Attached Figure Description
[0018] The accompanying drawings, which form part of this specification, illustrate embodiments of this disclosure and, together with the specification, serve to explain the principles of this disclosure.
[0019] This disclosure will become clearer with reference to the accompanying drawings and the following detailed description, wherein:
[0020] Figure 1 This is a schematic flowchart illustrating a detection method for D2R transmission according to some embodiments of the present disclosure;
[0021] Figure 2 This is a schematic diagram illustrating the configuration of a temporal detection window according to some embodiments of the present disclosure;
[0022] Figure 3 This is a schematic diagram illustrating the configuration of a temporal detection window according to other embodiments of the present disclosure;
[0023] Figure 4 This is a schematic diagram illustrating the configuration of a temporal detection window according to some embodiments of the present disclosure;
[0024] Figure 5 This is a schematic diagram illustrating the configuration of a temporal detection window according to some embodiments of the present disclosure;
[0025] Figure 6 This is a schematic diagram illustrating the configuration of a temporal detection window according to some embodiments of the present disclosure;
[0026] Figure 7 This is a schematic diagram illustrating the configuration of a temporal detection window according to some embodiments of the present disclosure;
[0027] Figure 8 This is a schematic flowchart illustrating a detection method for D2R transmission according to some embodiments of the present disclosure;
[0028] Figure 9 This is a block diagram illustrating a detection system for D2R transmission according to some embodiments of the present disclosure;
[0029] Figure 10 This is a block diagram illustrating an electronic device according to some embodiments of the present disclosure;
[0030] Figure 11 This is a block diagram illustrating a computer system for implementing some embodiments of the present disclosure. Detailed Implementation
[0031] Various exemplary embodiments of the present disclosure will now be described in detail with reference to the accompanying drawings. It should be noted that, unless otherwise specifically stated, the relative arrangement, numerical expressions, and values of the components and steps set forth in these embodiments do not limit the scope of the present disclosure.
[0032] At the same time, it should be understood that, for ease of description, the dimensions of the various parts shown in the accompanying drawings are not drawn according to actual scale.
[0033] The following description of at least one exemplary embodiment is merely illustrative and is in no way intended to limit this disclosure or its application or use.
[0034] Techniques, methods, and equipment known to those skilled in the art may not be discussed in detail, but where appropriate, such techniques, methods, and equipment should be considered part of the specification.
[0035] In all examples shown and discussed herein, any specific values should be interpreted as merely exemplary and not as limitations. Therefore, other examples of exemplary embodiments may have different values.
[0036] It should be noted that similar labels and letters in the following figures indicate similar items; therefore, once an item is defined in one figure, it does not need to be discussed further in subsequent figures.
[0037] In traditional NR (New Radio) systems, uplink synchronization exists between the base station and the UE (User Equipment). This ensures that each UE accessing the base station can arrive at the base station at the beginning of the first OFDM (Orthogonal Frequency Division Multiplexing) symbol in the first slot, facilitating base station detection and scheduling. Because the base station and UE use a unified time slot and OFDM symbol time granularity definition, this synchronization ensures that the base station and UE have a consistent understanding of the resources they occupy and schedule. For A-IoT devices, due to poor timing capabilities, the timing is inaccurate. Even if Timing Advance (TA) is used to achieve uplink synchronization, this TA can only be considered a range value rather than an accurate value. This means that the position of the first OFDM symbol arriving at the base station in the first time slot is not the starting position, but may be in the middle of the first symbol. If the base station schedules the device to upload a device that occupies 4 OFDM symbols, then the base station must reserve at least 5 OFDM symbols. Otherwise, the timing offset caused by this inaccurate timing will not only affect the device's own uplink transmission, but also cause cross-time slot or symbol interference to the next transmission. Therefore, the traditional NR system method cannot be used to receive D2R transmissions.
[0038] In simple terms, a CW (Continuous Wave) carrier wave is introduced into the device, modulated, and then transmitted back to the device with the corresponding modulated information. However, because the device's timing is highly inaccurate, it may be unable to set an accurate timing advance. Therefore, the D2R transmission received by the device is most likely located within or in the middle of an OFDM symbol.
[0039] Based on this, we propose the concept of a time-domain detection window and perform D2R detection based on this concept. This can avoid the situation where D2R transmission is in the middle of OFDM symbols, which would prevent the determination or scheduling of the required time-domain detection resources.
[0040] Figure 1This is a schematic flowchart illustrating a detection method for D2R transmission according to some embodiments of the present disclosure.
[0041] like Figure 1 As shown, the detection method for D2R transmission applied to network-side devices includes: step S110, sending time-domain control information to the IoT device, the time-domain control information including a time-domain detection window; step S120, receiving the D2R transmission sent by the IoT device based on the time-domain detection window; and step S130, detecting the D2R transmission within the time-domain detection window. The time-domain detection window is a continuous time-granularity time-domain resource, or a time interval.
[0042] The network-side devices disclosed herein include, but are not limited to, base stations. The Internet of Things (IoT) devices disclosed herein include, but are not limited to, environmental IoT devices.
[0043] The time-domain detection window can be predefined, preconfigured, or configured or indicated by the network. The number of time-domain detection windows is determined by the network-side device's preconfiguration, protocol predefinition, or the length of the time-domain detection window configured by the network-side device.
[0044] For example, a D2R transmission includes at least one of PDRCH (Physical Device to Reader Channel), D2R control information, synchronization signals, and reference signals. PDRCH is the transmission channel on the D2R link used to transmit uplink information. Similarly, PRDCH is the transmission channel on the R2D link used to transmit downlink information.
[0045] The Internet of Things (IoT) device disclosed herein may be referred to as an IoT terminal or an IoT device terminal.
[0046] In the above embodiments, D2R transmission detection is achieved through a time-domain detection window, which can improve the success rate of D2R transmission reception, ensure the successful reception of D2R transmissions by IoT devices, and establish a guarantee mechanism for D2R transmission. The time-domain detection window must be larger than the actual time occupied by a D2R transmission to ensure that different D2R time offsets can be received within this time-domain detection window.
[0047] In some embodiments, the time-domain detection window includes at least one first time-domain detection window and / or at least one second time-domain detection window, wherein the first time-domain detection window is a subset of the second time-domain detection window. The first time-domain detection window is located within the time interval of the second time-domain detection window.
[0048] For example, the second time-domain detection window is essentially a time-domain resource or time detection interval actually defined and reserved by the network side to prevent time offset. It represents a time interval specifically used for detecting D2R transmissions, without receiving or transmitting other information. It is a relatively coarse-grained time-domain resource reservation, which can be defaulted or pre-configured by the base station. The first time-domain detection window represents the actual location and length of the D2R transmission signal detected by the base station during the detection process; that is, the time interval occupied by the D2R transmission signal actually detected by the network side. Typically, the base station defines the lowest symbol-level time granularity; therefore, the second time-domain detection window reflects the minimum number of OFDM symbols required for D2R transmission.
[0049] In some embodiments, when both a first time-domain detection window and a second time-domain detection window exist simultaneously, each second time-domain detection window includes one or more first time-domain detection windows. When multiple second time-domain detection windows exist, the multiple second time-domain detection windows correspond to D2R transmissions of multiple IoT devices.
[0050] For example, only one second time-domain detection window can be defined, which may contain one or more first time-domain detection windows. When there are multiple first time-domain detection windows, each first time-domain detection window can originate from the same D2R transmission or from different D2R transmissions.
[0051] For example, multiple second time-domain detection windows can be defined, each potentially containing one or more first time-domain detection windows. With multiple second time-domain detection windows, each second time-domain detection window corresponds to a D2R transmission from an IoT device, and each second time-domain detection window can contain one or more first time-domain detection windows (preferably, each second time-domain detection window contains one first time-domain detection window). There may also be no direct correspondence between the second time-domain detection windows and the D2R transmissions; multiple second time-domain detection windows can correspond to multiple different D2R transmissions. The length of each second time-domain detection window may be the same or different.
[0052] In some embodiments, when any second time-domain detection window includes a plurality of first time-domain detection windows, the length of any second time-domain detection window is greater than or equal to the sum of the lengths of the plurality of first time-domain detection windows; and / or there may be or may not be a time interval between the plurality of first time-domain detection windows in any second time-domain detection window.
[0053] This disclosure also allows for setting rules within the window.
[0054] For example, when the second time-domain detection window contains only one first time-domain detection window, the length of the second time-domain detection window is longer than that of the first time-domain detection window.
[0055] For example, the second time-domain detection window can be set to a length of L time granules, and the first time-domain detection window can be set to a length of l time granules. In this case, the starting position of the first time-domain detection window is between the 0th time granule and the (Ll-1)th time granule. Alternatively, to ensure a certain interval between the first time-domain detection windows, a minimum time interval may be required between the two first time-domain detection windows. If this minimum interval is set to T, then the starting position of the first time-domain detection window is between the T / 2th time granule and the (LlT / 2-1)th time granule. Alternatively, for the portion located within the second time-domain detection window but outside the first time-domain detection window, such as the portion within the minimum time interval (also called the minimum time interval) T, D2R reception or detection is not performed.
[0056] For example, when the second time-domain detection window contains multiple first time-domain detection windows, the length of the second time-domain detection window is longer than the sum of the lengths of these multiple first time-domain detection windows. In one case, the length of each first time-domain detection window is the same. The length of the second time-domain detection window can be set to L time granularities, and the length of the first time-domain detection window can be set to l time granularities. The second time-domain detection window contains a total of X first time-domain detection windows, which are respectively set as 0, 1, ..., x, ..., X-1 first time-domain detection windows.
[0057] Based on this, the starting position of the first time-domain detection window can be between the L / X*x-th time-domain granularity and the L / X*(x+1)-l-1-th time-domain granularity. Alternatively, to ensure a certain interval between the first time-domain detection windows and guarantee detection performance, a minimum time-domain interval may need to be set between two first time-domain detection windows. For example, the minimum time-domain interval can be set to T, in which case the starting position of each first detection window is from the L / X*xT / 2-L / X*(x+1)-T / 2-l-1. Alternatively, the portion located within the second time-domain detection window but outside the first time-domain detection window, such as the portion within the minimum time interval T, will not be subject to D2R reception or detection.
[0058] For example, when the second time-domain detection window contains multiple first time-domain detection windows, the length of the second time-domain detection window is longer than the sum of the lengths of these multiple first time-domain detection windows. In one case, the length of each first time-domain detection window is different. The length of the second time-domain detection window can be set to L time granularities, and there are X first time-domain detection windows within the second time-domain detection window, designated as 0, 1, ..., x, ..., X-1 first time-domain detection windows, with lengths of a, b, c, d, ... time granularities respectively.
[0059] Based on this, the starting position of the first time-domain detection window is between the L / X*x-th time-domain granularity and the L / X*(x+1)-M-1-th time-domain granularity, where M may be a value of a, b, c, ..., depending on the window number. Alternatively, to ensure a certain interval between the first time-domain detection windows and guarantee detection performance, a minimum time-domain interval may be required between two first time-domain detection windows. This minimum time-domain interval can be set to T, and the starting position of each first detection window is from the L / X*xT / 2-L / X*(x+1)-T / 2-M-1-th time-domain, where M may be a value of a, b, c, ..., depending on the window number. Alternatively, the portion located within the second time-domain detection window but outside the first time-domain detection window, such as the portion within the minimum time interval T, is not subject to D2R reception or detection.
[0060] In some embodiments, NR or other non-IoT or non-environmental IoT signals are not received within the second time-domain detection window; only the reception and detection of IoT or environmental IoT D2R transmissions are performed.
[0061] For example, an IoT device determines a first time-domain detection window to determine if a D2R transmission is shorter than a length threshold. If a D2R transmission is too long, it is segmented within the first detection window. The network-side device will configure a second time-domain detection window, which provides a sliding window for D2R transmissions to the IoT device. D2R transmissions will be detected within the second time-domain detection window; transmissions exceeding the second time-domain detection window will not be detected.
[0062] The configuration of the first time-domain detection window in some embodiments of this disclosure will now be described in detail.
[0063] In some embodiments, the configuration of the first time-domain detection window includes at least one of the following: the length of the first time-domain detection window, the start position of the first time-domain detection window, and the end position of the first time-domain detection window. For example, if the length of the D2R transmission to be sent by the IoT device is greater than the length of the first time-domain detection window, the IoT device sends the D2R transmission within the first time-domain detection window.
[0064] The length of the first time-domain detection window may be determined, for example, based on the configuration or indication of the network-side device, or based on the maximum length or maximum duration of the D2R transmission supported by the IoT device, or based on the length or duration of the D2R transmission sent by the IoT device.
[0065] The length of the first time-domain detection window can be determined by parameters configured or indicated by the network, such as X time granularities (also known as time-domain granularities). The length of the first time-domain detection window can also depend on the maximum length or maximum duration of D2R transmissions that the IoT device can support, such as Y time granularities. The length of the first time-domain detection window can also depend on the duration or length of the current D2R transmission, such as Z time granularities.
[0066] In some embodiments, where the length of the first time-domain detection window is determined based on the configuration or indication of the network-side device, at least one of the following steps may be performed.
[0067] The length of the first time-domain detection window is configured or indicated according to the length predefined in the protocol or preconfigured by the network-side device. For example, the length of the first time-domain detection window predefined in the protocol or preconfigured by the network-side device may have one or more values, which are determined based on the subcarrier spacing or D2R transmission bandwidth.
[0068] The length of the first time-domain detection window is configured or indicated based on the length of D2R transmissions of one or more IoT devices configured or indicated by the network device.
[0069] The length of the first time-domain detection window is configured or indicated based on the capabilities or device type of the IoT device. For example, the capabilities of the IoT device include at least one of the maximum transmission length of the IoT device, the length of the first time-domain detection window supported by the IoT device, and the transmission length supported by the IoT device. As another example, configuring or indicating the length of the first time-domain detection window based on the capabilities or device type of the IoT device includes: configuring or indicating the length of the first time-domain detection window corresponding to the device type of the IoT device according to a predefined correspondence between the device type and the length of the first time-domain detection window, based on a predefined protocol or a pre-configured network-side device.
[0070] In some embodiments, configuring or indicating the length of the first time-domain detection window, based on the capabilities or device type of the IoT device, includes configuring or indicating the minimum of at least one of the maximum transmission length of the IoT device, the length of the first time-domain detection window supported by the IoT device, and the transmission length supported by the IoT device, along with the length of the D2R transmission configured by the network-side device, as the length of the first time-domain detection window.
[0071] When the length of the first time-domain detection window is configured or indicated by the network side, it can be configured or indicated according to a predefined or pre-configured value. If there are multiple values, one of them can be selected for configuration or indication. Alternatively, it can be configured or indicated according to the length of the target D2R transmission on the IoT device side configured or indicated by the network. It can also be configured or indicated according to the capabilities or types reported by the IoT device.
[0072] Taking the configuration or indication of the length of the first time-domain detection window based on the capabilities or types reported by the IoT device as an example, the IoT device can report its own supported transmission length capabilities, and the network side configures or indicates based on these capabilities, including at least one of the following: the IoT device reports its own maximum transmission length capability, and the network side configures or indicates based on these capabilities; the IoT device reports its own capability to support the first time-domain detection window, and the network side determines whether to configure the first time-domain detection window (which can be multiple) based on these capabilities; the IoT device reports its own supported transmission length, and the network side configures based on the reported transmission length (which can be multiple).
[0073] Taking the length of the first time-domain detection window as an example, which is configured or indicated according to the capabilities or types reported by the IoT device, the IoT device can also report its own type, and the network side can configure or indicate according to the type of IoT device: for example, predefining or preconfiguring the length of the time-domain detection window under different types of IoT devices, and configuring or indicating according to the type reported by the IoT device; or predefining or preconfiguring multiple time-domain detection window lengths, and configuring them accordingly according to the type of IoT device.
[0074] For example, when a network-side configuration exists, the length of the time-domain detection window configured by the network side is used as the final time-domain detection window length; when no network-side configuration exists, at least one of the transmission capacity, maximum transmission capacity, and detection window length reported by the IoT device is compared with the length of the D2R transmission configured by the network side, and the minimum value is used as the final detection window length value.
[0075] The starting position of the first time-domain detection window can be, for example, the first time granularity of the D2R transmission (the D2R transmission to be sent by the IoT device), or the first time granularity after the last time granularity at the end of the preceding time-domain detection window, or the time granularity after the last time granularity at the end of the preceding time-domain detection window, a distance from a preset number of time granularities, or the first time granularity at the start of the midamble. The preset number of time granularities is, for example, X, where X is predefined, preconfigured, or network-configured or indicated.
[0076] For example, the first time granularity of the D2R transmission can be the first granularity of the preamble, the first granularity of the D2R transmission after the preamble, the first granularity of the intermediate code, or a granularity of the D2R transmission after the intermediate code.
[0077] The preamble, also known as the preamble synchronization code, is used to obtain the synchronization position in asynchronous transmission and is generally located at the beginning of the transmitted signal.
[0078] The intermediate code, also known as the intermediate synchronization code, is used to perform a synchronization correction or synchronization alignment in the middle of asynchronous transmission, and is generally located in the middle of the transmitted signal.
[0079] The end position of the first time-domain detection window can be, for example, the last time granularity of the D2R transmission (the D2R transmission to be sent by the IoT device), the last time granularity of the length of the first time-domain detection window, the last time granularity before the start of the intermediate code, or a time granularity at a predetermined number of time granularities before the start of the intermediate code. For example, the predetermined number of time granularities is X, where X is predefined, preconfigured, or network configured or indicated.
[0080] For example, the last time granularity of the D2R transmission can be the last granularity of the D2R transmission, the last granularity of the postamble, or the last granularity before the preamble.
[0081] The postlead signal, also known as the postlead synchronization code, is used to determine the end position in asynchronous transmission and is generally located at the end of the transmitted signal.
[0082] The configuration of the second time-domain detection window in some embodiments of this disclosure will now be described in detail.
[0083] In some embodiments, the configuration of the second time-domain detection window includes at least one of the following: the length of the second time-domain detection window, the start position of the second time-domain detection window, and the end position of the second time-domain detection window. For example, if the length of the D2R transmission to be transmitted by the IoT device based on the time-domain detection window is greater than the length of the second time-domain detection window, the IoT device can also transmit the D2R transmission within the second time-domain detection window. That is, the IoT device can truncate part of the D2R transmission as needed.
[0084] For example, the length of the second time-domain detection window is determined based on the configuration or indication of the network-side device, or based on the theoretical length or theoretical maximum length of all D2R transmissions, or the sum of the theoretical length and the theoretical maximum length, or based on the longest duration of D2R transmissions among multiple IoT devices or the sum of the durations of D2R transmissions among multiple IoT devices.
[0085] The length of the second time-domain detection window can also be referred to as the duration of the second time-domain detection window. The duration of the second time-domain detection window can be determined by network configuration or indicated parameters, and can be X time granularities; it can also depend on the theoretical duration or theoretical maximum duration of all D2R transmissions, or the sum of the durations of all D2R transmissions; or it can depend on the duration of the current D2R transmission. If there are D2R transmissions from multiple IoT devices, it depends on the longest duration among all D2R transmissions from all IoT devices, or the sum of the durations of all D2R transmissions.
[0086] In some embodiments, where the length of the second time-domain detection window is determined based on the configuration or indication of the network-side device, at least one of the following steps may also be performed.
[0087] The length of the second time-domain detection window is configured or indicated according to the length predefined in the protocol or preconfigured by the network-side device. For example, the length of the second time-domain detection window predefined in the protocol or preconfigured by the network-side device may have one or more values, which are determined based on the subcarrier spacing or D2R transmission bandwidth.
[0088] The length of the second time-domain detection window is configured or indicated based on the length of D2R transmissions of one or more IoT devices configured or indicated by the network device.
[0089] The length of the second time-domain detection window is configured or indicated based on the capabilities or device type of the IoT device. For example, the capabilities of the IoT device include at least one of the maximum transmission length of the IoT device, the length of the second time-domain detection window supported by the IoT device, and the transmission length supported by the IoT device. For example, configuring or indicating the length of the first time-domain detection window based on the capabilities or device type of the IoT device includes: configuring or indicating the length of the second time-domain detection window corresponding to the device type of the IoT device, based on a predefined correspondence between the device type and the length of the second time-domain detection window, as defined by a protocol or pre-configured by the network-side device.
[0090] In the above embodiments, when the length of the second time-domain detection window is configured or indicated by the network side, it can be configured or indicated according to a predefined or pre-configured value. If there are multiple values, one of them can be selected for configuration or indication. Alternatively, it can be configured or indicated according to the length of the target D2R transmission on the IoT device side configured or indicated by the network. The target D2R can be the length of the longest D2R transmission among multiple IoT devices, i.e., the maximum length. It can also be configured or indicated according to the capabilities or types reported by the IoT devices. The target IoT device may be one IoT device or multiple IoT devices.
[0091] When configuring or instructing based on the capabilities or types reported by IoT devices, the IoT device can, for example, report its supported transmission length capabilities, and the network side configures or instructs accordingly. For instance, an IoT device can report its maximum transmission length capability, and the network side configures or instructs accordingly. If multiple IoT devices have uploaded their maximum transmission capabilities, the configuration is based on the largest value among the maximum transmission length capabilities. IoT devices can also, for example, report their supported transmission lengths, and the network side configures accordingly (there can be multiple supported transmission lengths).
[0092] When configuration or instructions are based on the capabilities or types reported by IoT devices, the IoT device can, for example, report its own type, and the network side configures or instructs accordingly. For instance, the time-domain detection window length for different IoT device types can be predefined or preconfigured, and the configuration or instructions can be based on the reported type of the IoT device. Another example is the predefinition or preconfiguration of multiple time-domain detection window lengths, with corresponding configurations based on the IoT device type.
[0093] For example, the starting position of the second time-domain detection window is the first OFDM symbol in a time slot, subframe, or frame, or the first time slot in a subframe or frame, or the first time granularity of the D2R transmission, or the first OFDM symbol in the time slot occupied by the starting time granularity of the D2R transmission, or the starting position of the OFDM symbol occupied by the starting time granularity of the D2R transmission, or the OFDM symbol or time slot located at a preset position after the end position of the previous second time-domain detection window, or the first time granularity of the first D2R transmission located after the end position of the previous second time-domain detection window.
[0094] Specifically, the starting position of the second time-domain detection window can be the first OFDM symbol in a time slot, subframe, or frame, possibly the starting position of that OFDM symbol, such as the first sampling point; it can also be the first slot in a subframe or frame, possibly the starting position of that slot, such as the first sampling point; the starting position of the second time-domain detection window can also be the first time-domain granularity of the D2R transmission; it can also be the first OFDM symbol in the time slot occupied by the starting time-domain granularity of the D2R transmission, possibly the starting position of that OFDM symbol, such as the first sampling point; it can also be the starting position of the OFDM symbol occupied by the starting time-domain granularity of the D2R transmission, possibly the starting position of that OFDM symbol, such as the position of the first sampling point; it can also be the previous The first OFDM symbol after the end position of the second detection window could be the starting position of that OFDM symbol, such as the first sampling point position; it could also be the first slot after the end position of the previous second detection window, such as the starting position of that slot, such as the first sampling point position; it could also be X OFDM symbols or slots after the end position of the previous second detection window, such as the starting position of that OFDM symbol or slot, such as the first sampling point position, where X could be predefined, preconfigured, network configured, or indicated; it could also be the first time-domain granularity of the first D2R transmission after the end position of the previous second detection window, where the D2R transmission could be transmitted by the target IoT device or by other IoT devices.
[0095] For example, the end position of the second time-domain detection window is the last time granularity of the D2R transmission or other D2R transmission, or the end of the OFDM symbol or time slot in which the last time granularity of the D2R transmission or other D2R transmission is located, or the last time granularity of the length of the second time-domain detection window.
[0096] Specifically, the end position of the second time-domain detection window can be the last time-domain granularity of the D2R transmission; it can also be the end of the OFDM symbol containing the last time-domain granularity of the D2R transmission, possibly the last sampling point of the OFDM symbol; it can also be the end of the slot containing the last time-domain granularity of the D2R transmission, possibly the last sampling point of the slot; it can also be the last time-domain granularity of other D2R transmissions; it can also be the end of the OFDM symbol containing the last time-domain granularity of other D2R transmissions, possibly the last sampling point of the OFDM symbol; it can also be the end of the slot containing the last time-domain granularity of other D2R transmissions, possibly the last sampling point of the slot; or it can be the last time-domain granularity of the time-domain detection window length.
[0097] Similar to the first time-domain detection window, for the second time-domain detection window, if a network-side configuration exists, the time-domain detection window length configured by the network side is used as the final time-domain detection window length; if no network-side configuration exists, a default value is predefined or pre-configured as the final detection window length value. This default value may be related to the capabilities of the IoT device, the type of IoT device, or the length of D2R transmissions. For example, the default value may be compared with the longest length or the sum of the lengths of all D2R transmissions, and the smaller value is used for configuration.
[0098] The detection of the D2R transmission within the time-domain detection window in some embodiments of this disclosure will now be described in detail.
[0099] When the time-domain detection window includes a first time-domain detection window and a second time-domain detection window, D2R transmissions located within the first time-domain detection window can be detected within the second time-domain detection window.
[0100] In some embodiments, D2R transmissions located within the first time domain detection window can be detected within the second time domain detection window in the following manner.
[0101] If multiple D2R transmissions exist within the second time-domain detection window, and the number of multiple D2R transmissions is greater than the number of the first time-domain detection windows, or the total length of the multiple D2R transmissions is greater than the length of the second time-domain detection window, then within the second time-domain detection window, the D2R transmissions located within the first time-domain detection window are detected in descending order of priority of the multiple D2R transmissions or in ascending order of time of the multiple D2R transmissions.
[0102] For example, after sorting the multiple D2R transmissions according to their priority from high to low or their time from early to late, D2R transmissions outside the second time-domain detection window or exceeding the length of the second time-domain detection window will be detected in the next second time-domain detection window after the second time-domain detection window, or discarded. For example, in this case, lower-priority D2R transmissions can be discarded based on their priority, or later-arriving D2R transmissions can be discarded based on their order, or all D2R transmissions outside the current second time-domain detection window can be discarded.
[0103] The actual window configuration of the second time-domain detection window in some embodiments of this disclosure will be described below.
[0104] In some embodiments, it can be determined whether to open the actual window of the second time domain detection window based on at least one of the capability information, configuration information, and device type of the IoT device; and / or, if it is determined that the actual window of the second time domain detection window is open, the actual window of the second time domain detection window can be established, wherein the starting position of the actual window is the same as the starting position of the second time domain detection window, or the starting position of the actual window is the first time granularity after the event ends within the second time domain detection window, and the ending position of the actual window is the ending position of the second time domain detection window or the time granularity before the starting time granularity of the event within the second time domain detection window.
[0105] For example, if there is no actual window for the second time domain detection window, the second time domain detection window is stopped from being used in response to an event affecting the second time domain detection window; and / or, if the capability information indicates that the IoT device supports the actual window for the second time domain detection window, and / or the configuration information configures or indicates that the actual window for the second time domain detection window is enabled, and / or the device type of the IoT device meets the rule for enabling the actual window for the second time domain detection window, the actual window for the second time domain detection window is determined to be enabled.
[0106] In some embodiments, if an event occurs within the second time domain detection window that necessitates breaking the second time domain detection window, such as when the time domain resource is instructed by DCI (Downlink Control Information) or other instructions to be used for other purposes, at least one of the following operations may be performed.
[0107] Operation 1: Configure the second time-domain detection window to be unusable during this period.
[0108] Operation 2: Establish the actual window of the second time-domain detection window. The starting position of the actual window is the same as the starting position of the second time-domain detection window; or the starting position of the actual window is inside the second time-domain detection window, at the first time granularity after the event ends, which may be the starting position of that time granularity, such as the first sampling point. The ending position or closing position of the actual window is the ending position or closing position of the second time-domain detection window, or the ending position or closing position of the actual window is inside the second time-domain detection window, at the time-domain granularity preceding the starting time-domain granularity of the second time-domain detection window affected by the event, which may be the end of that time-domain granularity, such as the last sampling point. This time-domain granularity can be the last time-domain granularity of an OFDM symbol, time slot, subframe, frame, or D2R transmission. For example, the actual window cannot span the second time-domain detection window.
[0109] The event that causes the second time-domain detection window to be broken may include at least one of the following: certain uplink time slots are indicated as downlink time slots, or certain downlink time slots are indicated as uplink time slots (depending on whether the time slots of the IoT signals received in the environment are uplink or downlink), certain uplink or downlink time slots are indicated as unavailable, or the interference level measured for a segment of continuous time-domain resources within a certain second time-domain detection window exceeds a threshold (which may be pre-configured or predefined).
[0110] The actual number of windows in the second time-domain detection window can be pre-configured, pre-defined, network-side configured or indicated, or calculated based on the length of the first and second time-domain detection windows configured by the network side. When there are multiple actual windows in the second time-domain detection window, the time interval between these windows can be pre-configured, pre-defined, network-side configured or indicated.
[0111] For example, the actual window of the second time-domain detection window may be pre-configured, pre-defined, or configured or indicated by the network side. Based on the relevant information from the pre-configured, pre-defined, or network-side configuration or indication, it can be determined whether to enable the actual window of the second time-domain detection window. Alternatively, if the IoT device reports to the network side whether it supports the actual window capability of the second time-domain detection window, the network side can configure whether to support the actual window of the second time-domain detection window. Another example is that the IoT device may report its type, and the network-side device can configure whether to support the actual window of the second time-domain detection window based on the reported type and default rules.
[0112] In some embodiments, the actual window of the second temporal detection window can be configured to reopen. For example, the reopening of the actual window can be pre-configured, pre-defined, network-side configured, or indicated, used to determine whether the network side opens a new actual window after an event has occurred. For another example, IoT devices can report whether they support reopening a new actual window after an event has occurred, and the network side can configure accordingly. Yet another example is that IoT devices can report their type, and the network side, based on the reported type and default rules, configures whether to support reopening the actual window of the second temporal detection window after an event has occurred.
[0113] In any of the above embodiments, the time granularity includes at least one of a bit, a transport block, an OOK (On-Off Keying) chip, a microsecond, a sampling point, a PDRCH (Physical Layer Device to Reader Transmission Channel) chip, a PDRCH symbol, a PDRCH time slot, a PDRCH sampling point, a D2R chip, a D2R symbol, a D2R time slot, and a D2R sampling point.
[0114] The following will combine Figures 2-7The present disclosure describes the configuration of the temporal detection window in some embodiments.
[0115] Figure 2 This is a schematic diagram illustrating the configuration of a temporal detection window according to some embodiments of the present disclosure.
[0116] Figure 3 This is a schematic diagram illustrating the configuration of a temporal detection window according to other embodiments of the present disclosure.
[0117] like Figure 2 , 3 As shown, the time-domain detection window includes one or more first time-domain detection windows, and the first time-domain detection window may include the D2R transmission after segmenting the entire D2R transmission. Figure 2 It can also include the entire D2R transmission. Figure 3 ). Figure 2 Multiple D2R transmissions after segmentation are separated by an intermediate code. Figure 3 D2R transmission between different first-time domain detection windows is segmented via intermediate code. Figure 2 and Figure 3 Configuring the time-domain detection window in this way can ensure that D2R transmissions can be successfully received and detected by the network side within the corresponding second time-domain detection window.
[0118] Figure 2 , 3 The length of the first time-domain detection window can be configured on the higher-level network side. For example, the IoT device can determine the D2R transmission method for the first time-domain detection window.
[0119] like Figure 2 As shown, the starting position of the first time-domain detection window is the first time granularity of the D2R transmission to be sent, and the ending position is the last time granularity of the D2R transmission to be sent. Figure 2 , 3 In the middle, T represents the time granularity.
[0120] like Figure 3 As shown, the starting position of each first time-domain detection window is the first time granularity of the D2R transmission to be sent, and the ending position is the first time granularity before the intermediate code.
[0121] Figure 4 This is a schematic diagram illustrating the configuration of a temporal detection window according to some embodiments of the present disclosure.
[0122] Figure 5 This is a schematic diagram illustrating the configuration of a temporal detection window according to some embodiments of the present disclosure.
[0123] The time-domain detection window includes at least one second time-domain detection window. Figure 4 , 5For example, the time-domain detection window includes a second time-domain detection window.
[0124] The second time-domain detection window can be a segment of time-domain resources encompassing the entire D2R transmission, or it can be a time-domain resource encompassing one of the D2R transmissions. That is, in the entire D2R transmission, the transmission may not be sent all at once. This might involve an in-process response, resulting in a D2R transmission being sent at intervals, or it might involve the segmentation of the D2R transmission, resulting in a large D2R transmission being divided into multiple smaller D2R transmissions for transmission. Therefore, a second time-domain detection window may consist of one D2R transmission, multiple D2R transmissions, or one or more parts of a single D2R transmission.
[0125] The second time-domain detection window is specifically used to receive D2R transmissions from IoT devices. Outside of this window, D2R transmissions are not detected to ensure successful network detection. The second time-domain detection window may not be presented as a window but rather as a continuous time-domain resource or time-domain granularity.
[0126] Figure 4 , 5 The length of the second time-domain detection window can be configured on the higher-level network side, for example, it can be configured by the network side.
[0127] Figure 6 This is a schematic diagram illustrating the configuration of a temporal detection window according to some embodiments of the present disclosure.
[0128] like Figure 6 As shown, the D2R transmission received by the network side is presented in the form of a first time-domain detection window. After reaching the network side receiver, the network side configures a second time-domain detection window with a wider time-domain range than the first time-domain detection window to detect the arriving D2R transmission. Figure 6 This describes the configuration method for the temporal detection window in a scenario where there is only one first temporal detection window within a second temporal detection window.
[0129] Figure 7 This is a schematic diagram illustrating the configuration of a temporal detection window according to some embodiments of the present disclosure.
[0130] like Figure 7 As shown, the D2R transmission received by the network side is presented in the form of a first time-domain detection window. After reaching the network side receiver, the network side configures a second time-domain detection window that is wider than the first time-domain detection window to detect the arriving D2R transmission. Figure 7This describes the configuration of time-domain detection windows when multiple first-domain detection windows exist within a second-domain detection window. The lengths of the multiple first-domain detection windows included in the second-domain detection window can be the same or different.
[0131] Figure 6 , 7 The lengths of the first and second time-domain detection windows can be configured at higher levels.
[0132] The detection method for D2R transmission applied to IoT devices will be described in detail below.
[0133] Figure 8 This is a schematic flowchart illustrating a detection method for D2R transmission according to some embodiments of the present disclosure.
[0134] like Figure 8 As shown, the detection method for D2R transmission applied to IoT devices includes: step S810, receiving time-domain control information from a network-side device, the time-domain control information including a time-domain detection window; and step S820, sending a D2R transmission based on the time-domain detection window, so that the network-side device can detect the D2R transmission within the time-domain detection window. The time-domain detection window is a continuous time-granularity time-domain resource, or a time interval.
[0135] The network-side devices disclosed herein include, but are not limited to, base stations. The Internet of Things (IoT) devices disclosed herein include, but are not limited to, environmental IoT devices.
[0136] The time-domain detection window can be predefined, preconfigured, or configured or indicated by the network. The number of time-domain detection windows is determined by the network-side device's preconfiguration, protocol predefinition, or the length of the time-domain detection window configured by the network-side device.
[0137] For example, a D2R transmission includes at least one of PDRCH (Physical Device to Reader Channel), D2R control information, synchronization signals, and reference signals. PDRCH is the transmission channel on the D2R link used to transmit uplink information. Similarly, PRDCH is the transmission channel on the R2D link used to transmit downlink information.
[0138] The Internet of Things (IoT) device disclosed herein may be referred to as an IoT terminal or an IoT device terminal.
[0139] In the above embodiments, D2R transmission detection is achieved through a time-domain detection window, which can improve the success rate of D2R transmission reception, ensure the successful reception of D2R transmissions by IoT devices, and establish a guarantee mechanism for D2R transmission. The time-domain detection window must be larger than the actual time occupied by a D2R transmission to ensure that different D2R time offsets can be received within this time-domain detection window.
[0140] In some embodiments, the time-domain detection window includes at least one first time-domain detection window and / or at least one second time-domain detection window, wherein the first time-domain detection window is a subset of the second time-domain detection window. The first time-domain detection window is located within the time interval of the second time-domain detection window.
[0141] For example, the second time-domain detection window is essentially a time-domain resource or time detection interval actually defined and reserved by the network side to prevent time offset. It represents a time interval specifically used for detecting D2R transmissions, without receiving or transmitting other information. It is a relatively coarse-grained time-domain resource reservation, which can be defaulted or pre-configured by the base station. The first time-domain detection window represents the actual location and length of the D2R transmission signal detected by the base station during the detection process; that is, the time interval occupied by the D2R transmission signal actually detected by the network side. Typically, the base station defines the lowest symbol-level time granularity; therefore, the second time-domain detection window reflects the minimum number of OFDM symbols required for D2R transmission.
[0142] In some embodiments, when both a first time-domain detection window and a second time-domain detection window exist simultaneously, each second time-domain detection window includes one or more first time-domain detection windows. When multiple second time-domain detection windows exist, the multiple second time-domain detection windows correspond to D2R transmissions of multiple IoT devices.
[0143] For example, only one second time-domain detection window can be defined, which may contain one or more first time-domain detection windows. When there are multiple first time-domain detection windows, each first time-domain detection window can originate from the same D2R transmission or from different D2R transmissions.
[0144] For example, multiple second time-domain detection windows can be defined, each potentially containing one or more first time-domain detection windows. With multiple second time-domain detection windows, each second time-domain detection window corresponds to a D2R transmission from an IoT device, and each second time-domain detection window can contain one or more first time-domain detection windows (preferably, each second time-domain detection window contains one first time-domain detection window). There may also be no direct correspondence between the second time-domain detection windows and the D2R transmissions; multiple second time-domain detection windows can correspond to multiple different D2R transmissions. The length of each second time-domain detection window may be the same or different.
[0145] In some embodiments, when any second time-domain detection window includes a plurality of first time-domain detection windows, the length of any second time-domain detection window is greater than or equal to the sum of the lengths of the plurality of first time-domain detection windows; and / or there may be or may not be a time interval between the plurality of first time-domain detection windows in any second time-domain detection window.
[0146] This disclosure also allows for setting rules within the window.
[0147] For example, when the second time-domain detection window contains only one first time-domain detection window, the length of the second time-domain detection window is longer than that of the first time-domain detection window.
[0148] For example, the second time-domain detection window can be set to a length of L time granules, and the first time-domain detection window can be set to a length of l time granules. In this case, the starting position of the first time-domain detection window is between the 0th time granule and the (Ll-1)th time granule. Alternatively, to ensure a certain interval between the first time-domain detection windows, a minimum time interval may be required between the two first time-domain detection windows. If this minimum interval is set to T, then the starting position of the first time-domain detection window is between the T / 2th time granule and the (LlT / 2-1)th time granule. Alternatively, for the portion located within the second time-domain detection window but outside the first time-domain detection window, such as the portion within the minimum time interval (also called the minimum time interval) T, D2R reception or detection is not performed.
[0149] For example, when the second time-domain detection window contains multiple first time-domain detection windows, the length of the second time-domain detection window is longer than the sum of the lengths of these multiple first time-domain detection windows. In one case, the length of each first time-domain detection window is the same. The length of the second time-domain detection window can be set to L time granularities, and the length of the first time-domain detection window can be set to l time granularities. The second time-domain detection window contains a total of X first time-domain detection windows, which are respectively set as 0, 1, ..., x, ..., X-1 first time-domain detection windows.
[0150] Based on this, the starting position of the first time-domain detection window can be between the L / X*x-th time-domain granularity and the L / X*(x+1)-l-1-th time-domain granularity. Alternatively, to ensure a certain interval between the first time-domain detection windows and guarantee detection performance, a minimum time-domain interval may need to be set between two first time-domain detection windows. For example, the minimum time-domain interval can be set to T, in which case the starting position of each first detection window is from the L / X*xT / 2-L / X*(x+1)-T / 2-l-1. Alternatively, the portion located within the second time-domain detection window but outside the first time-domain detection window, such as the portion within the minimum time interval T, will not be subject to D2R reception or detection.
[0151] For example, when the second time-domain detection window contains multiple first time-domain detection windows, the length of the second time-domain detection window is longer than the sum of the lengths of these multiple first time-domain detection windows. In one case, the length of each first time-domain detection window is different. The length of the second time-domain detection window can be set to L time granularities, and there are X first time-domain detection windows within the second time-domain detection window, designated as 0, 1, ..., x, ..., X-1 first time-domain detection windows, with lengths of a, b, c, d, ... time granularities respectively.
[0152] Based on this, the starting position of the first time-domain detection window is between the L / X*x-th time-domain granularity and the L / X*(x+1)-M-1-th time-domain granularity, where M may be a value of a, b, c, ..., depending on the window number. Alternatively, to ensure a certain interval between the first time-domain detection windows and guarantee detection performance, a minimum time-domain interval may be required between two first time-domain detection windows. This minimum time-domain interval can be set to T, and the starting position of each first detection window is from the L / X*xT / 2-L / X*(x+1)-T / 2-M-1-th time-domain, where M may be a value of a, b, c, ..., depending on the window number. Alternatively, the portion located within the second time-domain detection window but outside the first time-domain detection window, such as the portion within the minimum time interval T, is not subject to D2R reception or detection.
[0153] In some embodiments, NR or other non-IoT or non-environmental IoT signals are not received within the second time-domain detection window; only the reception and detection of IoT or environmental IoT D2R transmissions are performed.
[0154] For example, an IoT device determines a first time-domain detection window to determine if a D2R transmission is shorter than a length threshold. If a D2R transmission is too long, it is segmented within the first detection window. The network-side device will configure a second time-domain detection window, which provides a sliding window for D2R transmissions to the IoT device. D2R transmissions will be detected within the second time-domain detection window; transmissions exceeding the second time-domain detection window will not be detected.
[0155] The configuration of the first time-domain detection window in some embodiments of this disclosure will now be described in detail.
[0156] In some embodiments, the configuration of the first time-domain detection window includes at least one of the following: the length of the first time-domain detection window, the start position of the first time-domain detection window, and the end position of the first time-domain detection window. For example, if the length of the D2R transmission to be sent by the IoT device is greater than the length of the first time-domain detection window, the IoT device sends the D2R transmission within the first time-domain detection window.
[0157] The length of the first time-domain detection window may be determined, for example, based on the configuration or indication of the network-side device, or based on the maximum length or maximum duration of the D2R transmission supported by the IoT device, or based on the length or duration of the D2R transmission sent by the IoT device.
[0158] The length of the first time-domain detection window can be determined by parameters configured or indicated by the network, such as X time granularities (also known as time-domain granularities). The length of the first time-domain detection window can also depend on the maximum length or maximum duration of D2R transmissions that the IoT device can support, such as Y time granularities. The length of the first time-domain detection window can also depend on the duration or length of the current D2R transmission, such as Z time granularities.
[0159] In some embodiments, where the length of the first time-domain detection window is determined based on the configuration or indication of the network-side device, the length of the first time-domain detection window can be configured or indicated in at least one of the following ways.
[0160] The length of the first time-domain detection window is configured or indicated according to a protocol predefined or network-side device preconfigured length. For example, the length of the first time-domain detection window may have one or more values, which are determined based on the subcarrier spacing or D2R transmission bandwidth.
[0161] The length of the first time-domain detection window is configured or indicated based on the length of D2R transmissions of one or more IoT devices configured or indicated by the network device.
[0162] The length of the first time-domain detection window is configured or indicated based on the capabilities or device type of the IoT device. For example, the capabilities of the IoT device include at least one of the maximum transmission length of the IoT device, the length of the first time-domain detection window supported by the IoT device, and the transmission length supported by the IoT device. As another example, configuring or indicating the length of the first time-domain detection window based on the capabilities or device type of the IoT device includes: configuring or indicating the length of the first time-domain detection window corresponding to the device type of the IoT device according to a predefined protocol or a pre-configured correspondence between the device type and the length of the first time-domain detection window on the network side.
[0163] In some embodiments, the length of the first time-domain detection window is configured or indicated as the minimum of at least one of the maximum transmission length of the IoT device, the length of the first time-domain detection window supported by the IoT device, and the transmission length supported by the IoT device, and the length of the D2R transmission configured by the network-side device.
[0164] When the length of the first time-domain detection window is configured or indicated by the network side, it can be configured or indicated according to a predefined or pre-configured value. If there are multiple values, one of them can be selected for configuration or indication. Alternatively, it can be configured or indicated according to the length of the target D2R transmission on the IoT device side configured or indicated by the network. It can also be configured or indicated according to the capabilities or types reported by the IoT device.
[0165] Taking the configuration or indication of the length of the first time-domain detection window based on the capabilities or types reported by the IoT device as an example, the IoT device can report its own supported transmission length capabilities, and the network side configures or indicates based on these capabilities, including at least one of the following: the IoT device reports its own maximum transmission length capability, and the network side configures or indicates based on these capabilities; the IoT device reports its own capability to support the first time-domain detection window, and the network side determines whether to configure the first time-domain detection window (which can be multiple) based on these capabilities; the IoT device reports its own supported transmission length, and the network side configures based on the reported transmission length (which can be multiple).
[0166] Taking the length of the first time-domain detection window as an example, which is configured or indicated according to the capabilities or types reported by the IoT device, the IoT device can also report its own type, and the network side can configure or indicate according to the type of IoT device: for example, predefining or preconfiguring the length of the time-domain detection window under different types of IoT devices, and configuring or indicating according to the type reported by the IoT device; or predefining or preconfiguring multiple time-domain detection window lengths, and configuring them accordingly according to the type of IoT device.
[0167] For example, when a network-side configuration exists, the length of the time-domain detection window configured by the network side is used as the final time-domain detection window length; when no network-side configuration exists, at least one of the transmission capacity, maximum transmission capacity, and detection window length reported by the IoT device is compared with the length of the D2R transmission configured by the network side, and the minimum value is used as the final detection window length value.
[0168] The starting position of the first time-domain detection window can be, for example, the first time granularity of the D2R transmission (the D2R transmission to be sent by the IoT device), or the first time granularity after the last time granularity at the end of the preceding time-domain detection window, or the time granularity after the last time granularity at the end of the preceding time-domain detection window, a distance from a preset number of time granularities, or the first time granularity at the start of the midamble. The preset number of time granularities is, for example, X, where X is predefined, preconfigured, or network-configured or indicated.
[0169] For example, the first time granularity of the D2R transmission can be the first granularity of the preamble, the first granularity of the D2R transmission after the preamble, the first granularity of the intermediate code, or a granularity of the D2R transmission after the intermediate code.
[0170] The preamble, also known as the preamble synchronization code, is used to obtain the synchronization position in asynchronous transmission and is generally located at the beginning of the transmitted signal.
[0171] The intermediate code, also known as the intermediate synchronization code, is used to perform a synchronization correction or synchronization alignment in the middle of asynchronous transmission, and is generally located in the middle of the transmitted signal.
[0172] The end position of the first time-domain detection window can be, for example, the last time granularity of the D2R transmission (the D2R transmission to be sent by the IoT device), the last time granularity of the length of the first time-domain detection window, the last time granularity before the start of the intermediate code, or a time granularity at a predetermined number of time granularities before the start of the intermediate code. For example, the predetermined number of time granularities is X, where X is predefined, preconfigured, or network configured or indicated.
[0173] For example, the last time granularity of the D2R transmission can be the last granularity of the D2R transmission, the last granularity of the postamble, or the last granularity before the preamble.
[0174] The postlead signal, also known as the postlead synchronization code, is used to determine the end position in asynchronous transmission and is generally located at the end of the transmitted signal.
[0175] The configuration of the second time-domain detection window in some embodiments of this disclosure will now be described in detail.
[0176] In some embodiments, the configuration of the second time-domain detection window includes at least one of the following: the length of the second time-domain detection window, the start position of the second time-domain detection window, and the end position of the second time-domain detection window. For example, if the length of the D2R transmission to be transmitted by the IoT device based on the time-domain detection window is greater than the length of the second time-domain detection window, the IoT device can also transmit the D2R transmission within the second time-domain detection window. That is, the IoT device can truncate part of the D2R transmission as needed.
[0177] For example, the length of the second time-domain detection window is determined based on the configuration or indication of the network-side device, or based on the theoretical length or theoretical maximum length of all D2R transmissions, or the sum of the theoretical length and the theoretical maximum length, or based on the longest duration of D2R transmissions among multiple IoT devices or the sum of the durations of D2R transmissions among multiple IoT devices.
[0178] The length of the second time-domain detection window can also be referred to as the duration of the second time-domain detection window. The duration of the second time-domain detection window can be determined by network configuration or indicated parameters, and can be X time granularities; it can also depend on the theoretical duration or theoretical maximum duration of all D2R transmissions, or the sum of the durations of all D2R transmissions; or it can depend on the duration of the current D2R transmission. If there are D2R transmissions from multiple IoT devices, it depends on the longest duration among all D2R transmissions from all IoT devices, or the sum of the durations of all D2R transmissions.
[0179] In some embodiments, where the length of the second time-domain detection window is determined based on the configuration or indication of the network-side device, the length of the second time-domain detection window can also be configured or indicated in at least one of the following ways.
[0180] The length of the second time-domain detection window is configured or indicated according to a protocol predefined length or a network-side device preconfigured length. For example, the protocol predefined length or the network-side device preconfigured length of the second time-domain detection window may have one or more values, which are determined based on the subcarrier spacing or D2R transmission bandwidth.
[0181] The length of the second time-domain detection window is configured or indicated according to the length of D2R transmission of one or more IoT devices configured or indicated by the network device.
[0182] The length of the second time-domain detection window is configured or indicated based on the capabilities or device type of the IoT device. For example, the capabilities of the IoT device include at least one of the maximum transmission length of the IoT device, the length of the second time-domain detection window supported by the IoT device, and the transmission length supported by the IoT device. For example, configuring or indicating the length of the first time-domain detection window based on the capabilities or device type of the IoT device includes: configuring or indicating the length of the second time-domain detection window corresponding to the device type of the IoT device based on a predefined protocol or a pre-configured correspondence between the device type and the length of the second time-domain detection window on the network side.
[0183] In the above embodiments, when the length of the second time-domain detection window is configured or indicated by the network side, it can be configured or indicated according to a predefined or pre-configured value. If there are multiple values, one of them can be selected for configuration or indication. Alternatively, it can be configured or indicated according to the length of the target D2R transmission on the IoT device side configured or indicated by the network. The target D2R can be the length of the longest D2R transmission among multiple IoT devices, i.e., the maximum length. It can also be configured or indicated according to the capabilities or types reported by the IoT devices. The target IoT device may be one IoT device or multiple IoT devices.
[0184] When configuring or instructing based on the capabilities or types reported by IoT devices, the IoT device can, for example, report its supported transmission length capabilities, and the network side configures or instructs accordingly. For instance, an IoT device can report its maximum transmission length capability, and the network side configures or instructs accordingly. If multiple IoT devices have uploaded their maximum transmission capabilities, the configuration is based on the largest value among the maximum transmission length capabilities. IoT devices can also, for example, report their supported transmission lengths, and the network side configures accordingly (there can be multiple supported transmission lengths).
[0185] When configuration or instructions are based on the capabilities or types reported by IoT devices, the IoT device can, for example, report its own type, and the network side configures or instructs accordingly. For instance, the time-domain detection window length for different IoT device types can be predefined or preconfigured, and the configuration or instructions can be based on the reported type of the IoT device. Another example is the predefinition or preconfiguration of multiple time-domain detection window lengths, with corresponding configurations based on the IoT device type.
[0186] For example, the starting position of the second time-domain detection window is the first OFDM symbol in a time slot, subframe, or frame, or the first time slot in a subframe or frame, or the first time granularity of the D2R transmission, or the first OFDM symbol in the time slot occupied by the starting time granularity of the D2R transmission, or the starting position of the OFDM symbol occupied by the starting time granularity of the D2R transmission, or the OFDM symbol or time slot located at a preset position after the end position of the previous second time-domain detection window, or the first time granularity of the first D2R transmission located after the end position of the previous second time-domain detection window.
[0187] Specifically, the starting position of the second time-domain detection window can be the first OFDM symbol in a time slot, subframe, or frame, possibly the starting position of that OFDM symbol, such as the first sampling point; it can also be the first slot in a subframe or frame, possibly the starting position of that slot, such as the first sampling point; the starting position of the second time-domain detection window can also be the first time-domain granularity of the D2R transmission; it can also be the first OFDM symbol in the time slot occupied by the starting time-domain granularity of the D2R transmission, possibly the starting position of that OFDM symbol, such as the first sampling point; it can also be the starting position of the OFDM symbol occupied by the starting time-domain granularity of the D2R transmission, possibly the starting position of that OFDM symbol, such as the position of the first sampling point; it can also be the previous The first OFDM symbol after the end position of the second detection window could be the starting position of that OFDM symbol, such as the first sampling point position; it could also be the first slot after the end position of the previous second detection window, such as the starting position of that slot, such as the first sampling point position; it could also be X OFDM symbols or slots after the end position of the previous second detection window, such as the starting position of that OFDM symbol or slot, such as the first sampling point position, where X could be predefined, preconfigured, network configured, or indicated; it could also be the first time-domain granularity of the first D2R transmission after the end position of the previous second detection window, where the D2R transmission could be transmitted by the target IoT device or by other IoT devices.
[0188] For example, the end position of the second time-domain detection window is the last time granularity of the D2R transmission or other D2R transmission, or the end of the OFDM symbol or time slot in which the last time granularity of the D2R transmission or other D2R transmission is located, or the last time granularity of the length of the second time-domain detection window.
[0189] Specifically, the end position of the second time-domain detection window can be the last time-domain granularity of the D2R transmission; it can also be the end of the OFDM symbol containing the last time-domain granularity of the D2R transmission, possibly the last sampling point of the OFDM symbol; it can also be the end of the slot containing the last time-domain granularity of the D2R transmission, possibly the last sampling point of the slot; it can also be the last time-domain granularity of other D2R transmissions; it can also be the end of the OFDM symbol containing the last time-domain granularity of other D2R transmissions, possibly the last sampling point of the OFDM symbol; it can also be the end of the slot containing the last time-domain granularity of other D2R transmissions, possibly the last sampling point of the slot; or it can be the last time-domain granularity of the time-domain detection window length.
[0190] Similar to the first time-domain detection window, for the second time-domain detection window, if a network-side configuration exists, the time-domain detection window length configured by the network side is used as the final time-domain detection window length; if no network-side configuration exists, a default value is predefined or pre-configured as the final detection window length value. This default value may be related to the capabilities of the IoT device, the type of IoT device, or the length of D2R transmissions. For example, the default value may be compared with the longest length or the sum of the lengths of all D2R transmissions, and the smaller value is used for configuration.
[0191] The detection of the D2R transmission within the time-domain detection window in some embodiments of this disclosure will now be described in detail.
[0192] When the time-domain detection window includes a first time-domain detection window and a second time-domain detection window, D2R transmissions located within the first time-domain detection window can be detected within the second time-domain detection window.
[0193] In some embodiments, D2R transmissions located within the first time domain detection window can be detected within the second time domain detection window in the following manner.
[0194] If multiple D2R transmissions exist within the second time-domain detection window, and the number of multiple D2R transmissions is greater than the number of the first time-domain detection windows, or the total length of the multiple D2R transmissions is greater than the length of the second time-domain detection window, then within the second time-domain detection window, the D2R transmissions located within the first time-domain detection window are detected in descending order of priority of the multiple D2R transmissions or in ascending order of time of the multiple D2R transmissions.
[0195] For example, after sorting the multiple D2R transmissions according to their priority from high to low or their time from early to late, D2R transmissions outside the second time-domain detection window or exceeding the length of the second time-domain detection window will be detected in the next second time-domain detection window after the second time-domain detection window, or discarded. For example, in this case, lower-priority D2R transmissions can be discarded based on their priority, or later-arriving D2R transmissions can be discarded based on their order, or all D2R transmissions outside the current second time-domain detection window can be discarded.
[0196] The actual window configuration of the second time-domain detection window in some embodiments of this disclosure will be described below.
[0197] In some embodiments, whether or not the actual window of the second time-domain detection window is opened can be determined based on at least one of the capability information, configuration information, and device type of the IoT device supporting the actual window of the second time-domain detection window; and / or, if it is determined that the actual window of the second time-domain detection window is opened, the actual window of the second time-domain detection window is established, wherein the starting position of the actual window is the same as the starting position of the second time-domain detection window, or the starting position of the actual window is the first time granularity after the event ends within the second time-domain detection window, and the ending position of the actual window is the ending position of the second time-domain detection window or the time granularity before the starting time granularity of the event within the second time-domain detection window.
[0198] For example, if there is no actual window for the second time domain detection window, the second time domain detection window stops being used in response to an event affecting the second time domain detection window; and / or, if the capability information indicates that the IoT device supports the actual window for the second time domain detection window, and / or the configuration information configures or indicates that the actual window for the second time domain detection window is enabled, and / or the device type of the IoT device meets the rule for enabling the actual window for the second time domain detection window, the actual window for the second time domain detection window is determined to be enabled.
[0199] In some embodiments, if an event occurs within the second time-domain detection window that necessitates breaking the second time-domain detection window, such as when the time-domain resource is instructed by DCI (Downlink Control Information) or other instructions to be used for other purposes, then at least one of the following operations may be performed.
[0200] Operation 1: Configure the second time-domain detection window to be unusable during this period.
[0201] Operation 2: Establish the actual window of the second time-domain detection window. The starting position of the actual window is the same as the starting position of the second time-domain detection window; or the starting position of the actual window is inside the second time-domain detection window, at the first time granularity after the event ends, which may be the starting position of that time granularity, such as the first sampling point. The ending position or closing position of the actual window is the ending position or closing position of the second time-domain detection window, or the ending position or closing position of the actual window is inside the second time-domain detection window, at the time-domain granularity preceding the starting time-domain granularity of the second time-domain detection window affected by the event, which may be the end of that time-domain granularity, such as the last sampling point. This time-domain granularity can be the last time-domain granularity of an OFDM symbol, time slot, subframe, frame, or D2R transmission. For example, the actual window cannot span the second time-domain detection window.
[0202] The event that causes the second time-domain detection window to be broken may include at least one of the following: certain uplink time slots are indicated as downlink time slots, or certain downlink time slots are indicated as uplink time slots (depending on whether the time slots of the IoT signals received in the environment are uplink or downlink), certain uplink or downlink time slots are indicated as unavailable, or the interference level measured for a segment of continuous time-domain resources within a certain second time-domain detection window exceeds a threshold (which may be pre-configured or predefined).
[0203] The actual number of windows in the second time-domain detection window can be pre-configured, pre-defined, network-side configured or indicated, or calculated based on the length of the first and second time-domain detection windows configured by the network side. When there are multiple actual windows in the second time-domain detection window, the time interval between these windows can be pre-configured, pre-defined, network-side configured or indicated.
[0204] For example, the actual window of the second time-domain detection window may be pre-configured, pre-defined, or configured or indicated by the network side. Based on the relevant information from the pre-configured, pre-defined, or network-side configuration or indication, it can be determined whether to enable the actual window of the second time-domain detection window. Alternatively, if the IoT device reports to the network side whether it supports the actual window capability of the second time-domain detection window, the network side can configure whether to support the actual window of the second time-domain detection window. Another example is that the IoT device may report its type, and the network-side device can configure whether to support the actual window of the second time-domain detection window based on the reported type and default rules.
[0205] In some embodiments, the actual window of the second temporal detection window can be configured to reopen. For example, the reopening of the actual window can be pre-configured, pre-defined, network-side configured, or indicated, used to determine whether the network side opens a new actual window after an event has occurred. For another example, IoT devices can report whether they support reopening a new actual window after an event has occurred, and the network side can configure accordingly. Yet another example is that IoT devices can report their type, and the network side, based on the reported type and default rules, configures whether to support reopening the actual window of the second temporal detection window after an event has occurred.
[0206] In any of the above embodiments, the time granularity includes at least one of a bit, a transport block, an OOK (On-Off Keying) chip, a microsecond, a sampling point, a PDRCH (Physical Layer Device to Reader Transmission Channel) chip, a PDRCH symbol, a PDRCH time slot, a PDRCH sampling point, a D2R chip, a D2R symbol, a D2R time slot, and a D2R sampling point.
[0207] The apparatus or system in some embodiments of this disclosure will now be described.
[0208] This disclosure also provides a network-side device configured to perform the detection method in any embodiment of this disclosure.
[0209] This disclosure also provides an Internet of Things (IoT) device configured to perform the detection method in any embodiment of this disclosure.
[0210] Figure 9 This is a block diagram illustrating a detection system for D2R transmission according to some embodiments of the present disclosure.
[0211] like Figure 9 As shown, the detection system 9 for D2R transmission includes a network-side device 91 and an Internet of Things (IoT) device 92. The network-side device 91 is a network device in any embodiment of this disclosure, for example, executing the detection method in any embodiment of this disclosure. The IoT device 92 is an IoT device in any embodiment of this disclosure, for example, executing the detection method in any embodiment of this disclosure.
[0212] Figure 10 This is a block diagram illustrating an electronic device according to some embodiments of the present disclosure.
[0213] like Figure 10 As shown, the electronic device 10 includes a memory 101 and a processor 102 coupled to the memory 101. The memory 101 is used to store instructions for executing embodiments of the detection method. The processor 102 is configured to execute the detection method in any of the embodiments of this disclosure based on the instructions stored in the memory 101.
[0214] Figure 11 This is a block diagram illustrating a computer system for implementing some embodiments of the present disclosure.
[0215] like Figure 11 As shown, the computer system 110 can be represented in the form of a general computing device. The computer system 110 includes a memory 1110, a processor 1120, and a bus 1100 connecting different system components.
[0216] The memory 1110 may include, for example, system memory, non-volatile storage media, etc. The system memory may store, for example, an operating system, application programs, a boot loader, and other programs. The system memory may include volatile storage media, such as random access memory (RAM) and / or cache memory. The non-volatile storage media may store, for example, instructions for executing at least one embodiment of the detection method. Non-volatile storage media include, but are not limited to, disk storage, optical storage, flash memory, etc.
[0217] The processor 1120 can be implemented using a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA) or other programmable logic devices, discrete hardware components such as discrete gates or transistors. Accordingly, each module, such as the decision module and the determination module, can be implemented by executing instructions in the central processing unit (CPU) memory to perform the corresponding steps, or by implementing dedicated circuitry to perform the corresponding steps.
[0218] Bus 1100 can use any of the various bus architectures. For example, bus architectures include, but are not limited to, Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, and Peripheral Component Interconnect (PCI) bus.
[0219] The computer system 110 may also include an input / output interface 1130, a network interface 1140, and a storage interface 1150. These interfaces 1130, 1140, and 1150, as well as the memory 1110 and processor 1120, can be connected via a bus 1100. The input / output interface 1130 provides a connection interface for input / output devices such as a monitor, mouse, and keyboard. The network interface 1140 provides a connection interface for various networked devices. The storage interface 1150 provides a connection interface for external storage devices such as floppy disks, USB flash drives, and SD cards.
[0220] Various aspects of this disclosure are described herein with reference to flowchart illustrations and / or block diagrams of methods, apparatus, and computer program products according to embodiments of this disclosure. It should be understood that each block of the flowchart illustrations and / or block diagrams, and combinations thereof, can be implemented by computer-readable program instructions.
[0221] These computer-readable program instructions are provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable device to produce a machine, such that execution of the instructions by the processor produces means for implementing the functions specified in one or more boxes of the flowchart and / or block diagram.
[0222] These computer-readable program instructions may also be stored in a computer-readable storage medium. These instructions cause a computer to work in a particular manner to produce an article of manufacture, including instructions that implement the functions specified in one or more boxes in a flowchart and / or block diagram.
[0223] This disclosure may take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects.
[0224] Some embodiments of this disclosure also provide a computer program product, including a computer program that, when executed by a processor, implements the detection method described in any of the above embodiments.
[0225] The detection method and apparatus for D2R transmission, network-side equipment, IoT devices, and computer-readable storage media described in the above embodiments can improve the success rate of D2R transmission reception by IoT devices.
[0226] This concludes the detailed description of the detection method and apparatus for D2R transmission, network-side equipment, IoT device, and computer-readable storage medium according to this disclosure. To avoid obscuring the concept of this disclosure, some details known in the art have not been described. Those skilled in the art will fully understand how to implement the technical solutions disclosed herein based on the above description.
Claims
1. A detection method for device-to-reader (D2R) transmission, applied to a network-side device, comprising: sending time-domain control information to an Internet of Things (IoT) device, the time-domain control information comprising a time-domain detection window; receiving a D2R transmission sent by the IoT device based on the time-domain detection window; detecting the D2R transmission within the time-domain detection window.
2. The detection method according to claim 1, wherein, The time-domain detection window comprises at least one first time-domain detection window and / or at least one second time-domain detection window, the first time-domain detection window belonging to a subset of the second time-domain detection window.
3. The detection method according to claim 2, wherein, The configuration of the first time-domain detection window comprises at least one of a length of the first time-domain detection window, a start position of the first time-domain detection window, and an end position of the first time-domain detection window, wherein: The length of the first time-domain detection window is determined based on a configuration or indication of the network-side device, or based on a maximum length or maximum duration of a D2R transmission supported by the IoT device to send, or based on a length or duration of a D2R transmission sent by the IoT device; The start position of the first time-domain detection window is at a first time granularity of the D2R transmission, or at a first time granularity after a last time granularity of a previous time-domain detection window of the first time-domain detection window, or at a time granularity at a preset number of time granularities after the last time granularity of the previous time-domain detection window of the first time-domain detection window, or at a first time granularity of a midamble start; The end position of the first time-domain detection window is at a last time granularity of the D2R transmission, or at a last time granularity of the length of the first time-domain detection window, or at a last time granularity before a midamble start, or at a time granularity at a preset number of time granularities before the midamble start.
4. The detection method of claim 3, further comprising: In the case where the length of the first time-domain detection window is determined based on a configuration or indication of the network-side device: configuring or indicating the length of the first time-domain detection window according to a length of the first time-domain detection window predefined by a protocol or preconfigured by the network-side device; or configuring or indicating the length of the first time-domain detection window according to a length of a D2R transmission of one or more IoT devices configured or indicated by the network device; or configuring or indicating the length of the first time-domain detection window according to a capability or a device category of the IoT device.
5. The detection method according to claim 4, wherein The length of the first time-domain detection window predefined by the protocol or preconfigured by the network-side device has one or more values, the values being determined according to a subcarrier spacing or a D2R transmission bandwidth; or The capability of the IoT device comprises at least one of a maximum transmission length of the IoT device, a length of the first time-domain detection window supported by the IoT device, and a transmission length supported by the IoT device; or According to the capability or device category of the Internet of Things device, the length of the first time domain detection window is configured or indicated, including: according to the correspondence between the device category and the length of the first time domain detection window pre-defined by the protocol or pre-configured by the network side device, configuring or indicating the length of the first time domain detection window corresponding to the device category of the Internet of Things device.
6. The detection method according to claim 5, wherein, According to the capability or device category of the Internet of Things device, the length of the first time domain detection window is configured or indicated, including: At least one of the maximum transmission length of the Internet of Things device, the length of the first time domain detection window supported by the Internet of Things device, and the transmission length supported by the Internet of Things device is configured or indicated as the minimum value of the length of the D2R transmission configured by the network side device.
7. The detection method according to claim 2, wherein, The configuration of the second time domain detection window includes at least one of the length of the second time domain detection window, the starting position of the second time domain detection window, and the ending position of the second time domain detection window, Wherein: The length of the second time domain detection window is determined based on the configuration or indication of the network side device, or based on the theoretical length or the theoretical maximum length of all D2R transmissions or the sum of the theoretical length and the theoretical maximum length, or based on the longest duration of D2R transmissions of multiple Internet of Things devices or the sum of the durations of D2R transmissions of multiple Internet of Things devices; The starting position of the second time domain detection window is the first orthogonal frequency division multiplexing OFDM symbol in a slot or a subframe or a frame, or the first slot in a subframe or a frame, or the first time granularity of the D2R transmission, or the first OFDM symbol in the slot occupied by the starting time granularity of the D2R transmission, or the starting position of the OFDM symbol occupied by the starting time granularity of the D2R transmission, or the OFDM symbol or slot located at a preset position after the ending position of the previous second time domain detection window of the second time domain detection window, or the first time granularity of the first D2R transmission located after the ending position of the previous second time domain detection window of the second time domain detection window; The ending position of the second time domain detection window is the last time granularity of the D2R transmission or other D2R transmissions, or the end of the OFDM symbol or the end of the slot where the last time granularity of the D2R transmission or other D2R transmissions is located, or the last time granularity of the length of the second time domain detection window.
8. The detection method of claim 7, further comprising: In the case where the length of the second time domain detection window is determined based on the configuration or indication of the network side device: According to the length of the second time domain detection window pre-defined by the protocol or pre-configured by the network side device, the length of the second time domain detection window is configured or indicated; Or According to the length of the D2R transmission of one or more Internet of Things devices configured or indicated by the network device, the length of the second time domain detection window is configured or indicated; Or According to the capability or device category of the Internet of Things device, the length of the second time domain detection window is configured or indicated.
9. The detection method according to claim 8, wherein, The length of the second time domain detection window pre-defined by the protocol or pre-configured by the network side device has one or more values, and the values are determined according to subcarrier spacing or D2R transmission bandwidth; Or The capability of the IoT device includes at least one of the maximum transmission length of the IoT device, the length of the second time domain detection window supported by the IoT device, and the transmission length supported by the IoT device; Or According to the capability or device category of the IoT device, configuring or indicating the length of the first time domain detection window includes: according to the correspondence between the device category and the length of the second time domain detection window pre-defined by the protocol or pre-configured by the network side device, configuring or indicating the length of the second time domain detection window corresponding to the device category of the IoT device.
10. The detection method according to claim 2, wherein, In the time domain detection window, detecting the D2R transmission includes: in the second time domain detection window, detecting the D2R transmission located in the first time domain detection window; and / or Each second time domain detection window includes one or more first time domain detection windows.
11. The detection method according to claim 10, wherein, In the case where there are multiple second time domain detection windows, the multiple second time domain detection windows correspond to the D2R transmissions of multiple IoT devices.
12. The detection method according to claim 10, wherein, In the case where any second time domain detection window includes multiple first time domain detection windows, the length of the any second time domain detection window is greater than or equal to the sum of the lengths of the multiple first time domain detection windows; And / or there is or is not a time interval between the multiple first time domain detection windows in the any second time domain detection window.
13. The detection method according to claim 2, wherein, In the second time domain detection window, detecting the D2R transmission located in the first time domain detection window includes: In the case where there are multiple D2R transmissions in the second time domain detection window, and the number of the multiple D2R transmissions is more than the number of the first time domain detection windows or the total length of the multiple D2R transmissions is greater than the length of the second time domain detection window, in the second time domain detection window, the D2R transmission located in the first time domain detection window is detected in the order of the priority of the multiple D2R transmissions from high to low or the order of the time of the multiple D2R transmissions from early to late.
14. The detection method according to claim 13, wherein, After the sorting in the order of the priority of the multiple D2R transmissions from high to low or the order of the time of the multiple D2R transmissions from early to late is completed, the D2R transmission located outside the second time domain detection window or having a length exceeding the second time domain detection window is detected in the next second time domain detection window after the second time domain detection window, or discarded.
15. The detection method of claim 2, further comprising: According to at least one of the capability information of whether to support the actual window of the second time domain detection window, the configuration information, and the device category of the IoT device, determining whether to start the actual window of the second time domain detection window; And / or In a case where it is determined to open the actual window of the second time domain detection window, an actual window of the second time domain detection window is set, wherein a start position of the actual window is the same as a start position of the second time domain detection window or the start position of the actual window is a first time granularity after an event-affected end in the second time domain detection window, and an end position of the actual window is an end position of the second time domain detection window or a time granularity before a start time granularity of the event-affected in the second time domain detection window.
16. The detection method of claim 15, further comprising: In a case where there is no actual window of the second time domain detection window, stopping using the second time domain detection window in response to the second time domain detection window being affected by an event; and / or In a case where the capability information indicates that the Internet of Things device supports the actual window of the second time domain detection window, and / or the configuration information configures or indicates to open the actual window of the second time domain detection window, and / or the device category of the Internet of Things device meets a rule for opening the actual window of the second time domain detection window, it is determined to open the actual window of the second time domain detection window.
17. The detection method of claim 1, wherein, The number of time domain detection windows is preconfigured by the network side device or is pre-defined by a protocol or is determined according to the length of the time domain detection window configured by the network side device.
18. The detection method according to claim 3, wherein, The time granularity includes at least one of a bit, a transport block, an on-off keying chip OOK chip, a microsecond, a sampling point, a physical layer device-to-reader transmission channel chip PDRCH chip, a PDRCH symbol, a PDRCH slot, a PDRCH sampling point, a D2R chip, a D2R symbol, a D2R slot, and a D2R sampling point.
19. A detection method for device-to-reader D2R transmission, applied to an Internet of Things device, comprising: receiving time domain control information from a network side device, the time domain control information including a time domain detection window; sending a D2R transmission based on the time domain detection window, so that the network side device detects the D2R transmission within the time domain detection window.
20. The detection method of claim 19, wherein, The time domain detection window includes at least one first time domain detection window and / or at least one second time domain detection window, and the first time domain detection window belongs to a subset of the second time domain detection window.
21. The detection method of claim 20, wherein, The configuration of the first time domain detection window includes at least one of a length of the first time domain detection window, a start position of the first time domain detection window, and an end position of the first time domain detection window, wherein: The length of the first time domain detection window is determined based on a configuration or indication of the network side device, or based on a maximum length or maximum duration of a D2R transmission supported by the Internet of Things device for sending, or based on a length or duration of a D2R transmission sent by the Internet of Things device; a start position of the first time domain detection window is at a first time granularity of the D2R transmission, or at a first time granularity after a last time granularity of a previous time domain detection window of the first time domain detection window, or at a time granularity that is a preset number of time granularities after the last time granularity of the previous time domain detection window of the first time domain detection window, or at a first time granularity of a midamble start; an end position of the first time domain detection window is at a last time granularity of the D2R transmission, or at a last time granularity of a length of the first time domain detection window, or at a last time granularity before a midamble start, or at a time granularity that is a preset number of time granularities before the midamble start.
22. The detection method of claim 21, wherein, in a case where the length of the first time domain detection window is determined based on a configuration or indication of the network-side device: the length of the first time domain detection window is configured or indicated according to a length of D2R transmission of one or more Internet of Things devices configured or indicated by the network device; or the length of the first time domain detection window is configured or indicated according to a capability or device category of the Internet of Things device. the length of the first time domain detection window configured or indicated according to the capability or device category of the Internet of Things device includes that a length of the first time domain detection window corresponding to the device category of the Internet of Things device is configured or indicated according to a correspondence between device categories and lengths of first time domain detection windows pre-defined by a protocol or pre-configured by the network-side device.
23. The detection method of claim 22, wherein, the length of the first time domain detection window is configured or indicated as a minimum value among at least one of a maximum transmission length of the Internet of Things device, a length of the first time domain detection window supported by the Internet of Things device, and a transmission length supported by the Internet of Things device and a length of D2R transmission configured by the network-side device. the configuration of the second time domain detection window includes at least one of a length of the second time domain detection window, a start position of the second time domain detection window, and an end position of the second time domain detection window, wherein: the length of the second time domain detection window is determined based on a configuration or indication of the network-side device, or based on a theoretical length or a theoretical maximum length of all D2R transmissions or a sum of the theoretical length and the theoretical maximum length, or based on a longest duration among D2R transmissions of multiple Internet of Things devices or a sum of durations of D2R transmissions of multiple Internet of Things devices; 24. The detection method of claim 23, wherein, 25. The detection method of claim 20, wherein, The starting position of the second time domain detection window is the first OFDM symbol in a slot or a subframe or a frame, or the first slot in a subframe or a frame, or the first time granularity of the D2R transmission, or the first OFDM symbol in the slot occupied by the starting time granularity of the D2R transmission, or the starting position of the OFDM symbol occupied by the starting time granularity of the D2R transmission, or the OFDM symbol or slot at a preset position after the ending position of the previous second time domain detection window of the second time domain detection window, or the first time granularity of the first D2R transmission after the ending position of the previous second time domain detection window of the second time domain detection window. The ending position of the second time domain detection window is the last time granularity of the D2R transmission or other D2R transmission, or the end of the OFDM symbol or the end of the slot where the last time granularity of the D2R transmission or other D2R transmission is located, or the last time granularity of the length of the second time domain detection window.
26. The detection method of claim 25, wherein, In the case where the length of the second time domain detection window is determined based on the configuration or indication of the network side device: The length of the second time domain detection window is configured or indicated according to the length of the D2R transmission of one or more Internet of Things devices configured or indicated by the network device; or The length of the second time domain detection window is configured or indicated according to the capability or device category of the Internet of Things device. The length of the second time domain detection window pre-configured by the network side device has one or more values, and the multiple values are determined according to subcarrier spacing or D2R transmission bandwidth; 27. The detection method of claim 26, wherein, Or The capability of the Internet of Things device includes at least one of the maximum transmission length of the Internet of Things device, the length of the second time domain detection window supported by the Internet of Things device, and the transmission length supported by the Internet of Things device; Or The length of the first time domain detection window is configured or indicated according to the capability or device category of the Internet of Things device, including that the length of the second time domain detection window corresponding to the device category of the Internet of Things device is configured or indicated according to the correspondence between the device category and the length of the second time domain detection window pre-defined by the protocol or pre-configured by the network side device.
28. The detection method of claim 20, wherein, Within the second time domain detection window, the D2R transmission located in the first time domain detection window is detected; and / or Each second time domain detection window includes one or more first time domain detection windows. In the case where there are multiple second time domain detection windows, the multiple second time domain detection windows correspond to the D2R transmissions of multiple Internet of Things devices.
29. The detection method of claim 28, wherein, In the case where any second time domain detection window includes multiple first time domain detection windows, the length of the any second time domain detection window is greater than or equal to the sum of the lengths of the multiple first time domain detection windows; 30. The method of claim 28, wherein, And / or there is or is not a time interval between the multiple first time domain detection windows in the any second time domain detection window. 31. The detection method of claim 20, wherein, In a case that there are multiple D2R transmissions in the second time domain detection window, and the number of the multiple D2R transmissions is more than the number of the first time domain detection window or the total length of the multiple D2R transmissions is greater than the length of the second time domain detection window, the D2R transmissions located in the first time domain detection window are detected in the second time domain detection window in an order from high to low according to the priority of the multiple D2R transmissions or in an order from early to late according to the time of the multiple D2R transmissions.
32. The detection method of claim 31, wherein, After the sorting in the order from high to low according to the priority of the multiple D2R transmissions or in the order from early to late according to the time of the multiple D2R transmissions is completed, the D2R transmissions located outside the second time domain detection window or with a length exceeding the second time domain detection window are detected in a next second time domain detection window after the second time domain detection window or discarded.
33. The detection method of claim 20, wherein, Whether to open the actual window of the second time domain detection window is determined according to at least one of capability information, configuration information and device type of the Internet of Things device whether to support the actual window of the second time domain detection window; and / or In a case that it is determined to open the actual window of the second time domain detection window, the actual window of the second time domain detection window is set, wherein a start position of the actual window is the same as a start position of the second time domain detection window or is a first time granularity after an end of the second time domain detection window affected by an event, and an end position of the actual window is an end position of the second time domain detection window or is a time granularity before a start of the second time domain detection window affected by the event.
34. The detection method of claim 33, wherein, In a case that there is no actual window of the second time domain detection window, the second time domain detection window stops being used in response to the second time domain detection window being affected by an event; and / or In a case that the capability information indicates that the Internet of Things device supports the actual window of the second time domain detection window, and / or the configuration information configures or indicates to open the actual window of the second time domain detection window, and / or the device type of the Internet of Things device meets a rule of opening the actual window of the second time domain detection window, the actual window of the second time domain detection window is determined to be opened.
35. The assay method of claim 19, wherein, The number of the time domain detection windows is preconfigured by the network side device or is pre-defined by a protocol or is determined according to the length of the time domain detection window configured by the network side device.
36. The assay method of claim 21, wherein, The time granularity includes at least one of a bit, a transport block, an on-off keying chip OOK chip, a microsecond, a sampling point, a physical layer device-to-reader transmission channel chip PDRCH chip, a PDRCH symbol, a PDRCH slot, a PDRCH sampling point, a D2R chip, a D2R symbol, a D2R slot, a D2R sampling point. 37.A network side device configured to perform the detection method of any one of claims 1-18. 38.An Internet of Things device configured to perform the detection method of any one of claims 19-36. 39.A detection system for device-to-reader D2R transmission, comprising: The network-side device of claim 37; and / or The Internet of Things device of claim 38.
40. An electronic device, comprising: a memory; and a processor coupled to the memory, the processor configured to perform the detection method of any one of claims 1 to 36 based on instructions stored in the memory.
41. A computer-readable storage medium having stored thereon computer program instructions which, when executed by a processor, implement the detection method of any one of claims 1 to 36.