Communication method and apparatus

Abstract

A communication method and an apparatus, which relate to the technical field of communications, and can determine the size of a transmit block and segment the transmit block on the basis of the size of the transmit block, so as to avoid, as much as possible, the situation that the length of a code block is greater than a maximum code block length supported by a base graph, thereby improving encoding performance. The method comprises: on the basis of the size of a transmit block, a transmitting end device segmenting the transmit block to obtain one or more code blocks; transforming each of the one or more code blocks to obtain one or more first sequences; encoding each of the one or more first sequences to obtain one or more encoded bit sequences; and outputting the one or more encoded bit sequences, wherein the size of the transmit block is determined on the basis of any one of the following: the number S of incremental bits corresponding to transformation, or an expansion factor corresponding to transformation.

Description

Communication methods and devices This application claims priority to Chinese Patent Application No. 202411668994.4, filed with the State Intellectual Property Office of China on November 20, 2024, entitled "Communication Method and Apparatus", the entire contents of which are incorporated herein by reference. Technical Field This application relates to the field of communication technology, and in particular to communication methods and apparatus. Background Technology In a communication system, the transmitting device can encode one or more code blocks (CBs) corresponding to a transmit block (TB) to obtain one or more coded bit sequences, and then modulate the one or more coded bit sequences (that is, map multiple bits onto the same modulation symbol) and transmit them. The transmitting device can segment the base map (TB) according to its size (TBS) to obtain one or more bounding blocks (CBs). However, when encoding CBs, the length of a CB may exceed the maximum length supported by the base map, affecting encoding performance. Summary of the Invention This application provides a communication method and apparatus that can determine the transport block size and segment the transport block according to the transport block size, which can avoid the situation where the length of the code block is greater than the maximum code block length supported by the base map as much as possible, thereby improving coding performance. Firstly, this application provides a communication method that can be executed by a transmitting device. Unless otherwise specified, "transmitting device" in this application can refer to the transmitting device itself, a component within the transmitting device (e.g., a processor, chip, or chip system), or a logic module or software capable of implementing all or part of the functions of the transmitting device. The method includes: the transmitting device segmenting a transport block according to its size to obtain one or more code blocks; transforming each code block in the one or more code blocks to obtain one or more first sequences; encoding each first sequence in the one or more first sequences to obtain one or more encoded bit sequences; and outputting the one or more encoded bit sequences. The size of the transport block is determined according to any one of the following: the number of increment bits S corresponding to the transformation, or the spreading factor corresponding to the transformation. Based on the first aspect, the transmitting device can determine the size of the transport block based on the number of incremental bits corresponding to the transformation or the spreading factor corresponding to the transformation. That is, when determining the size of the transport block, the transmitting device takes into account the impact of the overhead corresponding to the transformation on the determination of the transport block size, so that the determined transport block size can be adapted to the communication scenario with transformation process, thereby improving communication performance. In addition, segmenting the transport block according to the determined transport block size can avoid the situation where the length of the code block is greater than the maximum code block length supported by the base map as much as possible, thereby improving coding performance. It is understandable that transformations are performed on each of one or more code blocks, including transformations of some bits in each code block or transformations of all bits in each code block. In one possible implementation, the transmitting device performs a distribution matching transformation on each first code block. Based on this possible implementation, a feasible solution is provided for transforming code blocks, which can adapt the size of the determined transport block to the communication scenario where there is a distributed matching transformation process, thereby improving communication performance. In one possible implementation, the transmitting device acquires first indication information; and transforms the code block according to the first indication information. The first indication information is used to indicate support for shaped transmission. Based on this possible implementation, the first indication information can explicitly indicate whether shaped transmission is supported. The transmitting device can determine whether shaped transmission (i.e. whether to transform the code block) is supported based on the first indication information, which can ensure the consistency between the transmitting device and the receiving device and improve the interaction efficiency between communication devices. In one possible implementation, the transmitting device determines the transformation of the code block based on one or more of the following parameters in the modulation and coding scheme (MCS) table: the type of the MCS table, the MCS index, the modulation order, the modulation scheme, the distribution matching precoding code rate, the code rate, or the spectral efficiency (SE). Based on this possible implementation, one or more of the above parameters can implicitly indicate whether shaped transmission is supported. The transmitting device can determine whether shaped transmission (i.e., whether to transform the code block) is supported based on one or more of the above parameters, which can ensure consistency between the transmitting and receiving devices and improve the interaction efficiency between communication devices. In addition, compared with instructing the transmitting device to transform the code block through the first indication information, transmission overhead can be reduced. In one possible implementation, the transmitting device acquires second indication information; and transforms the code block according to the second indication information. The second indication information is used to indicate a first MCS table, which corresponds to shaped transmission. Based on this possible implementation, the second indication information can implicitly indicate whether shaped transmission is supported. The transmitting device can determine whether shaped transmission (i.e. whether to transform the code block) is supported based on the second indication information, which can ensure the consistency between the transmitting device and the receiving device and improve the interaction efficiency between communication devices. In one possible implementation, the transmitting device receives downlink control information (DCI); and transforms the code block if the format of the downlink control information is one or more of the following: format 0_X or format 1_X. Based on this possible implementation, the transmitting device can determine the format of the downlink control information based on the received downlink control information. The format of the downlink control information can implicitly indicate whether shaped transmission is supported. By determining whether shaped transmission (i.e., whether to transform the code blocks) is supported based on the format of the downlink control information, the transmitting device can ensure consistency between the transmitting and receiving devices and improve the interaction efficiency between communication devices. In addition, compared to instructing the transmitting device to transform the code blocks through the first indication information, transmission overhead can be reduced. Secondly, this application provides a communication method that can be executed by a receiving device. Unless otherwise specified, "receiving device" in this application can refer to the receiving device itself, a component within the receiving device (e.g., a processor, chip, or chip system), or a logic module or software capable of implementing all or part of the functions of the receiving device. The method includes: connecting a short device to receive a sequence to be decoded; determining the number of code blocks according to the size of the transport block; decoding the sequence to be decoded according to the number of code blocks to obtain one or more second sequences; and performing an inverse transformation on the one or more second sequences to obtain one or more third sequences. The sequence to be decoded corresponds to a transport block; the size of the transport block is determined according to any one of the following: the number of increment bits S corresponding to the transformation, or the spreading factor corresponding to the transformation. Based on the second aspect, the receiving device can determine the size of the transport block according to the number of incremental bits corresponding to the transformation or the spreading factor corresponding to the transformation. That is, when determining the size of the transport block, the receiving device takes into account the impact of the overhead corresponding to the transformation on the determination of the size of the transport block, so that the determined size of the transport block can be adapted to the communication scenario with the transformation process, thereby improving the communication performance. In addition, determining the number of code blocks according to the determined size of the transport block can improve the decoding performance. In one possible implementation, the receiving device acquires first indication information; and performs an inverse transformation on the second sequence based on the first indication information. The first indication information is used to indicate support for shaped transmission. Based on this possible implementation, the first indication information can explicitly indicate whether shaped transmission is supported. The receiving device can determine whether shaped transmission is supported (i.e. whether to perform inverse transformation on the second sequence) based on the first indication information, which can ensure the consistency between the sending device and the receiving device and improve the interaction efficiency between communication devices. In one possible implementation, the receiving device determines the inverse transformation of the code block based on one or more of the following parameters of the MCS table: MCS table type, MCS index, modulation order, modulation scheme, distribution matching precoding code rate, code rate, or spectral efficiency. Based on this possible implementation, one or more of the above parameters can implicitly indicate whether shaped transmission is supported. The receiving device can determine whether shaped transmission is supported (i.e., whether to perform an inverse transformation on the second sequence) based on one or more of the above parameters, which can ensure consistency between the sending and receiving devices and improve the interaction efficiency between communication devices. In addition, compared with instructing the sending device to transform the code block through the first indication information, transmission overhead can be reduced. In one possible implementation, the receiving device acquires second indication information; and performs an inverse transformation on the second sequence based on the second indication information. The second indication information is used to indicate a first MCS table, which corresponds to the shaped transmission. Based on this possible implementation, the second indication information can implicitly indicate whether shaped transmission is supported. The receiving device can determine whether shaped transmission is supported (i.e. whether to perform inverse transformation on the second sequence) based on the second indication information, which can ensure the consistency between the sending device and the receiving device and improve the interaction efficiency between communication devices. In one possible implementation, the receiving device receives downlink control information; if the downlink control information is in one or more of the following formats: format 0_X or format 1_X, the second sequence is inversely transformed. Based on this possible implementation, the receiving device can determine the format of the downlink control information based on the received downlink control information. The format of the downlink control information can implicitly indicate whether shaped transmission is supported. The receiving device can determine whether shaped transmission is supported (i.e., whether to perform an inverse transformation on the second sequence) based on the format of the downlink control information to ensure consistency between the sending and receiving devices, thereby improving the interaction efficiency between communication devices. In addition, compared to instructing the sending device to transform the code block through the first indication information, transmission overhead can be reduced. Combining the first and second aspects, in one possible implementation, the spread factor is determined based on the modulation order. Combining the first and second aspects, in one possible implementation, the spreading factor is equal to the ratio of the number of untransformed bits in the Q bits corresponding to the modulation symbol to Q. Based on the two possible implementations mentioned above, the transmitting device can determine the spreading factor according to the modulation order, and then determine the size of the transport block according to the spreading factor. This allows the determined transport block size to be adapted to communication scenarios with transformation processes (or to be adapted to shaped transmission), thereby improving communication performance. Combining the first and second aspects, in one possible implementation, the spread factor is 1 when the modulation order is 2; or, the spread factor is 0.5 when the modulation order is 4; or, the spread factor is 2 / 3 when the modulation order is 6; or, the spread factor is 0.75 when the modulation order is 8; or, the spread factor is 0.8 when the modulation order is 10; or, the spread factor is 2 / 3 when the modulation order is 12. Based on this possible implementation, a feasible scheme is provided for the correspondence between modulation order and spread factor. Combining the first and second aspects, in one possible implementation, S is determined according to the modulation order. Based on this possible implementation, the transmitting or receiving device can determine S according to the modulation order, and then determine the size of the transport block according to S. This allows the determined transport block size to be adapted to communication scenarios involving transformation processes (or to be adapted to shaped transmission), thereby improving communication performance. Combining the first and second aspects, in one possible implementation, the size of the transport block is determined based on the number of resource elements (REs) corresponding to the transport resources, the length of the cyclic redundancy check (CRC) bits (TB-CRC) of the transport block, and any of the following: S, or the spread factor. Based on this possible implementation, compared to determining the size of the transport block according to the number of REs corresponding to the transport resources and the length of TB-CEC, in this application, the size of the transport block can also be determined according to any of the following: S, or an extension factor, which can make the determined size of the transport block adapt to communication scenarios with transformation processes, thereby improving communication performance. In a possible implementation, combining the first and second aspects, if the number of bits corresponding to the transmission resource is less than a first threshold, the size of the transmission block is determined according to the first transmission block size TBS table; or, if the number of bits corresponding to the transmission resource is greater than or equal to the first threshold, the size of the transmission block is determined according to the following parameters: the number of bits corresponding to the transmission resource, the maximum code block length supported by the base map, the length of TB-CRC, the code rate, and the length of the cyclic redundancy check bits CB-CRC of the code block; wherein, the number of bits corresponding to the transmission resource is determined according to the number of REs corresponding to the transmission resource; and the first threshold is determined according to any one of the following: S, or a spreading factor. In one possible implementation, combining the first and second aspects, the first threshold is also determined based on the maximum code block length supported by the base map and the length of the TB-CRC. Based on the two possible implementations mentioned above, the size of the transport block can be determined according to the relationship between the number of bits corresponding to the transport resource and the first threshold. The first threshold can be determined according to any of the following: S, or the spread factor. That is, when determining the first threshold, the overhead corresponding to the transformation is taken into account, so that the first threshold can be less than the difference between the maximum code block length supported by the base map and the length of TB-CRC. This can avoid the situation where the length of the code block in the formed transmission is greater than the maximum code block length supported by the base map as much as possible, thereby improving the coding performance. In a possible implementation, combining the first and second aspects, the number of bits corresponding to the transmission resources is also determined according to any of the following: the spreading factor, the distribution matching precoding rate, or the spectral efficiency; the distribution matching precoding rate and the spectral efficiency are both determined according to any of the following: S, or the spreading factor. Based on this possible implementation, when determining the number of bits corresponding to the transmission resources, the incremental bits corresponding to the transformation can be considered, which can better determine the number of pure payload bits. This makes the method of determining the number of bits corresponding to the transmission resources more suitable for the shape transmission, thereby improving communication performance. Combining the first and second aspects, in one possible implementation, the number of bits corresponding to the transmission resource is equal to the product of the number of REs corresponding to the transmission resource, the spectral efficiency, and the number of transmission streams; or, the number of bits corresponding to the transmission resource is equal to the product of the number of REs corresponding to the transmission resource, the spread factor, the modulation order, the code rate, and the number of transmission streams; or, the number of bits corresponding to the transmission resource is equal to the product of the number of REs corresponding to the transmission resource, the distribution matching precoding code rate, the modulation order, the code rate, and the number of transmission streams. Based on this possible implementation, several feasible schemes are provided for determining the number of bits corresponding to the transmission resources. Combining the first and second aspects, in one possible implementation, the first threshold is the difference between the first value and S; or, the first threshold is the product of the first value and the expansion factor; wherein, the first value is the difference between the maximum code block length supported by the base map and the length of the TB-CRC. Based on this possible implementation, the overhead of the transformation is taken into account when determining the first threshold, so that the first threshold can be less than the difference between the maximum code block length supported by the base map and the length of TB-CRC. This can avoid the situation where the code block length is greater than the maximum code block length supported by the base map as much as possible, thereby improving the coding performance. In a possible implementation, combining the first and second aspects, the size of the transport block is the first TBS among a plurality of first TBS in the first TBS table; each of the plurality of first TBS is determined according to the second TBS in the second TBS table and any of the following parameters: the spread factor corresponding to the second TBS, or the S corresponding to the second TBS; the second TBS is less than or equal to 3824; different second TBS correspond to different modulation orders. Based on this possible implementation, the size of the transport block can be determined from the first TBS table, so that the size of the transport block is adapted to the shape of the transport, which can improve communication performance. Combining the first and second aspects, in one possible implementation, the first TBS is the product of the second TBS and the expansion factor corresponding to the second TBS; or, the first TBS is the difference between the second TBS and the S corresponding to the second TBS. Based on the two possible implementations mentioned above, two feasible solutions are provided for determining the first TBS table, so that the first TBS table can be adapted to the shape transmission. Combining the first and second aspects, in one possible implementation, the S corresponding to the second TBS is less than or equal to the product of the second TBS and 25%. Based on this possible implementation, one of the conditions for determining the basic graph (BG)2 in the NR standard is that the transport block size is less than or equal to 3824 and the code rate is less than or equal to 2 / 3. In this case, the S corresponding to the second TBS will not exceed the number of increment bits corresponding to the transformation when the code rate is 2 / 3. When the S corresponding to the second TBS is less than or equal to the product of the second TBS and 25%, the transport block size determined according to the second TBS in the second TBS table can be adapted to shape the transmission, thereby improving communication performance. In combination with the first and second aspects, in one possible implementation, the MCS table includes one or more of the following modulation orders: 4, 6, 8, 10, 12, or 14. Based on this possible implementation, the modulation order in the MCS table can be increased to make the MCS table adaptable to communication scenarios with transformation processes, thereby improving communication performance. Combining the first and second aspects, in one possible implementation, the number of REs corresponding to the transmission resources is determined based on the overhead of the transformation configuration. Based on this possible implementation, the overhead of configuration transformation is considered when determining the number of REs corresponding to the transmission resources. This allows the determined number of REs corresponding to the transmission resources to adapt to communication scenarios with transformation processes, thereby improving communication performance. In conjunction with the first and second aspects, in one possible implementation, the number of REs corresponding to the transmission resources is further determined based on one or more of the following: the overhead of higher-level parameter configuration, or multiple time units; wherein the overhead of higher-level parameter configuration is included in a first set, and the number of elements in the first set is greater than 3. Combining the first and second aspects, in one possible implementation, the first set is {6,12,18,24}; or, the first set is {6,12,18,24,32}; or, the first set is {6,12,18,24,32,38}. Based on the two possible implementations mentioned above, the resource configuration method and the method for determining the number of REs corresponding to the transmission resources can be changed, so that the number of REs corresponding to the determined transmission resources can be adapted to the transmission, thereby improving communication performance. Compared to scheduling a single time unit, this application can schedule multiple time units, enabling repeated, shaped transmissions and thus improving communication reliability. Among these, candidate values ​​for the overhead of higher-level parameter configuration can be increased (such as increasing 24, 32, or 38) to reduce the number of REs corresponding to the determined transmission resources. This can reduce the length of one or more code blocks after segmentation, thereby reducing the length of the first sequence obtained by transforming the code blocks. This ensures that the length of the first sequence is less than or equal to the maximum code block length supported by the base map, which can improve coding performance. Combining the first and second aspects, in one possible implementation, the number of REs corresponding to the transmission resources is determined based on the following parameters: the number of symbols scheduled in each time unit in multiple time units, the number of subcarriers in a resource block, the number of REs for demodulation reference signals in a resource block, the overhead of higher layer parameter configuration, and the overhead of transformation configuration. Based on this possible implementation, a feasible solution is provided for determining the number of REs corresponding to transmission resources. This solution can adapt the determined number of REs corresponding to transmission resources to communication scenarios with changing processes, thereby improving communication performance. Thirdly, embodiments of this application provide a communication device that can be applied to the transmitting end device described in the first aspect to realize the functions performed by the transmitting end device. The communication device can be the transmitting end device itself, or it can be a chip, chip system, or system-on-a-chip of the transmitting end device, etc. The communication device can execute the functions performed by the transmitting end device through hardware, or it can execute corresponding software through hardware. The hardware or software includes one or more modules corresponding to the above functions. For example, a transceiver module and a processing module. The transceiver module can independently complete the following transceiver operations, or it can cooperate with the processing module to complete the following transceiver operations; correspondingly, the processing module can independently complete the following processing operations, or it can cooperate with the transceiver module to complete the following processing operations, without limitation. For example, the processing module is used to segment the transport block according to the size of the transport block to obtain one or more code blocks; wherein the size of the transport block is determined according to any one of the following: the number of increment bits S corresponding to the transformation, or the spread factor corresponding to the transformation; the processing module is further used to transform each code block in the one or more code blocks to obtain one or more first sequences; the processing module is further used to encode each first sequence in the one or more first sequences to obtain one or more encoded bit sequences; the transceiver module is used to output one or more encoded bit sequences. Optionally, the transceiver module and processing module of the communication device in the third aspect may also perform the corresponding functions in the first aspect or any possible design of the first aspect, as detailed in the method examples, and the beneficial effects that can be achieved can also be found in the foregoing related content. Fourthly, embodiments of this application provide a communication device that can be applied to the receiving device described in the second aspect to realize the functions performed by the receiving device. The communication device can be the receiving device itself, or it can be a chip, chip system, or system-on-a-chip of the receiving device. The communication device can execute the functions performed by the receiving device through hardware or through corresponding software. The hardware or software includes one or more modules corresponding to the functions described above. For example, a transceiver module and a processing module. The transceiver module can independently complete the following transceiver operations or cooperate with the processing module to complete the following transceiver operations; correspondingly, the processing module can independently complete the following processing operations or cooperate with the transceiver module to complete the following processing operations, without limitation. For example, a transceiver module is used to receive a sequence to be decoded; wherein the sequence to be decoded corresponds to a transport block; a processing module is used to determine the number of code blocks according to the size of the transport block; wherein the size of the transport block is determined according to any one of the following: the number of increment bits S corresponding to the transformation, or the spreading factor corresponding to the transformation; the processing module is further used to decode the sequence to be decoded according to the number of code blocks to obtain one or more second sequences; the processing module is further used to perform an inverse transformation on one or more second sequences to obtain one or more third sequences. Optionally, the transceiver module and processing module of the communication device in the fourth aspect may also perform the corresponding functions in the second aspect or any possible design of the second aspect, as detailed in the method examples, and the beneficial effects that can be achieved can also be found in the foregoing related content. Fifthly, embodiments of this application provide a communication device, which includes one or more processors; the one or more processors are configured to run computer programs or instructions, such that when the one or more processors execute the computer instructions or instructions, the communication method described in any one of the first to second aspects is performed. In one possible design, the communication device further includes one or more memories coupled to one or more processors, the memories used to store the aforementioned computer programs or instructions. In one possible implementation, the memories are located outside the communication device. In another possible implementation, the memories are located inside the communication device. In embodiments of this application, the processor and memory may also be integrated into a single device, i.e., the processor and memory may be integrated together. In one possible implementation, the communication device further includes a transceiver for receiving and / or transmitting information. In one possible design, the communication device further includes one or more communication interfaces coupled to one or more processors, and the communication interfaces are used to communicate with other modules outside the communication device. In a sixth aspect, embodiments of this application provide a communication device, which includes an interface circuit and a logic circuit; the interface circuit is used for inputting and / or outputting information; the logic circuit is used for executing the communication method as described in either the first or second aspect, processing and / or generating information based on the information. In a seventh aspect, embodiments of this application provide a computer-readable storage medium storing computer instructions or programs that, when executed on a computer, cause the communication method described in either the first or second aspect to be performed. Eighthly, embodiments of this application provide a computer program product containing computer instructions that, when run on a computer, causes the communication method described in either the first or second aspect to be executed. Ninthly, embodiments of this application provide a computer program that, when run on a computer, causes the communication method described in either the first or second aspect to be executed. In a tenth aspect, embodiments of this application provide a chip, including: a processor coupled to a memory for storing programs or instructions, wherein when the program or instructions are executed by the processor, a communication method as described in either the first or second aspect is executed. The technical effects of any of the design methods in aspects three through ten are similar to those in aspects one and two above, and will not be elaborated upon further. Eleventhly, embodiments of this application provide a communication system that may include communication means for performing the first aspect or any possible design of the first aspect, and communication means for performing the second aspect or any possible design of the second aspect. Attached Figure Description Figure 1 is a schematic diagram of a probability shaping method provided in an embodiment of this application; Figure 2 is a schematic diagram of a shaped constellation distribution provided in an embodiment of this application; Figure 3 is a schematic flowchart of a method for determining the size of a transport block according to an embodiment of this application; Figure 4 is a schematic diagram of a communication system provided in an embodiment of this application; Figure 5 is a schematic diagram of encoding and decoding performed by a transmitting end device and a receiving end device according to an embodiment of this application; Figure 6 is a schematic diagram of the structure of a communication device provided in an embodiment of this application; Figure 7 is a flowchart illustrating a communication method provided in an embodiment of this application; Figure 8 is a flowchart illustrating a communication method provided in an embodiment of this application; Figure 9 is a schematic diagram of the structure of a transmitting device provided in an embodiment of this application; Figure 10 is a schematic diagram of the structure of a receiving device provided in an embodiment of this application; Figure 11 is a schematic diagram of the structure of a communication device provided in an embodiment of this application; Figure 12 is a schematic diagram of the structure of a communication device provided in an embodiment of this application. Detailed Implementation Before describing the embodiments of this application, the technical terms involved in the embodiments of this application will be described. Higher-order modulation: Higher-order modulation refers to mapping multiple bits to the same channel symbol (or describing it as a modulation symbol) to improve spectral efficiency. Common higher-order modulation schemes include ASK (Amplitude Shift Keying), QAM (Quadrature Amplitude Modulation), 64QAM, and 256QAM. Taking 16ASK as an example, as shown in Table 1 below, the modulation symbol x can be determined based on bits b0, b1, b2, and b3. Table 1. Mapping between bit values ​​and modulation symbols Based on Table 1, taking b0, b1, b2, and b3 as 0111 as an example, x can be -15; or taking b0, b1, b2, and b3 as 0101 as an example, x can be -13. In higher-order modulation, the energy of different modulation symbols may be different. For example, the energy of the modulation symbol is higher when the modulation symbol is -15 or 15, and lower when the modulation symbol is -1 or 1. The average energy can be reduced by sending more low-energy modulation symbols and fewer high-energy modulation symbols, thereby saving transmission power. It is understandable that for a Gaussian white noise channel, the energy saved is greatest when the distribution of modulation symbols follows a Gaussian distribution, which can save up to 1.53 dB of transmission power compared to an average distribution. Probabilistic shaping: Probabilistic shaping is a common "shaping" technique. It can be used to shape a first sequence to obtain a second sequence. The second sequence is then encoded and modulated to obtain a modulated symbol sequence. This modulated symbol sequence contains more low-energy modulated symbols and fewer high-energy modulated symbols. The flowchart of probabilistic shaping (i.e., shaping transmission) can be shown in Figure 1. A precoder can be cascaded before encoding to map the first sequence to a sequence that follows a specific distribution (such as the second sequence). Systematic coding can be used during the encoding process so that the second sequence eventually appears directly in the sequence to be encoded, thereby achieving the shaping of the final modulation symbol. The precoder can also be called a distribution matcher or some kind of transform. The aforementioned precoding can also be understood as distribution matching precoding. Specifically, as shown in Figure 1, the payload bit sequence can be divided into two groups: a first sequence and a third sequence that has not undergone precoding. The first sequence u0, u1, ..., u... K-1 Precoding yields the second sequence p0, p1, ..., p s-1 And for the second sequence p0, p1, ..., p s-1The encoded bit sequence is obtained by encoding the third sequence, and then the encoded bit sequence is interleaved and modulated to obtain the modulated symbol sequence, and the modulated symbol sequence is output. The constellation distribution after shaping can be seen in Figure 2 below. The horizontal axis represents the modulation symbol and the vertical axis represents the probability. It can be seen that the probability of low-energy modulation symbols (such as 1 or -1) is higher than that of high-energy modulation symbols (such as -7 or 7), which can effectively reduce the average energy. Transport Block (TB): The transmitting device can encapsulate data in a Transport Block (TB), encode and modulate the TB, and then transmit it. The TB size can be determined by time-frequency resource allocation and modulation and coding scheme (MCS). The process by which the transmitting device determines the size of the TB can be illustrated in Figure 3 below. Step 301: The transmitting device determines the number of REs corresponding to the transmission resources based on the bandwidth and the number of symbols. The number of REs corresponding to the transmission resources can be understood as the number of REs included in the time-frequency resources used to transmit TB. One RE can carry one modulation symbol. For example, the number of REs corresponding to the transmission resources within a time slot can be N. RE =min(156,N′) RE )*n PRB N RE n represents the number of REs corresponding to the transmission resources. PRB N′ is the number of physical resource blocks (PRBs). RE N′ represents the number of REs within a PRB. RE The following formula can be satisfied: in, The number of subcarriers contained in a PRB (e.g., 12 or 14). The number of orthogonal frequency division multiplexing (OFDM) symbols scheduled within a time slot. This represents the number of REs (resonance elements) in a PRB (Physical Reference Block). This refers to the overhead of configuring or predefined high-level parameters. Step 302: The transmitting device determines the pure payload size that an RE can carry based on the number of REs corresponding to the transmission resources. The pure payload size that an RE can carry can also be understood as the number of information bits carried by the time-frequency resources used to transmit TB. For example, the pure charge that an RE can carry can satisfy the following formula: N info =N RE ·R·Q·v. Where R represents the code rate, Q represents the order of the MCS (or the modulation order), and v represents the number of multi-input multi-output (MIMO) layers (or can be described as the number of allocated DMRS ports or transport streams). Step 303: The transmitting device quantifies the pure payload size that the RE can carry to obtain intermediate variables, and determines the TBS based on the intermediate variables. Optional, if N info If the value is less than or equal to 3824, then the intermediate variable can be... in, Therefore, we can find the value of N′ based on Table 2 below. info And closest to N′ info The value is used as TBS. For example, with N′ info For example, if the value is 550, then TBS can be the value corresponding to index 41 in Table 2, which means TBS can be 552. Table 2 TBS Table In Table 2, the values ​​of TBS are all in bytes, and the intervals are 8, 16, 32, 64, and 128. Optional, if N info >3824, then the intermediate variable N′ info It can be: in, `round` rounds down to the nearest integer. Furthermore, when R ≤ 0.25, BG2 can be chosen as the base map for LDPC coding, and each segment can include a CB-CRC of length 24, which can be determined. The numerator represents the intermediate variables that do not include CB-CRC but include TB-CRC, and the denominator represents the maximum block length that BG2 can support without CB-CRC (i.e., 3816 = 3840 - 24). Or, when N info>8424, BG1 can be chosen as the base map for LDPC code encoding. Each segment can include a CB-CRC of length 24, which can be determined. The numerator represents the intermediate variables that do not include CB-CRC but include TB-CRC, and the denominator represents the maximum block length that BG1 can support without CB-CRC (i.e., 8424 = 8448 - 24). Additionally, if C = 1, In summary, the transmitting device can segment the base map (TB) according to the base map sequence (TBS) to obtain one or more code blocks (CBs), and encode one or more CBs to obtain one or more coded bit sequences. These coded bit sequences can then be modulated and transmitted. Specifically, the transmitting device can pre-encode some or all bits in each of the one or more CBs (each part or all bits in each CB can be understood as the first sequence mentioned above) before encoding to achieve the goal of transmitting more low-energy modulation symbols and fewer high-energy modulation symbols. However, the above method of determining the TBS only considers TB-CRC and CB-CRC, and does not consider the impact of pre-coding overhead on TBS determination. That is, in a pre-coding scenario, if the TBS is determined based on the above method and the CB is determined based on the TBS, the length of the CB may exceed the maximum code block length supported by the base map when encoding the CB, affecting coding performance. Therefore, how to make the length of the CB less than or equal to the maximum code block length supported by the base map in order to improve coding performance has become an urgent problem to be solved. This application provides a communication method, which includes: a transmitting device segmenting a transport block according to its size to obtain one or more code blocks; transforming each code block in the one or more code blocks to obtain one or more first sequences; encoding each first sequence in the one or more first sequences to obtain one or more encoded bit sequences; and outputting the one or more encoded bit sequences. The size of the transport block is determined according to either the number of increment bits S corresponding to the transform, or the spreading factor corresponding to the transform. In this embodiment, the transmitting device can determine the size of the transport block based on the number of incremental bits corresponding to the transformation or the spreading factor corresponding to the transformation. That is, when determining the size of the transport block, the transmitting device considers the impact of the overhead corresponding to the transformation on the determination of the transport block size, which can make the determined transport block size adaptable to communication scenarios with transformation processes, thereby improving communication performance. In addition, segmenting the transport block according to the determined transport block size can avoid the situation where the length of the code block is greater than the maximum code block length supported by the base map as much as possible, thereby improving coding performance. The embodiments of this application will now be described in detail with reference to the accompanying drawings. The communication method provided in this application embodiment can be used in any communication system, such as a third-generation partnership project (3GPP) communication system, for example, a long-term evolution (LTE) system; or a fifth-generation (5G) mobile communication system, a hybrid LTE and 5G network system, an NR system, an NR vehicle-to-everything (V2X) system, a device-to-device (D2D) communication system, a machine-to-machine (M2M) communication system, an Internet of Things (IoT) system, a narrowband Internet of Things (NB-IoT) system, a global system for mobile communications (GSM), an enhanced data rate for GSM evolution (EDGE) system, a wideband code division multiple access (WCDMA) system, a code division multiple access (CDMA2000) system, or a time division-synchronization code access (TDC) system. Division Multiple Access (TD-SCDMA), enhanced mobile broadband (eMBB), ultra-reliable and low-latency communication (URLLC), enhanced machine-type communication (eMTC), and various types of future communication systems are not restricted. Non-terrestrial network (NTN) systems (such as satellite communication systems) and non-3GPP communication systems are also included. The communication method provided in this application can be applied to various communication scenarios. For example, it can be applied to one or more of the following communication scenarios: control channel coding, data channel coding, etc., without limitation. The communication system provided in the embodiments of this application will be described below using Figure 4 as an example. Figure 4 is a schematic diagram of a communication system provided in an embodiment of this application. As shown in Figure 4, the communication system may include at least one terminal device and at least one network device. In Figure 4, the terminal device can be located within the beam / cell coverage area of ​​the network device, and the network device can provide communication services to the terminal device. For example, the network device can use channel coding to encode downlink data and then transmit it to the terminal device via air interface after constellation modulation (i.e., the network device is the transmitting device, and the terminal device is the receiving device); the terminal device can also use channel coding to encode uplink data and then transmit it to the network device via air interface after constellation modulation (i.e., the terminal device is the transmitting device, and the network device is the receiving device). It is understood that when network devices communicate with each other, or when terminal devices communicate with each other, communication can also be based on channel coding; that is, the transmitting and receiving devices can both be network devices or both be terminal devices, without restriction. The terminal device in Figure 4 can be a device with wireless transceiver capabilities or a chip or chip system that can be configured on the device. It allows users to access the network and is used to provide voice and / or data connectivity to users. The terminal device can also be called user equipment (UE), subscriber unit, terminal, mobile station (MS), or mobile terminal (MT), etc. For example, the terminal device can be a mobile phone, a tablet computer, or a computer with wireless transceiver capabilities. Terminal equipment can also be user stations, mobile stations, remote stations, remote terminal equipment, mobile terminal equipment, user terminal equipment, wireless communication equipment, user agents, user devices, cellular phones, cordless phones, session initiation protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (PDAs), handheld devices with wireless communication capabilities, computing devices, processing devices connected to wireless modems, in-vehicle equipment, wearable devices, terminal equipment in the Internet of Things (IoT), home appliances, virtual reality (VR) terminals, augmented reality (AR) terminals, wireless terminals in industrial control, wireless terminals in autonomous driving, wireless terminals in telemedicine, wireless terminals in smart grids, wireless terminals in smart cities, wireless terminals in smart homes, vehicles with vehicle-to-vehicle (V2V) communication capabilities, intelligent connected vehicles, and UAV-to-UAV communication. Unmanned aerial vehicles (UAVs) with U2U communication capabilities, terminal devices in future networks, or terminal devices in future evolved public land mobile networks (PLMNs) are not subject to restrictions. In Figure 4, the network device can be any device deployed in the access network capable of wireless communication with terminal devices. It can also be a chip or chip system that can be configured within the aforementioned device, a logical node or logical module, or a function implemented in software. Its main responsibilities include air interface-side wireless physical control, resource scheduling, wireless resource management, quality of service management, data compression and encryption, wireless access control, and mobility management. Specifically, the network device can be either a wired access device or a wireless access device. For example, a network device can consist of one or more access network (AN) / radio access network (RAN) nodes. AN / RAN nodes can be various types of base stations, such as: satellite base stations, evolved Node Bs (gNBs), transmission reception points (TRPs), evolved Node Bs (eNBs), radio network controllers (RNCs), Node Bs (NBs), base station controllers (BSCs), base transceiver stations (BTSs), home base stations (e.g., home evolved Node Bs, or home Node Bs (HNBs), macro base stations, micro base stations, pico base stations, small cells, relay stations, balloon stations, drone stations, wireless backhaul nodes, base band units (BBUs), or wireless fidelity (Wi-Fi) access points (APs), etc. It is understood that network devices can be terrestrial devices or non-terrestrial devices (such as satellites, drones, high-altitude communication equipment, etc.). Furthermore, in communication systems employing different wireless access technologies, the names of network devices with base station functions may differ, and this application does not impose any restrictions on this. In another example, the network equipment may include a BBU and a remote radio unit (RRU). The BBU and RRU can be located in different places; for example, the RRU can be moved remotely to a high-traffic area, while the BBU is located in the central equipment room. The BBU and RRU can also be located in the same equipment room. The BBU and RRU can also be different components under the same rack. In another example, the network device can be a device that includes centralized unit (CU) nodes, distributed unit (DU) nodes, or both CU and DU nodes. For instance, the network device can be logically divided into CUs and DUs, with some protocol layer functions centrally controlled by the CU, and the remaining partial or complete protocol layer functions distributed in the DU, which is centrally controlled by the CU. The CU and DU can be separate entities or included in the same network element, such as a BBU. Furthermore, the centralized unit (CU) can be further divided into a control plane (CU-CP) and a user plane (CU-UP). In another example, the network device may also be a device that includes a radio unit (RU), or a device that includes a CU, a DU, and a RU. The RU may be included in a radio frequency device or radio frequency unit, such as an RRU, an active antenna unit (AAU), or a remote radio head (RRH). It is understood that CU (or CU-CP and CU-UP), DU, or RU may have different names in different systems, but those skilled in the art will understand their meaning. For example, in an open radio access network (O-RAN) system, CU can also be called O-CU (open CU), DU can also be called O-DU, CU-CP can also be called O-CU-CP, CU-UP can also be called O-CU-UP, and RU can also be called O-RU. For ease of description, this application uses CU, CU-CP, CU-UP, DU, and RU as examples. Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software modules and hardware modules. Based on the above description of the terminal device and network device, optionally, the communication method provided in the embodiments of this application can be implemented by the aforementioned terminal device or network device, or by components of the terminal device or network device, such as by application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or software (such as program code in memory) deployed in the terminal device or network device, without limitation. Optionally, in this embodiment of the application, the transmitting device (or source) and the receiving device (or sink) can use the process shown in Figure 5 below for encoding and decoding. The transmitting device can be any terminal device or network device in the communication system shown in Figure 4, and the receiving device can also be any terminal device or network device in the communication system shown in Figure 4. In this process, the transmitting device performs source coding on its generated bits to obtain a source bit stream. Then, it performs channel coding on the source bit stream, modulates it, and transmits the modulated symbols to the receiving device through a noisy channel. When the receiving device receives the modulated symbols through the noisy channel, it demodulates them, performs channel decoding to recover the source bit stream, and then performs source decoding to obtain the decoded result. In specific implementation, as shown in Figure 4, each terminal device and network device can adopt the composition structure shown in Figure 6, or include the components shown in Figure 6. Figure 6 is a schematic diagram of the composition of a communication device 600 provided in an embodiment of this application. The communication device 600 can be a terminal device or a chip or system-on-a-chip in a terminal device; it can also be a network device or a chip or system-on-a-chip in a network device. As shown in Figure 6, the communication device 600 includes a processor 601, a transceiver 602, and a communication line 603. Furthermore, the communication device 600 may also include a memory 604. The processor 601, memory 604, and transceiver 602 can be connected via a communication line 603. The processor 601 can be a central processing unit (CPU), a network processor (NP), a digital signal processor (DSP), a microprocessor, a microcontroller, a programmable logic device (PLD), or any combination thereof. The processor 601 can also be other devices with processing capabilities, such as circuits, devices, or software modules, without limitation. Transceiver 602 is used to communicate with other devices or other communication networks. These other communication networks can be Ethernet, radio access network (RAN), wireless local area network (WLAN), etc. Transceiver 602 can be a module, circuit, transceiver, or any device capable of enabling communication. Communication line 603 is used to transmit information between the components included in communication device 600. Memory 604 is used to store instructions. These instructions can be computer programs. The memory 604 can be a read-only memory (ROM) or other type of static storage device that can store static information and / or instructions; it can also be a random access memory (RAM) or other type of dynamic storage device that can store information and / or instructions; it can also be an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical discs, laser discs, optical discs, universal optical discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, etc., without limitation. The memory 604 can exist independently of the processor 601 or be integrated with the processor 601. The memory 604 can be used to store instructions, program code, or data, etc. The memory 604 can be located inside or outside the communication device 600, without limitation. The processor 601 is used to execute the instructions stored in the memory 604 to implement the communication method provided in the following embodiments of this application. In one example, processor 601 may include one or more CPUs, such as CPU0 and CPU1 in Figure 6. As an optional implementation, the communication device 600 may include multiple processors, for example, in addition to the processor 601 in FIG. 6, it may also include a processor 607. As an optional implementation, the communication device 600 also includes an output device 605 and an input device 606. For example, the input device 606 is a device such as a keyboard, mouse, microphone, or joystick, and the output device 605 is a device such as a display screen or speaker. The communication device 600 can be a desktop computer, a portable computer, a web server, a mobile phone, a tablet computer, a wireless terminal, an embedded device, a chip system, or a device with a similar structure to that shown in Figure 6. Furthermore, the composition shown in Figure 6 does not constitute a limitation on the communication device. In addition to the components shown in Figure 6, the communication device may include more or fewer components than shown, or combine certain components, or have different component arrangements. In this embodiment of the application, the chip system may be composed of chips or may include chips and other discrete devices. Furthermore, the actions, terms, etc., involved in the various embodiments of this application can be referenced interchangeably without limitation. The message names or parameter names in the messages exchanged between the various devices in the embodiments of this application are merely examples, and other names may be used in specific implementations without limitation. The communication method provided in the embodiments of this application will be described below with reference to the communication system shown in Figure 4 and Figure 7. The transmitting device can be any terminal device or network device in the communication system shown in Figure 4, and the receiving device can also be any terminal device or network device in the communication system shown in Figure 4. The transmitting or receiving device described in the following embodiments may include the components shown in Figure 6. Figure 7 is a flowchart of a communication method provided in an embodiment of this application. As shown in Figure 7, the method may include: Step 701: The transmitting device segments the transmission block according to the size of the transmission block to obtain one or more code blocks. The size of the transport block is the payload size. The size of the transport block is determined according to either the number of incremental bits S corresponding to the transformation, or the spread factor corresponding to the transformation. S or the spreading factor can be determined based on the number of transformed or untransformed bits in the corresponding bit of the modulation symbol. Alternatively, S or the spreading factor can be determined based on the number of shaped or unshaped bits in the corresponding bit of the modulation symbol. Where S is a positive integer. For example, taking a sequence of length K1, the transmitting device can transform the sequence to obtain a transformed sequence. Assuming the length of the transformed sequence is K2, the difference between the length of the transformed sequence and the original sequence length (i.e., K2-K1) can be the number of increment bits S corresponding to the transformation. Here, K1 and K2 are both positive integers. Optionally, S can be determined based on the modulation order. Specifically, S can be the product of a first difference and the number of bits corresponding to one or more modulation symbols, where the first difference is the difference between 1 and t, and t is the ratio of the number of transformed bits in the Q bits corresponding to the modulation symbol to Q. For example, taking the existence of P modulation symbols as an example, S can be determined as (1-t)*Q*P. It is understandable that, taking a modulation order of Q as an example, the number of bits corresponding to one modulation symbol can be Q; the number of bits corresponding to P modulation symbols can be Q*P. Furthermore, the number of bits corresponding to one or more modulation symbols can be understood as the number of channel bits corresponding to the transmission resources (i.e., the number of encoded bits), or it can be understood as the number of channel bits corresponding to one or more modulation symbols. Wherein, P can be predefined, or P can be determined by the transmitting device based on the number of channel bits and modulation order corresponding to the transmission resources. For example, P can be the result of rounding up the ratio of the number of channel bits corresponding to the transmission resources to the modulation order (the rounding result can be the result of rounding up, rounding down, rounding to the nearest integer, or rounding to the nearest integer, without restriction). It is understandable that the transmitting device can determine S based on the modulation order, and then determine the size of the transport block based on S. This allows the determined transport block size to be adapted to communication scenarios involving transformation processes (or to be adapted to the shape transmission), thereby improving communication performance. The above method of determining S is only one example. The specific value of S can be determined based on the number of bits in the modulation symbol that have been transformed or not transformed. Optionally, when the modulation order is 2, t can be 0; or when the modulation order is 4, t can be 1 / 2; or when the modulation order is 6, t can be 1 / 3; or when the modulation order is 8, t can be 1 / 4; or when the modulation order is 10, t can be 1 / 5; or when the modulation order is 12, t can be 1 / 3. Optionally, the spreading factor can be determined based on the modulation order. Specifically, the spreading factor can be equal to the ratio of the number of untransformed bits in the Q bits corresponding to the modulation symbol to Q. For example, taking Q as 4, assuming the number of untransformed bits in the Q bits is 2, the spreading factor can be determined to be 1 / 2 (i.e., 2 / 4); or, taking Q as 8, assuming the number of untransformed bits in the Q bits is 6, the spreading factor can be determined to be 3 / 4 (i.e., 6 / 8). It is understandable that the spreading factor can also be equal to the difference between 1 and t, where t is the ratio of the number of transformed bits out of the Q bits corresponding to the modulation symbol to Q. For example, taking Q as 8, the number of transformed bits out of the Q bits is 2, so t can be determined to be 1 / 4 (i.e., 2 / 8), and thus the spreading factor can be determined to be 3 / 4 (i.e., 1 - 1 / 4). It is understandable that the transmitting device can determine the spreading factor based on the modulation order, and then determine the size of the transport block based on the spreading factor. This allows the determined transport block size to be adapted to communication scenarios involving transformation processes (or to be adapted to shaped transmission), thereby improving communication performance. The above method for determining the spreading factor is only one example. The specific value of the spreading factor can be determined based on the number of bits in the modulation symbol that have been transformed or not transformed. Optionally, the transmitting device can determine C code blocks based on the size of the transport block and the length of the TB-CRC. Where C is a positive integer. For example, B is the sum of the transport block size and the TB-CRC length, K cb The maximum code block length supported by the base map. This is for rounding up. It is understandable that when C is 1, segmenting the transport block can result in a code block, or it can be understood as not segmenting the transport block. In this case, the transport block can be described as a code block. When C is greater than 1, the transport block can be segmented into C code blocks, and each code block can be added with a CB-CRC. Step 702: The transmitting device transforms each code block in one or more code blocks to obtain one or more first sequences. Step 702 can also be described as follows: the transmitting device performs a distribution matching transformation on each code block in one or more code blocks to obtain one or more first sequences; or, the transmitting device performs distribution matching on each code block in one or more code blocks to obtain one or more first sequences; or, the transmitting device performs distribution matching precoding on each code block in one or more code blocks to obtain one or more first sequences; or, the transmitting device performs precoding on each code block in one or more code blocks to obtain one or more first sequences. The transmitting device can transform some or all of the bits in each of one or more code blocks to obtain one or more first sequences. That is, the first sequence can include untransformed bits and transformed bits. For example, for any code block, the transmitting device can divide the code block into sequence 1 and sequence 2. Furthermore, the transmitting device can transform sequence 1 to obtain sequence 3, and concatenate sequence 3 with sequence 2 to obtain the first sequence. It is understandable that the transmitting device can segment the transport block according to the size of the transport block. Since the determination of the transport block size takes into account the overhead of the transformation, it can avoid the situation where the length of the code block determined in the shaped transmission is greater than the maximum code block length supported by the base map, thereby improving the coding performance. Step 703: The transmitting device encodes each of the one or more first sequences to obtain one or more encoded bit sequences. The transmitting device can encode each first sequence using LDPC codes to obtain one or more encoded bit sequences. The encoded bit sequence is the encoded codeword bit sequence. Step 704: The transmitting device outputs one or more encoded bit sequences; correspondingly, the receiving device receives the sequence to be decoded from the transmitting device. Optionally, the transmitting device can perform rate matching on each of one or more coded bit sequences to obtain one or more rate-matched coded bit sequences; further, the transmitting device can concatenate one or more rate-matched coded bit sequences to obtain a fourth sequence, and modulate the fourth sequence to obtain a modulated symbol sequence. It is understandable that the modulation symbol sequence sent by the transmitting device to the receiving device may be affected by noise and other interference when transmitted through the channel. The sequence to be decoded received by the receiving device is a modulation symbol sequence affected by noise and other interference. Step 705: The receiving device determines the number of code blocks based on the size of the transmission block. The method by which the receiving device determines the size of the transport block can be referred to the description of the sending device determining the size of the transport block in this application, and will not be repeated here. The process of the receiving device determining the number of code blocks based on the size of the transmission block can be referred to in step 701, where the sending device determines C based on the size of the transmission block, and will not be repeated here. Step 706: The receiving device decodes the sequence to be decoded according to the number of code blocks to obtain one or more second sequences. Optionally, the receiving device can segment the sequence to be decoded according to the number of code blocks C, obtaining C fifth sequences. Further, the receiving device can perform rate matching on each of the C fifth sequences to obtain C sixth sequences. Optionally, the transmitting device can decode each of the C sixth sequences to obtain C second sequences. Alternatively, the transmitting device can decode the C fifth sequences to obtain C second sequences. Step 707: The receiving device performs an inverse transformation on one or more second sequences to obtain one or more third sequences. Based on the communication method shown in Figure 7, the transmitting device can determine the size of the transport block according to the number of incremental bits corresponding to the transformation or the spreading factor corresponding to the transformation. That is, when determining the size of the transport block, the transmitting device takes into account the impact of the overhead corresponding to the transformation on the determination of the transport block size, so that the determined transport block size can be adapted to the communication scenario with transformation process, thereby improving communication performance. In addition, segmenting the transport block according to the determined transport block size can avoid the situation where the length of the code block is greater than the maximum code block length supported by the base map as much as possible, thereby improving coding performance. Based on the description of the spreading factor in step 701, this application provides a possible embodiment to make different modulation orders correspond to different spreading factors. When the modulation order is 2, the spreading factor is 1; or, when the modulation order is 4, the spreading factor is 0.5; or, when the modulation order is 6, the spreading factor is 2 / 3; or, when the modulation order is 8, the spreading factor is 0.75; or, when the modulation order is 10, the spreading factor is 0.8; or, when the modulation order is 12, the spreading factor is 2 / 3. It is understood that the above is only one example of determining the expansion factor. The expansion factor can also be determined in other ways, such as by matching the precoding code rate with the distribution in the first MCS table. The first MCS table can be found in Table 8 below, and will not be elaborated here. Optionally, the transmitting or receiving device can determine the spreading factor based on the first MCS table, where different MCS indices in the first MCS table correspond to different spreading factors, or different modulation orders in the first MCS table correspond to different spreading factors. Alternatively, the transmitting or receiving device can obtain the DCI, which may include a first field indicating the spreading factor. The first MCS table corresponds to the forming transmission, and the details can be found in the following description of the first MCS table, which will not be repeated here. For example, taking a case with seven modulation orders, the first field can occupy three bits. The bit value can be set to 000 to represent a spreading factor of 1; or to 001 to represent a spreading factor of 1 / 2; or to 010 to represent a spreading factor of 2 / 3; or to 011 to represent a spreading factor of 3 / 4; or to 100 to represent a spreading factor of 4 / 5; or to 101 to represent a spreading factor of 2 / 3; or to 110 to represent a spreading factor of 1-t. Where t is the ratio of the number of transformed bits out of the Q bits corresponding to the modulation symbol to Q, t∈[0,1]. For example, the relationship between the first field, the modulation order, and the spread factor can be shown in Table 3 below: Table 3 Expansion Factors Based on the description of the transport block size in step 701, optionally, the transport block size can also be determined according to the number of REs corresponding to the transport resource and the length of the TB-CRC. That is, the transport block size can be determined according to the number of REs corresponding to the transport resource, the length of the TB-CRC, and any one of the following: S, or the spread factor. The number of REs corresponding to the transmission resources can be understood as the number of REs contained in the time-frequency resources used to transmit the transport block. One RE can transmit one modulation symbol. Specifically, the number of bits corresponding to the transmission resources can be determined based on the number of symbols scheduled in each time unit in one or more time units, the number of subcarriers in a resource block, the number of demodulation reference signals (REs) in a resource block, and the overhead of higher-layer parameter configuration. 1) The number of symbols scheduled in each of one or more time units. The time unit can be a time slot, a transmission time interval (TTI), a millisecond (ms), or a second (s), and this application does not limit it in this regard. For example, one or more time units can be one or more time slots, or one or more time units can be one or more transmission time intervals. Understandably, compared to scheduling one time unit, this application can schedule multiple time units, enabling repeated, shaped transmissions, thereby improving communication reliability. The symbols scheduled by time units can be orthogonal frequency division multiplexing (OFDM) symbols. For example, a time slot can schedule 12 OFDM symbols (in the extended cyclic prefix (ECP) scenario) or 14 OFDM symbols (in the normal cyclic prefix (NCP) scenario). Similarly, K time slots can schedule 12*K OFDM symbols, or K time slots can schedule 14*K OFDM symbols. Where K is a positive integer. For example, K can be 2, or K can be 3. Understandably, K can be configured through higher-level signaling parameters, or it can be configured through semi-static parameters without restriction. 2) Number of subcarriers in a resource block The resource block can be a physical resource block (PRB) or a virtual resource block (VRB). For example, the number of subcarriers in a physical resource block can be 12 (or it can be described as a physical resource block including 12 subcarriers). 3) Overhead of high-level parameter configuration The overhead of high-level parameter configuration can be predefined, or the overhead of high-level parameter configuration can be determined according to the actual communication scenario or communication situation. In one example, the overhead of high-level parameter configuration can be contained in a second set, which can contain up to three elements. For example, the second set could be {6, 12, 18}. In another example, the overhead of high-level parameter configuration can be contained in a first set, which can contain more than 3 elements. For example, the first set can be {6,12,18,24}; or, the first set can be {6,12,18,24,32}; or, the first set can be {6,12,18,24,32,38}. In other words, the candidate values ​​for the overhead of higher-level parameter configuration can be increased (e.g., by increasing 24, 32, or 38) to reduce the number of REs corresponding to the determined transmission resources. This can reduce the length of one or more code blocks after segmentation, thereby reducing the length of the first sequence obtained by transforming the code blocks. This ensures that the length of the first sequence is less than or equal to the maximum code block length supported by the base map, thus improving coding performance. Understandably, the overhead of higher-layer parameter configuration can be indicated by the "xOverhead" parameter in the serving cell configuration of the physical uplink shared channel (PUSCH). 4) The number of demodulation reference signals (REs) in a resource block The number of REs for demodulation reference signals in a resource block can be predefined, or the number of REs for demodulation reference signals in a resource block can be determined according to the actual communication scenario or communication situation, without restriction. Based on the description of the above four parameters, for example, the number of REs corresponding to the transmission resources can satisfy the following formula: N RE =min(156,N′) RE )*n PRB ; where N RE n represents the number of REs corresponding to the transmission resources. PRB N′ represents the number of resource blocks. RE The following formula can be satisfied: The number of subcarriers in a resource block. The number of symbols scheduled across K time units. The number of REs for demodulation reference signals in a resource block. The overhead of configuring high-level parameters. Optionally, the number of REs corresponding to the transmission resources can also be determined based on the overhead of the transformation configuration. The overhead of changing the configuration may include control overhead for additional non-user data such as accuracy indication. The overhead of changing the configuration can be predefined, or the overhead of changing the configuration can be determined based on the actual communication scenario or communication situation. Based on the above description of the number of REs corresponding to transmission resources, this application provides a possible embodiment in which the number of REs corresponding to transmission resources can be determined according to the following parameters: the number of symbols scheduled in each time unit in multiple time units, the number of subcarriers in a resource block, the number of REs for demodulation reference signals in a resource block, the overhead of higher layer parameter configuration, and the overhead of transformation configuration. For example, the number of REs corresponding to transmission resources can satisfy the following formula: N RE =min(156,N′) RE )*n PRB ; where N′ RE The following formula can be satisfied: The overhead of changing the configuration. Based on the above description of the number of REs corresponding to the transmission resources, the resource configuration method and the method for determining the number of REs corresponding to the transmission resources can be changed, so that the determined number of REs corresponding to the transmission resources can be adapted to the transmission, thereby improving communication performance. The size of the transport block can be determined based on the number of bits corresponding to the transport resource, the length of the TB-CRC, and any one of the following: S, or the extension factor, wherein the number of bits corresponding to the transport resource can be determined based on the number of REs corresponding to the transport resource. The number of bits corresponding to the transmission resource can be described as the size of the clean payload that the RE can carry; that is, the number of bits corresponding to the transmission resource is the clean payload, excluding TB-CRC. Alternatively, it can be described as the size of the clean payload corresponding to the transmission resource, or it can be described as the number of bits carried by the RE corresponding to the time-frequency resource used to transmit the transport block. Optionally, the number of bits corresponding to the transmission resource can be determined based on the number of REs corresponding to the transmission resource, the number of transport streams, and any of the following: spread factor, distribution-matching precoding code rate, spectral efficiency, modulation order, or code rate. This application provides several possible implementations: In the first possible implementation, the number of bits corresponding to the transmission resource can be determined based on the number of REs, modulation order, code rate, and number of transmission streams corresponding to the transmission resource. The transmitting device can determine the code rate and modulation order based on the MCS index in the second MCS table. NR standard 38.214 defines three MCS tables: 38.214-Table 5.1.3.1-1, 38.214-Table 5.1.3.1-2, and 38.214-Table 5.1.3.1-3. The MCS table in 38.214-Table 5.1.3.1-3 is designed for low spectral efficiency. The selection method for the MCS table can be determined based on whether precoding is used, the configuration of the physical uplink shared channel (PUSCH) - higher-layer signaling, and the configuration grant configuration (CrantConfig) parameters. Taking 38.214-Table 5.1.3.1-2 as the second MCS table, the second MCS table can be shown in Table 4 below: Table 4 Second MCS Table Based on Table 4, bitrate*

