Method for a-IOT backscattering communication with enhanced availability

Abstract

This disclosure describes method for A-IoT backscattering communication. Specifically, to improve the availability of device with limit capacitor size, different solutions for characterizing device operation capability / feature when device is available and / or unavailable, or different operation modes / states for describing device available and / or unavailable are disclosed. The characteristics includes functions and transfer condition between functions. Additionally, a node for providing carrier wave (CW) waveform used by the device for generating backscattering transmission to the reader is described. The specific designs on the control to the CW node are disclosed.

Description

METHOD FOR A-IOT BACKSCATTERING COMMUNICATION WITH ENHANCED AVAILABILITYFIELD

[0001] The invention discussed below relates generally to wireless communication systems, and more particularly, to method for A-IoT backscattering communication with enhanced availability.BACKGROUND

[0002] For ambient IoT (A-IoT) system, a UE can act as a A-IoT reader under the NW control for transmitting / receiving control / data to / from one or more than one A-IoT device (s) , and / or transmitting carrier wave (CW) to one or more than one A-IoT device (s) . As a A-IoT reader for performing the above operations is a function / capability of the UE. The UE can report its capability as a A-IoT reader to NW. Then, the UE can be indicated /  (pre-) configured by the NW for being a A-IoT reader. Alternatively, the UE can autonomously declare as a A-IoT reader. For a UE as a A-IoT reader, the time, and / or frequency, and / or power resource allocation is indicated and / or (pre-) configured by the NW via a (new) DCI, and / or MAC-CE, and / or RRC signaling. The feedback from the UE related to the communication and / or measurement between the UE and the A-IoT device can be delivered in the PUCCH with a new field.SUMMARY

[0003] The following presents a simplified summary of one or more aspects in order to provide a basic understanding of such aspects. This summary is not an extensive overview of all contemplated aspects, and is intended to neither identify key or critical elements of all aspects nor delineate the scope of any or all aspects. Its sole purpose is to present some concepts of one or more aspects in a simplified form as a prelude to the more detailed description that is presented later.

[0004] Various aspects of the present disclosure relate to the NW control of a UE acting as a A-IoT reader in an A-IoT system. Specifically, for a A-IoT system, a A-IoT reader is responsible for transmitting / receiving control / data to / from one or more than one A-IoT device (s) , and / or transmitting carrier wave (CW) to one or more than one A-IoT device (s) . The CW can be used for backscattering and / or for charging by the A-IoT device. The A-IoT reader can be seen as a function / capability of the legacy UE. UE can report its capability to the NW, i.e., whether the UE is capable of a A-IoT reader or not. Whether the UE acting as a A-IoT reader can be based on the indication and / or (pre-) configuration from the NW via a factor set. Alternatively, the UE can determine by itself on whether being a A-IoT reader via the same factor set. The factor set includes one or more than one parameter of distance (s)  / pathloss (es) between the UE and one or more than one A-IoT device, measurement on the device-to-UE transmission (D2R) at the UE side, proximity determination at the UE side, the distance / pathloss between the UE and gNB, and the UE max Tx power, etc. Based on whether it is the initial phase or not, different parameters can be select from the factor set for determining whether the UE acting as a A-IoT reader. For example, in the case than  there is no proximity determination at the UE side, the pathloss between the UE and the gNB can be used for determining whether the UE acting as a A-IoT reader. Otherwise, based on the proximity determination, whether acting as a A-IoT reader can be determined.

[0005] In another aspect of the disclosure, when a UE acting as a A-IoT reader, the behaviour of the UE is under the NW control. For example, the time and / or frequency domain resource (s) used for each reader-to-device (R2D) and / or D2R transmission to / from one or more than one A-IoT device (s) is based on the indication and / or (pre-) configuration from NW. Alternatively, the UE can autonomously select time and / or frequency domain resource (s) from a resource pool for each R2D and / or D2R transmission. The resource pool is (pre-) configured and / or (pre-) defined by the NW. After than, the resource pool index (es) can be used for the UE to autonomously select resource is indicated by the NW. The indications above can be delivered in a new DCI. The (pre-) configurations above can be delivered in a new MAC-CE and / or RRC.

