Patent Description:
Wireless communication systems are widely deployed to provide various types of communication content such as voice, video, packet data, messaging, broadcast, and so on. These wireless communication systems may be capable of supporting communication with multiple users by sharing available system resources (e.g., time, frequency, and power). Examples of such multiple-access systems include fourth generation (<NUM>) systems such as long term evolution (LTE) systems and fifth generation (<NUM>) systems which may be referred to as new radio (NR) systems. A wireless multiple-access communications system may include a number of base stations or network access nodes, each simultaneously supporting communication for multiple communication devices, which may be otherwise known as user equipments (UEs). A wireless communication network may include a base station that can support communication for a UE. The UE may communicate with the base station via downlink and uplink. The downlink refers to a communication link from the base station to the UE, and the uplink refers to a communication link from the UE to the base station.

In wireless communications, physical uplink shared channel (PUSCH) transmissions can be: dynamically scheduled by an uplink grant in a downlink control information (DCI), this is referred to as a dynamic grant; semi-statically configured and scheduled by higher layer parameters without detection of an uplink grant in a DCI, this is referred to as a type <NUM> configured grant (CG); or semi-statically configured by higher layer parameters and semi-persistently scheduled by an uplink grant in a DCI, this is referred to as a type <NUM> CG. How to determine or configure a time domain resource assignment (TDRA) table and/or is a number of repetitions is still an open issue.

Therefore, there is a need for an apparatus (such as a user equipment (UE)) and a method of wireless communication, which can solve issues in the prior art, enable a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead, make the TDRA table align with a transmission scheme, enable the UE to flexibly determine a number of repetitions, provide a good communication performance, and/or provide high reliability.

Document <NPL>" provides several proposals and observations in regard to the Option <NUM> reached in RAN1#98bis meeting.

Document "<CIT>" discloses that according to certain embodiments, a user equipment, UE, is operable for multiple sub-carrier spacing values. The UE comprises memory operable to store instructions and processing circuitry operable to execute the instructions, whereby the UE is operable to determine one of a plurality of time-domain resource allocation tables based on first information received from a network node. The first information comprises a Radio Network Temporary Identifier, RNTI. The UE is operable to determine a time-domain resource allocated to the UE for transmission or reception of a wireless signal based on the determined one of the plurality of time-domain resource allocation tables and second information received from the network node. The second information comprises a time-domain resource allocation field value received in downlink control information, DCI. The UE is further operable to transmit or receive the wireless signal using the determined time-domain resource.

Document <NPL>" provides several solutions for handling the interaction of enhanced PUSCH with DL/UL directions.

An object of the present disclosure is to propose an apparatus and a method of wireless communication, which can solve issues in the prior art, enable a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead, make the TDRA table align with a transmission scheme, enable the UE to flexibly determine a number of repetitions, provide a good communication performance, and/or provide high reliability. to indicate a time domain resource allocation (TDRA) table configured with a transmission scheme, and determining, by the UE, the TDRA table in accordance with the transmission scheme indication.

In a second aspect of the present disclosure, a method of wireless communication by a user equipment (UE) comprising determining, by the UE, if a first parameter is configured in a time domain resource allocation (TDRA) table; if yes, the UE uses the first parameter to determine a number of physical uplink shared channel (PUSCH) repetitions; if not, the UE derives a second parameter to determine the number of PUSCH repetitions.

In a third aspect of the present disclosure, a user equipment (UE) comprises a memory, a transceiver, and a processor coupled to the memory and the transceiver. The processor is configured to derive a transmission scheme indication, and the transmission scheme indication is used to indicate a time domain resource allocation (TDRA) table configured with a transmission scheme. The processor is configured to determine the TDRA table in accordance with the transmission scheme indication.

In a fourth aspect of the present disclosure, a user equipment (UE) comprises a memory, a transceiver, and a processor coupled to the memory and the transceiver. The processor is configured to determine if a first parameter is configured in a time domain resource allocation (TDRA) table; if yes, the processor uses the first parameter to determine a number of physical uplink shared channel (PUSCH) repetitions; if not, the processor derives a second parameter to determine the number of PUSCH repetitions.

In a fifth aspect of the present disclosure, a non-transitory machine-readable storage medium has stored thereon instructions that, when executed by a computer, cause the computer to perform the above method.

