Channel Transmission Method, Apparatus, Terminal Device, Network Device and Storage Medium

Abstract

An embodiment of the present application provides a channel transmission method, apparatus, terminal device, network device, and storage medium. The method includes: when sending a physical uplink control channel (PUCCH) in an uplink initial broadband partial bandwidth part (BWP), determining a first resource used for sending the PUCCH, and sending the PUCCH on the first resource, where the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value. The present application enables the bandwidth used by the first type of terminal device when sending the PUCCH in the uplink initial broadband partial BWP to be within the bandwidth range supported by the first type of terminal device, so that the first type of terminal device can correctly send the PUCCH.

Description

Technical Field

[0001] The present application relates to the field of communication technologies, and in particular, to a channel transmission method, apparatus, terminal device, network device, and storage medium. Background Art

[0002] In the new radio (NR) system of the fifth-generation mobile communication technology 5G (5th generation mobile networks), before a user equipment (UE) successfully accesses a network device and obtains a user-specific radio resource control (RRC) configuration specially configured by the network device for it, it can only receive downlink information in the downlink initial broadband part (DL initial BWP) and send uplink information in the uplink initial broadband part (UL initial BWP). Among them, for the case where the carrier frequency of the network device is below 6 GHz (also known as frequency range 1, FR1), the bandwidth of the DL initial BWP is always not more than 20 MHz, but the bandwidth of the UL initial BWP is not limited and can be greater than 20 MHz.

[0003] Currently, the NR system is about to support a reduced capability (RedCap) UE. In order to pursue lower complexity and cost, the RedCap UE only supports a relatively narrow bandwidth, for example, its bandwidth does not exceed 20 MHz. In this case, if the RedCap UE still uses the existing UL initial BWP, it may be unable to correctly send an uplink channel, such as a physical uplink control channel (PUCCH), because its bandwidth is less than that of the UL initial BWP. Summary of the Invention

[0004] Embodiments of the present application provide a channel transmission method, apparatus, terminal device, network device, and storage medium, which are used to solve the problem in the prior art that because the frequency interval between two hops of the PUCCH is greater than the maximum bandwidth of the RedCap UE, the RedCap UE cannot correctly send the PUCCH in the UL initial BWP.

[0005] Specifically, to solve the above problems, embodiments of the present application provide the following technical solutions:

[0006] In a first aspect, an embodiment of the present application provides a channel transmission method, which is applied to a first type of terminal device and includes:

[0007] When transmitting a Physical Uplink Control Channel (PUCCH) in an initial uplink wideband Bandwidth Part (BWP), determine a first resource for transmitting the PUCCH, where the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value;

[0008] Transmit the PUCCH on the first resource.

[0009] Optionally, the determination of the first resource for transmitting the PUCCH includes any one of the following resources:

[0010] A resource for transmitting the PUCCH in a non-frequency hopping manner; or,

[0011] A resource for transmitting the PUCCH in a frequency hopping manner, where the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the first type of terminal device.

[0012] Optionally, when the first resource is a resource for transmitting the PUCCH in a non-frequency hopping manner, the first resource for transmitting the PUCCH is determined according to any one or more of the following methods:

[0013] Determine the first resource for the first type of terminal device to transmit the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH; where the maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0014] Determine the first resource for the first type of terminal device to transmit the PUCCH according to the frequency position of the Physical Downlink Shared Channel (PDSCH) for which feedback is made in the PUCCH by the first type of terminal device;

[0015] Determine the first resource for the first type of terminal device to transmit the PUCCH according to the frequency position of the Scheduling Downlink Control Information (DCI) corresponding to the Physical Downlink Shared Channel (PDSCH) for which feedback is made in the PUCCH by the first type of terminal device;

[0016] Determine the first resource for the first type of terminal device to transmit the PUCCH according to the frequency position of the specified uplink channel transmitted by the first type of terminal device;

[0017] Determine the first resource for the first type of terminal device to transmit the PUCCH according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device.

[0018] Optionally, when determining the first resource for transmitting the PUCCH based on the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH, the first resource for transmitting the PUCCH is determined by any one of the following methods:

[0019] Determine the first frequency offset value corresponding to the first type of terminal device through a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device and the first frequency offset value corresponding to the second type of terminal device have different values;

[0020] Through a predefined and / or indicated method, the first resource for the PUCCH is determined according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH and a preset frequency offset value, where the preset frequency offset value is predefined and / or indicated by the network device.

[0021] Optionally, when determining the first resource for the first type of terminal device to transmit the PUCCH based on the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH that needs to be fed back in the PUCCH, the first resource for transmitting the PUCCH is determined by any one of the following methods:

[0022] The frequency position of the first physical resource block PRB used for transmitting the PUCCH is the same as the frequency domain start position of the first control channel element CCE of the DCI;

[0023] The frequency position of the Lth PRB used for transmitting the PUCCH is the same as the frequency domain start position of the Kth CCE of the DCI; L and K are integers greater than 0;

[0024] The frequency position of the Lth PRB used for transmitting the PUCCH is a position determined according to the frequency domain start position of the Kth CCE of the DCI and a second frequency offset value; where the second frequency offset value is predefined and / or indicated by the network device;

[0025] Determine the first frequency offset value through the frequency start position of the Kth CCE of the DCI and determine the frequency position of the first PRB used for transmitting the PUCCH according to the first relationship model or ;

[0026] wherein, represents the first frequency offset value, r PUCCHIndicates the PUCCH resource index, N CS Indicates the total number of initial cyclic shift indices, Indicates the uplink initial BWP bandwidth.

[0027] Optionally, when determining the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the specified uplink channel sent by the first type of terminal device, the first resource used to transmit the PUCCH is determined by any one of the following methods:

[0028] The frequency position of the first physical resource block PRB used to transmit the PUCCH is the same as the frequency position of the first PRB of the first message or the third message; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase;

[0029] The frequency position of the Lth PRB used to transmit the PUCCH is the same as the frequency position of the Kth PRB of the first message or the third message;

[0030] The frequency position of the Lth PRB used to transmit the PUCCH is a position determined according to the frequency position of the Kth PRB of the first message or the third message and the third frequency offset value, wherein the third frequency offset value is predefined and / or indicated by the network device;

[0031] Determine the first frequency offset value through the frequency position of the Kth PRB of the first message or the third message And according to the first relationship model Or Determine the frequency position of the first PRB used to transmit the PUCCH;

[0032] Wherein, Indicates the first frequency offset value, r PUCCH Indicates the PUCCH resource index, N CS Indicates the total number of initial cyclic shift indices, Indicates the uplink initial BWP bandwidth.

[0033] Optionally, when the first resource is a resource for transmitting the PUCCH in a frequency hopping manner, the first resource used to transmit the PUCCH is determined by any one or more of the following:

[0034] Replace the uplink initial BWP bandwidth parameter in the relationship model used to determine the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits the PUCCH With the first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the PUCCH according to the relationship model after parameter substitution; wherein, the Not exceeding the maximum bandwidth supported by the first category of terminal equipment The maximum bandwidth supported by the second type of terminal equipment is greater than the first preset value;

[0035] Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the PUCCH according to the relationship model used to determine the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends the PUCCH, and perform the first bandwidth parameter on the initial frequency position The modulo calculation is performed, and the modulo calculation result is used as the frequency position corresponding to the first hop and the second hop when the first type of terminal device sends the PUCCH;

[0036] The relationship model used to determine the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH The corresponding uplink initial BWP bandwidth parameter in the first sub-relationship model Replaced by the first bandwidth parameter And according to the first sub-relationship model after parameter substitution, determine The frequency position corresponding to the second hop when the first type of terminal device sends the PUCCH; and, according to the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends the PUCCH The corresponding second sub-relationship model and the fourth frequency offset value are determined in The frequency position corresponding to the second hop when the first type of terminal device sends PUCCH; Preferably, the fourth frequency offset value is

[0037] Determine a first frequency offset value in a relationship model of frequency positions corresponding to a first hop and a second hop when a first type of terminal sends a PUCCH The possible values ​​are the same as those used by the second type of terminal equipment The possible values ​​of are different, and the possible values ​​corresponding to the first type of terminal equipment are Make sure that the frequency interval between the first hop and the second hop when sending PUCCH is not greater than

[0038] Determine the frequency position corresponding to the first hop when sending PUCCH, and determine the position of the second hop when the first type of terminal device sends PUCCH according to the frequency position corresponding to the first hop and the fifth frequency offset value between the first hop and the second hop; wherein the fifth frequency offset value is predefined and / or indicated by the network device; the absolute value of the fifth frequency offset value is not greater than

[0039] Optionally, replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a type-II terminal device sends a PUCCH with a first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when a type-I terminal device sends a PUCCH according to the relationship model after the parameter replacement, including:

[0040] Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a type-II terminal device sends a PUCCH with a first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when a type-I terminal device sends a PUCCH according to the relationship model after the parameter replacement and a preset frequency offset value.

[0041] Optionally, determine the initial frequency positions corresponding to the first hop and the second hop when a type-I terminal device sends a PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a type-II terminal device sends a PUCCH, and perform a modulo operation on the initial frequency positions with respect to the first bandwidth parameter and use the modulo operation result as the frequency positions corresponding to the first hop and the second hop when sending a PUCCH, including:

[0042] Determine the initial frequency positions corresponding to the first hop and the second hop when a type-I terminal device sends a PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a type-II terminal device sends a PUCCH, and perform a modulo operation on the initial frequency positions with respect to the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when a type-I terminal device sends a PUCCH according to the modulo operation result and a preset frequency offset value.

[0043] Optionally, the preset frequency offset value is any one or more of the following:

[0044] N CS representing the total number of initial cyclic shift indices;

[0045] the frequency position of the first physical resource block PRB or the central PRB of the resources occupied by the first message or the third message;

[0046] wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase.

[0047] Optionally, a first frequency offset value in a relationship model between frequency positions corresponding to a first hop and a second hop when the first type of terminal sends a PUCCH has an available value satisfying the following relationship:

[0048]

[0049] In a second aspect, an embodiment of the present application further provides a channel transmission method, including:

[0050] Sending first indication information to a first type of terminal device, where the first indication information is used to indicate a first resource used by the first type of terminal device to send a physical uplink control channel PUCCH in an uplink initial wideband partial bandwidth part (BWP);

[0051] Receiving, on the first resource, the PUCCH sent by the first type of terminal device;

[0052] wherein, a bandwidth range of the first resource does not exceed a maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value.

[0053] Optionally, the first indication information is used to indicate any one of the following PUCCH resources:

[0054] A resource for sending a PUCCH in a non-frequency hopping manner; or,

[0055] A resource for sending a PUCCH in a frequency hopping manner, where a frequency interval between a first hop and a second hop does not exceed a maximum bandwidth supported by the first type of terminal device.

[0056] Optionally, when the first resource is a resource for sending a PUCCH in a non-frequency hopping manner, the first resource used to send the PUCCH is determined according to any one or more of the following methods:

[0057] Determining the first resource used by the first type of terminal device to send the PUCCH according to a frequency position corresponding to a first hop and / or a frequency position corresponding to a second hop when a second type of terminal device sends a PUCCH; wherein, a maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0058] Determining the first resource used by the first type of terminal device to send the PUCCH according to a frequency position of a physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH;

[0059] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH for which the first type of terminal device performs feedback in the PUCCH;

[0060] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the specified uplink channel sent by the first type of terminal device;

[0061] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device.

[0062] Optionally, when determining the first resource used to transmit the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH, determine the first resource used to transmit the PUCCH by any one of the following methods:

[0063] Determine the first frequency offset value corresponding to the first type of terminal device by a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device And the first frequency offset value corresponding to the second type of terminal device Have different values;

[0064] By a predefined and / or indicated method, such that the first resource used for the PUCCH is determined according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH and a preset frequency offset value, where the preset frequency offset value is predefined and / or indicated by the network device.

[0065] Optionally, when determining the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH for which the first type of terminal device needs to perform feedback in the PUCCH, determine the first resource used to transmit the PUCCH by any one of the following methods:

[0066] The frequency position of the first physical resource block PRB used to transmit the PUCCH is the same as the frequency domain starting position of the first control channel element CCE of the DCI;

[0067] The frequency position of the Lth PRB used to transmit the PUCCH is the same as the frequency domain starting position of the Kth CCE of the DCI; L and K are integers greater than 0;

[0068] The frequency position of the Lth PRB used for transmitting PUCCH is a position determined according to the frequency-domain starting position of the Kth CCE of the DCI and a second frequency offset value; wherein, the second frequency offset value is predefined and / or indicated by a network device;

[0069] Determine a first frequency offset value based on the frequency starting position of the Kth CCE of the DCI And according to a first relationship model Or Determine the frequency position of the first PRB used for transmitting PUCCH;

[0070] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CS represents the total number of initial cyclic shift indexes, represents the uplink initial BWP bandwidth.

[0071] Optionally, when determining the first resource used by a first type of terminal device to transmit the PUCCH according to the frequency position of a specified uplink channel sent by the first type of terminal device, determine the first resource used to transmit the PUCCH by any one of the following methods:

[0072] The frequency position of the first physical resource block PRB used for transmitting PUCCH is the same as the frequency position of the first PRB of the first message or the third message; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase;

[0073] The frequency position of the Lth PRB used for transmitting PUCCH is the same as the frequency position of the Kth PRB of the first message or the third message;

[0074] The frequency position of the Lth PRB used for transmitting PUCCH is a position determined according to the frequency position of the Kth PRB of the first message or the third message and a third frequency offset value, wherein the third frequency offset value is predefined and / or indicated by a network device;

[0075] Determine a first frequency offset value based on the frequency position of the Kth PRB of the first message or the third message And according to a first relationship model Or Determine the frequency position of the first PRB used for transmitting PUCCH;

[0076] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CSIndicates the total number of initial cyclic shift indices, Indicates the initial uplink BWP bandwidth.

[0077] Optionally, when the first resource is a resource for transmitting PUCCH in a frequency hopping manner, the first resource used for transmitting the PUCCH is determined by any one or more of the following:

[0078] The uplink initial BWP bandwidth parameter in the relationship model used to determine the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits PUCCH Is replaced with a first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits PUCCH according to the relationship model after parameter substitution; wherein, the Does not exceed the maximum bandwidth supported by the first type of terminal device The maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0079] Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits PUCCH according to the relationship model used to determine the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter And use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits PUCCH;

[0080] The uplink initial BWP bandwidth parameter in the first sub-relationship model corresponding to In the relationship model used to determine the frequency position corresponding to the second hop when the second type of terminal device transmits PUCCH Is replaced with a first bandwidth parameter And determine the frequency position corresponding to the second hop when the first type of terminal device transmits PUCCH at According to the first sub-relationship model after parameter substitution; and, according to the second sub-relationship model corresponding to In the relationship model used to determine the frequency position corresponding to the second hop when the second type of terminal device transmits PUCCH and the fourth frequency offset value, determine the frequency position corresponding to the second hop when the first type of terminal device transmits PUCCH at Preferably, the fourth frequency offset value is

[0081] The first frequency offset value in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH The available values of The available values are different, and the available values corresponding to the first type of terminal device Make the frequency interval between the first hop and the second hop not greater than when sending PUCCH

[0082] Determine the frequency position corresponding to the first hop when sending PUCCH, and determine the position of the second hop when the first type of terminal device sends PUCCH according to the frequency position corresponding to the first hop and the fifth frequency offset value between the first hop and the second hop; wherein, the fifth frequency offset value is predefined and / or indicated by the network device; the absolute value of the fifth frequency offset value is not greater than

[0083] Optionally, replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter replacement, including:

[0084] Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter replacement and the preset frequency offset value.

[0085] Optionally, determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter and use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when sending PUCCH, including:

[0086] Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the modulo calculation result and the preset frequency offset value.

[0087] Optionally, the preset frequency offset value is any one or more of the following:

[0088] N CS represents the total number of initial cyclic shift indices;

[0089] the frequency position of the first physical resource block (PRB) of the resources occupied by the first message or the third message, or the frequency position of the central PRB;

[0090] wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase.

[0091] Optionally, the first frequency offset value in the relationship model of the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends the PUCCH has an available value satisfying the following relationship:

[0092]

[0093] Thirdly, an embodiment of the present application further provides a channel transmission device, which is applied to a first type of terminal device and includes:

[0094] a determination module, configured to determine a first resource used for sending the physical uplink control channel (PUCCH) when sending the PUCCH in the uplink initial broadband part (BWP), wherein the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value;

[0095] a first sending module, configured to send the PUCCH on the first resource.

[0096] Fourthly, an embodiment of the present application further provides a channel transmission device, including:

[0097] a second sending module, configured to send first indication information to a first type of terminal device, where the first indication information is used to indicate the first resource used by the first type of terminal device when sending the physical uplink control channel (PUCCH) in the uplink initial broadband part (BWP);

[0098] a receiving module, configured to receive the PUCCH sent by the first type of terminal device on the first resource;

[0099] wherein, the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value.

[0100] In a fifth aspect, an embodiment of the present application provides a terminal device, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the following steps are implemented:

[0101] When sending a Physical Uplink Control Channel (PUCCH) in an initial uplink wideband Bandwidth Part (BWP), determine a first resource used for sending the PUCCH, where the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value.

[0102] Optionally, the determination of the first resource used for sending the PUCCH includes any one of the following resources:

[0103] Resources for sending the PUCCH in a non-frequency hopping manner; or,

[0104] Resources for sending the PUCCH in a frequency hopping manner, where the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the first type of terminal device.

[0105] Optionally, when the first resource is a resource for sending the PUCCH in a non-frequency hopping manner, the first resource used for sending the PUCCH is determined according to any one or more of the following methods:

[0106] Determine the first resource used by the first type of terminal device for sending the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when a second type of terminal device sends the PUCCH; where the maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0107] Determine the first resource used by the first type of terminal device for sending the PUCCH according to the frequency position of the Physical Downlink Shared Channel (PDSCH) fed back by the first type of terminal device in the PUCCH;

[0108] Determine the first resource used by the first type of terminal device for sending the PUCCH according to the frequency position of the Scheduling Downlink Control Information (DCI) corresponding to the Physical Downlink Shared Channel (PDSCH) fed back by the first type of terminal device in the PUCCH;

[0109] Determine the first resource used by the first type of terminal device for sending the PUCCH according to the frequency position of a specified uplink channel sent by the first type of terminal device;

[0110] Determine the first resource used by the first type of terminal device for sending the PUCCH according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device.

[0111] Optionally, when determining the first resource for sending the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device sends the PUCCH, the first resource for sending the PUCCH is determined by any one of the following methods:

[0112] Determine the first frequency offset value corresponding to the first type of terminal device by a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device And the first frequency offset value corresponding to the second type of terminal device Have different values;

[0113] By a predefined and / or indicated method, the first resource for the PUCCH is determined according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device sends the PUCCH and a preset frequency offset value, where the preset frequency offset value is predefined and / or indicated by a network device.

[0114] Optionally, when determining the first resource for the first type of terminal device to send the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH that needs to be fed back in the PUCCH, the first resource for sending the PUCCH is determined by any one of the following methods:

[0115] The frequency position of the first physical resource block PRB used for sending the PUCCH is the same as the frequency domain starting position of the first control channel element CCE of the DCI;

[0116] The frequency position of the Lth PRB used for sending the PUCCH is the same as the frequency domain starting position of the Kth CCE of the DCI; L and K are integers greater than 0;

[0117] The frequency position of the Lth PRB used for sending the PUCCH is a position determined according to the frequency domain starting position of the Kth CCE of the DCI and a second frequency offset value; where the second frequency offset value is predefined and / or indicated by a network device;

[0118] Determine the first frequency offset value through the frequency starting position of the Kth CCE of the DCI And according to the first relationship model Or Determine the frequency position of the first PRB used for sending the PUCCH;

[0119] Wherein, Represents the first frequency offset value, r PUCCHIndicates the PUCCH resource index, N CS Indicates the total number of initial cyclic shift indices, Indicates the uplink initial BWP bandwidth.

[0120] Optionally, when determining the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the specified uplink channel sent by the first type of terminal device, the first resource used to send the PUCCH is determined by any one of the following methods:

[0121] The frequency position of the first physical resource block PRB used to send the PUCCH is the same as the frequency position of the first PRB of the first message or the third message; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase;

[0122] The frequency position of the Lth PRB used to send the PUCCH is the same as the frequency position of the Kth PRB of the first message or the third message;

[0123] The frequency position of the Lth PRB used to send the PUCCH is a position determined according to the frequency position of the Kth PRB of the first message or the third message and a third frequency offset value, wherein the third frequency offset value is predefined and / or indicated by the network device;

[0124] Determine the first frequency offset value through the frequency position of the Kth PRB of the first message or the third message And according to the first relationship model Or Determine the frequency position of the first PRB used to send the PUCCH;

[0125] Wherein, Indicates the first frequency offset value, r PUCCH Indicates the PUCCH resource index, N CS Indicates the total number of initial cyclic shift indices, Indicates the uplink initial BWP bandwidth.

[0126] Optionally, when the first resource is a resource for sending the PUCCH in a frequency hopping manner, the first resource used to send the PUCCH is determined by any one or more of the following:

[0127] Replace the uplink initial BWP bandwidth parameter in the relationship model used to determine the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends the PUCCH With the first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the PUCCH according to the relationship model after parameter substitution; wherein, the not exceeding the maximum bandwidth supported by the first type of terminal device The maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0128] Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter and use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH;

[0129] Replace the uplink initial BWP bandwidth parameter in the first sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter and determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at according to the first sub-relationship model after parameter substitution; and, according to the second sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH and the fourth frequency offset value, determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at ; preferably, the fourth frequency offset value is

[0130] The available value of the first frequency offset value in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends PUCCH is different from the available value of used by the second type of terminal device, and the available value corresponding to the first type of terminal device makes the frequency interval between the first hop and the second hop when sending PUCCH not greater than

[0131] Determine the frequency position corresponding to the first hop when sending PUCCH, and determine the position of the second hop when the first type of terminal device sends PUCCH according to the frequency position corresponding to the first hop and the fifth frequency offset value between the first hop and the second hop; wherein, the fifth frequency offset value is predefined and / or indicated by the network device; the absolute value of the fifth frequency offset value is not greater than

