Frequency domain resource determination method, device, and storage medium

Abstract

To provide a frequency domain resource determination method, a device, and a storage medium that improve the reliability of a communication system.SOLUTION: A method in a communication system includes a network device setting up at least two frequency domain resources for a terminal device. The at least two frequency domain resources include at least one first type frequency domain resource and at least one second type frequency domain resource, and the second type frequency domain resource is used for a REDCAP type terminal to communicate with the network device. The network device transmits to the terminal device setting information in which the at least two frequency domain resources are set, and the terminal device determines one of the at least two frequency domain resources based on the setting information, and communicates with the network device using the frequency domain resource.SELECTED DRAWING: Figure 4

Description

[Technical Field]

[0001] This application claims priority to Chinese Patent Application No. 202010791729.0, filed with the State Intellectual Property Office of the People's Republic of China on August 7, 2020, and entitled "FREQUENCY DOMAIN RESOURCE DETERMINING METHOD, DEVICE, AND STORAGE MEDIUM," which is incorporated herein by reference in its entirety.

[0002] This application relates to the field of communication technologies, and in particular to a frequency domain resource determination method, device, and storage medium. [Background technology]

[0003] With the development of communication technology, in addition to enhanced mobile broadband (eMBB) services, new radio (NR) systems may also support multiple other service types, such as data transmission services for various Internet of Things devices. Terminals that support these services have characteristics such as reduced bandwidth, reduced processing speed, and reduced number of antennas. Such terminals are called reduced capability (REDCAP) type terminals. REDCAP type terminals have several typical bandwidths: 5 MHz, 10 MHz, and 20 MHz.

[0004] In the NR system, a bandwidth part (BWP) is defined. The BWP is a frequency domain resource used by a terminal to receive and transmit data, and includes a downlink BWP and an uplink BWP. The network side configures an initial downlink BWP and an initial uplink BWP for the terminal. Both the initial downlink BWP and the initial uplink BWP are cell-specific BWPs.

[0005] In the prior art, FR1 is a frequency range below 6 GHz, and the maximum bandwidth of the initial BWP is up to 100 MHz. However, the bandwidth of REDCAP-type terminals is small. As a result, such terminals cannot properly perform random access procedures, resulting in poor communication reliability. Summary of the Invention

[0006] This application provides a frequency domain resource determination method, device, and storage medium to improve the reliability of communication processes.

[0007] According to a first aspect, an embodiment of the present application provides a frequency domain resource determination method. The method includes: a network device transmitting configuration information to a terminal device, the configuration information including configuration information for at least two frequency domain resources, the at least two frequency domain resources including at least one first type frequency domain resource and at least one second type frequency domain resource. The first type frequency domain resource is for the first type terminal device and / or the second type terminal device to communicate with the network device, and the second type frequency domain resource is for the second type terminal device to communicate with the network device. The network device communicates with the terminal device using one of the at least two frequency domain resources.

[0008] The first type of terminal device in the above solution may be a general terminal, and the second type of terminal device may be a REDCAP type terminal or another type terminal. The terminal device in the above solution may be a general terminal or a REDCAP type terminal.

[0009] In the above solution, the frequency domain resource configured by the network device for the terminal device includes N consecutive / non-consecutive physical resource blocks / resource blocks (PRBs / RBs), where N is a positive integer. For example, the frequency domain resource includes N consecutive PRBs / RBs, and the frequency domain resource may be an initial uplink BWP.

[0010] In the above solution, the network device configures at least two frequency domain resources for the terminal device and transmits configuration information in which the at least two frequency domain resources are configured to the terminal device. The terminal device determines one of the at least two frequency domain resources based on the configuration information and uses the frequency domain resource to communicate with the network device, thereby improving the transmission performance of the terminal device. The network device configures multiple frequency domain resources, and at least one of the multiple frequency domain resources can be used by the terminal device. This avoids the problem of the terminal device being unable to communicate normally because the bandwidth of the frequency domain resource currently configured by the network exceeds the maximum bandwidth supported by the terminal device, thereby improving communication reliability.

[0011] Optionally, the first type of frequency domain resource includes a first initial uplink bandwidth portion BWP, and the second type of frequency domain resource includes a second initial uplink BWP.

[0012] In a possible design of the first aspect, the first type of frequency domain resource is for a first type of terminal device and a second type of terminal device to communicate with the network device, and the method further includes the network device sending indication information to the terminal device, the indication information indicating one of the at least two frequency domain resources, one of the at least two frequency domain resources for the terminal device to communicate with the network device.

[0013] In the above solution, a first type of frequency domain resource configured by a network device for a terminal device can be used by the first type of terminal device to communicate with the network device, and can also be used by a second type of terminal device to communicate with the network device. Specifically, the first type of frequency domain resource configured by the network device can be shared for use by two types of terminal devices. For example, the first type of frequency domain resource can be used by a general terminal and a REDCAP type terminal.

[0014] In a possible design of the first aspect, the first type of frequency domain resource is used only for the first type of terminal device to communicate with the network device, and the method further includes the network device sending indication information to the terminal device, the indication information indicating one of at least two second type of frequency domain resources, one of the at least two second type of frequency domain resources for the terminal device to communicate with the network device.

[0015] In the above solution, a first type of frequency domain resource configured by a network device for a terminal device can be used by the first type of terminal device to communicate with the network device, but cannot be used by a second type of terminal device to communicate with the network device. Specifically, the first type of frequency domain resource configured by the network device is used only by the first type of terminal device, and a second type of terminal device can use only the second type of frequency domain resource but cannot use the first type of frequency domain resource. For example, the first type of frequency domain resource can be used by a general terminal, a REDCAP type terminal cannot use the first type of frequency domain resource, and a REDCAP type terminal communicates with the network device using the second type of frequency domain resource.

[0016] In the two possible designs described above, in addition to configuring at least two frequency domain resources for the terminal device and transmitting configuration information to the terminal device including configuration information for the at least two frequency domain resources, the network device may also transmit instruction information to the terminal device to enable the terminal device to determine one of the at least two frequency domain resources based on the configuration information and the instruction information and communicate with the network device using the frequency domain resources, thereby improving the data transmission performance of the terminal device. The network device may also configure multiple frequency domain resources, and at least one of the multiple frequency domain resources may be used by the terminal device. This avoids the problem of the terminal device being unable to communicate normally because the bandwidth of the frequency domain resource currently configured by the network exceeds the maximum bandwidth supported by the terminal device. The network device may also transmit instruction information to the terminal device. In addition to indicating that the terminal device will use one of the at least two frequency domain resources, the instruction information may also indicate that the terminal device cannot access the resource or that the accessed terminal device cannot access the resource. This helps the network side flexibly schedule multiple frequency domain resources, balance the access load of each frequency domain resource, and improve user transmission performance.

[0017] Optionally, the indication information is included in a random access response message, and the random access response message is for the network device to respond to the random access request of the terminal device. In this solution, the network device may use the random access response message in the random access procedure to send indication information to the terminal device to indicate that the terminal device uses one of at least two frequency domain resources to communicate with the network device, that the terminal device cannot be accessed, or that the accessed terminal device cannot be accessed. The random access procedure includes two random access procedures, namely, a four-step random access procedure (a four-step RACH procedure) and a two-step random access procedure (a two-step RACH procedure).

[0018] Optionally, the indication information is included in Msg2, which is for the network device to respond to the random access request of the terminal device. In this solution, Msg2 belongs to a random access response message in a four-step RACH process. The network device may use Msg2 to send indication information to the terminal device to indicate that the terminal device uses one of at least two frequency domain resources to communicate with the network device, that the terminal device cannot be accessed, or that the accessed terminal device cannot be accessed.

[0019] Optionally, the indication information is included in MsgB, and MsgB is for the network device to respond to the random access request of the terminal device. In this solution, MsgB belongs to a random access response message in a two-step RACH process. The network device may use MsgB to send indication information to the terminal device to indicate that the terminal device uses one of at least two frequency domain resources to communicate with the network device, that the terminal device cannot be accessed, or that the accessed terminal device cannot be accessed.

[0020] Optionally, the indication information is included in a Physical Uplink Shared Channel (PUSCH) frequency-domain resource allocation indication field in an uplink grant in the random access response message. In a possible implementation, the indication information is located in at least one most significant bit in a Physical Uplink Shared Channel (PUSCH) frequency-domain resource allocation indication field in an uplink grant in the random access response message. In a possible implementation, the indication information is located in several least significant bits (LSBs) of a random access preamble identifier (RAPID) of a MAC sub-PDU carrying the RAR. In a possible implementation, the indication information is located in several reserved bits of a MAC sub-PDU carrying the RAR. In the above solution, the network device may use several bits in the random access response to send indication information to the terminal device to indicate that the terminal device uses one of at least two frequency-domain resources to communicate with the network device, that the terminal device cannot be accessed, or that the accessed terminal device cannot be accessed.

[0021] Optionally, the indication information is included in downlink control information (DCI), and the DCI is used to schedule the random access response message. In a possible implementation, the indication information may be included in the DCI used to schedule Msg2 or in the DCI used to schedule MsgB. In a possible implementation, the indication information is located in at least one reserved bit of the DCI. In the above solution, the network device may use the DCI to send indication information to the terminal device, indicating that the terminal device uses one of at least two frequency domain resources to communicate with the network device, that the terminal device cannot be accessed, or that the accessed terminal device cannot be accessed.

[0022] Optionally, the indication information is included in the random access response message and the DCI for scheduling the random access response message, and a bit in the random access response message and a bit in the DCI together indicate that the terminal device will use one of the at least two frequency domain resources to communicate with the network device. This solution is mainly intended for cases where the bit in the DCI or the bit in the random access response message is insufficient. The network device can jointly indicate one of the at least two frequency domain resources using a combination of the bit in the DCI and the bit in the random access response message. The joint indication can save bit overhead.

[0023] In one possible design of the first aspect, the network device transmitting the configuration information to the terminal device includes the network device transmitting the configuration information to the terminal device using system information, higher layer signaling, or physical layer signaling. The system information includes SIB1 and other system information. The higher layer signaling includes radio resource control (RRC) layer signaling and media access control elements (MAC CE). The physical layer signaling includes signaling such as downlink control information (DCI).

[0024] Optionally, the bandwidth of the second type of frequency domain resource is less than or equal to a maximum bandwidth supported by the terminal device. In some embodiments, the bandwidth of the second type of frequency domain resource is less than or equal to a maximum bandwidth supported by a REDCAP type terminal, and typical bandwidths corresponding to a REDCAP type terminal include 5 MHz, 10 MHz, and 20 MHz.

[0025] Optionally, the bandwidth of the second type of frequency domain resource is less than or equal to the maximum bandwidth supported by the first type of terminal device.

[0026] According to a second aspect, an embodiment of the present application provides a frequency domain resource determination method. The method includes a terminal device receiving configuration information from a network device, the configuration information including configuration information for at least two frequency domain resources, the at least two frequency domain resources including at least one first type frequency domain resource and at least one second type frequency domain resource. The first type frequency domain resource is for the first type terminal device and / or the second type terminal device to communicate with the network device, and the second type frequency domain resource is for the second type terminal device to communicate with the network device. The terminal device determines one of the at least two frequency domain resources based on the configuration information. The terminal device communicates with the network device using one of the at least two frequency domain resources.

[0027] In the above solution, the network device transmits configuration information to the terminal device, the configuration information including configuration information for at least two frequency domain resources. The terminal device determines one of the at least two frequency domain resources based on the configuration information and uses the frequency domain resource to communicate with the network device, thereby improving the transmission performance of the terminal device. The network device configures multiple frequency domain resources, and at least one of the multiple frequency domain resources can be used by the terminal device. This avoids the problem of the terminal device being unable to communicate normally because the bandwidth of the frequency domain resource currently configured by the network exceeds the maximum bandwidth supported by the terminal device.

[0028] Optionally, the first type of frequency domain resource includes a first initial uplink bandwidth portion BWP, and the second type of frequency domain resource includes a second initial uplink BWP.