In a sixth aspect of the present disclosure, a chip includes a processor, configured to call and run a computer program stored in a memory, to cause a device in which the chip is installed to execute the above method.

In a seventh aspect of the present disclosure, a computer readable storage medium, in which a computer program is stored, causes a computer to execute the above method.

In an eighth aspect of the present disclosure, a computer program product includes a computer program, and the computer program causes a computer to execute the above method.

In a ninth aspect of the present disclosure, a computer program causes a computer to execute the above method.

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

In some embodiments, two hybrid automatic repeat request acknowledgement (HARQ-ACK) codebooks, power control for inter-user equipment (UE) multiplexing, and/or a physical uplink shared channel (PUSCH) repetition enhancement has been discussed for dynamic transmission. Configured grant (CG) transmission includes a type <NUM> CG transmission and a type2 CG transmission. For type <NUM> CG transmission, all parameters are configured by a radio resource control (RRC). For type <NUM> CG transmission, partial parameters are configured by an RRC, partial parameters are indicated by a downlink control information (DCI), which is used for a type <NUM> CG activation. The RRC related parameters are configured by ConfiguredGrantConfig information element, as illustrated in a table <NUM>.

In some embodiments, PUSCH repetition scheme includes two options: a release <NUM> (Rel-<NUM>) PUSCH transmission scheme and a release <NUM> (Rel-<NUM>) PUSCH transmission scheme. For Rel-<NUM> PUSCH transmission scheme: Option <NUM>. For Rel-<NUM> PUSCH transmission scheme: the transmission is done according to Rel-<NUM> behavior, either with or without slot aggregation. With slot aggregation, the number of repetitions can be either semi-statically configured (as in Rel-<NUM>) or dynamically indicated (as agreed for Rel-<NUM>).

Here is the description of Option <NUM> from TR <NUM>: One or more actual PUSCH repetitions in one slot, or two or more actual PUSCH repetitions across slot boundary in consecutive available slots, is supported using one uplink (UL) grant for dynamic PUSCH, and one configured grant configuration for configured grant PUSCH. It further consists of:.

In a current discussion, a PUSCH transmission scheme configuration is also agreed. The agreements comprise the followings.

For DG and retransmission of configured grant (CG), introduce one RRC parameter for each of a DCI format 0_1 and a new uplink (UL) DCI format, to indicate whether UE follows the behavior for "Rel-<NUM> PUSCH transmission scheme" or the behavior for "Rel-<NUM> PUSCH transmission scheme".

FFS: whether to restrict that "Rel-<NUM> PUSCH transmission scheme" cannot be enabled for both DCI formats simultaneously.

For Type <NUM> CG, introduce an RRC parameter per CG configuration to indicate whether a UE follows the behavior for "Rel-<NUM> PUSCH transmission scheme" or the behavior for "Rel-<NUM> PUSCH transmission scheme".

For Type <NUM> CG, UE uses the PUSCH transmission scheme ("Rel-<NUM> PUSCH transmission scheme" or "Rel-<NUM> PUSCH transmission scheme") associated with a activation DCI format.

In a current discussion, a repetition number indication procedure is also agreed. The agreements comprise the followings.

For a dynamic indication of the number of repetitions for dynamic grant:
Jointly coded with a start and length indication value (SLIV) in a TDRA table, by adding an additional column for the number of repetitions in the TDRA table. The maximum TDRA table size is increased to <NUM>. No other specification impact is expected.

Support dynamic indication of the number of repetitions for Rel-<NUM> PUSCH with slot aggregation using a DCI formats 0_1 and a new UL DCI format. The dynamic indication is done by using the same Rel-<NUM> mechanism (jointly coding the number of repetitions with SLIV in TDRA table).

From above agreements, a PUSCH transmission scheme in some embodiments is configured for each DCI format independently. Further, a repetition number is determined by a TDRA table. Therefore, there is a need for a TDRA table configuration in a PUSCH transmission enhancement. For dynamic transmission and type <NUM> configured grant transmission, there is a DCI for scheduling and activation separately. Therefore, repetition number and the corresponding TDRA table can be configured by the DCI.