[0006] In another aspect of the disclosure, when a UE acting as a A-IoT reader, the transmission power of the UE for transmitting R2D and / or CW to one or more than one A-IoT device is indicated and / or (pre-) configured by the NW. The indication and / or (pre-) configuration can be based on a factor set. Alternatively, the transmission power of the UE for transmitting R2D and / or CW to one or more than one A-IoT device is determined by the UE itself based on a factor set. The factor set includes one or more than one parameter including distance / pathloss between the UE and the target A-IoT device, the distance / pathloss between the UE and gNB, transmission type (e.g., preamble or control or data or CW transmission) , cast type of the R2D, the measurement at the UE side.

[0007] In another aspect of the disclosure, when a UE acting as a A-IoT reader, the UE reports A-IoT related information to the NW. For example, the measurement on the D2R transmission at the UE side, the transmission results, e.g., success or not, between the UE and one or more than one A-IoT device, the proximity determination at the UE side, the link quality between the UE and one or more than one A-IoT device. The report can be delivered with a new filed in the PUCCH.

[0008] To the accomplishment of the foregoing and related ends, the one or more aspects comprise the features hereinafter fully described and particularly pointed out in the claims. The following description and the annexed figures set forth in detail certain illustrative features of the one or more aspects. These features are indicative, however, of but a few of the various ways in which the principles of various aspects may be employed, and this description is intended to include all such aspects and their equivalents.BRIEF DESCRIPTION OF THE DRAWINGS

[0009] FIG. 1 illustrates an exemplary diagram of the determination for a UE acting as A-IoT reader by the indication and / or (pre-) configuration from the gNB.

[0010] FIG. 2 illustrates an exemplary diagram of the determination for a UE acting as A-IoT reader determined by the UE itself.

[0011] FIG. 3 illustrates an exemplary diagram of the scheduling of CW transmission regarding the time and frequency domain resource (s) by a field of a new DCI.DETAILED DESCRIPTION

[0012] The detailed description set forth below in connection with the appended drawings is intended as a description of various configurations and is not intended to represent the only configurations in which the concepts described herein may be practiced. The detailed description includes specific details for the purpose of providing a thorough understanding of various concepts. However, it will be apparent to those skilled in the art that these concepts may be practiced without these specific details. In some instances, well known structures and components are shown in block diagram form in order to avoid obscuring such concepts.

[0013] Several aspects of telecommunication systems will now be presented with reference to various apparatus and methods. These apparatus and methods will be described in the following detailed description and illustrated in the accompanying drawings by various blocks, components, circuits, processes, algorithms, etc. (collectively referred to as “elements” ) . These elements may be implemented using electronic hardware, computer software, or any combination thereof. Whether such elements are implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system.

[0014] This invention is motived by, but not limited to, a scenario of A-IoT, where a UE serves as a A-IoT reader for performing transmission / reception to / from one or more than one A-IoT devices.

[0015] In one aspect of the disclosure, A-IoT reader is a function and / or capability of a legacy UE. UE can report its capability after the RRC connection to NW / gNB. Based on the capability report, the gNB can further (pre-) configure and / or indicate whether the A-IoT reader capability of the UE is enabled based on a factor set. The factor set includes one or more than one parameter of the distance / pathloss between the UE and gNB, the proximity determination regarding A-IoT device (s) at the UE side (e.g., number of A-IoT device (s) determined as near to the UE) , the max Tx power of the UE, and the distance / pathloss between the UE and one or more than one A-IoT device. For example, to increase the coverage from the gNB to the A-IoT device, the criteria for a UE being a A-IoT reader is the distance / pathloss between the UE and the gNB. Specifically, for a UE with a longest distance, and / or largest pathloss between the UE and the gNB, and / or if the UE is on the cell edge, the UE can be indicated and / or (pre-) configured as a A-IoT reader. Alternatively, for a UE with a distance, and / or pathloss larger than a threshold, the UE can be indicated and / or (pre-) configured as a A-IoT reader. For another example, after the proximity determination, if the number of devices determined as near to the UE is below a threshold, then the UE will not be a A-IoT reader until the next A-IoT reader indication and / or (pre-) configuration. Otherwise, if the number of devices determined as near to the UE is above a threshold, the UE can still be a A-IoT reader until the next A-IoT reader indication and / or (pre-) configuration. Alternatively, for the top N UE (s) with the most devices determined as near will be indicated and / or (pre-) configured as a A-IoT reader until the next A-IoT reader indication and / or (pre-) configuration. Other UE (s) will not be a A-IoT reader until the next A-IoT reader indication and / or (pre-) configuration. Alternatively, if the device (s) determined as near to a UE (e.g., UE1)  is a sub-set, or is included by the device (s) determined as near to another UE (e.g., UE2) , then UE 1 will not be a A-IoT reader, and UE 2 can still be a A-IoT reader, both are util the next A-IoT reader indication and / or (pre-) configuration.