[0029] In a possible design of the second aspect, the first type of frequency domain resource is for the first type terminal device and the second type terminal device to communicate with the network device, and the method further includes the terminal device receiving indication information from the network device, the indication information indicating one of the at least two frequency domain resources, and the terminal device determining one of the at least two frequency domain resources based on the configuration information and the indication information.

[0030] In a possible design of the second aspect, the first type of frequency domain resource is used only for the first type of terminal device to communicate with the network device, and the method further includes the terminal device receiving, from the network device, indication information indicating one of the at least two second type of frequency domain resources, and the terminal device determining, based on the configuration information and the indication information, one of the at least two second type of frequency domain resources.

[0031] In the two possible designs described above, in addition to receiving configuration information from the network device, the terminal device further receives instruction information from the network device. The terminal device determines one of at least two frequency domain resources based on the configuration information and the instruction information and communicates with the network device using the frequency domain resource, thereby improving the transmission performance of the terminal device. The network device configures multiple frequency domain resources, at least one of which can be used by the terminal device. This avoids the problem of the terminal device being unable to communicate normally because the bandwidth of the frequency domain resource currently configured by the network exceeds the maximum bandwidth supported by the terminal device.

[0032] Optionally, the indication information is included in a random access response message, the random access response message being for the network device to respond to the random access request of the terminal device.

[0033] Optionally, the indication information is included in Msg2, and Msg2 is for the network device to respond to the random access request of the terminal device.

[0034] Optionally, the indication information is included in MsgB, and MsgB is for the network device to respond to the random access request of the terminal device.

[0035] Optionally, the indication information is located in a Physical Uplink Shared Channel (PUSCH) frequency domain resource allocation indication field in an uplink grant in the random access response message. In a possible implementation, the indication information is located in at least one most significant bit in a Physical Uplink Shared Channel (PUSCH) frequency domain resource allocation indication field in an uplink grant in the random access response message. In a possible implementation, the indication information is located in some least significant bits (LSBs) of a random access preamble identifier (RAPID) of the MAC sub-PDU in which the RAR is carried. In a possible implementation, the indication information is located in some reserved bits of the MAC sub-PDU in which the RAR is carried.

[0036] Optionally, the indication information is included in a downlink control information (DCI), the DCI being used to schedule a random access response message, the random access response message being for the network device to respond to the random access request of the terminal device. In a possible implementation, the indication information is included in reserved bits of the DCI.

[0037] Optionally, the indication information is included in the random access response message and in a DCI for scheduling the random access response message, and a bit in the random access response message and a bit in the DCI together indicate that the terminal device uses one of the at least two frequency domain resources to communicate with the network device.

[0038] Optionally, the bandwidth of the second type of frequency domain resource is less than or equal to a maximum bandwidth supported by the terminal device. In some embodiments, the bandwidth of the second type of frequency domain resource is less than or equal to a maximum bandwidth supported by a REDCAP type terminal.

[0039] Optionally, the bandwidth of the second type of frequency domain resource is less than or equal to the maximum bandwidth supported by the first type of terminal device.

[0040] Some optional solutions of the indication information are the same as those of the first aspect. For details, please refer to the description of the first aspect. The details will not be described again here.

[0041] In a possible design of the second aspect, the terminal device receiving configuration information from the network device includes the terminal device receiving the configuration information from the network device from system information, upper layer signaling, or physical layer signaling.

[0042] According to a third aspect, an embodiment of the present application provides a network device. The network device includes a transceiver module and a processing module. The transceiver module is configured to transmit configuration information to a terminal device, the configuration information including configuration information for at least two frequency domain resources, the at least two frequency domain resources including at least one first type frequency domain resource and at least one second type frequency domain resource. The first type frequency domain resource is for the first type terminal device and / or the second type terminal device to communicate with the network device, and the second type frequency domain resource is for the second type terminal device to communicate with the network device. The processing module is configured to communicate with the terminal device using one of the at least two frequency domain resources.

[0043] Optionally, the first type of frequency domain resource includes a first initial uplink bandwidth portion BWP, and the second type of frequency domain resource includes a second initial uplink BWP.

[0044] Optionally, the first type of frequency domain resource is for the first type of terminal device and the second type of terminal device to communicate with the network device. The transceiver module is further configured to send indication information to the terminal device, the indication information indicating one of the at least two frequency domain resources.

[0045] Optionally, the first type of frequency domain resource is used only for the first type of terminal device to communicate with the network device, and the transceiver module is further configured to send indication information to the terminal device, the indication information indicating one second type of frequency domain resource among the at least two frequency domain resources.

[0046] Optionally, the indication information is included in a random access response message, the random access response message being for the network device to respond to the random access request of the terminal device.

[0047] Optionally, the indication information is included in Msg2, and Msg2 is for the network device to respond to the random access request of the terminal device.

[0048] Optionally, the indication information is included in MsgB, and MsgB is for the network device to respond to the random access request of the terminal device.

[0049] Optionally, the indication information is located in a Physical Uplink Shared Channel (PUSCH) frequency domain resource allocation indication field in an uplink grant in the random access response message. In a possible implementation, the indication information is located in at least one most significant bit in a Physical Uplink Shared Channel (PUSCH) frequency domain resource allocation indication field in an uplink grant in the random access response message.

[0050] Optionally, the indication information is included in a downlink control information (DCI), the DCI being used to schedule a random access response message, the random access response message being for the network device to respond to the random access request of the terminal device. In a possible implementation, the indication information is included in reserved bits of the DCI.

[0051] Optionally, the indication information is included in the random access response message and in a DCI for scheduling the random access response message, and a bit in the random access response message and a bit in the DCI together indicate that the terminal device uses one of the at least two frequency domain resources to communicate with the network device.

[0052] Optionally, the bandwidth of the second type of frequency domain resource is less than or equal to a maximum bandwidth supported by the terminal device.

[0053] Optionally, the transceiver module is specifically configured to transmit the configuration information to the terminal device using system information, upper layer signaling, or physical layer signaling.

[0054] According to a fourth aspect, an embodiment of the present application provides a terminal device. The terminal device includes a transceiver module and a processing module. The transceiver module is configured to receive configuration information from a network device, the configuration information including configuration information for at least two frequency domain resources, the at least two frequency domain resources including at least one first type frequency domain resource and at least one second type frequency domain resource. The first type frequency domain resource is for the first type terminal device and / or the second type terminal device to communicate with the network device, and the second type frequency domain resource is for the second type terminal device to communicate with the network device. The processing module is configured to determine one of the at least two frequency domain resources based on the configuration information and communicate with the network device using one of the at least two frequency domain resources.

[0055] Optionally, the first type of frequency domain resource includes a first initial uplink bandwidth portion BWP, and the second type of frequency domain resource includes a second initial uplink BWP.

[0056] Optionally, the first type of frequency domain resource is for the first type of terminal device and the second type of terminal device to communicate with the network device. The transceiver module is further configured to receive indication information from the network device, the indication information indicating one of the at least two frequency domain resources. The processing module is specifically configured to determine one of the at least two frequency domain resources based on the configuration information and the indication information.

[0057] Optionally, the first type of frequency domain resource is used only for the first type of terminal device to communicate with the network device. The transceiver module is further configured to receive instruction information from the network device, the instruction information indicating one of the at least two second type of frequency domain resources. The processing module is specifically configured to determine one of the at least two second type of frequency domain resources based on the setting information and the instruction information.

[0058] Optionally, the indication information is included in a random access response message, the random access response message being for the network device to respond to the random access request of the terminal device.

[0059] Optionally, the indication information is included in Msg2, and Msg2 is for the network device to respond to the random access request of the terminal device.

[0060] Optionally, the indication information is included in MsgB, and MsgB is for the network device to respond to the random access request of the terminal device.

[0061] Optionally, the indication information is located in a Physical Uplink Shared Channel (PUSCH) frequency domain resource allocation indication field in an uplink grant in the random access response message. In a possible implementation, the indication information is located in at least one most significant bit in a Physical Uplink Shared Channel (PUSCH) frequency domain resource allocation indication field in an uplink grant in the random access response message.

[0062] Optionally, the indication information is included in a downlink control information (DCI), the DCI being used to schedule a random access response message, the random access response message being for the network device to respond to the random access request of the terminal device. In a possible implementation, the indication information is included in reserved bits of the DCI.

[0063] Optionally, the indication information is included in the random access response message and in a DCI for scheduling the random access response message, and a bit in the random access response message and a bit in the DCI together indicate that the terminal device uses one of the at least two frequency domain resources to communicate with the network device.

[0064] Optionally, the bandwidth of the second type of frequency domain resource is less than or equal to a maximum bandwidth supported by the terminal device.

[0065] Optionally, the transceiver module is configured to receive configuration information from the network device, specifically from system information, upper layer signaling, or physical layer signaling.

[0066] According to a fifth aspect, an embodiment of the present application provides a network device, the network device including a memory and a processor, the memory configured to store program instructions, and the processor calling the program instructions stored in the memory to implement a method according to any one of the designs in the first aspect.

[0067] According to a sixth aspect, an embodiment of the present application provides a terminal device, the terminal device including a memory and a processor, the memory configured to store program instructions, and the processor calling the program instructions stored in the memory to implement a method according to any one of the designs in the second aspect.

[0068] According to a seventh aspect, an embodiment of the present application provides a readable storage medium, the readable storage medium storing executable instructions, and when at least one processor of a network device executes the executable instructions, the network device performs a method according to any one of the designs in the first aspect.

[0069] According to an eighth aspect, an embodiment of the present application provides a readable storage medium, the readable storage medium storing executable instructions, and when at least one processor of a terminal device executes the executable instructions, the terminal device performs a method according to any one of the designs in the second aspect.

[0070] According to a ninth aspect, an embodiment of the present application provides a chip including a processor and an interface, wherein the processor is configured to call, from a memory, a computer program stored in the memory and to operate the computer program to perform a method according to any one of the designs of the first aspect.

[0071] According to a tenth aspect, an embodiment of the present application provides a chip including a processor and an interface, wherein the processor is configured to call, from a memory, a computer program stored in the memory and to operate the computer program to perform a method according to any one of the designs of the second aspect.

[0072] According to an eleventh aspect, an embodiment of the present application provides a communication system including at least one network device according to the fifth aspect and a terminal device according to the sixth aspect, wherein the network device may be configured to perform a method according to any one of the designs in the first aspect, and the terminal device may be configured to perform a method according to any one of the designs in the second aspect.

[0073] An embodiment of this application provides a frequency domain resource determination method, a device, and a storage medium. The method includes a network device preconfiguring at least two frequency domain resources for a terminal device, the at least two frequency domain resources including at least one first type frequency domain resource and at least one second type frequency domain resource, the first type frequency domain resource being used by the first type terminal device and / or the second type terminal device to communicate with the network device, and the second type frequency domain resource being used by the second type terminal device to communicate with the network device. The network device transmits configuration information, in which the at least two frequency domain resources are configured, to the terminal device. The terminal device determines one of the at least two frequency domain resources based on the configuration information and communicates with the network device using the frequency domain resource. The network device configures multiple frequency domain resources for the terminal device, and at least one of the multiple frequency domain resources can be used by the terminal device. Therefore, the problem in the prior art that the terminal device cannot communicate normally with the network device because the bandwidth of the set frequency domain resource exceeds the maximum bandwidth supported by the terminal device can be avoided, and the reliability of data transmission in the communication system can be improved. [Brief explanation of the drawings]

[0074] [Figure 1] FIG. 1 is a diagram of the architecture of a system according to one embodiment of the present application.

[0075] [Figure 2] 1 is a schematic diagram of a random access process according to an embodiment of the present application.

[0076] [Figure 3] 1 is a schematic diagram of a random access process according to an embodiment of the present application.

[0077] [Figure 4] 1 is a schematic interaction diagram of a frequency domain resource determination method according to an embodiment of this application;

[0078] [Figure 5] 1 is a schematic diagram of frequency domain resources configured by a network device for a terminal device according to one embodiment of this application;

[0079] [Figure 6] 1 is a schematic interaction diagram of a frequency domain resource determination method according to an embodiment of this application;