However, for type <NUM> configured grant, there is no DCI. How to determine or configure a TDRA table is an open issue. If a UE configures directly with the TDRA table for type <NUM> configured grant, an overhead for RRC signaling will increase greatly. The number of repetitions, which is indicated by the repK, configured in ConfiguredGrantConfig in Rel-<NUM>, is jointly coded with SLIV in TDRA. However, when both values are configured, how to determine number of repetitions is an open issue.

Therefore, some embodiments of the present disclosure provide an apparatus (such as a user equipment (UE)) and a method of wireless communication, which can solve issues in the prior art, enable a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead, make the TDRA table align with a transmission scheme, enable the UE to flexibly determine a number of repetitions, provide a good communication performance, and/or provide high reliability.

<FIG> illustrates examples of option <NUM> for physical uplink shared channel (PUSCH) enhancements. These examples include an example of <NUM> symbols and <NUM> repetitions, an example of <NUM> symbols and <NUM> repetitions, and an example of <NUM> symbols and <NUM> repetition. In the example of <NUM> symbols and <NUM> repetition, S plus L is greater than <NUM>. S may refer to a number of symbols, L may refer to a number of overall resources for one repetition, and a value of S may equal to a value of L.

<FIG> illustrates that, in some embodiments, one or more user equipments (UEs) <NUM> and a base station (e.g., gNB or eNB) <NUM> for wireless communication in a communication network system <NUM> according to an embodiment of the present disclosure are provided. The communication network system <NUM> includes the one or more UEs <NUM> and the base station <NUM>. The one or more UEs <NUM> may include a memory <NUM>, a transceiver <NUM>, and a processor <NUM> coupled to the memory <NUM>, the transceiver <NUM>. The base station <NUM> includes, according to the claimed invention, a memory <NUM>, a transceiver <NUM>, and a processor <NUM> coupled to the memory <NUM>, the transceiver <NUM>. The processor <NUM> or <NUM> may be configured to implement proposed functions, procedures and/or methods described in this description. Layers of radio interface protocol may be implemented in the processor <NUM> or <NUM>. The memory <NUM> or <NUM> is operatively coupled with the processor <NUM> or <NUM> and stores a variety of information to operate the processor <NUM> or <NUM>. The transceiver <NUM> or <NUM> is operatively coupled with the processor <NUM> or <NUM>, and the transceiver <NUM> or <NUM> transmits and/or receives a radio signal.

In some embodiments, the processor <NUM> is configured to derive a transmission scheme indication, and the transmission scheme indication is used to indicate a time domain resource allocation (TDRA) table configured with a transmission scheme. The processor <NUM> is configured to determine the TDRA table in accordance with the transmission scheme indication. This can solve issues in the prior art, enable a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead, make the TDRA table align with a transmission scheme, enable the UE to flexibly determine a number of repetitions, provide a good communication performance, and/or provide high reliability.

In some embodiments, the processor <NUM> is configured to determine if a first parameter is configured in a time domain resource allocation (TDRA) table; if yes, the processor <NUM> uses the first parameter to determine a number of physical uplink shared channel (PUSCH) repetitions; if not, the processor <NUM> derives a second parameter to determine the number of PUSCH repetitions. This can solve issues in the prior art, enable a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead, make the TDRA table align with a transmission scheme, enable the UE to flexibly determine a number of repetitions, provide a good communication performance, and/or provide high reliability.

<FIG> illustrates a method <NUM> of wireless communication by a user equipment (UE) according to an embodiment of the present disclosure. In some embodiments, the method <NUM> includes: a block <NUM>, deriving, by the UE, a transmission scheme indication, wherein the transmission scheme indication is used to indicate a time domain resource allocation (TDRA) table configured with a transmission scheme, and a block <NUM>, determining, by the UE, the TDRA table in accordance with the transmission scheme indication. This can solve issues in the prior art, enable a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead, make the TDRA table align with a transmission scheme, enable the UE to flexibly determine a number of repetitions, provide a good communication performance, and/or provide high reliability.

<FIG> illustrates a method <NUM> of wireless communication by a user equipment (UE) according to an embodiment of the present disclosure. In some embodiments, the method <NUM> includes: a block <NUM>, determining, by the UE, if a first parameter is configured in a time domain resource allocation (TDRA) table; if yes, the UE uses the first parameter to determine a number of physical uplink shared channel (PUSCH) repetitions; if not, the UE derives a second parameter to determine the number of PUSCH repetitions. This can solve issues in the prior art, enable a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead, make the TDRA table align with a transmission scheme, enable the UE to flexibly determine a number of repetitions, provide a good communication performance, and/or provide high reliability.

