Patent Application
20240048427
Embodiments of this application relate to the field of communication technologies, and in particular, to a data transmission method and apparatus.
Communication devices in a wireless communication system include a network device and a terminal device, and an air interface resource is used for wireless communication between the communication devices. Generally, the network device indicates a parameter related to uplink and downlink scheduling, such as an uplink transmission resource or a downlink transmission resource, to the terminal device. How to improve data transmission performance between the communication devices is an important research topic.
This application provides a data transmission method and apparatus, to indicate different terminals or different transmission scenarios through uplink transmission of a terminal in a non-connected state.
According to a first aspect, this application provides a data transmission method, including: sending uplink information of a first terminal device on a first resource, where the uplink information includes a preamble, the preamble is a preamble that is in the first resource and that can be used for a first terminal type, a type of the first terminal device is the first terminal type, the first resource corresponds to a preamble that can be used for N1 terminal types, where N1 is an integer greater than or equal to 1, and physical uplink shared channel resource units PRUs corresponding to preambles that can be used for different terminal types are different; or the first resource is a PRU that can be used for a first terminal type, a type of the first terminal device is the first terminal type, and PRUs that can be used for different terminal types are different.
In the foregoing design, it is designed that PRUs used for different terminal types are different, and a network device may distinguish between types of terminal devices based on the uplink information. The network device may configure a related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In a possible design, demodulation reference signals DMRSs corresponding to the PRUs that can be used for different terminal types are different, or physical uplink shared channel PUSCH time-frequency resources corresponding to the PRUs that can be used for different terminal types are different. In this way, the network device does not need to demodulate data, and may determine the terminal type as early as possible when demodulating physical layer information. This helps properly configure a related subsequent downlink scheduling parameter for the terminal device.
In a possible design, the first resource corresponds to one synchronization signal block, the synchronization signal block is associated with X preambles with consecutive numbers, the X preambles include a preamble that can be used for N2 terminal types, where N2 is an integer greater than or equal to N1, and numbers of preambles that can be used for a same terminal type in the X preambles are consecutive. In this way, preambles selected by terminals of a same type may be centralized in a same RO, and the network device may pertinently configure the subsequent downlink scheduling parameter based on the terminal type.
In a possible design, the uplink information is uplink information sent when the first terminal device is in a non-connected state. Before the network device is accessed, the network device is enabled to learn about a status of the terminal device, so that the network device configures the related uplink and downlink scheduling parameter as early as possible. This helps improve system performance.
In a possible design, antenna capabilities corresponding to different terminal types are different.
According to a second aspect, this application provides a data transmission method, including: sending uplink information of a first terminal device on a second resource in a first transmission manner, where the uplink information includes a preamble, the preamble is a preamble corresponding to the first transmission manner, and physical uplink shared channel resource units PRUs corresponding to preambles corresponding to different transmission manners are different; or the second resource is a PRU corresponding to the first transmission manner, and PRUs corresponding to different transmission manners are different.
In the foregoing design, it is designed that the PRUs corresponding to different transmission manners are different, and the network device may distinguish between types of terminal devices based on the uplink information. The network device may configure a related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In a possible design, the first transmission manner is random access carrying a small data packet or random access without carrying a small data packet. Small packet transmission can be implemented in a random access procedure. Additional signaling overheads and energy consumption overheads caused by first entering a connected state and then sending a small packet by the terminal device are avoided.
According to a third aspect, this application provides a data transmission method, including: obtaining configuration information, where the configuration information indicates a demodulation reference signal DMRS corresponding to N3 terminal types, where N3 is an integer greater than or equal to 1; and sending uplink information based on a DMRS corresponding to a terminal type of a first terminal device, where the uplink information includes a message 3 in a random access procedure or uplink data that is based on a configured grant CG.
In the foregoing design, the terminal types are distinguished based on a DMRS corresponding to the message 3 (Msg 3), or the terminal types are distinguished based on a DMRS in a small packet transmission process, to report the terminal types. When demodulating physical layer information, a network may know a capability of a terminal device, for example, a receive antenna capability. In this way, the network may know an antenna capability of a terminal earlier. This helps properly schedule an Msg 4 resource for the terminal.
In a possible design, the uplink information is uplink information sent when the first terminal device is in a non-connected state.
In a possible design, demodulation reference signals DMRSs corresponding to different terminal types are different.
According to a fourth aspect, this application provides a data transmission method, including: receiving uplink information of a first terminal device on a first resource, where the uplink information includes a preamble, the preamble is a preamble that is in the first resource and that can be used for a first terminal type, a type of the first terminal device is the first terminal type, the first resource corresponds to a preamble that can be used for N1 terminal types, where N1 is an integer greater than or equal to 1, and physical uplink shared channel resource units PRUs corresponding to preambles that can be used for different terminal types are different; or the first resource is a PRU that can be used for a first terminal type, a type of the first terminal device is the first terminal type, and PRUs that can be used for different terminal types are different.
In the foregoing design, it is designed that PRUs used for different terminal types are different, and a network device may distinguish between types of terminal devices based on the uplink information. The network device may configure a related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In a possible design, demodulation reference signals DMRSs corresponding to the PRUs that can be used for different terminal types are different, or physical uplink shared channel PUSCH time-frequency resources corresponding to the PRUs that can be used for different terminal types are different. In this way, the network device does not need to demodulate data, and may determine the terminal type as early as possible when demodulating physical layer information. This helps properly configure a related subsequent downlink scheduling parameter for the terminal device.
In a possible design, the first resource corresponds to one synchronization signal block, the synchronization signal block is associated with X preambles with consecutive numbers, the X preambles include a preamble that can be used for N2 terminal types, where N2 is an integer greater than or equal to N1, and numbers of preambles that can be used for a same terminal type in the X preambles are consecutive. In this way, preambles selected by terminals of a same type may be centralized in a same RO, and the network device may pertinently configure the subsequent downlink scheduling parameter based on the terminal type.
In a possible design, the uplink information is uplink information received from the terminal device when the first terminal device is in a non-connected state. Before the network device is accessed, the network device is enabled to learn about a status of the terminal device, so that the network device configures the related uplink and downlink scheduling parameter as early as possible. This helps improve system performance.
In a possible design, antenna capabilities corresponding to different terminal types are different.
According to a fifth aspect, this application provides a data transmission method, including: receiving uplink information of a first terminal device on a second resource, where a transmission manner of the uplink information is a first transmission manner; the uplink information includes a preamble, the preamble is a preamble corresponding to the first transmission manner, and physical uplink shared channel resource units PRUs corresponding to preambles corresponding to different transmission manners are different; or the second resource is a PRU corresponding to the first transmission manner, and PRUs corresponding to different transmission manners are different.
In the foregoing design, it is designed that the PRUs corresponding to different transmission manners are different, and the network device may distinguish between types of terminal devices based on the uplink information. The network device may configure a related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In a possible design, the first transmission manner is random access carrying a small data packet or random access without carrying a small data packet. Small packet transmission can be implemented in a random access procedure. Additional signaling overheads and energy consumption overheads caused by first entering a connected state and then sending a small packet by the terminal device are avoided.
According to a sixth aspect, this application provides a data transmission method, including: sending configuration information, where the configuration information indicates a demodulation reference signal DMRS corresponding to N3 terminal types, where N3 is an integer greater than or equal to 1; and receiving uplink information based on a DMRS corresponding to a terminal type of a first terminal device, where the uplink information includes a message 3 in a random access procedure or uplink data that is based on a configured grant CG.
In the foregoing design, the terminal types are distinguished based on a DMRS included in the message 3 (Msg 3), or the terminal types are distinguished based on a DMRS in a small packet transmission process, to report the terminal types. When demodulating physical layer information, a network may know a capability of a terminal device, for example, a receive antenna capability. In this way, the network may learn about an antenna capability of a terminal earlier. This helps properly schedule an Msg 4 resource for the terminal.
In a possible design, the uplink information is uplink information received when the first terminal device is in a non-connected state.
In a possible design, demodulation reference signals DMRSs corresponding to different terminal types are different.
According to a seventh aspect, this application provides a data transmission apparatus. The data transmission apparatus may be a terminal device, an apparatus in the terminal device, or an apparatus that can be matched with the terminal device for use. In a design, the data transmission apparatus may include a module that is in a one-to-one correspondence with the method/operation/step/action described in the first aspect. The module may be implemented by a hardware circuit, software, or a combination of a hardware circuit and software. In a design, the example:
In the foregoing design, it is designed that PRUs used for different terminal types are different, and a network device may distinguish between types of terminal devices based on the uplink information. The network device may configure a related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In a possible design, demodulation reference signals DMRSs corresponding to the PRUs that can be used for different terminal types are different, or physical uplink shared channel PUSCH time-frequency resources corresponding to the PRUs that can be used for different terminal types are different. In this way, the network device does not need to demodulate data, and may determine the terminal type as early as possible when demodulating physical layer information. This helps properly configure a related uplink scheduling parameter for the terminal device.
In a possible design, the first resource corresponds to one synchronization signal block, the synchronization signal block is associated with X preambles with consecutive numbers, the X preambles include a preamble that can be used for N2 terminal types, where N2 is an integer greater than or equal to N1, and numbers of preambles that can be used for a same terminal type in the X preambles are consecutive. In this way, preambles selected by terminals of a same type may be centralized in a same RO, and the network device may pertinently configure the subsequent downlink scheduling parameter based on the terminal type.
In a possible design, the uplink information is uplink information sent when the first terminal device is in a non-connected state. Before the network device is accessed, the network device is enabled to learn about a status of the terminal device, so that the network device configures the related uplink and downlink scheduling parameter as early as possible. This helps improve system performance.
According to an eighth aspect, this application provides a data transmission apparatus. The data transmission apparatus may be a terminal device, an apparatus in the terminal device, or an apparatus that can be matched with the terminal device for use. In a design, the data transmission apparatus may include a module that is in a one-to-one correspondence with the method/operation/step/action described in the first aspect. The module may be implemented by a hardware circuit, software, or a combination of a hardware circuit and software. In a design, the data transmission apparatus may include a processing module and a communication module. For example:
In the foregoing design, it is designed that the PRUs corresponding to different transmission manners are different, and the network device may distinguish between types of terminal devices based on the uplink information. The network device may configure a related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In a possible design, the first transmission manner is random access carrying a small data packet or random access without carrying a small data packet. Small packet transmission can be implemented in a random access procedure. Additional signaling overheads and energy consumption overheads caused by first entering a connected state and then sending a small packet by the terminal device are avoided.
According to a ninth aspect, this application provides a data transmission apparatus. The data transmission apparatus may be a terminal device, an apparatus in the terminal device, or an apparatus that can be matched with the terminal device for use. In a design, the data transmission apparatus may include a module that is in a one-to-one correspondence with the method/operation/step/action described in the first aspect. The module may be implemented by a hardware circuit, software, or a combination of a hardware circuit and software. In a design, the example:
In the foregoing design, the terminal types are distinguished based on a DMRS included in the Msg 3, or the terminal types are distinguished based on a DMRS in a small packet transmission process, to report the terminal types. When demodulating physical layer information, a network may know a capability of a terminal device, for example, a receive antenna capability. In this way, the network may learn about an antenna capability of a terminal earlier. This helps properly schedule an Msg 4 resource for the terminal.
In a possible design, the uplink information is uplink information sent when the first terminal device is in a non-connected state.
In a possible design, demodulation reference signals DMRSs corresponding to different terminal types are different.
According to a tenth aspect, this application provides a data transmission apparatus. The data transmission apparatus may be a network device, an apparatus in the network device, or an apparatus that can be matched with the network device for use. In a design, the data transmission apparatus may include a module that is in a one-to-one correspondence with the method/operation/step/action described in the first aspect. The module may be implemented by a hardware circuit, software, or a combination of a hardware circuit and software. In a design, the data transmission apparatus may include a processing module and a communication module. For example:
In the foregoing design, it is designed that PRUs used for different terminal types are different, and a network device may distinguish between types of terminal devices based on the uplink information. The network device may configure a related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In a possible design, demodulation reference signals DMRSs corresponding to the PRUs that can be used for different terminal types are different, or physical uplink shared channel PUSCH time-frequency resources corresponding to the PRUs that can be used for different terminal types are different. In this way, the network device does not need to demodulate data, and may determine the terminal type as early as possible when demodulating physical layer information. This helps properly configure a related subsequent downlink scheduling parameter for the terminal device.
In a possible design, the first resource corresponds to one synchronization signal block, the synchronization signal block is associated with X preambles with consecutive numbers, the X preambles include a preamble that can be used for N2 terminal types, where N2 is an integer greater than or equal to N1, and numbers of preambles that can be used for a same terminal type in the X preambles are consecutive. In this way, preambles selected by terminals of a same type may be centralized in a same RO, and the network device may pertinently configure the subsequent downlink scheduling parameter based on the terminal type.
In a possible design, the uplink information is uplink information received from the terminal device when the first terminal device is in a non-connected state. Before the network device is accessed, the network device is enabled to learn about a status of the terminal device, so that the network device configures the related uplink and downlink scheduling parameter as early as possible. This helps improve system performance.
In a possible design, antenna capabilities corresponding to different terminal types are different.
According to an eleventh aspect, this application provides a data transmission apparatus. The data transmission apparatus may be a network device, an apparatus in the network device, or an apparatus that can be matched with the network device for use. In a design, the data transmission apparatus may include a module that is in a one-to-one correspondence with the method/operation/step/action described in the first aspect. The module may be implemented by a hardware circuit, software, or a combination of a hardware circuit and software. In a design, the example:
In the foregoing design, it is designed that the PRUs corresponding to different transmission manners are different, and the network device may distinguish between types of terminal devices based on the uplink information. The network device may configure a related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In a possible design, the first transmission manner is random access carrying a small data packet or random access without carrying a small data packet. Small packet transmission can be implemented in a random access procedure. Additional signaling overheads and energy consumption overheads caused by first entering a connected state and then sending a small packet by the terminal device are avoided.
According to a twelfth aspect, this application provides a data transmission apparatus. The data transmission apparatus may be a network device, an apparatus in the network device, or an apparatus that can be matched with the network device for use. In a design, the data transmission apparatus may include a module that is in a one-to-one correspondence with the method/operation/step/action described in the first aspect. The module may be implemented by a hardware circuit, software, or a combination of a hardware circuit and software. In a design, the data transmission apparatus may include a processing module and a communication module. For example:
In the foregoing design, the terminal types are distinguished based on a DMRS included in the Msg 3, or the terminal types are distinguished based on a DMRS in a small packet transmission process, to report the terminal types. When demodulating physical layer information, a network may learn about a capability of a terminal device, for example, a receive antenna capability. In this way, the network may know an antenna capability of a terminal earlier. This helps properly schedule an Msg 4 resource for the terminal.
In a possible design, the uplink information is uplink information received when the first terminal device is in a non-connected state.
In a possible design, demodulation reference signals DMRSs corresponding to different terminal types are different.
According to a thirteenth aspect, an embodiment of this application provides a communication apparatus. The communication apparatus includes a processor, configured to implement the method according to any one of the first aspect to the third aspect. The communication apparatus may further include a memory, configured to store instructions and data. The memory is coupled to the processor, and when executing instructions stored in the memory, the processor may implement the method according to any one of the first aspect to the third aspect. The apparatus may further include a communication interface. The communication interface is used by the apparatus to communicate with another device. For example, the communication interface may be a transceiver, a circuit, a bus, a module, or another type of communication interface. The another device may be a network device. In a possible device, the apparatus includes:
According to a fourteenth aspect, an embodiment of this application provides a communication apparatus. The communication apparatus includes a processor, configured to implement the method according to any one of the fourth aspect to the sixth aspect. The communication apparatus may further include a memory, configured to store instructions and data. The memory is coupled to the processor, and when executing instructions stored in the memory, the processor may implement the method according to any one of the fourth aspect to the sixth aspect. The apparatus may further include a communication interface. The communication interface is used by the apparatus to communicate with another device. For example, the communication interface may be a transceiver, a circuit, a bus, a module, or another type of communication interface. The another device may be a network device. In a possible device, the apparatus includes:
According to a fifteenth aspect, an embodiment of this application provides a communication system, including a terminal device and a network device. The terminal device has a function of performing the method according to any one of the first aspect to the third aspect of this application, and the network device has a function of performing the method according to any one of the fourth aspect to the sixth aspect of this application.
According to a sixteenth aspect, an embodiment of this application further provides a computer program. When the computer program is run on a computer, the computer is enabled to perform the method according to any one of the first aspect to the sixth aspect.
According to a seventeenth aspect, an embodiment of this application further provides a computer-readable storage medium. The computer-readable storage medium stores a computer program. When the computer program is executed by a computer, the computer is enabled to perform the method according to any one of the first aspect to the sixth aspect.
According to an eighteenth aspect, an embodiment of this application further provides a chip. The chip is configured to read a computer program stored in a memory, to perform the method according to any one of the first aspect to the sixth aspect.
According to a nineteenth aspect, an embodiment of this application further provides a chip system. The chip system includes a processor, configured to support a computer apparatus to implement the method according to any one of the first aspect to the sixth aspect. In a possible design, the chip system further includes a memory. The memory is configured to store a program and data that are necessary for the computer apparatus. The chip system may include a chip, or may include the chip and another discrete component.
Technical solutions provided in embodiments of this application may be applied to various communication systems, for example, a long term evolution (LTE) system, a 5th generation (5G) mobile communication system, a future mobile communication system, or a system integrating a plurality of communication systems. This is not limited in embodiments of this application. 5G may also be referred to as new radio (NR).
In embodiments of this application, a terminal device and a network device may support at least one of TDD, half-duplex (HD)-FDD, and full-duplex (FD)-FDD.
In embodiments of this application, “I” may represent an “or” relationship between associated objects. For example, AB may represent A or B. “And/or” may be used to represent that there are three relationships between associated objects. For example, A and/or B may represent the following three cases: Only A exists, both A and B exist, and only B exists. A and B may be singular or plural. To facilitate description of the technical solutions in embodiments of this application, in embodiments of this application, terms such as “first” and “second” may be used to distinguish between technical features with same or similar functions. The terms such as “first” and “second” do not limit a quantity and an execution sequence, and the terms such as “first” and “second” do not indicate a definite difference. In embodiments of this application, the term such as “example” or “for example” is used to represent an example, an illustration, or a description. Any embodiment or design scheme described with “example” or “for example” should not be explained as being more preferred or having more advantages than another embodiment or design scheme. Use of the term such as “example” or “for example” is intended to present a related concept in a specific manner for ease of understanding.
In embodiments of this application, “at least one” may also be described as “one or more”, and “a plurality of” may be “two, three, four, or more”. This is not limited in this application.
The terms “include”, “contain”, and any other variants thereof mentioned in descriptions of embodiments of this application mean to cover the non-exclusive inclusion. For example, a process, a method, a system, a product, or a device that includes a series of steps or units is not limited to the listed steps or units, but optionally further includes another unlisted step or unit, or optionally further includes another step or unit that is inherent for the process, the method, the product, or the device.
The following describes in detail embodiments of this application with reference to accompanying drawings.
The terminal device may perform uplink transmission in a non-connected state. For example, the terminal device may report a terminal type or a transmission manner (for example, a type of transmission data) of the terminal device to the network device by using uplink information sent in the non-connected state. In this case, the network device may distinguish between types of terminals or transmission manners of terminals based on the received uplink information, to configure a related uplink and downlink scheduling parameter for each terminal device in different cases. Optionally, the terminal device may perform uplink transmission in the non-connected state in a random access procedure of the terminal device, or in a process in which the terminal device performs small packet transmission based on a pre-granted resource. Before the network device is accessed, the network device is enabled to learn about a status of the terminal device, so that the network device configures the related uplink and downlink scheduling parameter as early as possible. This helps improve system performance.
The technical solutions provided in embodiments of this application may be applied to wireless communication between communication devices. The wireless communication between the communication devices may include: wireless communication between a network device and a terminal, wireless communication between network devices, and wireless communication between terminals. In embodiments of this application, the term “wireless communication” may also be referred to as “communication” for short, and the term “communication” may also be described as “data transmission”, “information transmission”, or “transmission”. The technical solutions may be used to perform wireless communication between a scheduling entity and a subordinate entity. A person skilled in the art may use the technical solutions provided in embodiments of this application to perform wireless communication between another scheduling entity and another subordinate entity, for example, wireless communication between a macro base station and a micro base station, for example, wireless communication between a first terminal and a second terminal.
The network device in embodiments of this application communicates with the terminal device, to provide a wireless access service for the terminal device. The network device may also be referred to as an access network device, a base station device, or a base station (base station, BS). The BS may be a device that is deployed in a radio access network and that can perform wireless communication with a terminal. The base station may be in a plurality of forms, for example, a macro base station, a micro base station, a relay station, and an access point. For example, the network device described below in embodiments of this application may be a base station in new radio (NR). The base station in 5G NR may also be referred to as a transmission reception point (transmission reception point, TRP) or a next generation NodeB (gNB). The network device described below in embodiments of this application may alternatively be an evolved NodeB (eNB or eNodeB) in a long term evolution (LTE) system.
In addition, it needs to be noted that, in embodiments of this application, a communication apparatus configured to implement a function of the network device may be a network device, a network device having some functions of a base station, or an apparatus that can support the network device to implement the function, for example, a chip system. The apparatus may be mounted onto the network device.
The terminal device in embodiments of this application may also be referred to as 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 a vehicle-mounted device; may be deployed on the surface of water (such as in a steamship); or may be deployed in the air (such as on an airplane, a balloon, and a satellite). The terminal device may be user equipment (UE). The UE includes a handheld device, a vehicle-mounted 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 telemedicine, a wireless terminal in a smart grid, a wireless terminal in a smart city, a wireless terminal in a smart home, or the like. In embodiments of this application, an apparatus configured to implement a function of the terminal may be a terminal, or may be an apparatus that can support the terminal to implement the function, for example, a chip system. The apparatus may be mounted onto the terminal. In embodiments of this application, the chip system may include a chip, or may include a chip and another discrete component. In the technical solutions provided in embodiments of this application, the technical solutions provided in embodiments of this application are described by using an example in which the apparatus configured to implement the function of the terminal is a terminal.
From a perspective of a communication service, the terminal device may be classified into a high-capability terminal and a low-capability terminal. For example, the high-capability terminal, for example, a Legacy terminal, is applicable to service scenarios such as enhanced mobile broadband (eMBB) and/or ultra-reliable and low-latency communication (URLLC). The low-capability terminal, for example, a reduced capability (REDCAP) terminal, is applicable to a service scenario of a massive machine type communication (mMTC). Compared with the Legacy terminal, a main feature of the REDCAP terminal is that a terminal capability is reduced or limited. For example, a bandwidth capability of the REDCAP terminal is limited. For example, a maximum bandwidth of a bandwidth part (BWP) that may be supported by the REDCAP terminal is reduced to 20 M. For another example, a signal processing capability of the REDCAP terminal is reduced, and a signal processing time is increased. Specifically, for example, the processing time of the REDCAP terminal is increased to twice that of the Legacy terminal; and for another example, an antenna capability of the REDCAP terminal is reduced. For example, a quantity of antennas supported by the Legacy terminal is 2Tx4Rx (that is, two transmit antennas and four receive antennas), and a quantity of antennas supported by the REDCAP terminal is reduced to 1Tx2Rx (that is, one transmit antenna and two receive antennas) or 1Tx1Rx (that is, one transmit antenna and one receive antenna). A reduction in the bandwidth capability affects a frequency diversity gain of the terminal, and a reduction in the antenna capability affects a spatial diversity gain. Therefore, uplink and downlink coverage of the REDCAP terminal is reduced.
In addition, it needs to be noted that, in embodiments of this application, a communication apparatus configured to implement a function of the terminal device may be a terminal device, a terminal device having some functions of a terminal, or an apparatus that can support the terminal device to implement the function, for example, a chip system. The apparatus may be mounted onto the terminal device.
In conventional communication, a network device configures a parameter related to uplink and downlink scheduling for a terminal device indiscriminately, easily causing a waste of or a conflict between air interface resources, and affecting performance of a wireless communication system. In view of this, it may be considered that parameters are pertinently configured for different terminals or different transmission scenarios, to improve performance of a communication system.
The following describes in detail a solution in which the network device distinguishes between terminal types or transmission manners based on uplink transmission performed by the terminal device in a random access procedure.
First, an initial access procedure that needs to be performed by the terminal device before the random access procedure is described.
A main purpose of performing initial access by a terminal is to achieve downlink synchronization with a base station and obtain system information of a cell in which the terminal is located. The system information may include a master information block (MIB), a system information block (SIB), and the like. In the initial access procedure, the terminal receives a BWP of a downlink channel that may be referred to as an initial downlink BWP (initial DL BWP).
S1: The terminal device obtains a synchronization signal block (synchronization signal block, SSB) broadcast by the network device.
The SSB includes a primary synchronization signal (PSS), a secondary synchronization signal (SSS), and a physical broadcast channel (PBCH).
For example, the PSS and the SSS shown in
S2: The terminal device obtains the master information block MIB from the PBCH. The terminal determines common search space (CSS), for example, two slots shown in
S3: The terminal device blindly detects, from a resource determined based on the CORESET #0 and the CSS, downlink control information DCI scrambled by using a system information radio network temporary identifier (SI-RNTI). The DCI is carried in a physical downlink control channel (PDCCH).
S4: The terminal device obtains, based on an indication of the DCI, system information, for example, a SIB 1, in a slot in which the DCI is located.
The terminal device may obtain, from the SIB 1, configuration information of an uplink initial BWP, configuration information of a random access resource, configuration information of a paging resource, and/or the like. In addition to uplink and downlink initial BWP resources, the SIB may further indicate another resource used by the terminal to perform random access, for example, a physical random access channel (PRACH) resource used to carry a preamble (also referred to as a random access preamble), and/or a resource occupied for sending a message A (Msg A).
S5: The terminal device receives a PDSCH scheduled by the DCI, where the PDSCH carries the system information.
Further, a method for the terminal device to perform random access includes a four-step access method and a two-step access method. The following separately describes in detail random access procedures related to the two-step access method and the four-step access method.
(1) The two-step access method may also be referred to as a 2-step RACH.
A1: The terminal device sends a random access preamble and a physical uplink shared channel (PUSCH) to the network device, or the terminal device sends the Msg A to the network device.
The random access preamble may also be referred to as a preamble, and there is a correspondence between a PRACH carrying the preamble and a PUSCH, so that the base station adjusts timing advance (TA) by detecting the preamble to demodulate the PUSCH of the Msg A. Optionally, a time-frequency resource includes one or more occasions for sending the PRACH (PRACH occasion, RO). One RO corresponds to one or more preambles. To be specific, the terminal may send the PRACH to the network device in the RO, and the PRACH may carry a preamble in the one or more preambles. One RO corresponds to one or more physical uplink shared channel resource units (PUSCH resource units, PRUs), and the PUSCH PRU is used to transmit the PUSCH.
A correspondence between the RO and the preamble may be configured by the network device in the foregoing system information SIB. In this case, the terminal device may obtain, in the initial access procedure, the SIB based on the SSB broadcast by the network device, to learn about the correspondence between the RO and the preamble based on the SIB. Specifically, specific information such as an RO parameter, a quantity of preambles, and a mapping relationship between the preamble and the SSB that are in the two-step random access method may be configured in the SIB. For example, the following RRC parameter MsgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSBs is used for configuration:
The RRC parameter MsgA-SSB-PerRACH-OccasionAndCB-PreamblesPerSSB specifies the quantity of preambles and a quantity of corresponding SSBs. The parameters on the left, oneEighth, oneFourth, oneHalf, one, two, four, eight, and sixteen, indicate a quantity of SSBs corresponding to one RO. If the quantity of SSBs corresponding to one RO is less than or equal to 1, it indicates that one SSB corresponds to one or more ROs. For example, oneEighth indicates that one SSB corresponds to eight ROs. If the quantity of SSBs corresponding to one RO is greater than 1, it indicates that one RO corresponds to a plurality of SSBs. For example, two indicates that one RO corresponds to two SSBs. When the quantity of SSBs corresponding to one RO is less than or equal to 1, the parameter on the right {n4, n8, n12, n16, n20, n24, n28, n32, n36, n40, n44, n48, n52, n56, n60, n64} indicates a quantity of preambles corresponding to each RO. For example, when each RO corresponds to only one SSB, to be specific, a parameter value on the left is one, the parameter on the right is set to n4, and it indicates that each RO corresponds to four preambles. When the quantity of SSBs corresponding to one RO is greater than 1, to be specific, a parameter value on the left is two, four, eight, sixteen, and the like, the parameter on the right INTEGER (1 . . . 16) indicates a quantity of preambles corresponding to each SSB in each RO. For example, when each RO corresponds to a plurality of SSBs, the parameter on the right is set to INTEGER 16, and it indicates that each SSB in each RO corresponds to 16 preambles.
For example, as shown in
Optionally, all preambles in one SSB mapping period may be uniformly numbered. It may be understood that one SSB mapping period is a period in which all SSBs sent in a current serving cell are mapped. As shown in
Further, the PUSCH for the Msg A may include one or more PUSCH occasions, and one PUSCH occasion occupies one time-frequency resource that may also be understood as a time-frequency resource of one PUSCH. A plurality of reference signals such as demodulation reference signals (DMRS) may be configured in one PUSCH occasion. It may be understood that the DMRS in this embodiment of this application is a DMRS of a PUSCH, and the DMRS may be used to demodulate the PUSCH. For description from a perspective of one or more DMRSs configured for one PUSCH occasion, one PUSCH occasion may correspond to one or more physical uplink shared channel resource units (PUSCH resource units, PRUs), and DMRSs corresponding to different PRUs are different. For example, two DMRSs are configured in one PUSCH occasion, and in this case, one PUSCH occasion corresponds to two PRUs. Alternatively, it may be understood that one PRU corresponds to one PUSCH occasion, and one DMRS is used when the PUSCH is transmitted in the PUSCH occasion.
For example,
A quantity of PRUs included in one PUSCH mapping period is: TPUSCH=PUSCH occasions #*DMRS #=8*2=16. A quantity of preambles corresponding to each PRU is denoted as: Npreamble=ceil(Tpreamble/TPUSCH)=2. A ceil operation is a rounding down operation.
Optionally, a PRU sorting rule is used: sorting by frequency domain first, then by code domain (different DMRSs), and finally by time domain. To be specific, the PRUs are sorted by frequency domain first, then by code domain (to be specific, different DMRSs are traversed), and finally by time domain. In this case,
In addition, the terminal device calculates an MsgB-RNTI based on a random access sending occasion (RO), so that the terminal device subsequently demodulates an Msg B.
A2: After receiving the random access preamble and the PUSCH, the network device sends a random access response, also referred to as the Msg B, to the terminal.
The base station calculates the MsgB-RNTI that is the same as the MsgB-RNTI in Al, and scrambles, by using the MsgB-RNTI, DCI used for scheduling the random access response. The random access response includes a contention resolution message, to be specific, includes a unique identifier of a terminal to specify a terminal device that succeeds in accessing. The random access response further includes a C-RNTI allocated to the terminal device and TA of the terminal device. Another terminal device that fails in accessing may re-initiate two-step random access, or may initiate four-step random access after a plurality of attempts fail.
Further, after receiving the Msg B, if the PDSCH is correctly demodulated, the terminal feeds back an acknowledge character (ACK) to the base station by using the PUCCH based on PUCCH indication information in the DCI scrambled by the MsgB-RNTI in A2. If the PDSCH is not correctly demodulated, the terminal feeds back a negative acknowledge character (NACK) to the base station by using the PUCCH. If the terminal does not identify DCI for scheduling an Msg B PDSCH, the ACK/NACK is not sent. If the base station does not receive the ACK/NACK within a time window, the Msg B may be resent.
With reference to Solution 1, the following describes in detail a manner of reporting a terminal type in a two-step random access procedure.
Solution 1:
S601: A first terminal device determines an uplink transmission parameter that can be used for a first terminal type, where a type of the first terminal device is the first terminal type, uplink transmission parameters that can be used for different terminal types are different, and the uplink transmission parameter includes at least one of the following: a preamble, a reference signal, and a resource (for example, the foregoing PUSCH occasion) that may be occupied for transmitting a PUSCH. The reference signal may be a physical uplink shared channel demodulation reference signal PUSCH DMRS, referred to as a DMRS below.
Different terminal types may be terminal devices with different capabilities. For example, antenna capabilities corresponding to different terminal types are different. The terminal type includes a high-capability terminal and a low-capability terminal. The first terminal type is the high-capability terminal or the low-capability terminal. Alternatively, the terminal type includes terminals that support different receive antennas. For example, the terminal type includes a 4Rx terminal that supports four receive antennas, a 2Rx terminal that supports two receive antennas, and a 1Rx terminal that supports one receive antenna. In this case, the first terminal type is one of the 4Rx terminal, the 2Rx terminal, and the 1Rx terminal. Alternatively, the terminal type includes at least one of the following: the high-capability terminal, the low-capability terminal, terminals that support different receive antennas in the high-capability terminal, and terminals that support different receive antennas in the low-capability terminal. For example, the terminal type includes the high-capability terminal, the 1Rx terminal in the low-capability terminal, and the 2Rx terminal in the low-capability terminal. In this case, the first terminal type is one of the high-capability terminal, the 1Rx terminal in the low-capability terminal, and the 2Rx terminal in the low-capability terminal.
In an optional implementation, a correspondence between a terminal type and an uplink transmission parameter that can be used for the terminal type may be set by predefining. In this case, the terminal device may determine, based on the predefined correspondence and a related configuration of an uplink transmission parameter obtained by an SIB in an initial access procedure, the uplink transmission parameter that can be used for the first terminal type. Alternatively, in another optional implementation, a network device may indicate, in the system information SIB, the correspondence between the terminal type and the uplink transmission parameter that can be used for the terminal type. Based on this, the first terminal device may determine, based on an indication in the SIB in the initial access procedure, the first terminal type to which the first terminal device belongs, and obtain the uplink transmission parameter that can be used for the first terminal type.
With reference to
Case 1: The uplink transmission parameter includes a preamble, and preambles that can be used for different terminal types are different. In addition, DMRSs that can be used for different terminal types may be the same or may be different. This is not limited in this embodiment of this application.
For example, the terminal type is divided into two types such as the 1Rx terminal in the low-capability terminal and the 2Rx terminal in the low-capability terminal. Some of preambles in one PRACH mapping period may be set as preambles that can be used for the 1Rx terminal, and remaining preambles in the PRACH mapping period may be set as preambles that can be used for the 2Rx terminal. To be specific, terminal types may be distinguished by using preamble numbers. For example, for 32 preambles with consecutive numbers in one PRACH mapping period shown in
Optionally, preambles with different numbers may be distinguished by using different root sequences or different cyclic shifts of a same root sequence.
Optionally, a proportion of a quantity of preambles allocated to a device type in a cell may be determined based on a quantity of terminals of different types in the cell. For example, assuming that in two terminal types, a quantity of 1Rx terminals is three times a quantity of 2Rx terminals, for the 32 preambles shown in
Optionally, based on the foregoing correspondence between the PARCH and the PUSCH in the initial access procedure, one RO may include a preamble that can be used for N1 terminal types, where N1 is an integer greater than or equal to 1. However, PRUs corresponding to preambles that can be used for different terminal types are different. For example, for the 32 preambles shown in
Case 2: The uplink transmission parameter includes a DMRS, and DMRSs that can be used for different terminal types are different. Time domain positions occupied by different DMRSs are different; frequency domain positions occupied by different DMRSs are different; sequences used for different DMRSs are different; and/or DMRSs implemented by multiplexing DMRS ports by using different orthogonal cover codes (OCCs) are different. In addition, preambles that can be used for different terminal types may be the same or may be different. This is not limited in this embodiment of this application.
For example, the terminal type is divided into two types such as the 1Rx terminal in the low-capability terminal and the 2Rx terminal in the low-capability terminal. For a plurality of DMRSs configured in one PUSCH mapping period, the 1Rx terminal can use some DMRSs in the plurality of DMRSs, and the 2Rx terminal can use remaining DMRSs in the plurality of DMRSs. To be specific, DMRSs that can be used by the 1Rx terminal and the 2Rx terminal are different.
Case 3: The uplink transmission parameter includes a PUSCH occasion, and PUSCH occasions that can be used for different terminal types are different. In addition, the preambles that can be used for different terminal types may be the same or may be different, and the DMRSs that can be used for different terminal types may be the same or may be different. This is not limited in this embodiment of this application.
Optionally, different terminal types are terminals having different receive antenna capabilities. The terminal types are distinguished by using the PUSCH occasion, so that before demodulating the PUSCH, a network device side learns about an antenna capability of the terminal device as early as possible. This helps properly schedule a resource related to the Msg B for the terminal device.
For example, the terminal type is divided into two types such as the 1Rx terminal in the low-capability terminal and the 2Rx terminal in the low-capability terminal.
In addition,
Optionally, the network device may configure one first reference signal received power (RSRP) threshold in the SIB. When RSRP of an SSB measured by the 1Rx terminal is greater than the first RSRP threshold, the 1Rx terminal may be allowed to use a resource of the 2Rx terminal, and does not need to report an antenna capability to the network device. When the network device does not configure an access resource of the 1Rx in the SIB, it is considered that the network device does not allow access of the 1Rx terminal. In this case, it may be understood that the network device does not need to distinguish between the 1Rx and the 2Rx, and the two terminal devices may share an access resource.
S602: The first terminal device sends uplink information of a first terminal on a first resource, where the uplink information may be used for the network device to determine a type of the first terminal device. The uplink information is uplink information sent when the first terminal is in a non-connected state. In the two-step random access method, the uplink information may be information sent by being carried in an Msg A.
The first resource is related to an SSB obtained by the first terminal device in the initial access procedure, and the first resource includes an RO carrying a preamble and/or a PUSCH occasion carrying uplink data.
In a first optional implementation, the uplink information includes a preamble, the preamble is a preamble that is in the first resource and that can be used for a first terminal type, the first resource includes the RO carrying the preamble, the first resource corresponds to a preamble that can be used for N1 terminal types, where N1 is an integer greater than or equal to 1, and physical uplink shared channel resource units PRUs corresponding to preambles that can be used for different terminal types are different.
Optionally, the first terminal device may select a preamble to be sent in the following manner: When obtaining at least one SSB broadcast by the network device, the first terminal device measures reference signal received power (RSRP) of each SSB; and the first terminal device selects, based on a measurement result, from the at least one SSB, an SSB that exceeds a second RSRP threshold. For example, assuming that the SSB0 shown in
Optionally, the first resource is corresponding to one synchronization signal block, the synchronization signal block may be associated with X preambles with consecutive numbers, and the X preambles include a preamble that can be used for N2 terminal types, where N2 is greater than or equal to 1. If the synchronization signal block corresponds to a plurality of ROs, there are preambles that can be used for N1 terminal types in the ROs, where N2 is an integer greater than or equal to N1. Numbers of preambles that can be used for a same terminal type in the X preambles are consecutive. For example, in the eight preambles associated with the SSB0 in
In a second optional implementation, the first resource is a PRU that can be used for the first terminal type, a type of the first terminal device is the first terminal type, PRUs that can be used for different terminal types are different, and DMRSs corresponding to the PRUs that can be used for different terminal types are different. Time domain positions occupied by different DMRSs are different; frequency domain positions occupied by different DMRSs are different; sequences used for different DMRSs are different; and/o DMRSs implemented by multiplexing DMRS ports by using different OCCs are different.
In a third optional implementation, the first resource is a PRU that can be used for the first terminal type, a type of the first terminal device is the first terminal type, PRUs that can be used for different terminal types are different, and physical uplink shared channel PUSCH time-frequency resources corresponding to the PRUs that can be used for different terminal types are different, for example, PUSCH occasions that can be used for different terminal types are different.
S603: After receiving the Msg A, that is, the preamble and the PUSCH, the network device sends a random access response, also referred to as an Msg B, to the terminal. For details, refer to A2 for implementation. Details are not described in this embodiment of this application.
With reference to Solution 2, the following describes in detail a manner of distinguishing between transmission manners in a two-step random access procedure.
Solution 2:
S901: A first terminal device determines an uplink transmission parameter that can be used for a first transmission manner, uplink transmission parameters that can be used for different transmission manners are different, and the uplink transmission parameter includes at least one of the following: a preamble, a PUSCH DMRS (DMRS for short in the following), and a resource that can be occupied for transmitting a PUSCH (for example, the foregoing PUSCH occasion).
Optionally, the first transmission manner is random access carrying a small data packet or random access without carrying a small data packet. If the first terminal device needs to implement small packet transmission in the two-step random access procedure, the first transmission manner is the random access carrying the small data packet. If the first terminal device performs a conventional two-step random access procedure, the first transmission manner is the random access without carrying the small data packet. In other words, it may be understood that the conventional two-step random access and the random access carrying the small data packet may be distinguished based on the uplink transmission parameter. The small data packet is uplink data sent by a terminal device in a non-connected state. A size of the small data packet is less than a preset threshold or may be sent in a limited time unit (for example, one slot or two slots), for example, the size of the small data packet may be 300 KB. If the first transmission manner is the random access carrying the small data packet, a PUSCH in an Msg A includes the small data packet.
In an optional implementation, a correspondence between a transmission manner and an uplink transmission parameter that can be used for the transmission manner may be set by predefining. In this case, the terminal device may determine, based on the predefined correspondence and a related configuration of an uplink transmission parameter obtained by an SIB in an initial access procedure, the uplink transmission parameter that can be used for the first transmission manner. Alternatively, in another optional implementation, a network device may indicate, in the system information SIB, the correspondence between the transmission manner and the uplink transmission parameter that can be used for the transmission manner. Based on this, the first terminal device may determine, based on an indication in the SIB in the initial access procedure, the first transmission manner, and obtain the uplink transmission parameter that can be used for the first transmission manner.
For the correspondence between the transmission manner and the uplink transmission parameter that can be used for the transmission manner, refer to Case 1 to Case 3 in S601 for understanding and implementation. Details are not described in this embodiment of this application again.
S902: Send uplink information of a first terminal on a second resource by using the first transmission manner, where the uplink information may be used for the network device to determine the first transmission manner. The uplink information is uplink information sent when the first terminal is in a non-connected state. In the two-step random access method, the uplink information may be information sent by being carried in an Msg A.
The second resource is related to an SSB obtained by the first terminal device in the initial access procedure, and the second resource includes an RO carrying a preamble and a PUSCH occasion carrying uplink data.
In a first optional implementation, the uplink information includes a preamble, the preamble is a preamble that is in the second resource and that can be used for the first transmission manner, the second resource includes an RO carrying the preamble, the second resource includes a preamble that can be used for N1 transmission manners, where N1 is an integer greater than or equal to 1, physical uplink shared channel resource units PRUs corresponding to preambles that can be used for different transmission manners are different, and a same PRU carries uplink data corresponding to a same transmission manner.
Optionally, the first terminal device may select a preamble to be sent in the following manner: When obtaining at least one SSB broadcast by the network device, the first terminal device measures RSRP of each SSB; and the first terminal device selects, based on a measurement result, from the at least one SSB, an SSB that exceeds a second RSRP threshold. For example, assuming that the SSB0 shown in
Optionally, the second resource corresponds to one synchronization signal block, the synchronization signal block may be associated with X preambles with consecutive numbers, and the X preambles include a preamble that can be used for N2 transmission manners, where N2 is greater than or equal to 1. If the synchronization signal block corresponds to a plurality of ROs, there are preambles that can be used for N1 transmission manners in the ROs, where N2 is an integer greater than or equal to N1. Numbers of preambles that are in the X preambles and that can be used for a same transmission manner are consecutive. For example, in
In a second optional implementation, the second resource is a PRU that can be used for the first transmission manner, PRUs that can be used for different transmission manners are different, and demodulation reference signals DMRSs corresponding to the PRUs that can be used for different transmission manners are different.
In a third optional implementation, the second resource is a PRU that can be used for the first transmission manner, PRUs that can be used for different transmission manners are different, and physical uplink shared channel PUSCH time-frequency resources corresponding to the PRUs that can be used for different transmission manners are different, for example, PUSCH occasions that can be used for different transmission manners are different.
S903: After receiving the Msg A, that is, the preamble and the PUSCH, the network device sends a random access response, also referred to as an Msg B, to the terminal. For details, refer to A2 for implementation. Details are not described in this embodiment of this application. In this embodiment of this application, small packet transmission may be implemented in a two-step random access procedure, to avoid additional signaling overheads and energy consumption overheads caused when UE first enters a connected state and then sends a small packet. In addition, it may be distinguished, based on the preamble, the DMRS, or the PUSCH occasion, whether to perform conventional two-step random access or perform the random access carrying the small packet transmission, so that a network side pertinently configures uplink and downlink scheduling parameters for different transmission manners.
(2). The four-step access method may also be referred to as a 4-step RACH.
B1: A terminal sends a preamble (Preamble), referred to as a random access preamble or a message 1 (Msg 1), to a base station on a physical random access channel (PRACH).
The preamble is a sequence. A function of the preamble is to notify the base station that there is a random access request, and enable the base station to estimate a transmission latency between the terminal and the base station, so that the base station calibrates uplink timing of the terminal, and notifies the terminal of calibration information through a timing advance (TA) instruction.
In addition, the terminal may further calculate a random access radio network temporary identifier (RA-RNTI) based on a sending occasion (PRACH occasion, RO) of the preamble. One RO may correspond to one or more preambles. The sending occasion RO of the two-step random access and the sending occasion RO of the four-step random access may be shared or not shared.
B2: After detecting the preamble sent by the terminal, the base station sends a message 2 (Msg 2) to the terminal, where the message 2 may also be understood as a random access response (RAR) message.
Specifically, the base station calculates an RA-RNTI that is the same as the RA-RNTI in B1, and scrambles downlink control information (DCI) by using the RA-RNTI, where the DCI is used to schedule a physical downlink shared channel (PDSCH) carrying a random access response (RAR). Content of the RAR includes numbers of preambles received in B1, uplink timing advance (TA) information, uplink resource grant (uplink grant, UL grant) information, and a temporary cell-radio network temporary identifier (temporary cell-RNTI, TC-RNTI) that correspond to the numbers of the preambles, and the like.
B3: The terminal receives the RAR.
If the numbers of the preambles in the RAR include a number of the preamble sent by the terminal to the base station in B1, the terminal considers that the RAR is a random access response for the terminal, determines, based on UL grant indication information corresponding to the number of the preamble in the RAR, a PUSCH resource used by the terminal to send a message 3 (Msg 3), and after adjusting the TA, sends an uplink message Msg3 based on the PUSCH resource, where the Msg 3 carries a unique identifier of the terminal. The terminal may initiate a radio resource control (RRC) connection request in the Msg 3.
B4: The base station receives the Msg 3 sent by the terminal, and feeds back a contention resolution (contention resolution) message, also referred to as a message 4 (Msg 4), to the terminal that succeeds in accessing.
DCI used for scheduling the contention resolution message is scrambled by using the temporary cell-radio network temporary identifier TC-RNTI allocated in B2. The base station carries the unique identifier of the terminal in the Msg 3 in the contention resolution message to specify the terminal that succeeds in accessing the network, and another terminal that fails in accessing initiates random access again. The base station may perform RRC configuration on the terminal by using the Msg 4. The DCI scrambled by using the TC-RNTI carries uplink control channel (physical uplink control channel, PUCCH) indication information used to feed back an ACK/NACK.
Further, after receiving the Msg 4, if the terminal correctly demodulates the PDSCH, the terminal feeds back the ACK to the base station by using a PUCCH according to the PUCCH indication information in the DCI scrambled by using the TC-RNTI in B4. If the terminal fails to correctly demodulate the PDSCH, the terminal feeds back the NACK to the base station by using a PUCCH. If the terminal does not identify DCI scheduling an Msg 4 PDSCH, the ACK/NACK is not sent. If the base station does not receive the ACK/NACK within a time window, the Msg 4 may be resent.
With reference to Solution 3, the following describes in detail a manner of reporting a terminal type in a four-step random access procedure.
Solution 3:
S1101: A first terminal device obtains configuration information, where the configuration information indicates a demodulation reference signal DMRS corresponding to N3 terminal types, where N3 is an integer greater than or equal to 1, and the demodulation reference signal herein may be used to demodulate a message 3 (Msg 3).
In an optional implementation, a correspondence between a terminal type and an uplink transmission parameter corresponding to the terminal type may be set by predefining. The first terminal device may obtain the configuration information based on the predefined correspondence and a related configuration of an uplink transmission parameter obtained by an SIB in an initial access procedure, to be specific, determine a DMRS that can be used for a first terminal type. In another optional implementation, a network device may carry the foregoing configuration information in the system information SIB. Based on this, the first terminal device may determine, based on an indication in the SIB in the initial access procedure, the first terminal type to which the first terminal device belongs, and obtain the uplink transmission parameter that can be used for the first terminal type, for example, the DMRS. For example, that the system information SIB delivered by the network device and received by the first terminal device carries the foregoing configuration information is described in step S1101 in
Optionally, time domain positions occupied by different DMRSs are different; frequency domain positions occupied by different DMRSs are different; sequences used for different DMRSs are different; and/or DMRSs implemented by multiplexing DMRS ports by using different OCCs are different. The following uses two types of DMRSs as an example to describe in detail specific implementations of different DMRSs with reference to Manner 1 and Manner 2.
Manner 1: Two types of DMRSs may be implemented by using different DMRS ports. It may be understood that the DMRS ports may also be understood as DMRS resource elements (REs) of a pilot port and an antenna port, or the like. The DMRS ports are multiplexed through frequency division multiplexing (FDM) and code division multiplexing (CDM). Each DMRS CDM group is divided, through multiplexing, into a plurality of DMRS ports by using an orthogonal cover code (orthogonal cover code, OCC). That DMRS ports in this embodiment of this application are different includes: frequency domain positions of different DMRS ports are different; time domain positions of different DMRS ports are different; and/or different DMRS ports are multiplexed by using different OCCs.
A 5G NR system supports two DMRS types (a DMRS type 1 and a DMRS type 2), and there are a DMRS with a single front-loaded symbol and a DMRS with double front-loaded symbols. The DMRS type 1 with a single front-loaded symbol supports a maximum of four DMRS ports; the DMRS type 1 with double front-loaded symbols supports a maximum of eight DMRS ports; the DMRS type 2 with a single front-loaded symbol supports a maximum of six DMRS ports; and the DMRS type 2 with double front-loaded symbols supports a maximum of 12 DMRS ports. The following describes in detail manners of multiplexing and configuring a DMRS port for the two DMRS types.
For a reference signal of the DMRS type 1, DMRS ports are divided into two DMRS CDM groups.
For example,
For example, as shown in
For a reference signal of the DMRS type 2, DMRS ports are divided into three DMRS CDM groups.
For example, as shown in
As shown in
Manner 2: Two types of DMRSs are implemented by using a same DMRS port but different sequences, where using different sequences includes using different sequences to generate formulas, initialization parameters, sequence expressions, and/or the like.
S1102: The first terminal device sends an Msg 1 (also referred to as a preamble (preamble)) to the network device based on an Msg 1 resource shared with another terminal device.
S1103: The network device sends an Msg 2, where the Msg 2 includes a random access response, and the Msg 2 may further be used for scheduling an Msg 3.
S1104: Send uplink information based on a DMRS corresponding to a terminal type of the first terminal. The uplink information is uplink information sent when the first terminal is in a non-connected state. In the four-step random access method, the uplink information includes the message 3 (Msg 3) in a random access procedure.
S1105: The network device may perform RRC configuration on the terminal device by using an Msg 4. DCI scrambled by using a TC-RNTI carries uplink control channel (physical uplink control channel, PUCCH) indication information used to feed back an ACK/NACK.
In this embodiment of this application, in the four-step random access procedure, terminal types are distinguished based on a DMRS included in the Msg 3, so that a terminal capability may be reported. When demodulating physical layer information, a network may learn about a capability of the terminal device, for example, a receive antenna capability, so that the network may learn about a terminal antenna capability earlier. This helps properly schedule an Msg 4 resource for the terminal.
In addition, an embodiment of this application further provides a solution for reporting a terminal type in a small packet transmission process. The following describes in detail with reference to Solution 4.
Solution 4:
S1401: A first terminal device obtains configuration information, where the configuration information indicates a demodulation reference signal DMRS corresponding to N3 terminal types, where N3 is an integer greater than or equal to 1, and the demodulation reference signal herein may be used to demodulate a message 3 (Msg 3).
Optionally, a network device may carry configuration information, for example, a CG-SDT resource configuration, including CG PUSCH DMRS resources allocated to different terminal types, in a system information block SIB. In this case, the first terminal device may determine, based on the CG-SDT resource configuration in the SIB, a DMRS that can be used for a terminal type to which the first terminal device belongs. For example, assuming that terminal device types are divided into two types: a 1Rx terminal of a low-capability terminal REDCAP and a 2Rx terminal of a low-capability terminal REDCAP. In the CG-SDT resource configuration of the SIB, at least two DMRSs need to be configured, where at least one DMRS is used for the 1Rx terminal to send CG-SDT, and at least one DMRS is used for the 2Rx terminal to send CG-SDT.
Optionally, time domain positions occupied by different DMRSs are different; frequency domain positions occupied by different DMRSs are different; sequences used for different DMRSs are different; and/or DMRSs implemented by multiplexing DMRS ports by using different OCCs are different. For specific implementations of different DMRSs, refer to the solution in S1101. Details are not described again in this embodiment of this application.
S1402: The first terminal device sends uplink information based on a DMRS corresponding to a terminal type of the first terminal device, where the uplink information includes uplink data that is based on a configured grant CG.
Specifically, the first terminal device may send, on a configured grant CG resource, the uplink data that is based on the configured grant CG, where the uplink data that is based on the configured grant CG includes a small data packet.
S1403: The network device determines a type of the first terminal device based on the DMRS, for example, determines an antenna capability of the first terminal device, to configure proper uplink and downlink scheduling parameters, such as a PDCCH parameter, a bit rate, a modulation order, and an aggregation level. A PDCCH is transmitted to UE to perform ACK/NACK feedback resources configuration.
In this embodiment of this application, based on a small packet transmission process, different terminal types are distinguished by using the DMRS, so that a manner of reporting a terminal type such as a terminal antenna capability is more flexible. A network identifies the antenna capability of the terminal device by using different CG PUSCH DMRSs, so that feedback resource configuration may be properly determined as soon as possible based on the antenna capability.
In the foregoing embodiments provided in this application, the methods provided in embodiments of this application are separately described from the perspective of the network device, the terminal device, and interaction between the network device and the terminal device. To implement functions in the method provided in the foregoing embodiments of this application, the network device and the terminal may include a hardware structure and/or a software module, and implement the foregoing functions in a form of the hardware structure, the software module, or a combination of the hardware structure and the software module. Whether a specific function in the foregoing functions is performed by the hardware structure, the software module, or the combination of the hardware structure and the software module depends on particular applications and design constraints of the technical solutions.
Based on a same concept, as shown in
The communication module may also be referred to as a transceiver module, a transceiver, a transceiver machine, a transceiver apparatus, or the like. The processing module may also be referred to as a processor, a processing board, a processing unit, a processing apparatus, or the like. Optionally, a component that is in the communication module and that is configured to implement a receiving function may be considered as a receiving unit. It should be understood that the communication module is configured to perform a sending operation and a receiving operation on a network device side or a terminal device side in the foregoing method embodiments. A component that is in the communication module and that is configured to implement a sending function is considered as a sending unit. In other words, the communication module includes the receiving unit and the sending unit. When the apparatus 1600 is used in a network device, the receiving unit included in the communication module 1602 of the apparatus 1600 is configured to perform the receiving operation on the network device side, for example, data from a terminal device is received. The sending unit included in the communication module 1602 of the apparatus 1600 is configured to perform the sending operation on the network device side, for example, data is sent to the terminal device. When the apparatus 1600 is used in a terminal device, the receiving unit included in the communication module 1602 of the apparatus 1600 is configured to perform the receiving operation on the terminal device side, for example, data from a network device is received. The sending unit included in the communication module 1602 of the apparatus 1600 is configured to perform the sending operation on the terminal device side, for example, data is sent to the network device. In addition, it should be noted that, if the apparatus is implemented by using a chip/chip circuit, the communication module may be an input/output circuit and/or a communication interface, and perform an input operation (corresponding to the foregoing receiving operation) and an output operation (corresponding to the foregoing sending operation). The processing module is an integrated processor, a microprocessor, or an integrated circuit.
The following describes in detail implementations in which the apparatus 1600 is used in the terminal device.
In a first implementation, the apparatus 1600 includes:
In the foregoing design, it is designed that PRUs used for different terminal types are different, and a network device may distinguish between types of terminal devices based on the uplink information. The network device may configure a related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In an optional implementation, demodulation reference signals DMRSs corresponding to the PRUs that can be used for different terminal types are different, or physical uplink shared channel PUSCH time-frequency resources corresponding to the PRUs that can be used for different terminal types are different. In this way, the network device does not need to demodulate data, and may determine the terminal type as early as possible when demodulating physical layer information. This helps properly configure a related uplink scheduling parameter for the terminal device.
In an optional implementation, the first resource corresponds to one synchronization signal block, the synchronization signal block is associated with X preambles with consecutive numbers, the X preambles include a preamble that can be used for N2 terminal types, where N2 is an integer greater than or equal to N1, and numbers of preambles that can be used for a same terminal type in the X preambles are consecutive. In this way, preambles selected by terminals of a same type may be centralized in a same RO, and the network device may pertinently configure the subsequent downlink scheduling parameter based on the terminal type.
In a possible design, the uplink information is uplink information sent when the first terminal device is in a non-connected state. Before the network device is accessed, the network device is enabled to learn about a status of the terminal device, so that the network device configures the related uplink and downlink scheduling parameter as early as possible. This helps improve system performance.
In a second implementation, the apparatus 1600 includes:
In the foregoing design, it is designed that the PRUs corresponding to different transmission manners are different, and the network device may distinguish between types of terminal devices based on the uplink information. The network device may configure a related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In an optional implementation, the first transmission manner is random access carrying a small data packet or random access without carrying a small data packet. Small packet transmission can be implemented in a random access procedure. Additional signaling overheads and energy consumption overheads caused by first entering a connected state and then sending a small packet by the terminal device are avoided.
In a third implementation, the apparatus 1600 includes:
In the foregoing design, the terminal types are distinguished based on a DMRS included in the Msg 3, or the terminal types are distinguished based on a DMRS in a small packet transmission process, to report the terminal types. When demodulating physical layer information, a network may learn about a capability of a terminal device, for example, a receive antenna capability. In this way, the network may learn about an antenna capability of a terminal earlier. This helps properly schedule an Msg 4 resource for the terminal.
In a possible design, the uplink information is uplink information sent when the first terminal device is in a non-connected state.
In a possible design, DMRSs corresponding to different terminal types are different.
The following describes in detail implementations in which the apparatus 1600 is used in the network device.
In a first implementation, the apparatus 1600 includes:
In the foregoing design, it is designed that PRUs used for different terminal types are different, and a network device may distinguish between types of terminal devices based on the uplink information. The network device may configure related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In a possible design, demodulation reference signals DMRSs corresponding to the PRUs that can be used for different terminal types are different, or physical uplink shared channel PUSCH time-frequency resources corresponding to the PRUs that can be used for different terminal types are different. In this way, the network device does not need to demodulate data, and may determine the terminal type as early as possible when demodulating physical layer information. This helps properly configure a related subsequent downlink scheduling parameter for the terminal device.
In a possible design, the first resource corresponds to one synchronization signal block, the synchronization signal block is associated with X preambles with consecutive numbers, the X preambles include a preamble that can be used for N2 terminal types, where N2 is an integer greater than or equal to N1, and numbers of preambles that can be used for a same terminal type in the X preambles are consecutive. In this way, preambles selected by terminals of a same type may be centralized in a same RO, and the network device may pertinently configure the subsequent downlink scheduling parameter based on the terminal type.
In a possible design, the uplink information is uplink information received from the terminal device when the first terminal device is in a non-connected state. Before the network device is accessed, the network device is enabled to learn about a status of the terminal device, so that the network device configures the related uplink and downlink scheduling parameter as early as possible. This helps improve system performance.
In a possible design, antenna capabilities corresponding to different terminal types are different.
In a second implementation, the apparatus 1600 includes:
In the foregoing design, it is designed that the PRUs corresponding to different transmission manners are different, and the network device may distinguish between types of terminal devices based on the uplink information. The network device may configure a related uplink and downlink scheduling parameter for each of different terminal types, to implement optimized and proper configuration. This helps improve system performance.
In an optional implementation, the first transmission manner is random access carrying a small data packet or random access without carrying a small data packet. Small packet transmission can be implemented in a random access procedure. Additional signaling overheads and energy consumption overheads caused by first entering a connected state and then sending a small packet by the terminal device are avoided.
In a third implementation, the apparatus 1600 includes:
In the foregoing design, the terminal types are distinguished based on a DMRS included in the Msg 3, or the terminal types are distinguished based on a DMRS in a small packet transmission process, to report the terminal types. When demodulating physical layer information, a network may learn about a capability of a terminal device, for example, a receive antenna capability. In this way, the network may learn about an antenna capability of a terminal earlier. This helps properly schedule an Msg 4 resource for the terminal.
In an optional implementation, the uplink information is uplink information sent when the first terminal device is in a non-connected state.
In an optional implementation, DMRSs corresponding to different terminal types are different.
In this embodiment of this application, the module division is an example, and is merely logical function division and may be another division manner in actual implementation. In addition, functional modules in embodiments of this application may be integrated into one processor, or each of the modules may exist alone physically, or two or more modules may be integrated into one module. The integrated module may be implemented in a form of hardware, or may be implemented in a form of a software functional module.
Based on a same technical concept, this application further provides a communication apparatus 1700. The communication apparatus 1700 may be a chip or a chip system. Optionally, in this embodiment of this application, the chip system may include a chip, or may include the chip and another discrete device.
The communication apparatus 1700 may be configured to implement functions of the terminal device or the network device in the communication system shown in
The coupling in this embodiment of this application is an indirect coupling or a communication connection between apparatuses, units, or modules in an electrical form, a mechanical form, or another form, and is used for information exchange between the apparatuses, the units, or the modules. The processor 1710 may operate in collaboration with the memory 1720. A specific connection medium between the transceiver 1730, the processor 1710, and the memory 1720 is not limited in this embodiment of this application.
The communication apparatus 1700 may further include a communication interface 1730, and the communication apparatus 1700 may perform information exchange with another device through the communication interface 1730. For example, the communication interface 1701 may be a transceiver, a circuit, a bus, a module, or another type of communication interface. When the communication apparatus 1700 is a chip-type apparatus or circuit, the communication interface 1730 in the apparatus 1700 may also be an input/output circuit, and may input information (or referred to as receiving information) and output information (or referred to as sending information). The processor is an integrated processor, a microprocessor, an integrated circuit, or a logic circuit. The processor may determine output information based on input information.
Optionally, as shown in
In this embodiment of this application, the processor may be a general-purpose processor, a digital signal processor, an application-specific integrated circuit, a field programmable gate array or another programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component, and may implement or perform the methods, steps, and logical block diagrams disclosed in embodiments of this application. The general-purpose processor may be a microprocessor or any conventional processor or the like. The steps of the methods disclosed with reference to embodiments of this application may be directly implemented by a hardware processor, or may be implemented by using a combination of hardware in a processor and a software module.
In embodiments of this application, the memory may be a non-volatile memory, for example, a hard disk drive (HDD) or a solid-state drive (SSD), or may be a volatile memory, for example, a random access memory (random access memory, RAM). The memory is any other medium that can be configured to carry or store expected program code in a form of an instruction or a data structure and that can be accessed by a computer, but is not limited thereto. The memory in this embodiment of this application may alternatively be a circuit or any other apparatus that can implement a storage function, and is configured to store program instructions and/or data.
In a possible implementation, the communication apparatus 1700 may be used in a terminal device. Specifically, the communication apparatus 1700 may be a terminal device, or an apparatus that can support the terminal device to implement the function of the terminal device in any one of the foregoing embodiments. The memory 1720 stores a necessary computer program, a computer program, or an instruction, and/or data for implementing the function of the terminal device in any one of the foregoing embodiments. The processor 1710 may execute the computer program stored in the memory 1720, to complete the method performed by the first terminal device in any one of the foregoing embodiments. Used in a terminal device, the communication interface in the communication apparatus 1700 may be configured to interact with a network device, and send information to the network device or receive information from the network device.
In another possible implementation, the communication apparatus 1700 may be used in a network device. Specifically, the communication apparatus 1700 may be a network device, or an apparatus that can support the network device to implement the function of the network device in any one of the foregoing embodiments. The memory 1720 stores a necessary computer program, a computer program, or an instruction, and/or data for implementing the function of the network device in any one of the foregoing embodiments. The processor 1710 may execute the computer program stored in the memory 1720, to complete the method performed by the network device in any one of the foregoing embodiments. Used in a network device, the communication interface in the communication apparatus 1700 may be configured to interact with a terminal device, and send information to the terminal device or receive information from the terminal device.
The communication apparatus 1700 provided in this embodiment may be used in a terminal device to complete the method performed by the terminal device, or may be used in a network device to complete the method performed by the network device. Therefore, for technical effects that can be achieved by the computer-readable storage medium, refer to the foregoing method embodiments. Details are not described herein again.
In this embodiment of this application, the processor may be a general-purpose processor, a digital signal processor, an application-specific integrated circuit, a field programmable gate array or another programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component, and may implement or perform the methods, steps, and logical block diagrams disclosed in embodiments of this application. The general-purpose processor may be a microprocessor or any conventional processor or the like. The steps of the methods disclosed with reference to embodiments of this application may be directly implemented by a hardware processor, or may be implemented by using a combination of hardware in a processor and a software module.
In embodiments of this application, the memory may be a nonvolatile memory, for example, a hard disk drive (HDD) or a solid-state drive (SSD), or may be a volatile memory, for example, a random-access memory (RAM). The memory may alternatively be any other medium that can be configured to carry or store expected program code in a form of an instruction or a data structure and that can be accessed by a computer, but is not limited thereto. The memory in this embodiment of this application may alternatively be a circuit or any other apparatus that can implement a storage function, and is configured to store a computer program, computer programs or instructions, and/or data.
Based on the foregoing embodiments, an embodiment of this application further provides a computer program. When the computer program is run on a computer, the computer is enabled to perform the data transmission methods provided in embodiments shown in
Based on the foregoing embodiments, an embodiment of this application further provides a computer-readable storage medium. The computer-readable storage medium stores a computer program. When the computer program is executed by a computer, the computer is enabled to perform the data transmission methods provided in embodiments shown in
Based on the foregoing embodiments, an embodiment of this application provides a communication system, including a terminal device and a network device. The terminal device and the network device may implement the data transmission methods provided in embodiments shown in
Based on the foregoing embodiments, an embodiment of this application further provides a chip. The chip is configured to read a computer program stored in a memory and implement the data transmission methods provided in embodiments shown in
Based on the foregoing embodiments, an embodiment of this application provides a chip system. The chip system includes a processor, configured to support a computer apparatus to implement functions of the terminal device or the access network device in embodiments shown in
All or a part of the technical solutions provided in embodiments of this application may be implemented by using software, hardware, firmware, or any combination thereof. When software is used to implement embodiments, all or a part of embodiments may be implemented in a 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, all or some of the procedures or functions according to embodiments of the present application are generated. The computer may be a general-purpose computer, a dedicated computer, a computer network, a network device, a terminal device, or another programmable apparatus. The computer instructions may be stored in a computer-readable storage medium or may be transmitted from a computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions may be transmitted from a website, computer, server, or data center to another web site, computer, server, or data center in a wired (for example, a coaxial cable, an optical fiber, or a digital subscriber line (DSL)) or wireless (for example, infrared, radio, or microwave) manner. The computer-readable storage medium may be any usable medium accessible by the computer, or a data storage device such as a server or a data center, integrating one or more usable media. The usable medium may be a magnetic medium (for example, a floppy disk, a hard disk, or a magnetic tape), an optical medium (for example, a digital video disc (DVD)), a semiconductor medium, or the like.
In embodiments of this application, when there is no logical conflict, embodiments may be mutually referenced. For example, methods and/or terms in the method embodiments may be mutually referenced, and functions and/or terms in the apparatus embodiments may be mutually referenced. For example, functions and/or terms between the apparatus embodiments and the method embodiments may be mutually referenced.
This application is described with reference to the flowcharts and/or block diagrams of the method, the device (system), and the computer program product according to this application. It should be understood that computer program instructions may be used to implement each process and/or each block in the flowcharts and/or the block diagrams and a combination of a process and/or a block in the flowcharts and/or the block diagrams. The computer program instructions may be provided for a general-purpose computer, a dedicated computer, an embedded processor, or a processor of any other programmable data processing device to generate a machine, so that the instructions executed by a computer or a processor of any other programmable data processing device generate an apparatus for implementing a specific function in one or more processes in the flowcharts and/or in one or more blocks in the block diagrams.
The computer program instructions may alternatively be stored in a computer-readable memory that can indicate a computer or another programmable data processing device to work in a specific manner, so that the instructions stored in the computer-readable memory generate an artifact that includes an instruction apparatus. The instruction apparatus implements a specific function in one or more procedures in the flowcharts and/or in one or more blocks in the block diagrams.
The computer program instructions may alternatively be loaded onto a computer or another programmable data processing device, so that a series of operations and steps are performed on the computer or the another programmable device, to generate computer-implemented processing. Therefore, the instructions executed on the computer or the another programmable device provide steps for implementing a specific function in one or more processes in the flowcharts and/or in one or more blocks in the block diagrams.
It is clearly that, a person skilled in the art can make various modifications and variations to this application without departing from the scope of this application. This application is intended to cover these modifications and variations of this application provided that they fall within the scope of protection defined by the claims of this application and their equivalent technologies.
| Number | Date | Country | Kind |
|---|---|---|---|
| 202110507908.1 | May 2021 | CN | national |
This application is a continuation of International Application No. PCT/CN2022/091016, filed on May 5, 2022, which claims priority to Chinese Patent Application No. 202110507908.1, filed on May 10, 2021. The disclosures of the aforementioned applications are hereby incorporated by reference in their entireties.
| Number | Date | Country | |
|---|---|---|---|
| Parent | PCT/CN2022/091016 | May 2022 | US |
| Child | 18489873 | US |