[0132] ​Optionally, replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a type-II terminal device transmits PUCCH with the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when a type-I terminal device transmits PUCCH according to the relationship model after the parameter replacement, including:

[0133] Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a type-II terminal device transmits PUCCH with the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when a type-I terminal device transmits PUCCH according to the relationship model after the parameter replacement and a preset frequency offset value.

[0134] Optionally, determine the initial frequency positions corresponding to the first hop and the second hop when a type-I terminal device transmits PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a type-II terminal device transmits PUCCH, and perform a modulo operation on the initial frequency positions with respect to the first bandwidth parameter and use the modulo operation result as the frequency positions corresponding to the first hop and the second hop when transmitting PUCCH, including:

[0135] Determine the initial frequency positions corresponding to the first hop and the second hop when a type-I terminal device transmits PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a type-II terminal device transmits PUCCH, and perform a modulo operation on the initial frequency positions with respect to the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when a type-I terminal device transmits PUCCH according to the modulo operation result and a preset frequency offset value.

[0136] Optionally, the preset frequency offset value is any one or more of the following:

[0137] N CS which represents the total number of initial cyclic shift indices;

[0138] the frequency position of the first physical resource block PRB or the central PRB of the resources occupied by the first message or the third message;

[0139] wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase.

[0140] Optionally, a first frequency offset value in a relationship model between frequency positions corresponding to a first hop and a second hop when the first type of terminal sends a PUCCH can take values that satisfy the following relationship:

[0141]

[0142] In a sixth aspect, an embodiment of the present application provides a network device, including a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the computer program, the following steps are implemented:

[0143] Send first indication information to a first type of terminal device, where the first indication information is used to indicate a first resource used by the first type of terminal device to send a physical uplink control channel PUCCH in an uplink initial broadband partial bandwidth part (BWP);

[0144] Receive, on the first resource, the PUCCH sent by the first type of terminal device;

[0145] Wherein, the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value.

[0146] Optionally, the first indication information is used to indicate any one of the following PUCCH resources:

[0147] A resource for sending a PUCCH in a non-frequency hopping manner; or,

[0148] A resource for sending a PUCCH in a frequency hopping manner, where the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the first type of terminal device.

[0149] Optionally, when the first resource is a resource for sending a PUCCH in a non-frequency hopping manner, the first resource used to send the PUCCH is determined according to any one or more of the following methods:

[0150] Determine the first resource used by the first type of terminal device to send the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when a second type of terminal device sends a PUCCH; wherein, the maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0151] Determine the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of a physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH;

[0152] Determine the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH for which the first type of terminal device performs feedback in the PUCCH;

[0153] Determine the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the specified uplink channel sent by the first type of terminal device;

[0154] Determine the first resource used by the first type of terminal device to send the PUCCH according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device.

[0155] Optionally, when determining the first resource used to send the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device sends the PUCCH, determine the first resource used to send the PUCCH by any one of the following methods:

[0156] Determine the first frequency offset value corresponding to the first type of terminal device by a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device And the first frequency offset value corresponding to the second type of terminal device Have different values;

[0157] By a predefined and / or indicated method, determine the first resource used for the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device sends the PUCCH and a preset frequency offset value, where the preset frequency offset value is predefined and / or indicated by the network device.

[0158] Optionally, when determining the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH for which the first type of terminal device needs to perform feedback in the PUCCH, determine the first resource used to send the PUCCH by any one of the following methods:

[0159] The frequency position of the first physical resource block PRB used to send the PUCCH is the same as the frequency domain start position of the first control channel element CCE of the DCI;

[0160] The frequency position of the Lth PRB used to send the PUCCH is the same as the frequency domain start position of the Kth CCE of the DCI; L and K are integers greater than 0;

[0161] The frequency position of the Lth PRB used for transmitting PUCCH is a position determined according to the frequency-domain starting position of the Kth CCE of the DCI and a second frequency offset value; wherein, the second frequency offset value is predefined and / or indicated by a network device;

[0162] Determine a first frequency offset value based on the frequency starting position of the Kth CCE of the DCI And according to a first relationship model Or Determine the frequency position of the first PRB used for transmitting PUCCH;

[0163] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CS represents the total number of initial cyclic shift indexes, represents the uplink initial BWP bandwidth.

[0164] Optionally, when determining the first resource used by a first type of terminal device to transmit the PUCCH according to the frequency position of a specified uplink channel sent by the first type of terminal device, determine the first resource used to transmit the PUCCH in any one of the following manners:

[0165] The frequency position of the first physical resource block PRB used for transmitting PUCCH is the same as the frequency position of the first PRB of the first message or the third message; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase;

[0166] The frequency position of the Lth PRB used for transmitting PUCCH is the same as the frequency position of the Kth PRB of the first message or the third message;

[0167] The frequency position of the Lth PRB used for transmitting PUCCH is a position determined according to the frequency position of the Kth PRB of the first message or the third message and a third frequency offset value, wherein the third frequency offset value is predefined and / or indicated by a network device;

[0168] Determine a first frequency offset value based on the frequency position of the Kth PRB of the first message or the third message And according to a first relationship model Or Determine the frequency position of the first PRB used for transmitting PUCCH;

[0169] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CSIndicates the total number of initial cyclic shift indices, Indicates the uplink initial BWP bandwidth.

[0170] Optionally, when the first resource is a resource for transmitting PUCCH in a frequency hopping manner, the first resource used for transmitting the PUCCH is determined by any one or more of the following:

[0171] The uplink initial BWP bandwidth parameter in the relationship model used to determine the frequency positions corresponding to the first hop and the second hop when a type-II terminal device transmits PUCCH Is replaced with a first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when a type-I terminal device transmits PUCCH according to the relationship model after parameter substitution; wherein, the Does not exceed the maximum bandwidth supported by the type-I terminal device The maximum bandwidth supported by the type-II terminal device is greater than the first preset value;

[0172] Determine the initial frequency positions corresponding to the first hop and the second hop when a type-I terminal device transmits PUCCH according to the relationship model used to determine the frequency positions corresponding to the first hop and the second hop when a type-II terminal device transmits PUCCH, and perform a modulo calculation on the initial frequency positions with respect to the first bandwidth parameter And use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when a type-I terminal device transmits PUCCH;

[0173] The uplink initial BWP bandwidth parameter in the first sub-relationship model corresponding to In the relationship model used to determine the frequency position corresponding to the second hop when a type-II terminal device transmits PUCCH Is replaced with a first bandwidth parameter And determine the frequency position corresponding to the second hop when a type-I terminal device transmits PUCCH at According to the first sub-relationship model after parameter substitution; and according to the second sub-relationship model corresponding to In the relationship model used to determine the frequency position corresponding to the second hop when a type-II terminal device transmits PUCCH and the fourth frequency offset value, determine the frequency position corresponding to the second hop when a type-I terminal device transmits PUCCH at Preferably, the fourth frequency offset value is

[0174] The first frequency offset value in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a type-I terminal transmits PUCCH The available values of The available values are different, and the available values corresponding to the first type of terminal device Make the frequency interval between the first hop and the second hop not greater than when sending PUCCH

[0175] Determine the frequency position corresponding to the first hop when sending PUCCH, and determine the position of the second hop when the first type of terminal device sends PUCCH according to the frequency position corresponding to the first hop and the fifth frequency offset value between the first hop and the second hop; wherein, the fifth frequency offset value is predefined and / or indicated by the network device; the absolute value of the fifth frequency offset value is not greater than

[0176] Optionally, replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter substitution, including:

[0177] Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter substitution and the preset frequency offset value.

[0178] Optionally, determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter And use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when sending PUCCH, including:

[0179] Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the modulo calculation result and the preset frequency offset value.

[0180] Optionally, the preset frequency offset value is any one or more of the following:

[0181] N CS represents the total number of initial cyclic shift indices;

[0182] The frequency position of the first physical resource block (PRB) of the resource occupied by the first message or the third message, or the frequency position of the central PRB;

[0183] wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase.

[0184] Optionally, the first frequency offset value in the relationship model of the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends the PUCCH has an available value satisfying the following relationship:

[0185]

[0186] In a seventh aspect, an embodiment of the present application further provides a processor-readable storage medium, where the processor-readable storage medium stores a computer program, and the computer program is used to cause the processor to execute the steps of the channel transmission method described in the first aspect or the second aspect as described above.

[0187] The channel transmission method, device, terminal device, network device, and storage medium provided by the embodiments of the present application are applied to a first type of terminal device. The maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value. When the first type of terminal device sends a physical uplink control channel (PUCCH) in the uplink initial bandwidth part (BWP), it is determined that the bandwidth range of the first resource used to send the PUCCH does not exceed the maximum bandwidth supported by the first type of terminal device, so that the PUCCH bandwidth sent by the first type of terminal device is within the bandwidth range supported by the first type of terminal device, so that the first type of terminal device can correctly send the PUCCH, and thus the problem that the first type of terminal device cannot correctly send the PUCCH in the UL initial BWP due to the frequency interval between the two hops of the PUCCH being greater than the maximum bandwidth of the first type of terminal device in the prior art can be solved. BRIEF DESCRIPTION OF THE DRAWINGS

[0188] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the prior art, the following will briefly introduce the drawings required for use in the description of the embodiments or the prior art. Obviously, the drawings in the following description are some embodiments of the present application. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0189] Figure 1 is a schematic diagram of a pre-defined common PUCCH resource in the prior art;

[0190] Figure 2 is a flowchart of the steps of a channel transmission method applied to a terminal device provided by an embodiment of the present application;

[0191] Figure 3 is a flowchart of the steps of a channel transmission method applied to a network device provided by an embodiment of the present application;

[0192] Figure 4 is a schematic diagram of an application scenario provided by an embodiment of the present application;

[0193] Figure 5 is a schematic diagram of an example of non-hopping transmission of PUCCH provided by an embodiment of the present application;

[0194] Figure 6 is a schematic diagram of another example of non-hopping transmission of PUCCH provided by an embodiment of the present application;

[0195] Figure 7 is a schematic diagram of an example of RedCap hopping transmission of PUCCH provided by an embodiment of the present application;

[0196] Figure 8 is a schematic diagram of forced retuning between UL-UL in the uplink frequency band of an FDD system;

[0197] Figure 9 is a schematic diagram of an example of RedCap hopping transmission of PUCCH provided by an embodiment of the present application;

[0198] Figure 10 is a schematic diagram of another example of RedCap hopping transmission of PUCCH provided by an embodiment of the present application;

[0199] Figure 11 is a schematic diagram of forced retuning between DL-UL in a TDD system;

[0200] Figure 12 is a block diagram of a channel transmission device applied to a terminal device provided by an embodiment of the present application;

[0201] Figure 13 is a block diagram of a channel transmission device applied to a network device provided by an embodiment of the present application;

[0202] Figure 14 is a schematic diagram of the structure of a terminal device provided by an embodiment of the present application;

[0203] Figure 15 is a schematic diagram of the structure of a network device provided by an embodiment of the present application. Detailed implementation manners

[0204] Next, the technical solutions in the embodiments of the present application will be clearly and completely described in conjunction with the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, not all of the embodiments. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present application without creative efforts shall fall within the protection scope of the present application.

[0205] In the 5G NR system, before the UE successfully accesses the network device and obtains the user-specific radio resource control (RRC) configuration specifically configured for it by the network device, it can only receive downlink information in the downlink initial bandwidth part (BWP) and send uplink information in the uplink initial BWP. Among them, for the case where the carrier frequency of the network device is below 6 GHz (also known as frequency range 1, FR1), the bandwidth of the DL initial BWP is always not more than 20 MHz, but there is no limit to the bandwidth of the UL initial BWP, which can be greater than 20 MHz.

[0206] Currently, the NR system is about to support a reduced-capability (RedCap) UE. In order to pursue lower complexity and cost, the RedCap UE only supports a relatively narrow bandwidth, for example, its bandwidth does not exceed 20 MHz. In this case, if the RedCap UE still uses the existing UL initial BWP, it may not be able to correctly send the uplink channel, such as the physical uplink control channel (PUCCH), because its bandwidth is less than the UL initial BWP.

[0207] Specifically, the user-specific RRC configuration can configure appropriate PUCCH transmission resources for the RedCap UE. However, before obtaining the user-specific RRC configuration, the UE can only know the PUCCH resource set through a predefined method. This predefined PUCCH resource set can be regarded as a kind of "common PUCCH" resource set because it is the same for all UEs. In this predefined PUCCH resource set, each PUCCH resource is "frequency hopping", that is, it includes both the first hop and the second hop, and each PUCCH is sent in a "frequency hopping" manner.

[0208] For example, when the UE receives the DCI carried in the Physical Downlink Control Channel (PDCCH) and receives the Physical Downlink Shared Channel (PDSCH) according to the DCI, the UE needs to feedback on whether the PDSCH is successfully received or not on the PUCCH. The UE determines the index of the used PUCCH resource in the PUCCH resource set according to the formula where r PUCCH represents the PUCCH resource index, which is determined according to the PUCCH resource indication field in the DCI scheduling the PDSCH, and N CCE is the number of control channel elements (CCEs) of the control resource set (CORESET) where the DCI received by the UE is located, and n CCE,0 is the index of the first CCE receiving the PDCCH, and △ PRI is indicated by the PUCCH resource indication field in the DCI. When r PUCCH is determined, the UE determines the PUCCH resource carrying the feedback information according to the following rules:

[0209] If then the index of the first physical resource block (PRB) of the first hop hop1 of the PUCCH is and the index of the first PRB of the second hop hop2 is

[0210] If then the index of the first PRB of the first hop hop1 is and the index of the first PRB of the second hop hop2 is where is the bandwidth of the UL initial BWP (total number of included PRBs), N CS is the total number of initial cyclic shift indices, is a predefined offset value. The current definitions of the above PUCCH resource set and the parameters involved in the NR protocol are shown in Table 1 below:

[0211] Table 1

[0212]

[0213] It can be seen that after the UE receives the PDSCH scheduled by the DCI, it determines the PUCCH resource for feedback on the PDSCH according to the above-mentioned predefined PUCCH resource set, hopping rule, and the indication information in the DCI. As Figure 1 shown in the prior art example, where it is assumed that the bandwidth of the UL initial BWP is greater than 20 MHz. In the prior art, for the above-mentioned "common PUCCH", due to its inherent hopping characteristics, the two hops of the PUCCH are respectively distributed at the frequency band edges of the UL initial BWP rather than near the center frequency band. When the bandwidth of the UL initial BWP is greater than 20 MHz, the frequency interval between the two hops of a PUCCH resource is very likely to be greater than 20 MHz. If the RedCap UE also sends PUCCH in this UL initial BWP, it is very likely that the PUCCH cannot be correctly sent because the frequency interval between the two hops of the PUCCH is greater than the maximum bandwidth supported by the RedCap UE. For example, the RedCap UE can only send one of the hops; or, the RedCap UE performs retuning after sending the first hop, adjusts the operating frequency to near the frequency where the second hop is located and then sends the second hop, but the UE cannot perform any transmission during the frequency tuning process, resulting in the loss of some symbols of the PUCCH and the destruction of orthogonality. To solve this problem, the embodiments of the present application provide a channel transmission method, device, terminal device, network device, and storage medium. When the RedCap UE sends a physical uplink control channel PUCCH in the uplink initial broadband part BWP, the embodiments of the present application determine that the bandwidth range of the first resource used to send the PUCCH does not exceed the maximum bandwidth supported by the RedCap UE, so that the PUCCH bandwidth sent by the RedCap UE is within the bandwidth range supported by the RedCap UE, so that the RedCap UE can correctly send the PUCCH, thereby solving the problem in the prior art that the RedCap UE cannot correctly send the PUCCH in the UL initial BWP because the frequency interval between the two hops of the PUCCH is greater than the maximum bandwidth of the RedCap UE. The channel transmission method, device, terminal device, network device, and storage medium provided by the present application will be explained and described in detail below through specific embodiments.

[0214] It should be noted that in the following description content, since the method and the device are based on the same inventive concept and the principles of solving problems by the method and the device are similar, the implementation of the device and the method can be referred to each other, and the repeated parts will not be described again.

[0215] In addition, it should be noted that the technical solutions provided in the embodiments of the present application can be applied to a variety of systems, especially 5G systems. For example, the applicable systems can be the global system of mobile communication (GSM) system, the code division multiple access (CDMA) system, the Wideband Code Division Multiple Access (WCDMA) general packet radio service (GPRS) system, the long term evolution (LTE) system, the LTE frequency division duplex (FDD) system, the LTE time division duplex (TDD) system, the long term evolution advanced (LTE-A) system, the universal mobile telecommunication system (UMTS), the worldwide interoperability for microwave access (WiMAX) system, the 5G New Radio (NR) system, etc. Both terminal devices and network devices are included in these various systems. The core network part can also be included in the system, such as the Evolved Packet System (EPS), the 5G system (5GS), etc.

[0216] The terminal device involved in the embodiments of this application can be a device that provides voice and / or data connectivity to users, such as a handheld device with wireless connection capabilities, or other processing devices connected to a wireless modem, etc. In different systems, the name of the terminal device may also be different. For example, in a 5G system, the terminal device can be called a user equipment (UE). The wireless terminal device can communicate with one or more core networks (CN) via a radio access network (RAN). The wireless terminal device can be a mobile terminal device, such as a mobile phone (or a "cellular" phone) and a computer with a mobile terminal device. For example, it can be a portable, pocket-sized, handheld, computer-integrated, or vehicle-mounted mobile device that exchanges voice and / or data with the radio access network. For example, devices such as personal communication service (PCS) phones, cordless phones, session initiated protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (PDAs), etc. The wireless terminal device can also be called a system, a subscriber unit, a subscriber station, a mobile station, a mobile, a remote station, an access point, a remote terminal, an access terminal, a user terminal, a user agent, a user device, which is not limited in the embodiments of this application. Since the terminal device and other network devices (such as core network devices, access network devices (i.e., base stations)) together constitute a network that can support communication, in this application, the terminal device is also regarded as a kind of network device.

[0217] The network device involved in the embodiments of the present application can be a base station, which can include multiple cells that provide services to terminals. It can also be a CU (Central Unit) or a DU (Distributed Unit). Depending on the specific application scenarios, the network device can also be referred to as an access point, or it can be a device in the access network that communicates with wireless terminal devices through one or more sectors over the air interface, or other names. The network device can be used to mutually replace the received air frames and Internet Protocol (IP) packets, and act as a router between the wireless terminal device and the rest of the access network, where the rest of the access network can include an Internet Protocol (IP) communication network. The network device can also coordinate the attribute management of the air interface. For example, the network device involved in the embodiments of the present application can be a network device (Base Transceiver Station, BTS) in a Global System for Mobile communications (GSM) or Code Division Multiple Access (CDMA), or a network device (NodeB) in Wide-band Code Division Multiple Access (WCDMA), or an evolved network device (evolutional Node B, eNB or e-NodeB) in a Long Term Evolution (LTE) system, a 5G base station (gNB) in a 5G network architecture (next generation system), or a Home evolved Node B (HeNB), a relay node, a femto, a pico, etc. The embodiments of the present application do not limit this. In some network architectures, the network device can include a centralized unit (centralized unit, CU) node and a distributed unit (distributed unit, DU) node, and the centralized unit and the distributed unit can also be geographically separated.

[0218] In addition, it should be understood that the term "and / or" in the embodiments of the present application describes the association relationship of associated objects, indicating that there can be three relationships. For example, A and / or B can represent: A exists alone, A and B exist simultaneously, and B exists alone. The character " / " generally represents an "or" relationship between the associated objects before and after.

[0219] As used throughout the specification, the phrase "one embodiment" or "an embodiment" means that a particular feature, structure, or characteristic associated with the embodiment is included in at least one embodiment of the present application. Thus, the appearances of the phrase "in one embodiment" or "in an embodiment" throughout the specification are not necessarily referring to the same embodiment. Additionally, these particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

[0220] The present application will be specifically described below.

[0221] As Figure 2 shown, it is a flowchart of the steps of a channel transmission method applied to a terminal device provided by an embodiment of the present application. The method includes the following steps:

[0222] Step 101: When transmitting a Physical Uplink Control Channel (PUCCH) in an uplink initial broadband component carrier (BWP), determine a first resource used for transmitting the PUCCH, where the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value.

[0223] Step 102: Transmit the PUCCH on the first resource.

[0224] In this embodiment, the first type of terminal device can be understood as a Reduced Capability (RedCap) User Equipment (UE), that is, the maximum bandwidth it supports is less than or equal to a first preset value. This first preset value can be predefined or set according to actual situations. For example, the first preset value can be 20 MHz, or 40 MHz, that is, the maximum bandwidth supported by the first type of terminal device is 20 MHz, or 40 MHz.

[0225] In this embodiment, when the first type of terminal device transmits a Physical Uplink Control Channel (PUCCH) in the UL initial BWP, by restricting the frequency range of PUCCH transmission, the frequency range of PUCCH transmission does not exceed the maximum bandwidth supported by the first type of terminal device, so that the PUCCH bandwidth transmitted by the first type of terminal device is within the bandwidth range supported by the first type of terminal device, enabling the first type of terminal device to correctly transmit the PUCCH.

[0226] In this embodiment, when it is determined that the bandwidth range of the first resource used to send the PUCCH does not exceed the maximum bandwidth supported by the first type of terminal device, there are two implementation manners. The resources for sending the PUCCH in the two manners are as follows: ① Resources for sending the PUCCH in a non-frequency-hopping manner (the non-frequency-hopping manner here means that when sending the PUCCH, it will not be sent in two hops); ② Resources for sending the PUCCH in a frequency-hopping manner and the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the first type of terminal device.

[0227] It can be understood that in actual application, whether to send the PUCCH in a frequency-hopping manner or a non-frequency-hopping manner can be determined by a predefined manner, or by a manner indicated by a network device, or by a combination of a predefined manner and a network setting indication.

