Patent Description:
The present disclosure relates to the field of communications technologies, and in particular, to an information processing method, a device, and a computer-readable storage medium.

In a future communications system, an unlicensed band (unlicensed band) may be used to supplement a licensed band (licensed band), to help an operator expand services. To keep consistency with new radio (New Radio, NR) deployment and maximize NR-based unlicensed access as much as possible, the unlicensed band may be in <NUM>, <NUM>, and <NUM> bands. A large bandwidth (<NUM> or <NUM>) of the unlicensed band can reduce implementation complexity of a base station and a terminal device.

For a <NUM> communications system running on an unlicensed band (for example, <NUM>), interlaced resource blocks (interlace) are used as allocation units for uplink transmission to meet a spectrum occupation requirement in the unlicensed band and increase uplink transmission coverage under a spectral power density requirement. In terms of physical uplink control channel (Physical Uplink Control Channel, PUCCH) design, to adapt to the interlaced resource block structure in an unlicensed <NUM> communications system, enhancement is also made on the basis of PUCCH in a licensed <NUM> communications system, but the enhancement is based on a <NUM> bandwidth. In the <NUM> bandwidth, the PUCCH must occupy at least one entire interlace. However, in some cases, the terminal device does not necessarily need to use such configuration. In these cases, use of the transmission mode in the prior art leads to lower resource utilization.

<CIT> discloses a method for transmitting and receiving a physical uplink control channel (PUCCH) between a terminal and a base station, and a device for supporting same. <CIT> discloses a method and apparatus for sending uplink control information. <CIT> discloses transmission of uplink control channels over an unlicensed radio frequency spectrum band. <CIT> discloses a method for transmitting and receiving an uplink signal between a terminal and a base station in a wireless communication system for supporting an unlicensed band, and an apparatus for supporting same. <CIT> discloses a resource allocation and user multiplexing capacity enhancements for interlace based physical uplink control channel (PUCCH) formats in new radio (NR) using unlicensed spectrum (NR-U).

Embodiments of the present disclosure provide an information processing method, a device, and a computer-readable storage medium, as defined in the appended set of claims, to resolve a problem of low resource utilization.

In the embodiments of the present disclosure, information required for actually transmitting the PUCCH can be adjusted based on the characteristic parameter of the UCI to be fed back, so that resource utilization is improved.

To describe the technical solutions in the embodiments of the present disclosure more clearly, the following briefly described the accompanying drawings required for describing the embodiments of the present disclosure. Apparently, the accompanying drawings in the following description show merely some embodiments of the present disclosure, and a person of ordinary skill in the art may still derive other drawings from these accompanying drawings without creative efforts. The scope of the invention is defined by the scope of the appended claims.

The following clearly and completely describes the technical solutions in the embodiments of the present disclosure with reference to the accompanying drawings in the embodiments of the present disclosure. Apparently, the described embodiments are some but not all of the embodiments of the present disclosure. The protection scope of the present disclosure is defined in the appended set of claims.

<FIG> is a flowchart of an information processing method according to this embodiment of the present disclosure. As shown in <FIG>, the method includes the following step.

Step <NUM>: In a case that a PUCCH transmission format based on an interlace structure is scheduled for a terminal device, determine, based on a characteristic parameter of UCI to be fed back, a transmission parameter for transmitting a PUCCH.

The transmission parameter includes at least one of the following:.

Particularly, in a case that the PUCCH transmission format based on the interlace structure is scheduled for the terminal device and the PUCCH transmission format can support UCI of more than two bits, at least one of the foregoing information is determined.

The characteristic parameter includes a bit quantity of the UCI, or, according to the invention as claimed, a bit quantity and a code rate of the UCI.

According to the invention as claimed, a transmission parameter satisfying a preset condition when the PUCCH is transmitted is determined based on the characteristic parameter of the UCI. The preset condition is: a code rate of uplink information to be transmitted on the PUCCH is lower than or equal to a configured code rate; and the uplink information includes the UCI, or, according to the invention as claimed, the uplink information includes the UCI and a cyclic redundancy check (Cyclic redundancy check, CRC). The configured code rate may be configured by a network-side device.

The following describes in detail how to determine the foregoing information.

For example, when the UCI is sent, if the number of UCI bits is greater than <NUM> and less than or equal to <NUM>, an RM (Reed-Muller) coding mode is used for the UCI, there is no need to add a CRC, and a code rate of carried information represents the code rate of the UCI; or if the number of UCI bits is greater than <NUM>, polar (polar) coding is used, a CRC bit needs to be added for checking, and a code rate of carried information is a code rate of the UCI plus the CRC.

Specifically, in an actual application, by using radio resource control (Radio Resource Control, RRC) signaling, a base station configures PUCCH resource parameters, including a start interlace index <MAT> corresponding to an allocated interlace, the number <MAT> of interlaces, a start OFDM symbol position <MAT>, the number <MAT> of OFDM symbols, a spreading factor <MAT>, an orthogonal sequence wn, a code rate r, and the like.