[0080] [Figure 7] 1 is a schematic diagram of a PUSCH frequency domain resource allocation field in a random access response (RAR) according to an embodiment of the present application;

[0081] [Figure 8] 1 is a schematic diagram of the structure of a MAC RAR according to an embodiment of this application;

[0082] [Figure 9] 1 is a schematic diagram illustrating an initial uplink BWP by a reserved bit in downlink control information DCI according to an embodiment of this application; FIG.

[0083] [Figure 10] 1 is a schematic diagram of the structure of a network device according to one embodiment of the present application.

[0084] [Figure 11] 1 is a schematic diagram of the structure of a terminal device according to an embodiment of this application;

[0085] [Figure 12] 1 is a schematic diagram of a hardware structure of a network device according to an embodiment of the present application.

[0086] [Figure 13]1 is a schematic diagram of a hardware structure of a terminal device according to an embodiment of this application; DETAILED DESCRIPTION OF THE INVENTION

[0087] The technical solutions of this application will be described below with reference to the accompanying drawings.

[0088] 1 is a diagram of a system architecture according to an embodiment of the present application. As shown in FIG. 1, an embodiment of the present application provides a communication system. The communication system 100 includes a network device 110 and a plurality of terminal devices, such as terminal devices 101-106 in FIG. 1. The network device 110 is communicatively connected to the terminal devices 101-106. For example, the terminal device 104 and the terminal device 106 may be further communicatively connected to the network device 110 via the terminal device 105.

[0089] In the embodiments of this application, a terminal device, also referred to as a terminal, may be a device having a wireless transceiver function. The terminal device may be deployed on land, including an indoor device, an outdoor device, a handheld device, or an in-vehicle device, on water (such as a steamship), or in the air (such as an aircraft, a balloon, or a satellite). The terminal device may be user equipment (UE). The UE includes a handheld device, an in-vehicle device, a wearable device, or a computing device with wireless communication capability. For example, the UE may be a mobile phone, a tablet computer, or a computer with wireless transceiver capability. Alternatively, the terminal device may be a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal in industrial control, a wireless terminal in autonomous driving, a wireless terminal in telemedicine, a wireless terminal in a smart grid, a wireless terminal in a smart city, a wireless terminal in a smart home, etc. In an embodiment of this application, a device configured to implement the functionality of a terminal may be a terminal, or may be a device capable of supporting the terminal in implementing the functionality, such as a chip system. The device may be installed within the terminal. In this embodiment of this application, the chip system may include a chip, or may include a chip and another separate component.

[0090] A network device in an embodiment of this application may include a base station (BS), and may be a device deployed in a radio access network and capable of performing wireless communication with a terminal. A base station may take multiple forms, such as a macro base station, a micro base station, a relay station, or an access point. For example, a base station in an embodiment of this application may be a 5G base station or an LTE base station. A 5G base station is also called a transmission reception point (TRP) or gNB. In an embodiment of this application, an apparatus configured to implement the function of a network device may be a network device, or may be an apparatus, such as a chip system, capable of supporting a network device in implementing the function. The apparatus may be installed within a network device.

[0091] The technical solutions in the embodiments of this application may be applied to a Long Term Evolution (LTE) architecture, a Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access Network (UTRAN) architecture, or a Global System for Mobile Communications (GSM) architecture / Enhanced Data Rates for GSM Evolution (EDGE) system radio access network (GERAN). Additionally, the technical solutions provided in the embodiments of this application may also be applied to any other wireless communication system, such as a Public Land Mobile Network (PLMN) system, a 5G communication system, or a post-5G communication system, which have similar structures and functions, but are not limited to the embodiments of this application. It should be noted that the technical solutions provided in the embodiments of this application may also be applied to machine-to-machine (M2M) systems and are mainly used in air interface physical layer processing, and the existing NR system architecture may be used as the system architecture of the M2M system.

[0092] Wireless communication between communication devices may include wireless communication between a network device and a terminal, wireless communication between network devices, and wireless communication between terminals. In the embodiments of this application, the term "wireless communication" may be abbreviated to "communication", and the term "communication" may be referred to as "data transmission", "information transmission", or "transmission". Those skilled in the art may use the technical solutions provided in the embodiments of this application to perform wireless communication between a network device and a terminal, for example, wireless communication between an access network device and a terminal, or wireless communication between a core network device and a terminal.

[0093] Currently, a bandwidth portion BWP is defined in the NR system and is used by a terminal to receive or transmit data. For a terminal in the RRC_idle state or the RRC_inactive state, the network side configures an initial downlink BWP and an initial uplink BWP for the terminal. Both the initial downlink BWP and the initial uplink BWP are cell-specific BWPs. For a terminal in the RRC_connected state, in addition to the initial uplink BWP and the initial downlink BWP, the base station may configure a user-specific downlink BWP and a user-specific uplink BWP for each terminal using radio resource control (RRC) dedicated signaling. Up to four user-specific uplink BWPs and up to four user-specific downlink BWPs may be configured for each terminal. In one implementation, the network side may configure the initial uplink BWP and the initial downlink BWP for the terminal by using RRC dedicated signaling. The network side sets one of the BWPs as the active BWP for the terminal, and the terminal operates on the currently active BWP. According to the current protocol, when the carrier frequency of FR1 is less than 6 GHz and the maximum bandwidth of the initial downlink BWP is 20 MHz, there is no restriction on the setting of the initial uplink BWP, and the maximum bandwidth of the initial uplink BWP can reach 100 MHz.

[0094] The subject of NR R17 REDCAP is that a new type of terminal will be introduced in Internet of Things scenarios. Compared to existing NR terminals, the terminal has characteristics such as reduced bandwidth, reduced processing speed, and reduced number of antennas. Such terminals are called REDCAP-type terminals. REDCAP-type terminals may support one or more bandwidths, with typical bandwidths including 5 MHz, 10 MHz, and 20 MHz. However, the bandwidth of existing initial uplink BWPs in NR systems may exceed the bandwidth of REDCAP-type terminals. As a result, REDCAP-type terminals cannot perform random access procedures or early data transmissions.

[0095] To solve the aforementioned technical problems, an embodiment of this application mainly provides a frequency domain resource determination method for configuring new frequency domain resources for a REDCAP-type terminal in a communication system, where the bandwidth of the newly configured frequency domain resources does not exceed the bandwidth of the REDCAP-type terminal. It can be understood that in an Internet of Things scenario, there are a large number of access terminals. Considering that uplink transmissions include Msg1, Msg3, early data transmission, etc., which result in heavy uplink load, the network side may configure at least two frequency domain resources for the terminal to achieve load balancing.

[0096] In an embodiment of this application, the frequency domain resource configured by the network device for the terminal device includes N consecutive / non-consecutive physical resource blocks / resource blocks (PRBs / RBs), where N is a positive integer. For example, the frequency domain resource includes N consecutive PRBs / RBs, and the frequency domain resource may be an initial uplink BWP.

[0097] In the embodiments of this application, all the invention contents using the initial uplink BWP as an example are equivalent to the invention contents implemented using frequency domain resources.

[0098] Before describing the technical solution provided in this application, the random access process in current NR systems will be first described.

[0099] A terminal in the RRC_idle or RRC_inactive state may complete network access through the uplink random access procedure. A terminal that supports early data transmission may also complete data transmission in the random access procedure. For a terminal in the RRC_connected state, in one case, the network side may instruct the terminal to perform random access to reacquire timing advance (TA) synchronization. In another case, due to beam failure, the terminal performs beam recovery through the random access procedure. Currently, the random access procedure in NR includes two types: the 4-step random access process defined in NR R15 and the 2-step random access process defined in NR R16.

[0100] 2 is a schematic diagram of a random access process according to an embodiment of this application. As shown in FIG. 2, the random access process provided in this embodiment is a four-step RACH process, which mainly includes the following steps:

[0101] Step 101: The gNB sends a resource configuration of a physical random access channel (PRACH) to a terminal device.

[0102] Specifically, the gNB uses a system broadcast message to transmit the PRACH resource configuration to the terminal device, and the PRACH resource configuration mainly includes the time-frequency domain resources of the PRACH, the preamble sequence, etc.

[0103] In an NR system, the time-frequency resources on which a gNB transmits and receives the Physical Random Access Channel (PRACH) are called Random Access Opportunities (RACH occasions, ROs). On the same RO, a gNB may configure multiple orthogonal preambles, and different terminal devices may perform random access on the same RO using different preambles or the same preamble.

[0104] Step 102: The terminal device sends Msg1 to the gNB via PRACH.

[0105] Msg1 includes a preamble. The gNB detects the preamble transmitted by the terminal device on the RO resource. If the preamble is detected, the gNB performs step 103 in response to the random access request of the terminal device.

[0106] Step 103: The gNB sends Msg2 to the terminal device, where Msg2 includes a random access response RAR.

[0107] Specifically, for RARs for the same RO, the gNB may schedule a physical downlink shared channel (PDSCH) by scrambling a cyclic redundancy check (CRC) of DCI format 1_0 using a random access radio network temporary identifier (RA-RNTI), where the PDSCH carries the RARs of all or some random access requests for the RO. One RO is associated with only one RA-RNTI.

[0108] After sending Msg1, the terminal device starts a random access response window and listens for an RAR sent from the network side within the window.

[0109] If the terminal device successfully detects the RAR, the random access is successful and step 104 is executed. Specifically, if the terminal device receives a physical downlink control channel PDCCH scrambled using the RA-RNTI and the RAR carried by a PDSCH scheduled by the PDCCH contains a MAC sub-PDU identified using the random access preamble identifier RAPID that is the same as the transmitted preamble index, the random access is considered successful.

[0110] If the RAR is not detected by the terminal device, the random access fails and the terminal device restarts the random access process based on the fallback parameters indicated by the gNB until the maximum number of random access attempts is reached.

[0111] Step 104: The terminal device sends Msg3 to the gNB based on the indication of the RAR.

[0112] In this step, the main function of Msg3 is to send an RRC connection establishment request, and Msg3 carries the terminal device identifier ID. In early data transmission scenarios, Msg3 may also carry service data (UL small data). In this case, a terminal in RRC_inactive state does not need to enter RRC_connected state through a random access procedure before performing service data transmission, saving air interface resources, reducing terminal power consumption, and reducing transmission delays.

[0113] Step 105: The gNB sends Msg4 (feedback) to the terminal device.

[0114] Specifically, after sending Msg3, the terminal device listens for Msg4 sent by the network side. Msg4 carries a contention resolution identifier and air interface parameter settings for the terminal device. If the terminal device successfully receives Msg4, the random access is successful and the terminal device sends Msg5 to the gNB, which is used to send an RRC establishment complete command. If Msg4 is not received by the terminal device, the random access fails. The terminal device restarts the random access process based on the fallback parameters indicated by the gNB until the maximum number of random access attempts is reached.

[0115] In the existing NR technology, for a 4-step RACH process, Msg2 and Msg4 are transmitted on the initial downlink BWP, and Msg1 and Msg3 are transmitted on the initial uplink BWP. For Msg1, all configured PRACH resources must be within the initial uplink BWP range according to the current protocol.

[0116] 3 is a schematic diagram of a random access process according to an embodiment of this application. As shown in FIG. 3, the random access process provided in this embodiment is a two-step RACH process, which mainly includes the following steps:

[0117] Step 201: The terminal device sends MsgA to the gNB.

[0118] In this step, MsgA sent by the terminal device includes Msg1 and Msg3 in the four-step RACH process, e.g., a preamble or ID of the terminal device. In an early data transmission scenario, MsgA may also carry service data.

[0119] Step 202: The gNB sends MsgB to the terminal device.

[0120] In this step, MsgB is equivalent to Msg2 (RAR) and Msg4 (feedback) in the 4-step RACH process. For RARs for the same RO, the gNB may schedule a PDSCH by scrambling the CRC of DCI format 1_0 using MsgB-RNTI / RA-RNTI, and the PDSCH carries RARs for all or some random access requests for the RO. One RO is associated with only one MsgB-RNTI / RA-RNTI.