[0228] For the predefined manner, for example, it can be predefined by a protocol that the PUCCH of the RedCap UE does not perform frequency-hopping transmission before obtaining user-specific RRC configuration; or it can be specified that when the UL BWP bandwidth (such as UL initial BWP) where the RedCap UE is located is greater than a threshold (for example, the bandwidth supported by the RedCap UE), the PUCCH does not perform frequency-hopping transmission, otherwise it performs frequency-hopping transmission. It can be understood that the predefined manner does not require any indication from a network device, so the indication overhead can be saved.

[0229] For the manner indicated by a network device, for example, it can be determined whether to perform frequency-hopping transmission by receiving the frequency-hopping indication information sent by the gNB. The frequency-hopping indication information is used to indicate whether the PUCCH of the RedCap UE performs frequency-hopping. It can be carried in the system information block SIB1 (System Information Block) and broadcast, or carried in the downlink control information DCI (Downlink Control Information). It can be understood that the manner based on the indication of the network device is relatively flexible, but it requires downlink indication overhead.

[0230] For the manner combining a predefined manner and an indication of a network device, for example, when the UL BWP bandwidth (such as UL initial BWP) where the RedCap UE is located is greater than a threshold (for example, the maximum bandwidth supported by the RedCap UE), the PUCCH does not perform frequency-hopping transmission; and when the UL BWP bandwidth where the RedCap UE is located is less than or equal to the threshold, it is determined whether to perform frequency-hopping transmission based on the frequency-hopping indication information of the gNB. It can be understood that the manner combining a predefined manner and an indication of a network device combines the advantages of saving indication overhead and flexibility, and belongs to a relatively compromising solution.

[0231] It can be understood that after determining the first resource in the manner described above, that is, based on the core idea that the bandwidth range of the first resource used for PUCCH does not exceed the maximum bandwidth supported by the first type of terminal device, the first type of terminal device can send PUCCH on the first resource, and then the network device can receive the PUCCH on the first resource.

[0232] It can be seen that the channel transmission method provided by the embodiments of the present application is applied to the first type of terminal device, and the maximum bandwidth supported by the first type of terminal device is less than or equal to the first preset value. When the first type of terminal device sends a physical uplink control channel (PUCCH) in the uplink initial bandwidth part (BWP), it determines that the bandwidth range of the first resource used for sending the PUCCH does not exceed the maximum bandwidth supported by the first type of terminal device, so that the bandwidth of the PUCCH sent by the first type of terminal device is within the bandwidth range supported by the first type of terminal device, enabling the first type of terminal device to correctly send the PUCCH, and thus solving the problem in the prior art that the first type of terminal device cannot correctly send the PUCCH in the UL initial BWP because the frequency interval between two hops of the PUCCH is greater than the maximum bandwidth of the first type of terminal device.

[0233] Based on the content of the above embodiments, in this embodiment, the determination of the first resource used for sending the PUCCH includes any one of the following resources:

[0234] Resources for sending PUCCH in a non-frequency-hopping manner; or,

[0235] Resources for sending PUCCH in a frequency-hopping manner, where the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the first type of terminal device.

[0236] In this embodiment, when determining the first resource used for sending the PUCCH, at least the following two implementation manners are included: ① Determine the resources for sending PUCCH in a non-frequency-hopping manner (here, the non-frequency-hopping manner means that when sending PUCCH, it is not sent in two hops); ② Determine the resources for sending PUCCH in a frequency-hopping manner and the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the first type of terminal device.

[0237] It can be understood that in actual application, whether to send PUCCH in a frequency-hopping manner or in a non-frequency-hopping manner can be determined by a predefined method, or by a method indicated by the network device, or by a combination of a predefined method and a network setting indication.

[0238] For a predefined manner, for example, it can be predefined by a protocol that the PUCCH of the RedCap UE does not perform frequency hopping transmission before obtaining user-specific RRC configuration; or it can be specified that when the UL BWP bandwidth (such as UL initial BWP) where the RedCap UE is located is greater than a threshold value (for example, the maximum bandwidth supported by the RedCap UE), the PUCCH does not perform frequency hopping transmission, otherwise it performs frequency hopping transmission. It can be understood that the predefined manner does not require any indication from network devices, so it can save indication overhead.

[0239] For the manner indicated by network devices, for example, it can be determined whether to perform frequency hopping transmission by receiving the frequency hopping indication information sent by the gNB. The frequency hopping indication information is used to indicate whether the PUCCH of the RedCap UE performs frequency hopping. It can be carried and broadcast in the system information block SIB1 (System Information Block), or can be carried in the downlink control information DCI (Downlink Control Information). It can be understood that the manner based on the indication of network devices is more flexible, but it requires downlink indication overhead.

[0240] For the combined manner of predefined and network device indication, for example, when the UL BWP bandwidth (such as UL initial BWP) where the RedCap UE is located is greater than a threshold value (for example, the maximum bandwidth supported by the RedCap UE), the PUCCH does not perform frequency hopping transmission; and when the UL BWP bandwidth where the RedCap UE is located is less than or equal to the threshold value, it is determined whether to perform frequency hopping transmission based on the frequency hopping indication information of the gNB. It can be understood that the combined manner of predefined and network device indication combines the advantages of saving indication overhead and flexibility, and belongs to a relatively compromising solution.

[0241] Based on the content of the above embodiments, in this embodiment, when the first resource is a resource for transmitting the PUCCH in a non-frequency hopping manner, the first resource used for transmitting the PUCCH is determined according to any one or more of the following manners:

[0242] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH; wherein, the maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0243] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the physical downlink shared channel PDSCH for which feedback is made in the PUCCH by the first type of terminal device;

[0244] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH for which feedback is made in the PUCCH by the first type of terminal device;

[0245] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the specified uplink channel transmitted by the first type of terminal device;

[0246] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device.

[0247] In this embodiment, when the first resource is a resource for transmitting the PUCCH in a non-frequency hopping manner, the first resource used to transmit the PUCCH is determined according to any one or more of the following methods:

[0248] A. Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH; wherein, the maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0249] In this embodiment, the second type of terminal device and the first type of terminal device are different terminal devices. The first type of terminal device can be understood as a reduced-capability terminal device (RedCap UE), and the second type of terminal device can be understood as a non-reduced-capability terminal device (non-RedCap UE) or a normal terminal or a traditional terminal.

[0250] In this embodiment, when the first type of terminal device transmits the PUCCH in a non-frequency hopping manner, the first resource used to transmit the PUCCH can reuse the frequency position corresponding to the first hop (hop1) or the second hop (hop2) when the existing normal terminal device (the second type of terminal device) transmits the PUCCH in a frequency hopping manner. That is, the first resource used by the first type of terminal device to transmit the PUCCH can be determined according to the frequency position corresponding to the first hop (hop1) and / or the frequency position corresponding to the second hop (hop2) when the second type of terminal device transmits the PUCCH.

[0251] For example, it is stipulated to use the same determination method as the frequency position of hop1 to determine the frequency position of the non-frequency hopping PUCCH, that is: if Then the first PRB index of the PUCCH is If Then the first PRB index of the PUCCH is

[0252] Alternatively, similarly, it is stipulated to use the same method as the frequency position of hop2 to determine the frequency position of PUCCH;

[0253] Alternatively, regardless of the value of, use (or ) to determine the index of the first PRB of PUCCH.

[0254] Through the above method, the resource position of PUCCH can be straightforwardly determined, with simple implementation and reuse of the existing DCI's indication of r PUCCH , which simplifies the indication complexity of the base station.

[0255] In particular, if the RedCap UE and the existing UE completely share the above formula and parameters , then the PUCCH resources used by the RedCap UE and the existing UE are likely to overlap. Based on the above method, the PUCCH resources of the RedCap UE and the existing UE can be made non - overlapping through the following method:

[0256] ① Introduce an offset value for determining the frequency position of the PUCCH of the RedCap UE. For example:

[0257] If , then the index of the first PRB of PUCCH is

[0258] If , then the index of the first PRB of PUCCH is One possible value of is

[0259] ② Through predefined and / or indicated methods, the specific value of used by the RedCap UE is different from the value of used by the existing UE (although still using the same formula such as ), for example, the value is 8. The value of used by the existing UE )

[0260] It should be noted that through this method, the PUCCH resources of the RedCap UE and the existing UE do not overlap, which helps to reduce the impact of the RedCap UE on the existing UE and ensure that both types of UEs have sufficient PUCCH capacity.

[0261] B. Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH;

[0262] In this embodiment, the first resource used by the first type of terminal device to transmit the PUCCH can be determined according to the frequency position of the physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH. For example, their starting frequency positions are the same, or the central PRB position of the PDSCH is the same as the starting frequency position of the PUCCH. Among them, the central PRB means that when N is odd, the central PRB is the (N + 1) / 2-th PRB among N consecutive PRBs; when N is even, the central PRB is the N / 2-th or the (N / 2 + 1)-th PRB among N consecutive PRBs.

[0263] C. Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH;

[0264] In this embodiment, the first resource used by the first type of terminal device to transmit the PUCCH can be determined according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH. Specifically, when a DCI schedules a UE to receive a PDSCH, the UE feeds back on the PUCCH whether the reception of the PDSCH is correct or not, and the frequency position of the PUCCH can be determined by the frequency position of the scheduling DCI corresponding to the PDSCH to be fed back. For example:

[0265] The frequency position of the first PRB of the PUCCH is the same as the starting frequency position in the frequency domain of the first CCE of the DCI; or,

[0266] The frequency position of the L-th PRB of the PUCCH is the same as the starting frequency position in the frequency domain of the K-th CCE of the DCI; or,

[0267] The frequency position of the L-th PRB of the PUCCH is the starting frequency position of the K-th CCE of the DCI plus a frequency offset value, and this frequency offset value can be predefined or sent (such as in SIB1 or DCI) and indicated by the network device; or,

[0268] Determine through the starting frequency position of the K-th CCE of the DCI And determine according to the formula or Determine the frequency position of the first PRB of the PUCCH.

[0269] D. Determine a first resource used by a first type of terminal device to transmit the PUCCH according to the frequency position of a specified uplink channel sent by the first type of terminal device.

[0270] In this embodiment, the PUCCH frequency position is determined by the frequency position of a specified uplink channel sent by a first type of terminal device. For example, the specified uplink channel may be Msg1 or Msg3. The frequency position of the PUCCH is determined by the frequency position of Msg1 or Msg3. For example:

[0271] The frequency position of the first PRB of the PUCCH is the same as the frequency position of the first PRB of Msg1 or Msg3; or,

[0272] The frequency position of the Lth PRB of the PUCCH is the same as the frequency position of the Kth PRB of Msg1 or Msg3; or,

[0273] The frequency position of the Lth PRB of the PUCCH is the frequency position of the Kth PRB of Msg1 or Msg3 plus a frequency offset value, and this frequency offset value can be predefined or sent (such as in SIB1 or DCI) and indicated by the network device.

[0274] Determine through the frequency position of the Kth PRB of Msg1 or Msg3 And according to the formula Or Determine the frequency position of the first PRB of the PUCCH.

[0275] In this embodiment, Msg1 is the first message, Msg1 is a random access request message or a random access pilot signal, Msg3 is the third message, and the third message is a connection establishment request message in the random access phase.

[0276] E. Determine a first resource used by a first type of terminal device to transmit the PUCCH according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device.

[0277] In this embodiment, the first resource used by a first type of terminal device to transmit the PUCCH can be determined according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device. Specifically, if the indication information of the frequency position of the PUCCH is sent by the gNB to the RedCap UE through Msg4 (also called the conflict resolution message) in the fourth step of the random access process, then the RedCap UE can determine the frequency domain resource of the PUCCH according to the indication information carried in Msg4. This indication information can directly indicate the frequency position where the starting PRB of the PUCCH is located.

[0278] It can be understood that by using the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is not transmitted by frequency hopping, and the UE only needs to determine a resource position related to the PUCCH to send, which is simple to implement.

[0279] Based on the content of the above embodiment, in this embodiment, when determining the first resource used to send the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device sends the PUCCH, the first resource used to send the PUCCH is determined by any one of the following methods:

[0280] Determine the first frequency offset value corresponding to the first type of terminal device by a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device And the first frequency offset value corresponding to the second type of terminal device Have different values;

[0281] By a predefined and / or indicated method, the first resource used for the PUCCH is determined according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device sends the PUCCH and a preset frequency offset value, where the preset frequency offset value is predefined and / or indicated by the network device.

[0282] In this embodiment, when determining the first resource used to send the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device sends the PUCCH, the first resource used to send the PUCCH is determined by any one of the following methods:

[0283] A. Determine the first frequency offset value corresponding to the first type of terminal device by a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device And the first frequency offset value corresponding to the second type of terminal device Have different values;

[0284] B. By a predefined and / or indicated method, the first resource used for the PUCCH is determined according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device sends the PUCCH and a preset frequency offset value, where the preset frequency offset value is predefined and / or indicated by the network device.

[0285] In this embodiment, it should be noted that if the RedCap UE (the first type of terminal device) and the existing UE (the second type of terminal device) completely share the above formula and parameters then the PUCCH resources used by the RedCap UE and the existing UE are very likely to overlap. To solve this problem, the following method can be further used to ensure that the PUCCH resources of the RedCap UE and the existing UE do not overlap:

[0286] ① Introduce an offset value to determine the frequency position of the PUCCH of the RedCap UE. For example:

[0287] If then the first PRB index of the PUCCH is

[0288] If then the first PRB index of the PUCCH is One possible value of

[0289] ② By means of predefined and / or indicated methods, the specific value of used by the RedCap UE is different from the value of used by the existing UE (although the same formula is still used, such as ), for example, the value is 8.

[0290] It should be noted that by this method, the PUCCH resources of the RedCap UE and the existing UE do not overlap, which helps to reduce the impact of the RedCap UE on the existing UE and ensure that both types of UEs have sufficient PUCCH capacity.

[0291] Based on the content of the above embodiment, in this embodiment, when determining the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH that needs to be fed back in the PUCCH, the first resource used to send the PUCCH is determined by any one of the following methods:

[0292] The frequency position of the first physical resource block PRB used to send the PUCCH is the same as the frequency domain start position of the first control channel element CCE of the DCI;

[0293] The frequency position of the Lth PRB used to send the PUCCH is the same as the frequency domain start position of the Kth CCE of the DCI; L and K are integers greater than 0;

[0294] The frequency position of the Lth PRB used for transmitting PUCCH is a position determined according to the frequency-domain starting position of the Kth CCE of the DCI and a second frequency offset value; wherein, the second frequency offset value is predefined and / or indicated by a network device;

[0295] Determine a first frequency offset value based on the frequency starting position of the Kth CCE of the DCI And according to the first relationship model Or Determine the frequency position of the first PRB used for transmitting PUCCH;

[0296] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, which is determined according to the PUCCH resource indication field in the DCI scheduling the PDSCH, N CS represents the total number of initial cyclic shift indexes, represents the uplink initial BWP bandwidth.

[0297] In this embodiment, the frequency position of the Lth PRB used for transmitting PUCCH is the same as the frequency-domain starting position of the Kth CCE of the DCI. Here, no special setting is made for the relationship between L and K, and they can be freely combined according to requirements. For example, if L = 1 and K = 1, this is equivalent to the alignment of their frequency starting positions; another example is that L is 1 / 2 of the frequency width of the resources occupied by PUCCH, and K is 1 / 2 of the frequency width of the resources occupied by DCI, which is equivalent to the alignment of their center frequency positions.

[0298] Based on the content of the above embodiments, in this embodiment, when determining the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the specified uplink channel sent by the first type of terminal device, determine the first resource used by the first type of terminal device to transmit the PUCCH by any one of the following methods:

[0299] The frequency position of the first physical resource block PRB used for transmitting PUCCH is the same as the frequency position of the first PRB of the first message or the third message; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access stage;

[0300] The frequency position of the Lth PRB used for transmitting PUCCH is the same as the frequency position of the Kth PRB of the first message or the third message;

[0301] The frequency position of the L-th PRB used for transmitting PUCCH is a position determined according to the frequency position of the K-th PRB in the first message or the third message and a third frequency offset value, where the third frequency offset value is predefined and / or indicated by a network device;

[0302] Determine a first frequency offset value based on the frequency position of the K-th PRB in the first message or the third message And according to the first relationship model Or Determine the frequency position of the first PRB used for transmitting PUCCH;

[0303] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CS represents the total number of initial cyclic shift indices, represents the uplink initial BWP bandwidth.

[0304] In this embodiment, the PUCCH frequency position is determined by the frequency position of the specified uplink channel sent by the UE. The specified uplink channel here can be Msg1 or Msg3, that is, the frequency position for transmitting PUCCH is determined by the frequency position of Msg1 or Msg3. For example: the frequency position of the first PRB of PUCCH is the same as the frequency position of the first PRB of Msg1 or Msg3; or, the frequency position of the L-th PRB of PUCCH is the same as the frequency position of the K-th PRB of Msg1 or Msg3; or, the frequency position of the L-th PRB of PUCCH is the frequency position of the K-th PRB of Msg1 or Msg3 plus a frequency offset value, and this frequency offset value can be predefined or sent (such as in SIB1 or DCI) and indicated by the network device. Or, it is determined through the frequency position of the K-th PRB of Msg1 or Msg3 And according to the formula Or Determine the frequency position of the first PRB of PUCCH.

[0305] Based on the content of the above embodiment, in this embodiment, when the first resource is a resource for transmitting PUCCH in a frequency hopping manner, the first resource used for transmitting the PUCCH is determined by any one or more of the following:

[0306] Replace the uplink initial BWP bandwidth parameter in the relationship model used to determine the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits PUCCH with the first bandwidth parameter Determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter substitution; wherein, the does not exceed the maximum bandwidth supported by the first type of terminal device The maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0307] Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter and use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH;

[0308] Replace the uplink initial BWP bandwidth parameter in the first sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter and determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at according to the first sub-relationship model after parameter substitution; and, according to the second sub-relationship model corresponding to and the fourth frequency offset value in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH, determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at ; preferably, the fourth frequency offset value is

[0309] The available values of the first frequency offset value in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends PUCCH are different from the available values of used by the second type of terminal device, and the available values corresponding to the first type of terminal device are such that the frequency interval between the first hop and the second hop when sending PUCCH is not greater than

[0310] Determine the frequency position corresponding to the first hop when sending PUCCH, and determine the position of the second hop when the first type of terminal device sends PUCCH according to the frequency position corresponding to the first hop and the fifth frequency offset value between the first hop and the second hop; wherein, the fifth frequency offset value is predefined and / or indicated by the network device; the absolute value of the fifth frequency offset value is not greater than ​

[0311] In this embodiment, it should be noted that after determining to transmit PUCCH by frequency hopping through predefined and / or network device indication, the resources of the PUCCH transmitted by frequency hopping can be determined by the following method:

[0312] A. Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits PUCCH with the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits PUCCH according to the relationship model after parameter substitution; where does not exceed the maximum bandwidth supported by the first type of terminal device The maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0313] In this embodiment, when the first type of terminal device transmits the resources of PUCCH in a frequency hopping manner, the first resource used to transmit the PUCCH can reuse the method of calculating the frequency positions corresponding to the first hop hop1 or the second hop hop2 when the existing normal terminal device (the second type of terminal device) transmits PUCCH by frequency hopping, but a bandwidth parameter needs to be used to replace the BWP bandwidth in the original formula where does not exceed the maximum bandwidth of the RedCap UE That is, the resources of hop1 and hop2 are determined according to this new bandwidth parameter, specifically:

[0314] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0315] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0316] Through this method, the frequency interval between the two hops of the RedCap transmitting PUCCH can be within the bandwidth of the RedCap, enabling the RedCap to transmit PUCCH normally.

[0317] In particular, it can make In this case, the hopping interval of the PUCCH that does not exceed the RedCap bandwidth range can be maximized to obtain the frequency diversity gain as much as possible. That is, when the frequency interval between the first hop and the second hop of the PUCCH can be maximized within the bandwidth capability of the RedCap UE, so as to obtain a better frequency diversity gain.

[0318] Specifically, an offset value can be introduced to perform a frequency shift (the shift amount is ) on the frequency position of the PUCCH resource set of the RedCap UE. For example, both hop1 and hop2 are shifted

[0319] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0320] If then the first PRB index of the PUCCH is The index of the first PRB of the second hop hop2 is

[0321] In this embodiment, a possible value of can be This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. It can also be other values. For example, it can be the frequency position of the first PRB or the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for a Frequency Division Duplexing (FDD) system because it can make the frequency at which the RedCap UE sends the PUCCH close to the frequency of Msg1 or Msg3, so that no retuning is required when sending the two on the uplink frequency band. That is, preferably, in the FDD system, the value of is the frequency position of the first PRB or the center PRB of the resources occupied by Msg1 or Msg3.

[0322] In this embodiment, it can be understood that by globally shifting the RedCap PUCCH resource set in frequency, the PUCCH resource set used by the RedCap UE can be made non-overlapping with the PUCCH resource set used by the ordinary NR UE, so that when the base station monitors the PUCCH resources, different monitoring schemes can be used for the RedCap UE and the ordinary NR UE, simplifying the implementation of the base station and reducing the impact of the RedCap UE on the ordinary NR UE.

[0323] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is transmitted by frequency hopping. Compared with the method without frequency hopping, this method can obtain frequency diversity gain, thereby obtaining better transmission performance.

[0324] B. Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits the PUCCH, and perform modulo calculation on the initial frequency positions with respect to a first bandwidth parameter and use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the PUCCH;

[0325] In this embodiment, it should be noted that after determining to transmit the PUCCH by frequency hopping in a predefined and / or network device indication manner, the resources of the PUCCH transmitted by frequency hopping can be determined by the following method:

[0326] Reuse the calculation method of the hop1 and hop2 frequency positions, but when calculating the frequency positions using the original hop1 and hop2 calculation formulas, perform modulo calculation with respect to a bandwidth parameter and the modulo calculation result does not exceed the maximum bandwidth supported by the RedCap UE That is:

[0327] If then the first PRB index of the first hop hop1 is the index of the first PRB of the second hop hop2 is

[0328] If then the first PRB index of the first hop hop1 is the index of the first PRB of the second hop hop2 is

[0329] It can be understood that A Mod B is also the modulo operation. This method can make the value after taking the modulo of B become a value within the range of 0 to (B - 1) regardless of the size of the value of A. Therefore, through this method, the frequency positions of the two hops of PUCCH resources can always be within the range.