In this case, a minimum M satisfying the following inequality can be determined, and the minimum M is used as the number of interlaces for transmitting the PUCCH, where M is a positive integer: <MAT> where <MAT> OUCI represents a bit quantity of the UCI; OCRC represents a bit quantity of the CRC; <MAT> represents the number of PRBs included in M interlaces, that is, the number of PRBs for transmitting the PUCCH; <MAT> represents the number of subcarriers for transmitting control information in one PRB, for example, <MAT> for an NR R15 PUCCH format <NUM>, <MAT> for a PUCCH format <NUM>, or <MAT> for a PUCCH format <NUM>; <MAT> represents the number of subcarriers in one PRB, that is, mapping of <MAT> with a demodulation reference signal (Demodulation Reference Signal, DMRS) of the PUCCH format, which is related to whether there is a spreading factor; <MAT> represents the number of OFDM symbols configured by the network-side device; Qm represents an order of modulation and coding; r represents the code rate; <MAT> represents the number of interlaces configured by the network-side device; and <MAT> represents the number of PRBs included in an interlace whose index is j.

When <MAT>, if <MAT>, the number of interlaces for transmitting the PUCCH by the UE is <MAT>, that is, the UE uses the number of interlaces configured by using RRC, to transmit the PUCCH.

(<NUM>) The determining a transmission parameter satisfying a preset condition for transmitting the PUCCH includes: determining the minimum number of OFDM symbols satisfying the preset condition.

Specifically, in an actual application, a minimum N satisfying the following inequality is determined, and the minimum N is used as the number of OFDM symbols for transmitting the PUCCH, where N is a positive integer: <MAT> where
OUCI represents a bit quantity of the UCI; OCRC represents a bit quantity of the CRC; <MAT> represents the number of PRBs included in <MAT> interlaces configured by the network-side device, that is, the number of PRBs for transmitting the PUCCH; <MAT> represents the number of subcarriers for transmitting control information in one PRB, for example, <MAT> for an NR R15 PUCCH format <NUM>, <MAT> for a PUCCH format <NUM>, or <MAT> for a PUCCH format <NUM>; <MAT> represents the number of subcarriers in one PRB, that is, mapping of <MAT> with a DMRS of the PUCCH format which is related to whether there is a spreading factor; Qm represents an order of modulation and coding; r represents the code rate; and <MAT> represents the number of OFDM symbols configured by the network-side device.

When <MAT>, if <MAT>, the number of OFDM symbols for transmitting the PUCCH by the UE is <MAT>, that is, the UE uses the number of OFDM symbols configured by using RRC, to transmit the PUCCH.

(<NUM>) The determining a transmission parameter satisfying a preset condition for transmitting the PUCCH includes:
first obtaining a spreading factor set configured by the network-side device, where the spreading factor set may include one or more spreading factors; then determining, from the spreading factor set, a largest spreading factor satisfying the preset condition; and finally using the largest spreading factor as the spreading factor for transmitting the PUCCH.

After the spreading factor is determined in the foregoing manner, an orthogonal sequence corresponding to the largest spreading factor can be used as the orthogonal sequence for transmitting the PUCCH.

Specifically, in an actual application, the largest spreading factor satisfying the following inequality is used as the spreading factor for transmitting the PUCCH: <MAT>.

When <MAT> is a smallest spreading factor configured by the network-side device, if <MAT> still holds, the spreading factor for transmitting the PUCCH by the UE is a smallest spreading factor configured by the network-side device, that is, the UE uses the smallest spreading factor configured by using RRC, to transmit the PUCCH.

In this embodiment of the present disclosure, the method may be applied to the terminal device, for example, a mobile phone, a tablet personal computer (Tablet Personal Computer), a laptop computer (Laptop Computer), a personal digital assistant (personal digital assistant, PDA), a mobile Internet device (Mobile Internet Device, MID), or a wearable device (Wearable Device). The method may also be applied to the network-side device, for example, the base station.

In this embodiment of the present disclosure, information required for actually transmitting the PUCCH can be adjusted based on the characteristic parameter of the UCI to be fed back, so that resource utilization is improved.

<FIG> is a flowchart of an information processing method according to this embodiment of the present disclosure. The method is applied to a terminal device.

Step <NUM>: In a case that a size of a BWP of the terminal device is larger than that of an LBT subband, obtain first information. The first information is used to indicate at least one of the following information: a resource configuration of a PUCCH and a transmission mode of the PUCCH. The transmission mode includes transmission in only one LBT subband or repeated transmission in different LBT subbands of a target bandwidth part.

In this embodiment of the present disclosure, the target bandwidth part is the BWP of the terminal device, or the target bandwidth part is a subset of the BWP of the terminal device. In addition, the target bandwidth part may be configured by a network-side device, or indicated by a network-side device by using downlink control information (downlink control information, DCI), or determined by the terminal device according to a preset rule.

Step <NUM>: Transmit the PUCCH in different LBT subbands in a repetition mode according to the first information.

For example, assuming that the BWP of the terminal device has three LBT subbands, the PUCCH can be repeatedly transmitted in each LBT subband.

In this embodiment of the present disclosure, the first information is preconfigured or dynamically indicated by using higher layer signaling. The first information may include at least one of the following:.

In this embodiment of the present disclosure, when the terminal device works in a large bandwidth, how the PUCCH is transmitted and multiplexed is clear, so that reliability of communication is ensured.