[0121] After transmitting the preamble, the terminal device starts a random access response time window (MsgB-response window) and listens during the MsgB-response window to the PDCCH, whose CRC is scrambled using the MsgB-RNTI delivered by the gNB. If the terminal device receives the physical downlink control channel (PDCCH) scrambled using the MsgB-RNTI and the RAR carried by the PDSCH scheduled by the PDCCH contains a MAC sub-PDU identified using the random access preamble identifier RAPID that is the same as the transmitted preamble index, the random access is considered successful. Otherwise, the random access is considered unsuccessful.

[0122] If the terminal device successfully detects the preamble but fails to detect the physical uplink shared channel (PUSCH), a fallback from a 2-step RACH to a 4-step RACH is performed, and the RAR returned by the gNB is fallbackRAR. If the terminal device successfully detects the preamble and PUSCH, the RAR returned by the gNB is successRAR.

[0123] In the existing NR technology, for two-step RACH processing, MsgB is transmitted on the initial downlink BWP and MsgA is transmitted on the initial uplink BWP. For MsgA, all configured PRACH resources must be within the initial uplink BWP range according to the current protocol.

[0124] It should be noted that the technical solutions provided in the embodiments of this application may be implemented in the random access process shown in FIG. 2 or in the random access process shown in FIG.

[0125] The following uses specific embodiments to describe in detail the technical solutions provided in the embodiments of this application. It should be noted that the technical solutions provided in the embodiments of this application may include part or all of the following contents. The following specific embodiments may be combined with each other, and the same or similar concepts or processes may not be described in detail again in some embodiments.

[0126] 4 is a schematic interaction diagram of a frequency domain resource determination method according to an embodiment of this application. As shown in FIG. 4, the method provided in this embodiment includes the following steps:

[0127] Step 301: A network device configures at least two frequency domain resources for a terminal device.

[0128] The at least two frequency domain resources include at least one first type frequency domain resource and at least one second type frequency domain resource. The first type frequency domain resource is for a first type terminal device and / or a second type terminal device to communicate with a network device. The second type frequency domain resource is for a second type terminal device to communicate with a network device. The first type terminal device may be a general terminal, and the second type terminal device may be a REDCAP type terminal or another terminal.

[0129] The differences between the first type of terminal device and the second type of terminal device may include at least one of the following:

[0130] 1. Different bandwidth capabilities: For example, the carrier bandwidth of the second type terminal device is less than or equal to 50 MHz, for example, at least one of 50 MHz, 40 MHz, 20 MHz, 15 MHz, 10 MHz, or 5 MHz, while the carrier bandwidth of the first type terminal device is greater than 50 MHz.

[0131] 2. Different numbers of transmit antennas and receive antennas: For example, a second type terminal device may support 2R1T (two receive antennas and one transmit antenna) or 1R1T (one receive antenna and one transmit antenna). A first type terminal device may support 4R2T (four receive antennas and two transmit antennas). It should be understood that when the same data transmission rate is implemented, the number of transmit and receive antennas of the second type terminal device is smaller than the number of transmit and receive antennas of the first type terminal device, so the maximum coverage area that can be implemented for data transmission between the second type terminal device and the base station is smaller than the maximum coverage area that can be implemented for data transmission between the first type terminal device and the base station.

[0132] 3. Different maximum uplink transmission powers: For example, the maximum uplink transmission power of the second type terminal device may be 4 decibel-milliwatts (dBm) to 20 dBm, while the maximum uplink transmission power of the first type terminal device may be 23 dBm or 26 dBm.

[0133] 4. Different Protocol Releases: The second type of terminal device may be an NR Release 17 (release-17, Rel-17) or a release later than NR Rel-17. The first type of terminal device may be an NR Release 15 (release-15, Rel-15) or NR Release 16 (release-16, Rel-16) terminal device. The first type of terminal device is also called an NR legacy terminal device.

[0134] Different carrier aggregation capabilities: For example, the second type terminal device may not support carrier aggregation, while the first type terminal device may support carrier aggregation. In another example, both the first type terminal device and the second type terminal device may support carrier aggregation, but the maximum number of carriers that can be simultaneously aggregated by the second type terminal device is smaller than the maximum number of carriers that can be simultaneously aggregated by the first type terminal device. For example, the second type terminal device may support aggregation of up to two carriers, while the first type terminal device may support aggregation of up to five or 32 carriers.

[0135] 6. Different duplex capabilities: for example, the second type of terminal device supports half-duplex frequency division duplex (FDD), and the first type of terminal device supports full-duplex FDD.

[0136] 7. Different data processing time capabilities: for example, the minimum delay between receiving downlink data by the second type of terminal device and sending feedback for the downlink data is greater than the minimum delay between receiving downlink data by the first type of terminal device and sending feedback for the downlink data, and / or the minimum delay between sending uplink data by the second type of terminal device and receiving feedback for the uplink data is greater than the minimum delay between sending uplink data by the first type of terminal device and receiving feedback for the uplink data.

[0137] 8. Different processing capabilities: For example, the baseband processing capabilities of the second type terminal device are weaker than the baseband processing capabilities of the first type terminal device. The baseband processing capabilities may include at least one of the maximum number of multiple-input multiple-output (MIMO) layers supported by the terminal device during data transmission, the number of Hybrid Automatic Repeat reQuest (HARQ) processes supported by the terminal device, or the maximum transport block size (TBS) supported by the terminal device.

[0138] 9. Different Uplink and / or Downlink Peak Transmission Rates: The peak transmission rate is the maximum data transmission rate that can be reached by a terminal device in a time unit (e.g., per second). The uplink peak rate supported by the second type of terminal device may be lower than the uplink peak rate supported by the first type of terminal device, and / or the downlink peak rate supported by the second type of terminal device may be lower than the downlink peak rate supported by the first type of terminal device. For example, the uplink peak rate of the second type of terminal device may be 50 Mbps or less, and the downlink peak rate of the second type of terminal device may be 150 Mbps or less. The uplink peak rate of the first type of terminal device may be 50 Mbps or more, and the downlink peak rate of the first type of terminal device may be 150 Mbps or more. In another example, the uplink peak rate or the downlink peak rate of the second type of terminal device is on the order of 100 Mbps. The first type of terminal device has an uplink peak speed or a downlink peak speed on the order of Gbps.

[0139] 10. Different buffer sizes: Buffer may be understood as the total layer 2 (L2) buffer size, defined as the sum of the number of bytes buffered by the terminal device for all radio bearers within the radio link control (RLC) transmit, receive, and reordering windows, and the number of bytes buffered within the Packet Data Convergence Protocol (PDCP) reordering window. Alternatively, buffer may be understood as the total number of soft channel bits that can be used for HARQ processing.

[0140] For example, Figure 5 is a schematic diagram of frequency domain resources configured by a network device for a terminal device according to this embodiment of the present application. In Figure 5, an example in which the network device configures one first-type frequency domain resource and one second-type frequency domain resource for the terminal device is used for illustration. In some embodiments, as shown in Figure 5(a), the first-type frequency domain resource and the second-type frequency domain resource are two consecutive frequency domain resources in the frequency domain. In some embodiments, as shown in Figure 5(b), the first-type frequency domain resource and the second-type frequency domain resource are two discontinuous frequency domain resources in the frequency domain. In some embodiments, as shown in Figure 5(c), the first-type frequency domain resource and the second-type frequency domain resource have an overlapping portion.

[0141] In the following example, the initial uplink BWP is used as the frequency domain resource, the first initial uplink BWP is used as the frequency domain resource of the first type, and the second initial uplink BWP is used as the frequency domain resource of the second type. It should be understood that the frequency domain resource may alternatively be a downlink BWP.

[0142] For example, the network device configures at least two initial uplink BWPs for the terminal device, including a first initial uplink BWP and at least one second initial uplink BWP. The first initial uplink BWP is an initial uplink BWP configured by the network side for the terminal device in an existing protocol and may also be referred to as an UL initial BWP. The first initial uplink BWP may be used by a general terminal to communicate with the network device. In some embodiments, the first initial uplink BWP may also be used by a REDCAP-type terminal to communicate with the network device. The second initial uplink BWP is an initial uplink BWP newly configured by the network side for the terminal device and may be used by a REDCAP-type terminal to communicate with the network device.

[0143] In a possible implementation, the configured second initial uplink BWP may be used only for REDCAP-type terminals. For example, the network device may configure two second initial uplink BWPs with bandwidths of 20 MHz and 10 MHz, or 20 MHz and 5 MHz, respectively, for the terminal device. The bandwidths of the two second initial uplink BWPs may be used by the REDCAP-type terminal device to communicate with the network device. A dedicated initial uplink BWP may be configured for the REDCAP-type terminal device. In configuring the dedicated BWP, the bandwidth limitations supported by the REDCAP-type terminal device may be fully taken into account so that the REDCAP-type terminal device can successfully access the network device using the second initial uplink BWP. Furthermore, second initial uplink BWPs with different bandwidths may be configured for REDCAP-type terminals with different bandwidths. As a result, the problem of a REDCAP-type terminal being unable to access an existing first initial uplink BWP due to bandwidth limitations may be effectively avoided. By configuring a new second initial uplink BWP of a different type, the access load of different BWPs may be balanced.

[0144] In a possible implementation, the configured second initial uplink BWP may be used for both REDCAP-type terminals and general terminals. For example, the bandwidth of the second initial uplink BWP configured by the network device for the terminal device may be 20 MHz. The bandwidth of the second initial uplink BWP may be used by REDCAP-type terminals to communicate with the network device, or may be used by general terminals to communicate with the network device. In this case, the configuration of the second initial uplink BWP can effectively mitigate the case where the first initial uplink BWP is overloaded, and the access capability of the REDCAP-type terminals is considered, thereby improving the utilization of the second initial uplink BWP.

[0145] In the embodiment of this application, the REDCAP type terminal may be a massive Machine Type Communication (mMTC) terminal, a low-capability terminal, or an Internet of Things terminal, which is not limited in the embodiment of this application.

[0146] The relationship between the bandwidth of the second initial uplink BWP and the bandwidth of the first initial uplink BWP includes the following several possible cases.

[0147] In a possible case, the network device configures one second initial uplink BWP and one first initial uplink BWP, and the bandwidth of the second initial uplink BWP is equal to or less than the bandwidth of the first initial uplink BWP. In the above case, the terminal device may directly determine one of the at least two initial uplink BWPs based on configuration information from the network device and use the BWP to communicate with the network device. One of the at least two initial uplink BWPs determined by the terminal device may be the first initial uplink BWP (provided that the bandwidth of the first initial uplink BWP is equal to or less than the maximum bandwidth supported by the terminal device) or the second initial uplink BWP. When the number of second initial uplink BWPs configured in the configuration information is 1 and the bandwidth of the first initial uplink BWP is greater than the bandwidth supported by the terminal device, the terminal device may directly determine to access the second initial uplink BWP based on the configuration information, and no additional indication information is required for display.

[0148] In a possible case, the network device configures at least two second initial uplink BWPs and one first initial uplink BWP, and the bandwidth of each of the at least two second initial uplink BWPs is equal to or less than the bandwidth of the first initial uplink BWP. In the above case, the terminal device may determine one second initial uplink BWP from the at least two second initial uplink BWPs based on the configuration information and communicate with the network device using the second initial uplink BWP. Alternatively, the terminal device may determine the first initial uplink BWP (provided that the bandwidth of the first initial uplink BWP is equal to or less than the maximum bandwidth supported by the terminal device) and one BWP from the at least two initial uplink BWPs based on the configuration information and communicate with the network device using the BWP.

[0149] In a possible case, the network device configures at least two second initial uplink BWPs and one first initial uplink BWP, and the bandwidth of some of the at least two second initial uplink BWPs is equal to or less than the bandwidth of the first initial uplink BWP, and the bandwidth of the remaining part of the second initial uplink BWP is greater than the bandwidth of the first initial uplink BWP.