[0330] In particular, it can maximize the hopping interval of PUCCH within the RedCap bandwidth range in this case, and obtain the frequency diversity gain as much as possible.

[0331] In particular, an offset value can be introduced to translate the frequency positions of the PUCCH resource set of the RedCap UE (the translation amount is ), for example, both hop1 and hop2 are translated by

[0332] If then the first PRB index of hop1 is The first PRB index of the second hop hop2 is

[0333] If then the first PRB index of hop1 is The first PRB index of the second hop hop2 is

[0334] In this embodiment, a possible value of is This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. It can also be other values. For example, it can be the frequency position of the first PRB or the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for FDD systems because it can make the frequency at which the RedCap UE sends PUCCH close to the frequency of Msg1 or Msg3, so that no retuning is required when sending the two on the uplink frequency band. That is, preferably, in the FDD system, the value of is the frequency position of the first PRB or the center PRB of the resources occupied by Msg1 or Msg3.

[0335] By globally shifting the RedCap PUCCH resource set in frequency, the PUCCH resource set used by the RedCap UE can be made non-overlapping with the PUCCH resource set used by ordinary NR UEs. As a result, when the base station monitors the PUCCH resources, different monitoring schemes can be used for RedCap UEs and ordinary NR UEs, simplifying the implementation of the base station.

[0336] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining user-specific RRC configuration. In this embodiment, the PUCCH is transmitted by frequency hopping. Compared with the non-frequency-hopping method, this method can obtain frequency diversity gain, thereby obtaining better transmission performance.

[0337] C. Replace the uplink initial BWP bandwidth parameter in the first sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH with the first bandwidth parameter and determine the frequency position corresponding to the second hop when the first type of terminal device transmits the PUCCH at according to the first sub-relationship model after parameter substitution; and, according to the second sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH and the fourth frequency offset value, determine the frequency position corresponding to the second hop when the first type of terminal device transmits the PUCCH at ; preferably, the fourth frequency offset value is At this time, the first resource is centrosymmetric in the UL initial BWP, so irregular slicing of the uplink transmission resources can be avoided, simplifying the resource allocation of the base station;

[0338] In this embodiment, it should be noted that after determining to transmit the PUCCH by frequency hopping through predefined and / or network device indication, the resources of the PUCCH transmitted by frequency hopping can be determined by the following method:

[0339] Reuse the calculation formulas for hop1 and hop2 of the second type of terminal device, but introduce the first bandwidth parameter, and adjust the position of hop2 according to the value of :

[0340] When , for hop1, still reuse the original formula, that is For hop2, on the basis of the original formula, use to replace That is When When it comes to hop1, the original formula is still reused, that is For hop2, add The fourth frequency-domain offset value of, that is In particular, it is possible to

[0341] In the method of this embodiment, according to has a value of 0 or 1, the PUCCH will be concentrated on the low frequency or high frequency of the uplink BWP band respectively. Compared with the previous method, one of its advantages is that the base station can use DCI to indicate r PUCCH When the value is, RedCap UE splitting can be achieved, so that the PUCCH transmissions of different RedCap UEs do not have to be concentrated in an area with a bandwidth of .

[0342] In particular, an offset value can be introduced to perform a frequency shift on the frequency position of the PUCCH resource set of the RedCap UE (the shift amount is ). Different from the previous one, for hop1, it can be shifted while for hop2, it is shifted

[0343] When , for hop1, the frequency of its first PRB is For hop2, the frequency of its first PRB is

[0344] When , for hop1, the frequency of its first PRB is For hop2, the frequency of its first PRB is

[0345] In this embodiment, it can be understood that One possible value of is This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. In addition, can also be other values. For example, it can be the frequency position of the first PRB or the center PRB of the resources occupied by Msg1 or Msg3. This design is particularly suitable for FDD systems because it can make the frequency at which the RedCap UE sends the PUCCH close to the frequency of Msg1 or Msg3, so that no retuning is required when sending the two on the uplink frequency band. That is, preferably, in the FDD system, The value of is the frequency position of the first PRB or the central PRB among the resources occupied by Msg1 or Msg3.

[0346] By shifting the entire RedCap PUCCH resource set in frequency, the PUCCH resource set used by the RedCap UE can be made non-overlapping with the PUCCH resource set used by ordinary NR UEs. As a result, when the base station monitors the PUCCH resources, different monitoring schemes can be used for RedCap UEs and ordinary NR UEs, simplifying the implementation of the base station.

[0347] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining user-specific RRC configuration. In this embodiment, the PUCCH is sent with frequency hopping. Compared with the non-frequency-hopping method, this method can obtain frequency diversity gain, thus achieving better transmission performance and also having the effect of diverting the PUCCHs of different RedCap UEs to different frequency ranges.

[0348] D. Determine the first frequency offset value in the relationship model of the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends the PUCCH The available values of are different from the available values of used by the second type of terminal device, and the available values corresponding to the first type of terminal device make the frequency interval between the first hop and the second hop not greater than when sending the PUCCH

[0349] In this embodiment, it should be noted that after determining to send the PUCCH with frequency hopping through predefined and / or network device indication, the resources of the PUCCH sent with frequency hopping can be determined by the following method:

[0350] Reuse the formulas of hop1 and hop2 of the existing second type of terminal device (ordinary UE), but for the first type of terminal device (the RedCap UE with reduced capabilities), the in the formula is designed such that the frequency interval of the frequency positions calculated by hop1 and hop2 does not exceed the maximum bandwidth supported by the RedCap UE. For example, it can be made that the of the RedCap UE satisfies the following conditions:

[0351]

[0352] That is:

[0353]

[0354] Specifically, there can be

[0355]

[0356] Specifically, it is possible to

[0357] In this method, hop1 and hop2 of the PUCCH sent by the RedCap UE are restricted to the center of the BWP bandwidth range, so that the RedCap UE can send the PUCCH normally. This method is particularly suitable for Time Division Duplexing (TDD) systems because it enables the center frequency of the PUCCH sent by the RedCap UE to also be the center frequency of the uplink BWP (such as the UL initial BWP), and in TDD systems, the center frequencies of the downlink BWP and the uplink BWP are the same. This method can avoid retuning during the uplink-downlink handover in TDD systems. That is, preferably, in a TDD system, The value of or

[0358] In addition, in the above method, it is described that "the value of used by the RedCap UE is different from the value of used by a normal UE". This method can also be equivalent to "the used by the RedCap UE is obtained by adding an offset value to the used by a normal UE", and the essence of the two is the same.

[0359] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is sent by frequency hopping. Compared with the non-frequency-hopping method, this method can obtain frequency diversity gain, and thus can obtain better transmission performance.

[0360] E. Determine the frequency position corresponding to the first hop when sending the PUCCH, and determine the position of the second hop when the first type of terminal device sends the PUCCH according to the frequency position corresponding to the first hop and the fifth frequency offset value between the first hop and the second hop; wherein, the fifth frequency offset value is predefined and / or indicated by the network device; the absolute value of the fifth frequency offset value is not greater than

[0361] In this embodiment, it should be noted that after determining to send the PUCCH by frequency hopping in a predefined and / or network device-indicated manner, the resources of the PUCCH sent by frequency hopping can be determined by the following method:

[0362] Step 1: Use any one of the methods in the first embodiment to determine a frequency and use this frequency as the frequency of PUCCH hop1. For example, determine that the frequency position of the first PRB of hop1 is

[0363] Step 2: Determine the frequency position of hop2 according to hop1 and a frequency offset For example, determine that the frequency position of the first PRB of hop2 is

[0364] In a possible design, regardless of the value of, the same

[0365] In another possible design, according to is 0 or 1, the used can be different. For example when is a positive value, while when is a negative value.

[0366] Among them, is the frequency offset value, which represents the frequency difference between hop2 and hop1. It can be predefined or indicated by a network device, such as being indicated through SIB1 or DCI.

[0367] In the method of the embodiment of the present application, there is no need to design the frequency positions for hop1 and hop2 separately. The frequency position of hop2 can always be determined according to the frequency position of hop1 and a frequency offset value, so it is simpler and more flexible. In order to ensure that the frequency difference between hop1 and hop2 does not exceed the maximum bandwidth supported by the RedCap UE, there should be

[0368] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, PUCCH is transmitted by frequency hopping. Compared with the method without frequency hopping, this method can obtain frequency diversity gain, so as to obtain better transmission performance.

[0369] Based on the content of the above embodiment, in this embodiment, the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH is Determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter substitution, including:

[0370] Replace the uplink initial BWP bandwidth parameter in the relationship model used to determine the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter substitution and the preset frequency offset value.

[0371] In this embodiment, determining the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter substitution and the preset frequency offset value may mean directly adding the preset frequency offset value to the relationship model after parameter substitution to determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH. In addition, determining the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter substitution and the preset frequency offset value may also mean performing other processing on the relationship model after parameter substitution and the preset frequency offset value to determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH. This embodiment does not limit this.

[0372] In this embodiment, the introduced preset frequency offset value may be This preset frequency offset value can be used to translate the frequency position of the PUCCH resource set of the RedCap UE (the translation amount is ), for example, both hop1 and hop2 are translated by

[0373] If Then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0374] If Then the first PRB index of the PUCCH is The index of the first PRB of the second hop hop2 is

[0375] In this embodiment, A possible value of can be This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. It can also be other values. For example, it can be the frequency position of the first PRB or the center PRB of the resources occupied by Msg1 or Msg3. This design is particularly suitable for Frequency Division Duplexing (FDD) systems because it can make the frequency at which the RedCap UE sends PUCCH close to the frequency of Msg1 or Msg3, so that there is no need for retuning when sending the two on the uplink frequency band.

[0376] In this embodiment, it can be understood that by shifting the RedCap PUCCH resource set as a whole in frequency, the PUCCH resource set used by the RedCap UE can be made non-overlapping with the PUCCH resource set used by ordinary NR UEs, so that the base station can use different monitoring schemes for the RedCap UE and ordinary NR UEs when monitoring the PUCCH resources, simplifying the implementation of the base station.

[0377] Based on the content of the above embodiment, in this embodiment, the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH are determined according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and the initial frequency positions are modulo-calculated with respect to the first bandwidth parameter The modulo calculation result is used as the frequency positions corresponding to the first hop and the second hop when sending PUCCH, including:

[0378] The initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH are determined according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and the initial frequency positions are modulo-calculated with respect to the first bandwidth parameter The modulo calculation is performed, and the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH are determined according to the modulo calculation result and a preset frequency offset value.

[0379] In this embodiment, determining the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the modulo calculation result and the preset frequency offset value may mean directly adding the preset frequency offset value to the modulo calculation result to determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH. In addition, determining the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the modulo calculation result and the preset frequency offset value may also be to perform other operations on the modulo calculation result and the preset frequency offset value to determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH. This embodiment does not make any limitations in this regard.

[0380] In this embodiment, a preset frequency offset value can be introduced to translate the frequency position of the PUCCH resource set of the RedCap UE (the translation amount is ), for example, both hop1 and hop2 are translated by

[0381] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0382] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0383] In this embodiment, One possible value of is This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. It can also be other values. For example, it can be the frequency position of the first PRB or the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for FDD systems because it can make the frequency at which the RedCap UE sends PUCCH close to the frequency of Msg1 or Msg3, so that it does not require retuning between sending the two on the uplink frequency band.

[0384] By translating the entire RedCap PUCCH resource set in frequency, the PUCCH resource set used by the RedCap UE can be made non-overlapping with the PUCCH resource set used by ordinary NR UEs, so that when the base station monitors the PUCCH resources, different monitoring schemes can be used for the RedCap UE and ordinary NR UEs, simplifying the implementation of the base station.

[0385] Based on the content of the above embodiment, in this embodiment, the preset frequency offset value is any one or more of the following:

[0386] N CS represents the total number of initial cyclic shift indices;

[0387] The frequency position of the first physical resource block PRB or the center PRB of the resources occupied by the first message or the third message;

[0388] Among them, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access stage.

[0389] In this embodiment, it can be understood that One possible value of This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. In addition, It can also be other values. For example, it can be the frequency position of the first PRB or the central PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for FDD systems because it can make the frequency at which the RedCap UE sends PUCCH close to the frequency of Msg1 or Msg3, so that there is no need to perform retuning between sending the two on the uplink frequency band.

[0390] Based on the content of the above embodiment, in this embodiment, the first frequency offset value in the relationship model between the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends PUCCH The possible values of

[0391]

[0392] In this embodiment, when reusing the formula for the existing second type of terminal device (ordinary UE) hop1 and hop2, but for the first type of terminal device (the RedCap UE with reduced capabilities), is designed such that the interval between the frequency positions calculated by hop1 and hop2 according to the formula does not exceed the maximum bandwidth supported by the RedCap UE. For example, it can be made that the of the RedCap UE satisfies the following conditions:

[0393]

[0394] That is:

[0395]

[0396] Specifically, there can be

[0397]

[0398] Specifically, it can

[0399] In this method, hop1 and hop2 of the PUCCH sent by the RedCap UE are constrained to the center of the BWP Within the bandwidth range, the RedCap UE can then send the PUCCH normally. This method is particularly suitable for Time Division Duplexing (TDD) systems because it allows the central frequency point when the RedCap UE sends the PUCCH to also be the central frequency point of the uplink BWP (such as the UL initial BWP). In a TDD system, the central frequency points of the downlink BWP and the uplink BWP are the same, and this method can avoid retuning during the uplink-downlink handover in a TDD system.

[0400] As Figure 3 shown, it is a flowchart of the steps of a channel transmission method applied to a network device provided by an embodiment of the present application. The method includes the following steps:

[0401] Step 201: Send first indication information to a first type of terminal device, where the first indication information is used to indicate a first resource used by the first type of terminal device when sending a Physical Uplink Control Channel (PUCCH) in an uplink initial broadband part Bandwidth Part (BWP);

[0402] Step 202: Receive the PUCCH sent by the first type of terminal device on the first resource;

[0403] Among them, the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value.

[0404] The channel transmission method provided by the embodiment of the present application is applied to a first type of terminal device. The maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value. When the first type of terminal device sends a Physical Uplink Control Channel (PUCCH) in an uplink initial broadband part Bandwidth Part (BWP), the network device sends first indication information to the first type of terminal device. The first indication information is used to indicate a first resource used by the first type of terminal device when sending a Physical Uplink Control Channel (PUCCH) in an uplink initial broadband part Bandwidth Part (BWP). The bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device, so that the PUCCH bandwidth sent by the first type of terminal device can be within the bandwidth range supported by the first type of terminal device, enabling the first type of terminal device to correctly send the PUCCH, and thus solving the problem in the prior art that the first type of terminal device cannot correctly send the PUCCH in the UL initial BWP because the frequency interval between the two hops of the PUCCH is greater than the maximum bandwidth of the first type of terminal device.

[0405] Based on the content of the above embodiment, in this embodiment, the first indication information is used to indicate any one of the following PUCCH resources:

[0406] Resources for transmitting PUCCH in a non - frequency - hopping manner; or,

[0407] Resources for transmitting PUCCH in a frequency - hopping manner, where the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the first type of terminal device.

[0408] Exemplarily, the first indication information can be carried by system information or by DCI; the first indication information can indicate the PUCCH resources in at least one of the following ways:

[0409] A. Indicating whether frequency - hopping is performed and indicating the parameters for determining the first resource carrying PUCCH;

[0410] B. Indicating whether frequency - hopping is performed; and the first resource carrying PUCCH is determined according to a predefined manner;

[0411] C. Indicating the parameters of the first resource carrying PUCCH; and whether frequency - hopping is performed is determined in a predefined manner;

[0412] In this embodiment, when determining the first resource used for transmitting the PUCCH, at least the following two implementation manners are included: ① Determining the resources for transmitting PUCCH in a non - frequency - hopping manner (here, the non - frequency - hopping manner means that when transmitting PUCCH, it is not transmitted in two hops); ② Determining the resources for transmitting PUCCH in a frequency - hopping manner and the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the first type of terminal device.

[0413] It can be understood that in actual applications, whether to transmit PUCCH in a frequency - hopping manner or in a non - frequency - hopping manner can be determined by a predefined manner, or by the indication of a network device, or by a combination of a predefined and network - setting indication.

[0414] For the predefined manner, for example, it can be predefined by a protocol that the PUCCH of RedCap UE does not perform frequency - hopping transmission before obtaining user - specific RRC configuration; or it can be stipulated that when the UL BWP bandwidth where RedCap UE is located (such as UL initial BWP) is greater than a threshold value (for example, the maximum bandwidth supported by RedCap UE), PUCCH does not perform frequency - hopping transmission, otherwise it performs frequency - hopping transmission. It can be understood that the predefined manner does not require any indication from a network device, so the indication overhead can be saved.

[0415] For the indication method of the network device, for example, it can be determined whether to perform hopping transmission by receiving the hopping indication information sent by the gNB. The hopping indication information is used to indicate whether the PUCCH of the RedCap UE performs hopping. It can be carried and broadcast in the System Information Block (SIB1) or carried in the Downlink Control Information (DCI). It can be understood that the method based on the indication of the network device is relatively flexible, but it requires downlink indication overhead.

[0416] In a feasible embodiment, the first indication information includes the hopping indication information.

[0417] For the method combining predefined and network device indication, for example, when the UL BWP bandwidth where the RedCap UE is located (such as UL initial BWP) is greater than a threshold (for example, the maximum bandwidth supported by the RedCap UE), the PUCCH does not perform hopping transmission; when the UL BWP bandwidth where the RedCap UE is located is less than or equal to the threshold, it is determined whether to perform hopping transmission based on the hopping indication information of the gNB. It can be understood that the method combining predefined and network device indication combines the advantages of saving indication overhead and flexibility, and belongs to a relatively compromising solution.

[0418] Based on the content of the above embodiments, in this embodiment, when the first resource is a resource for sending the PUCCH in a non-hopping manner, the first resource used to send the PUCCH is determined according to any one or more of the following methods:

[0419] Determine the first resource used by the first type of terminal device to send the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device sends the PUCCH; wherein, the maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0420] Determine the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the Physical Downlink Shared Channel (PDSCH) for which the first type of terminal device performs feedback in the PUCCH;

[0421] Determine the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the scheduling Downlink Control Information (DCI) corresponding to the Physical Downlink Shared Channel (PDSCH) for which the first type of terminal device performs feedback in the PUCCH;

[0422] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the specified uplink channel sent by the first type of terminal device;

[0423] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device.

[0424] In this embodiment, when the first resource is a resource for transmitting the PUCCH in a non-frequency hopping manner, the first resource used to transmit the PUCCH is determined according to any one or more of the following methods:

[0425] A. Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH; wherein, the maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0426] In this embodiment, the second type of terminal device and the first type of terminal device are different terminal devices. The first type of terminal device can be understood as a terminal device with reduced capabilities, i.e., RedCap UE, and the second type of terminal device can be understood as a non-reduced-capability terminal device, i.e., non-RedCap UE, or a normal terminal or a traditional terminal.

[0427] In this embodiment, when the first type of terminal device transmits the PUCCH in a non-frequency hopping manner, the first resource used to transmit the PUCCH can reuse the frequency position corresponding to the first hop hop1 or the second hop hop2 when the existing normal terminal device (the second type of terminal device) transmits the PUCCH in a frequency hopping manner. That is, the first resource used by the first type of terminal device to transmit the PUCCH can be determined according to the frequency position corresponding to the first hop hop1 and / or the frequency position corresponding to the second hop hop2 when the second type of terminal device transmits the PUCCH.

[0428] For example, it is stipulated to use the same determination method as the frequency position of hop1 to determine the frequency position of the non-frequency hopping PUCCH, that is: if then the first PRB index of the PUCCH is if then the first PRB index of the PUCCH is

[0429] Or, similarly, it is stipulated to use the same method as the frequency position of hop2 to determine the frequency position of the PUCCH;

[0430] Or, regardless of the value of, always use (or ) Determine the index of the first PRB of the PUCCH.

[0431] Through the above method, the resource location of the PUCCH can be directly determined, with simple implementation and reusing the existing DCI's indication of r PUCCH , which simplifies the indication complexity of the base station.

[0432] In particular, if the RedCap UE and the existing UE completely share the above formula and parameters then the PUCCH resources used by the RedCap UE and the existing UE are likely to overlap. Based on the above method, the PUCCH resources of the RedCap UE and the existing UE can be made non-overlapping by the following method:

[0433] ① Introduce an offset value for determining the frequency position of the PUCCH of the RedCap UE. For example:

[0434] If then the index of the first PRB of the PUCCH is

[0435] If then the index of the first PRB of the PUCCH is One possible value of is

[0436] ② By means of predefined and / or indicated methods, the specific value of used by the RedCap UE is different from the value of used by the existing UE (although still using the same formula such as ), for example, the value is 8. ), such as )

[0437] It should be noted that by this method, the PUCCH resources of the RedCap UE and the existing UE do not overlap, which helps to reduce the impact of the RedCap UE on the existing UE and ensure that both types of UEs have sufficient PUCCH capacity.

[0438] B. Determine the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH;

[0439] In this embodiment, the first resource used by the first type of terminal device to transmit the PUCCH may be determined according to the frequency position of the physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH. For example, their starting frequency positions are the same.

[0440] C. Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH;

[0441] In this embodiment, the first resource used by the first type of terminal device to transmit the PUCCH may be determined according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH. Specifically, when a DCI schedules a UE to receive a PDSCH, the UE feeds back whether the reception of the PDSCH is correct on the PUCCH, and the frequency position of the PUCCH may be determined by the frequency position of the scheduling DCI corresponding to the PDSCH to be fed back. For example:

[0442] The frequency position of the first PRB of the PUCCH is the same as the starting frequency position in the frequency domain of the first CCE of the DCI; or,

[0443] The frequency position of the Lth PRB of the PUCCH is the same as the starting frequency position in the frequency domain of the Kth CCE of the DCI; or,

[0444] The frequency position of the Lth PRB of the PUCCH is the starting frequency position of the Kth CCE of the DCI plus a frequency offset value, and the frequency offset value may be predefined or sent (such as in SIB1 or DCI) and indicated by the network device; or,