Step <NUM>: Perform idle channel detection in a case that time domain resources for a first PUCCH and a second PUCCH overlap, where the first PUCCH corresponds to first UCI and the second PUCCH corresponds to second UCI.

Step <NUM>: Determine a transmission mode of the first UCI and the second UCI based on a result of the idle channel detection.

This step includes: determining, based on a multiplexing rule, a multiplex PUCCH after the first UCI and the second UCI are multiplexed; and
in a case that the multiplex PUCCH includes the first PUCCH or the second PUCCH, transmitting the first UCI and/or the second UCI based on the result of the idle channel detection, if either of the following conditions is satisfied:.

Specifically, the performing idle channel detection includes: performing idle channel detection on the multiplex PUCCH before the multiplex PUCCH is transmitted or in an LBT subband in which the multiplex PUCCH is located; and
the determining a transmission mode of the first UCI and the second UCI includes:
in a case that a result of the idle channel detection before the multiplex PUCCH is transmitted or in the LBT subband in which the multiplex PUCCH is located indicates "idle", transmitting the first UCI and the second UCI on the multiplexed PUCCH.

In a case that a result of the idle channel detection before the multiplex PUCCH is transmitted or in the LBT subband in which the multiplex PUCCH is located indicates "busy", idle channel detection is performed before the first PUCCH or the second PUCCH, or in an LBT subband in which the first PUCCH or the second PUCCH is located; and in a case that a result of the idle channel detection before the first PUCCH or the second PUCCH or in the LBT subband the first PUCCH or the second PUCCH is located indicates "idle", the first UCI or the second UCI is transmitted.

A network-side device performs blind detection. If the first PUCCH is received, the network-side device can determine that the first PUCCH carries the first UCI, or the first UCI and the second UCI; if the second PUCCH is received, the network-side device can determine that the first PUCCH carries the second UCI, or the first UCI and the second UCI; or if the third PUCCH is received, the network-side device can determine that the third PUCCH carries the first UCI and the second UCI.

In this embodiment of the present disclosure, even when channel monitoring finds one PUCCH busy, it is still possible that UCI transmission be performed on other channels, thereby facilitating system access in NRU (NR in Unlicensed Spectrum, NR working in unlicensed spectrum), increasing a possibility of sending uplink control information, and improving effectiveness of system communication.

<FIG> is a flowchart of an information processing method according to this embodiment of the present disclosure. The method is applied to a network-side device.

Step <NUM>: In a case that a size of a BWP of a terminal device is larger than that of an LBT subband, send first information to the terminal device.

Step <NUM>: Receive a PUCCH transmitted by the terminal device, where the PUCCH is transmitted by the terminal device in different LBT subbands of a target bandwidth part in a repetition mode according to the first information.

The first information is used to indicate at least one of the following information: a resource configuration of the PUCCH and a transmission mode of the PUCCH; and
the target bandwidth part is the BWP of the terminal device, or the target bandwidth part is a subset of the BWP of the terminal device.

On a basis of the foregoing embodiment, to further improve communication efficiency, the method may further include:
configuring the target bandwidth part, or indicating the target bandwidth part to the terminal device by using DCI.

The first information includes any one of the following:.

An embodiment of the present disclosure provides a PUCCH information processing method in a case of an NR unlicensed band. The method mainly includes:
when a PUCCH transmission format based on an interlace structure is scheduled for UE and the corresponding PUCCH transmission format is capable of supporting UCI of more than two bits, the UE determines at least one of the following based on a bit quantity and a code rate of UCI to be fed back:.

If a bandwidth of a current BWP of the UE is larger than <NUM> (the bandwidth is an integer multiple of <NUM>, that is, N×<NUM>), for PUCCH transmission based on an interlaced resource block structure:
PUCCH resource configuration mode: a base station indicates an interlace allocated to the PUCCH and an LBT subband in which the PUCCH is located, or an interlace allocated to the PUCCH (which may include a start interlace index and the number of interlaces), a start PRB index corresponding to the interlace, and the number of occupied PRBs (or a start PRB index and an end PRB index). If PUCCH transmission based on the interlaced resource block structure is scheduled for the UE, the UE transmits the PUCCH in N bandwidths of <NUM> in a repetition mode based on the indication or configuration of the base station.

If time domain resources for two PUCCHs overlap, the UE performs transmission based on an LBT result:.

Particularly, the UE performs LBT before the PUCCH on which the UCI is multiplexed is transmitted or in the LBT subband in which the PUCCH is located. If it is detected that the channel is idle, the UE transmits the multiplexed UCI on the multiplexed PUCCH. If the UE performs LBT before transmitting the PUCCH on which the UCI is multiplexed or in the LBT subband in which the multiplex PUCCH is located and detects that the channel is busy, and the UE performs LBT before another PUCCH is transmitted or in the LBT subband in which the another PUCCH is located and detects that the channel is idle, the UE transmits the another PUCCH and UCI carried in the another PUCCH.

The following describes implementation processes of the embodiments of the present disclosure in detail with reference to specific embodiments.