[0150] In a possible case, the network device configures at least one second initial uplink BWP and a plurality of first initial uplink BWPs. For example, the bandwidth of each of the second initial uplink BWPs is equal to or less than the maximum bandwidth supported by the terminal device, and the bandwidth of at least one of the plurality of first initial uplink BWPs is equal to or less than the maximum bandwidth supported by the terminal device. The terminal device may determine one BWP from the at least one second initial uplink BWP and at least one of the plurality of first initial uplink BWPs based on the configuration information, and use the BWP to communicate with the network device. For example, the bandwidth of a portion of the second initial uplink BWPs is equal to or less than the maximum bandwidth supported by the terminal device, and the bandwidth of at least one of the plurality of first initial uplink BWPs is equal to or less than the maximum bandwidth supported by the terminal device. The terminal device may determine one BWP from the portion of the second initial uplink BWPs and at least one of the plurality of first initial uplink BWPs based on the configuration information, and use the BWP to communicate with the network device.

[0151] The relationship between the bandwidth of the first initial uplink BWP and the maximum bandwidth supported by the terminal device includes the following several possible cases:

[0152] In possible cases, the network device configures one first initial uplink BWP, the bandwidth of which is equal to or less than the maximum bandwidth supported by the terminal device, or the bandwidth of which is greater than the maximum bandwidth supported by the terminal device.

[0153] In a possible case, the network device configures at least two first initial uplink BWPs, the bandwidth of each of which is greater than the maximum bandwidth supported by the terminal device, or the bandwidth of at least one of the at least two first initial uplink BWPs is less than or equal to the maximum bandwidth supported by the terminal device.

[0154] The relationship between the bandwidth of the second initial uplink BWP and the maximum bandwidth supported by the terminal device includes the following several possible cases:

[0155] In a possible case, the network device configures one second initial uplink BWP, and the bandwidth of the second initial uplink BWP is equal to or less than the maximum bandwidth supported by the terminal device.

[0156] In a possible case, the network device configures at least two second initial uplink BWPs, and the bandwidths of all of the at least two second initial uplink BWPs are less than or equal to the maximum bandwidth supported by the terminal device.

[0157] In a possible case, the network device configures at least two second initial uplink BWPs, and the bandwidth of some of the at least two second initial uplink BWPs is less than or equal to the maximum bandwidth supported by the terminal device.

[0158] In an embodiment of this application, the maximum bandwidth supported by the terminal device may be the maximum bandwidth supported by a REDCAP type terminal. Typically, the maximum bandwidth supported by a REDCAP type terminal is 5 MHz, 10 MHz, and 20 MHz.

[0159] Based on the above explanation, the following summarizes the initial uplink BWP configuration by the network device for a REDCAP type terminal.

[0160] In a possible implementation, it will be understood that if the network device configures only the first initial uplink BWP and does not configure a dedicated initial uplink BWP for the REDCAP type terminal, and the bandwidth of the first initial uplink BWP is greater than the maximum bandwidth supported by the REDCAP type terminal, the network device implicitly indicates that the REDCAP type terminal cannot access the cell.

[0161] In a possible implementation, if a network device configures a first initial uplink BWP and a dedicated initial uplink BWP for a REDCAP type terminal, and the bandwidth of the first initial uplink BWP is greater than the maximum bandwidth supported by the REDCAP type terminal, the REDCAP type terminal in this example may transmit uplink data using the dedicated initial uplink BWP.

[0162] In a possible implementation, a network device configures a first initial uplink BWP and a dedicated initial uplink BWP for a REDCAP type terminal, and if the bandwidth of the first initial uplink BWP is less than or equal to the maximum bandwidth supported by the REDCAP type terminal, the REDCAP type terminal in this example may transmit uplink data using the first initial uplink BWP or the dedicated initial uplink BWP.

[0163] Step 302: The network device sends configuration information to the terminal device, where the configuration information includes configuration information of at least two frequency domain resources.

[0164] Hereinafter, the initial uplink BWP is used as the frequency domain resource, and it should be understood that the frequency domain resource may alternatively be the downlink BWP.

[0165] In some embodiments, the network device may transmit the configuration information to the terminal device using system information. The system information includes SIB1 and other system information. In some embodiments, the network device may alternatively transmit the configuration information using higher layer signaling, such as radio resource control layer (RRC) signaling or medium access control element (MACE). In some embodiments, the network device may alternatively transmit the configuration information using physical layer signaling, such as downlink control information (DCI).

[0166] The configuration information of any one of the at least two initial uplink BWPs includes uplink transmission configuration information such as frequency domain location and bandwidth of the BWP, random access channel (RACH) configuration information, physical uplink shared channel (PUSCH) configuration information, and physical uplink control channel (PUCCH) configuration information, or a part of the uplink transmission configuration information.

[0167] Step 303: The terminal device determines one of the at least two frequency domain resources based on the configuration information.

[0168] In some embodiments, the terminal device may further determine one of the at least two frequency domain resources according to a predefined or pre-set rule.

[0169] It should be noted that in some embodiments, step 303 in this embodiment may be used as an optional step.

[0170] Step 304: The terminal device communicates with the network device using one of the at least two frequency domain resources.

[0171] In the following example, the initial uplink BWP is used as the frequency domain resource, the first initial uplink BWP is used as the frequency domain resource of the first type, and the second initial uplink BWP is used as the frequency domain resource of the second type. It should be understood that the frequency domain resource may alternatively be a downlink BWP.

[0172] In a possible implementation, if the terminal device is a general terminal, the terminal device may communicate with the network device based on the first initial uplink BWP among the at least two initial uplink BWPs set in the configuration information, i.e., may still communicate with the network device using the initial uplink BWP.

[0173] Optionally, if the bandwidth of one or more of the second initial uplink BWPs in the at least two initial uplink BWPs is less than or equal to the maximum bandwidth supported by the general terminal, the terminal device may communicate with the network device based on the second initial uplink BWP in the at least two initial uplink BWPs set in the configuration information.

[0174] In a possible implementation, if the terminal device is a REDCAP type terminal, the terminal device may communicate with the network device based on at least one second initial uplink BWP among the at least two initial uplink BWPs configured in the configuration information.

[0175] Optionally, if the bandwidth of at least one second initial uplink BWP among the at least two initial uplink BWPs is smaller than the maximum bandwidth supported by the REDCAP type terminal, the terminal device may communicate with the network device based on any second initial uplink BWP among the at least two initial uplink BWPs configured in the configuration information.

[0176] Optionally, if the bandwidth of the first initial uplink BWP among the at least two initial uplink BWPs is 20 MHz and the maximum bandwidth supported by the REDCAP type terminal is 20 MHz, the terminal device may communicate with the network device based on the first initial uplink BWP among the at least two initial uplink BWPs set in the configuration information.

[0177] In a possible implementation, in a four-step RACH process, the terminal device transmits Msg1, Msg3, or other subsequent uplink data on one BWP of at least two determined initial uplink BWPs.

[0178] In a possible implementation, in a two-step RACH process, the terminal device transmits MsgA or other uplink data on one BWP determined from at least two initial uplink BWPs.

[0179] According to the frequency domain resource determination method provided in this embodiment, a network device transmits configuration information in which at least two frequency domain resources are configured to a terminal device. The terminal device determines one of the at least two frequency domain resources based on the configuration information and communicates with the network device using the frequency domain resource. The network device configures multiple frequency domain resources for the terminal device, and at least one of the multiple frequency domain resources can be used by the terminal device. This avoids the problem that the terminal device cannot communicate normally with the network device because the bandwidth of the frequency domain resource currently configured by the network side exceeds the maximum bandwidth supported by the terminal device, thereby improving the data transmission performance of the terminal device and improving communication reliability.

[0180] The above embodiment provides a technical solution in which a network side configures multiple frequency domain resources for a terminal device, thereby improving the data transmission performance of different types of terminals. According to the above embodiment, the following embodiment provides a technical solution in which a network side sends instruction information to a terminal device. The terminal device specifically determines one of the multiple frequency domain resources based on the instruction information from the network side, and transmits uplink data to the network side based on the bandwidth of the frequency domain resource.

[0181] Hereinafter, the frequency domain resource determination method provided in this embodiment will be described in detail with reference to Figure 6. Figure 6 is a schematic interaction diagram of the frequency domain resource determination method according to an embodiment of this application. As shown in Figure 6, the method provided in this embodiment includes the following steps:

[0182] Step 401: A network device configures at least two frequency domain resources for a terminal device.

[0183] Step 402: The network device sends configuration information to the terminal device, where the configuration information includes configuration information of at least two frequency domain resources.

[0184] Step 401 and step 402 in this embodiment are the same as step 301 and step 302 in the previous embodiment. For details, please refer to the previous embodiment. The details will not be described again here.

[0185] Step 403: The network device sends instruction information to the terminal device.

[0186] In the following example, the initial uplink BWP is used as the frequency domain resource, the first initial uplink BWP is used as the frequency domain resource of the first type, and the second initial uplink BWP is used as the frequency domain resource of the second type. It should be understood that the frequency domain resource may alternatively be a downlink BWP.

[0187] The indication information indicates that the terminal device communicates with the network device using one of the at least two initial uplink BWPs. Alternatively, the indication information indicates that the terminal device communicates with the network device over a bandwidth of one of the at least two initial uplink BWPs. In other words, the indication information indicates that the terminal device communicates with the network device over a bandwidth of one of the at least two initial uplink BWPs.

[0188] The BWP indicated by the indication information may be one of the at least one first initial uplink BWP or may be one of the at least one second initial uplink BWP.

[0189] In possible cases, the network device configures one second initial uplink BWP and one first initial uplink BWP.

[0190] When the first initial uplink BWP can be used for a first type of terminal device and a second type of terminal device to communicate with the network device, and the second initial uplink BWP is for a second type of terminal device to communicate with the network device, the indication information may indicate that the terminal device communicates with the network device using the first initial uplink BWP or the second initial uplink BWP.

[0191] When the first initial uplink BWP may be used only for a terminal device of a first type to communicate with a network device and the second initial uplink BWP is for a terminal device of a second type to communicate with a network device, the indication information may indicate that the terminal device communicates with the network device using the second initial uplink BWP. The terminal device may directly determine to communicate with the network device using the second initial uplink BWP based on the configuration information. Alternatively, the terminal device may determine to communicate with the network device using the second initial uplink BWP based on the configuration information and the indication information.

[0192] In a possible case, the network device configures at least two second initial uplink BWPs and one first initial uplink BWP, where the bandwidth of each of the at least two second initial uplink BWPs is equal to or less than the bandwidth of the first initial uplink BWP, and the first initial uplink BWP may be used by a first type terminal device and a second type terminal device to communicate with the network device. In some embodiments, the indication information may indicate one of the at least two second initial uplink BWPs. In this case, the terminal device may determine one second initial uplink BWP from the at least two second initial uplink BWPs based on the configuration information and the indication information and communicate with the network device using the second initial uplink BWP. In this case, the indication information primarily indicates one of the at least two second initial uplink BWPs. In some embodiments, the indication information may indicate the first initial uplink BWP. In this case, the terminal device may determine a first initial uplink BWP based on the configuration information and the instruction information, and communicate with the network device using the first initial uplink BWP.

[0193] In an embodiment of this application, after configuring at least two initial uplink BWPs for the terminal device, the network device may send indication information to the terminal device through a random access procedure. In other words, the indication information may be included in a random access response message, and the random access response message is for the network device to respond to the random access request of the terminal device.

[0194] Specifically, the instruction information may be included in the following messages:

[0195] In a four-step RACH process, the indication information may be included in Msg2, which is for the network device to respond to the random access request of the terminal device. In a two-step RACH process, the indication information may be included in MsgB, which is for the network device to respond to the random access request of the terminal device.

[0196] The following describes the details of the indication information in the four-step RACH process.

[0197] In a possible implementation, the indication information is included in a random access response RAR of Msg2, which is intended for the network device to respond to the random access request (i.e., Msg1) of the terminal device.

[0198] Specifically, the RAR in Msg2 may contain instruction information in the following cases:

[0199] In the first case, the indication information is located in a PUSCH frequency domain resource allocation indication field in an uplink grant (UL grant) in the RAR of Msg2, and optionally in some bits starting from the most significant bit (MSB) of the PUSCH frequency domain resource allocation indication field in an UL grant in the RAR.

