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 Aug. 7, 2020, and entitled "FREQUENCY DOMAIN RESOURCE DETERMINING METHOD, DEVICE, AND STORAGE MEDIUM," which is hereby incorporated 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 further support multiple other service types, such as data transmission services for various Internet of Things devices in the Internet of Things. Terminals supporting 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 some typical bandwidths of 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 where the frequency is less than 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 perform the random access procedure normally, and communication reliability is reduced. Summary of the Invention

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

[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 transmits configuration information to a terminal device, the configuration information includes configuration information of at least two frequency domain resources, 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 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 (PRB / RB), where N is a positive integer. For example, the frequency domain resource includes N consecutive PRB / RB, 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, so that the transmission performance of the terminal device is improved. 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. Thus, the problem that the terminal device cannot communicate normally because the bandwidth of the frequency domain resource currently configured by the network exceeds the maximum bandwidth supported by the terminal device can be avoided, so that the communication reliability is improved.

[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 terminal device of the first type and a terminal device of the second type 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 may be shared with two types of terminal devices for use. For example, the first type of frequency domain resource may 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 resources are 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 the 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, the first type of frequency domain resource configured by the network device for the terminal device can be used by the first type of terminal device to communicate with the network device, and the second type of terminal device cannot be used to communicate with the network device. Specifically, the first type of frequency domain resource configured by the network device is only used by the first type of terminal device, and the second type of terminal device can only use 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, the REDCAP type terminal cannot use the first type of frequency domain resource, and the REDCAP type terminal uses the second type of frequency domain resource to communicate with the network device.

[0016] In the two possible designs mentioned above, in addition to configuring at least two frequency domain resources for the terminal device and sending the configuration information including the configuration information of the at least two frequency domain resources to the terminal device, the network device further sends indication 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 indication information, and use the frequency domain resource to communicate with the network device, so that the data transmission performance of the terminal device is improved. 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. Thus, the problem that the terminal device cannot communicate normally because the bandwidth of the frequency domain resource currently configured by the network exceeds the maximum bandwidth supported by the terminal device can be avoided. The network device sends the indication information to the terminal device. In addition to indicating that the terminal device uses one of the at least two frequency domain resources, the indication information may further indicate that the terminal device cannot access or that the accessed terminal device cannot access. This helps the network side to 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 the 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, and Msg2 is for the network device to respond to the random access request of the terminal device. Msg2 in this solution 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. MsgB in this solution 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 bit from the most significant bits 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 bits of reserved bits of the MAC sub-PDU in which the RAR is carried. In the aforementioned solution, the network device may use some bits in the random access response to transmit indication information to the terminal device to indicate that the terminal device uses one of the 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 the downlink control information DCI, which 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 may be included in the DCI used to schedule MsgB. In a possible implementation, the indication information is located in at least one bit of reserved bits of the DCI. In the above solution, the network device may use the DCI to send the indication information to the terminal device to indicate that the terminal device uses one of the 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 the bit in the random access response message and the 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. This solution mainly considers cases where the bit in the DCI or the bit in the random access response message is insufficient. The network device can use a combination of the bit in the DCI and the bit in the random access response message to jointly indicate one of the at least two frequency domain resources. The joint indication can save bit overhead.

[0023] In a possible design of the first aspect, the network device sending the configuration information to the terminal device includes the network device sending 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 element (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, with typical bandwidths corresponding to REDCAP type terminals including 5 MHz, 10 MHz, and 20 MHz.

[0025] Optionally, a bandwidth of the second type of frequency domain resource is less than or equal to a 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 of 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, where the configuration information includes configuration information of 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, so that the transmission performance of the terminal device is improved. The network device configures multiple frequency domain resources, where at least one of the multiple frequency domain resources can be used by the terminal device. Thus, the problem that the terminal device cannot communicate normally because the bandwidth of the frequency domain resource currently configured by the network exceeds the maximum bandwidth supported by the terminal device can be avoided.

[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 of terminal device and the second type of 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. The terminal device determines 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 indication information from the network device, the indication information indicating one of the at least two second type of frequency domain resources. The terminal device determines one of the at least two second type of frequency domain resources based on the configuration information and the indication information.

[0031] In the above two possible designs, in addition to receiving the 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 uses the frequency domain resource to communicate with the network device, so that the transmission performance of the terminal device is improved. 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. Thus, the problem that the terminal device cannot communicate normally because the bandwidth of the frequency domain resource currently configured by the network exceeds the maximum bandwidth supported by the terminal device can be avoided.

[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, where 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 a MsgB, the MsgB being 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 bit from the most significant bits 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 bits of 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 a random access response message and 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, a bandwidth of the second type of frequency domain resource is less than or equal to a 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 embodiment. For details, please refer to the description of the first embodiment. 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, higher 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 of 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 transmit 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 transmit indication information to the terminal device, the indication information indicating one second type of frequency domain resource in 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, where 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 a MsgB, the MsgB being 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 bit from the 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 a random access response message and 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, higher 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 of 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 to 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 setting 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 indication information from the network device, the indication 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 indication 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, where 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 a MsgB, the MsgB being 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 bit from the 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 a random access response message and 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, higher 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, 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, 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 the 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, the processor 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, the processor 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 comprising 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 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 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 a plurality of frequency domain resources for the terminal device, and at least one of the plurality of frequency domain resources can be used by the terminal device. Therefore, the problem in the conventional technology that the bandwidth of the set frequency domain resource exceeds the maximum bandwidth supported by the terminal device, so that the terminal device cannot communicate normally with the network device, can be avoided, and the reliability of data transmission in the communication system is improved. [Brief description 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] [Diagram 2] 1 is a schematic diagram of a random access process according to an embodiment of the present application.

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

[0077] [Figure 4] FIG. 2 is a schematic interactive diagram of a frequency domain resource determination method according to an embodiment of this application;

[0078] [Diagram 5] 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] FIG. 2 is a schematic interactive 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 this application;

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

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

[0083] [Figure 10] 1 is a schematic diagram of a structure of a network device according to an embodiment of this application.

[0084] [Figure 11] FIG. 2 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]FIG. 2 is a schematic diagram of a hardware structure of a terminal device according to an embodiment of this application; DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

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

[0088] FIG. 1 is a diagram of a system architecture according to an embodiment of this application. As shown in FIG. 1, an embodiment of this application provides a communication system. The communication system 100 includes a network device 110 and a plurality of terminal devices, such as the 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] The terminal device in the embodiment of this application may be also called a terminal, and 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, or may be deployed on water (such as a steamship), or may be deployed 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 having a wireless communication function. For example, the UE may be a mobile phone, a tablet computer, or a computer having a wireless transceiver function. 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 self-driving, a wireless terminal in remote medical care, 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, the device configured to implement the functionality of the terminal may be a terminal or a device capable of supporting the terminal in implementing the functionality, such as a chip system. The device may be installed in 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] The network device in the embodiment of this application may be a device including a base station (BS), deployed in a radio access network, and capable of performing wireless communication with a terminal. The base station may be in multiple forms, such as a macro base station, a micro base station, a relay station, an access point, etc. For example, the base station in the embodiment of this application may be a 5G base station or an LTE base station. The base station in 5G is also called a transmission reception point (TRP) or a gNB. In the embodiment of this application, the apparatus configured to realize the function of the network device may be a network device, or may be an apparatus, such as a chip system, that can support the network device in implementing the function. The apparatus may be installed in the network device.

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

[0092] The 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 shortened 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, the bandwidth portion BWP is defined in the NR system, and is for 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 the RRC dedicated signaling. The network side sets one of the BWPs as the active BWP for the terminal, and the terminal operates on the current 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] In the subject of NR R17 REDCAP, it is considered that a new type of terminal will be introduced in Internet of Things scenarios. Compared to existing NR terminals, the terminals have 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, typical bandwidths include 5 MHz, 10 MHz, and 20 MHz. However, the bandwidth of the existing initial uplink BWP in the NR system may exceed the bandwidth of the REDCAP type terminal. As a result, the REDCAP type terminal cannot perform random access processing or early data transmission.