[0016] Alternatively, the UE autonomously enable the A-IoT reader capability based on itself. In this case, the UE needs to report two information to the gNB. One is the UE capability of A-IoT reader, e.g., whether the UE is capable of a A-IoT reader, which can be delivered by a MAC-CE and / or RRC. Another is whether the UE acting as a A-IoT reader, e.g., performing transmission / reception to / from the A-IoT device (s) , which can be delivered by a new filed in PUCCH, e.g., one bit in PUCCH to indicate whether the UE acting as a A-IoT reader. The criteria for a UE determining whether the A-IoT capability is enabled can also be based on the factor set. The factor set includes one or more than one parameter of the distance / pathloss between the UE and gNB, the proximity determination regarding A-IoT device (s) at the UE side, the max Tx power of the UE, and the distance / pathloss between the UE and one or more than one A-IoT device. Regarding the utilization of proximity determination for determining a UE whether enable the A-IoT reader capability, for example, after the proximity determination, if the number of devices determined as near to the UE is below a threshold, then the UE will not be a A-IoT reader until the next A-IoT reader indication and / or (pre-) configuration. Otherwise, if the number of devices determined as near to the UE is above a threshold, the UE can still be a A-IoT reader until the next A-IoT reader indication and / or (pre-) configuration. Alternatively, the UE can transmit proximity determination results to other UE (s) via PC5. In this case, if the device (s) determined as near to a UE (e.g., UE1) is a sub-set, or is included by the device (s) determined as near to another UE (e.g., UE2) , then UE 1 will not be a A-IoT reader, and UE 2 can still be a A-IoT reader. Additionally, without the capability report from the UE on whether it is capable of a A-IoT reader, by default, the UE is assumed not capable of a A-IoT reader.

[0017] To illustrate the above method, an example is given in Figure 1. After RRC connection between the UE and gNB, the UE will report its capability of A-IoT reader to the gNB via RRC signaling. gNB can obtain the pathloss (PL) based on the measurement of the received signal from the UE. Based on the PL, the gNB can determine whether the UE can be a A-IoT reader based on the criteria mentioned above. The gNB indicates one or more than one UE being A-IoT reader via a new DCI, or a new filed in the existed DCI. Alternatively, the gNB indicates one or more than one UE being A-IoT reader via a new MAC-CE and / or RRC signaling. After that, the gNB schedules the transmission between the UE and A-IoT device (s) (e.g., R2D, D2R and CW transmission) via a new DCI format. For example, the time and / or frequency domain resource allocation, and / or transmission power can be scheduled by the new DCI from the gNB to the UE. Based on it, the UE can perform R2D transmission, and / or CW transmission on the corresponding scheduled resource (s) . Additionally, the D2R resource scheduling from the gNB is delivering by the UE to the A-IoT devices via R2D transmission, and the A-IoT device can transmit the D2R on the corresponding scheduled resource (s) . After receiving the D2R transmission, the UE can perform proximity determination for determining whether the A-IoT device is near or far from the UE. The proximity determination can be, if the corresponding D2R transmission in response to the R2D transmission is successfully received by the  reader, and / or the measurement on the corresponding D2R transmission in response to the R2D transmission is above a threshold, then the device is determined as near to the reader. Otherwise, it is determined as far. The UE can report the proximity determination results, e.g., the number of A-IoT device (s) determined as near, to the gNB. This report can be delivered by a new filed of the PUCCH or a new PUCCH. Based on the proximity report from the UE, the gNB determines whether the UE acting as a A-IoT reader in the following R2D / D2R transmission and indicates this info to the UE via a new DCI, and / or MAC-CE, and / or RRC.