[0200] Specifically, for a non-shared spectrum channel access scenario, the PUSCH frequency-domain resource allocation field in the UL grant in the RAR includes 14 bits, as shown in Figure 7. When the bandwidth (BW) of the initial uplink BWP is set to 20 MHz and the subcarrier spacing (SCS) is 30 kHz, the 11 least significant bits of the PUSCH frequency-domain resource allocation field indicate the PUSCH frequency-domain resource allocation. When the BW is 20 MHz and the SCS is 15 kHz, the 13 least significant bits of the PUSCH frequency-domain resource allocation field indicate the PUSCH frequency-domain resource allocation. In this case, some most significant bits of the PUSCH frequency-domain resource allocation field are idle. For a REDCAP-type UE, the idle most significant bits may be reinterpreted to indicate the uplink BWPs used by the UE for uplink transmission, including at least one newly configured second initial uplink BWP or the first initial uplink BWP.

[0201] Optionally, when a REDCAP type terminal determines multiple available initial uplink BWPs, the terminal may further determine the number of bits occupied by the PUSCH frequency domain resource allocation field in the UL grant in the RAR based on the initial uplink BWP having the largest number of physical resource blocks PRBs among the multiple available initial uplink BWPs.

[0202] The instruction information of the network device will be described using an example in which the network device preconfigures two initial uplink BWPs dedicated to a REDCAP-type terminal (i.e., the network device preconfigures two second initial uplink BWPs). The two preconfigured initial uplink BWPs dedicated to a REDCAP-type terminal may be named NR REDCAP initial UL BWP#1 and NR REDCAP initial UL BWP#2, respectively, and the initial UL may be named UL initial.

[0203] (1) When the bandwidth of the first initial uplink BWP is larger than the maximum bandwidth supported by the NR REDCAP type terminal, one most significant bit of the PUSCH frequency domain resource allocation field in the UL grant in the RAR may indicate the initial uplink BWP that the terminal device will use to transmit Msg3 or perform other uplink transmissions. An example is shown in Table 1. [Table 1]

[0204] Optionally, the two most significant bits of the PUSCH frequency domain resource allocation field in the UL grant in the RAR indicate one of two pre-configured initial uplink BWPs dedicated to REDCAP type terminals, and the two bits may indicate four indication states. For example, as shown in Table 2, two states indicate two configured initial uplink BWPs dedicated to REDCAP type terminals, respectively. One state may indicate an existing initial uplink BWP in NR, i.e., the first initial uplink BWP, which may be represented as UL initial BWP_NR legacy. Because the bandwidth of the existing initial uplink BWP in NR exceeds the maximum bandwidth supported by REDCAP type terminals, the network device may indicate that REDCAP type terminals cannot access the NR or that currently accessing REDCAP type terminals cannot access the NR by indicating the existing initial uplink BWP in NR. [Table 2]

[0205] (2) When the bandwidth of the first initial uplink BWP is equal to or less than the maximum bandwidth supported by the NR REDCAP type terminal, the two most significant bits of the PUSCH frequency domain resource allocation field in the UL grant in the RAR may indicate the initial uplink BWP that the terminal device uses to transmit Msg3 or perform other uplink transmissions. For example, as shown in Table 3, the three states of the two bits may indicate the first initial uplink BWP and two initial uplink BWPs dedicated to the REDCAP type terminal, respectively. Furthermore, the states of the remaining two bits may indicate whether the REDCAP type terminal can access the current cell. When indicating inaccessibility, the REDCAP type terminal cannot access the current cell. [Table 3]

[0206] In the second case, the indication information is located in some bits from the least significant bit (LSB) of the RAPID of the MAC sub-PDU in which the RAR is carried.

[0207] In the third case, the indication information is located in some bits of the reserved bits of the MAC sub-PDU in which the RAR is carried.

[0208] FIG. 8 is a schematic diagram of a MAC RAR structure according to one embodiment of this application. As shown in FIG. 8, the indication information may be located in some of the most significant bits of the PUSCH frequency domain resource allocation field in the UL grant shown in FIG. 8, some of the least significant bits of the RAPID field shown in FIG. 8, or some bits (i.e., reserved bits) of the R field shown in FIG. 8. Note that if the bits in any one of the aforementioned fields are insufficient, the network device may further indicate the initial uplink BWP to be used by the terminal device to transmit Msg3 or perform other uplink transmissions by combining bits in any two or three of the aforementioned fields. For example, Table 4 shows a bit allocation table for the UL grant in FIG. 8 (which may be used in a non-shared spectrum channel access scenario). [Table 4]

[0209] In the above implementation, the network device uses some bits in the random access response RAR of Msg2 to indicate the initial uplink BWP that the terminal device (specifically, may be a REDCAP type terminal) will use to send Msg3 or perform other uplink transmissions, so that the terminal device can access the current cell based on the indication information, thereby improving the data transmission performance of the terminal device. Additionally, the following two implementations are further included.

[0210] In a possible implementation, the indication information is included in the DCI used to schedule Msg2 (or in the PDSCH used to schedule the carried RAR), specifically, the indication information is located in some of the reserved bits of the DCI.

[0211] Optionally, the network device may use some of the reserved bits in the CRC of the DCI scrambled using the RA-RNTI to indicate the initial uplink BWP that the terminal device will use to send Msg3 or perform other uplink transmissions. In this implementation, the bit length and indication method for indicating the initial uplink BWP by the network device are the same as those in the first implementation. For details, see the above description.

[0212] In this implementation, a terminal device initiating random access using the same RO or listening to the CRC of a scrambled DCI using the same RA-RNTI may use some of the reserved bits in the DCI transmitted by the network device to determine the initial uplink BWP to be used for transmitting Msg3 or for other uplink transmissions.

[0213] In some embodiments, because multiple terminal devices may initiate random access using different preambles on the same RO, the network device may group the terminal devices based on the preamble ID and / or RAPID, and the network device may use some of the same bits to indicate the initial uplink BWP of terminal devices in the same group. The network device may group the terminal devices based on SIB1 or higher layer configuration. Methods of grouping include:

[0214] Method 1: UEs with preamble ID / RAPID mod N=X are grouped into one group, where X={0, 1,..., N-1}.

[0215] Method 2: UEs with M consecutive preamble IDs / RAPIDs are grouped into one group, e.g., {0, 1, ..., M-1}, {M, M+1, M+2, ..., 2M-1}, ..., {M*NM, M*NM-2, ..., M*N-1}, where N is the number of groups and N*N is the number of preambles multiplexed on the same RO.

[0216] If each group uses X bits to indicate the initial uplink BWP used by the group, then N*X bits in the reserved bits of the DCI need to be occupied in total, as shown in FIG.

[0217] Optionally, a network device may group and transmit RARs corresponding to different preambles on the same RO. The grouping method is the same as above. In this case, the RARs are transmitted using the least significant bits of the RAPID of the MAC sub-PDU.

number

[0218] In the above implementation, the network device uses some bits in the DCI for scheduling Msg2 to indicate an initial uplink BWP to be used by the terminal device (specifically, which may be a REDCAP type terminal) to send Msg3 or perform other uplink transmissions, so that the terminal device accesses the current cell based on the indication information, improving the data transmission performance of the terminal device.

[0219] In a possible implementation, the indication information is included in the DCI and RAR used to schedule Msg2. This method is primarily intended for cases where there are insufficient bits in the DCI or RAR. The network device may jointly indicate one of at least two initial uplink BWPs using a combination of bits in the DCI and RAR. Joint indication can save bit overhead. In some embodiments, the indication information may alternatively be included in both the DCI used to schedule Msg2 and the RAR of Msg2.

[0220] Optionally, in the case of indication information in a four-step RACH process, any two, three, or more bits of all indication fields indicating the initial uplink BWP and mentioned in this embodiment may collectively indicate the initial uplink BWP of one terminal device or a group of terminal devices.

[0221] Optionally, the bits in the indication field may further perform repeated transmissions of the channel, such as Msg2, Msg3, or Msg4, and indicate the number of repeated transmissions.

[0222] The above embodiment shows the indication information in a four-step RACH process. The following describes the indication information in a two-step RACH process in detail.

[0223] In the case of two-step RACH processing, the terminal device transmits MsgA (including Msg1 and Msg3) through two channels: PRACH and PUSCH. In a non-early data transmission scenario, Msg3 is carried on the PUSCH. In an early data transmission scenario, the PUSCH may carry uplink service data.

[0224] In one implementation, for an initial access scenario, the initial uplink BWP used by the terminal device to transmit the MsgA-PUSCH is predefined or preconfigured. The network device may use SIB1 or other system information to preconfigure configuration information for the initial uplink BWP for transmitting the MsgA-PUSCH, and the terminal device determines the initial uplink BWP for transmitting the MsgA-PUSCH based on the configuration information. The above method is also applicable to non-initial access scenarios, such as scenarios in which the terminal device is in an RRC connected state, an inactive state, or an idle state.

[0225] In another implementation, in addition to transmitting the configuration information to the terminal device, the network device may also transmit instruction information to the terminal device. The transmitted instruction information may include the following several possible implementations:

[0226] In a possible implementation, the indication information is included in a random access response RAR of MsgB, which RAR is used by the network device to respond to the random access request of the terminal device (i.e., MsgA).

[0227] Specifically, the inclusion of instruction information in the RAR of MsgB includes the following cases:

[0228] In the first case, the indication information is located in a PUSCH frequency-domain resource allocation indication field in an uplink UL grant in the RAR of MsgB. Optionally, the indication information is located in several most significant bits of the PUSCH frequency-domain resource allocation indication field in an UL grant in the RAR of MsgB. Optionally, the indication information is located in several most significant bits of the PUSCH frequency-domain resource allocation indication field in an UL grant in the successRAR / fallbackRAR of MsgB.

[0229] In some embodiments, the network device receives MsgA from the terminal device. When the network device detects both the preamble and MsgA-PUSCH, random access is successful and the network device transmits a contention resolution identifier in MsgB. Additionally, the network device uses successRAR in MsgB to indicate an initial uplink BWP to be used by the terminal device for subsequent uplink transmissions, including MsgB-PUSCH feedback, subsequent 4-step random access (RA) processes, or 2-step RA processes.

[0230] In some embodiments, the network device receives MsgA from the terminal device. If the network device detects only the preamble but not the MsgA-PUSCH, a fallback from a two-step RACH to a four-step RACH is performed, and the network device schedules the PUSCH by continuing transmission in MsgB using fallbackRAR. An important reason for the failure of MsgA-PUSCH detection is poor channel quality. In one implementation, the network device may indicate to the terminal device to transmit MsgA-PUSCH on an initial uplink BWP different from the initial uplink BWP originally used, thereby performing frequency hopping over a larger frequency range and increasing frequency selectivity gain.

[0231] In the second case, the indication information is located in some least significant bits of the RAPID of the MAC sub-PDU in which the RAR is carried. Optionally, the indication information is located in some least significant bits of the RAPID of the MAC sub-PDU in which the successRAR / fallbackRAR is carried.

[0232] In the third case, the indication information is located in some bits of the reserved bits of the MAC sub-PDU in which the RAR is carried. Optionally, the indication information is located in some bits of the reserved bits of the MAC sub-PDU in which the successRAR / fallbackRAR is carried.

[0233] In a possible implementation, the indication information is included in the DCI used to schedule the MsgB. Specifically, the indication information is located in reserved bits of the DCI.

[0234] Optionally, the network device may use some of the reserved bits in the CRC of the DCI scrambled using the RA / MsgB-RNTI to indicate the initial uplink BWP that the terminal device uses to transmit Msg3 or perform other uplink transmissions. In this implementation, the bit length and indication method for indicating the initial uplink BWP by the network device are the same as those in the first implementation of the indication information in the 4-step RACH embodiment. For details, see the above description.

