Wireless communication method and related products

Abstract

Provided are a wireless communication method and related products. The method includes: receiving, by a terminal device, downlink control information (DCI) from a network device, where the DCI is used for scheduling first data, and the DCI includes a first DCI part and a second DCI part; where the second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded. With the wireless communication method and related products of the present disclosure, since the DCI including two parts is utilized and joint coding is enabled for the DCI, reliability of the DCI can be improved.

Description

WIRELESS COMMUNICATION METHOD AND RELATED PRODUCTS

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to US provisional patent application No. 63 / 505,538 entitled “MIXED TRAFFIC FOR TWO-STAGE DCI” and filed on June 01, 2023, which is hereby incorporated by reference in its entirety.TECHNICAL FIELD

[0003] The present disclosure relates generally to the field of communication technologies and, in particular, to wireless communication methods and related products.BACKGROUND

[0004] Resilience is a fundamental feature that needs to be addressed in a sixth generation (6G) mobile communications technology. Two trends are observed toward 6G. From the technological perspective, mmWave and massive multiple-input multiple-output (MIMO) will be more prevalent because they can significantly expand the current bandwidth resource. From the service perspective, a single device will need to support multiple services with different latency and reliability requirements.

[0005] A potential scenario emerges as multiple services converges into one physical wireless link. The purpose is to deliver multiple quality of service (QoS) to multiple services within one wireless link. Given the high carrier frequency and massive antennas, beamforming can be done more aggressively, enabling the convergence of multiple services in one wireless link. Meanwhile, these services may have very diverse key performance indicators (KPIs) . This is challenging because different KPIs must be supported under the same wireless channel.

[0006] This background information is provided to reveal information believed by the applicant to be of possible relevance to the present disclosure. No admission is necessarily intended, nor should be construed, that any of the preceding information constitutes prior art against the present disclosure.SUMMARY

[0007] In a first aspect, an embodiment of the present disclosure provides a wireless communication method, where the method includes:

[0008] receiving, by a terminal device, downlink control information (DCI) from a network device, where the DCI is used for scheduling first data, and the DCI includes a first DCI part and a second DCI part; where the second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded.

[0009] Since the DCI including two parts is utilized and joint coding is enabled for the DCI, reliability of the DCI can be improved.

[0010] In a possible implementation of the first aspect, the first data includes a first part and a second part, and the at least part of the first data jointly coded with the second DCI part is the first part of the first data; where the second DCI part and the first part of the first data are jointly coded into a first codeword.

[0011] Since joint coding is enabled for the second DCI part and at least part of the first data, the reliability of the second DCI part and the first data can be improved.

[0012] In a possible implementation of the first aspect, the first codeword is carried on a first physical downlink shared channel (PDSCH) scheduled by the first DCI part; where the first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the second part of the first data.

[0013] In a possible implementation of the first aspect, the second part of the first data is carried on a second PDSCH scheduled by the second DCI part.

[0014] Because the second DCI part is not limited by constraints that may exist for PDCCH transmissions, the size of the second DCI part is very flexible, and meanwhile the second DCI part and the first part of the first data are jointly coded and carried on the first PDSCH, the reliability of the second DCI part and the first data can be improved.

[0015] In a possible implementation of the first aspect, the first codeword and the second part of the first data are carried on a PDSCH scheduled by the first DCI part; where the first DCI part is indicative of scheduling information of the first codeword and first scheduling information of the second part of the first data, and the second DCI part is indicative of second scheduling information of the second part of the first data.

[0016] Because the second DCI part is not limited by constraints that may exist for PDCCH transmissions, the  size and content of the second DCI part can be very flexible, and meanwhile the second DCI part and the first part of the first data are jointly coded and are carried on the PDSCH with the second part of the first data, the reliability of the second DCI part and the first data can be improved, and the scheduling for the second DCI part and the first data can be easier.

[0017] In a possible implementation of the first aspect, in a case that the second DCI part and at least part of the first data are jointly coded, the first DCI part is indicative of whether joint coding for the second DCI part is enabled.

[0018] In this way, the terminal device can learn whether the joint coding is enabled faster and easier, thereby improving efficiency of decoding.

[0019] In a possible implementation of the first aspect, the second DCI part includes a first part and a second part, and the part of the second DCI part jointly coded with the first DCI part is the first part of the second DCI part.

[0020] Since joint coding is enabled for the first DCI part and the first part of the second DCI part, the reliability of the first DCI part and the second DCI part can be improved.

[0021] In a possible implementation of the first aspect, the first DCI part is indicative of scheduling information of the second part of the second DCI part, the first part of the second DCI part is indicative of first scheduling information of the first data, and the second part of the second DCI part is indicative of second scheduling information of the first data.

[0022] By dividing the second DCI part and enabling joint coding for the first part of the second DCI part, the reliability of the first DCI part and the second DCI part can be improved due to joint coding, and performance of the second part of the second DCI part (e.g., a part with the higher priority) can be improved, e.g., by configuring a lower coding rate for the second part.

[0023] In a possible implementation of the first aspect, the receiving, by the terminal device, the DCI from the network device includes: monitoring, by the terminal device, a set of physical downlink control channel (PDCCH) candidates for the first DCI part and the first part of the second DCI part to obtain the first DCI part and the first part of the second DCI part.

[0024] In a possible implementation of the first aspect, the set of PDCCH candidates includes first PDCCH candidates for the first DCI part and second PDCCH candidates for the first part of the second DCI part;

[0025] where the method further includes:

[0026] receiving, by the terminal device, a first configuration message from the network device to obtain the  first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part.

[0027] By providing solutions for blind detection applicable to the above implementations with joint coding, candidate resources for the self-decodable first DCI part and candidate resources for the first part of the second DCI part can be determined and blind detection can be performed.

[0028] In a possible implementation of the first aspect, the method further includes: receiving, by the terminal device, a second configuration message from the network device, where the second configuration message is indicative of at least one of: joint coding for the first DCI part and the second DCI part being disabled; joint coding for the second DCI part and the first data being disabled; joint coding for the first DCI part and the second DCI part being enabled; joint coding for the second DCI part and the first data being enabled.

[0029] By sending the second configuration message to the terminal device, flexible configuration for the joint coding between the first DCI part and the first part of the second DCI part, or the joint coding between the second DCI part and the first data scheduled by the DCI can be realized.

[0030] In a second aspect, an embodiment of the present disclosure provides a wireless communication method, where the method includes:

[0031] sending, by a network device, downlink control information (DCI) to a terminal device, where the DCI is used for scheduling first data, and the DCI includes a first DCI part and a second DCI part; where the second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded.

[0032] Since the DCI including two parts is utilized and joint coding is enabled for the DCI, reliability of the DCI can be improved.

[0033] In a possible implementation of the second aspect, the first data includes a first part and a second part, and the at least part of the first data jointly coded with the second DCI part is the first part of the first data; where the method further includes: jointly coding, by the network device, the second DCI part and the first part of the first data into a first codeword.

[0034] Since joint coding is enabled for the second DCI part and at least part of the first data, the reliability of the second DCI part and the first data can be improved.

[0035] In a possible implementation of the second aspect, the first codeword is carried on a first physical downlink shared channel (PDSCH) scheduled by the first DCI part; where the first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of  the second part of the first data.

[0036] In a possible implementation of the second aspect, the second part of the first data is carried on a second PDSCH scheduled by the second DCI part.

[0037] Because the second DCI part is not limited by constraints that may exist for PDCCH transmissions, the size of the second DCI part is very flexible, and meanwhile the second DCI part and the first part of the first data are jointly coded and carried on the first PDSCH, the reliability of the second DCI part and the first data can be improved.

[0038] In a possible implementation of the second aspect, the first codeword and the second part of the first data are carried on a PDSCH scheduled by the first DCI part; where the first DCI part is indicative of scheduling information of the first codeword and first scheduling information of the second part of the first data, and the second DCI part is indicative of second scheduling information of the second part of the first data.

[0039] Because the second DCI part is not limited by constraints that may exist for PDCCH transmissions, the size and content of the second DCI part can be very flexible, and meanwhile the second DCI part and the first part of the first data are jointly coded and are carried on the PDSCH with the second part of the first data, the reliability of the second DCI part and the first data can be improved, and the scheduling for the second DCI part and the first data can be easier.

[0040] In a possible implementation of the second aspect, in a case that the second DCI part and at least part of the first data are jointly coded, the first DCI part is indicative of whether joint coding for the second DCI part is enabled.

[0041] In this way, the terminal device can learn whether the joint coding is enabled faster and easier, thereby improving efficiency of decoding.

[0042] In a possible implementation of the second aspect, the second DCI part includes a first part and a second part, and the part of the second DCI part jointly coded with the first DCI part is the first part of the second DCI part; where the method further includes: jointly coding, by the network device, the first DCI part and the first part of the second DCI part.

[0043] Since joint coding is enabled for the first DCI part and the first part of the second DCI part, the reliability of the first DCI part and the second DCI part can be improved.

[0044] In a possible implementation of the second aspect, the first DCI part is indicative of scheduling information of the second part of the second DCI part, the first part of the second DCI part is indicative of first scheduling information of the first data, and the second part of the second DCI part is indicative of second  scheduling information of the first data.

[0045] By dividing the second DCI part and enabling joint coding for the first part of the second DCI part, the reliability of the first DCI part and the second DCI part can be improved due to joint coding, and performance of the second part of the second DCI part (e.g., a part with the higher priority) can be improved, e.g., by configuring a lower coding rate for the second part.

[0046] In a possible implementation of the second aspect, the method further includes: sending, by the network device, a first configuration message to the terminal device, to enable the terminal device to monitor a set of physical downlink control channel (PDCCH) candidates for the first DCI part and the first part of the second DCI part, where the set of PDCCH candidates includes first PDCCH candidates for the first DCI part and second PDCCH candidates for the first part of the second DCI part.

[0047] By providing solutions for blind detection applicable to the above implementations with joint coding, candidate resources for the self-decodable first DCI part and candidate resources for the first part of the second DCI part can be determined and blind detection can be performed.

[0048] In a possible implementation of the second aspect, the method further includes: sending, by the network device, a second configuration message to the terminal device, where the second configuration message is indicative of at least one of: joint coding for the first DCI part and the second DCI part being disabled; joint coding for the second DCI part and the first data being disabled; joint coding for the first DCI part and the second DCI part being enabled; joint coding for the second DCI part and the first data being enabled.

[0049] By sending the second configuration message to the terminal device, flexible configuration for the joint coding between the first DCI part and the first part of the second DCI part, or the joint coding between the second DCI part and the first data scheduled by the DCI can be realized.

[0050] In a third aspect, an embodiment of the present disclosure provides a wireless communication apparatus, the apparatus includes various modules configured to execute the wireless communication method according to the first aspect or any possible implementation of the first aspect.

[0051] In a fourth aspect, an embodiment of the present disclosure provides a wireless communication apparatus, the apparatus includes various modules configured to execute the wireless communication method according to the second aspect or any possible implementation of the second aspect.

[0052] In a fifth aspect, an embodiment of the present disclosure provides a terminal device including processing circuitry for executing the wireless communication method according to the first aspect or any possible implementation of the first aspect.

[0053] In a sixth aspect, an embodiment of the present disclosure provides a network device including processing circuitry for executing the wireless communication method according to the second aspect or any possible implementation of the second aspect.

[0054] In a seventh aspect, an embodiment of the present disclosure provides a wireless communication system, including the terminal device according to the fifth aspect and the network device according to the sixth aspect.

[0055] In an eighth aspect, an embodiment of the present disclosure provides a computer-readable medium storing computer execution instructions which, when executed by a processor, causes the processor to execute the wireless communication method according to the first aspect or any possible implementation of the first aspect or according to the second aspect or any possible implementation of the second aspect.

[0056] In a ninth aspect, an embodiment of the present disclosure provides a computer program product including computer execution instructions which, when executed by a processor, causes the processor to execute the wireless communication method according to the first aspect or any possible implementation of the first aspect or according to the second aspect or any possible implementation of the second aspect.

[0057] The present disclosure provides a wireless communication method and related products. The terminal device receives the DCI for scheduling the first data from the network device. The DCI includes the first DCI part and the second DCI part, and at least part of the second DCI part is subject to joint coding. The second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded. Since the DCI including two parts is utilized and joint coding is enabled for the DCI, reliability of the DCI can be improved.BRIEF DESCRIPTION OF DRAWINGS

[0058] Reference will now be made, by way of example, to the accompanying drawings which show example embodiments of the present disclosure, and in which:

[0059] FIG. 1 is a simplified schematic illustration of a communication system according to one or more embodiments of the present disclosure.

[0060] FIG. 2 is a schematic illustration of an example communication system according to one or more embodiments of the present disclosure.

[0061] FIG. 3 is a schematic illustration of a basic component structure of a communication system according  to one or more embodiments of the present disclosure.

[0062] FIG. 4 illustrates a block diagram of a device in a communication system according to one or more embodiments of the present disclosure.

[0063] FIG. 5 is a schematic illustration of a 6G multi-service scenario according to one or more embodiments of the present disclosure.

[0064] FIG. 6a and FIG. 6b are schematic illustrations of self-decoding and joint-decoding according to one or more embodiments of the present disclosure.

[0065] FIG. 7 is a schematic illustration of joint coding according to one or more embodiments of the present disclosure.

[0066] FIG. 8 is another schematic illustration of joint coding according to one or more embodiments of the present disclosure.

[0067] FIG. 9 is a schematic diagram of an example of a two-stage DCI framework according to an embodiment of the present disclosure.

[0068] FIG. 10 is a schematic flowchart of a wireless communication method according to one or more embodiments of the present disclosure.

[0069] FIG. 11 is a schematic flowchart of another wireless communication method according to one or more embodiments of the present disclosure.

[0070] FIG. 12 is a schematic flowchart of still another wireless communication method according to one or more embodiments of the present disclosure.

[0071] FIG. 13 is a schematic diagram of an example of a two-stage DCI framework with joint coding according to one or more embodiments of the present disclosure.

[0072] FIG. 14 is a schematic diagram of another example of a two-stage DCI framework with joint coding according to one or more embodiments of the present disclosure.

[0073] FIG. 15 is a schematic diagram of still another example of a two-stage DCI framework with joint coding according to one or more embodiments of the present disclosure.

[0074] FIG. 16 is a schematic diagram of an example of candidate configuration according to one or more embodiments of the present disclosure.

[0075] FIG. 17 is a schematic diagram of another example of candidate configuration according to one or more embodiments of the present disclosure.

[0076] FIG. 18 is a schematic structural diagram of a wireless communication apparatus according to one or  more embodiments of the present disclosure.

[0077] FIG. 19 is a schematic structural diagram of another wireless communication apparatus according to one or more embodiments of the present disclosure.DESCRIPTION OF EMBODIMENTS

[0078] In the following description, reference is made to the accompanying figures, which form part of the present disclosure, and which show, by way of illustration, specific aspects of embodiments of the present disclosure or specific aspects in which embodiments of the present disclosure may be used. It is understood that embodiments of the present disclosure may be used in other aspects and include structural or logical changes not depicted in the figures. The following detailed description, therefore, is not to be taken in a limiting sense, and the scope of the present disclosure is defined by the appended claims.

[0079] To assist in understanding the present disclosure, examples of wireless communication systems and devices are described below.

[0080] Example communication systems and devices

[0081] Referring to FIG. 1, as an illustrative example without limitation, a simplified schematic illustration of a communication system is provided. The communication system 100 includes a radio access network 120. The radio access network 120 may be a next generation (e.g., sixth generation (6G) or later) radio access network, or a legacy (e.g., 5G, 4G, 3G or 2G) radio access network. One or more communication electric device (ED) 110a-120j (generically referred to as 110) may be interconnected to one another or connected to one or more network nodes (170a, 170b, generically referred to as 170) in the radio access network 120. A core network 130 may be a part of the communication system and may be dependent or independent of the radio access technology used in the communication system 100. Also, the communication system 100 includes a public switched telephone network (PSTN) 140, the internet 150, and other networks 160.

[0082] FIG. 2 illustrates an example communication system 100. In general, the communication system 100 enables multiple wireless or wired elements to communicate data and other content. The purpose of the communication system 100 may be to provide content, such as voice, data, video, and / or text, via broadcast, multicast and unicast, etc. The communication system 100 may operate by sharing resources, such as carrier spectrum bandwidth, between its constituent elements. The communication system 100 may include a terrestrial communication system and / or a non-terrestrial communication system. The communication system 100 may  provide a wide range of communication services and applications (such as earth monitoring, remote sensing, passive sensing and positioning, navigation and tracking, autonomous delivery and mobility, etc. ) . The communication system 100 may provide a high degree of availability and robustness through a joint operation of the terrestrial communication system and the non-terrestrial communication system. For example, integrating a non-terrestrial communication system (or components thereof) into a terrestrial communication system can result in what may be considered a heterogeneous network including multiple layers. Compared to conventional communication networks, the heterogeneous network may achieve better overall performance through efficient multi-link joint operation, more flexible functionality sharing, and faster physical layer link switching between terrestrial networks and non-terrestrial networks.

[0083] The terrestrial communication system and the non-terrestrial communication system could be considered sub-systems of the communication system. In the example shown, the communication system 100 includes electronic devices (ED) 110a-110d (generically referred to as ED 110) , radio access networks (RANs) 120a-120b, non-terrestrial communication network 120c, a core network 130, a public switched telephone network (PSTN) 140, the internet 150, and other networks 160. The RANs 120a-120b include respective base stations (BSs) 170a-170b, which may be generically referred to as terrestrial transmit and receive points (T-TRPs) 170a-170b. The non-terrestrial communication network 120c includes an access node 120c, which may be generically referred to as a non-terrestrial transmit and receive point (NT-TRP) 172.

[0084] Any ED 110 may be alternatively or additionally configured to interface, access, or communicate with any other T-TRP 170a-170b and NT-TRP 172, the internet 150, the core network 130, the PSTN 140, the other networks 160, or any combination of the preceding. In some examples, ED 110a may communicate an uplink and / or downlink transmission over an interface 190a with T-TRP 170a. In some examples, the EDs 110a, 110b and 110d may also communicate directly with one another via one or more sidelink air interfaces 190b. In some examples, ED 110d may communicate an uplink and / or downlink transmission over an interface 190c with NT-TRP 172.

[0085] The air interfaces 190a and 190b may use similar communication technology, such as any suitable radio access technology. For example, the communication system 100 may implement one or more channel access methods, such as code division multiple access (CDMA) , time division multiple access (TDMA) , frequency division multiple access (FDMA) , orthogonal FDMA (OFDMA) , or single-carrier FDMA (SC-FDMA) in the air interfaces 190a and 190b. The air interfaces 190a and 190b may utilize other higher dimension signal spaces, which may involve a combination of orthogonal and / or non-orthogonal dimensions.

[0086] The air interface 190c can enable communication between the ED 110d and one or multiple NT-TRPs 172 via a wireless link or simply a link. In some examples, the link is a dedicated connection for unicast transmission, a connection for broadcast transmission, or a connection between a group of EDs and one or multiple NT-TRPs for multicast transmission.