In an embodiment of the present disclosure, by using RRC signaling, the base station configures PUCCH resource parameters, including a start interlace index <MAT> corresponding to an allocated interlace, the number <MAT> of interlaces, a start OFDM symbol position <MAT>, the number <MAT> of OFDM symbols, a spreading factor <MAT>, an orthogonal sequence wn, a code rate r, and the like.

For example, the UE adjusts, based on the bit quantity and code rate of UCI to be sent, the number of interlaces of the PUCCH during transmission:.

If the number of interlaces allocated to the PUCCH is greater than <NUM>, the UE may adjust, based on the bit quantity and code rate of UCI to be fed back, interlaces used during actual transmission, where <MAT>, where <MAT>. In this case, the number of interlaces actually used by the UE for transmission is M, and indexes are <MAT>.

For example, the UE adjusts, based on the bit quantity and code rate of UCI to be sent, the number of OFDM symbols of the PUCCH during transmission:
If the number of interlaces allocated to the PUCCH is greater than <NUM>, the UE may adjust, based on the bit quantity and code rate of UCI to be fed back, the number of OFDM symbols used during actual transmission, where <MAT>, where <MAT>. In this case, the number of PUCCH symbols used by the UE for transmission is N, and indexes are <MAT> to <MAT>.

For example, the UE adjusts, based on the bit quantity and code rate of UCI to be sent, a spreading factor (and an orthogonal sequence) used for the PUCCH during transmission:.

The base station configures different spreading factors for each PUCCH, for example, <MAT> and <MAT>, and each spreading factor corresponds to an orthogonal sequence wn,<NUM> or wn,<NUM>.

If the number of interlaces allocated to the PUCCH is greater than <NUM>, the UE may adjust interlaces during actual transmission, based on the bit quantity and code rate of UCI to be fed back, where <MAT>. For a spreading factor, the UE tries from a largest spreading factor, and then a second largest spreading factor, until a largest spreading factor that satisfies the foregoing inequality.

To be specific, if <MAT>, which satisfies the foregoing inequality, the spreading factor used by the UE for transmission is <MAT>, and the orthogonal sequence is wn,<NUM>; otherwise, the spreading factor used by the UE for transmission is <MAT>, and the orthogonal sequence is wn,<NUM>.

As shown in <FIG>, a UL BWP bandwidth activated by the UE is <NUM>. For transmission of the PUCCH based on the interlace structure, because generally only a few PRBs are required by the PUCCH, transmission of the PUCCH is usually performed in a <NUM> bandwidth. PUCCH transmission designs, including a transmission sequence, an orthogonal sequence, rate matching, and the like, are all in one or more interlaces within <NUM>. However, if the BWP bandwidth configured for the UE is wideband transmission, in some cases, transmitting the PUCCH in the entire BWP helps the UE preempt a channel and avoid unnecessary LBT. For example, as shown in <FIG>, two PUSCHs are scheduled for the UE, and each PUSCH occupies an <NUM> bandwidth, but the two PUSCHs are not continuous in time domain, and a PUCCH is scheduled between the PUSCHs. If the PUCCH channel bandwidth is <NUM>, in other <NUM> without the PUCCH, because there is a gap between the two PUSCHs, a channel resource may be preempted by another access point before a PUSCH <NUM> is transmitted, and consequently the PUSCH <NUM> cannot be transmitted. In this case, the UE may transmit the PUCCH in the entire BWP based on an instruction of the base station. To simplify the PUCCH design, the UE repeats the PUCCH transmitted in <NUM> in different LBT subbands in a repetition mode.

As shown in <FIG> and <FIG>, a PUCCH <NUM> is a channel state information (Channel State Information, CSI) PUCCH, and a PUCCH <NUM> is a scheduling request (Scheduling Request, SR) PUCCH. The two PUCCHs are located in a same LBT subband, but have different start symbols. Based on a UCI multiplexing rule, when time domain resources for the CSI PUCCH and the SR PUCCH overlap, the UE multiplexes an SR on the CSI PUCCH, that is, the SR is transmitted on the PUCCH <NUM>. The UE performs LBT before the PUCCH <NUM> is transmitted; and if detecting that the channel is idle, sends the PUCCH <NUM>; or if detecting that the channel is busy, cannot transmit the PUCCH <NUM>.

According to this embodiment of the present disclosure, for example, in <FIG>, if the UE detects, before the PUCCH <NUM> is transmitted, that the channel is idle, the UE transmits the CSI and the SR on the PUCCH <NUM>; if detecting that the channel is busy, the UE cannot transmit the PUCCH <NUM>; if the SR is positive, the UE may continue to perform LBT before the PUCCH <NUM>; if the UE detects that the channel is idle in this case, the UE transmits the positive SR (the UE does not transmit the CSI) through the PUCCH <NUM>.

In <FIG>, the PUCCH <NUM> and the PUCCH <NUM> are located in different subbands. Therefore, the UE may perform LBT in different LBT subbands separately. If detecting, in the LBT subband in which the PUCCH <NUM> is located, that the channel is idle, the UE transmits the CSI and the SR on the PUCCH <NUM>; if the subband in which the PUCCH <NUM> is located is busy, and the subband in which the PUCCH <NUM> is located is idle, the UE transmits the positive SR (without transmitting the CSI) through the PUCCH <NUM>.