[0018] Alternatively, as mentioned before, for a UE has the A-IoT reader capability, the UE autonomously determines by itself of whether acting as a A-IoT reader or not, and report this info to the gNB. One example is given in Figure 2 for illustrating this method. In both Figure 1 and Figure 2, one or multiple transmissions between the gNB and the UE can be merged as one transmission. For example, in Figure 2, the capability report as a A-IoT reader from UE to gNB, and the declaration report of being a A-IoT reader from UE to gNB can be two individual transmissions via RRC, and PUCCH, respectively, or can be one transmission from the UE to gNB via RRC and / or PUCCH. In addition, the two methods, e.g., based on gNB scheduling and based on UE autonomously determination, for determining a UE acting as a A-IoT reader can be combined. For example, in Figure 2, after proximity determination at the UE side, the UE can report the proximity determination to the gNB. Then, gNB can indicate and / or (pre-) configure whether the UE acting as a A-IoT reader based on the proximity report from the UE. Or, after proximity determination at the UE side, the UE can autonomously declare whether it acts as a A-IoT reader by itself. Then, the UE can report the declaration of being a A-IoT reader or not to the gNB.

[0019] In another aspect of the disclosure, for a UE with A-IoT reader capability enabled, it is under NW control. Specifically, two methods for resource allocation. One is NW schedules resource (s) for each R2D, D2R and / or CW transmission between the UE and the A-IoT device (s) . Another is NW (pre-) configure a resource pool. The UE can autonomously select resource (s) within the resource pool for R2D, D2R and / or CW transmission between the UE and the A-IoT device (s) .

[0020] For the method that NW / gNB schedules resource (s) for (each) R2D, D2R and / or CW transmission between the UE and the A-IoT device (s) , a filed in the new DCI can be used to schedule the resources. For R2D transmission, the time resource (s) can be scheduled in the TDRA manner by indicating a starting transmission occasion and a transmission duration, in the new DCI. The starting transmission occasion can be indicated via an absolute slot / symbol index in time domain, and / or a gap between the new DCI transmission slot / symbol index and the corresponding scheduled R2D transmission slot / symbol index. The transmission duration can be indicated as the number of a basic granularity in time domain, e.g., frame / slot / symbol, and / or a fixed time length.