[0087] The RANs 120a and 120b are in communication with the core network 130 to provide the EDs 110a 110b, and 110c with various services such as voice, data, and other services. The RANs 120a and 120b and / or the core network 130 may be in direct or indirect communication with one or more other RANs (not shown) , which may or may not be directly served by core network 130, and may or may not employ the same radio access technology as RAN 120a, RAN 120b or both. The core network 130 may also serve as a gateway access between (i) the RANs 120a and 120b or EDs 110a 110b, and 110c or both, and (ii) other networks (such as the PSTN 140, the internet 150, and the other networks 160) . In addition, some or all of the EDs 110a 110b, and 110c may include functionality for communicating with different wireless networks over different wireless links using different wireless technologies and / or protocols. Instead of wireless communication (or in addition thereto) , the EDs 110a 110b, and 110c may communicate via wired communication channels to a service provider or switch (not shown) , and to the internet 150. PSTN 140 may include circuit switched telephone networks for providing plain old telephone service (POTS) . Internet 150 may include a network of computers and subnets (intranets) or both, and incorporate protocols, such as Internet Protocol (IP) , Transmission Control Protocol (TCP) , User Datagram Protocol (UDP) . EDs 110a 110b, and 110c may be multimode devices capable of operation according to multiple radio access technologies, and incorporate multiple transceivers necessary to support such.

[0088] Basic component structure

[0089] FIG. 3 illustrates another example of an ED 110 and a base station 170a, 170b and / or 170c. The ED 110 is used to connect persons, objects, machines, etc. The ED 110 may be widely used in various scenarios, for example, cellular communications, device-to-device (D2D) , vehicle to everything (V2X) , peer-to-peer (P2P) , machine-to-machine (M2M) , machine-type communications (MTC) , internet of things (IOT) , virtual reality (VR) , augmented reality (AR) , industrial control, self-driving, remote medical, smart grid, smart furniture, smart office, smart wearable, smart transportation, smart city, drones, robots, remote sensing, passive sensing, positioning, navigation and tracking, autonomous delivery and mobility, etc.

[0090] Each ED 110 represents any suitable end user device for wireless operation and may include such devices (or may be referred to) as a user equipment / device (UE) , a wireless transmit / receive unit (WTRU) , a mobile station, a fixed or mobile subscriber unit, a cellular telephone, a station (STA) , a machine type  communication (MTC) device, a personal digital assistant (PDA) , a smartphone, a laptop, a computer, a tablet, a wireless sensor, a consumer electronics device, a smart book, a vehicle, a car, a truck, a bus, a train, or an IoT device, an industrial device, or apparatus (e.g., communication module, modem, or chip) in the forgoing devices, among other possibilities. Future generation EDs 110 may be referred to using other terms. The base station 170a and 170b is a T-TRP and will hereafter be referred to as T-TRP 170. Also shown in FIG. 3, a NT-TRP will hereafter be referred to as NT-TRP 172. Each ED 110 connected to T-TRP 170 and / or NT-TRP 172 can be dynamically or semi-statically turned-on (i.e., established, activated, or enabled) , turned-off (i.e., released, deactivated, or disabled) and / or configured in response to one of more of: connection availability and connection necessity.

[0091] The ED 110 includes a transmitter 201 and a receiver 203 coupled to one or more antennas 204. Only one antenna 204 is illustrated. One, some, or all of the antennas may alternatively be panels. The transmitter 201 and the receiver 203 may be integrated, e.g., as a transceiver. The transceiver is configured to modulate data or other content for transmission by at least one antenna 204 or network interface controller (NIC) . The transceiver is also configured to demodulate data or other content received by the at least one antenna 204. Each transceiver includes any suitable structure for generating signals for wireless or wired transmission and / or processing signals received wirelessly or by wire. Each antenna 204 includes any suitable structure for transmitting and / or receiving wireless or wired signals.

[0092] The ED 110 includes at least one memory 208. The memory 208 stores instructions and data used, generated, or collected by the ED 110. For example, the memory 208 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by the processing unit (s) 210. Each memory 208 includes any suitable volatile and / or non-volatile storage and retrieval device (s) . Any suitable type of memory may be used, such as random access memory (RAM) , read only memory (ROM) , hard disk, optical disc, subscriber identity module (SIM) card, memory stick, secure digital (SD) memory card, on-processor cache, and the like.

[0093] The ED 110 may further include one or more input / output devices (not shown) or interfaces (such as a wired interface to the internet 150 in FIG. 1) . The input / output devices permit interaction with a user or other devices in the network. Each input / output device includes any suitable structure for providing information to or receiving information from a user, such as a speaker, microphone, keypad, keyboard, display, or touch screen, including network interface communications.

[0094] The ED 110 further includes a processor 210 for performing operations including those related to preparing a transmission for uplink transmission to the NT-TRP 172 and / or T-TRP 170, those related to processing  downlink transmissions received from the NT-TRP 172 and / or T-TRP 170, and those related to processing sidelink transmission to and from another ED 110. Processing operations related to preparing a transmission for uplink transmission may include operations such as encoding, modulating, transmit beamforming, and generating symbols for transmission. Processing operations related to processing downlink transmissions may include operations such as receive beamforming, demodulating and decoding received symbols. Depending upon the embodiment, a downlink transmission may be received by the receiver 203, possibly using receive beamforming, and the processor 210 may extract signaling from the downlink transmission (e.g., by detecting and / or decoding the signaling) . An example of signaling may be a reference signal transmitted by NT-TRP 172 and / or T-TRP 170. In some embodiments, the processor 276 implements the transmit beamforming and / or receive beamforming based on the indication of beam direction, e.g., beam angle information (BAI) , received from T-TRP 170. In some embodiments, the processor 210 may perform operations relating to network access (e.g., initial access) and / or downlink synchronization, such as operations relating to detecting a synchronization sequence, decoding and obtaining the system information, etc. In some embodiments, the processor 210 may perform channel estimation, e.g., using a reference signal received from the NT-TRP 172 and / or T-TRP 170.

[0095] Although not illustrated, the processor 210 may form part of the transmitter 201 and / or receiver 203. Although not illustrated, the memory 208 may form part of the processor 210.

[0096] The processor 210, and the processing components of the transmitter 201 and receiver 203 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory (e.g., in memory 208) . Alternatively, some or all of the processor 210, and the processing components of the transmitter 201 and receiver 203 may be implemented using dedicated circuitry, such as a programmed field-programmable gate array (FPGA) , a graphical processing unit (GPU) , or an application-specific integrated circuit (ASIC) .

[0097] The T-TRP 170 may be known by other names in some implementations, such as a base station, a base transceiver station (BTS) , a radio base station, a network node, a network device, a device on the network side, a transmit / receive node, a Node B, an evolved NodeB (eNodeB or eNB) , a Home eNodeB, a next Generation NodeB (gNB) , a transmission point (TP) ) , a site controller, an access point (AP) , or a wireless router, a relay station, a remote radio head, a terrestrial node, a terrestrial network device, or a terrestrial base station, base band unit (BBU) , remote radio unit (RRU) , active antenna unit (AAU) , remote radio head (RRH) , central unit (CU) , distribute unit (DU) , positioning node, among other possibilities. The T-TRP 170 may be macro BSs, pico BSs, relay node, donor node, or the like, or combinations thereof. The T-TRP 170 may refer to the forging devices or apparatus (e.g.,  communication module, modem, or chip) in the forgoing devices.

[0098] In some embodiments, the parts of the T-TRP 170 may be distributed. For example, some of the modules of the T-TRP 170 may be located remote from the equipment housing the antennas of the T-TRP 170, and may be coupled to the equipment housing the antennas over a communication link (not shown) sometimes known as front haul, such as common public radio interface (CPRI) . Therefore, in some embodiments, the term T-TRP 170 may also refer to modules on the network side that perform processing operations, such as determining the location of the ED 110, resource allocation (scheduling) , message generation, and encoding / decoding, and that are not necessarily part of the equipment housing the antennas of the T-TRP 170. The modules may also be coupled to other T-TRPs. In some embodiments, the T-TRP 170 may actually be a plurality of T-TRPs that are operating together to serve the ED 110, e.g., through coordinated multipoint transmissions.

[0099] The T-TRP 170 includes at least one transmitter 252 and at least one receiver 254 coupled to one or more antennas 256. Only one antenna 256 is illustrated. One, some, or all of the antennas may alternatively be panels. The transmitter 252 and the receiver 254 may be integrated as a transceiver. The T-TRP 170 further includes a processor 260 for performing operations including those related to: preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110, preparing a transmission for backhaul transmission to NT-TRP 172, and processing a transmission received over backhaul from the NT-TRP 172. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (e.g., MIMO precoding) , transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the uplink or over backhaul may include operations such as receive beamforming, and demodulating and decoding received symbols. The processor 260 may also perform operations relating to network access (e.g., initial access) and / or downlink synchronization, such as generating the content of synchronization signal blocks (SSBs) , generating the system information, etc. In some embodiments, the processor 260 also generates the indication of beam direction, e.g., BAI, which may be scheduled for transmission by scheduler 253. The processor 260 performs other network-side processing operations described herein, such as determining the location of the ED 110, determining where to deploy NT-TRP 172, etc. In some embodiments, the processor 260 may generate signaling, e.g., to configure one or more parameters of the ED 110 and / or one or more parameters of the NT-TRP 172. Any signaling generated by the processor 260 is sent by the transmitter 252. Note that “signaling” , as used herein, may alternatively be called control signaling. Dynamic signaling may be transmitted in a control channel, e.g., a physical downlink control channel (PDCCH) , and static or semi-static higher layer  signaling may be included in a packet transmitted in a data channel, e.g., in a physical downlink shared channel (PDSCH) .

[0100] A scheduler 253 may be coupled to the processor 260. The scheduler 253 may be included within or operated separately from the T-TRP 170, which may schedule uplink, downlink, and / or backhaul transmissions, including issuing scheduling grants and / or configuring scheduling-free ( “configured grant” ) resources. The T-TRP 170 further includes a memory 258 for storing information and data. The memory 258 stores instructions and data used, generated, or collected by the T-TRP 170. For example, the memory 258 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by the processor 260.

[0101] Although not illustrated, the processor 260 may form part of the transmitter 252 and / or receiver 254. Also, although not illustrated, the processor 260 may implement the scheduler 253. Although not illustrated, the memory 258 may form part of the processor 260.

[0102] The processor 260, the scheduler 253, and the processing components of the transmitter 252 and receiver 254 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory, e.g., in memory 258. Alternatively, some or all of the processor 260, the scheduler 253, and the processing components of the transmitter 252 and receiver 254 may be implemented using dedicated circuitry, such as a FPGA, a GPU, or an ASIC.

[0103] Although the NT-TRP 172 is illustrated as a drone only as an example, the NT-TRP 172 may be implemented in any suitable non-terrestrial form. Also, the NT-TRP 172 may be known by other names in some implementations, such as a non-terrestrial node, a non-terrestrial network device, or a non-terrestrial base station. The NT-TRP 172 includes a transmitter 272 and a receiver 274 coupled to one or more antennas 280. Only one antenna 280 is illustrated. One, some, or all of the antennas may alternatively be panels. The transmitter 272 and the receiver 274 may be integrated as a transceiver. The NT-TRP 172 further includes a processor 276 for performing operations including those related to: preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110, preparing a transmission for backhaul transmission to T-TRP 170, and processing a transmission received over backhaul from the T-TRP 170. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (e.g., MIMO precoding) , transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the uplink or over backhaul may include operations such as receive beamforming, and demodulating and decoding received symbols. In some  embodiments, the processor 276 implements the transmit beamforming and / or receive beamforming based on beam direction information (e.g., BAI) received from T-TRP 170. In some embodiments, the processor 276 may generate signaling, e.g., to configure one or more parameters of the ED 110. In some embodiments, the NT-TRP 172 implements physical layer processing, but does not implement higher layer functions such as functions at the medium access control (MAC) or radio link control (RLC) layer. As this is only an example, more generally, the NT-TRP 172 may implement higher layer functions in addition to physical layer processing.

[0104] The NT-TRP 172 further includes a memory 278 for storing information and data. Although not illustrated, the processor 276 may form part of the transmitter 272 and / or receiver 274. Although not illustrated, the memory 278 may form part of the processor 276.

[0105] The processor 276 and the processing components of the transmitter 272 and receiver 274 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory, e.g., in memory 278. Alternatively, some or all of the processor 276 and the processing components of the transmitter 272 and receiver 274 may be implemented using dedicated circuitry, such as a programmed FPGA, a GPU, or an ASIC. In some embodiments, the NT-TRP 172 may actually be a plurality of NT-TRPs that are operating together to serve the ED 110, e.g., through coordinated multipoint transmissions.

[0106] The T-TRP 170, the NT-TRP 172, and / or the ED 110 may include other components, but these have been omitted for the sake of clarity.

[0107] Basic module structure

[0108] One or more steps of the embodiment methods provided herein may be performed by corresponding units or modules, according to FIG. 4. FIG. 4 illustrates units or modules in a device, such as in ED 110, in T-TRP 170, or in NT-TRP 172. For example, a signal may be transmitted by a transmitting unit or a transmitting module. For example, a signal may be transmitted by a transmitting unit or a transmitting module. A signal may be received by a receiving unit or a receiving module. A signal may be processed by a processing unit or a processing module. Other steps may be performed by an artificial intelligence (AI) or machine learning (ML) module. The respective units or modules may be implemented using hardware, one or more components or devices that execute software, or a combination thereof. For instance, one or more of the units or modules may be an integrated circuit, such as a programmed FPGA, a GPU, or an ASIC. It will be appreciated that where the modules are implemented using software for execution by a processor for example, they may be retrieved by a processor, in whole or part as needed, individually or together for processing, in single or multiple instances, and that the modules themselves may include instructions for further deployment and instantiation.

[0109] Additional details regarding the EDs 110, T-TRP 170, and NT-TRP 172 are known to those of skill in the art. As such, these details are omitted here.

[0110] 6G intelligent air interface

[0111] An air interface generally includes a number of components and associated parameters that collectively specify how a transmission is to be sent and / or received over a wireless communications link between two or more communicating devices. For example, an air interface may include one or more components defining the waveform (s) , frame structure (s) , multiple access scheme (s) , protocol (s) , coding scheme (s) and / or modulation scheme (s) for conveying information (e.g., data) over a wireless communications link. The wireless communications link may support a link between a radio access network and user equipment (e.g., a “Uu” link) , and / or the wireless communications link may support a link between device and device, such as between two user equipments (e.g., a “sidelink” ) , and / or the wireless communications link may support a link between a non-terrestrial (NT) -communication network and user equipment (UE) . The followings are some examples for the above components:

[0112] A waveform component may specify a shape and form of a signal being transmitted. Waveform options may include orthogonal multiple access waveforms and non-orthogonal multiple access waveforms. Non-limiting examples of such waveform options include Orthogonal Frequency Division Multiplexing (OFDM) , Filtered OFDM (f-OFDM) , Time windowing OFDM, Filter Bank Multicarrier (FBMC) , Universal Filtered Multicarrier (UFMC) , Generalized Frequency Division Multiplexing (GFDM) , Wavelet Packet Modulation (WPM) , Faster Than Nyquist (FTN) Waveform, and low Peak to Average Power Ratio Waveform (low PAPR WF) .

[0113] A frame structure component may specify a configuration of a frame or group of frames. The frame structure component may indicate one or more of a time, frequency, pilot signature, code, or other parameter of the frame or group of frames. More details of frame structure will be discussed below.

[0114] A multiple access scheme component may specify multiple access technique options, including technologies defining how communicating devices share a common physical channel, such as: Time Division Multiple Access (TDMA) , Frequency Division Multiple Access (FDMA) , Code Division Multiple Access (CDMA) , Single Carrier Frequency Division Multiple Access (SC-FDMA) , Low Density Signature Multicarrier Code Division Multiple Access (LDS-MC-CDMA) , Non-Orthogonal Multiple Access (NOMA) , Pattern Division Multiple Access (PDMA) , Lattice Partition Multiple Access (LPMA) , Resource Spread Multiple Access (RSMA) , and Sparse Code Multiple Access (SCMA) . Furthermore, multiple access technique options may include: scheduled access vs. non-scheduled access, also known as grant-free access; non-orthogonal multiple access vs.  orthogonal multiple access, e.g., via a dedicated channel resource (e.g., no sharing between multiple communicating devices) ; contention-based shared channel resources vs. non-contention-based shared channel resources, and cognitive radio-based access.

[0115] A hybrid automatic repeat request (HARQ) protocol component may specify how a transmission and / or a re-transmission is to be made. Non-limiting examples of transmission and / or re-transmission mechanism options include those that specify a scheduled data pipe size, a signaling mechanism for transmission and / or re-transmission, and a re-transmission mechanism.

[0116] A coding and modulation component may specify how information being transmitted may be encoded / decoded and modulated / demodulated for transmission / reception purposes. Coding may refer to methods of error detection and forward error correction. Non-limiting examples of coding options include turbo trellis codes, turbo product codes, fountain codes, low-density parity check codes, and polar codes. Modulation may refer, simply, to the constellation (including, for example, the modulation technique and order) , or more specifically to various types of advanced modulation methods such as hierarchical modulation and low PAPR modulation.

[0117] In some embodiments, the air interface may be a “one-size-fits-all concept” . For example, the components within the air interface cannot be changed or adapted once the air interface is defined. In some implementations, only limited parameters or modes of an air interface, such as a cyclic prefix (CP) length or a multiple input multiple output (MIMO) mode, can be configured. In some embodiments, an air interface design may provide a unified or flexible framework to support below 6GHz and beyond 6GHz frequency (e.g., mmWave) bands for both licensed and unlicensed access. As an example, flexibility of a configurable air interface provided by a scalable numerology and symbol duration may allow for transmission parameter optimization for different spectrum bands and for different services / devices. As another example, a unified air interface may be self-contained in a frequency domain, and a frequency domain self-contained design may support more flexible radio access network (RAN) slicing through channel resource sharing between different services in both frequency and time.

[0118] Frame structure

[0119] A frame structure is a feature of the wireless communication physical layer that defines a time domain signal transmission structure, e.g., to allow for timing reference and timing alignment of basic time domain transmission units. Wireless communication between communicating devices may occur on time-frequency resources governed by a frame structure. The frame structure may sometimes instead be called a radio frame structure.

[0120] Depending upon the frame structure and / or configuration of frames in the frame structure, frequency division duplex (FDD) and / or time-division duplex (TDD) and / or full duplex (FD) communication may be possible. FDD communication is when transmissions in different directions (e.g., uplink vs. downlink) occur in different frequency bands. TDD communication is when transmissions in different directions (e.g., uplink vs. downlink) occur over different time durations. FD communication is when transmission and reception occur on the same time-frequency resource, i.e., a device can both transmit and receive on the same frequency resource concurrently in time.

[0121] One example of a frame structure is a frame structure in long-term evolution (LTE) having the following specifications: each frame is 10ms in duration; each frame has 10 subframes, which are each 1ms in duration; each subframe includes two slots, each of which is 0.5ms in duration; each slot is for transmission of 7 OFDM symbols (assuming normal CP) ; each OFDM symbol has a symbol duration and a particular bandwidth (or partial bandwidth or bandwidth partition) related to the number of subcarriers and subcarrier spacing; the frame structure is based on OFDM waveform parameters such as subcarrier spacing and CP length (where the CP has a fixed length or limited length options) ; and the switching gap between uplink and downlink in TDD has to be the integer time of OFDM symbol duration.