In <FIG> or <FIG>, if the PUCCH <NUM> is a CSI PUCCH, the PUCCH <NUM> is an SPS hybrid automatic repeat request acknowledgement (Hybrid automatic repeat request acknowledgement, HARQ-ACK) PUCCH. Based on the UCI multiplexing rule, a HARQ-ACK is multiplexed on the CSI PUCCH for transmission. If the UE detects, before the PUCCH <NUM> or in the LBT subband in which the PUCCH <NUM> is located, that the channel is idle, the UE transmits the CSI and the HARQ-ACK on the PUCCH <NUM>; if the UE detects, before the PUCCH <NUM> or in the LBT subband in which the PUCCH <NUM> is located, that the channel is busy, and the UE detects, before the PUCCH <NUM> or in the LBT subband in which the PUCCH <NUM> is located, that the channel is idle, the UE transmits the HARQ-ACK (the UE does not transmit the CSI) on the PUCCH <NUM>.

As shown in <FIG>, the PUCCH <NUM> is a PUCCH carrying a HARQ-ACK corresponding to a physical downlink shared channel (Physical downlink shared channel, PDSCH) dynamically scheduled by a PDCCH, and the PUCCH <NUM> is a CSI PUCCH. A PUCCH <NUM> is a PUCCH for multiplexing the HARQ-ACK and the CSI and determined based on a rule for multiplexing the HARQ-ACK and the CSI. As shown in the figure, if the UE detects, before the PUCCH <NUM> is transmitted, that the channel is idle, the UE transmits the PUCCH <NUM> (carrying the HARQ-ACK and the CSI); if detecting that the channel is busy, the UE may continue to perform LBT before the PUCCH <NUM>; if detecting, before the PUCCH <NUM> is transmitted, that the channel is idle, the UE may transmit the PUCCH <NUM> (carrying the CSI); if detecting that the channel is busy, the UE may continue to perform LBT before the PUCCH <NUM>; if detecting, before the PUCCH <NUM> is transmitted, that the channel is idle, the UE may transmit the PUCCH <NUM> (carrying the HARQ-ACK).

In the foregoing embodiment, optionally, the UE detects a channel idle state before the multiplex PUCCH is transmitted or in the LBT subband in which the multiplex PUCCH is located. If it is detected that the channel is idle, the multiplex PUCCH and multiplexed UCI of the multiplex PUCCH are transmitted; if it is detected that the channel is busy, and if the first PUCCH or the second PUCCH and the multiplex PUCCH are located in different subbands, or a start symbol of the first PUCCH or the second PUCCH is later than a start symbol of the multiplexed PUCCH, the UE may perform idle channel detection in the subband in which the first PUCCH or the second PUCCH is located or before the first PUCCH or the second PUCCH is transmitted; if detecting that the channel is idle, the UE transmits the first PUCCH and the UCI of the first PUCCH, or the second PUCCH and the UCI of the second PUCCH.

In another implementation of this embodiment of the present disclosure, if the multiplexed PUCCH, the first PUCCH, and the second PUCCH have different start symbols, the UE performs, before the PUCCHs are transmitted, idle channel detection in a chronological order of the start symbols corresponding to the PUCCHs. If it is detected that the channel is idle before a PUCCH having an earliest start symbol is transmitted, the corresponding PUCCH and its UCI are transmitted; if it is detected that the channel is busy, idle channel detection is performed before a PUCCH after the PUCCH having the earliest start symbol; if it is detected that the channel is idle, the corresponding PUCCH and its UCI are transmitted, and so on, until a PUCCH having a latest start symbol.

As can be seen from above, in this embodiment of the present disclosure, a method for PUCCH transmission in NRU is provided, including adaptive adjustment of PUCCH transmission resources (interlace, symbol, and spreading factor), a method for PUCCH transmission in a broadband case, and a method for PUCCH multiplexing, thereby improving resource utilization, facilitating system access in NRU, and improving effectiveness of system communication.

As shown in <FIG>, a communications device in this embodiment of the present disclosure may include:
a first determining module <NUM>, configured to: in a case that a physical uplink control channel PUCCH transmission format based on an interlace structure is scheduled for the terminal device, determine, based on a characteristic parameter of UCI to be fed back, a transmission parameter for transmitting a PUCCH.

Optionally, the characteristic parameter includes a bit quantity of the UCI, or, according to the invention as claimed, a bit quantity and a code rate of the UCI.

According to the invention as claimed, the first determining module <NUM> is specifically configured to determine, based on the characteristic parameter of the UCI, a transmission parameter satisfying a preset condition for transmitting the PUCCH, where the preset condition is: a code rate of uplink information to be transmitted on the PUCCH is lower than or equal to a configured code rate; and the uplink information includes the UCI, or, according to the invention as claimed, the uplink information includes the UCI and a CRC.

Optionally, the first determining module <NUM> is specifically configured to determine the minimum number of interlaces satisfying the preset condition; or determine the minimum number of OFDM symbols satisfying the preset condition.

Optionally, the first determining module <NUM> is specifically configured to: obtain a spreading factor set configured by a network-side device; determine, from the spreading factor set, a largest spreading factor satisfying the preset condition; and use the largest spreading factor as the spreading factor for transmitting the PUCCH.