[1024] It can be determined based on spectral efficiency and modulation order, i.e., code rate *

[1024] can satisfy the following formula: (1024*SE) / Q, where SE is the spectral efficiency and Q is the modulation order. For example, 120 = 1024*0.2344 / 2, or 193 = 1024*0.377 / 2. For example, the number of bits corresponding to a transmission resource can be equal to the product of the number of REs, modulation order, code rate, and number of transport streams corresponding to the transmission resource. That is, the number of bits corresponding to a transmission resource can satisfy the following formula: N info =N RE ·R·Q·v. Where, N info R represents the number of bits corresponding to the transmission resource, Q represents the code rate, and v represents the modulation order. In the second possible implementation, the number of bits corresponding to the transmission resource can be determined based on the number of REs corresponding to the transmission resource, the spectral efficiency, and the number of transmission streams. The spectral efficiency can be either the spectral efficiency in the first MCS table or the spectral efficiency in the second MCS table. The first MCS table can be referred to in the following description of the first MCS table, and the second MCS table can be referred to in Table 4 above, which will not be repeated here. For example, the number of bits corresponding to a transmission resource can be equal to the product of the number of REs corresponding to the transmission resource, the spectral efficiency, and the number of transmission streams. That is, the number of bits corresponding to a transmission resource can satisfy the following formula: N info =N RE ·SE·v. In the third possible implementation, the number of bits corresponding to the transmission resource can be determined based on the number of REs, the spread factor, the modulation order, the code rate, and the number of transmission streams corresponding to the transmission resource. The expansion factor can be referred to in the above description of the expansion factor, and will not be repeated here. For example, the number of bits corresponding to a transmission resource can be equal to the product of the number of REs, the spread factor, the modulation order, the code rate, and the number of transport streams corresponding to the transmission resource. That is, the number of bits corresponding to a transmission resource can satisfy the following formula: N info =N RE ·S shaping ·R·Q·v. Where S shaping This is the expansion factor. In the fourth possible implementation, the number of bits corresponding to the transmission resource can be determined based on the number of REs corresponding to the transmission resource, the distribution matching precoding rate, the modulation order, the code rate, and the number of transmission streams. The distributed matching precoding code rate can be predefined, or it can be determined according to any of the following: S, or the expansion factor, or it can be determined according to the actual communication scenario or communication situation without restriction. The distribution matching precoding bitrate can be shown in Table 8 below. Different MCS indices correspond to different distribution matching precoding bitrates, which will not be elaborated here. For example, the number of bits corresponding to a transmission resource can be equal to the product of the number of REs corresponding to the transmission resource, the distribution matching precoding rate, the modulation order, the code rate, and the number of transport streams. That is, the number of bits corresponding to a transmission resource can satisfy the following formula: N info =N RE ·R dm ·R·Q·v. Where R dm Match the precoding bitrate to the distribution. Based on the above four possible implementations, the number of bits corresponding to the transmission resources can be determined. Compared with the first possible implementation, the second, third, and fourth possible implementations take into account the transformation of the incremental bits when determining the number of bits corresponding to the transmission resources, which can better determine the number of pure payload bits. This makes the method of determining the number of bits corresponding to the transmission resources more suitable for the shape transmission, thereby improving communication performance. Optionally, the number of bits corresponding to the transmission resource can also be adjusted by the CRC mask type in DCI. For example, when the CRC mask is P-RNTI, random access (RA)-RNTI, or message B (MsgB)-RNTI, the number of bits corresponding to the transmission resource can be multiplied by a first extension factor to obtain the adjusted number of bits corresponding to the transmission resource. Then, the size of the transmission block can be determined according to the adjusted number of bits corresponding to the transmission resource to ensure the effective transmission of broadcast messages. For example, the first expansion factor can be any of the following: 1, 0.5, or 0.25. For example, the first expansion factor can be indicated by the second field. Taking the second field as occupying two bits, the first expansion factor can be 1 by setting the bit value to 00; 0.5 by setting the bit value to 01; and 0.25 by setting the bit value to 10. The relationship between the second field and the first factor is shown in Table 5 below: Table 5 First Expansion Factor Based on Table 5, let N be the number of bits corresponding to the transmission resources. info For example, assuming the bit value of the second field is 0 or 1, we can determine that the number of bits corresponding to the adjusted transmission resources is N. info *0.5. It is understandable that the number of bits corresponding to the transmission resources determined by the above four possible implementations can be adjusted by the first expansion factor, and then the size of the transmission block can be determined according to the adjusted number of bits corresponding to the transmission resources to ensure the effective transmission of broadcast messages. Based on the above description of the number of bits corresponding to the transmission resources, this application provides two possible implementations for determining the size of the transmission block. In the first possible implementation, the number of bits corresponding to the transmission resources is less than a first threshold, and in the second possible implementation, the number of bits corresponding to the transmission resources is greater than or equal to the first threshold. The two possible implementations are described in detail below: In the first possible implementation, if the number of bits corresponding to the transmission resource is less than the first threshold, the size of the transmission block can be determined according to the first TBS table. The first threshold can be determined based on any of the following: S, or the spreading factor. Specifically, the first threshold can be determined based on the maximum code block length supported by the base map, the length of the TB-CRC, and any of the following: S, or the spreading factor. The maximum code block length supported by the base map can be determined based on the number of information columns (Kb) and the maximum boost factor (denoted as Zc) of the base map. MaxFor example, the maximum code block length supported by the base map can be equal to the product of the number of information columns in the base map and the maximum boost factor (i.e., Kb*Zc). Max For example, taking base map 2 as an example, the number of information columns in the base map can be 384, the maximum boost factor can be 10, then the maximum code block length supported by the base map can be 3840. In one example, the first threshold can be the difference between a first value and S, where the first value is the difference between the maximum code block length supported by the base map and the length of the TB-CRC (or, as described, the first value is the difference between the product of the number of information columns in the base map and the maximum boost factor and the length of the TB-CRC). For example, the first threshold can satisfy the following formula: Kb*Zc Max -L1–S, where L1 is the length of TB-CRC. In another example, the first threshold can be the product of a first numerical value and an expansion factor. For example, the first threshold can satisfy the following formula: (Kb*ZcMax-L1)*S shaping , among which, S shaping This is the expansion factor. It is understandable that when determining the first threshold, the overhead of the transformation is taken into account, so that the first threshold can be less than the difference between the maximum code block length supported by the base map and the length of TB-CRC. This can avoid the situation where the length of the code block in the formed transmission is greater than the maximum code block length supported by the base map, thereby improving the coding performance. The size of the transport block can be a first TBS in the first TBS table. For details, please refer to the description of the first TBS table below, which will not be repeated here. Specifically, the transmitting device can determine the first intermediate variable based on the number of bits corresponding to the transmission resource, and determine the first TBS in the first TBS table that is closest to the first intermediate variable as the size of the transmission block. That is, the absolute value of the difference between the first TBS and the first intermediate variable is less than or equal to the absolute value of the difference between any first TBS in the first TBS table and the first intermediate variable. The first intermediate variable is obtained by quantizing the number of bits corresponding to the transmission resource (that is, by quantization, the number of bits corresponding to the quantized transmission resource (i.e., the first intermediate variable) can be divided by 8 (in bytes)). For example, the first intermediate variable N′ info,1 The following formula can be satisfied: in, Understandably, the sending device can determine the size of the transport block from the first TBS table, so that the size of the transport block is adapted to the shape of the transmission, which can improve communication performance. In the second possible implementation, when the number of bits corresponding to the transmission resource is greater than or equal to the first threshold, the size of the transmission block can be determined based on the following parameters: the number of bits corresponding to the transmission resource, the maximum code block length supported by the base map, the length of TB-CRC, the code rate, and the length of CB-CRC. The first threshold can be referred to in the description of the first possible implementation above, and will not be repeated here. Specifically, the size of the transport block can be determined based on the following parameters: the second intermediate variable, the maximum code block length supported by the base map, the length of the TB-CRC, the code rate, and the length of the CB-CRC. The second intermediate variable can be obtained by quantizing the number of bits corresponding to the transmission resource (i.e., by quantizing so that the number of bits corresponding to the quantized transmission resource (i.e., the second intermediate variable) is divisible by 8 (in bytes)). For example, the second intermediate variable N′ info,2 The following formula can be satisfied: in, X is the first threshold. Understandably, the second intermediate variable should not be smaller than the sum of the first threshold and 16; it can be X+16. The maximum value in. For example, the size of the transport block can be determined based on C, the second intermediate variable, and the length of the TB-CRC; wherein C can be determined based on the following parameters: the second intermediate variable, the code rate, the maximum code block length supported by the base map, the length of the TB-CRC, the code rate, and the length of the CB-CRC. For example, the size of a transport block can satisfy the following formula: Furthermore, when C is 1, the size of the transport block can satisfy the following formula: Where L1 is the length of TB-CRC. The value of C can be determined when the bit rate is less than or equal to 0.25. X can be determined based on the maximum block length supported by BG2, the length of TB-CRC, and either S or an extension factor. For example, X can be 3840-L1-S, or X can be (3840-L1)*S. shaping . Alternatively, if the bitrate is greater than 0.25, and the second intermediate variable is greater than Y, then it can be determined that... If the second intermediate variable is less than or equal to Y, then C can be determined to be 1. Y can be determined based on the maximum code block length supported by BG1, the length of TB-CRC, and either S or the expansion factor. For example, Y can be 8448-L1-S, or Y can be (8448-L1)*S. shaping . It is understandable that the transmitting device can determine the size of the transport block based on C. C can be determined based on the maximum code block length supported by the base map, the length of TB-CRC, and one or more of the following: the spreading factor, or S. The way C is determined can be changed so that the determined C is adapted to the shape of the transmission, which can improve communication performance. At the same time, it can be adapted to a new base map (such as the maximum code block length supported by the new base map can be Y or X as mentioned above), which can improve coding performance. The flowcharts for the two possible implementations mentioned above can be shown in Figure 8 below: Step 801: The sending device determines the number of bits corresponding to the transmission resource based on the number of REs corresponding to the transmission block resource. The process by which the sending device determines the number of bits corresponding to the transmission resource based on the number of REs corresponding to the transmission block resource can be referenced from the descriptions of determining the number of bits corresponding to the transmission resource in the four possible implementations mentioned above, and will not be repeated here. Step 802: The sending device determines the relationship between the number of bits corresponding to the transmission resources and the first threshold. If the number of bits corresponding to the transmission resource is less than or equal to the first threshold, the sending device can execute step 803; otherwise, the sending device can execute steps 804-806. The condition that the number of bits corresponding to the transmission resource is less than or equal to the first threshold can be replaced with enabling the transformation and the number of bits corresponding to the transmission resource being less than or equal to the first threshold, or it can be replaced with not enabling the transformation and the number of bits corresponding to the transmission resource being less than or equal to 3840. Step 803: The sending device determines the first intermediate variable based on the number of bits corresponding to the transmission resource, and determines the size of the transmission block based on the first intermediate variable. The first intermediate variable can be referred to in the above description of the first intermediate variable, and will not be repeated here. Specifically, the transmitting device can determine the size of the transport block as the first TBS that is closest to the first intermediate variable in the first TBS table. Step 804: The sending device can determine the second intermediate variable. The second intermediate variable can be referred to in the above description of the second intermediate variable, and will not be repeated here. Step 805: The transmitting device can determine the relationship between the bit rate and 0.25. When the bit rate is less than or equal to 0.25, the transmitting device can determine that the size of the transport block satisfies the following formula: L1 is the length of TB-CRC. N′ info,2 X is the second intermediate variable, and X is the first threshold. When the bit rate is greater than 0.25, the transmitting device can execute step 806. For example, the length of TB-CRC can be an integer greater than or equal to 3. For instance, the length of TB-CRC can be any of the following: 3, 6, 8, 11, 16, or 24. Step 806: The transmitting device can determine the relationship between the second intermediate variable and Y. The description of Y is similar to that described above and will not be repeated here. Where the second intermediate variable is greater than Y, the transmitting device can determine that the size of the transport block satisfies the following formula: When the second intermediate variable is less than or equal to Y, the transmitting device can determine that the size of the transport block satisfies the following formula: Based on the above description of the size of the transport block, the size of the transport block can be determined according to the first TBS table. The first TBS in the first TBS table can be determined according to the second TBS in the second TBS table and any of the following parameters: the spreading factor corresponding to the second TBS, or the number of increment bits S corresponding to the transformation of the second TBS (i.e., S corresponding to the second TBS). The second TBS table can be referenced from Table 2 above. Different second TBS tables correspond to different modulation orders. For example, taking a modulation order of 4 for the second TBS, the spread factor for the second TBS can be 1 / 2, and the S for the second TBS can be 1 / 2*Q*T, where Q is the modulation order and T is the number of modulation symbols. Optionally, the S corresponding to the second TBS can be less than or equal to the product of the second TBS and 25%. One of the conditions for determining BG2 in the NR standard is that the transport block size is less than or equal to 3824 and the code rate is less than or equal to 2 / 3. Therefore, the S corresponding to the second TBS will not exceed the number of increment bits corresponding to the transform when the code rate is 2 / 3. When the S corresponding to the second TBS is less than or equal to the product of the second TBS and 25%, the transport block size determined by the second TBS in the second TBS table can be adapted to shaped transmission, thereby improving communication performance. For example, taking Table 8 below as an example, the first MCS table is designed for shaped transmission. The code rate in the sixth row of the first MCS table is 0.66, and the modulation order is 4. It can be determined that the ratio of the number of increment bits corresponding to the transform to the number of bits corresponding to the transmission resources can be (681-553) / 553 = 23.15%, that is, 23.15% does not exceed 25%. Optionally, the expansion factor corresponding to the second TBS can be less than or equal to 0.75. It is understandable that when the spread factor corresponding to the second TBS is less than or equal to 0.75, the size of the transport block determined according to the second TBS in the second TBS table can be adapted to form the transmission, thereby improving communication performance. This application provides two possible implementations for determining the first TBS table: In the first possible implementation, the first TBS can be the product of the second TBS and its corresponding expansion factor. Specifically, the i-th first TBS in the first TBS table can be the product of the i-th second TBS in the second TBS table and its corresponding expansion factor. i = 0, 1, 2, 3, ..., 93. i can be understood as an index in the TBS table. Understandably, when the second TBS is greater than 640, the LDPC code encoding in the NR standard will select all information columns of BG2 (i.e., Kb = 10). In this case, to ensure that the sum of the number of bits after transformation and the number of pure payload bits without transformation does not exceed the maximum number of encoded bits in BG2, the second TBS can be multiplied by the expansion factor corresponding to the second TBS to determine the first TBS. For example, the first TBS table can be shown in Table 6 below, Z... i Let be the expansion factor corresponding to the i-th second TBS. Table 6 shows the first TBS table corresponding to the expansion factor. The expansion factors corresponding to different second TBSs can be the same or different. In the second possible implementation, the first TBS can be the difference between the second TBS and the S corresponding to the second TBS. Specifically, the i-th first TBS in the first TBS table can be the product of the i-th second TBS in the second TBS table and the S corresponding to the i-th second TBS. i = 0, 1, 2, 3, ..., 93. Understandably, when the second TBS is greater than 640, the LDPC code encoding in the NR standard will select all information columns of BG2 (i.e., Kb = 10). In this case, to ensure that the sum of the number of transformed bits and the number of untransformed pure payload bits does not exceed the maximum number of encoded bits for BG2, the second TBS can be subtracted from the corresponding S to determine the first TBS. For example, the first TBS table can be shown in Table 7 below, where S... i S is the S corresponding to the i-th second TBS. Table 7. The first TBS table corresponding to S. In this context, the S corresponding to different second TBSs can be the same or different. It is understandable that in a communication system, some communication devices can support shaped transmission, while others may not. This application provides several designs for communication devices to determine whether to perform shaped transmission (e.g., whether the transmitting device transforms the code block, or whether the receiving device performs an inverse transformation of the second sequence) to improve the interaction efficiency between communication devices. At the same time, it can avoid situations where the transmitting device transforms the code block but the receiving device cannot perform an inverse transformation of the second sequence, thereby improving the reliability of communication. In one possible design, the transmitting device can obtain the first indication information and transform the code block according to the first indication information. Alternatively, the receiving device can obtain the first indication information and perform an inverse transformation on the second sequence according to the first indication information. Wherein, the first indication information is used to indicate support for forming transfer, or can be described as, the first indication information is used to indicate permission for forming transfer, or can be described as, the first indication information is used to indicate whether forming transfer is supported, or can be described as, the first indication information is used to indicate whether forming transfer is permitted. In one example, the first indication information can be indicated by the network device to the terminal device, or the first indication information can be reported by the terminal device to the network device. The network device can be a sending device, and the terminal device can be a receiving device; or, the network device can be a receiving device, and the terminal device can be a sending device. For example, taking the first indication information occupying one bit as an example, the bit value can be set to 1 to indicate support for shaped transmission; the bit value can be set to 0 to indicate that shaped transmission is not supported. Alternatively, the bit value can be set to 0 to indicate support for shaped transmission; the bit value can be set to 1 to indicate that shaped transmission is not supported. For example, if a communication device obtains the first indication information, it can be determined that it supports shaped transmission; if the communication device does not obtain the first indication information, it can be determined that it does not support shaped transmission. If the communication device obtains the first indication information, taking the first indication information as occupying one bit as an example, the bit value can be set to 1 to indicate that it supports shaped transmission; or, the bit value can be set to 0 to indicate that it supports shaped transmission. The first indication information may be located in the DCI, or it may be located in the system message, or it may be located in the radio resource control (RRC) message. In another example, the first indication information can be located in the physical uplink shared channel (PUSCH) configuration, and the first indication information can be an embossed transmission switch (ENUMERATED). For example, setting the value of the first indication information to 1 indicates support for embossed transmission; setting the value of the first indication information to 0 indicates that embossed transmission is not supported. Alternatively, setting the value of the first indication information to 0 indicates support for embossed transmission; setting the value of the first indication information to 1 indicates that embossed transmission is not supported. Based on the first possible design, the first indication information can explicitly indicate whether shaped transmission is supported. The transmitting device can determine whether shaped transmission is supported (i.e., whether to transform the code block) based on the first indication information. Alternatively, the receiving device can determine whether shaped transmission is supported (i.e., whether to perform an inverse transformation on the second sequence) based on the first indication information. This can ensure consistency between the transmitting and receiving devices and improve the interaction efficiency between communication devices. In the second possible design, if the transmitting device is a terminal device, it can receive the DCI and determine whether to transform the code block based on the radical of the DCI. Alternatively, if the receiving device is a terminal device, it can receive the DCI and determine whether to perform an inverse transformation on the second sequence based on the radical of the DCI. Specifically, when the DCI format is one or more of the following: format 0_X or format 1_X, the transmitting device can transform the code block, or the receiving device can perform an inverse transformation on the second sequence. Based on the second possible design, the transmitting device can determine the format of the received downlink control information. The format of the downlink control information implicitly indicates whether shaped transmission is supported. By determining whether shaped transmission (i.e., whether to transform code blocks) is supported based on the downlink control information format, the transmitting device can ensure consistency between the transmitting and receiving devices, thus improving the interaction efficiency between communication devices. Furthermore, compared to instructing the transmitting device to transform code blocks through the first indication information, transmission overhead can be reduced. Alternatively, the receiving device can determine the format of the downlink control information based on the received downlink control information. The format of the downlink control information can implicitly indicate whether shaped transmission is supported. The receiving device can determine whether shaped transmission is supported (i.e., whether to perform an inverse transformation on the second sequence) based on the format of the downlink control information to ensure consistency between the sending and receiving devices, thereby improving the interaction efficiency between communication devices. In addition, compared to instructing the sending device to transform the code block through the first indication information, transmission overhead can be reduced. In a third possible design, the transmitting device can obtain the second indication information and transform the code block according to the second indication information. Alternatively, the receiving device can obtain the second indication information and perform an inverse transformation on the second sequence according to the second indication information. The second indication information is used to indicate the first MCS table, which corresponds to the forming transfer. Alternatively, it can be described as indicating that the first MCS table has been configured, or that the second indication information indicates that forming transfer is supported using the first MCS table. In one example, taking the second indication information occupying one bit as an example, the bit value can be set to 1 to indicate indication of the first MCS table; the bit value can be set to 0 to indicate no indication of the first MCS table. Alternatively, the bit value can be set to 0 to indicate indication of the first MCS table; the bit value can be set to 1 to indicate no indication of the first MCS table. In another example, assuming there are a first MCS table and a second MCS table, and the second indication information occupies one bit, the bit value can be set to 1 to indicate the first MCS table; the bit value can be set to 0 to indicate the second MCS table. Alternatively, the bit value can be set to 0 to indicate the first MCS table; and the bit value can be set to 1 to indicate the second MCS table. Optionally, the second indication information may be located in the DCI, or the second indication information may be located in the system message, or the second indication information may be located in the RRC message, without restriction. Based on the third possible design, the second indication information can implicitly indicate whether shaped transmission is supported. The transmitting device can determine whether shaped transmission is supported (i.e., whether to transform the code block) based on the second indication information. Alternatively, the receiving device can determine whether shaped transmission is supported (i.e., whether to perform an inverse transformation on the second sequence) based on the second indication information. This can ensure consistency between the transmitting and receiving devices and improve the interaction efficiency between communication devices. In the fourth possible design, the transmitting device can determine the transformation of the code block based on one or more of the following parameters of the MCS table: MCS table type, MCS index, modulation order, modulation scheme, distribution-matching precoding code rate, code rate, or spectral efficiency. Alternatively, the receiving device can determine the transformation of the second sequence based on one or more of the following parameters of the MCS table: MCS table type, MCS index, modulation order, modulation scheme, distribution-matching precoding code rate, code rate, or spectral efficiency. Based on the fourth possible design, one or more of the above parameters can implicitly indicate whether shaped transmission is supported. The transmitting device can determine whether shaped transmission is supported (i.e., whether to transform the code block) based on one or more of the above parameters, or the receiving device can determine whether shaped transmission is supported (i.e., whether to perform an inverse transformation on the second sequence) based on one or more of the above parameters. This ensures consistency between the transmitting and receiving devices and improves the interaction efficiency between communication devices. In addition, compared to instructing the transmitting device to transform the code block through the first indication information, transmission overhead can be reduced. Based on the above description of the first MCS table, optionally, the first MCS table may include one or more of the following modulation orders: 4, 6, 8, 10, 12, or 14. Compared with the second MCS table, the modulation order in the first MCS table may include one or more of the following: 10, 12, or 14. Among them, the modulation method corresponding to the modulation order of 4 can be 16-ASK or 16QAM, the modulation method corresponding to the modulation order of 6 can be 64QAM, the modulation method corresponding to the modulation order of 8 can be 256QAM, the modulation method corresponding to the modulation order of 10 can be 1024QAM, the modulation method corresponding to the modulation order of 12 can be 4096QAM, and the modulation method corresponding to the modulation order of 14 can be 16384QAM. Optionally, in the first MCS table, if the MCS index is 5, the product of the bitrate and 1024 can be 506; or if the MCS index is 6, the product of the bitrate and 1024 can be 561; or if the MCS index is 7, the product of the bitrate and 1024 can be 618; or if the MCS index is 8, the product of the bitrate and 1024 can be 681. For example, a portion of the contents of the first MCS table can be shown in Table 8 below: Table 8 First MCS Table The bitrates for different indices in the first MCS table differ from those in the second MCS table. For example, with index 5, the bitrate in the second MCS table is 378, while the bitrate in the first MCS table is 506; or, with index 27, the bitrate in the second MCS table is 948, while the bitrate in the first MCS table is 980. See Table 8 for the bitrates corresponding to other MCS indices. In addition, the first MCS table adds a distribution-matched precoding bitrate, which can be used to determine the number of bits corresponding to the transmission resources. It is understandable that the first MCS table can be determined based on S and the expansion factor, which can make the first MCS table adapt to the shape transmission, thereby improving communication performance. The various embodiments of this application can be implemented independently or in combination, without limitation. Unless otherwise specified or in conflict of logic, the terminology and / or descriptions between the different embodiments provided in this application are consistent and can be referenced mutually. Technical features in different embodiments can be combined to form new embodiments based on their inherent logical relationships. It is understood that in the embodiments of this application, the executing entity may perform some or all of the steps in the embodiments of this application. These steps or operations are merely examples, and the embodiments of this application may also perform other operations or variations thereof. Furthermore, the various steps may be executed in different orders as presented in the embodiments of this application, and it is not necessarily necessary to execute all the operations in the embodiments of this application. The foregoing primarily describes the solutions provided in this application from the perspective of device-to-device interaction. It is understood that each device, in order to achieve the aforementioned functions, includes corresponding hardware structures and / or software modules for executing each function. Those skilled in the art will readily recognize that, based on the algorithmic steps of the examples described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application. This application embodiment can divide each device into functional modules according to the above method example. For example, each function can be divided into a separate functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. The module division in this application embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods. When each functional module is divided according to its corresponding function, Figure 9 shows a transmitting device 90. The transmitting device 90 can perform the actions performed by the transmitting device in the methods shown in Figures 7-8. All relevant content of each step involved in the above method embodiments can be referred to the functional description of the corresponding functional module. The technical effects that can be obtained can be referred to the above method embodiments, and will not be repeated here. The transmitting device 90 may include a transceiver module 901 and a processing module 902. Exemplarily, the transmitting device 90 may be a communication device, or a chip or other combination device or component having the aforementioned transmitting device functions applied in a communication device. When the transmitting device 90 is a communication device, the transceiver module 901 may be a transceiver, which may include an antenna and radio frequency circuits, etc.; the processing module 902 may be a processor (or processing circuit), such as a baseband processor, which may include one or more CPUs. When the transmitting device 90 is a component having the aforementioned transmitting device functions, the transceiver module 901 may be a radio frequency unit; the processing module 902 may be a processor (or processing circuit), such as a baseband processor. When the transmitting device 90 is a chip system, the transceiver module 901 may be an input / output interface of a chip (e.g., a baseband chip); the processing module 902 may be a processor (or processing circuit) of the chip system, and may include one or more central processing units. It should be understood that the transceiver module 901 in the embodiments of this application can be implemented by a transceiver or transceiver-related circuit components; the processing module 902 can be implemented by a processor or processor-related circuit components (or, referred to as processing circuit). For example, the transceiver module 901 can be used to execute all the transceiver operations performed by the transmitting device in the embodiments shown in FIG7-FIG8, and / or to support other processes of the technology described herein; the processing module 902 can be used to execute all operations other than the transceiver operations performed by the transmitting device in the embodiments shown in FIG7-FIG8, and / or to support other processes of the technology described herein. Figure 10 shows a receiving device 100, which can perform the actions performed by the receiving device in the methods shown in Figures 7-8. All relevant content of each step involved in the above method embodiments can be referred to the functional description of the corresponding functional module, and the technical effects that can be obtained can be referred to the above method embodiments, which will not be repeated here. The receiving device 100 may include a transceiver module 1001 and a processing module 1002. For example, the receiving device 100 may be a communication device, or a chip or other combination device or component having the aforementioned receiving device functions. When the receiving device 100 is a communication device, the transceiver module 1001 may be a transceiver, which may include an antenna and radio frequency circuits; the processing module 1002 may be a processor (or processing circuit), such as a baseband processor, which may include one or more CPUs. When the receiving device 100 is a component having the aforementioned receiving device functions, the transceiver module 1001 may be a radio frequency unit; the processing module 1002 may be a processor (or processing circuit), such as a baseband processor. When the receiving device 100 is a chip system, the transceiver module 1001 may be an input / output interface of a chip (e.g., a baseband chip); the processing module 1002 may be a processor (or processing circuit) of the chip system, and may include one or more central processing units. The transceiver module 1001 in this embodiment can be implemented by a transceiver or transceiver-related circuit components; the processing module 1002 can be implemented by a processor or processor-related circuit components (or, referred to as processing circuit). For example, the transceiver module 1001 can be used to execute all the transceiver operations performed by the receiving device in the embodiments shown in FIG7-FIG8, and / or to support other processes for the technology described herein; the processing module 1002 can be used to execute all operations other than the transceiver operations performed by the receiving device in the embodiments shown in FIG7-FIG8, and / or to support other processes for the technology described herein. As another possible implementation, the transceiver module 901 in Figure 9 can be replaced by a transceiver unit that integrates the functions of the transceiver module 901; the processing module 902 can be replaced by a processor that integrates the functions of the processing module 902. Furthermore, the transmitting end device 90 shown in Figure 9 may also include a memory. Alternatively, the transceiver module 1001 in Figure 10 can be replaced by a transceiver unit that integrates the functions of the transceiver module 1001; the processing module 1002 can be replaced by a processor that integrates the functions of the processing module 1002. Furthermore, the receiving end device 100 shown in Figure 10 may also include a memory. Alternatively, when the processing module 902 is replaced by a processor and the transceiver module 901 is replaced by a transceiver, the transmitting end device 90 involved in the embodiments of this application can also be the communication device 110 shown in FIG11. Or, when the processing module 1002 is replaced by a processor and the transceiver module 1001 is replaced by a transceiver, the receiving end device 100 involved in the embodiments of this application can also be the communication device 110 shown in FIG11. The processor can be logic circuit 1101, and the transceiver can be interface circuit 1102. Furthermore, the communication device 110 shown in Figure 11 may also include a memory 1103. The memory 1103 can exist independently of the processor or be integrated with it. The memory 1103 can be used to store instructions, program code, or some data. The memory 1103 can be located inside or outside the communication device 110, without limitation. To achieve the above functions, the chip of this invention may include hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art will readily recognize that, based on the units and algorithm steps of the examples described in conjunction with the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application. This application embodiment can divide terminal devices or network devices into functional modules according to the above method examples. For example, each function can be divided into its own functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. It should be noted that the module division in this application embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods. Referring to Figure 12, Figure 12 is a schematic diagram of a communication device provided in an embodiment of this application. This communication device can be applied to the methods shown in any of the embodiments in Figures 7-8 above. As shown in Figure 12, the communication device 120 includes a processing module 1202 and a transceiver module 1201. The processing module 1202 may be one or more processors, and the transceiver module 1201 may be a transceiver or a communication interface. This communication device can be used to implement the terminal device or network device involved in any of the above method embodiments, or to implement the functions of the network element involved in any of the above method embodiments. The network element or network function can be a network component in a hardware device, a software function running on dedicated hardware, or a virtualization function instantiated on a platform (e.g., a cloud platform). Optionally, the communication device 120 may also include a storage module for storing the program code and data of the communication device 120. In one possible implementation, the communication device 120 functions as a terminal device or as a chip applied within a terminal device, and executes the steps performed by the terminal device in the above method embodiments. The transceiver module is used to specifically execute the sending and / or receiving actions performed by the terminal device in any of the embodiments of Figures 7-8, for example, supporting the terminal device in performing other processes of the technology described herein. The processing module can be used to support the communication device 120 in performing the processing actions in the above method embodiments, for example, supporting the terminal device in performing other processes of the technology described herein. For example, the processing module 1202 is used to determine the size of the transport block, segment the transport block according to the size of the transport block to obtain one or more code blocks, further transform each code block in the one or more code blocks to obtain one or more first sequences; further, encode each first sequence in the one or more first sequences to obtain one or more coded bit sequences. In another possible implementation, when the terminal device or network device is a chip, the transceiver module can be a communication interface, pins, or circuits. The communication interface can be used to input data to be processed to the processor and can output the processor's processing results. Specifically, the communication interface can be a general purpose input / output (GPIO) interface, which can connect to multiple peripheral devices (such as displays (LCDs), cameras, radio frequency (RF) modules, antennas, etc.). The communication interface is connected to the processor via a bus. The processing module 1202 may be a processor, which can execute computer execution instructions stored in the storage module 1203 to cause the chip to execute the methods involved in any of the embodiments shown in Figures 7-8. Further, the processor may include a controller, an arithmetic logic unit (ALU), and registers. For example, the controller is mainly responsible for instruction decoding and issuing control signals for the operations corresponding to the instructions. The ALU is mainly responsible for performing fixed-point or floating-point arithmetic operations, shift operations, and logical operations, and can also perform address operations and conversions. The registers are mainly responsible for storing register operands and intermediate operation results temporarily stored during instruction execution. In specific implementations, the processor's hardware architecture may be an ASIC architecture, a microprocessor without interlocked piped stages architecture (MIPS), an advanced reduced instruction set compute machines (ARM) architecture, or a network processor (NP) architecture, etc. The processor may be single-core or multi-core. The storage module may be an in-chip storage module, such as a register or cache. Storage modules can also be external to the chip, such as ROM or other types of static storage devices that can store static information and instructions, RAM, etc. It should be noted that the functions of the processor and interface can be implemented through hardware design, software design, or a combination of both; no restrictions are imposed here. This application also provides a computer program product that, when executed by a computer, can implement the functions of any of the above method embodiments. This application also provides a computer program that, when executed by a computer, can implement the functions of any of the above method embodiments. This application also provides a computer-readable storage medium. All or part of the processes in the above method embodiments can be implemented by a computer program instructing related hardware. This program can be stored in the computer-readable storage medium, and when executed, it can include the processes of the above method embodiments. The computer-readable storage medium can be an internal storage unit of the terminal (including a data sending end and / or a data receiving end) of any of the foregoing embodiments, such as the terminal's hard disk or memory. The computer-readable storage medium can also be an external storage device of the terminal, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the terminal. Further, the computer-readable storage medium can include both the terminal's internal storage unit and external storage devices. The computer-readable storage medium is used to store the computer program and other programs and data required by the terminal. The computer-readable storage medium can also be used to temporarily store data that has been output or will be output. The terms "first" and "second," etc., used in the specification, claims, and drawings of this application are used to distinguish different objects, not to describe a specific order. "First" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. Therefore, a feature defined with "first" and "second" may explicitly or implicitly include one or more of that feature. In the description of this embodiment, unless otherwise stated, "a plurality of" means two or more. Furthermore, the terms “comprising” and “having”, and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the steps or units listed, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to such process, method, product, or apparatus. It is understood that in this application, "at least one (item)" refers to one or more. "More than one" refers to two or more. "At least two (items)" refers to two or three or more. "And / or" is used to describe the relationship between related objects, indicating that there can be three relationships. For example, "A and / or B" can mean: only A exists, only B exists, and both A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the related objects before and after are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple. Both "...when" and "if" indicate that a corresponding action will be taken under certain objective circumstances. They are not time limits, nor do they require a judgment action to be taken when the action is taken, nor do they imply any other limitations. In the embodiments of this application, the terms "exemplary" or "for example" are used to indicate that something is an example, illustration, or description. Any embodiment or design that is described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a specific manner to facilitate understanding. In this application, "sending information to...(terminal device)" can be understood as the destination of the information being the terminal device. This can include sending information directly or indirectly to the terminal device. "Receiving information from...(terminal device)" can be understood as the source of the information being the terminal device, and can include receiving information directly or indirectly from the terminal device. Information may undergo necessary processing between the source and destination, such as format changes, but the destination can understand the valid information from the source. Through the above description of the embodiments, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above. In the several embodiments provided in this application, the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another device, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual couplings, direct couplings, or communication connections may be through some interfaces; indirect couplings or communication connections between devices or units may be electrical, mechanical, or other forms. The units described as separate components may or may not be physically separate. A component shown as a unit can be one or more physical units; that is, it can be located in one place or distributed in multiple different locations. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs. Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of this application embodiment, or all or part of the technical solution, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