[0122] Another example of a frame structure is a frame structure in new radio (NR) having the following specifications: multiple subcarrier spacings are supported, each subcarrier spacing corresponding to a respective numerology; the frame structure depends on the numerology, but in any case the frame length is set at 10ms, and consists of ten subframes of 1ms each; a slot is defined as 14 OFDM symbols, and slot length depends upon the numerology. For example, the NR frame structure for normal CP 15 kHz subcarrier spacing ( “numerology 1” ) and the NR frame structure for normal CP 30 kHz subcarrier spacing ( “numerology 2” ) are different. For 15 kHz subcarrier spacing a slot length is 1ms, and for 30 kHz subcarrier spacing a slot length is 0.5ms. The NR frame structure may have more flexibility than the LTE frame structure.

[0123] Another example of a frame structure is an example flexible frame structure, e.g., for use in a 6G network or later. In a flexible frame structure, a symbol block may be defined as the minimum duration of time that may be scheduled in the flexible frame structure. A symbol block may be a unit of transmission having an optional redundancy portion (e.g., CP portion) and an information (e.g., data) portion. An OFDM symbol is an example of a symbol block. A symbol block may alternatively be called a symbol. Embodiments of flexible frame structures include different parameters that may be configurable, e.g., frame length, subframe length, symbol block length, etc. A non-exhaustive list of possible configurable parameters in some embodiments of a flexible frame structure  include:

[0124] (1) Frame: The frame length need not be limited to 10ms, and the frame length may be configurable and change over time. In some embodiments, each frame includes one or multiple downlink synchronization channels and / or one or multiple downlink broadcast channels, and each synchronization channel and / or broadcast channel may be transmitted in a different direction by different beamforming. The frame length may be more than one possible value and configured based on the application scenario. For example, autonomous vehicles may require relatively fast initial access, in which case the frame length may be set as 5ms for autonomous vehicle applications. As another example, smart meters on houses may not require fast initial access, in which case the frame length may be set as 20ms for smart meter applications.

[0125] (2) Subframe duration: A subframe might or might not be defined in the flexible frame structure, depending upon the implementation. For example, a frame may be defined to include slots, but no subframes. In frames in which a subframe is defined, e.g., for time domain alignment, then the duration of the subframe may be configurable. For example, a subframe may be configured to have a length of 0.1 ms or 0.2 ms or 0.5 ms or 1 ms or 2 ms or 5 ms, etc. In some embodiments, if a subframe is not needed in a particular scenario, then the subframe length may be defined to be the same as the frame length or not defined.

[0126] (3) Slot configuration: A slot might or might not be defined in the flexible frame structure, depending upon the implementation. In frames in which a slot is defined, then the definition of a slot (e.g., in time duration and / or in number of symbol blocks) may be configurable. In one embodiment, the slot configuration is common to all UEs or a group of UEs. For this case, the slot configuration information may be transmitted to UEs in a broadcast channel or common control channel (s) . In other embodiments, the slot configuration may be UE specific, in which case the slot configuration information may be transmitted in a UE-specific control channel. In some embodiments, the slot configuration signaling can be transmitted together with frame configuration signaling and / or subframe configuration signaling. In other embodiments, the slot configuration can be transmitted independently from the frame configuration signaling and / or subframe configuration signaling. In general, the slot configuration may be system common, base station common, UE group common, or UE specific.

[0127] (4) Subcarrier spacing (SCS) : SCS is one parameter of scalable numerology which may allow the SCS to possibly range from 15 KHz to 480 KHz. The SCS may vary with the frequency of the spectrum and / or maximum UE speed to minimize the impact of the Doppler shift and phase noise. In some examples, there may be separate transmission and reception frames, and the SCS of symbols in the reception frame structure may be configured independently from the SCS of symbols in the transmission frame structure. The SCS in a reception  frame may be different from the SCS in a transmission frame. In some examples, the SCS of each transmission frame may be half the SCS of each reception frame. If the SCS between a reception frame and a transmission frame is different, the difference does not necessarily have to scale by a factor of two, e.g., if more flexible symbol durations are implemented using inverse discrete Fourier transform (IDFT) instead of fast Fourier transform (FFT) . Additional examples of frame structures can be used with different SCSs.

[0128] (5) Flexible transmission duration of basic transmission unit: The basic transmission unit may be a symbol block (alternatively called a symbol) , which in general includes a redundancy portion (referred to as the CP) and an information (e.g., data) portion, although in some embodiments the CP may be omitted from the symbol block. The CP length may be flexible and configurable. The CP length may be fixed within a frame or flexible within a frame, and the CP length may possibly change from one frame to another, or from one group of frames to another group of frames, or from one subframe to another subframe, or from one slot to another slot, or dynamically from one scheduling to another scheduling. The information (e.g., data) portion may be flexible and configurable. Another possible parameter relating to a symbol block that may be defined is ratio of CP duration to information (e.g., data) duration. In some embodiments, the symbol block length may be adjusted according to: channel condition (e.g., multi-path delay, Doppler) ; and / or latency requirement; and / or available time duration. As another example, a symbol block length may be adjusted to fit an available time duration in the frame.

[0129] (6) Flexible switch gap: A frame may include both a downlink portion for downlink transmissions from a base station, and an uplink portion for uplink transmissions from UEs. A gap may be present between each uplink and downlink portion, which is referred to as a switching gap. The switching gap length (duration) may be configurable. A switching gap duration may be fixed within a frame or flexible within a frame, and a switching gap duration may possibly change from one frame to another, or from one group of frames to another group of frames, or from one subframe to another subframe, or from one slot to another slot, or dynamically from one scheduling to another scheduling.

[0130] Cells, carriers, bandwidth parts (BWPs) and occupied bandwidth

[0131] A device, such as a base station, may provide coverage over a cell. Wireless communication with the device may occur over one or more carrier frequencies. A carrier frequency will be referred to as a carrier. A carrier may alternatively be called a component carrier (CC) . A carrier may be characterized by its bandwidth and a reference frequency, e.g., the center or lowest or highest frequency of the carrier. A carrier may be on licensed or unlicensed spectrum. Wireless communication with the device may also or instead occur over one or more BWPs. For example, a carrier may have one or more BWPs. More generally, wireless communication with the device may  occur over a wireless spectrum. The spectrum may include one or more carriers and / or one or more BWPs.

[0132] A cell may include one or multiple downlink resources and optionally one or multiple uplink resources, or a cell may include one or multiple uplink resources and optionally one or multiple downlink resources, or a cell may include both one or multiple downlink resources and one or multiple uplink resources. As an example, a cell might only include one downlink carrier / BWP, or only include one uplink carrier / BWP, or include multiple downlink carriers / BWPs, or include multiple uplink carriers / BWPs, or include one downlink carrier / BWP and one uplink carrier / BWP, or include one downlink carrier / BWP and multiple uplink carriers / BWPs, or include multiple downlink carriers / BWPs and one uplink carrier / BWP, or include multiple downlink carriers / BWPs and multiple uplink carriers / BWPs. In some embodiments, a cell may instead or additionally include one or multiple sidelink resources, e.g., sidelink transmitting and receiving resources.

[0133] A BWP may be broadly defined as a set of contiguous or non-contiguous frequency subcarriers on a carrier, or a set of contiguous or non-contiguous frequency subcarriers on multiple carriers, or a set of non-contiguous or contiguous frequency subcarriers, which may have one or more carriers.

[0134] In some embodiments, a carrier may have one or more BWPs, e.g., a carrier may have a bandwidth of 20 MHz and consist of one BWP, or a carrier may have a bandwidth of 80 MHz and consist of two adjacent contiguous BWPs, etc. In other embodiments, a BWP may have one or more carriers, e.g., a BWP may have a bandwidth of 40 MHz and consists of two adjacent contiguous carriers, where each carrier has a bandwidth of 20 MHz. In some embodiments, a BWP may include non-contiguous spectrum resources which consists of non-contiguous multiple carriers, where the first carrier of the non-contiguous multiple carriers may be in mmW band, the second carrier may be in a low band (such as 2GHz band) , the third carrier (if it exists) may be in THz band, and the fourth carrier (if it exists) may be in visible light band. Resources in one carrier which belong to the BWP may be contiguous or non-contiguous. In some embodiments, a BWP has non-contiguous spectrum resources on one carrier.

[0135] Wireless communication may occur over an occupied bandwidth. The occupied bandwidth may be defined as the width of a frequency band such that, below the lower and above the upper frequency limits, the mean powers emitted are each equal to a specified percentage β / 2 of the total mean transmitted power, for example, the value of β / 2 is taken as 0.5%.

[0136] The carrier, the BWP, or the occupied bandwidth may be signaled by a network device (e.g., base station) dynamically, e.g., in physical layer control signaling such as DCI, or semi-statically, e.g., in radio resource control (RRC) signaling or in the medium access control (MAC) layer, or be predefined based on the application  scenario; or be determined by the UE as a function of other parameters that are known by the UE, or may be fixed, e.g., by a standard.

[0137] Downlink (DL) control and Downlink control information (DCI)

[0138] In some wireless communication systems, terminal devices (e.g., UEs) wirelessly communicate with one or more network devices (e.g., base stations) . A wireless communication from a terminal device to a network device is referred to as an uplink communication. A wireless communication from a network device to a terminal device is referred to as a downlink communication. Resources are required to perform uplink and downlink communications. For example, a network device may wirelessly transmit data to a terminal device in a downlink communication at a particular frequency for a particular duration of time. The frequency and time duration are examples of resources, typically referred to as “time-frequency resources” .

[0139] Two devices that wirelessly communicate with each other over time-frequency resources need not necessarily be a terminal device and a network device. For example, two terminal devices may wirelessly communicate with each other over a sidelink using device-to-device (D2D) communication. As another example, two network devices (e.g., a terrestrial base station and a non-terrestrial base station, such as a drone) may wirelessly communicate with each other over a backhaul link. When devices wirelessly communicate with each other, the wireless communication may be performed for control information transmission which is dynamically indicated to the terminal device, e.g., in the physical layer in a control channel. An example of control information that is dynamically indicated is information sent in physical layer control signaling, e.g., downlink control information (DCI) .

[0140] Downlink control information (DCI) is control information that is transmitted on a PDCCH and that is related to a PDSCH and a PUSCH. The terminal device can correctly process the PDSCH data or the PUSCH data only when the DCI information is correctly decoded.

[0141] Uses of different DCI may be different, for example, DCI used for uplink / downlink transmission resource allocation, DCI used for uplink power control adjustment, and DCI used for downlink dual-stream spatial multiplexing. Different DCI formats may be used for differentiation of DCI for different purposes.

[0142] In 3GPP NR Release-15, there are 8 DCI formats. For each DCI format, a terminal device needs to know the DCI size, and performs DCI detection using blind detection (blind decoding) . A large number of DCI formats and DCI sizes will increase the implementation complexity of the terminal device. For example, a terminal device needs to perform DCI size alignment for these DCI formats. In NR, the total number of different DCI sizes configured to monitor is no more than 4 for a cell, and the total number of different DCI sizes with Cell-Radio  Network Temporary Identifier (C-RNTI) is no more than 3.

[0143] Blind detection of terminal devices

[0144] Because the terminal device does not know in advance which format DCI is carried on the received PDCCH, and does not know which candidate PDCCH is used to transmit the DCI, the terminal device must perform PDCCH blind detection to receive corresponding DCI. Before the terminal device successfully decodes the PDCCH, the terminal device may attempt to decode each possible candidate PDCCH until the terminal device successfully detects the PDCCH, or a quantity of DCI expected to be received by the terminal device or a quantity of blind detection times limit of the terminal device is reached.

[0145] In other words, the DCI has a plurality of different formats. When receiving the PDCCH, the terminal device cannot determine a DCI format to which the received DCI belongs, and therefore cannot correctly process data transmitted on a channel such as a PDSCH or a PUSCH. Therefore, the terminal device must perform blind detection on a format of the DCI. Generally, the terminal device does not know a format of the current DCI, and does not know a location of information required by the terminal device. However, the terminal device knows information in a format expected by the terminal device, and expected information in different formats corresponds to different expected RNTIs and CCEs. Therefore, the terminal device may perform CRC check on the received DCI by using the expected RNTI and the expected CCE, so as to know whether the received DCI is required by the terminal device, and also know a corresponding DCI format and a corresponding modulation scheme, so as to further access the DCI. The foregoing procedure is a blind detection process of the terminal device.

[0146] It should be understood that, a cyclic redundancy check (cyclic redundancy check, CRC) bit is usually added to the information bits of the DCI to implement an error detection function of the terminal device, and different types of radio network identifiers (radio network temporary identifier, RNTI) are used for scrambling in the CRC bits. Thus, the RNTI is implicitly encoded in the CRC bits. It should be further understood that different RNTIs can be used to both identify the terminal device and distinguish purposes of the DCI.

[0147] In addition, for a blind detection process of the terminal device, because the PDCCH includes a plurality of CCEs, or DCI is carried on the plurality of CCEs, the terminal device needs to perform blind detection on the plurality of CCEs. However, if the terminal device performs blind detection one by one at a granularity of CCEs, efficiency is relatively low. Therefore, a search space is specified in a protocol. The search space may be simply understood as that when the terminal device performs PDCCH blind detection, blind detection is performed by using several CCEs as a granularity. For example, if a value of an aggregation level AL of a CCE defined in the search space is 4 or 8, when the terminal device performs blind detection, blind detection is performed at a  granularity of four CCEs and then at a granularity of eight CCEs.

[0148] Specifically, when the value of the aggregation level AL of the CCE defined in the search space is 4 or 8, when the network device identifies the PDCCH, in addition to using the aggregation level parameter (a value of 4 or 8 is selected) , A CCE location index (CCE index) parameter is further used, where the CCE location index is obtained through calculation based on time-frequency domain information of the PDCCH, an aggregation level, and the like. Because the terminal device cannot accurately know the aggregation level of the CCE occupied by the PDCCH and the start location index of the CCE, the terminal device receives higher layer signaling before receiving the PDCCH, where the higher layer signaling indicates time-frequency domain information of the PDCCH, and the like. In addition, the terminal device determines, based on a protocol, an indication of a network device, or the like, that the aggregation level of the PDCCH may be 4, or may be 8. Therefore, during blind detection, the terminal device may first use the aggregation level 4 and based on the time-frequency domain information of the PDCCH, calculating a position index (including a start position index of a CCE) of the CCE in the PDCCH, and performing blind detection on a corresponding CCE; and; Then, when the expected DCI is not detected or the quantity of DCI that is not expected to be detected reaches, the terminal device may further use the aggregation level 8 and based on the time-frequency domain information of the PDCCH, calculating a start position index (the position index of the CCE) of the CCE in the PDCCH, and performing blind detection on the corresponding CCE.

[0149] Downlink (DL) HARQ and uplink (UL) HARQ

[0150] For DL HARQ, a MAC (media access control) entity includes a HARQ entity for each serving cell, which maintains a number of parallel HARQ processes. Each HARQ process is associated with a HARQ process identifier (ID) . The HARQ entity directs HARQ information and associated TBs (Transport Blocks) received on a DL-SCH (DL Shared CHannel) to the corresponding HARQ processes. The HARQ process supports one TB when the physical layer is not configured for downlink spatial multiplexing, and the HARQ process supports one or two TBs when the physical layer is configured for downlink spatial multiplexing. When a transmission takes place for the HARQ process, one or two (in case of downlink spatial multiplexing) TBs and the associated HARQ information are received from the HARQ entity.

[0151] For UL HARQ, a MAC entity includes a HARQ entity for each serving cell with configured uplink, which maintains a number of parallel HARQ processes. Each HARQ process supports one TB, and each HARQ process is associated with a HARQ process identifier (ID) . Each HARQ process is associated with a HARQ buffer.

[0152] The above describes possible scenarios or generalized description of the embodiments of the present  disclosure, the motivation and technical concepts of the present disclosure are illustrated in the following.

[0153] Resilience is a fundamental feature that needs to be addressed in 6G. With the evolution of Industry 4.0 and many other technology visions, ultra-reliable and low latency wireless communications are pivotal enabler for automated manufacturing on a massive scale.

[0154] Two trends are observed toward 6G. From the technological perspective, mmWave and massive MIMO (Multiple-Input Multiple-Output) will be more prevalent because they can significantly expand the current bandwidth resource. From the service perspective, a single device will need to support multiple services with different latency and reliability requirements. The two trends, together with the more stringent resilience requirement, provides an opportunity to re-design the physical layer.

[0155] A potential scenario emerges as multiple services converges into one physical wireless link. The purpose is to deliver multiple QoS (Quality of Service) to multiple services within only one wireless link. Given the high carrier frequency and massive antennas, beamforming can be done more aggressively, enabling the convergence of multiple services in one wireless link. Meanwhile, these services may have very diverse KPIs (Key Performance Indicators) . As shown in FIG. 5, URLLC (Ultra-Reliable Low-Latency Communications) , mMTC (massive Machine Type Communication) , eMBB (enhanced Mobile Broadband) and Tbps communications may all be integrated in one beam. This is challenging because different KPIs must be supported under the same wireless channel, SNR (Signal to Interference plus Noise Ratio) , fading, etc.

[0156] For two packets with different payload size and / or reliability / latency requirement, e.g., one eMBB packet with large payload size and another URLLC packet with small payload size and / or with higher reliability requirement, joint coding (or called mixed traffic coding) could be used for the two packets.

[0157] Joint coding (or called mixed traffic coding)

[0158] Joint coding refers to jointly encoding multiple packets (more than 1) into one codeword, e.g., jointly encoding a small packet (e.g., a URLLC packet) and a large packet (e.g., an eMBB packet) into one codeword. That is to say, there are multiple payloads in a joint codeword. For the joint encoding, there are two possible solutions:

[0159] Solution 1: encode multiple payloads into one codeword, where at least one payload is self-decodable (locally decodable) and global decodable.

[0160] Solution 2: encode multiple payloads into one codeword with unequal error protection.

[0161] For Solution 1, a self-decodable joint coding design is given, such that each individual payload (e.g., corresponding to a service) can be self-decoded, and at the same time joint decoding is supported to further  enhance performance. Small messages (e.g., URLLC bits) are both locally and globally decodable, and a larger code block (e.g., containing eMBB bits) can be globally decodable. Specifically, local decoding is used as first attempt (lower reliable) . If the local decoding succeeded, the small code can be used for enhancing the larger code since the correctly received small code provides prior information for the decoding of the larger code. If the local decoding failed, global decoding with the larger code is used as second attempt (higher reliable) , that is, in the second attempt, the small code can be globally decoded (jointly decoded) with the larger code.

[0162] FIG. 6a and FIG. 6b are an illustration of self-decoding and joint-decoding (in the event of a self-decoding failure) . As an example, several smaller or shorter messages may be embedded or otherwise combined into a longer code block or payload, also referred to herein as a combined payload. These smaller messages are self-decodable, meaning that they can be decoded after collecting only a subset of code bits, or symbols, or LLRs, associated with a longer codeword rather than the entire, longer codeword. The subset of code bits is also a standalone short code or codeword that is decodable on its own.