Optionally, the first determining module is specifically configured to use an orthogonal sequence corresponding to the largest spreading factor as the orthogonal sequence for transmitting the PUCCH.

The communications device in this embodiment of the present disclosure may be a terminal device or a network-side device. This embodiment is an embodiment of a communications device (terminal device or network-side device) corresponding to the information processing method in the foregoing Embodiment <NUM>. The foregoing method embodiments are all applicable to the embodiment of the terminal device, with the same technical effect achieved.

As shown in <FIG>, a terminal device in this embodiment of the present disclosure may include:
an obtaining module <NUM>, configured to obtain first information in a case that a size of a BWP of the terminal device is larger than that of a listen before talk LBT subband; and a transmission module <NUM>, configured to transmit a PUCCH in different LBT subbands of a target bandwidth part in a repetition mode according to the first information, where the first information is used to indicate at least one of the following information: a resource configuration of the PUCCH and a transmission mode of the PUCCH; and the target bandwidth part is the BWP of the terminal device, or the target bandwidth part is a subset of the BWP of the terminal device.

Optionally, the target bandwidth part is configured by a network-side device, or indicated by a network-side device by using downlink control information DCI, or obtained by the terminal device according to a preset rule.

Optionally, the first information is preconfigured or dynamically indicated by using higher layer signaling; and the first information includes at least one of the following:.

This embodiment is an embodiment of a terminal device corresponding to the information processing method in the foregoing Embodiment <NUM>. The foregoing method embodiments are all applicable to the embodiment of the terminal device, with the same technical effect achieved.

As shown in <FIG>, a terminal device in this embodiment of the present disclosure may include:
a processing module <NUM>, configured to perform idle channel detection in a case that time domain resources for a first PUCCH and a second PUCCH overlap, where the first PUCCH corresponds to first UCI and the second PUCCH corresponds to second UCI; and a first determining module <NUM>, configured to determine a transmission mode of the first UCI and the second UCI based on a result of the idle channel detection.

Optionally, the first determining module <NUM> may include:.

Optionally, the processing module <NUM> is configured to perform idle channel detection on the multiplex PUCCH before the multiplex PUCCH is transmitted or in an LBT subband in which the multiplex PUCCH is located; and the first determining module <NUM> is specifically configured to: in a case that a result of the idle channel detection before the multiplex PUCCH is transmitted or in the LBT subband in which the multiplex PUCCH is located indicates "idle", transmit the first UCI and the second UCI on the multiplexed PUCCH.

Optionally, the processing module <NUM> is configured to: in a case that a result of the idle channel detection before the multiplex PUCCH is transmitted or in the LBT subband in which the multiplex PUCCH is located indicates "busy", perform idle channel detection before the first PUCCH or the second PUCCH is transmitted, or in an LBT subband in which the first PUCCH or the second PUCCH is located; and the first determining module <NUM> is specifically configured to: in a case that a result of the idle channel detection before the first PUCCH or the second PUCCH or inthe LBT subband the first PUCCH or the second PUCCH is located indicates "idle", transmit the first UCI or the second UCI.

In this embodiment of the present disclosure, even when channel monitoring finds one PUCCH busy, it is still possible that UCI transmission be performed on other channels, thereby facilitating system access in NRU, increasing a possibility of sending uplink control information, and improving effectiveness of system communication.

As shown in <FIG>, a network-side device in this embodiment of the present disclosure may include:.

Optionally, the network-side device may further include a processing module, configured to configure the target bandwidth part, or indicate the target bandwidth part to the terminal device by using DCI.

Optionally, the first information includes any one of the following:.

This embodiment is an embodiment of a network-side device corresponding to the information processing method in the foregoing Embodiment <NUM>. The foregoing method embodiments are all applicable to the embodiment of the terminal device, with the same technical effect achieved.

<FIG> is a schematic structural diagram of hardware of a terminal device for implementing the embodiments of the present disclosure. The terminal device <NUM> includes but is not limited to components such as a radio frequency unit <NUM>, a network module <NUM>, an audio output unit <NUM>, an input unit <NUM>, a sensor <NUM>, a display unit <NUM>, a user input unit <NUM>, an interface unit <NUM>, a memory <NUM>, a processor <NUM>, and a power supply <NUM>. A person skilled in the art can understand that the structure of the terminal device shown in <FIG> does not constitute any limitation on the terminal device. The terminal device may include more or fewer components than those shown in the figure, or a combination of some components, or the components disposed differently. In this embodiment of the present disclosure, the terminal device includes but is not limited to a mobile phone, a tablet computer, a laptop computer, a palmtop computer, an in-vehicle mobile terminal, a wearable device, a pedometer, and the like.

The processor <NUM> is configured to perform the steps of the information processing method in Embodiment <NUM>, with the same technical effect achieved. Alternatively, the processor <NUM> is configured to perform the steps of the information processing method in Embodiment <NUM>, with the same technical effect achieved. Alternatively, the processor <NUM> is configured to perform the steps of the information processing method in Embodiment <NUM>, with the same technical effect achieved.