[0445] Determined by the starting frequency position of the Kth CCE of the DCI And according to the formula or Determine the frequency position of the first PRB of the PUCCH.

[0446] D. Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the specified uplink channel transmitted by the first type of terminal device;

[0447] In this embodiment, the PUCCH frequency position is determined by the frequency position of the specified uplink channel transmitted by the first type of terminal device. For example, the specified uplink channel may be Msg1 or Msg3. The PUCCH frequency position is determined by the frequency position of Msg1 or Msg3. For example:

[0448] The frequency position of the first PRB of the PUCCH is the same as the frequency position of the first PRB of Msg1 or Msg3; or,

[0449] The frequency position of the L-th PRB of the PUCCH is the same as the frequency position of the K-th PRB of Msg1 or Msg3; or,

[0450] The frequency position of the L-th PRB of the PUCCH is the frequency position of the K-th PRB of Msg1 or Msg3 plus a frequency offset value, which can be predefined or sent (e.g., in SIB1 or DCI) and indicated by the network device.

[0451] Determined by the frequency position of the K-th PRB of Msg1 or Msg3 And according to the formula or Determine the frequency position of the first PRB of the PUCCH.

[0452] In this embodiment, Msg1 is the first message, Msg1 is a random access request message or a random access pilot signal, Msg3 is the third message, and the third message is a connection establishment request message in the random access phase.

[0453] E. Determine the first resource used by the first type of terminal device to send the PUCCH according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device.

[0454] In this embodiment, the first resource used by the first type of terminal device to send the PUCCH can be determined according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device. Specifically, if the indication information of the frequency position of the PUCCH is sent by the gNB to the RedCap UE through Msg4 (also called the conflict resolution message) in the fourth step of the random access process, the RedCap UE can determine the frequency domain resource of the PUCCH according to the indication information carried in Msg4. This indication information can directly indicate the frequency position where the starting PRB of the PUCCH is located.

[0455] It can be understood that through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is not sent by frequency hopping, and the UE only needs to determine a PUCCH-related resource position to send, which is simple to implement.

[0456] Based on the content of the above embodiments, in this embodiment, when determining the first resource for transmitting the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH, the first resource for transmitting the PUCCH is determined by any one of the following methods:

[0457] Determine the first frequency offset value corresponding to the first type of terminal device by a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device and the first frequency offset value corresponding to the second type of terminal device have different values;

[0458] By a predefined and / or indicated method, the first resource for transmitting the PUCCH is determined according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH and a preset frequency offset value, where the preset frequency offset value is predefined and / or indicated by a network device.

[0459] In this embodiment, when determining the first resource for transmitting the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH, the first resource for transmitting the PUCCH is determined by any one of the following methods:

[0460] A. Determine the first frequency offset value corresponding to the first type of terminal device by a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device and the first frequency offset value corresponding to the second type of terminal device have different values;

[0461] B. By a predefined and / or indicated method, the first resource for transmitting the PUCCH is determined according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH and a preset frequency offset value, where the preset frequency offset value is predefined and / or indicated by a network device.

[0462] In this embodiment, it should be noted that if the RedCap UE (the first type of terminal device) and the existing UE (the second type of terminal device) completely share the above formulas and parameters then the PUCCH resources used by the RedCap UE and the existing UE are very likely to overlap. To solve this problem, the following method can be further used to ensure that the PUCCH resources of the RedCap UE and the existing UE do not overlap:

[0463] ① Introduce an offset value For determining the frequency position of the PUCCH of the RedCap UE, for example:

[0464] If then the first PRB index of the PUCCH is

[0465] If then the first PRB index of the PUCCH is One possible value of

[0466] ② By a predefined and / or indicated method, the specific value of used by the RedCap UE is different from the value of used by the existing UE (although still using the same formula such as ), for example, the value is 8.

[0467] It should be noted that by this method, the PUCCH resources of the RedCap UE and the existing UE do not overlap, which helps to reduce the impact of the RedCap UE on the existing UE and ensure that both types of UEs have sufficient PUCCH capacity.

[0468] Based on the content of the above embodiments, in this embodiment, when determining the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH that needs to be fed back in the PUCCH, the first resource used to send the PUCCH is determined by any one of the following methods:

[0469] The frequency position of the first physical resource block PRB used to send the PUCCH is the same as the frequency domain start position of the first control channel element CCE of the DCI;

[0470] The frequency position of the Lth PRB used to send the PUCCH is the same as the frequency domain start position of the Kth CCE of the DCI; L and K are integers greater than 0;

[0471] The frequency position of the Lth PRB used to send the PUCCH is a position determined according to the frequency domain start position of the Kth CCE of the DCI and the second frequency offset value; wherein, the second frequency offset value is predefined and / or indicated by the network device;

[0472] Determine the first frequency offset value through the frequency start position of the Kth CCE of the DCI And according to the first relationship model Or Determine the frequency position of the first PRB used for transmitting PUCCH;

[0473] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CS represents the total number of initial cyclic shift indices, represents the uplink initial BWP bandwidth. In this embodiment, the frequency position of the L-th PRB used for transmitting PUCCH is the same as the frequency domain start position of the K-th CCE of the DCI. Here, no special setting is made for the relationship between L and K, and they can be freely combined according to requirements. For example, if L = 1 and K = 1, it is equivalent to the alignment of their frequency start positions; another example is that L is 1 / 2 of the frequency width of the resource occupied by PUCCH, and K is 1 / 2 of the frequency width of the resource occupied by DCI, which is equivalent to the alignment of their center frequency positions.

[0474] Based on the content of the above embodiment, in this embodiment, when determining the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the specified uplink channel sent by the first type of terminal device, the first resource used for transmitting the PUCCH is determined by any one of the following methods:

[0475] The frequency position of the first physical resource block PRB used for transmitting PUCCH is the same as the frequency position of the first PRB of the first message or the third message; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access stage;

[0476] The frequency position of the L-th PRB used for transmitting PUCCH is the same as the frequency position of the K-th PRB of the first message or the third message;

[0477] The frequency position of the L-th PRB used for transmitting PUCCH is a position determined according to the frequency position of the K-th PRB of the first message or the third message and the third frequency offset value, wherein the third frequency offset value is predefined and / or indicated by the network device;

[0478] Determine the first frequency offset value through the frequency position of the K-th PRB of the first message or the third message and according to the first relationship model Or Determine the frequency position of the first PRB used for transmitting PUCCH;

[0479] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, NCS Indicates the total number of initial cyclic shift indices Indicates the initial uplink BWP bandwidth

[0480] In this embodiment, the PUCCH frequency position is determined by the frequency position of the specified uplink channel sent by the UE. The specified uplink channel here can be Msg1 or Msg3, that is, the frequency position for sending the PUCCH is determined by the frequency position of Msg1 or Msg3. For example: the frequency position of the first PRB of the PUCCH is the same as the frequency position of the first PRB of Msg1 or Msg3; or, the frequency position of the Lth PRB of the PUCCH is the same as the frequency position of the Kth PRB of Msg1 or Msg3; or, the frequency position of the Lth PRB of the PUCCH is the frequency position of the Kth PRB of Msg1 or Msg3 plus a frequency offset value, and this frequency offset value can be predefined or sent (such as in SIB1 or DCI) and indicated by the network device. Or, it is determined by the frequency position of the Kth PRB of Msg1 or Msg3 And according to the formula Or Determine the frequency position of the first PRB of the PUCCH. Msg1 is the first message, Msg1 is a random access request message or a random access pilot signal, Msg3 is the third message, and the third message is a connection establishment request message in the random access phase

[0481] Based on the content of the above embodiment, in this embodiment, when the first resource is a resource for sending the PUCCH in a frequency hopping manner, the first resource used for sending the PUCCH is determined by any one or more of the following:

[0482] Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends the PUCCH With the first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the PUCCH according to the relationship model after parameter substitution; wherein, the Does not exceed the maximum bandwidth supported by the first type of terminal device The maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0483] Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends the PUCCH, and perform the first bandwidth parameter on the initial frequency positions Modulo calculation, and using the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH;

[0484] Replace the uplink initial BWP bandwidth parameter in the first sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter and determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at according to the first sub-relationship model after parameter substitution; and, according to the second sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH and the fourth frequency offset value, determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at Preferably, the fourth frequency offset value is

[0485] The available values of the first frequency offset value in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends PUCCH are different from the available values of used by the second type of terminal device, and the available values corresponding to the first type of terminal device are such that the frequency interval between the first hop and the second hop when sending PUCCH is not greater than

[0486] Determine the frequency position corresponding to the first hop when sending PUCCH, and determine the position of the second hop when the first type of terminal device sends PUCCH according to the frequency position corresponding to the first hop and the fifth frequency offset value between the first hop and the second hop; wherein, the fifth frequency offset value is predefined and / or indicated by the network device; the absolute value of the fifth frequency offset value is not greater than

[0487] In this embodiment, it should be noted that after determining to send PUCCH by frequency hopping through predefined and / or network device indication, the resources of the PUCCH sent by frequency hopping can be determined by the following method:

[0488] A. Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter substitution; wherein, the Not exceeding the maximum bandwidth supported by the first type of terminal device The maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0489] In this embodiment, when the first type of terminal device sends resources of PUCCH in a frequency hopping manner, the first resource used to send the PUCCH can reuse the method of calculating the frequency positions corresponding to the first hop hop1 or the second hop hop2 when an existing normal terminal device (the second type of terminal device) sends PUCCH in frequency hopping, but a bandwidth parameter needs to be used To replace the BWP bandwidth in the original formula Wherein Not exceeding the maximum bandwidth supported by RedCap UE That is, the resources of hop1 and hop2 are determined according to this new bandwidth parameter, specifically:

[0490] If Then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0491] If Then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0492] By this method, the frequency interval between the two hops of RedCap sending PUCCH can be within the bandwidth range of RedCap, enabling RedCap to transmit PUCCH normally.

[0493] In particular, it can make In this case, the frequency hopping interval of PUCCH not exceeding the RedCap bandwidth range can be maximized to obtain the frequency diversity gain as much as possible.

[0494] In particular, an offset value can be introduced For translating the frequency positions of the PUCCH resource set of RedCap UE (the translation amount is ), for example, both hop1 and hop2 are translated

[0495] If Then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0496] If the first PRB index of the PUCCH is the index of the first PRB of the second hop hop2 is

[0497] In this embodiment, a possible value of can be This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. It can also be other values. For example, it can be the frequency position of the first PRB or the central PRB of the resources occupied by Msg1 or Msg3 (Msg1 is the first message, Msg1 is the random access request message or random access pilot signal, Msg3 is the third message, and the third message is the connection establishment request message in the random access phase). This design is especially suitable for Frequency Division Duplexing (FDD) systems because it can make the frequency at which the RedCap UE sends the PUCCH close to the frequency of Msg1 or Msg3, so that no retuning is required when sending the two on the uplink frequency band.

[0498] In this embodiment, it can be understood that by globally shifting the RedCap PUCCH resource set in frequency, the PUCCH resource set used by the RedCap UE can be made non-overlapping with the PUCCH resource set used by ordinary NR UEs, so that the base station can use different monitoring schemes for the RedCap UE and ordinary NR UEs when monitoring the PUCCH resources, simplifying the implementation of the base station.

[0499] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is sent by frequency hopping. Compared with the non-frequency hopping method, this method can obtain frequency diversity gain, thereby obtaining better transmission performance.

[0500] B. Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends the PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter and use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the PUCCH;

[0501] In this embodiment, it should be noted that after determining to transmit PUCCH by frequency hopping through predefined and / or network device indication, the resources of the PUCCH transmitted by frequency hopping can be determined by the following method:

[0502] The calculation methods of hop1 and hop2 frequency positions are multiplexed. However, when calculating the frequency positions using the original calculation formulas of hop1 and hop2, a bandwidth parameter is modulo calculated, not exceeding the maximum bandwidth supported by the RedCap UE That is:

[0503] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0504] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0505] It can be understood that A Mod B is also modulo calculation. This method can make the value after modulo calculation with respect to B become a value within the range of 0 to (B - 1) regardless of the value of A. Therefore, through this method, the frequency positions of the two hops of PUCCH resources can always be within the range.

[0506] In particular, it is possible to In this case, the frequency hopping interval of the PUCCH not exceeding the RedCap bandwidth range can be maximized, and the frequency diversity gain can be obtained as much as possible.

[0507] In particular, an offset value can be introduced for translating the frequency positions of the PUCCH resource set of the RedCap UE (the translation amount is ), for example, both hop1 and hop2 are translated by

[0508] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0509] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0510] In this embodiment, One possible value of is This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. It can also be other values. For example, it can be the frequency position of the first PRB or the center PRB of the resources occupied by Msg1 or Msg3 (Msg1 is the first message, Msg1 is the random access request message or random access pilot signal, Msg3 is the third message, and the third message is the connection establishment request message in the random access phase). This design is especially suitable for FDD systems because it can make the frequency at which the RedCap UE sends PUCCH close to the frequency of Msg1 or Msg3, so that no retuning is required when sending the two on the uplink frequency band.

[0511] By globally translating the RedCap PUCCH resource set in frequency, it is possible to make the PUCCH resource set used by the RedCap UE non-overlapping with the PUCCH resource set used by ordinary NR UEs, so that the base station can use different monitoring schemes for the RedCap UE and ordinary NR UEs when monitoring the PUCCH resources, simplifying the implementation of the base station.

[0512] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is sent by frequency hopping. Compared with the non-frequency hopping method, this method can obtain frequency diversity gain, thus obtaining better transmission performance.

[0513] C. Replace the uplink initial BWP bandwidth parameter in the first sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter and determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at according to the first sub-relationship model after parameter substitution; and, according to the second sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH and the fourth frequency offset value, determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at; preferably, the fourth frequency offset value is and determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at according to the first sub-relationship model after parameter substitution; and, according to the second sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH and the fourth frequency offset value, determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at; preferably, the fourth frequency offset value is when the first type of terminal device sends PUCCH; and, according to the second sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH and the fourth frequency offset value, determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at; preferably, the fourth frequency offset value is when the first type of terminal device sends PUCCH; and, according to the second sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH and the fourth frequency offset value, determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at; preferably, the fourth frequency offset value is when the first type of terminal device sends PUCCH; preferably, the fourth frequency offset value is

[0514] In this embodiment, it should be noted that after determining to transmit PUCCH by frequency hopping through predefined and / or network device indication, the resources of the PUCCH transmitted by frequency hopping can be determined by the following method:

[0515] Reuse the calculation formulas of hop1 and hop2 of the second type of terminal device, but introduce the first bandwidth parameter, and adjust the position of hop2 according to the value of:

[0516] When for hop1, still reuse the original formula, that is For hop2, on the basis of the original formula, use to replace That is When for hop1, still reuse the original formula, that is For hop2, increase the fourth frequency domain offset value of, that is In particular, it is possible to

[0517] In the method of this embodiment, according to the value of is 0 or 1, the PUCCH will be concentrated on the low frequency or high frequency of the uplink BWP band respectively. Compared with the previous method, one of its advantages is that the base station can realize RedCap UE shunting when indicating the value of r PUCCH so that the PUCCH transmissions of different RedCap UEs do not have to be concentrated in an area with a bandwidth of

[0518] In particular, an offset value can be introduced to translate the frequency position of the PUCCH resource set of the RedCap UE (the translation amount is ). Different from the previous one, hop1 can be translated by while for hop2, it is translated by

[0519] When for hop1, the frequency of its first PRB is For hop2, the frequency of its first PRB is

[0520] When for hop1, the frequency of its first PRB is ​ For hop 2, the frequency of its first PRB is

[0521] In this embodiment, it can be understood that One possible value of This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. In addition, It can also be other values. For example, it can be the frequency position of the first PRB or the central PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for FDD systems because it can make the frequency of the RedCap UE sending PUCCH close to the frequency of Msg1 or Msg3, so that there is no need to perform retuning when sending the two on the uplink frequency band.

[0522] By overall translating the RedCap PUCCH resource set in frequency, it can be ensured that the PUCCH resource set used by the RedCap UE does not overlap with the PUCCH resource set used by ordinary NR UEs, so that the base station can use different monitoring schemes for the RedCap UE and ordinary NR UEs when monitoring the PUCCH resources, simplifying the implementation of the base station.

[0523] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is sent by frequency hopping. Compared with the method without frequency hopping, this method can obtain frequency diversity gain, thus obtaining better transmission performance, and also has the effect of diverting the PUCCHs of different RedCap UEs to different frequency ranges.

[0524] D. Determine the first frequency offset value in the relationship model of the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends PUCCH The possible value of is different from the possible value of used by the second type of terminal device, and the possible value corresponding to the first type of terminal device

[0525] In this embodiment, it should be noted that after determining to send the PUCCH by frequency hopping through the predefined and / or network device indication method, the resources of the PUCCH sent by frequency hopping can be determined by the following method:

[0526] Completely reuse the formulas for hop1 and hop2 of existing type II terminal devices (ordinary UEs), but for type I terminal devices (Reduced Capability UEs, RedCap UEs), Design such that the interval between the frequency positions calculated by hop1 and hop2 according to the formula does not exceed the maximum bandwidth supported by the RedCap UE. For example, it can be made such that the of the RedCap UE satisfies the following conditions:

[0527]

[0528] That is:

[0529]

[0530] In particular, it can be that

[0531]

[0532] In particular, it can

[0533] In this method, hop1 and hop2 of the PUCCH sent by the RedCap UE are constrained within the center bandwidth range of the BWP, so that the RedCap UE can send the PUCCH normally. This method is particularly suitable for a Time Division Duplexing (TDD) system because it enables the center frequency point when the RedCap UE sends the PUCCH to also be the center frequency point of the uplink BWP (such as the UL initial BWP), and in a TDD system, the center frequency points of the downlink BWP and the uplink BWP are the same. This method can avoid retuning during the uplink-downlink handover in the TDD system.

[0534] In addition, in the above method, it is described that "the value used by the RedCap UE is different from the value used by the ordinary UE". This method can also be equivalent to "the used by the RedCap UE is obtained by adding an offset value to the used by the ordinary UE", and the essence of the two is the same.

[0535] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is sent by frequency hopping. Compared with the non-frequency-hopping method, this method can obtain a frequency diversity gain, and thus can obtain better transmission performance.

[0536] E. Determine the frequency position corresponding to the first hop when transmitting PUCCH, and determine the position of the second hop when the first type of terminal device transmits PUCCH according to the frequency position corresponding to the first hop and the fifth frequency offset value between the first hop and the second hop; wherein, the fifth frequency offset value is predefined and / or indicated by a network device; the absolute value of the fifth frequency offset value is not greater than

[0537] In this embodiment, it should be noted that after determining to transmit PUCCH by frequency hopping in a predefined and / or network device-indicated manner, the resources of the PUCCH transmitted by frequency hopping can be determined by the following method:

[0538] Step 1. Use any method in the first embodiment to determine a frequency, and use this frequency as the frequency of PUCCHhop1. For example, determine that the frequency position of the first PRB of hop1 is

[0539] Step 2. Determine the frequency position of hop2 according to hop1 and a frequency deviation For example, determine that the frequency position of the first PRB of hop2 is

[0540] In a possible design, regardless of the value of, the same

[0541] In another possible design, according to being 0 or 1, the used can be different. For example when is a positive value, while when is a negative value.

[0542] Among them, is the frequency deviation value, which represents the frequency difference between hop2 and hop1. It can be predefined or indicated by a network device, such as being indicated through SIB1 or DCI.

[0543] The method in the embodiment of this application does not need to design the frequency positions for hop1 and hop2 separately. The frequency position of hop2 can always be determined according to the frequency position of hop1 and a frequency deviation value, so it is simpler and more flexible. In order to make the frequency difference between hop1 and hop2 not exceed the maximum bandwidth supported by the RedCap UE, there should be

[0544] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is transmitted by frequency hopping. Compared with the method without frequency hopping, this method can obtain frequency diversity gain, thereby obtaining better transmission performance.

[0545] Based on the content of the above embodiment, in this embodiment, the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits the PUCCH is replaced with the first bandwidth parameter and the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the PUCCH are determined according to the relationship model after the parameter substitution, including:

[0546] The uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits the PUCCH is replaced with the first bandwidth parameter and the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the PUCCH are determined according to the relationship model after the parameter substitution and the preset frequency offset value.

[0547] In this embodiment, determining the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the PUCCH according to the relationship model after the parameter substitution and the preset frequency offset value may mean directly adding the preset frequency offset value to the relationship model after the parameter substitution to further determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the PUCCH. In addition, determining the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the PUCCH according to the relationship model after the parameter substitution and the preset frequency offset value may also mean performing other processing on the relationship model after the parameter substitution and the preset frequency offset value to further determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the PUCCH. This embodiment does not limit this.

[0548] In this embodiment, the introduced preset frequency offset value may be This preset frequency offset value can be used to translate the frequency position of the PUCCH resource set of the RedCap UE (the translation amount is ), for example, both hop1 and hop2 are translated

[0549] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0550] If the first PRB index of PUCCH is the index of the first PRB of the second hop hop2 is

[0551] In this embodiment, a possible value of can be This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. It can also be other values. For example, it can be the frequency position of the first PRB or the central PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for Frequency Division Duplexing (FDD) systems because it can make the frequency at which the RedCap UE sends PUCCH close to the frequency of Msg1 or Msg3, so that no retuning is required when sending the two on the uplink frequency band.

[0552] In this embodiment, it can be understood that by globally shifting the RedCap PUCCH resource set in frequency, the PUCCH resource set used by the RedCap UE can be made non-overlapping with the PUCCH resource set used by ordinary NR UEs, so that the base station can use different monitoring schemes for the RedCap UE and ordinary NR UEs when monitoring the PUCCH resources, simplifying the implementation of the base station.

[0553] Based on the content of the above embodiment, in this embodiment, according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter and use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when sending PUCCH, including:

[0554] According to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the modulo calculation result and a preset frequency offset value.