Claims

1. A communication method, characterized in that, include: The transport block is segmented according to its size to obtain one or more code blocks; wherein the size of the transport block is determined according to any one of the following: the number of increment bits S corresponding to the transformation, or the spread factor corresponding to the transformation. Transform each of the one or more code blocks to obtain one or more first sequences; Encode each of the one or more first sequences to obtain one or more encoded bit sequences; Output the one or more coded bit sequences.

2. The method according to claim 1, characterized in that, Transforming each code block includes: Perform a distribution matching transformation on each code block.

3. A communication method, characterized in that, include: Receive a sequence to be decoded; wherein the sequence to be decoded corresponds to a transport block; The number of code blocks is determined based on the size of the transport block; wherein the size of the transport block is determined according to either the number of increment bits S corresponding to the transformation, or the spread factor corresponding to the transformation. Based on the number of code blocks, the sequence to be decoded is decoded to obtain one or more second sequences; Perform an inverse transformation on the one or more second sequences to obtain one or more third sequences.

4. The method according to any one of claims 1-3, characterized in that, The spreading factor is determined based on the modulation order.

5. The method according to claim 4, characterized in that, The spreading factor is equal to the ratio of the number of untransformed bits in the Q bits corresponding to the modulation symbol to the value of Q.

6. The method according to claim 5, characterized in that, When the modulation order is 2, the spread factor is 1; or When the modulation order is 4, the spread factor is 0.5; or When the modulation order is 6, the spread factor is 2 / 3; or When the modulation order is 8, the spread factor is 0.75; or When the modulation order is 10, the spread factor is 0.8; or When the modulation order is 12, the spread factor is 2 / 3.