[0163] Two or more of such smaller messages are also jointly-decodable. The subsets of code bits corresponding to smaller messages that are jointly-decodable combine into a longer code. This may be accomplished through what is referred to herein as “coupling” between bits from multiple messages. For example, some or all of the bits of a first message (small code) may be copied and combined with bits of a second message (larger code) . In this example, bits from the first message may be directly copied and appended to or otherwise combined with the bits of the second message. Another possible option is to first transform bits from the first message, by multiplying them with a binary matrix for example, and then appending the transformed bits to, or otherwise combining the transformed bits with, the bits of the second message.

[0164] Although this example refers to information bit (message) coupling, it is feasible to also or instead use coded bits for coupling. In the case of systematic codes, for example, message bits are also part of code bits, and thus the two alternatives, for information bit coupling or code bit coupling, become much the same.

[0165] Some embodiments support multiple decoding attempts before requesting retransmission. Joint decoding, for example, may in effect be inserted or attempted between a decoding failure and a retransmission request. As an example, consider an embodiment that involves a three decoding attempt transmission approach. Referring to FIG. 6a and FIG. 6b, in a first decoding attempt, a receiver receives a codeword and decodes a first self-decodable payload of the codeword after receiving a corresponding minimum of required code bits. If the decoding of the first payload is successful (FIG. 6a) , then the correctly decoded bits can be used to enhance decoding performance for a second payload of the codeword, after a corresponding minimum required number of  code bits for decoding of the second payload are received. A second decoding attempt is made if decoding of the first payload fails (FIG. 6b) . Instead of immediately requesting a retransmission, the receiver instead proceeds to attempt to jointly decode the first payload with the second payload. After decoding of the second payload, regardless of whether there is success or failure of the second payload decoding, joint decoding can increase probability that the first payload will be successfully decoded. In this example, if decoding of the first payload still fails after the second (joint) decoding attempt, then the receiver requests a retransmission (not shown) from the transmitter. This will incur some delay, but with a retransmission the receiver can make at least a third decoding attempt. With a retransmitted codeword, multiple decoding attempts may further be made, to self-decode from the retransmitted codeword, jointly decode from parts of the retransmitted codeword, and / or jointly decode using both the previously received codeword and the retransmitted codeword.

[0166] By adopting the above solution, since some or all of the bits of the small code are copied and combined with bits of the larger code due to the joint coding, on one hand, after a successful decoding of a self-decodable code, the code rate of at least another code (e.g., eMBB bits) can be reduced, therefore resulting in an improved performance. That is, an augmented eMBB is achieved. On the other hand, if a self-decodable code (e.g., URLLC) fails to decode, instead of requesting a retransmission, the receiver proceeds to jointly decode the self-decodable code with the lager code. If the joint decoding is successfully, the code rate of the former can be reduced, resulting in an improved performance. That is, HARQ-less URLLC is achieved.

[0167] For Solution 2, a small URLLC packet is embedded to an eMBB packet. In short, the concept is one single FEC (Forward Error Correction) for multiple packets. In the encoder design, the priority order of the packets is taken into account, ensuring better protection for the packet with higher priority. Priority can be defined with different metrics, such as a reliability priority in terms of target BLER (Block Error Ratio) , a latency priority in terms of latency requirement, a source priority where packets may come from different sources, e.g., in relay and multi-hop scenarios.

[0168] The solution may use separate CRC to allow individual packet decoding. When a packet fails to be decoded, the HARQ scheme would request a retransmission of the joint codeword.

[0169] Solution 2 can be regarded as “priority-based payload mapping” . FIG. 7 is a schematic illustration of joint coding of Solution 2. Specifically, as shown in FIG. 7, payload data (or packets) can be from different applications (or different sources) . First, they are grouped by their QoS requirements and are CRC encoded separately. Then, a priority-based payload mapping procedure is performed to map each packet onto the information bit positions of a codeword according to reliability or latency. The reliability or latency of each bit  depends on the specific channel coding scheme and decoding algorithms. FIG. 7 shows joint coding of two packets, i.e., an URLLC payload and an eMBB payload. In practice, there may be more than two packets jointly coded.

[0170] A possible enhancement of the above solution is to additionally protect the URLLC payload with an outer code. FIG. 8 is a schematic illustration of joint coding with the possible enhancement. This can achieve extra reliability for the URLLC payload. This is done by inserting another encoding process between CRC encoding and priority-based mapping, as shown in FIG. 8.

[0171] In the present disclosure, details on air interface designs for joint coding will be given, and the proposed air interface designs for join coding can be used in both of the above solutions.

[0172] Two-stage DCI framework

[0173] DCI transports downlink control information for one or more cells / carriers / BWPs. A DCI structure includes a one-stage DCI structure and a two-stage DCI structure. In a one-stage DCI structure, the DCI has a single part and is carried on a physical channel, e.g., PDCCH. A terminal device receives the physical channel and decodes the DCI in the physical channel, then receives or transmits data according to the control information in the DCI. For instance, in 3GPP TS 38.212 V15.8.0, DCI formats 0_0, 0_1, 1_0, 1_1, 2_0, 2_1, 2_2 and 2_3 are one-stage DCI.

[0174] In a two-stage DCI structure, the DCI structure includes two parts, i.e., first stage DCI and corresponding second stage DCI. The first stage DCI and the second stage DCI are transmitted in different physical channels, e.g., the first stage DCI is carried on a PDCCH and the second stage DCI is carried on a PDSCH, where the second stage DCI is not multiplexed with DL data of the terminal device, i.e., the second stage DCI is transmitted on a PDSCH without downlink shared channel (DL-SCH) . The first stage DCI indicates control information for the second stage DCI, including time / frequency / spatial resources, modulation order, coding rate of the second stage DCI. Optionally, the first stage DCI can indicate the presence of the second stage DCI. If the second stage DCI is present, a terminal device needs to receive both the first stage DCI and the second stage DCI to get the control information for data transmission. For the contents of the first stage DCI and the second stage DCI, the first stage DCI includes the control information for the second stage DCI and the second stage DCI includes the control information for the data of the terminal device; or the first stage DCI includes the control information for the second stage DCI and partial control information for the data of the terminal device, and the second stage DCI includes partial or whole control information for the data of the terminal device. If the second stage DCI is not present, which may be indicated by the first stage DCI, the terminal device receives the first stage DCI to get the control information for data transmission.

[0175] FIG. 9 shows a schematic diagram of an example of a two-stage DCI framework according to an embodiment of the present disclosure. The two-stage DCI framework involves the use of first stage DCI (1st stage DCI 900 in FIG. 9) that is transmitted by a network device, for example by a base station, for reception by a terminal device. The first stage DCI is carried by a physical downlink control channel (PDCCH) . The two-stage DCI framework also involves the use of second stage DCI (2nd stage DCI 902 in FIG. 9) that is transmitted by the network device for reception by the terminal device. The second stage DCI is carried by a physical downlink shared channel (PDSCH) without data transmission, or the second stage DCI is carried in a specific physical channel (e.g., a specific downlink data channel, or a specific downlink control channel) only for the second stage DCI transmission. The first stage DCI indicates control information for the second stage DCI, including time / frequency / spatial resources of the second stage DCI, as illustrated by 910. The terminal device needs to receive both the first stage DCI and the second stage DCI to get the control information for data transmission 904. For the contents of the first stage DCI and the second stage DCI, the first stage DCI includes the control information for the second stage DCI (as illustrated by 910) and the second stage DCI includes the control information for the data of the terminal device (as illustrated by 913) ; or the first stage DCI includes the control information for the second stage DCI (as illustrated by 910) and partial control information for the data of the terminal device (as illustrated by 914) , and the second stage DCI includes partial or whole control information for the data of the terminal device (as illustrated by 913) . The first stage DCI and the second stage DCI may indicate downlink scheduling information, or uplink scheduling information, or scheduling information for both downlink and uplink, that is, simultaneously scheduling for downlink and uplink.

[0176] The second stage DCI is transmitted on PDSCH without DL-SCH, where the DL-SCH is a transport channel used for the transmission of downlink data. That is to say, the physical resources of the PDSCH used to transmit the second stage DCI are used for a transmission including the second stage DCI without multiplexing with other downlink data. For example, where the unit of transmission on the PDSCH is a physical resource block (PRB) in frequency-domain and a slot in time-domain, an entire resource block in a slot is available for second stage DCI transmission. This allows maximum flexibility in terms of the size of the second stage DCI, without the constraints on the amount of DCI that could be transmitted that would be introduced if multiplexing with downlink data was employed. This also avoids the complexity of rate matching for downlink data if the downlink data is multiplexed with DCI.

[0177] The terminal device receives the first stage DCI (for example by receiving a physical channel carrying the first stage DCI) and performs blind detection to decode the first stage DCI. Scheduling information for the  second stage DCI, within the PDSCH, is explicitly indicated by the first stage DCI. The result is that the second stage DCI can be received and decoded by the terminal device without the need to perform blind detection, based on the scheduling information in the first stage DCI.

[0178] On one hand, because the second stage DCI is not limited by constraints that may exist for PDCCH transmissions, the size of the second stage DCI is very flexible, and may be used to indicate scheduling information for one carrier, multiple carriers, multi-transmissions for one carrier. On the other hand, as compared to scheduling a PDSCH carrying downlink data, in some embodiments more robust scheduling information is used to schedule a PDSCH carrying the second stage DCI, increasing the likelihood of the receiving terminal device being able to successfully decode the second stage DCI.

[0179] A transport block defines the basic information bits unit transmitted in PDSCH / PUSCH. For a PDSCH carrying downlink data, e.g., information bits from a medium access control (MAC) layer, a MAC protocol data unit (PDU) is mapped to a TB. For a PDSCH carrying the second stage DCI, the DCI is mapped to a TB. The transport block size (TBS) is defined as the size (number of bits) of a TB. Depending on definition, the TB size may include or exclude the CRC bits. While no TB from a MAC layer is transmitted in the PDSCH carrying the second stage DCI, the size of the second stage DCI may be determined in a manner similar to how TB size for DL-SCH transmitted using the PDSCH is calculated / determined. The TB size may be calculated, for example, based on the available resource elements (REs) for PDSCH, modulation order, coding rate, the number of layers, etc. See for example, Section 5.1.3.2 of 3GPP TS 38.214 which includes a detailed breakdown of an example method of TB size calculation. Therefore, by assigning flexible RBs and symbols for the PDSCH, and using various coding rates for the DCI, the size of the second stage DCI is very flexible, enabling DCI size to be specified differently for different uses, for example, different terminal devices, different services, different scenarios, etc., thus can achieve personalized DCI size requirements.

[0180] In the present disclosure, improved two-stage DCI frameworks and details on air interface designs applied to the improved two-stage DCI frameworks will be given.

[0181] The basic concepts of the present disclosure may be as follows. The present disclosure aims at improving performances of the two-stage DCI structure. Solutions of the present disclosure solve problems of how to improve reliability of the second stage DCI in the two-stage DCI structure, e.g., when there is no retransmission for the second stage DCI, and how to improve reliability of the first stage DCI in the two-stage DCI structure. In the solutions, a network device sends downlink control information (DCI) used for scheduling first data to a terminal device. The DCI includes a first DCI part and a second DCI part, and at least part of the second DCI part  is subject to joint coding. For example, the second DCI part and at least part of the first data may be jointly coded, or the first DCI part and a part of the second DCI part may be jointly coded. By utilizing the DCI including two parts and enabling joint coding for the DCI, reliability of the DCI can be improved.

[0182] The above briefly describes technical concepts of the present disclosure, and then specific embodiments of the present disclosure will be elaborated in the following description.

[0183] FIG. 10 shows a schematic flowchart of a wireless communication method according to one or more embodiments of the present disclosure. The method can be implemented by a terminal device. As shown in FIG. 10, the method can include:

[0184] S1001, a terminal device receives DCI from a network device, where the DCI is used for scheduling first data, and the DCI includes a first DCI part and a second DCI part; where the second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded.

[0185] The terminal device receives the DCI for scheduling the first data from the network device, and the DCI includes the first DCI part and the second DCI part. The terminal device receives both the first DCI part and the second DCI part to get control information for data transmission. The DCI including the first DCI part and the second DCI part can be applied to a two-stage DCI framework improved based on the present disclosure, in which the first DCI part may also be called first stage DCI and the second DCI part may also be called second stage DCI. In the present disclosure, joint coding is introduced in a two-stage DCI framework. Specifically, at least part of the second DCI part is subject to joint coding.

[0186] In an embodiment, the second DCI part and at least part of the first data may be jointly coded. The second DCI part is self-decodable by the terminal device, and the second DCI part is joint-decodable with the at least part of the first data by the terminal device. The second DCI part may be jointly coded with a part of the first data, or jointly coded with the whole first data. In this embodiment, the DCI may indicate downlink scheduling information. The DCI may schedule one TB (transport block) or multiple TBs for the first data (may also be referred to as a first packet) . Each TB may correspond to one or multiple CBs (code blocks) .

[0187] In an implementation, the second DCI part and the at least part of the first data are jointly coded into a first codeword. The first codeword includes a plurality of encoded blocks generated by encoding the second DCI part and the at least part of the first data with an error correction code, and the plurality of encoded blocks include a self-decodable encoded block corresponding to the second DCI part. The self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the first codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the  plurality of encoded blocks of the first codeword.

[0188] In an implementation, the second DCI part may be jointly coded with a part of the first data. As for which part of the first data is jointly coded with the second DCI part, it may be configured (e.g., through an RRC signaling) or predefined, or may be indicated in the first DCI part. The first data may include a first part and a second part, and the at least part of the first data jointly coded with the second DCI part is the first part of the first data. The second DCI part and the first part of the first data may be jointly coded into the first codeword. For instance, one TB is scheduled for the first data, and the one TB may correspond to N+1 CBs, namely, CB0 to CBN (i.e., the n-th CB) . The first part of the first data may be CB0 of the first data, and the second part of the first data may be CB1-CBN of the first data. In this case, the second DCI part is jointly coded with CB0 of the first data, and the first codeword includes the second DCI part and CB0 of the first data. In an implementation, Solution 1 or Solution 2 of the joint coding as described above may be applied for the joint coding, in which the second DCI part may be processed in accordance with the processing for the URLLC data in Solution 1 and Solution 2 and the first part of the first data may be processed in accordance with the processing for the eMBB data in Solution 1 and Solution 2.

[0189] As for a physical downlink shared channel (PDSCH) used for carrying the first codeword and the second part of the first data, several alternatives would be possible. They may be carried on different PDSCHs, or the same PDSCH. In the following, these implementations will be illustratively described.

[0190] In an example, the first codeword may be carried on a first PDSCH scheduled by the first DCI part. The first DCI part may be indicative of scheduling information of the first codeword (including the second DCI part and the first part of the first data) . The scheduling information of the first codeword may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) and decoding information (e.g., MCS, DMRS, etc. ) of the first codeword. The second DCI part may be indicative of scheduling information of the second part of the first data. The scheduling information of the second part of the first data may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) and decoding information (e.g., MCS, DMRS, etc. ) of the second part of the first data. Optionally, the scheduling information for the first data (including the first part and the second part) may also include HARQ-related information (HARQ process ID, NDI, RV, feedback resource information, feedback timing information, etc. ) and other information (such as measurement indication, power control indication) for the first data, which may be called non-time-critical scheduling information. It can be understood that the non-time-critical scheduling information for the first part of the first data may be indicated by the first DCI part or the second DCI part. The second part of the first data may be carried on a  second PDSCH scheduled by the second DCI part. The terminal device can receive the first data according to the scheduling information of the first part of the first data and the scheduling information of the second part of the first data.

[0191] In another example, the first codeword and the second part of the first data may be carried on a PDSCH scheduled by the first DCI part. The first DCI part may be indicative of scheduling information of the first codeword and first scheduling information of the second part of the first data. The scheduling information of the first codeword may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) and decoding information (e.g., MCS, DMRS, etc. ) of the first codeword (i.e., of the second DCI part and the first part of the first data) . The first scheduling information of the second part of the first data may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) and decoding information (e.g., MCS, DMRS, etc. ) of the second part of the first data. The second DCI part may be indicative of second scheduling information of the second part of the first data. The second scheduling information of the second part of the first data may for example be non-time-critical scheduling information of the second part of the first data, such as measurement indication, power control indication, HARQ-related information (HARQ process ID, NDI, RV, feedback resource information, feedback timing information, etc. ) . Alternatively, the first DCI part may be indicative of scheduling information of the second DCI part and time-critical scheduling information (such as MCS, DMRS) of the first data, and the second DCI part may be indicative of non-time-critical scheduling information of the first data. The terminal device can receive the first data according to the scheduling information of the first part of the first data and the scheduling information of the second part of the first data.

[0192] In another implementation, the second DCI part and the first data may be jointly coded into the first codeword. That is, the at least part of the first data jointly coded with the second DCI part is the first data. In other words, the second DCI part may be jointly coded with the whole first data, e.g., with the whole TB of the first data scheduled by the DCI. The first codeword here includes the second DCI part and the whole first data. In an implementation, Solution 1 or Solution 2 of the joint coding as described above may be applied for the joint coding, in which the second DCI part may be processed in accordance with the processing for the URLLC data in Solution 1 and Solution 2 and the whole first data may be processed in accordance with the processing for the eMBB data in Solution 1 and Solution 2.

[0193] In this implementation, as an example, the first DCI part may be indicative of scheduling information of the first codeword (including the second DCI part and the whole first data) . The scheduling information of the first codeword may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location,  etc. ) of the first codeword, and decoding information (e.g., MCS, DMRS, etc. ) of the second DCI part and / or of the first data. As an example, the scheduling information indicated by the first DCI part may be time-critical scheduling information, such as the above resource information and decoding information. The second DCI part may be indicative of other scheduling information of the first data, for example, non-time-critical scheduling information, such as measurement indication, power control indication, HARQ-related information (HARQ process ID, NDI, RV, feedback resource information, feedback timing information, etc. ) for the first data. The terminal device can receive the first data according to the scheduling information of the first data.

[0194] Optionally, in an implementation, the first DCI part may indicate the presence of the second DCI part. If the second DCI part is not present, which may be indicated by the first DCI part, the terminal device receives the first DCI part to get the control information for data transmission.

[0195] Optionally, in an implementation of the case where the second DCI part and at least part of the first data are jointly coded, the first DCI part may be indicative of whether joint coding for the second DCI part is enabled. Indication of whether the joint coding is enabled for the second DCI part may be implemented explicitly. For example, the first DCI part may include a joint coding indication field for indicating whether the joint coding is enabled for the second DCI part. The indication of whether the joint coding is enabled for the second DCI part may also be implemented implicitly. For example, some fields in the first DCI part may be set as invalid values to indicate that the joint coding disabled.