[0555] In this embodiment, determining the frequency positions corresponding to the first hop and the second hop when a first type of terminal device transmits PUCCH according to the modulo calculation result and a preset frequency offset value may mean directly adding the preset frequency offset value to the modulo calculation result to further determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits PUCCH. In addition, determining the frequency positions corresponding to the first hop and the second hop when a first type of terminal device transmits PUCCH according to the modulo calculation result and a preset frequency offset value may also be to perform other operations on the modulo calculation result and the preset frequency offset value to further determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits PUCCH. This embodiment does not limit this.

[0556] In this embodiment, a preset frequency offset value can be introduced for translating the frequency positions of the PUCCH resource set of the RedCap UE (the translation amount is ), for example, translating both hop1 and hop2 by

[0557] If then the first PRB index of hop1 is The index of the first PRB of the second hop hop2 is

[0558] If then the first PRB index of hop1 is The index of the first PRB of the second hop hop2 is

[0559] In this embodiment, One possible value of This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. It can also be other values. For example, it can be the frequency position of the first PRB or the central PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for FDD systems because it can make the frequency at which the RedCap UE transmits PUCCH close to the frequency of Msg1 or Msg3, so that no retuning is required when transmitting both on the uplink frequency band.

[0560] By globally shifting the RedCap PUCCH resource set in frequency, the PUCCH resource set used by the RedCap UE can be made non-overlapping with the PUCCH resource set used by ordinary NR UEs. As a result, when the base station monitors the PUCCH resources, different monitoring schemes can be used for RedCap UEs and ordinary NR UEs, simplifying the implementation of the base station.

[0561] Based on the content of the above embodiments, in this embodiment, the preset frequency offset value is any one or more of the following:

[0562] N CS Represents the total number of initial cyclic shift indices;

[0563] The frequency position of the first physical resource block (PRB) or the central PRB of the resources occupied by the first message or the third message;

[0564] Wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase.

[0565] In this embodiment, it can be understood that A possible value of This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. In addition, It can also be other values. For example, it can be the frequency position of the first PRB or the central PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for FDD systems because it can make the frequency at which the RedCap UE sends PUCCH close to the frequency of Msg1 or Msg3, so that no retuning is required when sending the two on the uplink frequency band.

[0566] Based on the content of the above embodiments, in this embodiment, the first frequency offset value in the relationship model of the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends PUCCH The possible values of

[0567]

[0568] In this embodiment, when reusing the formulas for the existing second type of terminal devices (ordinary UEs) for hop1 and hop2, but for the first type of terminal devices (RedCap UEs with reduced capabilities), Design is carried out such that the interval between the frequency positions calculated by hop1 and hop2 does not exceed the maximum bandwidth supported by the RedCap UE. For example, it can be set that the satisfies the following conditions:

[0569]

[0570] That is:

[0571]

[0572] In particular, there can be

[0573]

[0574] In particular, it can be

[0575] In this method, hop1 and hop2 of the PUCCH sent by the RedCap UE are constrained within the center bandwidth range of the BWP, so that the RedCap UE can send the PUCCH normally. This method is especially suitable for a Time Division Duplexing (TDD) system because it enables the center frequency point when the RedCap UE sends the PUCCH to also be the center frequency point of the uplink BWP (such as the UL initial BWP), and in the TDD system, the center frequency points of the downlink BWP and the uplink BWP are the same. This method can avoid retuning during the uplink-downlink handover in the TDD system.

[0576] In a feasible embodiment, the first indication information can indicate at least one of the above parameters .

[0577] The present application will be specifically described below through specific embodiments.

[0578] The present application is mainly applied to the 5G NR system, including network devices (such as base stations, gNBs) and terminal devices. Terminal devices especially include terminal devices with reduced capabilities (RedCap UEs, that is, the first type of terminal devices); the present application can also be applied to other systems as long as the terminal device needs to send PUCCH to the network device.

[0579] Figure 4 A schematic illustration of the applicable scenario of the present application is given. Multiple UEs including UE1 and UE2 initiate random access to the gNB to apply for wireless network connection services; the gNB receives random access requests from at least one UE and provides wireless services for them. Data interaction and transmission are carried out between the gNB and UE1 and UE2 through wireless communication.

[0580] The core of the solution of this application lies in that the network device sends the first indication information to the RedCap UE with reduced capabilities, which is used to indicate that the bandwidth range of the first resource used by the RedCap UE to send the physical uplink control channel PUCCH in the uplink initial broadband part BWP does not exceed the maximum bandwidth supported by the RedCap UE. The solution provided by this application will be explained and described below with reference to the accompanying drawings.

[0581] First Embodiment:

[0582] It can be understood that when the network device sends the first indication information to the RedCap UE, which is used to indicate that the bandwidth range of the first resource used by the RedCap UE to send the physical uplink control channel PUCCH in the uplink initial broadband part BWP does not exceed the maximum bandwidth supported by the RedCap UE, there are two implementation methods. One is the non-hopping method, and the other is the hopping method but the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the RedCap UE. And which implementation method is specifically adopted can be determined either through predefined or through the indication of the network device.

[0583] For example, the RedCap UE can determine whether to send the PUCCH by hopping based on the following methods:

[0584] A. Predefined method

[0585] For example, through protocol predefinition, it is directly stipulated that the PUCCH of the RedCap UE does not perform hopping transmission before obtaining the user-specific RRC configuration; or it can be stipulated that when the UL BWP bandwidth (such as UL initial BWP) where the RedCap UE is located is greater than a threshold value (for example, the maximum bandwidth supported by the RedCap UE), the PUCCH does not perform hopping transmission, otherwise it performs hopping transmission.

[0586] It can be understood that the predefined method does not require any indication from the network device, so it saves indication overhead.

[0587] B. Method indicated by the network device

[0588] For example, by receiving the hopping indication information sent by the gNB, it is determined not to perform hopping transmission; this hopping indication information is used to indicate whether the PUCCH of the RedCap UE performs hopping, and it can be carried in the system information block SIB1 and broadcast, or it can be carried in the downlink control information DCI.

[0589] It can be understood that the method based on the indication of the network device is more flexible, but it requires downlink indication overhead.

[0590] C. Predefined + Network Device Indication Method

[0591] For example, it is stipulated that when the UL BWP bandwidth where the RedCap UE is located (such as the UL initial BWP) is greater than a threshold value (for example, the maximum bandwidth supported by the RedCap UE), the PUCCH does not perform frequency hopping transmission; when the UL BWP bandwidth where the RedCap UE is located is less than or equal to the threshold value, it is determined whether to perform frequency hopping transmission based on the frequency hopping indication information of the gNB.

[0592] It can be understood that when determining the resources for transmitting the PUCCH, there are two different methods: ① Resources for transmitting the PUCCH in a non-frequency-hopping manner (here, the non-frequency-hopping manner means that when transmitting the PUCCH, it will not be transmitted in two hops); ② Resources for transmitting the PUCCH in a frequency-hopping manner and the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the first type of terminal device.

[0593] The following introduces the specific determination method of the first resource when the PUCCH is transmitted in a non-frequency-hopping manner.

[0594] Specifically, the frequency position of the PUCCH without frequency hopping can be determined by the following method:

[0595] Method 1: The method of reusing the frequency position of the first hop hop1 or the second hop hop2 when the second type of terminal device transmits the PUCCH in a frequency-hopping manner can be used to determine the frequency position of the first type of terminal device transmitting the PUCCH in a non-frequency-hopping manner.

[0596] For example, it is stipulated that the same determination method as the frequency position of the first hop hop1 of the second type of terminal device is used to determine the frequency position of the PUCCH without frequency hopping of the first type of terminal device, that is: if then the first PRB index of the PUCCH without frequency hopping of the first type of terminal device is if then the first PRB index of the PUCCH without frequency hopping of the first type of terminal device is See Figure 5 The schematic diagram when the PUCCH is transmitted in a non-frequency-hopping manner shown.

[0597] Or, similarly, the method of using the same frequency position as the second hop hop2 of the second type of terminal device can be used to determine the frequency position of the first type of terminal device transmitting the PUCCH;

[0598] Or, regardless of the value of, always use (or )Determine the index of the first PRB for the first type of terminal device to send PUCCH.

[0599] Through the above method, the resource location for the first type of terminal device to send PUCCH can be directly determined, with simple implementation and reuse of the existing DCI's indication of r PUCCH , which simplifies the indication complexity of the base station.

[0600] In a feasible embodiment, the first indication information indicates r PUCCH .

[0601] Specifically, if the first type of terminal device (subsequently represented by RedCap UE) and the second type of terminal device (subsequently represented by the existing UE) completely share the above formula and parameters , then there is likely an overlap in the PUCCH resources used by RedCap UE and the existing UE. Based on the above method, the following method can be further used to ensure that there is no overlap in the PUCCH resources of RedCap UE and the existing UE:

[0602] ① Introduce an offset value for determining the frequency position of the PUCCH of RedCap UE. For example:

[0603] If , then the first PRB index of the PUCCH is

[0604] If , then the first PRB index of the PUCCH is A possible value of See Figure 6 for the schematic diagram of another non-hopping example given.

[0605] ② Through predefined and / or indicated methods, the specific value of used by RedCap UE is different from the value of used by the existing UE (although still using the same formula such as ), for example, the value is 8.

[0606] It should be noted that through this method, there is no overlap in the PUCCH resources of RedCap UE and the existing UE, which helps to reduce the impact of RedCap UE on the existing UE and ensure that both types of UEs have sufficient PUCCH capacity.

[0607] Method 2: The frequency position for RedCap UE to send PUCCH is determined by the frequency position of the DCI it receives correspondingly.

[0608] When a DCI schedules a UE to receive a PDSCH, the UE feeds back whether the reception of the PDSCH is correct or not on the PUCCH. Then, the frequency position of the PUCCH can be determined by the frequency position of the scheduling DCI corresponding to the PDSCH to be fed back. For example:

[0609] The frequency position of the first PRB of the PUCCH is the same as the starting frequency position in the frequency domain of the first CCE of the DCI; or,

[0610] The frequency position of the L-th PRB of the PUCCH is the same as the starting frequency position in the frequency domain of the K-th CCE of the DCI; or,

[0611] The frequency position of the L-th PRB of the PUCCH is the starting frequency position of the K-th CCE of the DCI plus a frequency offset value, and this frequency offset value can be predefined or sent (such as in SIB1 or DCI) and indicated by the network device; or,

[0612] Determined by the starting frequency position of the K-th CCE of the DCI And according to the formula or Determine the frequency position of the first PRB of the PUCCH.

[0613] Method 3: The frequency position of the PUCCH sent by the RedCap UE is determined by the frequency position of other uplink channels sent by the UE.

[0614] In this Method 3, "other uplink channels" can be, for example, Msg1 or Msg3 (Msg1 is the first message, Msg1 is a random access request message or a random access pilot signal, Msg3 is the third message, and the third message is a connection establishment request message in the random access phase). The frequency position of the PUCCH is determined by the frequency position of Msg1 or Msg3. For example:

[0615] The frequency position of the first PRB of the PUCCH is the same as the frequency position of the first PRB of Msg1 or Msg3; or,

[0616] The frequency position of the L-th PRB of the PUCCH is the same as the frequency position of the K-th PRB of Msg1 or Msg3; or,

[0617] The frequency position of the L-th PRB of the PUCCH is the frequency position of the K-th PRB of Msg1 or Msg3 plus a frequency offset value, and this frequency offset value can be predefined or sent (such as in SIB1 or DCI) and indicated by the network device.

[0618] Determination based on the Kth PRB frequency position of Msg1 or Msg3 And according to the formula Or Determine the frequency position of the first PRB of the PUCCH.

[0619] Method 4: The PUCCH frequency position sent by the RedCap UE is indicated by the indication information carried in Msg4.

[0620] In this method, the indication information of the PUCCH frequency position is sent by the gNB to the RedCap UE through Msg4 (also called the conflict resolution message) in the fourth step of the random access process. Then, the RedCap UE can determine the frequency domain resource of the PUCCH according to the indication information carried in Msg4. This indication information can directly indicate the frequency position where the starting PRB of the PUCCH is located.

[0621] Correspondingly, the gNB can receive the PUCCH sent by the RedCap UE on the resource where the RedCap UE transmits the PUCCH.

[0622] It can be understood that a feasible implementation process is as follows:

[0623] (1) The RedCap UE receives the downlink data sent by the network device;

[0624] (2) The RedCap UE determines the PUCCH resource to be sent according to the predefined method and / or the indication of the network device, and sends the PUCCH to feedback on the downlink data;

[0625] (3) The network device correspondingly receives the PUCCH on the resource where the PUCCH is located.

[0626] It can be understood that through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is not sent by frequency hopping. The UE only needs to determine a resource position related to the PUCCH to send, and the implementation is simple.

[0627] Second Embodiment:

[0628] This embodiment introduces the specific determination method of the first resource when the PUCCH is sent by frequency hopping.

[0629] In this embodiment, it should be noted that after determining to send the PUCCH by frequency hopping through the predefined and / or network device indication method, the resource of the PUCCH sent by frequency hopping can be determined by the following Method 1:

[0630] Method 1: Reuse the calculation methods of the first hop (hop1) and the second hop (hop2) of the second type of terminal device, but use a bandwidth parameter Replace the BWP bandwidth in the original formula Where It does not exceed the maximum bandwidth supported by the RedCap UE That is, determine the resources of hop1 and hop2 according to the new bandwidth parameter. That is:

[0631] If Then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0632] If Then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0633] Through this method, the frequency interval between the two hops of the RedCap transmitting PUCCH can be within the RedCap's bandwidth range, enabling the RedCap to transmit PUCCH normally.

[0634] In particular, it can make In this case, the hopping interval of the PUCCH within the RedCap bandwidth range can be maximized to obtain the frequency diversity gain as much as possible.

[0635] In particular, an offset value can be introduced For translating the frequency position of the PUCCH resource set of the RedCap UE (the translation amount is ), for example, both hop1 and hop2 are translated

[0636] If Then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0637] If Then the first PRB index of the PUCCH is The index of the first PRB of the second hop hop2 is

[0638] In this embodiment, One possible value of This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. It can also be other values. For example, it can be the frequency position of the first PRB or the central PRB of the resources occupied by Msg1 or Msg3 (Msg1 is the first message, Msg1 is the random access request message or random access pilot signal, Msg3 is the third message, and the third message is the connection establishment request message in the random access phase). This design is especially suitable for Frequency Division Duplexing (FDD) systems because it can make the frequency at which the RedCap UE sends PUCCH close to the frequency of Msg1 or Msg3, so that no retuning is required when sending the two on the uplink frequency band. Among them, Figure 8 Shown is an example of forced retuning between UL-UL on the uplink frequency band of an FDD system.

[0639] In this embodiment, it can be understood that by globally translating the RedCap PUCCH resource set in frequency, the PUCCH resource set used by the RedCap UE can be made non-overlapping with the PUCCH resource set used by ordinary NR UEs, so that the base station can use different monitoring schemes for the RedCap UE and ordinary NR UEs when monitoring PUCCH resources, simplifying the implementation of the base station.

[0640] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit PUCCH even before obtaining user-specific RRC configuration. In this embodiment, PUCCH is sent by frequency hopping. Compared with the non-frequency hopping method, this method can obtain frequency diversity gain, thus obtaining better transmission performance.

[0641] Third Embodiment:

[0642] This embodiment introduces the specific determination method of the first resource when PUCCH is sent by frequency hopping.

[0643] In this embodiment, it should be noted that after determining to send PUCCH by frequency hopping through predefined and / or network device indication, the resources of the PUCCH sent by frequency hopping can be determined by the following Method 2:

[0644] Method 2: Reuse the calculation method of the first hop hop1 and the second hop hop2 frequency positions of the second type of terminal device. However, when calculating the frequency position using the calculation formulas of the first hop hop1 and the second hop hop2 of the second type of terminal device, for a bandwidth parameter Perform modulo calculation, not exceeding the maximum bandwidth supported by the RedCap UE That is:

[0645] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0646] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0647] It can be understood that A Mod B, that is, modulo calculation, can make the value after modulo operation on B become a value in the range of 0 to (B - 1) regardless of the size of the value of A. Therefore, through this method, the frequency positions of the two-hop PUCCH resources can always be in range. The specific legend is similar to Figure 7 so the specific legend is not given here.

[0648] In particular, it can In this case, the frequency hopping interval of the PUCCH within the RedCap bandwidth range can be maximized, and the frequency diversity gain can be obtained as much as possible.

[0649] In particular, an offset value can be introduced for translating the frequency positions of the PUCCH resource set of the RedCap UE (the translation amount is ), for example, both hop1 and hop2 are translated by

[0650] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0651] If then the first PRB index of the first hop hop1 is The index of the first PRB of the second hop hop2 is

[0652] In this embodiment, a possible value of This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. It can also be other values. For example, it can be the frequency position of the first PRB or the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for FDD systems because it can make the frequency at which the RedCap UE sends PUCCH close to the frequency of Msg1 or Msg3, so that no retuning is required when sending the two on the uplink frequency band.

[0653] By globally shifting the RedCap PUCCH resource set in frequency, it can be ensured that the PUCCH resource set used by the RedCap UE does not overlap with the PUCCH resource set used by ordinary NR UEs. Thus, when the base station monitors the PUCCH resources, different monitoring schemes can be used for the RedCap UE and ordinary NR UEs, simplifying the implementation of the base station.

[0654] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is sent with frequency hopping. Compared with the non-frequency-hopping method, this method can obtain frequency diversity gain, thus achieving better transmission performance.

[0655] Fourth Embodiment:

[0656] This embodiment introduces the specific determination method of the first resource when the PUCCH is sent in a frequency-hopping manner.

[0657] In this embodiment, it should be noted that after determining to send the PUCCH with frequency hopping through predefined and / or network device indication, the resources of the frequency-hopping sent PUCCH can be determined by the following Method 3:

[0658] Method 3: Reuse the calculation formulas of the first hop hop1 and the second hop hop2 of the second type of terminal device, but introduce the first bandwidth parameter, and adjust the position of hop2 according to the value:

[0659] When , for hop1, still reuse the original formula, that is For hop2, on the basis of the original formula, use to replace That is When , for hop1, still reuse the original formula, that is For hop2, add frequency domain offset value, that is Specifically, it is possible to

[0660] In the method of this embodiment, according to having a value of 0 or 1, the PUCCH will be concentrated on the low frequency or high frequency of the uplink BWP band respectively. Refer to Figure 9 Another frequency hopping example schematic diagram given. Compared with the previous method, one of its advantages is that the base station can use DCI to indicate r PUCCH to achieve RedCap UE shunting when having a value, so that the PUCCH transmissions of different RedCap UEs do not have to be concentrated in an area with a bandwidth of .

[0661] Specifically, an offset value can be introduced to translate the frequency position of the PUCCH resource set of the RedCap UE (the translation amount is ). Different from the previous one, for hop1, it can be translated by while for hop2, it is translated by

[0662] When , for hop1, the frequency of its first PRB is For hop2, the frequency of its first PRB is

[0663] When , for hop1, the frequency of its first PRB is For hop2, the frequency of its first PRB is

[0664] In this embodiment, it can be understood that one possible value of is This can ensure that the PUCCH resources of the RedCap UE do not overlap with the PUCCH resources of ordinary NR UEs. In addition, can also be other values. For example, it can be the frequency position of the first PRB or the central PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for FDD systems because it can make the frequency at which the RedCap UE sends the PUCCH close to the frequency of Msg1 or Msg3, so that there is no need to perform retuning between sending the two on the uplink frequency band.

[0665] By globally shifting the RedCap PUCCH resource set in frequency, it is possible to ensure that the PUCCH resource set used by the RedCap UE does not overlap with the PUCCH resource set used by ordinary NR UEs. As a result, when the base station monitors the PUCCH resources, different monitoring schemes can be employed for RedCap UEs and ordinary NR UEs, simplifying the implementation of the base station.

[0666] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining user-specific RRC configuration. In this embodiment, the PUCCH is transmitted by frequency hopping. Compared with the method without frequency hopping, this method can obtain frequency diversity gain, thus achieving better transmission performance and also having the effect of diverting the PUCCHs of different RedCap UEs to different frequency ranges.

[0667] Fifth Embodiment:

[0668] This embodiment describes the specific method for determining the first resource when the PUCCH is transmitted by frequency hopping.

[0669] In this embodiment, it should be noted that after determining to transmit the PUCCH by frequency hopping through predefined and / or network device indication, the resources of the PUCCH transmitted by frequency hopping can be determined by the following Method 4:

[0670] Method 4: Completely reuse the formulas for the first hop hop1 and the second hop hop2 of existing type-2 terminal devices. However, for the RedCap UE, design is carried out such that the interval between the frequency positions calculated by hop1 and hop2 according to the formula does not exceed the maximum bandwidth supported by the RedCap UE. For example, it can be made that the of the RedCap UE satisfies the following conditions:

[0671]

[0672] That is:

[0673]

[0674] Specifically, there can be

[0675]

[0676] Specifically, it can

[0677] See Figure 10An example of transmitting PUCCH with frequency hopping is given. In this method, hop1 and hop2 of the PUCCH sent by the RedCap UE are constrained to the center of the BWP, within the bandwidth range, so that the RedCap UE can normally send the PUCCH. This method is particularly suitable for a Time Division Duplexing (TDD) system because it enables the center frequency when the RedCap UE sends the PUCCH to also be the center frequency of the uplink BWP (such as the UL initial BWP). In a TDD system, the center frequencies of the downlink BWP and the uplink BWP are the same. This method can avoid retuning during the uplink-downlink handover in the TDD system. Figure 11 Figure Figure 11 shows an example of being forced to retune between DL-UL in a TDD system. Using the method provided in this embodiment can avoid retuning during the uplink-downlink handover in the TDD system.

[0678] In addition, in the above method, it is described that " the value used by the RedCap UE is different from the value used by the ordinary UE". This method can also be equivalent to " the value used by the RedCap UE is obtained by adding an offset value to the value used by the ordinary UE", and the essence of the two is the same.

[0679] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, the PUCCH is sent with frequency hopping. Compared with the non-frequency-hopping method, this method can obtain frequency diversity gain, thereby obtaining better transmission performance.

[0680] Sixth Embodiment:

[0681] This embodiment introduces the specific determination method of the first resource when transmitting the PUCCH in a frequency-hopping manner. In this embodiment, it should be noted that after determining to transmit the PUCCH with frequency hopping through the predefined and / or network device indication method, the resources of the PUCCH transmitted with frequency hopping can be determined through the following Method Five:

[0682] Method Five:

[0683] Step 1: Use any one of the methods in the First Embodiment to determine a frequency and use this frequency as the frequency of PUCCH hop1. For example, determine the frequency position of the first PRB of hop1 as

[0684] Step 2: Determine the frequency position of hop2 based on hop1 and a frequency deviation For example, determine that the frequency position of the first PRB of hop2 is

[0685] In a possible design, regardless of the value of, the same

[0686] In another possible design, according to is 0 or 1, the used can be different. For example when is a positive value, while when is a negative value.

[0687] Wherein, is the frequency deviation value, which represents the frequency difference between hop2 and hop1. It can be predefined or indicated by a network device, such as indicated by SIB1 or DCI.

[0688] In the method of the embodiment of the present application, there is no need to design the frequency positions for hop1 and hop2 separately. The frequency position of hop2 can always be determined according to the frequency position of hop1 and a frequency deviation value, so it is simpler and more flexible. To ensure that the frequency difference between hop1 and hop2 does not exceed the maximum bandwidth supported by the RedCap UE, there should be

[0689] In a feasible embodiment, the first indication information indicates the frequency deviation value.

[0690] In a feasible embodiment, the first indication information can indicate at least one of the above parameters among them.

[0691] Through the method in this embodiment, it can be ensured that the RedCap UE can always correctly transmit PUCCH even before obtaining the user-specific RRC configuration. In this embodiment, PUCCH is transmitted by frequency hopping. Compared with the method without frequency hopping, this method can obtain frequency diversity gain, so as to obtain better transmission performance.

[0692] In this embodiment, it should be noted that the key of this embodiment is to make the bandwidth range of the PUCCH transmitted by the RedCap UE within the maximum bandwidth of the RedCap UE.

[0693] In this embodiment, before the RedCap UE obtains the user-specific RRC configuration, the PUCCH sent can be made not to hop, or even if it hops, the interval between the two hops can be ensured to be within the bandwidth supported by the RedCap UE, so that the bandwidth of the PUCCH sent by the RedCap UE is within the bandwidth supported by the RedCap UE, enabling the first type of terminal device to correctly send the PUCCH, thereby solving the problem in the prior art that the RedCap UE cannot correctly send the PUCCH in the UL initial BWP because the frequency interval between the two hops of the PUCCH is greater than the maximum bandwidth of the RedCap UE.

[0694] According to the above description, for the non-hopping case, the resources for sending the PUCCH can be determined in the following ways:

[0695] The frequency position where the PUCCH resources are located is determined according to the method of the hop1 or hop2 frequency position;

[0696] The frequency position where the PUCCH resources are located is determined by the frequency position of the scheduling DCI corresponding to the PDSCH that needs to be fed back;

[0697] The frequency position where the PUCCH resources are located is determined by the frequency position of Msg1 or Msg3;

[0698] The frequency position where the PUCCH resources are located is indicated by the information in Msg4 (suitable for the case where the PUCCH needs to be sent for the success or failure of receiving Msg4 during the random access process)

[0699] According to the above description, for the hopping case, the resources for sending the PUCCH can be determined in the following ways:

[0700] For both hop1 and hop2, a bandwidth parameter is used To replace the BWP bandwidth in the original formula where not exceeding the maximum bandwidth of the RedCap UE In particular, it can

[0701] In addition, on this basis, an additional offset value can also be added to the frequency positions of both hop1 and hop2

[0702] For hop1 and hop2, the original positions of hop1 and hop2 can be used for pairing The modulo calculation is performed, and the modulo result is used as the transmission position. In addition, on this basis, an additional offset value can be added to the modulo result.

[0703] When for hop2, use to replace When for hop2, increase the frequency domain offset value.

[0704] In particular, it is possible to

[0705] It should be noted that the used by the PUCCH of the RedCap UE makes the frequency interval between two hops of the PUCCH not greater than For example, satisfying the condition In particular, it is possible to

[0706] In addition, it should be noted that for hop2, the existing formula may not be used for calculation. After determining the frequency position of hop1 in the existing manner or any of the methods for determining the frequency position of hop1 described above, the position of hop2 can be determined according to the "frequency position of hop1" and the "frequency offset value between hop2 and hop1 ", and this frequency offset value is determined by a predefined method or a method indicated by the network device.

[0707] It can be understood that in the prior art, before obtaining the user-specific RRC configuration, the PUCCH fixedly performs frequency hopping transmission, and the resources of the two hops are distributed on both sides of the UL initial BWP, which may cause the RedCap UE to be unable to correctly transmit the PUCCH when in the UL initial BWP. The embodiments of the present application solve the above problems, making the bandwidth of the PUCCH transmitted by the RedCap UE within the maximum bandwidth of the RedCap UE, enabling the RedCap UE to correctly transmit the PUCCH.

[0708] In addition, as Figure 12 shown, it is a block diagram of a channel transmission device applied to a terminal device in an embodiment of the present application. This device is applied to the first type of terminal device and specifically includes:

[0709] Determination module 11, configured to determine a first resource used for transmitting a Physical Uplink Control Channel (PUCCH) when the PUCCH is transmitted in an initial uplink wideband Bandwidth Part (BWP), where a bandwidth range of the first resource does not exceed a maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value;

[0710] First transmission module 12, configured to transmit the PUCCH on the first resource.

[0711] It should be noted here that this device can implement all method steps of the channel transmission method embodiment applied to the terminal device and can achieve the same technical effects, which will not be elaborated here.

[0712] In addition, as Figure 13 shown, it is a block diagram of a module of a channel transmission device applied to a network device in an embodiment of the present application. The device includes:

[0713] Second transmission module 21, configured to send first indication information to a first type of terminal device, where the first indication information is used to indicate a first resource used by the first type of terminal device for transmitting a Physical Uplink Control Channel (PUCCH) in an initial uplink wideband Bandwidth Part (BWP);

[0714] Receiving module 22, configured to receive the PUCCH sent by the first type of terminal device on the first resource;

[0715] wherein, a bandwidth range of the first resource does not exceed a maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value.

[0716] It should be noted here that this device can implement all method steps of the channel transmission method embodiment applied to the network device and can achieve the same technical effects, which will not be elaborated here.

[0717] Figure 14 is a schematic structural diagram of a terminal device provided in an embodiment of the present application, including a memory 1420, a transceiver 1400, and a processor 1410.

[0718] Among them, in Figure 14Among them, the bus architecture may include any number of interconnected buses and bridges, specifically, various circuits of one or more processors represented by the processor 1410 and the memory represented by the memory 1420 are linked together. The bus architecture can also link together various other circuits such as peripheral devices, voltage regulators, and power management circuits, which are well known in the art, so they will not be further described herein. The bus interface provides an interface. The transceiver 1400 can be multiple components, that is, including a transmitter and a receiver, and provides a unit for communicating with various other devices on the transmission medium, and these transmission media include wireless channels, wired channels, optical fiber cables and other transmission media. The processor 1410 is responsible for managing the bus architecture and general processing, and the memory 1420 can store the data used by the processor 1410 when performing operations.

[0719] The processor 1410 can be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a complex programmable logic device (CPLD). The processor can also adopt a multi-core architecture.

[0720] A memory 1420, configured to store a computer program; a transceiver 1400, configured to transmit and receive data under the control of the processor; a processor 1410, configured to read the computer program in the memory and perform the following operations:

[0721] When transmitting a physical uplink control channel PUCCH in an uplink initial broadband part BWP, determine a first resource used for transmitting the PUCCH, where the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value;

[0722] Transmit the PUCCH on the first resource.

[0723] Based on the content of the above embodiments, in this embodiment, the determining the first resource used for transmitting the PUCCH includes any one of the following resources:

[0724] Resources for transmitting the PUCCH in a non-frequency hopping manner; or,

[0725] Resources for transmitting the PUCCH in a frequency hopping manner, where the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the first type of terminal device.

[0726] Based on the content of the above embodiments, in this embodiment, when the first resource is a resource for transmitting PUCCH in a non - frequency - hopping manner, the first resource used for transmitting the PUCCH is determined according to any one or more of the following methods:

[0727] Determine the first resource used by the first type of terminal device for transmitting the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH; wherein, the maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0728] Determine the first resource used by the first type of terminal device for transmitting the PUCCH according to the frequency position of the physical downlink shared channel PDSCH for which feedback is made in the PUCCH by the first type of terminal device;

[0729] Determine the first resource used by the first type of terminal device for transmitting the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH for which feedback is made in the PUCCH by the first type of terminal device;

[0730] Determine the first resource used by the first type of terminal device for transmitting the PUCCH according to the frequency position of the specified uplink channel transmitted by the first type of terminal device;

[0731] Determine the first resource used by the first type of terminal device for transmitting the PUCCH according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device.

[0732] Based on the content of the above embodiments, in this embodiment, when determining the first resource used for transmitting the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH, determine the first resource used for transmitting the PUCCH by any one of the following methods:

[0733] Determine the first frequency offset value corresponding to the first type of terminal device by a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device And the first frequency offset value corresponding to the second type of terminal device Have different values;

[0734] By a predefined and / or indicated method, determine the first resource used for the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits the PUCCH and a preset frequency offset value, where the preset frequency offset value is predefined and / or indicated by the network device.

[0735] Based on the content of the above embodiments, in this embodiment, when determining the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH that needs to be fed back in the PUCCH, the first resource used to send the PUCCH is determined by any one of the following methods:

[0736] The frequency position of the first physical resource block PRB used to send the PUCCH is the same as the frequency domain starting position of the first control channel element CCE of the DCI;

[0737] The frequency position of the L-th PRB used to send the PUCCH is the same as the frequency domain starting position of the K-th CCE of the DCI; L and K are integers greater than 0;

[0738] The frequency position of the L-th PRB used to send the PUCCH is a position determined according to the frequency domain starting position of the K-th CCE of the DCI and a second frequency offset value; wherein, the second frequency offset value is predefined and / or indicated by the network device;

[0739] Determine a first frequency offset value through the frequency starting position of the K-th CCE of the DCI And according to the first relationship model Or Determine the frequency position of the first PRB used to send the PUCCH;

[0740] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CS represents the total number of initial cyclic shift indexes, represents the uplink initial BWP bandwidth.

[0741] Based on the content of the above embodiments, in this embodiment, when determining the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the specified uplink channel sent by the first type of terminal device, the first resource used to send the PUCCH is determined by any one of the following methods:

[0742] The frequency position of the first physical resource block PRB used to send the PUCCH is the same as the frequency position of the first PRB of the first message or the third message; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase;

[0743] The frequency position of the L-th PRB used to send the PUCCH is the same as the frequency position of the K-th PRB of the first message or the third message;

[0744] The frequency position of the Lth PRB used for transmitting PUCCH is a position determined according to the frequency position of the Kth PRB in the first message or the third message and a third frequency offset value, where the third frequency offset value is predefined and / or indicated by a network device;

[0745] Determine a first frequency offset value based on the frequency position of the Kth PRB in the first message or the third message And according to the first relationship model Or Determine the frequency position of the first PRB used for transmitting PUCCH;

[0746] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CS represents the total number of initial cyclic shift indexes, represents the uplink initial BWP bandwidth.

[0747] Based on the content of the above embodiments, in this embodiment, when the first resource is a resource for transmitting PUCCH in a frequency hopping manner, the first resource used for transmitting the PUCCH is determined by any one or more of the following:

[0748] Replace the uplink initial BWP bandwidth parameter in the relationship model used to determine the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits PUCCH with a first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits PUCCH according to the relationship model after parameter substitution; wherein, the does not exceed the maximum bandwidth supported by the first type of terminal device The maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0749] Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits PUCCH according to the relationship model used to determine the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits PUCCH, and perform a modulo calculation on the initial frequency positions with respect to the first bandwidth parameter And use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits PUCCH;

[0750] Replace the uplink initial BWP bandwidth parameter in the first sub-relationship model corresponding to in the relationship model used to determine the frequency position corresponding to the second hop when the second type of terminal device transmits PUCCH Replace with the first bandwidth parameter and determine, according to the first sub-relationship model after parameter substitution, at the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH; and, according to the second sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends PUCCH and the fourth frequency offset value, determine at the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH; preferably, the fourth frequency offset value is

[0751] Determine the first frequency offset value in the relationship model for the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends PUCCH The available values of are different from the available values of the second type of terminal device, and the available values corresponding to the first type of terminal device make the frequency interval between the first hop and the second hop when sending PUCCH not greater than

[0752] Determine the frequency position corresponding to the first hop when sending PUCCH, and determine the position of the second hop when the first type of terminal device sends PUCCH according to the frequency position corresponding to the first hop and the fifth frequency offset value between the first hop and the second hop; wherein, the fifth frequency offset value is predefined and / or indicated by the network device; the absolute value of the fifth frequency offset value is not greater than

[0753] Based on the content of the above embodiments, in this embodiment, replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter substitution, including:

[0754] Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH with the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter substitution and the preset frequency offset value.

[0755] Based on the content of the above embodiments, in this embodiment, the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH are determined according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and the modulo operation of the initial frequency positions with respect to the first bandwidth parameter is calculated, and the result of the modulo operation is used as the frequency positions corresponding to the first hop and the second hop when sending PUCCH, including:

[0756] Based on the content of the above embodiments, in this embodiment, the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH are determined according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and the modulo operation of the initial frequency positions with respect to the first bandwidth parameter is calculated, and the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH are determined according to the result of the modulo operation and a preset frequency offset value.

[0757] Based on the content of the above embodiments, in this embodiment, the preset frequency offset value is any one or more of the following:

[0758] N CS represents the total number of initial cyclic shift indexes;

[0759] the frequency position of the first physical resource block PRB or the central PRB occupied by the first message or the third message;

[0760] wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase.

[0761] Based on the content of the above embodiments, in this embodiment, the first frequency offset value in the relationship model of the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends PUCCH

[0762]

[0763] It should be noted here that the terminal device provided in the embodiments of the present application can implement all the method steps of the embodiment of the channel transmission method applied to the terminal device and can achieve the same technical effects, which will not be elaborated here.

[0764] Figure 15 is one of the schematic structural diagrams of the network device provided in the embodiments of the present application, including a memory 1520, a transceiver 1500, and a processor 1510.

[0765] Among them, inFigure 15 Among them, the bus architecture may include any number of interconnected buses and bridges, specifically, various circuits of one or more processors represented by the processor 1510 and the memory represented by the memory 1520 are linked together. The bus architecture can also link together various other circuits such as peripheral devices, voltage regulators, and power management circuits, which are well known in the art, and thus will not be further described herein. The bus interface provides an interface. The transceiver 1500 can be multiple components, that is, including a transmitter and a receiver, and provides a unit for communicating with various other devices on the transmission medium, and these transmission media include wireless channels, wired channels, optical fiber cables and other transmission media. The processor 1510 is responsible for managing the bus architecture and general processing, and the memory 1520 can store the data used by the processor 1510 when performing operations.

[0766] The processor 1510 can be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a complex programmable logic device (CPLD). The processor can also adopt a multi-core architecture.

[0767] A memory 1520, for storing a computer program; a transceiver 1500, for transmitting and receiving data under the control of the processor; a processor 1510, for reading the computer program in the memory and performing the following operations:

[0768] Sending first indication information to a first type of terminal device, where the first indication information is used to indicate a first resource used by the first type of terminal device to send a physical uplink control channel (PUCCH) in an uplink initial broadband part (BWP);

[0769] Receiving the PUCCH sent by the first type of terminal device on the first resource;

[0770] Wherein, the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value.

[0771] Based on the content of the above embodiments, in this embodiment, the first indication information is used to indicate any one of the following PUCCH resources:

[0772] Resources for sending PUCCH in a non-hopping manner; or,

[0773] The resource for transmitting PUCCH in a frequency hopping manner, where the frequency interval between the first hop and the second hop does not exceed the maximum bandwidth supported by the first type of terminal device.

[0774] Based on the content of the above embodiments, in this embodiment, when the first resource is a resource for transmitting PUCCH in a non - frequency - hopping manner, the first resource used for transmitting the PUCCH is determined according to any one or more of the following methods:

[0775] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits PUCCH; wherein, the maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0776] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH;

[0777] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH fed back by the first type of terminal device in the PUCCH;

[0778] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the frequency position of the specified uplink channel sent by the first type of terminal device;

[0779] Determine the first resource used by the first type of terminal device to transmit the PUCCH according to the indication information carried in the conflict resolution message sent by the network device during the random access process of the first type of terminal device.

[0780] Based on the content of the above embodiments, in this embodiment, when determining the first resource used for transmitting the PUCCH according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device transmits PUCCH, determine the first resource used for transmitting the PUCCH by any one of the following methods:

[0781] Determine the first frequency offset value corresponding to the first type of terminal device through a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device And the first frequency offset value corresponding to the second type of terminal device Have different values;

[0782] By means of predefined and / or indicated methods, the first resource used for the PUCCH is determined according to the frequency position corresponding to the first hop and / or the frequency position corresponding to the second hop when the second type of terminal device sends the PUCCH and a preset frequency offset value, where the preset frequency offset value is predefined and / or indicated by a network device.

[0783] Based on the content of the foregoing embodiments, in this embodiment, when determining the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH that needs to be fed back in the PUCCH, the first resource used to send the PUCCH is determined by any one of the following methods:

[0784] The frequency position of the first physical resource block PRB used to send the PUCCH is the same as the starting frequency position in the frequency domain of the first control channel element CCE of the DCI;

[0785] The frequency position of the Lth PRB used to send the PUCCH is the same as the starting frequency position in the frequency domain of the Kth CCE of the DCI; L and K are integers greater than 0;

[0786] The frequency position of the Lth PRB used to send the PUCCH is a position determined according to the starting frequency position in the frequency domain of the Kth CCE of the DCI and a second frequency offset value; where the second frequency offset value is predefined and / or indicated by a network device;

[0787] Determine a first frequency offset value through the starting frequency position of the Kth CCE of the DCI And according to the first relationship model Or Determine the frequency position of the first PRB used to send the PUCCH;

[0788] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CS represents the total number of initial cyclic shift indices, represents the uplink initial BWP bandwidth.

[0789] Based on the content of the foregoing embodiments, in this embodiment, when determining the first resource used by the first type of terminal device to send the PUCCH according to the frequency position of the specified uplink channel sent by the first type of terminal device, the first resource used to send the PUCCH is determined by any one of the following methods:

[0790] The frequency position of the first physical resource block (PRB) used to transmit PUCCH is the same as the frequency position of the first PRB of the first message or the third message; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase;

[0791] The frequency position of the Lth PRB used to transmit PUCCH is the same as the frequency position of the Kth PRB of the first message or the third message;

[0792] The frequency position of the Lth PRB used to transmit PUCCH is a position determined according to the frequency position of the Kth PRB of the first message or the third message and a third frequency offset value, wherein the third frequency offset value is predefined and / or indicated by a network device;

[0793] Determine a first frequency offset value based on the frequency position of the Kth PRB of the first message or the third message And according to the first relationship model Or Determine the frequency position of the first PRB used to transmit PUCCH;

[0794] Wherein, represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CS represents the total number of initial cyclic shift indexes, represents the uplink initial BWP bandwidth.

[0795] Based on the content of the above embodiments, in this embodiment, when the first resource is a resource for transmitting PUCCH in a frequency hopping manner, the first resource used to transmit the PUCCH is determined by any one or more of the following:

[0796] Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits PUCCH with a first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits PUCCH according to the relationship model after parameter substitution; wherein, the does not exceed the maximum bandwidth supported by the first type of terminal device The maximum bandwidth supported by the second type of terminal device is greater than the first preset value;

[0797] Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits PUCCH, and perform the first bandwidth parameter on the initial frequency positions Modulo calculation, and using the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when a first type of terminal device sends PUCCH;

[0798] In the relationship model for determining the frequency position corresponding to the second hop when a second type of terminal device sends PUCCH, replace the uplink initial BWP bandwidth parameter in the corresponding first sub-relationship model with a first bandwidth parameter and determine, according to the first sub-relationship model after parameter substitution, the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at ; and, according to the second sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when a second type of terminal device sends PUCCH and a fourth frequency offset value, determine the frequency position corresponding to the second hop when the first type of terminal device sends PUCCH at ; preferably, the fourth frequency offset value is

[0799] Determine the first frequency offset value in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends PUCCH The available values of used by the second type of terminal device are different from the available values of corresponding to the first type of terminal device, and the available values corresponding to the first type of terminal device

[0800] make the frequency interval between the first hop and the second hop when sending PUCCH not greater than

[0801] Based on the content of the above embodiments, in this embodiment, replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a second type of terminal device sends PUCCH with a first bandwidth parameter and determine, according to the relationship model after parameter substitution, the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH, including:

[0802] In the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a second type of terminal device sends PUCCH, replace the uplink initial BWP bandwidth parameter Replace with the first bandwidth parameter And determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model after parameter replacement and the preset frequency offset value.

[0803] Based on the content of the above embodiments, in this embodiment, determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and perform modulo calculation on the first bandwidth parameter for the initial frequency positions The modulo calculation result is used as the frequency positions corresponding to the first hop and the second hop when sending PUCCH, including:

[0804] Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends PUCCH, and perform modulo calculation on the first bandwidth parameter for the initial frequency positions The modulo calculation is performed, and the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends PUCCH are determined according to the modulo calculation result and the preset frequency offset value.

[0805] Based on the content of the above embodiments, in this embodiment, the preset frequency offset value is any one or more of the following:

[0806] N CS Represents the total number of initial cyclic shift indexes;

[0807] The frequency position of the first physical resource block PRB or the central PRB occupied by the first message or the third message;

[0808] Wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase.

[0809] Based on the content of the above embodiments, in this embodiment, the first frequency offset value in the relationship model of the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends the PUCCH The available values satisfy the following relationship:

[0810]

[0811] It should be noted here that the network device provided in this embodiment can implement all the method steps of the channel transmission method embodiment applied to the network device and can achieve the same technical effects, which will not be elaborated here.