[0235] In some embodiments, the network device receives MsgA from the terminal device. If the network device detects only the preamble and does not detect MsgA-PUSCH, a fallback from a 2-step RACH to a 4-step RACH is performed, and the network device schedules PUSCH by continuing transmission using fallbackRAR in MsgB. Additionally, the network device may further use the DCI used to schedule MsgB to indicate an initial uplink BWP to be used by the terminal device for subsequent uplink transmissions.

[0236] In a possible implementation, the indication information is included in the DCI and RAR used to schedule the MsgB. This scheme is primarily intended for cases where there are insufficient bits in the DCI and RAR. The network device may use a combination of bits in the DCI and RAR to jointly indicate one of at least two initial uplink BWPs.

[0237] Optionally, in the case of indication information in a two-step RACH process, any two, three, or more bits of all indication fields indicating the initial uplink BWP and mentioned in this embodiment may collectively indicate the initial uplink BWP of one terminal device or a group of terminal devices.

[0238] Step 404: The terminal device determines one of the at least two frequency domain resources according to the configuration information and the indication information.

[0239] Step 405: The terminal device communicates with the network device using one of the at least two frequency domain resources.

[0240] Hereinafter, the initial uplink BWP is used as the frequency domain resource, and it should be understood that the frequency domain resource may alternatively be the downlink BWP.

[0241] In the four-step RACH process, the terminal device determines one of at least two initial uplink BWPs based on the configuration information and the indication information, and transmits Msg3 or other subsequent uplink data on the bandwidth of the determined BWP.

[0242] In the two-step RACH process, the terminal device determines one of at least two initial uplink BWPs based on the configuration information and the indication information, and transmits other subsequent uplink data on the bandwidth of the determined BWP.

[0243] According to the frequency domain resource determination method provided in this embodiment, the network device may preconfigure at least two frequency domain resources for the terminal device using system information or signaling, and may indicate one frequency domain resource to be used by the terminal device for subsequent uplink data transmission using DCI and / or a random access response message used to schedule Msg2 / MsgB in the random access process. The terminal device determines one of the at least two frequency domain resources based on the preconfiguration and an instruction from the network side, and communicates with the network device using the frequency domain resource. The above solution solves the problem that the terminal device cannot communicate with the network device because the frequency domain resource currently configured on the network side may exceed the maximum bandwidth supported by the terminal device, thereby improving the reliability of the communication process. Additionally, the uplink frequency selection gain of the network side is increased. This also helps the network side flexibly perform load balancing among multiple frequency domain resources, thereby improving the data transmission performance of the terminal device.

[0244] 10 is a schematic diagram of a network device structure according to an embodiment of the present application. For example, the network device 500 is the network device in the embodiment shown in FIG. 4 or the embodiment shown in FIG.

[0245] The network device 500 includes a processing module 501. Optionally, the network device 500 may further include a transceiver module 502. For example, the network device 500 may be a network device, a chip used in a network device, or another combined device or component having the functionality of a network device. When the network device 500 is a network device, the transceiver module 502 may be a transceiver. The transceiver may include an antenna, a radio frequency circuit, etc. The processing module 501 may be a processor (or processing circuit), such as a baseband processor. The baseband processor 110 may include one or more central processing units (CPUs). When the network device 500 is a component having the functionality of a network device, the transceiver module 502 may be a radio frequency unit, and the processing module 501 may be a processor (or processing circuit), such as a baseband processor. When the network device 500 is a chip system, the transceiver module 502 may be an input / output interface of the chip (e.g., a baseband chip), and the processing module 501 may be a processor (or processing circuit) of the chip system and may include one or more central processing units. It should be understood that the processing module 501 in this embodiment of the present application may be implemented by a processor or processor-related circuit components (also referred to as processing circuits), and the transceiver module 502 may be implemented by a transceiver or transceiver-related circuit components.

[0246] In a possible implementation, the transceiver module 502 is configured to transmit configuration information to the terminal device, the configuration information including configuration information for at least two frequency domain resources, the at least two frequency domain resources including at least one first type frequency domain resource and at least one second type frequency domain resource, the first type frequency domain resource being for the first type terminal device and / or the second type terminal device to communicate with the network device, and the second type frequency domain resource being for the second type terminal device to communicate with the network device. The processing module 501 is configured to communicate with the terminal device using one of the at least two frequency domain resources.

[0247] Optionally, the first type of frequency domain resource includes a first initial uplink bandwidth portion BWP, and the second type of frequency domain resource includes a second initial uplink BWP.

[0248] Optionally, the first type of frequency domain resource is for the first type of terminal device and the second type of terminal device to communicate with the network device. The transceiver module 502 is further configured to send indication information to the terminal device, the indication information indicating one of the at least two frequency domain resources.

[0249] Optionally, the first type of frequency domain resource is used only for the first type of terminal device to communicate with the network device, and the transceiver module 502 is further configured to send indication information to the terminal device, the indication information indicating one second type of frequency domain resource among the at least two frequency domain resources.

[0250] Optionally, the indication information is included in a random access response message, the random access response message being for the network device to respond to the random access request of the terminal device.

[0251] Optionally, the indication information is included in Msg2, and Msg2 is for the network device to respond to the random access request of the terminal device.

[0252] Optionally, the indication information is included in MsgB, and MsgB is for the network device to respond to the random access request of the terminal device.

[0253] Optionally, the indication information is located in a Physical Uplink Shared Channel (PUSCH) frequency domain resource allocation indication field in an uplink grant in the random access response message. In a possible implementation, the indication information is located in at least one most significant bit in a Physical Uplink Shared Channel (PUSCH) frequency domain resource allocation indication field in an uplink grant in the random access response message.

[0254] Optionally, the indication information is included in a downlink control information (DCI), the DCI being used to schedule a random access response message, the random access response message being for the network device to respond to the random access request of the terminal device. In a possible implementation, the indication information is included in reserved bits of the DCI.

[0255] Optionally, the indication information is included in the random access response message and in a DCI for scheduling the random access response message, and a bit in the random access response message and a bit in the DCI together indicate that the terminal device uses one of the at least two frequency domain resources to communicate with the network device.

[0256] Optionally, the bandwidth of the second type of frequency domain resource is less than or equal to a maximum bandwidth supported by the terminal device.

[0257] Optionally, the transceiver module 502 is specifically configured to transmit the configuration information to the terminal device using system information, higher layer signaling, or physical layer signaling.

[0258] The network device provided in this embodiment may be configured to implement the technical solution of the network device in any one of the above-mentioned method embodiments, and the implementation principles and technical effects thereof are similar, so the details will not be described again here.

[0259] 11 is a schematic diagram of the structure of a terminal device according to an embodiment of this application. For example, the terminal device 600 is the terminal device in the embodiment shown in FIG. 4 or the embodiment shown in FIG.

[0260] The terminal device 600 includes a processing module 601. Optionally, the terminal device 600 may further include a transceiver module 602. For example, the terminal device 600 may be a terminal device, a chip used in a terminal device, or another combined device or component having the functionality of a terminal device. When the terminal device 600 is a terminal device, the transceiver module 602 may be a transceiver. The transceiver may include an antenna, a radio frequency circuit, etc. The processing module 601 may be a processor (or processing circuit), for example, a baseband processor. The baseband processor 110 may include one or more central processing units (CPUs). When the terminal device 600 is a component having the functionality of a terminal device, the transceiver module 602 may be a radio frequency unit, and the processing module 601 may be a processor (or processing circuit), for example, a baseband processor. When the terminal device 600 is a chip system, the transceiver module 602 may be an input / output interface of the chip (e.g., a baseband chip), and the processing module 601 may be a processor (or processing circuit) of the chip system and may include one or more central processing units. It should be understood that the processing module 601 in this embodiment of the present application may be implemented by a processor or processor-related circuit components (also referred to as processing circuits), and the transceiver module 602 may be implemented by a transceiver or transceiver-related circuit components.

[0261] In a possible implementation, the transceiver module 602 is configured to receive configuration information from a network device, the configuration information including configuration information for at least two frequency domain resources, the at least two frequency domain resources including at least one first type frequency domain resource and at least one second type frequency domain resource, the first type frequency domain resource being for a terminal device of the first type and / or a terminal device of the second type to communicate with the network device, and the second type frequency domain resource being for a terminal device of the second type to communicate with the network device.

[0262] The processing module 601 is configured to determine one of the at least two frequency domain resources based on the configuration information, and to communicate with the network device using the one of the at least two frequency domain resources.

[0263] Optionally, the first type of frequency domain resource includes a first initial uplink bandwidth portion BWP, and the second type of frequency domain resource includes a second initial uplink BWP.

[0264] Optionally, the first type of frequency domain resource is for the first type terminal device and the second type terminal device to communicate with the network device. The transceiver module 602 is further configured to receive instruction information from the network device, the instruction information indicating one of the at least two frequency domain resources. The processing module 601 is specifically configured to determine one of the at least two frequency domain resources based on the configuration information and the instruction information. Optionally, the first type of frequency domain resource is used only for the first type of terminal device to communicate with the network device. The transceiver module 602 is further configured to receive instruction information from the network device, the instruction information indicating one of the at least two second type of frequency domain resources. The processing module 601 is specifically configured to determine one of the at least two second type of frequency domain resources based on the setting information and the instruction information.

[0265] Optionally, the indication information is included in a random access response message, the random access response message being for the network device to respond to the random access request of the terminal device.

[0266] Optionally, the indication information is included in Msg2, and Msg2 is for the network device to respond to the random access request of the terminal device.

[0267] Optionally, the indication information is included in MsgB, and MsgB is for the network device to respond to the random access request of the terminal device.

[0268] Optionally, the indication information is located in a Physical Uplink Shared Channel (PUSCH) frequency domain resource allocation indication field in an uplink grant in the random access response message. In a possible implementation, the indication information is located in at least one most significant bit in a Physical Uplink Shared Channel (PUSCH) frequency domain resource allocation indication field in an uplink grant in the random access response message.

[0269] Optionally, the indication information is included in a downlink control information (DCI), the DCI being used to schedule a random access response message, the random access response message being for the network device to respond to the random access request of the terminal device. In a possible implementation, the indication information is included in reserved bits of the DCI.

[0270] Optionally, the indication information is included in the random access response message and in a DCI for scheduling the random access response message, and a bit in the random access response message and a bit in the DCI together indicate that the terminal device uses one of the at least two frequency domain resources to communicate with the network device.

[0271] Optionally, the bandwidth of the second type of frequency domain resource is less than or equal to a maximum bandwidth supported by the terminal device.

[0272] Optionally, the transceiver module 602 is configured to receive configuration information from a network device, specifically from system information, upper layer signaling, or physical layer signaling.

[0273] The terminal device provided in this embodiment may be configured to implement the technical solution of the terminal device in any one of the above-mentioned method embodiments. The implementation principle and its technical effect are similar, and the details are not described again here.

[0274] 12 is a schematic diagram of a hardware structure of a network device according to one embodiment of the present application. As shown in FIG. 12, the network device 700 includes a processor 701, a memory 702, and a communication interface 703. The memory 702 is configured to store a computer program. The processor 701 is configured to execute the computer program stored in the memory 702 to implement the method performed by the network device in any one of the aforementioned method embodiments. The communication interface 703 is configured to perform data communication or signal communication with another device.

[0275] Optionally, memory 702 may be separate or integrated with processor 701. When memory 702 is a separate component from processor 701, network device 700 may further include bus 704, which is configured to connect memory 702 and processor 701.

[0276] 10 may be integrated into the processor 701 for implementation, and the transceiver module 502 may be integrated into the communication interface 703 for implementation. In a possible implementation, the processor 701 may be configured to implement the signal processing operations of the network device in the aforementioned method embodiments, and the communication interface 703 may be configured to implement the signal reception and transmission operations of the network device in the aforementioned method embodiments.

[0277] The network device provided in this embodiment may be configured to perform the method implemented by the network device in any one of the above-mentioned method embodiments. The implementation principle and its technical effect are similar, and the details will not be described again here.

[0278] 13 is a schematic diagram of a hardware structure of a terminal device according to one embodiment of the present application. As shown in FIG. 13, the terminal device 800 includes a processor 801, a memory 802, and a communication interface 803. The memory 802 is configured to store a computer program. The processor 801 is configured to execute the computer program stored in the memory 802 to implement a method performed by the terminal device in any one of the aforementioned method embodiments. The communication interface 803 is configured to perform data communication or signal communication with another device.