In some claimed embodiments, the UE executes a physical uplink shared channel (PUSCH) transmission in accordance with the determined TDRA table. In some claimed embodiments, the transmission scheme indication comprises a PUSCH transmission scheme indication, and the transmission scheme comprises a release <NUM> (Rel-<NUM>) PUSCH transmission scheme or a release <NUM> PUSCH transmission scheme. In some claimed embodiments, the TDRA table corresponds to a target downlink control information (DCI) format configured with the Rel-<NUM> PUSCH transmission scheme. In some claimed embodiments, the target DCI format comprises a DCI format 0_1 or a DCI format 0_2. In some embodiments, only one of the DCI format 0_1 or the DCI format 0_2 is configured with the Rel-<NUM> PUSCH transmission scheme. In some claimed embodiments, the PUSCH transmission comprises an initial type <NUM> configured grant (CG) PUSCH transmission configured with the Rel-<NUM> PUSCH transmission scheme, and the initial type <NUM> CG PUSCH transmission is not expected that none of the DCI format 0_1 and the DCI format 0_2 is configured with the Rel-<NUM> PUSCH transmission scheme.

In some claimed embodiments, the TDRA table corresponds to a TDRA table configuration for UE specific search space (USS) in Rel-<NUM>. In some claimed embodiments, the TDRA table is configured in a parameter. In some claimed embodiments, the parameter comprises PUSCH-Config. In some claimed embodiments, the PUSCH transmission comprises an initial type <NUM> CG PUSCH transmission configured with the Rel-<NUM> PUSCH transmission scheme, and the TDRA table is used for the USS in the Rel-<NUM>.

In some embodiments, the UE derives the second parameter via high signaling. In some embodiments, the first parameter comprises numberofrepetitions. In some embodiments, the second parameter comprises repK. In some embodiments, the UE performs repetitions according to the number of PUSCH repetitions. In some embodiments, the number of PUSCH repetitions is used for initial type <NUM> CG PUSCH transmission. In some embodiments, the TDRA table is associated with time domain resource allocation in the high signaling.

In some embodiments, the UE uses the first parameter to derive an activation DCI to determine the number of PUSCH repetitions, and the number of PUSCH repetitions is used for initial type <NUM> CG PUSCH transmission. In some embodiments, the TDRA table is associated with the activation DCI for the initial type <NUM> CG PUSCH transmission.

Some embodiments of the present disclosure provide technical solutions that enable a UE to determine a TDRA table without additional RRC signaling overhead for type <NUM> configured grant. Reusing a PUSCH transmission scheme indication to select the TDRA table also makes the TDRA table align with a PUSCH transmission scheme. The following are some exemplary embodiments consistent with the disclosed methods for enabling the UE to determine the TDRA table without additional RRC signaling overhead for type <NUM> configured grant.

A UE derives a first PUSCH transmission scheme indication, wherein the first PUSCH transmission scheme indication is used to indicate with a TDRA table for Rel-<NUM> PUSCH transmission scheme. The UE determines the TDRA table corresponding to a target DCI format that is configured with Rel-<NUM> PUSCH transmission scheme. The UE executes the PUSCH transmission in accordance with the determined TDRA table. Optionally, the target DCI format comprises DCI format 0_1 and/or DCI format 0_2. Optionally, only one of DCI format 0_1 or DCI format 0_2 is configured with Rel-<NUM> PUSCH transmission scheme. Optionally, for the initial Type <NUM> CG PUSCH transmission configured with Rel-<NUM> PUSCH transmission scheme, it is not expected that none of the DCI formats 0_1 and 0_2 is configured with Rel-<NUM> PUSCH transmission scheme. Optionally, the first PUSCH transmission scheme indication is used to indicate that a target DCI format is configured with Rel-<NUM> PUSCH transmission scheme. Optionally, for the initial Type <NUM> CG PUSCH transmission with Rel-<NUM> PUSCH transmission scheme, if at least one of DCI formats 0_1 or 0_2 is configured with Rel-<NUM> PUSCH transmission scheme, the TDRA table corresponding to the DCI format (the DCI format 0_1 or the DCI format 0_2) configured with Rel-<NUM> PUSCH transmission scheme is used. This can solve issues in the prior art, enable a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead, make the TDRA table align with a transmission scheme, provide a good communication performance, and/or provide high reliability.