[0196] In the embodiment where the second DCI part and at least part of the first data are jointly coded into the first codeword, according to an implementation, after receiving the first codeword, the terminal device may perform decoding on the first codeword according to the first DCI part. The second DCI part in the first codeword may be self-decodable by the terminal device, and the second DCI part may be joint-decodable with the at least part of the first data by the terminal device. In an implementation, the terminal device may make multiple decoding attempts. In a first decoding attempt, the terminal device performs self-decoding on the second DCI part according to the first DCI part. Specifically, the self-decoding on the second DCI part may be performed after receiving a corresponding minimum of required code bits of the second DCI part. If the self-decoding of the second DCI part is successful, then the correctly decoded bits can be used to enhance decoding performance for the at least part of the first data, after a corresponding minimum of required code bits of the at least part of the first data are received. A second decoding attempt will be made if the self-decoding of the second DCI part fails. Instead of directly determining a data transmission failure when there is no retransmission for the second DCI part, the terminal device may instead proceed to attempt to jointly decode the second DCI part with the at least part of the first data.  After the joint decoding, regardless of whether the at least part of the first data is decoded successfully or not, the joint decoding can increase a probability that the second DCI part will be successfully decoded. If the self-decoding succeeded, the second DCI part can be used for enhancing the at least part of the first data since the correctly received second DCI part provides prior information for the decoding of the at least part of the first data.

[0197] Further, it should be noted that in the embodiments where the second DCI part is jointly coded with the first part of the first data, the terminal device may first combine the first part of the first data and the second part of the first data, and then perform decoding on the combined first data according to the DCI. Specifically, in an implementation, the terminal device may obtain the first part of the first data after the joint decoding and store the obtained first part of the first data in a buffer. After receiving the second part of the first data, the terminal device combines the stored first part of the first data and the second part of the first data, and then performs decoding on the combined first data according to the corresponding decoding information in the DCI.

[0198] Since joint coding is enabled for the second DCI part and at least part of the first data, the reliability of the second DCI part and the first data can be improved.

[0199] In another embodiment, the first DCI part and a part of the second DCI part may be jointly coded. The second DCI part may include a first part and a second part, and the part of the second DCI part jointly coded with the first DCI part is the first part of the second DCI part. The first DCI part is self-decodable, and the first DCI part is joint-decodable with the first part of the second DCI part. In an example, the first part of the second DCI part may have information bits with a lower priority than that of information bits of the second part of the second DCI part. It should be noted that division of the first part and the second part may not be limited thereto, and other division manners may also be applied. In this embodiment, the DCI may indicate downlink scheduling information, or uplink scheduling information, or scheduling information for both downlink and uplink, that is, simultaneously scheduling for downlink and uplink.

[0200] In an implementation, the first DCI part and the first part of the second DCI part are jointly coded into a second codeword. The second codeword includes a plurality of encoded blocks generated by encoding the first DCI part and the first part of the second DCI part with an error correction code, and the plurality of encoded blocks include a self-decodable encoded block corresponding to the first DCI part. The self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the second codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the second codeword.

[0201] In an implementation, the first DCI part may be indicative of scheduling information of the second part  of the second DCI part, the first part of the second DCI part may be indicative of first scheduling information of the first data, and the second part of the second DCI part may be indicative of second scheduling information of the first data. The scheduling information of the second part of the second DCI part may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) of the second part of the second DCI part, and decoding information (e.g., MCS, DMRS, etc. ) of the second part of the second DCI part. The first scheduling information of the first data may have a lower priority than the second scheduling information of the first data. For example, the first scheduling information of the first data may include non-time-critical scheduling information of the first data, such as measurement indication, power control indication, HARQ-related information (HARQ process ID, NDI, RV, feedback resource information, feedback timing information, etc. ) for the first data, and the second scheduling information of the first data may include time-critical scheduling information of the first data, including resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) , decoding information (MCS, DMRS, etc. ) , etc. The terminal device can receive the first data according to the scheduling information of the first data.

[0202] In the embodiment where the first DCI part and the first part of the second DCI part are jointly coded into the second codeword, according to an implementation, after receiving the second codeword, the terminal device may perform decoding on the received second codeword. The first DCI part in the second codeword may be self-decodable by the terminal device, and the first DCI part may be joint-decodable with the first part of the second DCI part by the terminal device. In an implementation, the terminal device may make multiple decoding attempts. In a first decoding attempt, the terminal device performs self-decoding on the first DCI part. Specifically, the self-decoding on the first DCI part may be performed after receiving a corresponding minimum of required code bits of the first DCI part. If the self-decoding of the first DCI part is successful, then the correctly decoded bits can be used to enhance decoding performance for the first part of the second DCI part, after a corresponding minimum of required code bits of the first part of the second DCI part are received. A second decoding attempt will be made if the self-decoding of the first DCI part fails. Instead of directly determining a data transmission failure when there is no retransmission for the first DCI part, the terminal device may instead proceed to attempt to jointly decode the first DCI part with the first part of the second DCI part. After the joint decoding, regardless of whether the first part of the second DCI part is decoded successfully or not, the joint decoding can increase a probability that the first DCI part will be successfully decoded. If the self-decoding succeeded, the first DCI part can be used for enhancing the first part of the second DCI part since the correctly received first DCI part provides prior information for the decoding of the first part of the second DCI part.

[0203] Since joint coding is enabled for the first DCI part and the first part of the second DCI part, the reliability of the first DCI part and the first part of the second DCI part can be improved.

[0204] Optionally, in an implementation, the network device may send a second configuration message to the terminal device. The second configuration message may be indicative of joint coding enabling information. Specifically, the second configuration message may be indicative of at least one of: joint coding for the first DCI part and the second DCI part being disabled; joint coding for the second DCI part and the first data being disabled; joint coding for the first DCI part and the second DCI part being enabled; joint coding for the second DCI part and the first data being enabled. That is, the second configuration message may not only be indicative of whether joint coding is enabled, but also can be indicative of whether joint coding is enabled for a specific type of joint coding, for example, whether joint coding is enabled for the first DCI part, whether joint coding is enabled for the second DCI part, whether joint coding is enabled for the first data, whether joint coding is enabled for the first DCI part and the second DCI part, whether joint coding is enabled for the second DCI part and the first data, etc.

[0205] By sending the second configuration message to the terminal device, flexible configuration for the joint coding between the first DCI part and the first part of the second DCI part, or the joint coding between the second DCI part and the first data scheduled by the DCI can be realized.

[0206] In the related art, because a terminal device does not know in advance which format DCI is carried on the received PDCCH, and does not know which candidate PDCCH is used to transmit the DCI, the terminal device needs to perform PDCCH blind detection to receive corresponding DCI. Before the terminal device successfully decodes the PDCCH, the terminal device may attempt to decode each possible candidate PDCCH until the terminal device successfully detects the PDCCH, or a quantity of DCI expected to be received by the terminal device or a quantity of blind detection times limit of the terminal device is reached. For a two-stage DCI structure without joint coding, the terminal device receives the first DCI part (for example by receiving a physical channel carrying the first DCI part) and performs blind detection to decode the first DCI part. Scheduling information for the second DCI part, within the PDSCH, is explicitly indicated by the first DCI part. The result is that the second DCI part can be received and decoded by the terminal device without the need to perform blind detection, based on the scheduling information in the first DCI part.

[0207] It could be understood that for the embodiments of the present disclosure where the second DCI part is jointly coded with at least part of the first data, the above blind detection scheme may be applied. Further, for the embodiments of the present disclosure where the first DCI part is jointly coded with the first part of the second DCI part, the present disclosure further provides solutions for blind detection applicable to these embodiments.

[0208] In an implementation, the terminal device may monitor a set of PDCCH candidates to obtain the first DCI part and the first part of the second DCI part. The terminal device may perform blind detection on the set of PDCCH candidates to decode the first DCI part and the first part of the second DCI part. For example, the set of PDCCH candidates may be determined based on aggregation level (AL) information and candidate quantity information, such as AL information for the first DCI part, AL information for the first part of the second DCI part, the number of candidates with an AL for the first DCI part, the number of candidates with an AL for the first part of the second DCI part, etc. The AL information, the candidate quantity information and other information for blind detection may be predefined or configured, e.g., through an RRC signaling. For example, the terminal device may receive a first configuration message from the network device to obtain the set of PDCCH candidates, where the first configuration message is indicative of the AL information and the candidate quantity information.

[0209] By monitoring the set of PDCCH candidates for the first DCI part and the first part of the second DCI part, the terminal device can perform blind detection to decode the first DCI part and the first part of the second DCI part. Since the scheduling information for the second part of the second DCI part is explicitly indicated by the first DCI part, the second part of the second DCI part can be received and decoded by the terminal device without the need to perform blind detection, based on the scheduling information for the second part of the second DCI part in the first DCI part.

[0210] With the wireless communication method provided by the present disclosure, the terminal device receives the DCI for scheduling the first data from the network device. The DCI includes the first DCI part and the second DCI part, and at least part of the second DCI part is subject to joint coding. The second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded. Since the DCI including two parts is utilized and joint coding is enabled for the DCI, reliability of the DCI can be improved.

[0211] In the above, the wireless communication method of the present disclosure is described from the perspective of the terminal device in combination with FIG. 10. In the following, a wireless communication method of the present disclosure will be described from the perspective of a network device in combination with FIG. 11. FIG. 11 shows a schematic flowchart of another wireless communication method according to one or more embodiments of the present disclosure. The method can be implemented by a network device. As shown in FIG. 10, the method can include:

[0212] S1101, a network device sends DCI to a terminal device, where the DCI is used for scheduling first data, and the DCI includes a first DCI part and second DCI part; where the second DCI part and at least part of the first  data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded.

[0213] For S1101, reference may be made to the description for S1001, which will not be repeated here.

[0214] With the wireless communication method provided by the present disclosure, the network device sends the DCI for scheduling first data to the terminal device. The DCI includes first DCI and second DCI part, and at least part of the second DCI part is subject to joint coding. The second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded. Since the DCI including two parts is utilized and joint coding is enabled for the DCI, reliability of the DCI can be improved.

[0215] In order to elaborate the wireless communication methods of the present disclosure more clearly, in the following, the method will be described in more details.

[0216] FIG. 12 is a schematic flowchart of still another wireless communication method according to one or more embodiments of the present disclosure. This method includes the following steps.

[0217] S1201, a network device sends DCI to a terminal device, where the DCI is used for scheduling first data, and the DCI includes a first DCI part and a second DCI part; where the second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded.

[0218] S1202, the network device sends the first data to the terminal device.

[0219] S1203, the terminal device receives the DCI from the network device, and receives the first data from the network device according to the DCI.

[0220] The network device sends the DCI for scheduling the first data to the terminal device, and the DCI includes the first DCI part and the second DCI part. The terminal device receives both the first DCI part and the second DCI part to get control information for data transmission. The DCI including the first DCI part and the second DCI part can be applied to a two-stage DCI framework improved based on the present disclosure, in which the first DCI part may also be called first stage DCI and the second DCI part may also be called second stage DCI. In the present disclosure, joint coding is introduced in a two-stage DCI framework. Specifically, at least part of the second DCI part is subject to joint coding.

[0221] In a first embodiment, the second DCI part and at least part of the first data may be jointly coded. The second DCI part is self-decodable by the terminal device, and the second DCI part is joint-decodable with the at least part of the first data by the terminal device. The second DCI part may be jointly coded with a part of the first data, or jointly coded with the whole first data. As for which part of the first data is jointly coded with the second DCI part, it may be configured (e.g., through an RRC signaling) or predefined, or may be indicated in the first DCI part. In this embodiment, the DCI may indicate downlink scheduling information. The DCI may schedule one TB  or multiple TBs for the first data (may also be referred to as a first packet) . Each TB may correspond to one or multiple CBs.

[0222] In an implementation, the second DCI part and the at least part of the first data are jointly coded into a first codeword. The first codeword includes a plurality of encoded blocks generated by encoding the second DCI part and the at least part of the first data with an error correction code, and the plurality of encoded blocks include a self-decodable encoded block corresponding to the second DCI part. The self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the first codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the first codeword.

[0223] In an implementation, the first codeword may correspond to one or multiple CBs. For example, the second DCI part may be jointly encoded with one or multiple CBs of the first data, which can be configured or predefined. In an implementation, Solution 1 or Solution 2 of the joint coding as described above may be applied for the joint coding for the second DCI part, in which the second DCI part may be processed in accordance with the processing for the URLLC data in Solution 1 and Solution 2 and the at least part of the first data may be processed in accordance with the processing for the eMBB data in Solution 1 and Solution 2. For the implementation of the joint coding, there may be two manners as follows.

[0224] Manner 1: the second DCI part and one CB of a part of the first data may be jointly encoded into the first codeword (i.e., a joint codeword) , where a corresponding CB index for the CB of the first data for forming the first codeword may be predefined or indicated (e.g., by DCI) or configured (e.g., through an RRC signaling) . That is, which part of the first data is used for forming the joint codeword and further which part is specifically jointly coded with the second DCI part may be configured (e.g., through an RRC signaling) or predefined, or may be indicated in the first DCI part.

[0225] In an example, as shown in FIG. 13, which shows an example of a two-stage DCI framework with joint coding, one TB is scheduled for the first data, and the one TB may correspond to N+1 CBs, namely, CB0 to CBN (i.e., the n-th CB) . The second DCI part is jointly encoded with CB0 (as predefined, for example) of the first data to form the first codeword (as shown in the dashed box) . In this example, after receiving the first codeword, the terminal device could perform self-decoding and / or joint decoding to derive the second DCI part. In another example (not shown) , CB0 and CB1 of the first data may be used for forming the first codeword, and the second DCI part is jointly encoded with CB0. It could be understood that in this case, the first codeword also includes information of CB1 which is used for forming the first codeword but is not jointly coded with the second DCI part.  In still another example (not shown) , CB0-CBN of the first data may be used for forming the first codeword, and the second DCI part is jointly encoded with CB0. Similarly, in this case, the first codeword also includes information of CB1-CBN which are used for forming the first codeword but are not jointly coded with the second DCI part. For ease of description, the first codeword (or the joint codeword) in this case will also be called jointly code data or joint codeword in the present disclosure.

[0226] In a specific implementation of Manner 1, a limitation of maximum encoded information length in channel coding is considered, and it is assumed that the maximum encoded information length is to be reached, e.g., with the total number of information bits being Nmax. When the second DCI part and a CB of the first data are jointly encoded, the second DCI part may occupy some of the information bits, resulting in the length of codable information of the CB being smaller than Nmax. Thus, in an example of the present disclosure, different CBs of the first data may have different payload sizes, for example, a payload size of CB0 may be smaller than payload sizes of CB1-CBN, and in this case, CB0 with the smaller payload size is jointly coded with the second DCI part.

[0227] Continuing with the above example of FIG. 13, the second DCI part (2nd DCI part, as shown in the shaded area of FIG. 13) in the first codeword (i.e., the joint codeword) is self-decodable. In addition, the second DCI part and the CB0 of the first data are jointly encoded into the first codeword, where the second DCI part represents information of the second DCI part, the CB0 of the first data represents a part of the first data, and after the joint coding, the first codeword contains information of the second DCI part and the part of the first data. It should be noted that the portion in the spotted area of FIG. 13 includes not only information of the CB0 of the first data (e.g., corresponding to the larger code of FIG. 6a and FIG. 6b) but also information of some or all of bits of the second DCI part embedded by joint coding. In this way, after a successful self-decoding of the second DCI part in the shaded area, the second DCI part can be used for enhancing the decoding of the CB0 of the first data, since the correctly decoded second DCI part provides prior information for the decoding of the portion in the spotted area which includes information of the CB0 of the first data and some or all of bits of the second DCI part that are already decoded correctly. Thus, augmented first data is achieved. However, for ease of description, the portion in the spotted area will be simply called CB0 of the first data in the following description, and it should be understood that the portion in the spotted area also includes some or all bits of the second DCI part embedded.

[0228] Manner 2: the second DCI part and more than one CBs of the first data may be jointly encoded into the first codeword (not shown) , where the number of CBs (those of the first data for forming the first codeword) subject to the joint coding and corresponding CB indexes may be predefined or indicated (e.g., by DCI) or  configured (e.g., through an RRC signaling) . For example, the second DCI part may be jointly encoded with two CBs of the first data, i.e., CB0 and CB1 of the first data, to form the first codeword. Specifically, the second DCI part and 2 CBs may be jointly encoded into 2 encoded blocks, each encoded block including the second DCI part. Or, the second DCI part may be jointly encoded with the whole first data, i.e., CB0-CBN (the n-th CB) of the first data, to form the first codeword. Specifically, the second DCI part and N+1 CBs may be jointly encoded into N+1 encoded blocks, each encoded block including the second DCI part. Manner 2 can be beneficial for further improving reliability of the second DCI part, e.g., the second DCI part can be repeated and jointly encoded with multiple CBs.

[0229] In the following description, Manner 1 will be taken as an example of the implementation of the joint coding. It should be understood that Manner 2 could also be applied.

[0230] In an implementation, the second DCI part may be jointly coded with a part of the first data. As for which part of the first data is jointly coded with the second DCI part, it may be configured (e.g., through an RRC signaling) or predefined, or may be indicated in the first DCI part. The first data may include a first part and a second part, and the at least part of the first data jointly coded with the second DCI part is the first part of the first data. The second DCI part and the first part of the first data may be jointly coded into the first codeword. The first part of the first data may be CB0 of the first data, and the second part of the first data may be CB1-CBN of the first data. That is, the second DCI part is jointly coded with CB0 of the first data, and the first codeword includes information of the second DCI part and CB0 of the first data.

[0231] In an example, the first codeword may be carried on a first PDSCH scheduled by the first DCI part. The first DCI part may be indicative of scheduling information of the first codeword (including the second DCI part and the first part of the first data) . The scheduling information of the first codeword may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) and decoding information (e.g., MCS, DMRS, etc. ) of the first codeword. The second DCI part may be indicative of scheduling information of the second part of the first data. The scheduling information of the second part of the first data may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) and decoding information (e.g., MCS, DMRS, etc. ) of the second part of the first data. Optionally, the scheduling information for the first data (including the first part and the second part) may also include HARQ-related information (HARQ process ID, NDI, RV, feedback resource information, feedback timing information, etc. ) and other information (such as measurement indication, power control indication) for the first data, which may be called non-time-critical scheduling information. It can be understood that the non-time-critical scheduling information for the first part of the first data  may be indicated by the first DCI part or the second DCI part. The second part of the first data may be carried on a second PDSCH scheduled by the second DCI part. The terminal device can receive the first data according to the scheduling information of the first part of the first data and the scheduling information of the second part of the first data. It could be understood that the above S1201 and S1202 are described as two steps in terms of functions, which does not mean that the DCI in S1201 and the first data in S1202 are transmitted and received in different channels separately. Instead, as in this example, the second DCI part and the first part of the first data may be carried on the first PDSCH due to the joint coding, and the second part of the first data may be carried on the second PDSCH.

[0232] More details will be given below in combination with FIG. 13. In this example, the first DCI part (1st DCI part) indicates the resources for the joint codeword (i.e., the first codeword as shown in the dashed box) of the second DCI part (2nd DCI part) and a part of a TB scheduled by the DCI. The 2nd DCI part indicates the resources for the second part of the TB. The 2nd DCI part and CB0 of the scheduled TB are jointly coded (also referred to as mixed traffic coding) , and carried on the PDSCH (i.e., the first PDSCH) scheduled by the 1st DCI part. The second part of the TB (CB1 to CBN) are carried on another PDSCH (i.e., the second PDSCH) , which is scheduled by the 2nd DCI part.