[0095] In order to solve the aforementioned technical problems, the embodiment of this application mainly provides a frequency domain resource determination method for setting a new frequency domain resource for a REDCAP type terminal in a communication system, and the bandwidth of the newly set frequency domain resource 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 the uplink transmission includes Msg1, Msg3, early data transmission, etc., resulting in a heavy uplink load, the network side may set 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 (PRB / RB), where N is a positive integer. For example, the frequency domain resource includes N consecutive PRB / RB, and the frequency domain resource may be an initial uplink BWP.

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

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

[0099] A terminal in the RRC_idle or RRC_inactive state may complete network access through an uplink random access process. A terminal that supports early data transmission may further complete data transmission in a random access process. For a terminal in the RRC_connected state, in one case, the network side may indicate to 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 a random access process. Currently, the random access process in NR includes two types: a 4-step random access process (4-step RACH process) defined in NR R15 and a 2-step random access process (2-step RACH 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 send a resource configuration of the PRACH to the terminal device, where the resource configuration of the PRACH mainly includes a time-frequency domain resource of the PRACH, a preamble sequence, etc.

[0103] In the NR system, the time-frequency resource on which the gNB transmits and receives the physical random access channel (PRACH) is called a random access opportunity (RACH occasion, RO). On the same RO, the gNB may configure multiple mutually 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 with 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. In particular, the random access is considered successful if the terminal device receives a physical downlink control channel PDCCH scrambled using the RA-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.

[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 further carry service data (UL small data). In this case, the 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 delay.

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

[0114] Specifically, after sending Msg3, the terminal device listens to Msg4 delivered 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 accesses 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 further 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 RAR 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 the RAR 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 in the MsgB-response window to a PDCCH whose CRC is scrambled using MsgB-RNTI delivered by the gNB. If the terminal device receives a physical downlink control channel PDCCH scrambled using MsgB-RNTI and the RAR carried by the PDSCH scheduled by the PDCCH contains a MAC sub-PDU identified using the same random access preamble identifier RAPID 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 2-step RACH to 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. 3.

[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 and receive antennas: For example, the second type of terminal device may support 2R1T (two receive antennas and one transmit antenna) or 1R1T (one receive antenna and one transmit antenna). The first type of terminal device may support 4R2T (four receive antennas and two transmit antennas). It will be understood that when the same data transmission rate is implemented, the maximum coverage area that can be implemented for data transmission between the second type of terminal device and the base station is smaller than the maximum coverage area that can be implemented for data transmission between the first type of terminal device and the base station, since the number of transmit and receive antennas of the second type of terminal device is smaller than the number of transmit and receive antennas of the first type of terminal device.

[0132] 3. Different maximum uplink transmission powers: For example, the maximum uplink transmission power of the second type of terminal device may be a value between 4 decibel-milliwatts (dBm) and 20 dBm. The maximum uplink transmission power of the first type of 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 first type of terminal device may support carrier aggregation, while the second type of terminal device does not support carrier aggregation. In another example, both the first type of terminal device and the second type of terminal device may support carrier aggregation, but the maximum number of carriers that can be simultaneously aggregated by the second type of terminal device is smaller than the maximum number of carriers that can be simultaneously aggregated by the first type of terminal device. For example, the second type of terminal device may support aggregation of up to 2 carriers, while the first type of terminal device may support aggregation of up to 5 carriers or 32 carriers.

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

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

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

[0138] 9. Different uplink and / or downlink peak transmission rates: The peak transmission rates are the maximum data transmission rates that can be reached by the 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 is 50 Mbps or less and the downlink peak rate of the second type of terminal device is 150 Mbps or less. The uplink peak rate of the first type of terminal device is 50 Mbps or more and the downlink peak rate of the first type of terminal device is 150 Mbps or more. In another example, the uplink peak rate or the downlink peak rate of the second type of terminal device is of the order of 100 Mbps. The first type of terminal device has an uplink peak rate or a downlink peak rate of 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, FIG. 5 is a schematic diagram of frequency domain resources configured by a network device for a terminal device according to this embodiment of the application. In FIG. 5, an example in which a network device configures one first type frequency domain resource and one second type frequency domain resource for a terminal device is used for illustration. In some embodiments, as shown in FIG. 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 FIG. 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 FIG. 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 the second initial uplink BWP 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 a REDCAP type terminal. For example, the network device configures the bandwidths of two second initial uplink BWPs, which are 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 for the REDCAP type terminal device to communicate with the network device. A dedicated initial uplink BWP is configured for the REDCAP type terminal device. In the process of configuring the dedicated BWP, the bandwidth limitation supported by the REDCAP type terminal device may be fully taken into account, so that the REDCAP type terminal device can use the second initial uplink BWP to successfully access the network device. Furthermore, the second initial uplink BWPs of different bandwidths may be configured for the REDCAP type terminals of different bandwidths, so that the problem that the REDCAP type terminal cannot access the existing first initial uplink BWP due to the bandwidth limitation may be effectively avoided, and the access load of different BWPs may be balanced by configuring a new second initial uplink BWP of a different type.

[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 is 20 MHz. The bandwidth of the second initial uplink BWP may be used by the REDCAP type terminal to communicate with the network device, or may be used by the general terminal to communicate with the network device. In this case, the configuration of the second initial uplink BWP can effectively alleviate the case where the first initial uplink BWP is overloaded, and the access capability of the REDCAP type terminal is considered, thereby improving the utilization of the second initial uplink BWP.

[0145] In an 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 several possible cases as follows.

[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 aforementioned case, the terminal device may directly determine one of the at least two initial uplink BWPs based on the 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 the 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 aforementioned 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 use the second initial uplink BWP to communicate with the network device. Alternatively, the terminal device may determine one BWP from 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 the at least two initial uplink BWPs based on the configuration information, and use the BWP to communicate with the network device.

[0149] In a possible case, the network device configures at least two second initial uplink BWPs and one first initial uplink BWP, and a bandwidth of a portion of the at least two second initial uplink BWPs is less than or equal to a bandwidth of the first initial uplink BWP, and a bandwidth of the remaining portion of the second initial uplink BWPs is greater than a 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 a portion of the 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.

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

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

[0153] In possible cases, the network device configures at least two first initial uplink BWPs, where the bandwidth of each of the at least two first initial uplink BWPs is greater than a 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 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 less than or equal to 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 a maximum bandwidth supported by the terminal device.

[0157] In a possible case, the network device configures at least two second initial uplink BWPs, and a bandwidth of some of the at least two second initial uplink BWPs is less than or equal to a 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 initial uplink BWP configuration by a network device for a REDCAP type terminal is summarized below.

[0160] In a possible implementation, it will be understood that if the network device configures only a 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, 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 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. 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 MA CE. 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 a frequency domain location and a bandwidth of the BWP, a random access channel (RACH) configuration information, a physical uplink shared channel (PUSCH) configuration information, and a physical uplink control channel (PUCCH) configuration information, or a part of the uplink transmission configuration information.

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

[0168] In some embodiments, the terminal device may further determine one of the at least two frequency domain resources according to a predefined or preconfigured 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, when the terminal device is a general terminal, the terminal device may communicate with the network device based on a 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 configured 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 in 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 in the at least two initial uplink BWPs configured in the configuration information.

[0176] Optionally, if the bandwidth of the first initial uplink BWP in 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 in the at least two initial uplink BWPs configured 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 the 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 among at least two initial uplink BWPs.

[0179] According to the frequency domain resource determination method provided in this embodiment, the network device sends configuration information, in which 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. 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. Thus, 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 can be avoided, so that the data transmission performance of the terminal device is improved and the communication reliability is improved.

[0180] The above embodiment shows a technical solution for the network side to configure multiple frequency domain resources for a terminal device, so as to improve the data transmission performance of different types of terminals. According to the above embodiment, the following embodiment shows that the network side sends indication information to the terminal device. The terminal device specifically determines one of the multiple frequency domain resources according to the indication information of the network side, and sends uplink data to the network side according to 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 a 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 indication 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 in 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 using 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 may 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, a bandwidth of each of the at least two second initial uplink BWPs is equal to or less than a bandwidth of the first initial uplink BWP, and the first initial uplink BWP may be used by a first type of terminal device and a second type of 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 use the second initial uplink BWP to communicate with the network device. In this case, the indication information mainly 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 process. 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 some of 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, the RAR being intended for the network device to respond to the random access request (ie, 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. Optionally, the indication information is located in some bits 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 FIG. 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 bits from the least significant bit 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 bits from the least significant bit of the PUSCH frequency domain resource allocation field indicate the PUSCH frequency domain resource allocation. In this case, some bits from the most significant bit of the PUSCH frequency domain resource allocation field are idle. For a REDCAP type terminal, the most significant bits that are idle may be reinterpreted to indicate the uplink BWPs used by the terminal 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 maximum number of physical resource blocks PRBs among the multiple available initial uplink BWPs.

[0202] The indication information of the network device is described using an example in which the network device pre-configures two initial uplink BWPs dedicated to the REDCAP type terminal (i.e., the network device pre-configures two second initial uplink BWPs). The two pre-configured initial uplink BWPs dedicated to the REDCAP type terminal are 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 used by the terminal device to transmit Msg3 or perform other uplink transmission. An example is shown in Table 1. [Table 1]

[0204] Optionally, two bits from the most significant bit of the PUSCH frequency domain resource allocation field in the UL grant in the RAR may indicate one of two pre-configured initial uplink BWPs dedicated to the REDCAP type terminal, and the two bits may indicate four indication states. For example, as shown in Table 2, two states respectively indicate two configured initial uplink BWPs dedicated to the REDCAP type terminal. 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. Since the bandwidth of the existing initial uplink BWP in NR exceeds the maximum bandwidth supported by the REDCAP type terminal, the network device may indicate that the REDCAP type terminal cannot access or that the currently accessing REDCAP type terminal cannot access 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 most significant two 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 transmission. 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 state of the remaining two bits may indicate whether the REDCAP type terminal can access the current cell. When indicating that the REDCAP type terminal cannot access the current cell, 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 of the reserved bits of the MAC sub-PDU in which the RAR is carried.

[0208] FIG. 8 is a schematic diagram of a structure of a MAC RAR according to an embodiment of this application. As shown in FIG. 8, the indication information may be located in some bits from some most significant bits of the PUSCH frequency domain resource allocation field in the UL grant shown in FIG. 8, may be located in some bits from the least significant bits of the RAPID field shown in FIG. 8, or may be located in some bits (i.e., reserved bits) of the R field shown in FIG. 8. It should be noted that if the bits in any one of the aforementioned fields are insufficient, the network device may further indicate the initial uplink BWP used by the terminal device to transmit Msg3 or perform other uplink transmissions by combining the bits in any two or three of the aforementioned fields. For example, Table 4 shows a bit allocation table of 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 an initial uplink BWP used by the terminal device (specifically, may be a REDCAP type terminal) to send Msg3 or perform other uplink transmission, so that the terminal device accesses the current cell based on the indication information, and the data transmission performance of the terminal device is improved. 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 with the RA-RNTI to indicate the initial uplink BWP used by the terminal device to transmit Msg3 or perform other uplink transmissions. In this implementation, the bit length and indication manner of the initial uplink BWP indicated 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 DCI scrambled using the same RA-RNTI may use some of the reserved bits in the DCI transmitted by the network device to determine an initial uplink BWP to be used for transmitting Msg3 or for other uplink transmissions.

[0213] In some embodiments, since 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 same bits to indicate the initial uplink BWP of the terminal devices in the same group. The network device may group the terminal devices based on SIB1 or higher layer configuration. The grouping method includes:

[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 carried by the least significant bit 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 (which may be a REDCAP type terminal in particular) for transmitting Msg3 or performing other uplink transmissions, so that the terminal device accesses the current cell based on the indication information, and the data transmission performance of the terminal device is improved.

[0219] In a possible implementation, the indication information is included in the DCI and RAR used to schedule Msg2. This scheme mainly considers cases where there are insufficient bits in the DCI and / 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. The joint indication may 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 of 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 describes the indication information in a four-step RACH process. The following describes the details of the indication information in a two-step RACH process.

[0223] For 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] For an initial access scenario, in one implementation, an 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 of 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 further transmit instruction information to the terminal device. The transmitted instruction information includes several possible implementations:

[0226] In a possible implementation, the indication information is included in a random access response RAR of MsgB, the RAR being intended for the network device to respond to the random access request (ie, MsgA) of the terminal device.

[0227] Specifically, the RAR of MsgB may include instruction information in 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 grant UL grant in the RAR of MsgB. Optionally, the indication information is located in several bits from the most significant bit of a PUSCH frequency domain resource allocation indication field in a UL grant in the RAR of MsgB. Optionally, the indication information is located in several bits from the most significant bit of a PUSCH frequency domain resource allocation indication field in a 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, the 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, a subsequent 4-step random access (RA) process, or a 2-step RA process.

[0230] 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 2-step RACH to 4-step RACH is performed, and the network device schedules PUSCH in MsgB by continuing transmission using fallbackRAR. An important reason for 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, so that frequency hopping is performed in a larger frequency range and frequency selectivity gain can be increased.

[0231] In the second case, the indication information is located in some bits from the 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 bits from the 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 a reserved bit of the DCI.

[0234] Optionally, the network device may use some of the reserved bits in the CRC of the DCI scrambled with RA / MsgB-RNTI to indicate the initial uplink BWP used by the terminal device to transmit Msg3 or perform other uplink transmissions. In this implementation, the bit length and indication manner of the initial uplink BWP indicated 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 2-step RACH to 4-step RACH is performed, and the network device schedules PUSCH by continuing transmission using fallbackRAR in MsgB. Additionally, the network device may further indicate an initial uplink BWP to be used by the terminal device for subsequent uplink transmission using the DCI used to schedule MsgB.

[0236] In a possible implementation, the indication information is included in the DCI and RAR used to schedule the MsgB. This scheme is mainly for cases where there are insufficient bits in the DCI and / or RAR. The network device may use a combination of bits in the DCI and / or 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, according to the configuration information and the indication information, one of the at least two frequency domain resources.

[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. 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 use system information or signaling to pre-configure at least two frequency domain resources for the terminal device, and use the DCI and / or random access response message used to schedule Msg2 / MsgB in the random access process to indicate one frequency domain resource to be used by the terminal device for subsequent uplink data transmission. The terminal device determines one of the at least two frequency domain resources based on the pre-configuration and the instruction of the network side, and communicates with the network device using the frequency domain resource. In the above solution, 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 is solved, and the reliability of the communication process is improved. Additionally, the uplink frequency selection gain of the network side is increased. This also helps the network side to 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 according to an embodiment of the present application. For example, the network device 500 is, for example, 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), for example, a baseband processor. The baseband processor 110 may include one or more central processing units CPU. 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), for example, 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 application may be implemented by a processor or a processor-related circuit component (or referred to as a processing circuit), and the transceiver module 502 may be implemented by a transceiver or a transceiver-related circuit component.

[0246] In a possible implementation, the transceiver module 502 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 the terminal device of the first type and / or the terminal device of the second type to communicate with the network device, and the second type of frequency domain resource is for the terminal device of the second type 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, where the indication information indicates 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 transmit 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, where 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 a MsgB, the MsgB being 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 a random access response message and 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. The implementation principle and its technical effect are similar, and the details are not 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 a processing circuit), for example, a baseband processor. The baseband processor 110 may include one or more central processing units CPU. 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 a 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 application may be implemented by a processor or a processor-related circuit component (or referred to as a processing circuit), and the transceiver module 602 may be implemented by a transceiver or a transceiver-related circuit component.

[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 of 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 of terminal device and the second type of terminal device to communicate with the network device. The transceiver module 602 is further configured to receive indication information from the network device, where the indication information indicates 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 setting information and the indication information. Optionally, the first type of frequency domain resource is only used for the first type of terminal device to communicate with the network device. The transceiver module 602 is further configured to receive indication information from the network device, where the indication information indicates 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 indication 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, where 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 a MsgB, the MsgB being 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 a random access response message and 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, higher 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] FIG. 12 is a schematic diagram of a hardware structure of a network device according to an embodiment of this 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 embodiments of the method described above. The communication interface 703 is configured to perform data communication or signal communication with another device.

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

[0276] In a possible implementation, the processing module 501 of Fig. 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 receiving and transmitting operations of the network device in the aforementioned method embodiments.

[0277] The network device provided in this embodiment may be configured to execute 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 are not described again here.

[0278] Figure 13 is a schematic diagram of a hardware structure of a terminal device according to an embodiment of this application. As shown in Figure 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 the method performed by the terminal device in any one of the embodiments of the method described above. 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 independent of 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] In a possible implementation, the processing module 601 of Fig. 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 the signal processing operations of the terminal device in the aforementioned method embodiments, and the communication interface 803 may be configured to implement the signal receiving and transmitting 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 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 performs the technical solution of the network device in any one of the embodiments of the method described above.

[0283] The application further provides a readable storage medium, which stores executable instructions, and when at least one processor of the 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 above-mentioned method.

[0284] The present application further provides a computer program product including executable instructions, the executable instructions being stored in a readable storage medium, 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 method described above.

[0285] The present application further provides a computer program product including executable instructions, the executable instructions being stored in a readable storage medium, 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 the terminal device in any one of the embodiments of the method described above.

[0286] The present application further provides a chip, including a processor and an interface. The processor can execute the technical solution of the network device in any one of the above-mentioned 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 above-mentioned method embodiments.

[0287] An embodiment of the present application further provides a chip, including a processor and an interface. The processor can execute the technical solution of the terminal device in any one of the above-mentioned 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 above-mentioned 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 part of the modules may be integrated into one physical entity or may be physically separated. Additionally, these modules may be implemented in the form of software called by a processing element, or may be implemented in the form of hardware. Alternatively, these modules may be implemented in part in the form of software called by a processing element, or part of the modules may be implemented in the form of hardware. For example, the processing module may be a separately disposed processing element, or may be integrated into a chip of the aforementioned device for implementation. Additionally, the processing module may alternatively be stored in the memory of the aforementioned device in the form of program code, and the processing element of the aforementioned device calls and executes the function of the aforementioned determination module. The implementation of another module is similar to the implementation of the detection module. Additionally, all or part of these modules may be integrated or implemented independently. The processing element in this specification may be an integrated circuit, and has signal processing capabilities. In implementing process, 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 a program code that is invoked by a processing element, the processing element may be a general-purpose processor, such as a central processing unit (CPU) or another processor that can invoke the 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 aforementioned embodiments may be implemented using software, hardware, firmware, or any combination thereof. When software is used to implement the aforementioned 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 over wires (e.g., coaxial cable, optical fiber, 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 that integrates one or more available media, such as a server or a data center. The available media may be magnetic media (e.g., floppy disks, hard disks, or magnetic tapes), optical media (e.g., DVDs), or semiconductor media (e.g., solid state drives, solid state disks (SSDs)), etc.

Claims

1. A frequency domain resource determination method, comprising: Sending configuration information by a network device 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; A method, wherein a maximum bandwidth of the second type of terminal device is less than a maximum bandwidth of the first 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. 4. The method according to claim 1, 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.

5. 4. The method according to claim 1, wherein the first type of frequency domain resource is used for the terminal device of the first type to communicate with the network device, and the first type of frequency domain resource is larger than the maximum bandwidth of the terminal device of the second type.

6. The method according to any one of claims 1 to 5, 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.

7. 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, and the maximum bandwidth of the second type of terminal device is smaller than the maximum bandwidth of the first type of terminal device; 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.

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

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

10. Determining one of the at least two frequency domain resources based on the configuration information includes:

10. The method according to claim 7, further comprising: determining the second type of frequency domain resource based on the configuration information, the first type of frequency domain resource being greater than the maximum bandwidth of the second type of terminal device.

11. Determining one of the at least two frequency domain resources based on the configuration information includes:

10. The method according to claim 7, further comprising determining the first type of frequency domain resource or the second type of frequency domain resource based on the configuration information, the first type of frequency domain resource being less than or equal to the maximum bandwidth of the second type of terminal device.

12. The method according to any one of claims 7 to 11, 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 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 first type frequency domain resource and at least one second type frequency domain resource; 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 by one of the at least two frequency domain resources, and a maximum bandwidth of the second type of terminal device is smaller than a maximum bandwidth of the first type of terminal device.

14. The communication apparatus 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 second type of frequency domain resource is less than or equal to the maximum bandwidth of the second type of terminal device.

16. The communication device according to any one of claims 13 to 15, wherein the first type of frequency domain resource is used for 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.

17. The communication device according to any one of claims 13 to 15, wherein the first type of frequency domain resource is used for the first type of terminal device to communicate with the network device, and the first type of frequency domain resource is larger than the maximum bandwidth of the second type of terminal device.

18. The communication device according to any one of claims 13 to 17, 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.

19. 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 first type frequency domain resource and at least one second type frequency domain resource; 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, and the maximum bandwidth of the second type of terminal device is smaller than the maximum bandwidth of the first type of terminal 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 determines one of the at least two frequency domain resources based on the configuration information; A communications apparatus configured to communicate with the network device over one of the at least two frequency domain resources.

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

21. 21. The communications device according to claim 19 or 20, wherein the second type of frequency domain resource is less than or equal to the maximum bandwidth of the second type of terminal device.

22. The communication device according to any one of claims 19 to 21, wherein the processing module is configured to determine the second type of frequency domain resource based on the setting information, and the first type of frequency domain resource is greater than the maximum bandwidth of the second type of terminal device.

23. The communication device according to any one of claims 19 to 21, wherein 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 setting 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.

24. The communication device according to any one of claims 19 to 23, 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.

25. 1. A network device, comprising: A memory and a processor; the memory is configured to store program instructions; A 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 6.

26. A terminal device, comprising: A memory and a processor; the memory is configured to store program instructions; A device, wherein the processor is configured to invoke the program instructions stored in the memory to implement the method of any one of claims 7 to 12.

27. A readable storage medium, the readable storage medium storing executable instructions, the apparatus performing the method according to any one of claims 1 to 6 when at least one processor of the apparatus executes the executable instructions.

28. A readable storage medium, the readable storage medium storing executable instructions, the apparatus performing the method according to any one of claims 7 to 12 when at least one processor of the apparatus executes the executable instructions.

29. An apparatus comprising a processor and a storage medium storing instructions for execution by the processor, the processor being configured, when the instructions are executed, to cause the apparatus to perform a method according to any one of claims 1 to 6.

30. An apparatus comprising a processor and a storage medium storing instructions for execution by the processor, the processor being configured, when the instructions are executed, to cause the apparatus to perform a method according to any one of claims 7 to 12.

Images