A UE derives a second PUSCH transmission scheme indication, wherein the second PUSCH transmission scheme indication is used to indicate that a target DCI format is not configured with Rel-<NUM> PUSCH transmission scheme. The UE refuses to configure the target DCI format with Rel-<NUM> PUSCH transmission scheme or determines a TDRA table corresponding to the target DCI format that is configured with Rel-<NUM>. If the TDRA table corresponding to the target DCI format is configured with Rel-<NUM>, the UE executes the PUSCH transmission in accordance with the determined TDRA table. It is noted that the target DCI format comprises: DCI format 0_1 and/or DCI format 0_2 in Rel <NUM>. This can solve issues in the prior art, enable a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead, make the TDRA table align with a transmission scheme, provide a good communication performance, and/or provide high reliability.

A UE derives a third PUSCH transmission scheme indication, wherein the third PUSCH transmission scheme indication is used to indicate a TDRA table configured with Rel-<NUM> PUSCH transmission scheme. The UE determines the TDRA table corresponding to a first target DCI format that is configured with Rel-<NUM> PUSCH transmission scheme. The UE executes the PUSCH transmission in accordance with the determined TDRA table. Optionally, the first target DCI format comprises: DCI format 0_1. Optionally, a second target DCI format is configured with Rel-<NUM> PUSCH transmission scheme. Optionally, the second target DCI format comprises: DCI format 0_2. Optionally, for the initial Type <NUM> CG PUSCH transmission configured with Rel-<NUM> PUSCH transmission scheme, it is not expected that none of the DCI formats 0_1 and 0_2 is configured with Rel-<NUM> PUSCH transmission scheme. Optionally, the third PUSCH transmission scheme indication is used to indicate that both the first target DCI format and the second target DCI format are able to configured with Rel-<NUM> PUSCH transmission scheme. Optionally, for the initial type <NUM> CG PUSCH transmission with Rel-<NUM> PUSCH transmission scheme, if both DCI formats 0_1 and 0_2 are configured with Rel-<NUM> PUSCH transmission scheme, the TDRA table corresponding to DCI format 0_1 is used. This can solve issues in the prior art, enable a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead, make the TDRA table align with a transmission scheme, provide a good communication performance, and/or provide high reliability.

A UE derives a fourth PUSCH transmission scheme indication, wherein the fourth PUSCH transmission scheme indication is used to indicate a TDRA table configured with Rel-<NUM> PUSCH transmission scheme. The UE determines the TDRA table corresponding to TDRA table configuration for UE specific search space (USS) in Rel-<NUM>. The UE executes the PUSCH transmission in accordance with the determined TDRA table. The TDRA table is configured in PUSCH-Config. Optionally, for the initial type <NUM> CG PUSCH transmission, if it is configured with Rel-<NUM> PUSCH transmission scheme, the TDRA table can be used for USS in Rel-<NUM>. Optionally, the fourth PUSCH transmission scheme indication is used to indicate that a target DCI format is configured with Rel-<NUM> PUSCH transmission scheme. This can solve issues in the prior art, enable a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead, make the TDRA table align with a transmission scheme, provide a good communication performance, and/or provide high reliability.

Some embodiments of the present disclosure provide technical solutions that enable a UE to determine the number of repetitions as flexible as possible. The following are some exemplary embodiments consistent with the disclosed methods for enabling the UE to determine the number of repetitions as flexible as possible.

A UE determine if a first parameter is configured in a TDRA table. If yes, the UE uses the first parameter to determine the number of PUSCH repetitions for the initial Type <NUM> CG PUSCH transmission. If not, the UE derive a second parameter via high signaling (such as higher layer signaling). Optionally, the first parameter comprises numberofrepetitions, t. Optionally, the second parameter includes repK. Optionally, the UE performs the repetitions according to the number of PUSCH repetitions. Optionally, the TDRA table is associated with time domain resource allocation in the high signaling. Note: For the initial Type <NUM> CG PUSCH transmission with PUSCH repetition, the number of repetitions is provided via numberofrepetitions if it is present in the corresponding TDRA table; otherwise, the number of repetitions is provided by repK. This can solve issues in the prior art, enable a UE to flexibly determine a number of repetitions, provide a good communication performance, and/or provide high reliability.