[0233] Specifically, the 1st DCI part indicates at least one of the following:

[0234] resources for the joint codeword of the 2nd DCI part and part of downlink data (e.g., CB0 of the TB scheduled) ;

[0235] a size of the 2nd DCI part and / or a size of the part of downlink data (e.g., CB0 of the TB scheduled) ;

[0236] RE portion used by the 2nd DCI part, including the number of REs used by the 2nd DCI part / the number of REs of the resources indicated for the joint codeword;

[0237] RE locations used by the 2nd DCI part, where the 2nd DCI part is mapped to a resource according to a predefined rule, e.g., a rule of first frequency-domain then time-domain;

[0238] modulation order and coding rate of the 2nd DCI part and / or modulation order and coding rate of part of the downlink data, for example, a joint MCS indication (e.g., an index in a joint MCS table) , or separate MCS indications.

[0239] The 2nd DCI part indicates the scheduling information for the second part of the first data, e.g., remaining CBs of the TB. The scheduling information includes: time / frequency / spatial resources, HARQ timing and HARQ feedback resources, etc.

[0240] For the behavior of the terminal device, the terminal device combines the previously received CB0 (in  the joint codeword) and the remaining CBs in a soft buffer, to decode the TB of the PDSCH.

[0241] In this example, reliability of the 2nd DCI part can be improved due to the joint coding.

[0242] In another example, the first codeword and the second part of the first data may be carried on a PDSCH scheduled by the first DCI part. The first DCI part may be indicative of scheduling information of the first codeword and first scheduling information of the second part of the first data. The scheduling information of the first codeword may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) and decoding information (e.g., MCS, DMRS, etc. ) of the first codeword (i.e., of the second DCI part and the first part of the first data) . The first scheduling information of the second part of the first data may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) and decoding information (e.g., MCS, DMRS, etc. ) of the second part of the first data. The second DCI part may be indicative of second scheduling information of the second part of the first data. The second scheduling information of the second part of the first data may for example be non-time-critical scheduling information of the second part of the first data, such as measurement indication, power control indication, HARQ-related information (HARQ process ID, NDI, RV, feedback resource information, feedback timing information, etc. ) . Alternatively, the first DCI part may be indicative of scheduling information of the second DCI part and time-critical scheduling information (such as MCS, DMRS) of the first data, and the second DCI part may be indicative of non-time-critical scheduling information of the first data. The terminal device can receive the first data according to the scheduling information of the first part of the first data and the scheduling information of the second part of the first data.

[0243] More details will be given below in combination with FIG. 14, which shows another example of a two-stage DCI framework with joint coding. In this example, the first DCI part (1st DCI part) indicates the resources for the joint codeword (i.e., the first codeword (or mixed traffic) as shown in the dashed box) of the second DCI part (2nd DCI part) and the scheduled TB, where joint coding is enabled for the 2nd DCI part and the TB (specifically, CB0 of the TB in this example) . The 1st DCI part indicates time / frequency resources for the 2nd DCI part and the whole scheduled downlink TB. The 2nd DCI part and CB0 of the scheduled TB are joint coded (also referred to as mixed traffic coding) , and the 2nd DCI part and the whole TB are carried on the PDSCH scheduled by the 1st DCI part.

[0244] Specifically, the 1st DCI part indicates decoding related information including at least one of the following:

[0245] resources for joint coding information (i.e., the joint codeword) of the 2nd DCI part and the downlink TB;

[0246] RE portion used by the 2nd DCI part;

[0247] modulation order and coding rate of the 2nd DCI part and / or the downlink TB;

[0248] DMRS configuration.

[0249] The 2nd DCI part indicates non-time-critical information of the downlink TB, including HARQ feedback timing / resources, measurement indication, power control indication, etc.

[0250] In another implementation, the second DCI part and the first data may be jointly coded into the first codeword. That is, the at least part of the first data jointly coded with the second DCI part is the first data. In other words, the second DCI part may be jointly coded with the whole first data, e.g., with the whole TB of the first data scheduled by the DCI. The first codeword here includes the second DCI part and the whole first data. That is, different from the above implementation where the second DCI part is jointly coded with only CB0 of the TB, the second DCI part is jointly coded with the whole TB in this implementation, for example, using the above Manner 2 of joint coding.

[0251] In this implementation, as an example, the first DCI part may be indicative of scheduling information of the first codeword (including the second DCI part and the whole first data) . The scheduling information of the first codeword may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) of the first codeword, and decoding information (e.g., MCS, DMRS, etc. ) of the second DCI part and / or of the first data. As an example, the scheduling information indicated by the first DCI part may be time-critical scheduling information, such as the above resource information and decoding information. The second DCI part may be indicative of scheduling information of the first data, for example, non-time-critical scheduling information, such as measurement indication, power control indication, HARQ-related information (HARQ process ID, NDI, RV, feedback resource information, feedback timing information, etc. ) for the first data. The terminal device can receive the first data according to the scheduling information of the first data.

[0252] Optionally, in an implementation, the first DCI part may indicate the presence of the second DCI part. If the second DCI part is not present, which may be indicated by the first DCI part, the terminal device receives the first DCI part to get the control information for data transmission.

[0253] Optionally, in an implementation of the case where the second DCI part and at least part of the first data are jointly coded, the first DCI part may be indicative of whether joint coding for the second DCI part is enabled. Indication of whether the joint coding is enabled for the second DCI part may be implemented explicitly. For example, the first DCI part may include a joint coding indication field for indicating whether the joint coding is enabled for the second DCI part. The indication of whether the joint coding is enabled for the second DCI part  may also be implemented implicitly. For example, some fields in the first DCI part may be set as invalid values to indicate that the joint coding disabled.

[0254] In a second embodiment, the first DCI part and a part of the second DCI part may be jointly coded. The second DCI part may include a first part and a second part, and the part of the second DCI part jointly coded with the first DCI part is the first part of the second DCI part. The first DCI part is self-decodable, and the first DCI part is joint-decodable with the first part of the second DCI part. For the implementation of the joint coding, the above Manner 1 may also be applied, and will not be repeated here. In this embodiment, the DCI may indicate downlink scheduling information, or uplink scheduling information, or scheduling information for both downlink and uplink, that is, simultaneously scheduling for downlink and uplink.

[0255] In an example, the first part of the second DCI part may have information bits with a lower priority than that of information bits of the second part of the second DCI part. It should be noted that division of the first part and the second part may not be limited thereto, and other division manners may also be applied.

[0256] In an implementation, the first DCI part and the first part of the second DCI part are jointly coded into a second codeword. The second codeword includes a plurality of encoded blocks generated by encoding the first DCI part and the first part of the second DCI part with an error correction code, and the plurality of encoded blocks include a self-decodable encoded block corresponding to the first DCI part. The self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the second codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the second codeword.

[0257] In an implementation, the first DCI part may be indicative of scheduling information of the second part of the second DCI part, the first part of the second DCI part may be indicative of first scheduling information of the first data, and the second part of the second DCI part may be indicative of second scheduling information of the first data. The scheduling information of the second part of the second DCI part may include resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) of the second part of the second DCI part, and decoding information (e.g., MCS, DMRS, etc. ) of the second part of the second DCI part. The first scheduling information of the first data may have a lower priority than the second scheduling information of the first data. For example, the first scheduling information of the first data may include non-time-critical scheduling information of the first data, such as measurement indication, power control indication, HARQ-related information (HARQ process ID, NDI, RV, feedback resource information, feedback timing information, etc. ) for the first data, and the second scheduling information of the first data may include time-critical scheduling information of the first  data, including resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) , decoding information (MCS, DMRS, etc. ) , etc. The terminal device can receive the first data according to the scheduling information of the first data.

[0258] More details will be given below in combination with FIG. 15, which shows still another example of a two-stage DCI framework with joint coding. In this example, the first DCI part (1st DCI part) is jointly coded with the first part (called part 1) of the second DCI part (2nd DCI part) having lower priority information bits, and the second part (called part 2) of the 2nd DCI part has higher priority information bits. The payload size of part 1 of the 2nd DCI part is predefined or configured. In this example, as shown in FIG. 15, the 1st DCI part and part 1 of the 2nd DCI part are jointly encoded into a joint codeword (i.e., the second codeword as shown in the dashed box) , where the 1st DCI part (as shown in the shaded area) is self-decodable (RE locations are blind detected) , and the portion in the spotted area (RE locations are blind detected) includes not only part 1 of the 2nd DCI part but also some of bits of the 1st DCI part embedded because of the joint coding. The joint codeword includes the self-decodable 1st DCI part and the portion in the spotted area. The 1st DCI part (as shown in the shaded area) can be self-decoded in a resource, where first PDCCH candidates for the self-decodable 1st DCI part are configured, and the terminal device performs blind detection on the first PDCCH candidates to decode the 1st DCI part. The 1st DCI part can also be jointly decoded with part 1 of the 2nd DCI part in a resource, where second PDCCH candidates for the portion in the spotted area are configured, and the terminal device performs blind detection on the second PDCCH candidates to decode the 1st DCI part and part 1 of the 2nd DCI part.

[0259] The 1st DCI part is indicative of scheduling information of part 2 of the 2nd DCI part, including resource information (e.g., time / frequency / spatial resources, RE portion, RE location, etc. ) and decoding information (e.g., MCS, DMRS, etc. ) of part 2 of the 2nd DCI part. Part 1 of the 2nd DCI part is indicative of first scheduling information of the first data, including non-time-critical scheduling information of the first data, such as measurement trigger, transmit power control (TPC) , HARQ feedback information (HARQ process ID, NDI, RV, feedback resource information, feedback timing information, etc. ) . Part 2 of the 2nd DCI part is indicative of second scheduling information of the first data, including time-critical scheduling information of the first data, such as data scheduling information (time / frequency / spatial resources) , DMRS information, AI / ML (Artificial Intelligence / Machine Learning) inference information, etc.

[0260] In this example, reliability of the 1st DCI part can be improved due to the joint coding. Further, the performance of part 2 of the 2nd DCI part can be improved, e.g., by configuring a lower coding rate for part 2.

[0261] As described above, for the first embodiment of the present disclosure, the blind detection scheme for a  two-stage DCI structure in the related art may be applied. For the second embodiment of the present disclosure where joint coding is enabled for the first DCI part and the first part of the second DCI part, the present disclosure further provides solutions for blind detection applicable to the second embodiment. One important issue is to define PDCCH candidates for the self-decodable first DCI part and PDCCH candidates for the portion in the spotted area (including part 1 of the 2nd DCI part and some bits of the 1st DCI part embedded) .

[0262] In an implementation, the terminal device may monitor a set of PDCCH candidates to obtain the first DCI part and the first part of the second DCI part. The terminal device may perform blind detection on the set of PDCCH candidates to decode the first DCI part and the first part of the second DCI part. For example, the set of PDCCH candidates may be determined based on aggregation level (AL) information and candidate quantity information, such as AL information for the first DCI part, AL information for the first part of the second DCI part, the number of candidates with an AL for the first DCI part, the number of candidates with an AL for the first part of the second DCI part, etc. The AL information, the candidate quantity information and other information for blind detection may be predefined or configured, e.g., through an RRC signaling.

[0263] In an implementation, the set of PDCCH candidates may include first PDCCH candidates for the first DCI part and second PDCCH candidates for the first part of the second DCI part. The terminal device may receive a first configuration message from the network device to obtain the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part. Specific implementations will be given below.

[0264] In a specific implementation, the first configuration message may be indicative of the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part. That is, both information about the first PDCCH candidates for the first DCI part and information about the second PDCCH candidates for the first part of the second DCI part are indicated in the first configuration message.

[0265] More details will be given below in combination with FIG. 16, which shows an example of candidate configuration. In this example, separate configurations of DL control candidates for the first DCI part (1st DCI part) and the first part (part 1) of the second DCI part (2nd DCI part) are performed. The network device configures Aggregation Levels for the 1st DCI part (AL-0) , and configures ALs for part 1 of the 2nd DCI part (AL-1) . Strictly speaking, candidates 1604 for part 1 of the 2nd DCI part mean candidates for the portion as shown in the spotted area including not only part 1 of the 2nd DCI part but also partial or all information of the 1st DCI part. AL is defined as the number of CCEs (Control Channel Elements) used for sending control information, and values thereof may be 1, 2, 4, 8, 16. According to the AL-0 for the self-decodable 1st DCI part, the number of available  REs are known. In addition, the payload size of the 1st DCI part is known at the terminal device side, so the coding rate for the 1st DCI part can be determined at the terminal device side. Further, according to the AL-1 for the portion of the 1st DCI part and part 1 of the 2nd DCI part, the number of available REs are known. In addition, the coding rate and payload size of the 1st DCI part is known at the terminal device side, so the coding rate for part 1 of the 2nd DCI part can be determined at the terminal device side.

[0266] The network device configures the number of candidates with the aggregation levels of AL-0 for the 1st DCI part as candidate number-0, and configures the number of candidates with the aggregation levels of AL-1 for the portion shown in the spotted area (including the 1st DCI part and part 1 of the 2nd DCI part) as candidate number-1.

[0267] The terminal device attempts to perform blind detection on the 1st DCI part in the candidates 1602 for the 1st DCI part and in the candidates 1604 for part 1 of the 2nd DCI part. For example, as shown in FIG. 16, the network device configures candidate number-0 = 5 and candidate number-1 = 2, i.e., 5 candidates 1602 and 2 candidates 1604. The network device configures smaller candidates 1604 for part 1 of the 2nd DCI part to reduce blind detection efforts.

[0268] It should be noted that since the first DCI part is jointly coded with the first part of the second DCI part, the terminal device needs to know that there is an association between the to-be-monitored first PDCCH candidates for the first DCI part and the to-be-monitored second PDCCH candidates for the first part of the second DCI part, so after being notified of the AL information and candidate number, the terminal device may correlate the respective AL information and candidate number for the 1st DCI part and the part 1 of the 2nd DCI part to obtain their coding rates and thereby decode the 1st DCI part and the part 1 of the 2nd DCI part. Illustratively, such association may be configured, e.g., through an RRC signaling.

[0269] In another specific implementation, the first configuration message may be indicative of the first PDCCH candidates for the first DCI part. The second PDCCH candidates for the first part of the second DCI part may be determined according to the first PDCCH candidates for the first DCI part and a relationship between candidate locations for the first DCI part and candidate locations for the first part of the second DCI part. The relationship may be predefined or configured, e.g., through an RRC signaling. For example, for each candidate for the first DCI part, RE locations for the first part of the second DCI part can be determined based on the relationship.

[0270] More details will be given below in combination with FIG. 17, which shows another example of candidate configuration. In this example, candidates 1704 for part 1 of the 2nd DCI part are associated to candidates  1702 for the 1st DCI part. Strictly speaking, candidates 1704 for part 1 of the 2nd DCI part mean candidates for the portion as shown in the spotted area including not only part 1 of the 2nd DCI part but also partial or all information of the 1st DCI part. Based on a relationship between candidate locations for the 1st DCI part and candidate locations for part 1 of the 2nd DCI part, according to a candidate resource for the 1st DCI part, the terminal device knows the associated candidate resource for part 1 of the 2nd DCI part. For example, there are one or multiple PDCCH candidates 1702 for the 1st DCI part with self-decoding. For each candidate 1702, the RE locations for the portion shown in the spotted area (including the 1st DCI part and part 1 of the 2nd DCI part) are predefined or configured, due to the association relationship as shown in FIG. 17.

[0271] In yet another specific implementation, the first configuration message may be indicative of a PDCCH candidate for the first DCI part and the first part of the second DCI part. The PDCCH candidate may consist of a resource, and the resource is used for the network device to transmit the first DCI part and the first part of the second DCI part. In this case, the terminal device can determine the PDCCH candidate from the first configuration message and can monitor the PDCCH candidate to perform blind detection for the first DCI part and the first part of the second DCI part.

[0272] An example will be given below. In this example, the PDCCH candidates for the self-decodable 1st DCI part and the PDCCH candidates for the portion including part 1 of the 2nd DCI part and partial or all information of the 1st DCI part are configured as follows. The network device configures a PDCCH candidate for the 1st DCI part and part 1 of the 2nd DCI part (i.e., a total PDCCH candidate) . The PDCCH candidate consists of a resource used for the network device to transmit the first DCI part and the first part of the second DCI part. For example, the network device configures an aggregation level of 16 for the first DCI part and the first part of the second DCI part, the terminal device then determines, for example based on a predefined configuration, that 4 CCEs among the 16 CCEs are for the first DCI part and the remaining 12 CCEs are for the first part of the second DCI part, in this way, the terminal device could obtain PDCCH candidates for the 1st DCI part and part 1 of the 2nd DCI part. The coding rate of the 1st DCI part and the coding rate of part 1 of the 2nd DCI part are assumed to be the same. Alternatively, upon determining the number of CCEs, the coding rate of the 1st DCI part or the coding rate of part 1 of the 2nd DCI part may be determined based on a payload size thereof which is predefined or configured.

[0273] It should be noted that regardless of which form the first configuration message takes, the terminal device would perform similar operations to derive the coding rates of the 1st DCI part and part 1 of the 2nd DCI part as described with reference to FIG. 16.

[0274] In an implementation, the first DCI part is self-decodable in a first candidate resource (e.g., the  candidate resource as shown in the shaded area of FIG. 16 and FIG. 17) of the first PDCCH candidates for the first DCI part. The first part of the second DCI part and partial information of the first DCI part are mapped in a second candidate resource (e.g., the candidate resource as shown in the spotted area of FIG. 16 and FIG. 17) of the second PDCCH candidates for the first part of the second DCI, and the first part of the second DCI part and the partial information of the first DCI part are decodable in the second candidate resource.

[0275] With the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part, the terminal device monitors the first PDCCH candidates to perform blind detection to decode the first DCI part, and monitors the second PDCCH candidates to perform blind detection to decode the first part of the second DCI part and partial or all information of the first DCI part. Since the scheduling information for the second part of the second DCI part is explicitly indicated by the first DCI part, the second part of the second DCI part can be received and decoded by the terminal device without the need to perform blind detection, based on the scheduling information for the second part of the second DCI part in the first DCI part.

[0276] Optionally, in an implementation, the network device may send a second configuration message to the terminal device. The second configuration message may be indicative of joint coding enabling information. Specifically, the second configuration message may be indicative of at least one of: joint coding for the first DCI part and the second DCI part being disabled; joint coding for the second DCI part and the first data being disabled; joint coding for the first DCI part and the second DCI part being enabled; joint coding for the second DCI part and the first data being enabled. That is, the second configuration message may not only be indicative whether joint coding is enabled, but also can be indicative of a specific type of joint coding. The specific type of joint coding may include, but not limited to, joint coding for the first DCI part, joint coding for the second DCI part, joint coding for the first DCI part and the second DCI part, joint coding for the second DCI part and the first data, etc.