7. The method according to any one of claims 1-6, characterized in that, The value of S is determined based on the modulation order.

8. The method according to any one of claims 1-7, characterized in that, The size of the transport block is determined based on the number of resource units (REs) corresponding to the transport resource, the length of the cyclic redundancy check (TB-CRC) bits of the transport block, and any one of the following: S, or the spread factor.

9. The method according to claim 8, characterized in that, If the number of bits corresponding to the transmission resource is less than a first threshold, the size of the transmission block is determined according to the first transmission block size TBS table; or When the number of bits corresponding to the transmission resource is greater than or equal to the first threshold, the size of the transmission block is determined according to the following parameters: the number of bits corresponding to the transmission resource, the maximum code block length supported by the base map, the length of TB-CRC, the code rate, and the length of the cyclic redundancy check bits CB-CRC of the code block. The number of bits corresponding to the transmission resource is determined based on the number of REs corresponding to the transmission resource; the first threshold is determined based on any one of the following: S, or the expansion factor.

10. The method according to claim 9, characterized in that, The number of bits corresponding to the transmission resource is further determined according to any of the following: the spreading factor, the distribution matching precoding rate, or the spectral efficiency; the distribution matching precoding rate and the spectral efficiency are both determined according to any of the following: S, or the spreading factor.

11. The method according to claim 10, characterized in that, The number of bits corresponding to the transmission resource is equal to the product of the number of REs corresponding to the transmission resource, the spectral efficiency, and the number of transmission streams; or The number of bits corresponding to the transmission resource is equal to the product of the number of REs corresponding to the transmission resource, the spreading factor, the modulation order, the code rate, and the number of transmission streams; or The number of bits corresponding to the transmission resource is equal to the product of the number of REs corresponding to the transmission resource, the distribution matching precoding code rate, the modulation order, the code rate, and the number of transmission streams.