It should be understood that in this embodiment of the present disclosure, the radio frequency unit <NUM> may be configured to receive and send information, or to receive and send a signal in a call process, and specifically, after receiving downlink data from a base station, send the downlink data to the processor <NUM> for processing; and also send uplink data to the base station. Generally, the radio frequency unit <NUM> includes but is not limited to an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit <NUM> may also communicate with a network and other devices via a wireless communications system.

The terminal device provides a user with wireless broadband internet access through the network module <NUM>, for example, helping the user to transmit and receive e-mails, browse web pages, and access streaming media.

The audio output unit <NUM> may convert audio data received by the radio frequency unit <NUM> or the network module <NUM> or stored in the memory <NUM> into an audio signal and output the audio signal as a sound. In addition, the audio output unit <NUM> may further provide audio output (for example, a call signal received sound or a message received sound) related to a specific function performed by the terminal device <NUM>. The audio output unit <NUM> includes a speaker, a buzzer, a receiver, and the like.

The input unit <NUM> is configured to receive an audio or video signal. The input unit <NUM> may include a graphics processing unit (Graphics Processing Unit, GPU) <NUM> and a microphone <NUM>. The graphics processing unit <NUM> processes image data of a still picture or video obtained by an image capture apparatus (such as a camera) in a video capture mode or an image capture mode. A processed image frame may be displayed on the display unit <NUM>. The image frame processed by the graphics processing unit <NUM> may be stored in the memory <NUM> (or another storage medium) or be sent by the radio frequency unit <NUM> or the network module <NUM>. The microphone <NUM> is capable of receiving sounds and processing such sounds into audio data. The processed audio data can be converted into a format that can be sent to a mobile communication base station through the radio frequency unit <NUM> in a telephone call mode, for outputting.

The terminal device <NUM> may further include at least one sensor <NUM>, for example, an optical sensor, a motion sensor, and other sensors. Specifically, the optical sensor includes an ambient light sensor and a proximity sensor. The ambient light sensor may adjust luminance of the display panel <NUM> based on brightness of ambient light, and the proximity sensor may turn off the display panel <NUM> and/or backlight when the terminal device <NUM> moves close to an ear. As a type of motion sensor, an accelerometer sensor can detect magnitudes of accelerations in all directions (usually three axes), can detect a magnitude and a direction of gravity when the mobile phone is in a static state, and can be applied to posture recognition (such as screen switching between portrait and landscape, related games, and magnetometer posture calibration) of the terminal device, functions related to vibration recognition (such as pedometer and tapping), and the like. The sensor <NUM> may also include a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, and the like.

The display unit <NUM> is configured to display information input by the user or information provided to the user. The display unit <NUM> may include the display panel <NUM>, and the display panel <NUM> may be configured in a form of a liquid crystal display (Liquid Crystal Display, LCD), an organic light-emitting diode (Organic Light-Emitting Diode, OLED), or the like.

The user input unit <NUM> may be configured to receive input digit or character information and generate key signal input related to user setting and function control of the terminal device. Specifically, the user input unit <NUM> includes a touch panel <NUM> and other input devices <NUM>. The touch panel <NUM> is also referred to as a touchscreen and can collect a touch operation (such as an operation performed by the user on the touch panel <NUM> or near the touch panel <NUM> with a finger or by using any proper object or accessory such as a stylus) of the user on or near the touch panel <NUM>. The touch panel <NUM> may include two parts: a touch detection apparatus and a touch controller. The touch detection apparatus detects a touch azimuth of a user, detects a signal brought by a touch operation, and transmits the signal to the touch controller. The touch controller receives touch information from the touch detection apparatus, converts the touch information into touchpoint coordinates, and sends the touchpoint coordinates to the processor <NUM>, and receives a command sent by the processor <NUM> and executes the command. In addition, the touch panel <NUM> may be implemented in a plurality of forms, for example, as a resistive, capacitive, infrared, or surface acoustic wave touch panel. The user input unit <NUM> may further include the other input devices <NUM> in addition to the touch panel <NUM>. Specifically, the other input devices <NUM> may include but are not limited to a physical keyboard, a function key (such as a volume control key or a switch key), a trackball, a mouse, and a joystick.

Further, the touch panel <NUM> may cover the display panel <NUM>. When detecting a touch operation on or near the touch panel <NUM>, the touch panel <NUM> transmits the touch operation to the processor <NUM> to determine a type of a touch event. Then, the processor <NUM> provides a corresponding visual output on the display panel <NUM> based on the type of the touch event. Although in <FIG>, the touch panel <NUM> and the display panel <NUM> act as two independent parts to implement input and output functions of the terminal device, in some embodiments, the touch panel <NUM> and the display panel <NUM> may be integrated to implement the input and output functions of the terminal device. This is not specifically limited herein.

The interface unit <NUM> is an interface between an external apparatus and the terminal device <NUM>. For example, an external apparatus may include a wired or wireless headset port, an external power supply (or a battery charger) port, a wired or wireless data port, a memory port, a port for connecting an apparatus with an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. The interface unit <NUM> may be configured to receive an input (for example, data information or power) from an external apparatus and transmit the received input to one or more elements within the terminal device <NUM>, or may be configured to transmit data between the terminal device <NUM> and the external apparatus.