[0277] An example will be given here. In this example, a case where the DCI is configured to be monitored by the terminal device is considered, and a field of “joint coding for the first DCI part” is utilized. Specifically, when joint coding for the DCI (i.e., joint coding for the second DCI part) is not configured (e.g., by an RRC signaling) , the terminal device determines that the first DCI part and the second DCI part are separately channel coded. When joint coding for the DCI is configured, if the field of “joint coding for the first DCI part” is absent, the terminal device determines that the joint coding is enabled for the second DCI part and the scheduled PDSCH (i.e., the first data) ; if the field of “joint coding for the first DCI part” has a value of “True” (e.g., “1” ) , the terminal device determines that the joint coding is enabled for the first DCI part and the first part of the second DCI part; if the field of “joint coding for the first DCI part” has a value of “False” (e.g., “0” ) , the terminal device determines that  the joint coding is enabled for the second DCI part and the scheduled PDSCH (i.e., the first data) .

[0278] By sending the second configuration message to the terminal device, flexible configuration for the joint coding between the first DCI part and the first part of the second DCI part, or the joint coding between the second DCI part and the first data scheduled by the DCI can be realized.

[0279] S1204, the terminal device performs decoding on the received first data according to the DCI.

[0280] The terminal device receives the DCI including the first DCI part and the second DCI part to obtain the scheduling information of the first data, and receives the first data according to the DCI (e.g., the resource information in the scheduling information) .

[0281] In the embodiments of the present disclosure where the second DCI part and at least part of the first data are jointly coded into the first codeword, according to an implementation, after receiving the first codeword, the terminal device may perform decoding on the first codeword according to the first DCI part. The second DCI part in the first codeword may be self-decodable by the terminal device, and the second DCI part may be joint-decodable with the at least part of the first data by the terminal device. In an implementation, the terminal device may make multiple decoding attempts. In a first decoding attempt, the terminal device performs self-decoding on the second DCI part according to the first DCI part. Specifically, the self-decoding on the second DCI part may be performed after receiving a corresponding minimum of required code bits of the second DCI part. If the self-decoding of the second DCI part is successful, then the correctly decoded bits can be used to enhance decoding performance for the at least part of the first data, after a corresponding minimum of required code bits of the at least part of the first data are received. A second decoding attempt will be made if the self-decoding of the second DCI part fails. Instead of directly determining a data transmission failure when there is no retransmission for the second DCI part, the terminal device may instead proceed to attempt to jointly decode the second DCI part with the at least part of the first data. After the joint decoding, regardless of whether the at least part of the first data is decoded successfully or not, the joint decoding can increase a probability that the second DCI part will be successfully decoded. If the self-decoding succeeded, the second DCI part can be used for enhancing the at least part of the first data since the correctly received second DCI part provides prior information for the decoding of the at least part of the first data.

[0282] After the above joint decoding process, the terminal device can perform decoding on the received first data according to the first DCI part and the second DCI part (e.g., the corresponding decoding information in the scheduling information) .

[0283] Further, it should be noted that in the embodiments where the second DCI part is jointly coded with the  first part of the first data, the terminal device may first combine the first part of the first data and the second part of the first data, and then perform decoding on the combined first data according to the DCI. Specifically, in an implementation, the terminal device may obtain the first part of the first data after the joint decoding and store the obtained first part of the first data in a buffer. After receiving the second part of the first data, the terminal device combines the stored first part of the first data and the second part of the first data, and then performs decoding on the combined first data according to the corresponding decoding information in the DCI.

[0284] Since joint coding is enabled for the second DCI part and at least part of the first data, the reliability of the second DCI part and the at least part of the first data can be improved.

[0285] In the embodiments of the present disclosure where the first DCI part is jointly coded with the first part of the second DCI part, according to an implementation, after receiving the second codeword, the terminal device may perform decoding on the received second codeword. The first DCI part in the second codeword may be self-decodable by the terminal device, and the first DCI part may be joint-decodable with the first part of the second DCI part by the terminal device. In an implementation, the terminal device may make multiple decoding attempts. In a first decoding attempt, the terminal device performs self-decoding on the first DCI part. Specifically, the self-decoding on the first DCI part may be performed after receiving a corresponding minimum of required code bits of the first DCI part. If the self-decoding of the first DCI part is successful, then the correctly decoded bits can be used to enhance decoding performance for the first part of the second DCI part, after a corresponding minimum of required code bits of the first part of the second DCI part are received. A second decoding attempt will be made if the self-decoding of the first DCI part fails. Instead of directly determining a data transmission failure when there is no retransmission for the first DCI part, the terminal device may instead proceed to attempt to jointly decode the first DCI part with the first part of the second DCI part. After the joint decoding, regardless of whether the first part of the second DCI part is decoded successfully or not, the joint decoding can increase a probability that the first DCI part will be successfully decoded. If the self-decoding succeeded, the first DCI part can be used for enhancing the first part of the second DCI part since the correctly received first DCI part provides prior information for the decoding of the first part of the second DCI part.

[0286] Since joint coding is enabled for the first DCI part and the first part of the second DCI part, the reliability of the first DCI part and the first part of the second DCI part can be improved.

[0287] With the wireless communication method provided by the present disclosure, the terminal device receives the DCI for scheduling the first data from the network device. The DCI includes the first DCI part and the second DCI part, and at least part of the second DCI part is subject to joint coding. The second DCI part and at  least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded. Since the DCI including two parts is utilized and joint coding is enabled for the DCI, reliability of the DCI can be improved.

[0288] Next, embodiments of products related to the wireless communication methods will be described.

[0289] FIG. 18 shows a schematic structural diagram of a wireless communication apparatus according to one or more embodiments of the present disclosure. As shown in FIG. 18, the wireless communication apparatus 1800 may include:

[0290] a receiving module 1802, configured to receive DCI from a network device, where the DCI is used for scheduling first data, and the DCI includes a first DCI part and a second DCI part; where the second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded.

[0291] In a possible implementation, the first data includes a first part and a second part, and the at least part of the first data jointly coded with the second DCI part is the first part of the first data; where the second DCI part and the first part of the first data are jointly coded into a first codeword.

[0292] In a possible implementation, the first codeword is carried on a first physical downlink shared channel (PDSCH) scheduled by the first DCI part; where the first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the second part of the first data.

[0293] In a possible implementation, the second part of the first data is carried on a second PDSCH scheduled by the second DCI part.

[0294] In a possible implementation, the first codeword and the second part of the first data are carried on a PDSCH scheduled by the first DCI part; where the first DCI part is indicative of scheduling information of the first codeword and first scheduling information of the second part of the first data, and the second DCI part is indicative of second scheduling information of the second part of the first data.

[0295] In a possible implementation, the receiving module is further configured to receive the first data from the network device according to the DCI;

[0296] where the apparatus further includes:

[0297] a processing module, configured to: combine the first part of the first data and the second part of the first data; perform decoding on the combined first data according to the DCI.

[0298] In a possible implementation, the at least part of the first data jointly coded with the second DCI part is the first data, and the second DCI part and the first data are jointly coded into a first codeword.

[0299] In a possible implementation, the first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the first data.

[0300] In a possible implementation, the first codeword includes a plurality of encoded blocks generated by encoding the second DCI part and the at least part of the first data with an error correction code, and the plurality of encoded blocks include a self-decodable encoded block corresponding to the second DCI part, where the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the first codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the first codeword.

[0301] In a possible implementation, in a case that the second DCI part and at least part of the first data are jointly coded, the first DCI part is indicative of whether joint coding for the second DCI part is enabled.

[0302] In a possible implementation, the second DCI part includes a first part and a second part, and the part of the second DCI part jointly coded with the first DCI part is the first part of the second DCI part.

[0303] In a possible implementation, the first DCI part is indicative of scheduling information of the second part of the second DCI part, the first part of the second DCI part is indicative of first scheduling information of the first data, and the second part of the second DCI part is indicative of second scheduling information of the first data.

[0304] In a possible implementation, the receiving module is specifically configured to monitor a set of physical downlink control channel (PDCCH) candidates for the first DCI part and the first part of the second DCI part to obtain the first DCI part and the first part of the second DCI part.

[0305] In a possible implementation, the set of PDCCH candidates includes first PDCCH candidates for the first DCI part and second PDCCH candidates for the first part of the second DCI part; where the receiving module is further configured to receive a first configuration message from the network device to obtain the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part.

[0306] In a possible implementation, the first configuration message is indicative of the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part.

[0307] In a possible implementation, the first configuration message is indicative of the first PDCCH candidates for the first DCI part, and the second PDCCH candidates for the first part of the second DCI part are determined according to the first PDCCH candidates for the first DCI part and a relationship between candidate locations for the first DCI part and candidate locations for the first part of the second DCI part.

[0308] In a possible implementation, the first configuration message is indicative of a PDCCH candidate for  the first DCI part and the first part of the second DCI part, where the PDCCH candidate consists of a resource, and the resource is used for the network device to transmit the first DCI part and the first part of the second DCI part.

[0309] In a possible implementation, the receiving module is specifically configured to monitor the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part to obtain the first DCI part the first part of the second DCI part.

[0310] In a possible implementation, the first DCI part is self-decodable in a first candidate resource of the first PDCCH candidates for the first DCI part; where the first part of the second DCI part and partial information of the first DCI part are mapped in a second candidate resource of the second PDCCH candidates for the first part of the second DCI and are decodable in the second candidate resource.

[0311] In a possible implementation, the first configuration message is indicative of aggregation level (AL) information and candidate quantity information.

[0312] In a possible implementation, the first DCI part and the first part of the second DCI part are jointly coded into a second codeword; where the second codeword includes a plurality of encoded blocks generated by encoding the first DCI part and the part of the second DCI part with an error correction code, and the plurality of encoded blocks include a self-decodable encoded block corresponding to the first DCI part, where the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the second codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the second codeword.

[0313] In a possible implementation, the receiving module is further configured to receive a second configuration message from the network device, where the second configuration message is indicative of at least one of: joint coding for the first DCI part and the second DCI part being disabled; joint coding for the second DCI part and the first data being disabled; joint coding for the first DCI part and the second DCI part being enabled; joint coding for the second DCI part and the first data being enabled.

[0314] The wireless communication apparatus may be applied to the terminal device as described in the above method embodiments or may be the terminal device as described in the above method embodiments. It should be understood by a person skilled in the art that, the relevant description of the above modules in the embodiments of the present disclosure may be understood with reference to the relevant description of the wireless communication method in the embodiments of the present disclosure.

[0315] FIG. 19 shows a schematic structural diagram of another wireless communication apparatus according to one or more embodiments of the present disclosure. As shown in FIG. 19, the wireless communication apparatus  1900 may include:

[0316] a sending module 1902, configured to send DCI to a terminal device, where the DCI is used for scheduling first data, and the DCI includes a first DCI part and a second DCI part; where the second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded.

[0317] In a possible implementation, the first data includes a first part and a second part, and the at least part of the first data jointly coded with the second DCI part is the first part of the first data;

[0318] where the apparatus further includes:

[0319] a processing module, configured to jointly code the second DCI part and the first part of the first data into a first codeword.

[0320] In a possible implementation, the first codeword is carried on a first physical downlink shared channel (PDSCH) scheduled by the first DCI part; where first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the second part of the first data.

[0321] In a possible implementation, the second part of the first data is carried on a second PDSCH scheduled by the second DCI part.

[0322] In a possible implementation, the first codeword and the second part of the first data are carried on a PDSCH scheduled by the first DCI part; where first DCI part is indicative of scheduling information of the first codeword and first scheduling information of the second part of the first data, and the second DCI part is indicative of second scheduling information of the second part of the first data.

[0323] In a possible implementation, the at least part of the first data jointly coded with the second DCI part is the first data;

[0324] where the apparatus further includes:

[0325] a processing module, configured to jointly code the second DCI part and the first data into a first codeword.

[0326] In a possible implementation, the first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the first data.

[0327] In a possible implementation, the first codeword includes a plurality of encoded blocks generated by encoding the second DCI part and the at least part of the first data with an error correction code, and the plurality of encoded blocks include a self-decodable encoded block corresponding to the second DCI part, where the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded  blocks of the first codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the first codeword.

[0328] In a possible implementation, in a case that the second DCI part and at least part of the first data are jointly coded, the first DCI part is indicative of whether joint coding for the second DCI part is enabled.

[0329] In a possible implementation, the second DCI part includes a first part and a second part, and the part of the second DCI part jointly coded with the first DCI part is the first part of the second DCI part;

[0330] where the apparatus further includes:

[0331] a processing module, configured to jointly code the first DCI part and the first part of the second DCI part.

[0332] In a possible implementation, the first DCI part is indicative of scheduling information of the second part of the second DCI part, the first part of the second DCI part is indicative of first scheduling information of the first data, and the second part of the second DCI part is indicative of second scheduling information of the first data.

[0333] In a possible implementation, the sending module is further configured to send a first configuration message to the terminal device, to enable the terminal device to monitor a set of physical downlink control channel (PDCCH) candidates for the first DCI part and the first part of the second DCI part, where the set of PDCCH candidates includes first PDCCH candidates for the first DCI part and second PDCCH candidates for the first part of the second DCI part.

[0334] In a possible implementation, the first configuration message is indicative of the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part.

[0335] In a possible implementation, the first configuration message is indicative of the first PDCCH candidates for the first DCI part, and the second PDCCH candidates for the first part of the second DCI part are determined according to the first PDCCH candidates for the first DCI part and a relationship between candidate locations for the first DCI part and candidate locations for the first part of the second DCI part.

[0336] In a possible implementation, the first configuration message is indicative of a PDCCH candidate for the first DCI part and the first part of the second DCI part, where the PDCCH candidate consists of a resource, and the resource is used for the network device to transmit the first DCI part and the first part of the second DCI part.

[0337] In a possible implementation, the first DCI part is self-decodable by the terminal device in a first candidate resource of the first PDCCH candidates for the first DCI part; where the first part of the second DCI part and partial information of the first DCI part are mapped in a second candidate resource of the second PDCCH  candidates for the first part of the second DCI and are decodable by the terminal device in the second candidate resource.

[0338] In a possible implementation, the first configuration message is indicative of aggregation level (AL) information and candidate quantity information.

[0339] In a possible implementation, the first DCI part and the first part of the second DCI part are jointly coded into a second codeword; where the second codeword includes a plurality of encoded blocks generated by encoding the first DCI part and the part of the second DCI part with an error correction code, and the plurality of encoded blocks include a self-decodable encoded block corresponding to the first DCI part, where the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the second codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the second codeword.

[0340] In a possible implementation, the sending module is further configured to send a second configuration message to the terminal device, where the second configuration message is indicative of at least one of: joint coding for the first DCI part and the second DCI part being disabled; joint coding for the second DCI part and the first data being disabled; joint coding for the first DCI part and the second DCI part being enabled; joint coding for the second DCI part and the first data being enabled.

[0341] The wireless communication apparatus may be applied to the network device as described in the above method embodiments or may be the network device as described in the above method embodiments. It should be understood by a person skilled in the art that, the relevant description of the above modules in the embodiments of the present disclosure may be understood with reference to the relevant description of the wireless communication method in the embodiments of the present disclosure.

[0342] An embodiment of the present disclosure provides a terminal device including processing circuitry for executing any of the above wireless communication methods. It should be understood that the terminal device can execute the steps performed by the terminal device in the above method embodiments, which will not be repeated here.

[0343] An embodiment of the present disclosure provides a network device including processing circuitry for executing any of the above wireless communication methods. It should be understood that the network device can execute the steps performed by the network device in the above method embodiments, which will not be repeated here.

[0344] An embodiment of the present disclosure provides a wireless communication apparatus which includes  a processor and a memory. The memory is storing instructions that cause the processor to perform any of the above wireless communication methods.

[0345] An embodiment of the present disclosure provides a wireless communication system, including a network device and a terminal device. The terminal device is configured to execute the steps executed by the terminal device in any of the above wireless communication methods, and the network device is configured to execute the steps executed by the network device in any of the above wireless communication methods.

[0346] An embodiment of the present disclosure provides a computer-readable medium storing computer execution instructions which, when executed by a processor, causes the processor to execute any of the above wireless communication methods.

[0347] An embodiment of the present disclosure provides a computer program product including computer execution instructions which, when executed by a processor, causes the processor to execute any of the above wireless communication methods.

[0348] Although the present disclosure describes methods and processes with steps in a certain order, one or more steps of the methods and processes may be omitted or altered as appropriate. One or more steps may take place in an order other than that in which they are described, as appropriate.

[0349] Note that the expression “at least one of A or B” , as used herein, is interchangeable with the expression “A and / or B” . It refers to a list in which you may select A or B or both A and B. Similarly, “at least one of A, B, or C” , as used herein, is interchangeable with “A and / or B and / or C” or “A, B, and / or C” . It refers to a list in which you may select: A or B or C, or both A and B, or both A and C, or both B and C, or all of A, B and C. The same principle applies for longer lists having a same format.

[0350] Although the present disclosure is described, at least in part, in terms of methods, a person of ordinary skill in the art will understand that the present disclosure is also directed to the various components for performing at least some of the aspects and features of the described methods, be it by way of hardware components, software or any combination of the two. Accordingly, the technical solution of the present disclosure may be embodied in the form of a software product. A suitable software product may be stored in a pre-recorded storage device or other similar non-volatile or non-transitory computer readable medium, including DVDs, CD-ROMs, USB flash disk, a removable hard disk, or other storage media, for example. The software product includes instructions tangibly stored thereon that enable a processing device (e.g., a personal computer, a server, or a network device) to execute examples of the methods disclosed herein. The machine-executable instructions may be in the form of code sequences, configuration information, or other data, which, when executed, cause a machine (e.g., a processor or  other processing device) to perform steps in a method according to examples of the present disclosure.

[0351] The present disclosure may be embodied in other specific forms without departing from the subject matter of the claims. The described example embodiments are to be considered in all respects as being only illustrative and not restrictive. Selected features from one or more of the above-described embodiments may be combined to create alternative embodiments not explicitly described, features suitable for such combinations being understood within the scope of this disclosure.

[0352] All values and sub-ranges within disclosed ranges are also disclosed. Also, although the systems, devices and processes disclosed and shown herein may include a specific number of elements / components, the systems, devices and assemblies could be modified to include additional or fewer of such elements / components. For example, although any of the elements / components disclosed may be referenced as being singular, the embodiments disclosed herein could be modified to include a plurality of such elements / components. The subject matter described herein intends to cover and embrace all suitable changes in technology.

[0353] Although embodiments have been described above with reference to the accompanying drawings, those of skill in the art will appreciate that variations and modifications may be made without departing from the scope thereof as defined by the appended claims.

Claims