12. The method according to any one of claims 8-11, characterized in that, The first threshold is also determined based on the maximum code block length supported by the base map and the length of the TB-CRC.

13. The method according to claim 12, characterized in that, The first threshold is the difference between a first value and S; or The first threshold is the product of the first value and the expansion factor; Wherein, the first value is the difference between the maximum code block length supported by the base map and the length of the TB-CRC.

14. The method according to any one of claims 9-13, characterized in that, The size of the transport block is determined according to the first TBS table, including: The size of the transport block is the first TBS among multiple first TBS in the first TBS table; Each of the plurality of first TBSs is determined based on the second TBS in the second TBS table and any of the following parameters: the spread factor corresponding to the second TBS, or the S corresponding to the second TBS; the second TBS is less than or equal to 3824; different second TBSs correspond to different modulation orders.

15. The method according to claim 14, characterized in that, The S corresponding to the second TBS is less than or equal to the product of the second TBS and 25%.

16. The method according to claim 14 or 15, characterized in that, The first TBS is the product of the second TBS and the expansion factor corresponding to the second TBS; or The first TBS is the difference between the second TBS and the S corresponding to the second TBS.

17. The method according to any one of claims 1-2 and 4-16, characterized in that, The method further includes: Obtain first indication information; wherein, the first indication information is used to indicate support for forming transfer; The code block is transformed according to the first indication information.