[0021] Additionally, for CW transmission, whether it is transmitted or not transmitted is scheduled by the NW. If the CW is indicated to be transmitted, it can be further indicated as on-demand transmission, periodic transmission and / or persistent / consistent transmission. A new filed in the DCI can be used for the above indications. For example, two bits of “00” , “01” , “11” , and “10” for the indication of no CW  transmission, on-demand CW transmission, periodic CW transmission, and persistent / consistent CW transmission, respectively. For the case of on-demand CW transmission, a filed in the new DCI can be used for dynamic indicating the time resource of each CW transmission in the TDRA manner by indicating a starting transmission occasion and a transmission duration. The starting transmission occasion can be indicated as an absolute time occasion, e.g., frame / slot / symbol index (i.e., absolute time occasion) , and / or a gap between the new DCI transmission occasion and the corresponding scheduled CW transmission occasion (i.e., relative time occasion #1) , and / or a gap between the scheduled R2D transmission occasion and the scheduled CW transmission occasion (relative time occasion #2) . The transmission duration can be indicated as the number of basic granularity in time domain, e.g., frame / slot / symbol, and / or a fixed time length.

[0022] Additionally, for the case of periodic CW transmission, it can be (pre-) configured and / or indicated by three parameters of starting transmission occasion, transmission duration, and periodicity. The starting occasion can be indicated in the manner of absolute time occasion, and / or relative time occasion #1 and / or #2 as mentioned above. The transmission duration can be indicated as the number of basic granularity in time domain, e.g., the number of frame / slot / symbol, and / or a fixed time length. The periodicity can be indicated as the number of a basic granularity in time domain, e.g., the number of frame / slot / symbol, and / or a fixed time length.

[0023] Additionally, for the case of persistent / consistent CW transmission, it can be (pre-) configured and / or indicated by a starting occasion in the manner of absolute time occasion, and / or relative time occasion #1 and / or #2 as mentioned above. For this case, the UE will persistently transmit CW start from the indicated starting occasion until the next CW transmission indication and / or (pre-) configuration.

[0024] Additionally, for D2R transmission, the time resource can be explicitly or implicitly indicated to the device via R2D transmission. For explicit indication, the time resource (s) can be scheduled in the TDRA manner by indicating a starting transmission occasion and a transmission duration, in the new DCI. The starting occasion can be indicated in the manner of absolute time occasion, and / or relative time occasion #1 and / or #2 as mentioned above. The transmission duration can be indicated as the number of a basic granularity in time domain, e.g., the number of frame / slot / symbol, and / or a fixed time length. For implicit indication, the start and duration of CW transmission can be used for determining the start and duration of D2R transmission.

[0025] For the method that NW / gNB schedules resource (s) for (each) R2D, D2R and / or CW transmission between the UE and the A-IoT device (s) , for R2D transmission, the frequency resource (s) can be scheduled in the FDRA manner by indicating the starting / lowest RB index, and the (consecutive) RB number in the new DCI. The starting / lowest RB index can be indicated via an absolute ARFCN, i.e., an absolute RB index among frequency domain resources, and / or a gap between the RB indexes of the new DCI transmission and the corresponding scheduled R2D transmission. Alternatively, for R2D transmission, the frequency resource (s) can be scheduled by explicitly indicating each RB index used for the R2D transmission.

[0026] Additionally, for CW transmission, the frequency resource (s) can be scheduling by indicating the tone index (es) . More detailed, it can be indicated by listing each tone / RE index used for the CW transmission, and / or by listing the starting / lowest tone / RE index, and the number of consecutive tones / RE used for the CW transmission. The starting / lowest tone / RE index could be the index among all frequency domain resources, and / or an index within a RB. In the latter case, the RB index should also be indicated together.

[0027] Additionally, for D2R transmission, the frequency resource (s) can be indicated in the manner of explicit or implicit. For the explicit manner, the frequency resource (s) can be scheduled in the FDRA manner by indicating the starting / lowest tone / RE index, and the tone / RE number in the new DCI. The starting / lowest tone / RE index can be indicated via an absolute ARFCN, i.e., an absolute tone / RE index among frequency domain resources, and / or a gap between the RB indexes of the new DCI transmission and the corresponding scheduled D2R transmission.

[0028] In Figure 3, a table is given for illustrating the resource scheduling of CW transmission in time and frequency domain by a filed in the new DCI.

[0029] In this disclosure, for the resource allocation when a UE capability as a A-IoT reader is enabled, another method is UE autonomously selects resource (s) within a (pre-) configured resource pool for R2D and / or D2R and / or CW transmission between the UE and the A-IoT device (s) . Multiple resource pools can be (pre-) configured, and the resource pool index used for the UE can be indicated in the new DCI. Further, when UE autonomously select resource (s) within the resource pool, in time domain, the UE measure the energy / RSRP / RSSI on the target resource (s) intended for R2D, D2R and / or CW transmission. The measurement should be performed according to a requirement. For example, the measurement should be performed at least X1 and X2 seconds before the intended R2D and CW transmission, respectively. A longer intended transmission in time domain corresponds to a longer measurement in time domain. For example, based on the intended transmission duration, e.g., only CW transmission, or CW transmission with a corresponding D2R transmission following it, the measurement length is different. In frequency domain, the frequency granularity for the measurement is based on (pre-) configuration. For example, if the intended transmission is R2D, the measurement in frequency domain is one or multiple RB (s) intended for R2D transmission. If the intended transmission is CW and / or D2R, the measurement in frequency domain is one or multiple tone (s)  / RE (s) indented for CW and / or D2R transmission. Only when the measurement result satisfies the requirement, e.g., the measured energy / RSRP / RSSI during the whole measurement is below a threshold, the intended transmission can be performed.

[0030] In another aspect of the disclosure, for a UE acting as a A-IoT reader, it determines a power PPRDCH (i) for a PRDCH transmission occasion in slot i of carrier f as PPRDCH (i) =min (PCMAX, min (PPRDCH, D (i) , PPRDCH, AIoT (i) ) ) [dBm]               (1)

[0031] Where PCMAX is the UE configured max out power for carrier f in PRDCH transmission occasion i. PPRDCH, D (i) is a power related to the pathloss between the gNB and the UE and can be expressed as

[0032] Where PO, D is a value per RRC configuration from a range, e.g., [-16, 15] . If using the parameter is supported by the UE and the parameter is provided, formula (2) is used; otherwise, PPRDCH, D (i) =PCMAX. Additionally, αD is a value based on RRC configuration from a range of [0, 1] , if provided, else, αD=1. PLD is the DL pathloss estimate in dB calculated by the UE on carrier f.  is the number of RB for the PRDCH transmission occasion i and μ is a SCS configuration.

[0033] PPRDCH, AIoT (i) is a power related to the pathloss between the UE and the target A-IoT device and can be expressed as

[0034] Where PO, AIoT is a value per RRC configuration from a range, e.g., [-16, 15] . If using the parameter is supported by the UE and the parameter is provided, formula (3) is used; otherwise, PPRDCH, AIoT (i) =min (PCMAX, PPRDCH, D (i) ) . Additionally, αAIoT is a value based on RRC configuration from a range of [0, 1] , if provided, else, αAIoT=1. Additionally, PLAIoT is a parameter related to the pathloss between the UE and the target A-IoT device with  where Preference is the transmission power of the CW by the UE, e.g., obtained from a CW transmit power per tone / RE and summed over the occupied tone (s)  / RE (s) occupied by the CW transmission. Preceived is a reception power of the corresponding PDRCH from the target A-IoT device based on the backscattering of the corresponding CW, e.g., obtained from a RSRP measurement on the received PRDCH transmission per tone / RE and summed over the occupied tone (s)  / RE (s) occupied by the corresponding PDRCH transmission.  is the number of RB for the PRDCH transmission occasion i and μ is a SCS configuration. GAIoT_device is the total gain introduced at the A-IoT device side due to, e.g., amplifier, backscattering loss, modulation loss, etc. GAIoT_device can be reported to the reader via PDRCH transmission; otherwise, it is by default assumed as 0 dB. In the case that PLAIoT is unavailable, e.g., there is no PDRCH transmission before the UE determining the PRDCH transmission power, PPRDCH, AIoT (i) = min (PCMAX, PPRDCH, D (i) ) .

[0035] The determination of the transmission power depends on different cases. For example, for the case of R2D transmission, if it is broadcast, and / or if it is a PRDCH transmission without any PDRCH before it, the PRDCH transmission power PPRDCH (i) =PCMAX. If is it unicast, the PRDCH transmission power PPRDCH (i) is determined based on the above formula (1) .

[0036] In another aspect of the disclosure, for the case of CW transmission, the total transmission power of CW PCW from one UE is determined by the same formula (1) by replacing PPRDCH (i) as PCW (i) , i.e., PCW (i) =min (PCMAX, min (PPRDCH, D (i) , PPRDCH, AIoT (i) ) ) [dBm] (4) .

[0037] The parameters of PCMAX, PPRDCH, D (i) and PPRDCH, AIoT (i) in formula (4) are same as formula (1), which means the calculations of PPRDCH, D (i) and PPRDCH, AIoT (i) are based on formula (2) and (3) , respectively. Regarding the calculation of PPRDCH, AIoT (i) , in addition to the description of formula (3) ,  some extra conditions need to be considered for CW transmission power determination. Specifically, if the CW is provided to one A-IoT device, PCW (i) is determined based on the above formula (3) . If the CW is provided to multiple A-IoT devices, PPRDCH, AIoT (i) =min (PCMAX, PPRDCH, D (i) ) . Alternatively, If the CW is provided to multiple A-IoT devices, PCW (i) is determined based on the above formula (3) where for calculating PPRDCH, AIoT (i) , the PLAIoT is the max pathloss among the pathlosses of each pair of the UE to one A-IOT device.

[0038] The previous description is provided to enable any person skilled in the art to practice the various aspects described herein. Various modifications to these aspects will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other aspects. Thus, the claims are not intended to be limited to the aspects shown herein, but is to be accorded the full scope consistent with the language claims, wherein reference to an element in the singular is not intended to mean “one and only one” unless specifically so stated, but rather “one or more. ” The word “exemplary” is used herein to mean “serving as an example, instance, or illustration. ” Any aspect described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other aspects. Unless specifically stated otherwise, the term “some” refers to one or more. Combinations such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” and “A, B, C, or any combination thereof” include any combination of A, B, and / or C, and may include multiples of A, multiples of B, or multiples of C. Specifically, combinations such as “at least one of A, B, or C, ” “one or more of A, B, or C, ” “at least one of A, B, and C, ” “one or more of A, B, and C, ” and “A, B, C, or any combination thereof” may be A only, B only, C only, A and B, A and C, B and C, or A and B and C, where any such combinations may contain one or more member or members of A, B, or C. All structural and functional equivalents to the elements of the various aspects described throughout this disclosure that are known or later come to be known to those of ordinary skill in the art are expressly incorporated herein by reference and are intended to be encompassed by the claims. Moreover, nothing disclosed herein is intended to be dedicated to the public regardless of whether such disclosure is explicitly recited in the claims. The words “module, ” “mechanism, ” “element, ” “UE, ” and the like may not be a substitute for the word “means. ” As such, no claim element is to be construed as a means plus function unless the element is expressly recited using the phrase “means for. ”

[0039] While aspects of the present disclosure have been described in conjunction with the specific embodiments thereof that are proposed as examples, alternatives, modifications, and variations to the examples may be made. Accordingly, embodiments as set forth herein are intended to be illustrative and not limiting. There are changes that may be made without departing from the scope of the claims set forth below.

Claims

1.A method for A-IoT communication system with the A-IoT reader performing R2D and / or CW transmission to A-IoT device, and D2R reception from A-IoT device.2.The method of claim 1, wherein the legacy UE report its capability of whether it is capable of A-IoT reader.3.The method of claim 2, wherein for the UE capable of A-IoT reader, it can be indicated and / or (pre-) configured by the NW for enabling the A-IoT reader capability based on a factor set.4.The method of claim 2, wherein for the UE capable of A-IoT reader, it can autonomously determine by itself to enable the A-IoT reader capability based on a factor set, and reports its determination on enabling the A-IoT reader capability to the gNB.5.The method of claim 3 and 4, wherein the factor set includes one or more than one parameter of the distance / pathloss between the UE and gNB, the proximity determination regarding A-IoT device (s) at the UE side, the max Tx power of the UE, and the distance / pathloss between the UE and one or more than one A-IoT device.6.The method of claim 1, wherein the resource allocation for the A-IoT reader for (each) R2D, D2R and / or CW transmission is based on the scheduling of the gNB view a new DCI.7.The method of claim 6, wherein a field in the new DCI can be used for scheduling the time domain resource for R2D transmission in the TDRA manner by indicating a starting transmission occasion and a transmission duration.8.The method of claim 6, wherein a field in the new DCI can be used for scheduling the time domain resource for CW transmission.9.The method of claim 8, wherein two bits in the new DCI of “00” , “01” , “11” , and “10” for the indication of no CW transmission, on-demand CW transmission, periodic CW transmission, and persistent / consistent CW transmission, respectively.10.The method of claim 9, wherein for on-demand CW transmission, a filed in the new DCI can be used for dynamic indicating the time resource of each CW transmission in the TDRA manner by indicating a starting transmission occasion and a transmission duration.11.The method of claim 9, wherein for periodic CW transmission, it can be (pre-) configured and / or indicated by three parameters of starting transmission occasion, transmission duration, and periodicity.12.The method of claim 9, wherein for persistent / consistent CW transmission, it can be (pre-) configured and / or indicated by a starting occasion in the manner of absolute time occasion, and / or relative time occasion compared to the DCI transmission occasion and / or R2D transmission occasion.13.The method of claim 6, wherein a field in the new DCI can be used for scheduling the time domain resource for D2R transmission in an explicit and / or implicit indication.14.The method of claim 6, wherein a field in the new DCI can be used for scheduling the frequency domain resource for R2D transmission in the FDRA manner by indicating the starting / lowest RB index, and the (consecutive) RB number.15.The method of claim 6, wherein a field in the new DCI can be used for scheduling the frequency domain resource for CW transmission by in the FDRA manner by indicating the starting / lowest tone / RE index, and the (consecutive) tone / RE number, and / or by explicitly indicating each tone / RE index (es) .16.The method of claim 6, wherein a field in the new DCI can be used for scheduling the frequency domain resource for D2R transmission in an explicit and / or implicit indication.17.The method of claim 1, wherein the resource allocation for the A-IoT reader is based on the autonomously selection of the UE itself from the resource pool (s) (pre-) configured by the gNB.18.The method of claim 1, wherein the A-IoT reader determines the power of PRDCH and CW transmission by introducing a new factor of PPRDCH, AIoT (i) related to the pathloss PLAIoT between the A-IoT reader and the target A-IoT device on top of legacy TPC formula.19.The method of claim 18, wherein the pathloss between the A-IoT reader and the target A-IoT device is calculated by considering the transmission power of the CW by A-IoT reader, the reception power of the corresponding PDRCH from the target A-IoT device, and the total gain introduced at the A-IoT device side.20.The method of claim 18, wherein for the case that PLAIoT is unavailable, PPRDCH, AIoT (i) =min (PCMAX, PPRDCH, D (i) ) , and for the case of CW transmitted to multiple A-IoT devices, PPRDCH, AIoT (i) =min (PCMAX, PPRDCH, D (i) ) , or PPRDCH, AIoT (i) is calculate by assuming the PLAIoT is the max pathloss among the pathlosses of each pair of the UE to one A-IOT device.

Images