1.A wireless communication method, comprising:receiving, by a terminal device, downlink control information (DCI) from a network device, wherein the DCI is used for scheduling first data, and the DCI comprises a first DCI part and a second DCI part; wherein the second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded.2.The method according to claim 1, wherein the first data comprises a first part and a second part, and the at least part of the first data jointly coded with the second DCI part is the first part of the first data; wherein the second DCI part and the first part of the first data are jointly coded into a first codeword.3.The method according to claim 2, wherein the first codeword is carried on a first physical downlink shared channel (PDSCH) scheduled by the first DCI part;wherein the first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the second part of the first data.4.The method according to claim 3, wherein the second part of the first data is carried on a second PDSCH scheduled by the second DCI part.5.The method according to claim 2, wherein the first codeword and the second part of the first data are carried on a PDSCH scheduled by the first DCI part;wherein the first DCI part is indicative of scheduling information of the first codeword and first scheduling information of the second part of the first data, and the second DCI part is indicative of second scheduling information of the second part of the first data.6.The method according to any one of claims 2 to 5, further comprising:receiving, by the terminal device, the first data from the network device according to the DCI;combining, by the terminal device, the first part of the first data and the second part of the first data;performing, by the terminal device, decoding on the combined first data according to the DCI.7.The method according to claim 1, wherein the at least part of the first data jointly coded with the second DCI part is the first data, and the second DCI part and the first data are jointly coded into a first codeword.8.The method according to claim 7, wherein the first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the first data.9.The method according to any one of claims 2 to 8, wherein the first codeword comprises a plurality of encoded blocks generated by encoding the second DCI part and the at least part of the first data with an error correction code, and the plurality of encoded blocks comprise a self-decodable encoded block corresponding to the second DCI part, wherein the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the first codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the first codeword.10.The method according to any one of claims 1 to 9, wherein in a case that the second DCI part and at least part of the first data are jointly coded, the first DCI part is indicative of whether joint coding for the second DCI part is enabled.11.The method according to claim 1, wherein the second DCI part comprises a first part and a second part, and the part of the second DCI part jointly coded with the first DCI part is the first part of the second DCI part.12.The method according to claim 11, wherein the first DCI part is indicative of scheduling information of the second part of the second DCI part, the first part of the second DCI part is indicative of first scheduling information of the first data, and the second part of the second DCI part is indicative of second scheduling information of the first data.13.The method according to claim 11 or 12, wherein the receiving, by the terminal device, the DCI from the network device comprises:monitoring, by the terminal device, a set of physical downlink control channel (PDCCH) candidates for the first DCI part and the first part of the second DCI part to obtain the first DCI part and the first part of the second DCI part.14.The method according to claim 13, wherein the set of PDCCH candidates comprises first PDCCH candidates for the first DCI part and second PDCCH candidates for the first part of the second DCI part;wherein the method further comprises:receiving, by the terminal device, a first configuration message from the network device to obtain the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part.15.The method according to claim 14, wherein the first configuration message is indicative of the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part.16.The method according to claim 14, wherein the first configuration message is indicative of the first  PDCCH candidates for the first DCI part, and the second PDCCH candidates for the first part of the second DCI part are determined according to the first PDCCH candidates for the first DCI part and a relationship between candidate locations for the first DCI part and candidate locations for the first part of the second DCI part.17.The method according to claim 14, wherein the first configuration message is indicative of a PDCCH candidate for the first DCI part and the first part of the second DCI part, wherein the PDCCH candidate consists of a resource, and the resource is used for the network device to transmit the first DCI part and the first part of the second DCI part.18.The method according to any one of claims 14 to 17, wherein the monitoring, by the terminal device, the set of PDCCH candidates for the first DCI part and the first part of the second DCI part to obtain the first DCI part and the first part of the second DCI part comprises:monitoring, by the terminal device, the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part to obtain the first DCI part the first part of the second DCI part.19.The method according to any one of claims 14 to 18, wherein the first DCI part is self-decodable in a first candidate resource of the first PDCCH candidates for the first DCI part;wherein the first part of the second DCI part and partial information of the first DCI part are mapped in a second candidate resource of the second PDCCH candidates for the first part of the second DCI and are decodable in the second candidate resource.20.The method according to any one of claims 14 to 19, wherein the first configuration message is indicative of aggregation level (AL) information and candidate quantity information.21.The method according to any one of claims 11 to 20, wherein the first DCI part and the first part of the second DCI part are jointly coded into a second codeword;wherein the second codeword comprises a plurality of encoded blocks generated by encoding the first DCI part and the part of the second DCI part with an error correction code, and the plurality of encoded blocks comprise a self-decodable encoded block corresponding to the first DCI part, wherein the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the second codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the second codeword.22.The method according to any one of claims 1 to 21, further comprising:receiving, by the terminal device, a second configuration message from the network device, wherein the second configuration message is indicative of at least one of:joint coding for the first DCI part and the second DCI part being disabled;joint coding for the second DCI part and the first data being disabled;joint coding for the first DCI part and the second DCI part being enabled;joint coding for the second DCI part and the first data being enabled.23.A wireless communication method, comprising:sending, by a network device, downlink control information (DCI) to a terminal device, wherein the DCI is used for scheduling first data, and the DCI comprises a first DCI part and a second DCI part; wherein the second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded.24.The method according to claim 23, wherein the first data comprises a first part and a second part, and the at least part of the first data jointly coded with the second DCI part is the first part of the first data; wherein the method further comprises:jointly coding, by the network device, the second DCI part and the first part of the first data into a first codeword.25.The method according to claim 24, wherein the first codeword is carried on a first physical downlink shared channel (PDSCH) scheduled by the first DCI part;wherein first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the second part of the first data.26.The method according to claim 25, wherein the second part of the first data is carried on a second PDSCH scheduled by the second DCI part.27.The method according to claim 24, wherein the first codeword and the second part of the first data are carried on a PDSCH scheduled by the first DCI part;wherein first DCI part is indicative of scheduling information of the first codeword and first scheduling information of the second part of the first data, and the second DCI part is indicative of second scheduling information of the second part of the first data.28.The method according to claim 23, wherein the at least part of the first data jointly coded with the second DCI part is the first data; wherein the method further comprises:jointly coding, by the network device, the second DCI part and the first data into a first codeword.29.The method according to claim 28, wherein the first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the first data.30.The method according to any one of claims 24 to 29, wherein the first codeword comprises a plurality of encoded blocks generated by encoding the second DCI part and the at least part of the first data with an error correction code, and the plurality of encoded blocks comprise a self-decodable encoded block corresponding to the second DCI part, wherein the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the first codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the first codeword.31.The method according to any one of claims 23 to 30, wherein in a case that the second DCI part and at least part of the first data are jointly coded, the first DCI part is indicative of whether joint coding for the second DCI part is enabled.32.The method according to claim 23, wherein the second DCI part comprises a first part and a second part, and the part of the second DCI part jointly coded with the first DCI part is the first part of the second DCI part; wherein the method further comprises:jointly coding, by the network device, the first DCI part and the first part of the second DCI part.33.The method according to claim 32, wherein the first DCI part is indicative of scheduling information of the second part of the second DCI part, the first part of the second DCI part is indicative of first scheduling information of the first data, and the second part of the second DCI part is indicative of second scheduling information of the first data.34.The method according to claim 32 or 33, further comprising:sending, by the network device, a first configuration message to the terminal device, to enable the terminal device to monitor a set of physical downlink control channel (PDCCH) candidates for the first DCI part and the first part of the second DCI part, wherein the set of PDCCH candidates comprises first PDCCH candidates for the first DCI part and second PDCCH candidates for the first part of the second DCI part.35.The method according to claim 34, wherein the first configuration message is indicative of the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part.36.The method according to claim 34, wherein the first configuration message is indicative of the first PDCCH candidates for the first DCI part, and the second PDCCH candidates for the first part of the second DCI part are determined according to the first PDCCH candidates for the first DCI part and a relationship between candidate locations for the first DCI part and candidate locations for the first part of the second DCI part.37.The method according to claim 34, wherein the first configuration message is indicative of a PDCCH  candidate for the first DCI part and the first part of the second DCI part, wherein the PDCCH candidate consists of a resource, and the resource is used for the network device to transmit the first DCI part and the first part of the second DCI part.38.The method according to any one of claims 34 to 37, wherein the first DCI part is self-decodable by the terminal device in a first candidate resource of the first PDCCH candidates for the first DCI part;wherein the first part of the second DCI part and partial information of the first DCI part are mapped in a second candidate resource of the second PDCCH candidates for the first part of the second DCI and are decodable by the terminal device in the second candidate resource.39.The method according to any one of claims 34 to 38, wherein the first configuration message is indicative of aggregation level (AL) information and candidate quantity information.40.The method according to any one of claims 32 to 39, wherein the first DCI part and the first part of the second DCI part are jointly coded into a second codeword;wherein the second codeword comprises a plurality of encoded blocks generated by encoding the first DCI part and the part of the second DCI part with an error correction code, and the plurality of encoded blocks comprise a self-decodable encoded block corresponding to the first DCI part, wherein the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the second codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the second codeword.41.The method according to any one of claims 23 to 40, further comprising:sending, by the network device, a second configuration message to the terminal device, wherein the second configuration message is indicative of at least one of:joint coding for the first DCI part and the second DCI part being disabled;joint coding for the second DCI part and the first data being disabled;joint coding for the first DCI part and the second DCI part being enabled;joint coding for the second DCI part and the first data being enabled.42.A wireless communication apparatus, comprising:a receiving module, configured to receive downlink control information (DCI) from a network device, wherein the DCI is used for scheduling first data, and the DCI comprises a first DCI part and a second DCI part; wherein the second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded.43.The apparatus according to claim 42, wherein the first data comprises a first part and a second part, and the at least part of the first data jointly coded with the second DCI part is the first part of the first data; wherein the second DCI part and the first part of the first data are jointly coded into a first codeword.44.The apparatus according to claim 43, wherein the first codeword is carried on a first physical downlink shared channel (PDSCH) scheduled by the first DCI part;wherein the first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the second part of the first data.45.The apparatus according to claim 44, wherein the second part of the first data is carried on a second PDSCH scheduled by the second DCI part.46.The apparatus according to claim 43, wherein the first codeword and the second part of the first data are carried on a PDSCH scheduled by the first DCI part;wherein the first DCI part is indicative of scheduling information of the first codeword and first scheduling information of the second part of the first data, and the second DCI part is indicative of second scheduling information of the second part of the first data.47.The apparatus according to any one of claims 43 to 46, wherein the receiving module is further configured to receive the first data from the network device according to the DCI;wherein the apparatus further comprises:a processing module, configured to: combine the first part of the first data and the second part of the first data; perform decoding on the combined first data according to the DCI.48.The apparatus according to claim 42, wherein the at least part of the first data jointly coded with the second DCI part is the first data, and the second DCI part and the first data are jointly coded into a first codeword.49.The apparatus according to claim 48, wherein the first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the first data.50.The apparatus according to any one of claims 43 to 49, wherein the first codeword comprises a plurality of encoded blocks generated by encoding the second DCI part and the at least part of the first data with an error correction code, and the plurality of encoded blocks comprise a self-decodable encoded block corresponding to the second DCI part, wherein the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the first codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the first codeword.51.The apparatus according to any one of claims 42 to 50, wherein in a case that the second DCI part and at  least part of the first data are jointly coded, the first DCI part is indicative of whether joint coding for the second DCI part is enabled.52.The apparatus according to claim 42, wherein the second DCI part comprises a first part and a second part, and the part of the second DCI part jointly coded with the first DCI part is the first part of the second DCI part.53.The apparatus according to claim 52, wherein the first DCI part is indicative of scheduling information of the second part of the second DCI part, the first part of the second DCI part is indicative of first scheduling information of the first data, and the second part of the second DCI part is indicative of second scheduling information of the first data.54.The apparatus according to claim 52 or 53, wherein the receiving module is specifically configured to monitor a set of physical downlink control channel (PDCCH) candidates for the first DCI part and the first part of the second DCI part to obtain the first DCI part and the first part of the second DCI part.55.The apparatus according to claim 54, wherein the set of PDCCH candidates comprises first PDCCH candidates for the first DCI part and second PDCCH candidates for the first part of the second DCI part;wherein the receiving module is further configured to receive a first configuration message from the network device to obtain the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part.56.The apparatus according to claim 55, wherein the first configuration message is indicative of the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part.57.The apparatus according to claim 55, wherein the first configuration message is indicative of the first PDCCH candidates for the first DCI part, and the second PDCCH candidates for the first part of the second DCI part are determined according to the first PDCCH candidates for the first DCI part and a relationship between candidate locations for the first DCI part and candidate locations for the first part of the second DCI part.58.The apparatus according to claim 55, wherein the first configuration message is indicative of a PDCCH candidate for the first DCI part and the first part of the second DCI part, wherein the PDCCH candidate consists of a resource, and the resource is used for the network device to transmit the first DCI part and the first part of the second DCI part.59.The apparatus according to any one of claims 55 to 58, wherein the receiving module is specifically configured to monitor the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part to obtain the first DCI part the first part of the second DCI part.60.The apparatus according to any one of claims 55 to 59, wherein the first DCI part is self-decodable in a first candidate resource of the first PDCCH candidates for the first DCI part;wherein the first part of the second DCI part and partial information of the first DCI part are mapped in a second candidate resource of the second PDCCH candidates for the first part of the second DCI and are decodable in the second candidate resource.61.The apparatus according to any one of claims 55 to 60, wherein the first configuration message is indicative of aggregation level (AL) information and candidate quantity information.62.The apparatus according to any one of claims 52 to 61, wherein the first DCI part and the first part of the second DCI part are jointly coded into a second codeword;wherein the second codeword comprises a plurality of encoded blocks generated by encoding the first DCI part and the part of the second DCI part with an error correction code, and the plurality of encoded blocks comprise a self-decodable encoded block corresponding to the first DCI part, wherein the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the second codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the second codeword.63.The apparatus according to any one of claims 42 to 62, wherein the receiving module is further configured to receive a second configuration message from the network device, wherein the second configuration message is indicative of at least one of:joint coding for the first DCI part and the second DCI part being disabled;joint coding for the second DCI part and the first data being disabled;joint coding for the first DCI part and the second DCI part being enabled;joint coding for the second DCI part and the first data being enabled.64.A wireless communication apparatus, comprising:a sending module, configured to send downlink control information (DCI) to a terminal device, wherein the DCI is used for scheduling first data, and the DCI comprises a first DCI part and a second DCI part; wherein the second DCI part and at least part of the first data are jointly coded, or the first DCI part and a part of the second DCI part are jointly coded.65.The apparatus according to claim 64, wherein the first data comprises a first part and a second part, and the at least part of the first data jointly coded with the second DCI part is the first part of the first data;wherein the apparatus further comprises:a processing module, configured to jointly code the second DCI part and the first part of the first data into a first codeword.66.The apparatus according to claim 65, wherein the first codeword is carried on a first physical downlink shared channel (PDSCH) scheduled by the first DCI part;wherein first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the second part of the first data.67.The apparatus according to claim 66, wherein the second part of the first data is carried on a second PDSCH scheduled by the second DCI part.68.The apparatus according to claim 65, wherein the first codeword and the second part of the first data are carried on a PDSCH scheduled by the first DCI part;wherein first DCI part is indicative of scheduling information of the first codeword and first scheduling information of the second part of the first data, and the second DCI part is indicative of second scheduling information of the second part of the first data.69.The apparatus according to claim 64, wherein the at least part of the first data jointly coded with the second DCI part is the first data;wherein the apparatus further comprises:a processing module, configured to jointly code the second DCI part and the first data into a first codeword.70.The apparatus according to claim 69, wherein the first DCI part is indicative of scheduling information of the first codeword, and the second DCI part is indicative of scheduling information of the first data.71.The apparatus according to any one of claims 65 to 70, wherein the first codeword comprises a plurality of encoded blocks generated by encoding the second DCI part and the at least part of the first data with an error correction code, and the plurality of encoded blocks comprise a self-decodable encoded block corresponding to the second DCI part, wherein the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the first codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the first codeword.72.The apparatus according to any one of claims 64 to 71, wherein in a case that the second DCI part and at least part of the first data are jointly coded, the first DCI part is indicative of whether joint coding for the second DCI part is enabled.73.The apparatus according to claim 64, wherein the second DCI part comprises a first part and a second part, and the part of the second DCI part jointly coded with the first DCI part is the first part of the second DCI part;wherein the apparatus further comprises:a processing module, configured to jointly code the first DCI part and the first part of the second DCI part.74.The apparatus according to claim 73, wherein the first DCI part is indicative of scheduling information of the second part of the second DCI part, the first part of the second DCI part is indicative of first scheduling information of the first data, and the second part of the second DCI part is indicative of second scheduling information of the first data.75.The apparatus according to claim 73 or 74, wherein the sending module is further configured to send a first configuration message to the terminal device, to enable the terminal device to monitor a set of physical downlink control channel (PDCCH) candidates for the first DCI part and the first part of the second DCI part, wherein the set of PDCCH candidates comprises first PDCCH candidates for the first DCI part and second PDCCH candidates for the first part of the second DCI part.76.The apparatus according to claim 75, wherein the first configuration message is indicative of the first PDCCH candidates for the first DCI part and the second PDCCH candidates for the first part of the second DCI part.77.The apparatus according to claim 75, wherein the first configuration message is indicative of the first PDCCH candidates for the first DCI part, and the second PDCCH candidates for the first part of the second DCI part are determined according to the first PDCCH candidates for the first DCI part and a relationship between candidate locations for the first DCI part and candidate locations for the first part of the second DCI part.78.The apparatus according to claim 75, wherein the first configuration message is indicative of a PDCCH candidate for the first DCI part and the first part of the second DCI part, wherein the PDCCH candidate consists of a resource, and the resource is used for the network device to transmit the first DCI part and the first part of the second DCI part.79.The apparatus according to any one of claims 75 to 78, wherein the first DCI part is self-decodable by the terminal device in a first candidate resource of the first PDCCH candidates for the first DCI part;wherein the first part of the second DCI part and partial information of the first DCI part are mapped in a second candidate resource of the second PDCCH candidates for the first part of the second DCI and are decodable by the terminal device in the second candidate resource.80.The apparatus according to any one of claims 75 to 79, wherein the first configuration message is indicative of aggregation level (AL) information and candidate quantity information.81.The apparatus according to any one of claims 73 to 80, wherein the first DCI part and the first part of the  second DCI part are jointly coded into a second codeword;wherein the second codeword comprises a plurality of encoded blocks generated by encoding the first DCI part and the part of the second DCI part with an error correction code, and the plurality of encoded blocks comprise a self-decodable encoded block corresponding to the first DCI part, wherein the self-decodable encoded block is decodable independently of other encoded blocks of the plurality of encoded blocks of the second codeword, and the self-decodable encoded block is further decodable jointly with one or more of the other encoded blocks of the plurality of encoded blocks of the second codeword.82.The apparatus according to any one of claims 64 to 81, wherein the sending module is further configured to send a second configuration message to the terminal device, wherein the second configuration message is indicative of at least one of:joint coding for the first DCI part and the second DCI part being disabled;joint coding for the second DCI part and the first data being disabled;joint coding for the first DCI part and the second DCI part being enabled;joint coding for the second DCI part and the first data being enabled.83.A terminal device, comprising processing circuitry for executing the method according to any one of claims 1 to 22.84.A network device, comprising processing circuitry for executing the method according to any one of claims 23 to 41.85.A wireless communication system, comprising the terminal device according to claim 83 and the network device according to claim 84.86.A computer-readable medium storing computer execution instructions which, when executed by a processor, causes the processor to execute the method according to any one according to claims 1 to 22 or the method according to any one according to claims 23 to 41.87.A computer program product comprising computer execution instructions which, when executed by a processor, causes the processor to execute the method according to any one according to claims 1 to 22 or the method according to any one according to claims 23 to 41.

Images