A UE determine if a first parameter is configured in a TDRA table. If yes, the UE uses the third parameter to derive an activation DCI and determine the number of PUSCH repetitions for the initial Type <NUM> CG PUSCH transmission. If not, the UE derive a second parameter via high signaling (such as higher layer signaling). Optionally, the first parameter comprises: numberofrepetitions, t. Optionally, the second parameter includes repK. Optionally, the UE performs the repetitions according to the number of PUSCH repetitions. Optionally, the TDRA table is associated with activation DCI for the Type <NUM> CG PUSCH transmission. Note: For the initial Type <NUM> CG PUSCH transmission with Rel-<NUM> PUSCH transmission scheme or Rel-<NUM> PUSCH transmission scheme or B, the number of repetitions is provided by the activation DCI via numberofrepetitions if it is present in the corresponding TDRA table; otherwise, the number of repetitions is provided by repK. This can solve issues in the prior art, enable a UE to flexibly determine a number of repetitions, provide a good communication performance, and/or provide high reliability.

In summary, some embodiments of the present application provide methods for enabling a UE to determine a TDRA table without additional RRC signaling overhead. Reusing PUSCH transmission scheme indication to select TDRA table also makes TDRA table align with PUSCH transmission scheme. Some embodiments of the present application also provide methods for enabling the UE to determine the number of repetitions as flexible as possible.

Commercial interests for some embodiments are as follows. Solving issues in the prior art. Enabling a UE to determine a TDRA table without additional radio resource control (RRC) signaling overhead. Making the TDRA table align with a transmission scheme. Enabling the UE to flexibly determine a number of repetitions. Providing a good communication performance. Providing a high reliability. Some embodiments of the present disclosure are used by <NUM>-NR chipset vendors, V2X communication system development vendors, automakers including cars, trains, trucks, buses, bicycles, moto-bikes, helmets, and etc., drones (unmanned aerial vehicles), smartphone makers, communication devices for public safety use, AR/VR device maker for example gaming, conference/seminar, education purposes. Some embodiments of the present disclosure are a combination of "techniques/processes" that can be adopted in 3GPP specification to create an end product. Some embodiments of the present disclosure propose technical mechanisms.

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

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

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

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

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

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

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

Claim 1:
A wireless communication method (<NUM>) by a user equipment, UE, the method comprising:
deriving (<NUM>), by the UE (<NUM>), a transmission scheme indication, wherein the transmission scheme indication is used to indicate a time domain resource allocation, TDRA, table configured with a transmission scheme, wherein the transmission scheme indication comprises a physical uplink shared channel, PUSCH, transmission scheme indication, and the transmission scheme comprises either a release <NUM>, Rel-<NUM>, PUSCH transmission scheme or a release <NUM> PUSCH transmission scheme;
determining (<NUM>), by the UE (<NUM>), the TDRA table in accordance with the transmission scheme indication; and
executing, by the UE (<NUM>), a PUSCH transmission in accordance with the determined TDRA table, wherein the PUSCH transmission comprises an initial type <NUM> configured grant, CG, PUSCH transmission configured with the Rel-<NUM> PUSCH transmission scheme or comprises an initial type <NUM> CG PUSCH transmission configured with the Rel-<NUM> PUSCH transmission scheme, wherein the TDRA table corresponds to a target downlink control information, DCI, format configured with the Rel-<NUM> PUSCH transmission scheme or corresponds to a TDRA table configuration for UE specific search space, USS, in Rel-<NUM>;
wherein in a first case where the TDRA table corresponds to the target DCI format, the target DCI format comprises a DCI format 0_1 or a DCI format 0_2, and for the initial type <NUM> CG PUSCH transmission it is not expected that none of the DCI format 0_1 and the DCI format 0_2 is configured with the Rel-<NUM> PUSCH transmission scheme;
wherein in a second case where the TDRA table corresponds to the TDRA table configuration for USS in Rel-<NUM>, the TDRA table is configured in a parameter, the parameter comprises PUSCH-Config, and the TDRA table is used for the USS in the Rel-<NUM>.