18. The method according to any one of claims 1-2 and 4-17, characterized in that, The method further includes: The transformation of the code block is determined based on one or more of the following parameters of the MCS table: MCS table type, MCS index, modulation order, modulation scheme, distribution matching precoding code rate, code rate, or spectral efficiency.

19. The method according to claim 18, characterized in that, The MCS table includes one or more of the following modulation orders: 4, 6, 8, 10, 12, or 14.

20. The method according to any one of claims 1-2 and 4-19, characterized in that, The method further includes: Obtain second indication information; wherein, the second indication information is used to indicate the first MCS table, and the first MCS table corresponds to the forming transmission; The code block is transformed according to the second instruction information.

21. The method according to any one of claims 1-2 and 4-20, characterized in that, The method further includes: Receive downlink control information; When the downlink control information is in one or more of the following formats: format 0_X or format 1_X, the code block is transformed.

22. The method according to any one of claims 7-21, characterized in that, The number of REs corresponding to the transmission resources is determined based on the overhead of the transformation configuration.

23. The method according to claim 22, characterized in that, The number of REs corresponding to the transmission resources is also determined based on one or more of the following: the overhead of higher-layer parameter configuration, or multiple time units; wherein the overhead of the higher-layer parameter configuration is included in a first set, and the number of elements in the first set is greater than 3.