[0812] It should be noted that the division of units in the embodiments of the present application is illustrative, merely a logical function division. In actual implementation, there may be other division methods. Additionally, in each embodiment of the present application, each functional unit may be integrated into a processing unit, or each unit may exist physically alone, or two or more units may be integrated into one unit. The above-mentioned integrated units may be implemented in the form of hardware or in the form of software functional units.

[0813] If the above-mentioned integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it may be stored in a processor-readable storage medium. Based on such an understanding, the technical solution of the present application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, may be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor to execute all or part of the steps of the methods described in the embodiments of the present application. The aforementioned storage medium includes: various media that can store program codes such as USB flash drives, mobile hard disks, read-only memories (ROM), random access memories (RAM), magnetic disks, or optical discs.

[0814] It should be noted here that the above-mentioned device provided in the embodiments of the present application can implement all the method steps implemented in the above-mentioned method embodiments and can achieve the same technical effects. The same parts and beneficial effects as those in the method embodiments will not be specifically described in this embodiment.

[0815] On the other hand, the embodiments of the present application also provide a processor-readable storage medium storing a computer program for causing the processor to execute the method described in the above embodiments.

[0816] The processor-readable storage medium may be any available medium or data storage device accessible by the processor, including but not limited to magnetic memories (such as floppy disks, hard disks, magnetic tapes, magneto-optical discs (MO), etc.), optical memories (such as CDs, DVDs, BDs, HVDs, etc.), and semiconductor memories (such as ROM, EPROM, EEPROM, non-volatile memories (NANDFLASH), solid-state drives (SSD)).

[0817] As can be seen from the above embodiments, the processor-readable storage medium stores a computer program, and the computer program is used to cause the processor to execute the steps of the above-described channel transmission method.

[0818] Those skilled in the art should understand that the embodiments of the present application can be provided as a method, a system, or a computer program product. Therefore, the present application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Moreover, the present application can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk memories and optical memories, etc.) that contain computer-usable program code.

[0819] The present application is described with reference to the flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each flow and / or block in the flowcharts and / or block diagrams, as well as the combination of flows and / or blocks in the flowcharts and / or block diagrams, can be implemented by computer-executable instructions. These computer-executable instructions can be provided to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing devices to generate a machine, such that the instructions executed by the processor of the computer or other programmable data processing devices generate a device for implementing the functions specified in Figure 1 one flow or multiple flows and / or blocks Figure 1 one block or multiple blocks.

[0820] These processor-executable instructions can also be stored in a processor-readable memory that can direct a computer or other programmable data processing device to work in a specific manner, such that the instructions stored in the processor-readable memory generate a manufactured article including an instruction device, and the instruction device implements the functions specified in Figure 1 one flow or multiple flows and / or blocks Figure 1 one block or multiple blocks.

[0821] These processor-executable instructions can also be loaded onto a computer or other programmable data processing device, such that a series of operation steps are executed on the computer or other programmable device to generate a computer-implemented process, so that the instructions executed on the computer or other programmable device provide steps for implementing the functions specified in Figure 1 one flow or multiple flows and / or blocks Figure 1 one block or multiple blocks.

[0822] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalent technologies, the present application is also intended to include these changes and modifications.

Claims

1. A channel transmission method, characterized in that, applied to a first type of terminal device, includes: When sending a first physical uplink control channel PUCCH in an initial uplink broadband part BWP, determining a first resource used for sending the first PUCCH, wherein the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value; Sending the first PUCCH on the first resource; when the first resource is a resource for sending the first PUCCH in a non-frequency hopping manner, the first resource used for sending the first PUCCH is determined according to any one or more of the following methods: Determining the first resource used by the first type of terminal device for sending the first PUCCH according to the determination method of the frequency position corresponding to the first hop and / or the determination method of the frequency position corresponding to the second hop when a second type of terminal device sends a second PUCCH; wherein, the maximum bandwidth supported by the second type of terminal device is greater than the first preset value; Determining the first resource used by the first type of terminal device for sending the first PUCCH according to the frequency position of a physical downlink shared channel PDSCH fed back by the first type of terminal device in the first PUCCH; Determining the first resource used by the first type of terminal device for sending the first PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH fed back by the first type of terminal device in the first PUCCH; or Determining the first resource used by the first type of terminal device for sending the first PUCCH according to the frequency position of a specified uplink channel sent by the first type of terminal device.

2. The channel transmission method according to claim 1, characterized in that, When determining the first resource used for sending the first PUCCH according to the determination method of the frequency position corresponding to the first hop and / or the determination method of the frequency position corresponding to the second hop when a second type of terminal device sends a second PUCCH, determining the first resource used for sending the first PUCCH through any one of the following methods: Determine the first frequency offset value corresponding to the first type of terminal device by a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device And the first frequency offset value corresponding to the second type of terminal device Have different values; or By a predefined and / or indicated method, such that the first resource used for sending the first PUCCH is determined according to the determination method of the frequency position corresponding to the first hop and / or the determination method of the frequency position corresponding to the second hop when a second type of terminal device sends a second PUCCH and a preset frequency offset value, wherein the preset frequency offset value is predefined and / or indicated by a network device.

3. The channel transmission method according to claim 1, characterized in that, When determining the first resource used by the first type of terminal device for sending the first PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH that the first type of terminal device needs to feed back in the first PUCCH, determining the first resource used for sending the first PUCCH through any one of the following methods: The frequency position of the first physical resource block (PRB) used for transmitting the first PUCCH is the same as the starting frequency-domain position of the first control channel element (CCE) of the DCI; The frequency position of the Lth PRB used for transmitting the first PUCCH is the same as the starting frequency-domain position of the Kth CCE of the DCI; L and K are integers greater than 0; The frequency position of the Lth PRB used for transmitting the first PUCCH is a position determined according to the starting frequency-domain position of the Kth CCE of the DCI and a second frequency offset value; wherein, the second frequency offset value is predefined and / or indicated by a network device, and L and K are integers greater than 0; or Determine a first frequency offset value based on the frequency-domain starting position of the Kth CCE of the DCI and determine, according to a first relationship model or the frequency position of the first PRB used for transmitting the first PUCCH, where K is an integer greater than 0 represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CS represents the total number of initial cyclic shift indices represents the uplink initial BWP bandwidth 4. The channel transmission method according to claim 1, wherein, when determining the first resource used by a first type of terminal device to transmit the first PUCCH according to the frequency position of a specified uplink channel sent by the first type of terminal device, the first resource used for transmitting the first PUCCH is determined by any one of the following methods: The frequency position of the first physical resource block (PRB) used for transmitting the first PUCCH is the same as the frequency position of the first PRB of a first message or a third message; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase; The frequency position of the Lth PRB used for transmitting the first PUCCH is the same as the frequency position of the Kth PRB of a first message or a third message; wherein, L and K are integers greater than 0, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase; The frequency position of the Lth PRB used for transmitting the first PUCCH is a position determined according to the frequency position of the Kth PRB of a first message or a third message and a third frequency offset value, wherein the third frequency offset value is predefined and / or indicated by a network device; wherein, L and K are integers greater than 0, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase; or Determine a first frequency offset value based on the frequency position of the Kth PRB in the first message or the third message and according to the first relationship model or determine the frequency position of the first PRB used for transmitting the first PUCCH; Wherein, K is an integer greater than 0, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase. represents a first frequency offset value, r PUCCH represents a PUCCH resource index, N CS represents the total number of initial cyclic shift indices. represents the uplink initial BWP bandwidth.

5. The channel transmission method according to claim 1, wherein, when the first resource is a resource for transmitting the first PUCCH in a frequency hopping manner, the first resource used for transmitting the first PUCCH is determined by any one or more of the following: Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency position corresponding to the first hop and the second hop when the second type of terminal device sends the second PUCCH with the first bandwidth parameter and determine the frequency position corresponding to the first hop and the second hop when the first type of terminal device sends the first PUCCH according to the relationship model after the parameter replacement; wherein, the does not exceed the maximum bandwidth supported by the first type of terminal device The maximum bandwidth supported by the second type of terminal device is greater than the first preset value; Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the first PUCCH according to a relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits the second PUCCH, and perform modulo calculation on the initial frequency positions with respect to a first bandwidth parameter and use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the first PUCCH; Replace the uplink initial BWP bandwidth parameter in the first sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends the second PUCCH with the first bandwidth parameter, and determine the frequency position corresponding to the second hop when the first type of terminal device sends the first PUCCH at according to the first sub-relationship model after parameter substitution; and, determine the frequency position corresponding to the second hop when the first type of terminal device sends the first PUCCH at according to the second sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends the second PUCCH and the fourth frequency offset value; ​ Determine the first frequency offset value in the relationship model of the frequency positions corresponding to the first hop and the second hop when a first type of terminal sends a first PUCCH The available values of are different from the available values used by the second type of terminal device, and the available values corresponding to the first type of terminal device make the frequency interval between the first hop and the second hop not greater than Or Determine the frequency position corresponding to the first hop when sending the first PUCCH, and determine the position of the second hop when the first type of terminal device sends the first PUCCH according to the frequency position corresponding to the first hop and the fifth frequency offset value between the first hop and the second hop; wherein, the fifth frequency offset value is predefined and / or indicated by a network device; the absolute value of the fifth frequency offset value is not greater than 6. The channel transmission method according to claim 5, wherein, Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency position corresponding to the first hop and the second hop when a second type of terminal device sends a second PUCCH with a first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when a first type of terminal device sends a first PUCCH according to the relationship model after the parameter replacement, including: Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency position corresponding to the first hop and the second hop when the second type of terminal device sends the second PUCCH with the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the first PUCCH according to the relationship model after the parameter replacement and the preset frequency offset value.

7. The channel transmission method according to claim 5, wherein, Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the first PUCCH according to a relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits the second PUCCH, and perform modulo calculation on the initial frequency positions with respect to a first bandwidth parameter and use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when transmitting the first PUCCH, including: Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the first PUCCH according to a relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device transmits the second PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device transmits the first PUCCH according to the modulo calculation result and a preset frequency offset value.

8. The channel transmission method according to claim 6 or 7, wherein, the preset frequency offset value is any one or more of the following: N CS represents the total number of initial cyclic displacement indices; The frequency position of the first physical resource block (PRB) or the central PRB of the resource occupied by the first message or the third message; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase.

9. The channel transmission method according to claim 5, wherein, The first frequency offset value in the relationship model of the frequency position corresponding to the first hop and the second hop when the first type of terminal sends the first PUCCH The available values of which satisfy the following relationship:

10. A channel transmission method, wherein, comprising: Send first indication information to a first type of terminal device, where the first indication information is used to indicate a first resource used by the first type of terminal device to send a first physical uplink control channel (PUCCH) in an initial uplink broadband partial bandwidth (BWP); Receive the first PUCCH sent by the first type of terminal device on the first resource; Wherein, the bandwidth range of the first resource does not exceed the maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value; when the first resource is a resource for sending the first PUCCH in a non-frequency hopping manner, the first resource used to send the first PUCCH is determined according to any one or more of the following methods: Determine the first resource used by the first type of terminal device to send the first PUCCH according to the determination method of the frequency position corresponding to the first hop and / or the determination method of the frequency position corresponding to the second hop when a second type of terminal device sends a second PUCCH; wherein, the maximum bandwidth supported by the second type of terminal device is greater than the first preset value; Determine the first resource used by the first type of terminal device to send the first PUCCH according to the frequency position of a physical downlink shared channel (PDSCH) fed back by the first type of terminal device in the first PUCCH; Determine the first resource used by the first type of terminal device to send the first PUCCH according to the frequency position of the scheduling downlink control information (DCI) corresponding to the physical downlink shared channel (PDSCH) fed back by the first type of terminal device in the first PUCCH; or determine the first resource used by the first type of terminal device to send the first PUCCH according to the frequency position of a specified uplink channel sent by the first type of terminal device.

11. The channel transmission method according to claim 10, characterized in that, when determining the first resource used to send the first PUCCH according to the determination method of the frequency position corresponding to the first hop and / or the determination method of the frequency position corresponding to the second hop when a second type of terminal device sends a second PUCCH, determine the first resource used to send the PUCCH through any one of the following methods: Determine the first frequency offset value corresponding to the first type of terminal device through a predefined and / or indicated method The first frequency offset value corresponding to the first type of terminal device And the first frequency offset value corresponding to the second type of terminal device Have different values; or Through a predefined and / or indicated method, such that the first resource used to send the first PUCCH is determined according to the determination method of the frequency position corresponding to the first hop and / or the determination method of the frequency position corresponding to the second hop when a second type of terminal device sends a second PUCCH and a preset frequency offset value, wherein the preset frequency offset value is predefined and / or indicated by a network device.

12. The channel transmission method according to claim 10, characterized in that, when determining the first resource used by the first type of terminal device to send the first PUCCH according to the frequency position of the scheduling downlink control information (DCI) corresponding to the physical downlink shared channel (PDSCH) that the first type of terminal device needs to feed back in the first PUCCH, determine the first resource used to send the first PUCCH through any one of the following methods: The frequency position of the first physical resource block (PRB) used for transmitting the first PUCCH is the same as the frequency-domain starting position of the first control channel element (CCE) of the DCI; The frequency position of the Lth PRB used for transmitting the first PUCCH is the same as the frequency-domain starting position of the Kth CCE of the DCI; L and K are integers greater than 0; The frequency position of the Lth PRB used for transmitting the first PUCCH is a position determined according to the frequency-domain starting position of the Kth CCE of the DCI and a second frequency offset value; wherein, the second frequency offset value is predefined and / or indicated by a network device, and L and K are integers greater than 0; or Determine a first frequency offset value based on the frequency domain starting position of the Kth CCE of the DCI And according to the first relationship model Or Determine the frequency position of the first PRB used to transmit the first PUCCH; where K is an integer greater than 0, represents a first frequency offset value, r PUCCH represents a PUCCH resource index, N CS represents the total number of initial cyclic shift indices, represents the uplink initial BWP bandwidth.

13. The channel transmission method according to claim 10, characterized in that, When determining the first resource used by a first type of terminal device to transmit the first PUCCH according to the frequency position of a specified uplink channel sent by the first type of terminal device, the first resource used for transmitting the first PUCCH is determined by any one of the following methods: The frequency position of the first PRB of the physical resource block used for transmitting the first PUCCH is the same as the frequency position of the first PRB of the first message or the third message; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase; The frequency position of the Lth PRB used for transmitting the first PUCCH is the same as the frequency position of the Kth PRB of the first message or the third message; wherein, L and K are integers greater than 0, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase; The frequency position of the Lth PRB used for transmitting the first PUCCH is a position determined according to the frequency position of the Kth PRB of the first message or the third message and a third frequency offset value, wherein the third frequency offset value is predefined and / or indicated by a network device; wherein, L and K are integers greater than 0, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase; or Determine a first frequency offset value based on the frequency position of the Kth PRB in the first message or the third message and according to the first relationship model or determine the frequency position of the first PRB used for transmitting the first PUCCH; Where K is an integer greater than 0, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase. represents the first frequency offset value, r PUCCH represents the PUCCH resource index, N CS represents the total number of initial cyclic shift indices. represents the uplink initial BWP bandwidth.

14. The channel transmission method according to claim 10, characterized in that, When the first resource is a resource for transmitting the first PUCCH in a frequency hopping manner, the first resource used for transmitting the first PUCCH is determined by any one or more of the following: Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency positions corresponding to the first hop and the second hop when a type-II terminal device transmits a second PUCCH with a first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when a type-I terminal device transmits a first PUCCH according to the relationship model after the parameter replacement; wherein, the does not exceed the maximum bandwidth supported by the type-I terminal device The maximum bandwidth supported by the type-II terminal device is greater than the first preset value; Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the first PUCCH according to the relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends the second PUCCH, and perform modulo calculation on the initial frequency positions with respect to the first bandwidth parameter and use the modulo calculation result as the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the first PUCCH; Replace the uplink initial BWP bandwidth parameter in the first sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends the second PUCCH with the first bandwidth parameter, and determine the frequency position corresponding to the second hop when the first type of terminal device sends the first PUCCH at according to the first sub-relationship model after the parameter replacement; and, determine the frequency position corresponding to the second hop when the first type of terminal device sends the first PUCCH at according to the second sub-relationship model corresponding to in the relationship model for determining the frequency position corresponding to the second hop when the second type of terminal device sends the second PUCCH and the fourth frequency offset value; ​ Determine the first frequency offset value in the relationship model of the frequency positions corresponding to the first hop and the second hop when the first type of terminal sends the first PUCCH The available values of are different from the available values used by the second type of terminal device, and the available values corresponding to the first type of terminal device make the frequency interval between the first hop and the second hop not greater than when sending the first PUCCH Or Determine the frequency position corresponding to the first hop when sending the first PUCCH, and determine the position of the second hop when the first type of terminal device sends the first PUCCH according to the frequency position corresponding to the first hop and the fifth frequency offset value between the first hop and the second hop; wherein, the fifth frequency offset value is predefined and / or indicated by a network device; the absolute value of the fifth frequency offset value is not greater than 15. The channel transmission method according to claim 14, characterized in that, Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency position corresponding to the first hop and the second hop when the second type of terminal device sends the second PUCCH with the first bandwidth parameter and determine the frequency position corresponding to the first hop and the second hop when the first type of terminal device sends the first PUCCH according to the relationship model after the parameter substitution, including: Replace the uplink initial BWP bandwidth parameter in the relationship model for determining the frequency position corresponding to the first hop and the second hop when the second type of terminal device sends the second PUCCH with the first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the first PUCCH according to the relationship model after the parameter substitution and the preset frequency offset value.

16. The channel transmission method according to claim 14, characterized in that, Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the first PUCCH according to a relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends the second PUCCH, and perform modulo calculation on the initial frequency positions with respect to a first bandwidth parameter and use the result of the modulo calculation as the frequency positions corresponding to the first hop and the second hop when sending the first PUCCH, including: Determine the initial frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the first PUCCH according to a relationship model for determining the frequency positions corresponding to the first hop and the second hop when the second type of terminal device sends the second PUCCH, and perform modulo calculation on the initial frequency positions with respect to a first bandwidth parameter and determine the frequency positions corresponding to the first hop and the second hop when the first type of terminal device sends the first PUCCH according to the modulo calculation result and a preset frequency offset value.

17. The channel transmission method according to claim 15 or 16, characterized in that, The preset frequency offset value is any one or more of the following: N CS represents the total number of initial cyclic displacement indices; The frequency position of the first PRB of the physical resource block occupied by the first message or the third message or the frequency position of the central PRB; wherein, the first message is a random access request message or a random access pilot signal, and the third message is a connection establishment request message in the random access phase.

18. The channel transmission method according to claim 14, characterized in that, The first frequency offset value in the relationship model of the frequency position corresponding to the first hop and the second hop when the first type of terminal sends the first PUCCH The available values satisfy the following relationship:

19. A channel transmission device, It is characterized in that applied to the first type of terminal device, including: a determination module, configured to determine a first resource used for transmitting a first physical uplink control channel (PUCCH) when transmitting the first PUCCH in an initial uplink broadband part (BWP), wherein a bandwidth range of the first resource does not exceed a maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value; a first transmission module, configured to transmit the first PUCCH on the first resource; When the first resource is a resource for transmitting the first PUCCH in a non-frequency hopping manner, the first resource used for transmitting the first PUCCH is determined according to any one or more of the following methods: determine the first resource used by the first type of terminal device for transmitting the first PUCCH according to a determination method of a frequency position corresponding to a first hop and / or a determination method of a frequency position corresponding to a second hop when a second type of terminal device transmits a second PUCCH; wherein, a maximum bandwidth supported by the second type of terminal device is greater than the first preset value; determine the first resource used by the first type of terminal device for transmitting the first PUCCH according to a frequency position of a physical downlink shared channel (PDSCH) fed back by the first type of terminal device in the first PUCCH; determine the first resource used by the first type of terminal device for transmitting the first PUCCH according to a frequency position of scheduling downlink control information (DCI) corresponding to the physical downlink shared channel (PDSCH) fed back by the first type of terminal device in the first PUCCH; or determine the first resource used by the first type of terminal device for transmitting the first PUCCH according to a frequency position of a specified uplink channel transmitted by the first type of terminal device.

20. A channel transmission device It is characterized in that including: a second transmission module, configured to send first indication information to the first type of terminal device, where the first indication information is used to indicate the first resource used by the first type of terminal device for transmitting a first physical uplink control channel (PUCCH) in an initial uplink broadband part (BWP); a receiving module, configured to receive the first PUCCH sent by the first type of terminal device on the first resource; wherein, a bandwidth range of the first resource does not exceed a maximum bandwidth supported by the first type of terminal device; the maximum bandwidth supported by the first type of terminal device is less than or equal to a first preset value; When the first resource is a resource for transmitting the first PUCCH in a non-frequency hopping manner, the first resource used for transmitting the first PUCCH is determined according to any one or more of the following methods: determine the first resource used by the first type of terminal device for transmitting the first PUCCH according to a determination method of a frequency position corresponding to a first hop and / or a determination method of a frequency position corresponding to a second hop when a second type of terminal device transmits a second PUCCH; wherein, a maximum bandwidth supported by the second type of terminal device is greater than the first preset value; Determine the first resource used by the first type of terminal device to transmit the first PUCCH according to the frequency position of the physical downlink shared channel PDSCH fed back by the first type of terminal device in the first PUCCH; Determine the first resource used by the first type of terminal device to transmit the first PUCCH according to the frequency position of the scheduling downlink control information DCI corresponding to the physical downlink shared channel PDSCH fed back by the first type of terminal device in the first PUCCH; or Determine the first resource used by the first type of terminal device to transmit the first PUCCH according to the frequency position of the specified uplink channel transmitted by the first type of terminal device.

21. A terminal device, comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein, when the processor executes the computer program, the steps of the channel transmission method according to any one of claims 1 to 9 are implemented.

22. A network device, comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein, when the processor executes the computer program, the steps of the channel transmission method according to any one of claims 10 to 18 are implemented.

23. A processor-readable storage medium, on which a computer program is stored, wherein, when the program is executed by the processor, the steps of the channel transmission method according to any one of claims 1 to 9 are implemented, or the steps of the channel transmission method according to any one of claims 10 to 18 are executed.

Images