The memory <NUM> may be configured to store software programs and various data. The memory <NUM> may primarily include a program storage area and a data storage area. The program storage area may store an operating system, an application program (such as an audio play function and an image play function) required by at least one function, and the like. The data storage area may store data (such as audio data and a phone book) created based on use of the mobile phone. In addition, the memory <NUM> may include a high-speed random access memory, and may further include a non-volatile memory such as a disk storage device, a flash memory device, or another volatile solid-state storage device.

The processor <NUM> is a control center of the terminal device, uses various interfaces and lines to connect parts of the entire terminal device, and executes various functions and processing data of the terminal device by running or executing software programs and/or modules stored in the memory <NUM> and invoking data stored in the memory <NUM>, so as to perform overall monitoring on the terminal device. The processor <NUM> may include one or more processing units. Optionally, the processor <NUM> may integrate an application processor and a modem processor. The application processor mainly processes the operating system, a user interface, the application program, and the like. The modem processor mainly processes wireless communication. It can be understood that the modem processor may alternatively be not integrated in the processor <NUM>.

The terminal device <NUM> may further include a power supply <NUM> (such as a battery) that supplies power to components. Optionally, the power supply <NUM> may be logically connected to the processor <NUM> through a power management system. In this way, functions such as charge management, discharge management, and power consumption management are implemented by using the power management system.

Optionally, an embodiment of the present disclosure further provides a terminal device, including a processor <NUM>, a memory <NUM>, and a computer program stored in the memory <NUM> and capable of running on the processor <NUM>. When the computer program is executed by the processor <NUM>, the processes of the foregoing embodiment of the information processing method are implemented, with the same technical effect achieved. To avoid repetition, details are not described again herein.

As shown in <FIG>, a network-side device in an embodiment of the present disclosure includes a processor <NUM>, configured to read a program in a memory <NUM> to perform the following process:.

In <FIG>, a bus architecture may include any quantity of interconnect buses and bridges, specifically for interconnecting various circuits of one or more processors represented by the processor <NUM> and a memory represented by the memory <NUM>. The bus architecture may further interconnect various other circuits such as a peripheral device, a voltage regulator, and a power management circuit. These are all well known in the art, and therefore are not further described in this specification. The bus interface provides an interface. The transceiver <NUM> may be a plurality of components, that is, the transceiver <NUM> includes a transmitter and a receiver, and provides a unit for communicating with various other apparatuses on a transmission medium. The processor <NUM> is responsible for management of the bus architecture and general processing, and the memory <NUM> is capable of storing data that is used by the processor <NUM> during operation.

The processor <NUM> is responsible for management of the bus architecture and general processing, and the memory <NUM> is capable of storing data that is used by the processor <NUM> during operation.

The processor <NUM> is further configured to read the computer program to perform the following step: configuring the target bandwidth part, or indicating the target bandwidth part to the terminal device by using DCI.

An embodiment of the present disclosure further provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium. When the computer program is executed by a processor, the processes of the foregoing information processing method embodiment are implemented, with the same technical effect achieved. To avoid repetition, details are not described again herein. The computer-readable storage medium is, for example, a read-only memory (Read-Only Memory, ROM), a random access memory (Random Access Memory, RAM), a magnetic disk, or an optical disc.

It should be noted that in this specification, the term "comprise", "include", or any of their variants are intended to cover a non-exclusive inclusion, so that a process, a method, an article, or an apparatus that includes a list of elements not only includes those elements but also includes other elements that are not expressly listed, or further includes elements inherent to such process, method, article, or apparatus. In absence of more constraints, an element preceded by "includes a. " does not preclude existence of other identical elements in the process, method, article, or apparatus that includes the element.

According to the foregoing description of the implementations, a person skilled in the art may clearly understand that the methods in the foregoing embodiments may be implemented by using software in combination with a necessary common hardware platform, and certainly may alternatively be implemented by using hardware. However, in most cases, the former is a preferred implementation. Based on such an understanding, the technical solutions of the present disclosure essentially, or the part contributing to the prior art may be implemented in a form of a software product. The computer software product is stored in a storage medium (for example, a ROM/RAM, a magnetic disk, or an optical disc), and includes several instructions for instructing a terminal device (which may be a mobile phone, a computer, a server, an air conditioner, a network device, or the like) to perform the method described in the embodiments of the present disclosure.

Claim 1:
An information processing method, comprising:
in a case that a physical uplink control channel, PUCCH, transmission format based on an interlace structure is scheduled for a terminal device, determining (<NUM>), based on a characteristic parameter of uplink control information, UCI, to be fed back, a transmission parameter for transmitting a PUCCH;
wherein the characteristic parameter comprises a bit quantity and a code rate of the UCI;
characterized in that, the transmission parameter comprises the number of interlaces for transmitting the PUCCH;
wherein the determining (<NUM>), based on a characteristic parameter of uplink control information, UCI, to be fed back, a transmission parameter for transmitting a PUCCH comprises:
determining, based on the characteristic parameter of the UCI, a transmission parameter corresponding to a preset condition for transmitting the PUCCH, wherein
the preset condition is: a code rate of uplink information to be transmitted on the PUCCH is lower than or equal to a configured code rate; and
the uplink information comprises the UCI and a cyclic redundancy check, CRC.