[0279] Optionally, the memory 802 may be independent or integrated with the processor 801. When the memory 802 is a component separate from the processor 801, the terminal device 800 may further include a bus 804, which is configured to connect the memory 802 and the processor 801.

[0280] 11 may be integrated into the processor 801 for implementation, and the transceiver module 602 may be integrated into the communication interface 803 for implementation. In a possible implementation, the processor 801 may be configured to implement signal processing operations of the terminal device in the aforementioned method embodiments, and the communication interface 803 may be configured to implement signal reception and transmission operations of the terminal device in the aforementioned method embodiments.

[0281] The terminal device in this embodiment may be configured to execute the method implemented by the terminal device in any one of the above-mentioned method embodiments. The implementation principle and its technical effect are similar, and the details are not described again here.

[0282] The present application further provides a computer-readable storage medium, which stores executable instructions, and when at least one processor of the network device executes the executable instructions, the network device implements the technical solution of the network device in any one of the embodiments of the aforementioned method.

[0283] The present application further provides a readable storage medium, which stores executable instructions, and when at least one processor of a terminal device executes the executable instructions, the terminal device implements the technical solution of the terminal device in any one of the embodiments of the aforementioned method.

[0284] The present application further provides a computer program product including executable instructions, the executable instructions being stored in a readable storage medium, wherein at least one processor of the network device may read the executable instructions from the readable storage medium, and the at least one processor executes the executable instructions, so that the network device implements the technical solution of the network device in any one of the embodiments of the aforementioned method.

[0285] The present application further provides a computer program product including executable instructions, the executable instructions being stored in a readable storage medium, wherein at least one processor of a terminal device may read the executable instructions from the readable storage medium, and the at least one processor executes the executable instructions, so that the terminal device implements the technical solution of any one of the embodiments of the aforementioned methods.

[0286] This application further provides a chip including a processor and an interface. The processor can implement the technical solution of the network device in any one of the aforementioned method embodiments. Optionally, the chip further includes a memory. The memory stores a computer program. The processor is configured to execute the computer program stored in the memory to implement the technical solution of the network device in any one of the aforementioned method embodiments.

[0287] An embodiment of the present application further provides a chip including a processor and an interface. The processor can implement the technical solution of the terminal device in any one of the aforementioned method embodiments. Optionally, the chip further includes a memory. The memory stores a computer program. The processor is configured to execute the computer program stored in the memory to implement the technical solution of the terminal device in any one of the aforementioned method embodiments.

[0288] An embodiment of the present application further provides a communication system including at least one network device and a terminal device, wherein the network device may be configured to implement the technical solutions of the network device in any one of the aforementioned method embodiments, and the terminal device may be configured to implement the technical solutions of the terminal device in any one of the aforementioned method embodiments.

[0289] It should be noted that the division of modules in a network device or a terminal device is merely a logical functional division. In actual implementation, all or some of the modules may be integrated into one physical entity or physically separated. Additionally, these modules may be implemented entirely in the form of software called by a processing element, or in the form of hardware. Alternatively, these modules may be implemented partially in the form of software called by a processing element, or partially in the form of hardware. For example, the processing module may be a separately disposed processing element, or may be integrated into the chip of the device for implementation. Additionally, the processing module may alternatively be stored in the memory of the device in the form of program code, and the processing element of the device invokes and executes the function of the determination module. Implementation of other modules is similar to that of the detection module. Additionally, all or some of these modules may be integrated or implemented independently. The processing element in this specification may be an integrated circuit and have signal processing capabilities. In implementing processes, the steps in the aforementioned methods or the aforementioned modules may be implemented using hardware integrated logic circuitry in a processing element or using instructions in the form of software.

[0290] For example, the aforementioned modules may be configured as one or more integrated circuits for implementing the aforementioned methods, such as one or more application-specific integrated circuits (ASICs), one or more microprocessors (digital signal processors (DSPs)), or one or more field programmable gate arrays (FPGAs). In another example, when one of the aforementioned modules is implemented in the form of program code invoked by a processing element, the processing element may be a general-purpose processor, such as a central processing unit (CPU) or another processor capable of invoking program code. In another example, these modules may be integrated together and implemented in the form of a system-on-a-chip (SoC).

[0291] All or part of the above-described embodiments may be implemented using software, hardware, firmware, or any combination thereof. When software is used to implement the above-described embodiments, all or part of the embodiments may be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the procedures or functions according to the embodiments of the present application are generated, in whole or in part. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions may be transmitted from a website, computer, server, or data center to another website, computer, server, or data center via wire (e.g., coaxial cable, fiber optic, or digital subscriber line (DSL)) or wirelessly (e.g., infrared, radio, or microwave). A computer-readable storage medium may be any available medium accessible by a computer, or a data storage device, such as a server or data center, that integrates one or more available media, including magnetic media (e.g., floppy disks, hard disks, or magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid-state drives or solid-state disks (SSDs)).

Claims

1. A frequency domain resource determination method, comprising: transmitting, by a network device, configuration information to a terminal device, the configuration information including configuration information of at least two frequency domain resources, the at least two frequency domain resources including at least one frequency domain resource of a first type and at least one frequency domain resource of a second type; The first type of frequency domain resource is for a first type of terminal device to communicate with the network device, or the first type of frequency domain resource is for the first type of terminal device and a second type of terminal device to communicate with the network device; The second type of frequency domain resource is for the second type of terminal device to communicate with the network device; and communicating, by the network device, with the terminal device over one of the at least two frequency domain resources; The maximum bandwidth of the second type of terminal device is smaller than the maximum bandwidth of the first type of terminal device, and the second type of terminal device is a reduced capability (REDCAP) UE; A method, wherein the first type of frequency domain resource is used by the first type of terminal device and the second type of terminal device to communicate with the network device, and the first type of frequency domain resource is less than or equal to the maximum bandwidth of the second type of terminal device.

2. The method of claim 1 , wherein the maximum bandwidth of the second type of terminal device is 5 MHz, 10 MHz, 20 MHz, or 40 MHz.

3. The method according to claim 1 or 2, wherein the second type of frequency domain resource is less than or equal to the maximum bandwidth of the second type of terminal device.

4. The method according to any one of claims 1 to 3, wherein the first type of frequency domain resource is a first initial downlink bandwidth portion (BWP) and the second type of frequency domain resource is a second initial downlink BWP.

5. A frequency domain resource determination method, comprising: receiving, by a terminal device, configuration information from a network device, the configuration information including configuration information of at least two frequency domain resources, the at least two frequency domain resources including at least one frequency domain resource of a first type and at least one frequency domain resource of a second type; The first type of frequency domain resource is for a first type of terminal device to communicate with the network device, or the first type of frequency domain resource is for the first type of terminal device and a second type of terminal device to communicate with the network device, a maximum bandwidth of the second type of terminal device is smaller than a maximum bandwidth of the first type of terminal device, and the second type of terminal device is a reduced capability (REDCAP) UE; The second type of frequency domain resource is for the second type of terminal device to communicate with the network device; and determining, by the terminal device, one of the at least two frequency domain resources based on the configuration information; communicating, by the terminal device, with the network device over one of the at least two frequency domain resources; determining one of the at least two frequency domain resources based on the configuration information, determining the first type of frequency domain resource or the second type of frequency domain resource based on the configuration information, wherein the first type of frequency domain resource is equal to or less than the maximum bandwidth of the second type of terminal device.

6. The method of claim 5 , wherein the maximum bandwidth of the second type of terminal device is 5 MHz, 10 MHz, 20 MHz, or 40 MHz.

7. The method according to claim 5 or 6, wherein the frequency domain resource of the second type is less than or equal to the maximum bandwidth of the terminal device of the second type.

8. The method according to any one of claims 5 to 7, wherein the first type of frequency domain resource is a first initial downlink bandwidth portion (BWP) and the second type of frequency domain resource is a second initial downlink BWP.

9. A communication device including a transceiver module and a processing module, the transceiver module is configured to transmit configuration information to a terminal device, the configuration information including configuration information of at least two frequency domain resources, the at least two frequency domain resources including at least one frequency domain resource of a first type and at least one frequency domain resource of a second type; The first type of frequency domain resource is for a first type of terminal device to communicate with a network device, or the first type of frequency domain resource is for the first type of terminal device and a second type of terminal device to communicate with the network device; The second type of frequency domain resource is for the second type of terminal device to communicate with the network device; the processing module is configured to communicate with the terminal device via one of the at least two frequency domain resources, wherein a maximum bandwidth of the second type terminal device is smaller than a maximum bandwidth of the first type terminal device, and the second type terminal device is a reduced capability (REDCAP) UE; A communication device, wherein the first type of frequency domain resource is used by the first type of terminal device and the second type of terminal device to communicate with the network device, and the first type of frequency domain resource is less than or equal to the maximum bandwidth of the second type of terminal device.

10. The communication device of claim 9 , wherein the maximum bandwidth of the second type of terminal device is 5 MHz, 10 MHz, 20 MHz, or 40 MHz.

11. The communication device according to claim 9 or 10, wherein the second type of frequency domain resource is less than or equal to the maximum bandwidth of the second type of terminal device.

12. 12. The communication device according to claim 9, wherein the first type of frequency domain resource is a first initial downlink bandwidth portion (BWP), and the second type of frequency domain resource is a second initial downlink BWP.

13. A communication device including a transceiver module and a processing module, the transceiver module is configured to receive configuration information from a network device, the configuration information including configuration information for at least two frequency domain resources, the at least two frequency domain resources including at least one frequency domain resource of a first type and at least one frequency domain resource of a second type; The first type of frequency domain resource is for a first type of terminal device to communicate with the network device, or the first type of frequency domain resource is for the first type of terminal device and a second type of terminal device to communicate with the network device, a maximum bandwidth of the second type of terminal device is smaller than a maximum bandwidth of the first type of terminal device, and the second type of terminal device is a reduced capability (REDCAP) UE; The second type of frequency domain resource is for the second type of terminal device to communicate with the network device; The processing module determines one of the at least two frequency domain resources based on the configuration information; configured to communicate with the network device over one of the at least two frequency domain resources; the processing module is configured to determine the first type of frequency domain resource or the second type of frequency domain resource based on the configuration information, and the first type of frequency domain resource is less than or equal to the maximum bandwidth of the second type of terminal device.

14. The communication device of claim 13 , wherein the maximum bandwidth of the second type of terminal device is 5 MHz, 10 MHz, 20 MHz, or 40 MHz.

15. 15. The communication device according to claim 13 or 14, wherein the frequency domain resource of the second type is less than or equal to the maximum bandwidth of the terminal device of the second type.

16. 16. The communication device according to claim 13, wherein the first type of frequency domain resource is a first initial downlink bandwidth portion (BWP), and the second type of frequency domain resource is a second downlink / uplink BWP.

17. 1. A network device, comprising: a memory and a processor; the memory is configured to store program instructions; A network device, wherein the processor is configured to invoke the program instructions stored in the memory to implement the method of any one of claims 1 to 4.

18. A terminal device, a memory and a processor; the memory is configured to store program instructions; A terminal device, wherein the processor is configured to call the program instructions stored in the memory to implement the method of any one of claims 5 to 8.

19. A readable storage medium storing executable instructions, the readable storage medium causing the device to perform the method of any one of claims 1 to 4 when at least one processor of the device executes the executable instructions.

20. A readable storage medium storing executable instructions, the readable storage medium causing the device to perform the method of any one of claims 5 to 8 when at least one processor of the device executes the executable instructions.

21. 10. An apparatus comprising a processor and a storage medium storing instructions for execution by said processor, said instructions, when executed, being configured to cause said apparatus to perform a method according to any one of claims 1 to 4.

22. 9. An apparatus comprising a processor and a storage medium storing instructions for execution by said processor, said instructions, when executed, being configured to cause said apparatus to perform a method according to any one of claims 5 to 8.

Images