24. The method according to claim 23, characterized in that, The first set is {6, 12, 18, 24}; or The first set is {6, 12, 18, 24, 32}; or The first set is {6,12,18,24,32,38}.

25. The method according to claim 23 or 24, characterized in that, The number of REs corresponding to the transmission resources is determined based on the following parameters: the number of symbols scheduled in each time unit of the plurality of time units, the number of subcarriers in a resource block, the number of REs for demodulation reference signals in a resource block, the overhead of the higher layer parameter configuration, and the overhead of the transformation configuration.

26. A communication device, characterized in that, The communication device includes a processor; the processor is configured to run a computer program or instructions that cause the communication method as described in any one of claims 1-2, 4-25 to be executed, or cause the communication method as described in any one of claims 3-25 to be executed.

27. A communication device, characterized in that, The communication device includes an interface circuit and a logic circuit; the interface circuit is used to input and / or output information; the logic circuit is used to execute the communication method as described in any one of claims 1-2, 4-25, or to execute the communication method as described in any one of claims 3-25, and to process and / or generate the information based on the information.

28. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions or programs that, when executed on a computer, cause the communication method as described in any one of claims 1-2, 4-25, or as described in any one of claims 3-25, to be executed.

29. A computer program product, characterized in that, The computer program product includes computer instructions; when some or all of the computer instructions are executed on a computer, they cause the communication method as described in any one of claims 1-2, 4-25 to be executed, or cause the communication method as described in any one of claims 3-25 to be executed.

Images