The present application relates to the field of communication technologies, and in particular, to methods and apparatuses for channel transmission, a terminal, a network side device, and a storage medium.
In a fifth generation mobile network (5G) new radio (NR) system, a user equipment (UE) may only receive downlink information in a downlink initial bandwidth part (DL initial BWP) and transmit uplink information in an uplink initial bandwidth part (UL initial BWP) before successfully accessing a network side device and obtaining a user-specific radio resource control (RRC) configuration configured by the network side device for it. For the case where a carrier frequency of the network side device is below 6 GHz, which is also referred to as a frequency range 1 (FR1), the bandwidth of the DL initial BWP is generally less than or equal to 20 MHz, and the bandwidth of the UL initial BWP is not limited and may be larger than 20 MHz.
The NR system is about to provide a support to serve a reduced capability (RedCap) UE. In order to pursue lower complexity and cost, RedCap UE only supports a narrow bandwidth, for example, its bandwidth is less than or equal to 20 MHz. As such, if the RedCap UE still uses the traditional UL initial BWP, it may fail to correctly transmit an uplink channel, such as a physical uplink control channel (PUCCH), since the bandwidth of the RedCap UE is smaller than traditional UL initial BWP.
Embodiments of the present application provide methods and apparatuses for channel transmission, a terminal, a network side device, and a storage medium, which solve the problem that a reduced capability (RedCap) user equipment (UE) fails to correctly transmit an uplink channel, such as a physical uplink control channel (PUCCH), in an uplink initial bandwidth part (UL initial BWP) since a frequency interval between two hops for the PUCCH is larger than the maximum bandwidth of the RedCap UE.
Embodiments of the present application provide the following solutions.
An embodiment of the present application provides a method for channel transmission, implemented at a first type of terminal, including:
In an embodiment, the first resource includes any one of the following items:
In an embodiment, in case that the first resource is the resource for PUCCH transmission without frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location corresponding to the first hop and/or the frequency location corresponding to the second hop when the second type of terminal transmits the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of scheduling DCI corresponding to the PDSCH that needs to be fed back by the first type of terminal in the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of the given uplink channel transmitted by the first type of terminal, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case that the first resource is the resource for PUCCH transmission with frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, the replacing the bandwidth parameter NBWPsize of the UL initial BWP in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH with the first bandwidth parameter NRedCapPUCCH, and determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the replaced relationship model includes:
In an embodiment, the determining initial frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH, performing modulo operations on the initial frequency locations and the first bandwidth parameter NRedCapPUCCH and determining modulo operation results as frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, includes:
In an embodiment, the preset frequency offset is any one or more of the following items:
where NCS represents a total number of initial cyclic shift indices; and
In an embodiment, a possible value of the first frequency offset RBBWPoffset in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH meets the following relationship:
An embodiment of the present application provides a method for channel transmission, including:
In an embodiment, the first indication information is used to indicate any one of the following resources:
In an embodiment, in case that the first resource is the resource for PUCCH transmission without frequency hopping, determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location corresponding to the first hop and/or the frequency location corresponding to the second hop when the second type of terminal transmits the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of scheduling DCI corresponding to the PDSCH that needs to be fed back by the first type of terminal in the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of the given uplink channel transmitted by the first type of terminal, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case that the first resource is the resource for PUCCH transmission with frequency hopping, determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, the replacing the bandwidth parameter NBWPsize of the UL initial BWP in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH with the first bandwidth parameter NRedCapPUCCH, and determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the replaced relationship model includes:
In an embodiment, the determining initial frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH, performing modulo operations on the initial frequency locations and the first bandwidth parameter NRedCapPUCCH and determining modulo operation results as frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, includes:
In an embodiment, the preset frequency offset is any one or more of the following items:
where NCS represents a total number of initial cyclic shift indices; and
In an embodiment, a possible value of the first frequency offset RBBWPoffset in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH meets the following relationship:
An embodiment of the present application provides an apparatus for channel transmission, which is applied to a first type of terminal, including:
An embodiment of the present application provides an apparatus for channel transmission, including:
An embodiment of the present application provides a terminal, including:
In an embodiment, the first resource includes any one of the following items:
In an embodiment, in case that the first resource is the resource for PUCCH transmission without frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location corresponding to the first hop and/or the frequency location corresponding to the second hop when the second type of terminal transmits the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of scheduling DCI corresponding to the PDSCH that needs to be fed back by the first type of terminal in the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of the given uplink channel transmitted by the first type of terminal, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case that the first resource is the resource for PUCCH transmission with frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, the replacing the bandwidth parameter NBWPsize of the UL initial BWP in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH with the first bandwidth parameter NRedCapPUCCH, and determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the replaced relationship model includes:
In an embodiment, the determining initial frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH, performing modulo operations on the initial frequency locations and the first bandwidth parameter NRedCapPUCCH and determining modulo operation results as frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, includes:
In an embodiment, the preset frequency offset is any one or more of the following items:
where NCS represents a total number of initial cyclic shift indices; and
In an embodiment, a possible value of the first frequency offset RBBWPoffset in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH meets the following relationship:
An embodiment of the present application provides a network side device, including:
In an embodiment, the first indication information is used to indicate any one of the following resources:
In an embodiment, in case that the first resource is the resource for PUCCH transmission without frequency hopping, determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location corresponding to the first hop and/or the frequency location corresponding to the second hop when the second type of terminal transmits the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of scheduling DCI corresponding to the PDSCH that needs to be fed back by the first type of terminal in the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of the given uplink channel transmitted by the first type of terminal, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case that the first resource is the resource for PUCCH transmission with frequency hopping, determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, the replacing the bandwidth parameter NBWPsize of the UL initial BWP in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH with the first bandwidth parameter NRedCapPUCCH, and determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the replaced relationship model includes:
In an embodiment, determining initial frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH, performing modulo operations on the initial frequency locations and the first bandwidth parameter NRedCapPUCCH and determining modulo operation results as frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, includes:
In an embodiment, the preset frequency offset is any one or more of the following items:
where NCS represents a total number of initial cyclic shift indices; and
In an embodiment, a possible value of the first frequency offset RBWPoffset in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH meets the following relationship:
An embodiment of the present application provides a non-transitory computer-readable storage medium storing a computer program, where the computer program, when executed by a processor, causes the processor to perform the methods for channel transmission.
By the methods and apparatuses for channel transmission, the terminal, the network side device, and storage medium according to the embodiments of the present application, for a first type of terminal, a maximum bandwidth supported by the first type of terminal is less than or equal to the first preset value, in case that the first type of terminal transmits the PUCCH in the UL initial BWP, the bandwidth range of the first resource for PUCCH transmission is determined to be less than or equal to the maximum bandwidth supported by the first type of terminal, the bandwidth in which the first type of terminal transmits the PUCCH is within the bandwidth range supported by the first type of terminal, the first type of terminal can transmit the PUCCH correctly, and the problem that the first type of terminal fails to transmit the PUCCH correctly in the UL initial BWP since a frequency interval between two hops for the PUCCH transmission is larger than the maximum bandwidth of the first type of terminal is solved.
In order to clearly illustrate solutions of the present application or the related art, the drawings used in the descriptions of the embodiments or the related art are briefly described below.
The solutions according to the present application are clearly described below in combination with the accompanying drawings in the embodiments of the present application. The described embodiments are a part of the embodiments of the present application, rather than all of the embodiments.
In a 5G new radio (NR) system, a user equipment (UE) may only receive downlink information in a downlink initial bandwidth part (DL initial BWP) and transmit uplink information in an uplink initial bandwidth part (UL initial BWP) before successfully accessing a network side device and obtaining a user-specific radio resource control (RRC) configuration configured by the network side device for it. For the case where a carrier frequency of the network side device is sub 6 GHz, which also referred to as a frequency range 1 (FR1), the bandwidth of the DL initial BWP is always less than or equal to 20 MHz, and the bandwidth of the UL initial BWP is not limited and may be larger than 20 MHz.
The NR system is about to provide a support to serve a reduced capability (RedCap) UE. In order to pursue lower complexity and cost, RedCap UE only supports a narrow bandwidth, for example, its bandwidth is less than or equal to 20 MHz. As such, if the RedCap UE still uses the traditional UL initial BWP, it may fail to correctly transmit an uplink channel, such as a physical uplink control channel (PUCCH), since the bandwidth of the RedCap UE is smaller than traditional UL initial BWP.
User-specific RRC configuration may configure suitable PUCCH transmission resources for the RedCap UE. However, before obtaining the user-specific RRC configuration, the UE may only obtain a PUCCH resource set in a predefined mode. The predefined PUCCH resource set may be considered as a “common PUCCH” resource set since it is the same for all UEs. In the predefined PUCCH resource set, each PUCCH resource is “frequency hopping”, and includes both a first hop and a second hop, and each PUCCH is transmitted in a “frequency hopping” mode.
For example, in case that the UE receives the downlink control information (DCI) carried in a physical downlink control channel (PDCCH) from the network side device, and receives a physical downlink shared channel (PDSCH) according to the DCI, the UE is required to feed back in PUCCH whether the PDSCH is successfully received. The UE determines an index of used PUCCH resource in the PUCCH resource set based on the formula
where rPUCCH represents a PUCCH resource index and is determined based on a PUCCH resource indicator field in the DCI scheduling PDSCH, NCCE is a number of control channel elements (CCEs) in a control resource set (CORESET) of PDCCH reception, nCCE,0 is an index of a first CCE for PDCCH reception, and ΔPRI is a value of a PUCCH resource indicator field in the DCI. After determining the rPUCCH, the UE determines the PUCCH resource carrying the feedback information according to the following rules:
After receiving the PDSCH scheduled by the DCI, the UE determines the PUCCH resource for feeding back the PDSCH according to the above-mentioned predefined PUCCH resource set, frequency hopping rules, and indication information in the DCI. As shown an example in
The methods and the apparatuses are based on the same conception. Since the principles of the methods and the apparatuses to solve the problems are similar, the implementation of the apparatuses and methods can be referred to each other, and the similar part is not repeated.
The solutions according to the embodiments of the present application may be applicable to various systems, especially 5G systems. For example, the applicable systems may be a global system of mobile communication (GSM) system, a code division multiple access (CDMA) system, a wideband code division multiple access (WCDMA) general packet radio service (GPRS) system, a long term evolution (LTE) system, a LTE frequency division duplex (FDD) system, a LTE time division duplex (TDD) system, a long term evolution advanced (LTE-A) system, a universal mobile telecommunication system (UMTS), a worldwide interoperability for microwave access (WiMAX) system, a 5G new radio (NR) system, etc. Each of these various systems includes a terminal and a network side device, and may further include a core network, such as an evolved packet system (EPS), a 5G system (5GS), and the like.
The terminal in the embodiments of the present application may be a device that provides voice and/or data connectivity to a user, a handheld device with a wireless connection function, or other processing devices connected to a wireless modem. In different systems, the names of the terminal may be different. For example, in the 5G system, the terminal may be called as user equipment (UE). A wireless terminal can communicate with one or more core networks (CN) via a radio access network (RAN), and the wireless terminal may be a mobile terminal, such as a mobile phone (or cellular phone) or a computer with mobile terminal, e.g., a portable mobile device, a pocket-sized mobile device, a hand-held mobile device, a computer-built mobile device or a vehicle-mounted mobile device, which exchanges language and/or data with the radio access network. For example, a personal communication service (PCS) phone, a radio phone, a session initiated protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (PDA) and other devices. A wireless terminal side device may also be called a system, a subscriber unit, a subscriber station, a mobile station, a mobile, a remote station, an access point, a remote terminal, an access terminal, a user terminal, a user agent, and a user device, which are not limited in the embodiments of the present application. Since the terminal and other network side devices (such as a core network side device, an access network side device (i.e. a base station)) together form a network being able to support communication, the terminal can be regarded as a network side device in the present application.
The network side device in the embodiments of the present application may be a base station which may include multiple cells providing services for the terminal, or the network side device may be a central unit (CU) or a distributed unit (DU). Depending on the specific application, the network side device may be called an access point, or may be a device in the access network that communicates with wireless terminal through one or more sectors on the air interface, or other names. Network side device may be used to exchange received air frames with internet protocol (IP) packets, and act as a router between wireless terminal and the rest of the access network, where the rest of the access network may include an IP communication network. The network side device may also coordinate attribute management for the air interface. For example, the network side device in the embodiments of the present application may be a base transceiver station (BTS) in a global system for mobile communications (GSM) system or a code division multiple access (CDMA), may be a node B in a wide-band code division multiple access (WCDMA), may be an evolutional node B (eNB or e-Node B) in a long term evolution (LTE) system, may be a 5G base station (gNB) in 5G network architecture (next generation system), may be a home evolved node B (HeNB), a relay node (relay node), a family base station (femto), a pico base station (pico), etc., which are not limited in the embodiments of the present application. In some network structures, a network side device may include a centralized unit (CU) node and a distributed unit (DU) node which may be geographically separated.
The term “and/or” in the embodiments of the present application describes the association relationship of associated objects, and indicates that there may be three kinds of relationships, for example, A and/or B, which may indicate that A exists alone, A and B exist simultaneously, and B exists alone. The character “/” generally indicates that the associated objects are an “or” relationship.
Reference throughout the specification to “one embodiment” or “an embodiment” means that a particular feature, structure, or property associated with the embodiment is included in at least one embodiment of the present application. Thus, “in one embodiment” or “in an embodiment” throughout the present application does not necessarily refer to the same embodiment. Furthermore, the particular feature, structure or property may be combined in any suitable manner in one or more embodiments.
The present application is described below in detail.
In the present embodiment, the first type of terminal may be a reduced capability (RedCap) UE. For example, the maximum bandwidth supported by the RedCap UE is less than or equal to the first preset value, and the first preset value may be a predefined value or a given value according to the actual situation. For example, the first preset value may be 20 MHz or 40 MHz, for example, the maximum bandwidth supported by the first type of terminal may be 20 MHz or 40 MHz.
In the present embodiment, in case that the first type of terminal transmits the PUCCH in the UL initial BWP, by defining the frequency range in which the PUCCH is transmitted, the frequency range in which the PUCCH is transmitted is less than or equal to the maximum bandwidth supported by the first type of terminal, and then the bandwidth in which the first type of terminal transmits the PUCCH is within the bandwidth supported by the first type of terminal and the first type of terminal can transmit the PUCCH correctly.
In the present embodiment, in case of determining that the bandwidth range of the first resource for PUCCH transmission is less than or equal to the maximum bandwidth supported by the first type of terminal, there are two implementations. In the two implementations, the first resource for PUCCH transmission includes any one of the following items: (1) a resource for PUCCH transmission without frequency hopping, which means that in case of transmitting PUCCH, the PUCCH is not transmitted in two hops; (2) a resource for PUCCH transmission with frequency hopping, and a frequency interval between a first hop and a second hop is less than or equal to the maximum bandwidth supported by the first type of terminal.
In actual use case, whether to perform PUCCH transmission with frequency hopping or PUCCH transmission without frequency hopping may be determined in a predefined mode, or a mode indicated by a network side device, or in a combination of both the predefined mode and the mode indicated by the network side device.
For the predefined mode, for example, it may be predefined directly through a protocol that the RedCap UE does not perform the PUCCH transmission with frequency hopping until obtaining user-specific RRC configuration; or that in case that the bandwidth of UL BWP (such as UL initial BWP) of the RedCap UE is larger than a threshold value (such as a bandwidth supported by the RedCap UE), the PUCCH transmission with frequency hopping is not performed, otherwise, the PUCCH transmission with frequency hopping is performed. No any indication from the network side device is required in the predefined mode and the indication overhead can be saved.
For the mode indicated by the network side device, it can be determined whether to perform the PUCCH transmission with frequency hopping by receiving frequency hopping indication information transmitted by a gNB. For example, the frequency hopping indication information is used for indicating whether the RedCap UE transmits the PUCCH in frequency hopping manner and is carried in a system information block (SIB1) for being broadcasted and transmitted or may be carried in the downlink control information (DCI). Although the mode indicated by the network side device is more flexible, downlink indication overhead is required.
For the combination of both predefined mode and the mode indicated by the network side device, in case that the bandwidth of UL BWP (such as UL initial BWP) of the RedCap UE is larger than a threshold value (such as the maximum bandwidth supported by the RedCap UE), the PUCCH is not transmitted with frequency hopping; and in case that the bandwidth of UL BWP of the RedCap UE is less than or equal to the threshold value, it is determined whether to perform the PUCCH transmission with frequency hopping based on the frequency hopping indication information from the gNB. The combination of both predefined mode and the mode indicated by the network side device combines the advantages of indication overhead saving and flexibility, and is a relatively compromised solution.
After the first resource is determined in the manner as described above, that is, after the first resource is determined based on that a bandwidth range of the first resource for PUCCH transmission is less than or equal to the maximum bandwidth supported by the first type of terminal, the first type of terminal may transmit the PUCCH on the first resource, and then the network side device may receive the PUCCH on the first resource.
The method for channel transmission according to the embodiment of the present application is implemented at the first type of terminal, and the maximum bandwidth supported by the first type of terminal is less than or equal to the first preset value. In case that the first type of terminal transmits the PUCCH in the UL initial BWP, the bandwidth range of the first resource for PUCCH transmission is determined to be less than or equal to the maximum bandwidth supported by the first type of terminal, and then the bandwidth in which the first type of terminal transmits the PUCCH is within the bandwidth range supported by the first type of terminal, the first type of terminal can transmit the PUCCH correctly and the problem that the first type of terminal fails to transmit the PUCCH correctly in the UL initial BWP since a frequency interval between two hops for the PUCCH transmission is larger than the maximum bandwidth of the first type of terminal is solved.
Based on the foregoing embodiments, in the present embodiment, the first resource includes any one of the following items:
In the present embodiment, in case of determining the first resource for PUCCH transmission, the first resource for PUCCH transmission includes any one of the following items: (1) a resource for PUCCH transmission without frequency hopping, which means that in case of transmitting PUCCH, the PUCCH is transmitted without two hops; (2) a resource for PUCCH transmission with frequency hopping, where a frequency interval between a first hop and a second hop is less than or equal to the maximum bandwidth supported by the first type of terminal.
In actual use case, whether to perform PUCCH transmission with frequency hopping or PUCCH transmission without frequency hopping may be determined in a predefined mode, or a mode indicated by a network side device, or in a combination of both the predefined mode and the mode indicated by the network side device.
For the predefined mode, for example, it may be predefined directly through a protocol that the RedCap UE does not perform the PUCCH transmission with frequency hopping before obtaining user-specific RRC configuration; or that in case that the bandwidth of UL BWP (such as UL initial BWP) of the RedCap UE is larger than a threshold value (such as the maximum bandwidth supported by the RedCap UE), the PUCCH transmission with frequency hopping is not performed, otherwise, the PUCCH transmission with frequency hopping is performed. No any indication from the network side device is required in the predefined mode and the indication overhead can be saved.
For the mode indicated by the network side device, it may be determined whether to perform the PUCCH transmission with frequency hopping by receiving frequency hopping indication information transmitted by a gNB. For example, the frequency hopping indication information is used for indicating whether the RedCap UE transmits the PUCCH with frequency hopping and is carried in a system information block (SIB1) for being broadcasted and transmitted or may be carried in the downlink control information (DCI). Although the mode indicated by the network side device is more flexible, downlink indication overhead is required.
For the combination of both predefined mode and the mode indicated by the network side device, in case that the bandwidth of UL BWP (such as UL initial BWP) of the RedCap UE is larger than a threshold value (such as the maximum bandwidth supported by the RedCap UE), the PUCCH is not transmitted with frequency hopping; and in case that the bandwidth of UL BWP of the RedCap UE is less than or equal to the threshold value, it is determined whether to perform the PUCCH transmission with frequency hopping based on the frequency hopping indication information from the gNB. The combination of both predefined mode and the mode indicated by the network side device combines the advantages of indication overhead saving and flexibility, and is a relatively compromised solution.
Based on the foregoing embodiments, in the present embodiment, in case that the first resource is the resource for PUCCH transmission without frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, in case that the first resource is the resource for PUCCH transmission without frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, the second type of terminal and the first type of terminal are different terminals. For example, the first type of terminal may be a reduced capability terminal (such as RedCap UE), and the second type of terminal may a non-reduced capability terminal (such as non-RedCap UE) or a general terminal or a normal terminal or a traditional terminal.
In the present embodiment, in case that the first type of terminal transmits the PUCCH resource without frequency hopping, the first resource for PUCCH transmission may reuse a frequency location corresponding to the first hop (hop1) or the second hop (hop2) when the traditional normal terminal (the second type of terminal) transmits the PUCCH with frequency hopping. That is, the first resource for the first type of terminal to transmit the PUCCH can be determined based on the frequency location corresponding to the first hop and/or the frequency location corresponding to the second hop when the second type of terminal transmits the PUCCH.
For example, it is agreed to determine the frequency location for the PUCCH transmission without frequency hopping using the same method as a method for determining a frequency location corresponding to the hop1. For example, in case of
a first PRB index of the PUCCH transmission is
and in case of
a first PRB index of the PUCCH transmission is
For example, it is agreed to determine the frequency location for the PUCCH transmission using the same method as a method for determining a frequency location corresponding to the hop2; or
regardless of the value of
Through the above method, the location of the PUCCH resource can be directly determined, the implementation is simple, and the indication for the rPUCCH by the traditional DCI is reused, which simplifies the indication by the base station.
In case that the RedCap UE and the traditional UE completely share the above formulas and the parameter RBBWPoffset, the PUCCH resources used by the RedCap UE and the traditional UE are likely to interlace. On the basis of the above methods, the PUCCH resources used by the RedCap UE and the traditional UE may be not interlaced by any of the following methods.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted without frequency hopping, and the UE only needs to determine one resource location associated with the PUCCH to transmit the PUCCH, which is simple to implement.
Based on the foregoing embodiments, in the present embodiment, in case of determining the first resource for PUCCH transmission based on a frequency location corresponding to a first hop and/or a frequency location corresponding to a second hop when a second type of terminal transmits the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, in case of determining the first resource for PUCCH transmission based on the frequency location corresponding to the first hop and/or the frequency location corresponding to the second hop when the second type of terminal transmits the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, it should be noted that in case that the RedCap UE (the first type of terminal) and the traditional UE (the second type of terminal) completely share the above formulas and the parameter RBBWPoffset, the PUCCH resources used by the RedCap UE and the traditional UE are likely to interlace. In order to solve this problem, the following methods may be used to prevent the PUCCH resources used by the RedCap UE and the traditional UE from interlacing.
Based on the above embodiments, in the present embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of scheduling DCI corresponding to the PDSCH that needs to be fed back by the first type of terminal in the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, the frequency location of the L-th PRB for PUCCH transmission is the same as the frequency domain starting location of the K-th CCE for the DCI, where the relationship between L and K is not limited here, which may be freely combined according to requirements. For example, in case that L=1 and K=1, it means that the frequency starting locations of the PRB for PUCCH transmission and the CCE for the DCI are aligned. For another example, L is ½ of the frequency width of the resource occupied by PUCCH and K is ½ of the frequency width of the resource occupied by DCI, which means that the center frequency locations of the resource occupied by PUCCH and the resource occupied by DCI are aligned.
Based on the foregoing embodiments, in the present embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of the given uplink channel transmitted by the first type of terminal, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, the frequency location of PUCCH is determined based on a frequency location of a given uplink channel transmitted by the UE. For example, the given uplink channel may be Msg1 or Msg3. The frequency location for the PUCCH transmission is determined based on a frequency location of Msg1 or Msg3. For example, a frequency location of the first PRB for the PUCCH is the same as a frequency location of the first PRB for Msg1 or Msg3; or a frequency location of the L-th PRB for the PUCCH is the same as a frequency location of the K-th PRB for Msg1 or Msg3; or a frequency location of the L-th PRB for the PUCCH is a location determined based on a frequency location of the K-th PRB for Msg1 or Msg3 plus a frequency offset, where the frequency offset may be predefined or transmitted (such as in SIB1 or DCI) and indicated by the network side device; or RBBWPoffset is determined based on a frequency location of the K-th PRB for Msg1 or Msg3 and a frequency location of the first PRB for the PUCCH is then determined based on the formula
Based on the foregoing embodiments, in the present embodiment, in case that the first resource is the resource for PUCCH transmission with frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, after it is determined to transmit the PUCCH with frequency hopping in a predefined mode and/or a mode indicated by a network side device, the resources for PUCCH transmission with frequency hopping may be determined as below:
In the present embodiment, in case that the first type of terminal transmits the PUCCH resource with frequency hopping, the first resource for PUCCH transmission may be determined by reusing a method for determining a frequency location corresponding to the first hop (hop1) or the second hop (hop2) during the traditional normal terminal (the second type of terminal) transmits the PUCCH with frequency hopping. However, a bandwidth parameter NBWPsize of BWP in the initial formula is replaced with a bandwidth parameter NRedCapPUCCH, where NRedCapPUCCH is less than or equal to the maximum bandwidth NRedCapsize supported by the RedCap UE. For example, resources for hop1 and hop2 are determined based on new bandwidth parameter:
In an embodiment, NRedCapPUCCH=NRedCapsize, as such, the frequency interval for PUCCH transmission may be maximized while less than or equal to the bandwidth range of the RedCap UE, and then the frequency diversity gain can be obtained as much as possible. That is, in case that NRedCapPUCCH=NRedCapsize, the frequency interval between the first hop and the second hop for PUCCH transmission becomes maximized within the bandwidth capability of the RedCap UE, and a better frequency diversity gain is obtained.
In an embodiment, an offset RBRedcapoffset may be introduced to shift the frequency location for the PUCCH resource set of the RedCap UE in frequency (the shift amount is RBRedcapoffset), for example, both hop1 and hop2 are shifted by RBRedcapoffset:
In the present embodiment, a possible value of
In the present embodiment, by shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station and reduces the impact of RedCap UEs on general NR UEs.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
A Mod B is called modulo operation, and obtains a value in the range of 0 to (B−1) after A Mod B is performed regardless of the value of A. As such, the frequency location corresponding to the two hops of the PUCCH resource can always be within the range of NRedCapPUCCH.
In an embodiment, NRedCapPUCCH=NRedCapsize, as such, the frequency interval for PUCCH transmission may be maximized while less than or equal to the bandwidth range of the RedCap UE, and then the frequency diversity gain can be obtained as much as possible.
In an embodiment, an offset NRedCapPUCCH=NRedCapsize may be introduced to shift the frequency location for the PUCCH resource set of the RedCap UE in frequency (the shift amount is RBRedcapoffset), for example, both hop1 and hop2 are shifted by RBRedcapoffset:
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3. In the FDD systems, a possible value of RBRedcapoffset may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3.
By shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may can configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
In the present embodiment, after it is determined to transmit the PUCCH with frequency hopping in a predefined mode and/or a mode indicated by a network side device, the resources for PUCCH transmission with frequency hopping may be determined as below:
In the method of present embodiment, based on that a value of
is 0 or 1, PUCCH may concentrate in the low frequency or high frequency of the UL BWP, respectively. Compared with the previous method, one of its advantages is that the base station may distribute RedCap UEs by indicating the value of rPUCCH through DCI and the PUCCH transmission for different RedCap UEs is unnecessarily concentrated in an area with a frequency bandwidth of NRedCapPUCCH.
In an embodiment, an offset RBRedcapoffset may be introduced to shift the frequency location for the PUCCH resource set of the RedCap UE in frequency (the shift amount is RBRedcapoffset). The difference from the previous is that hop1 may be shifted by RBRedcapoffset and the hop2 may be shifted by −RBRedcapoffset:
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3. In the FDD systems, a possible value of RBRedcapoffset may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3.
In the present embodiment, by shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved. In addition, an effect of dividing the PUCCH of different RedCap UEs to different frequency ranges is achieved.
N
BWP
size−2*RBBWPoffset≤NRedCapPUCCH
By the present method, the hop1 and hop2 in which the RedCap UE transmits the PUCCH are constrained within the central NRedCapPUCCH bandwidth range of the BWP, and the RedCap UE can transmit the PUCCH normally. This method is especially suitable for time division duplexing (TDD) systems since the center frequency at which the RedCap UE transmits the PUCCH may also be the center frequency of the uplink BWP (such as UL initial BWP), where the center frequencies of the downlink BWP and the uplink BWP in the TDD system are the same. In addition, in case that the uplink and downlink are switched in the TDD system, retuning can be avoided in the method according to the present application. In an embodiment, in the TDD system, the value of RBBWPoffset is
Although the above method is illustrated in case that a value of RBBWPoffset used by the RedCap UE is different from the value of RBBWPoffset used by the traditional UE, the method may further be equivalent to a method in which RBBWPoffset used by the RedCap UE is a sum of RBBWPoffset used by the traditional UE and an offset RBBWPoffset. The two methods are substantially the same.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
In the present embodiment, after it is determined to transmit the PUCCH with frequency hopping in a predefined mode and/or a mode indicated by a network side device, the resources for PUCCH transmission with frequency hopping may be determined as below:
In an embodiment, the same FHRedCapPUCCH may be used regardless of the value of
is 1.
FHRedCapPUCCH is a frequency offset, which represents the frequency difference between hop2 and hop1, and may be predefined, or indicated by the network side device. For example, it may be indicated through SIB1 or DCI.
In the method according to the embodiment of the present application, there is no need to design frequency locations for hop1 and hop2 respectively, and the frequency location corresponding to hop2 may always be determined based on the frequency location corresponding to hop1 and a frequency offset, which is simpler and more flexible. In an embodiment, |FHRedCapPUCCH|≤NRedCapsize and thus the frequency difference between hop1 and hop2 is less than or equal to the maximum bandwidth supported by the RedCap UE.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
Based on the above embodiments, in the present embodiment, the replacing a bandwidth parameter NBWPsize of the UL initial BWP in a relationship model used to determine frequency locations corresponding to a first hop and a second hop when the second type of terminal transmits PUCCH with a first bandwidth parameter NRedCapPUCCH, and determining frequency locations corresponding to a first hop and a second hop when the first type of terminal transmits PUCCH based on a replaced relationship model includes:
In the present embodiment, the determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the replaced relationship model and the preset frequency offset includes directly adding the preset frequency offset to the replaced relationship model and determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH. In another embodiment, the determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the replaced relationship model and the preset frequency offset includes performing other operations on the replaced relationship model and the preset frequency offset and then determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, which is not limited in the present embodiment.
In the present embodiment, the introduced preset frequency offset may be RBRedcapoffset and the preset frequency offset may be used for shifting the frequency location for the PUCCH resource set of the RedCap UE (the shift amount is RBRedcapoffset), for example, both hop1 and hop2 are shifted by RBRedcapoffset.
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
In the present embodiment, by shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
Based on the foregoing embodiments, in the present embodiment, the determining initial frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH, performing modulo operations on initial frequency locations and the first bandwidth parameter NRedCapPUCCH and determining modulo operation results as frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, includes:
In the present embodiment, the determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the modulo operation result and the preset frequency offset includes directly adding the preset frequency offset to the modulo operation result and then determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH. In another embodiment, the determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the modulo operation result and the preset frequency offset includes performing other operations on the modulo operation result and the preset frequency offset and then determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, which is not limited in the present embodiment.
In the present embodiment, a preset frequency offset RBRedcapoffset may be introduced to shift the frequency location for the PUCCH resource set of the RedCap UE (the shift amount is RBRedcapoffset), for example, both hop1 and hop2 are shifted by RBRedcapoffset:
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
In the present embodiment, by shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
Based on the foregoing embodiments, in the present embodiment, the preset frequency offset is any one or more of the following items:
where NCS represents a total number of initial cyclic shift indices;
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
Based on the foregoing embodiments, in the present embodiment, the possible value of the first frequency offset RBBWPoffset in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH meets the following relationship:
In the present embodiment, the formulas for hop1 and hop2 for the traditional second type of terminal (normal UE) are reused, where for the first type of terminal (reduced capability UE, RedCap UE), by designing RBBWPoffset in the formulas, an interval of frequency locations corresponding to hop1 and hop2 calculated according to the formula is less than or equal to the maximum bandwidth supported by the RedCap UE. For example, RBBWPoffset of the RedCap UE may meet the following conditions:
N
BWP
size−2*RBBWPoffset≤NRedCapPUCCH
that is:
in an embodiment,
and in another embodiment, NRedCapPUCCH=NRedCapsize.
By the present method, the hop1 and hop2 in which the RedCap UE transmits the PUCCH are constrained within the central NRedCapPUCCH bandwidth range of the BWP, and the RedCap UE can transmit the PUCCH normally. This method is especially suitable for time division duplexing (TDD) systems since the center frequency at which the RedCap UE transmits the PUCCH may also be the center frequency of the uplink BWP (such as UL initial BWP), where the center frequencies of the downlink BWP and the uplink BWP in the TDD system are the same. In addition, in case that the uplink and downlink are switched in the TDD system, retuning can be avoided in the method.
The method for channel transmission according to the embodiment of the present application is applied to a network side device. The maximum bandwidth supported by the first type of terminal is less than or equal to the first preset value. In case that the first type of terminal transmits the PUCCH in the UL initial BWP, the network side device transmits first indication information to the first type of terminal, where the first indication information is used to indicate the first resource for PUCCH transmission in case that the first type of terminal transmits the PUCCH in the UL initial BWP; a bandwidth range of the first resource is less than or equal to a maximum bandwidth supported by the first type of terminal. The bandwidth in which the first type of terminal transmits the PUCCH is within the bandwidth range supported by the first type of terminal, the first type of terminal can transmit the PUCCH correctly, and the problem that the first type of terminal fails to transmit the PUCCH correctly in the UL initial BWP since a frequency interval between two hops for the PUCCH transmission is larger than the maximum bandwidth of the first type of terminal is solved.
Based on the foregoing embodiments, in the present embodiment, the first indication information is used to indicate any one of the following resources:
Exemplarily, the first indication information may be carried by system information, or may be carried by DCI; the first indication information may indicate the PUCCH resource in at least one of the following modes:
In the present embodiment, in case of determining the first resource for PUCCH transmission, there are at least two implementations. For example, the first resource for PUCCH transmission includes any one of the following items: (1) a resource for PUCCH transmission without frequency hopping, which means that in case of transmitting PUCCH, the PUCCH is transmitted without two hops; (2) a resource for PUCCH transmission with frequency hopping; where a frequency interval between a first hop and a second hop is less than or equal to the maximum bandwidth supported by the first type of terminal.
In actual use case, whether to perform PUCCH transmission with frequency hopping or PUCCH transmission without frequency hopping may be determined in a predefined mode, or a mode indicated by a network side device, or in a combination of both the predefined mode and the mode indicated by the network side device.
For the predefined mode, for example, it may be predefined directly through a protocol that the RedCap UE does not perform the PUCCH transmission with frequency hopping until obtaining user-specific RRC configuration; or that in case that the bandwidth of UL BWP (such as UL initial BWP) of the RedCap UE is larger than a threshold value (such as the maximum bandwidth supported by the RedCap UE), the PUCCH transmission with frequency hopping is not performed, otherwise, the PUCCH transmission with frequency hopping is performed. No any indication from the network side device is required in the predefined mode and the indication overhead can be saved.
For the mode indicated by the network side device, it can be determined whether to perform the PUCCH transmission with frequency hopping by receiving frequency hopping indication information transmitted by a gNB. For example, the frequency hopping indication information is used for indicating whether the RedCap UE transmits the PUCCH in frequency hopping manner and is carried in a system information block (SIB1) for being broadcasted and transmitted or may be carried in the downlink control information (DCI). Although the mode indicated by the network side device is more flexible, downlink indication overhead is required.
In an embodiment, the first indication information includes the frequency hopping indication information.
For the combination of both predefined mode and the mode indicated by the network side device, in case that the bandwidth of UL BWP (such as UL initial BWP) of the RedCap UE is larger than a threshold value (such as the maximum bandwidth supported by the RedCap UE), the PUCCH is not transmitted with frequency hopping; and in case that the bandwidth of UL BWP of the RedCap UE is less than or equal to the threshold value, it is determined whether to perform the PUCCH transmission with frequency hopping based on the frequency hopping indication information from the gNB. The combination of both predefined mode and the mode indicated by the network side device combines the advantages of indication overhead saving and flexibility, and is a relatively compromised solution.
Based on the foregoing embodiments, in the present embodiment, in case that the first resource is the resource for PUCCH transmission without frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, in case that the first resource is the resource for PUCCH transmission without frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, the second type of terminal and the first type of terminal are different terminals. For example, the first type of terminal may be a reduced capability terminal (such as RedCap UE), and the second type of terminal may a non-reduced capability terminal (such as non-RedCap UE) or a general terminal or a normal terminal or a traditional terminal.
In the present embodiment, in case that the first type of terminal transmits the PUCCH resource without frequency hopping, the first resource for PUCCH transmission may reuse a frequency location corresponding to the first hop (hop1) or the second hop (hop2) when the traditional normal terminal (the second type of terminal) transmits the PUCCH with frequency hopping. That is, the first resource for the first type of terminal to transmit the PUCCH can be determined based on the frequency location corresponding to the first hop and/or the frequency location corresponding to the second hop when the second type of terminal transmits the PUCCH.
For example, it is agreed to determine the frequency location for the PUCCH transmission without frequency hopping using the same method as a method for determining a frequency location corresponding to the hop1. For example, in case of
a first PRB index of the PUCCH transmission is
and in case of
a first PRB index for PUCCH transmission is
For example, it is agreed to determine the frequency location for the PUCCH transmission using the same method as a method for determining a frequency location corresponding to the hop2; or
regardless of the value of
Through the above methods, the location of the PUCCH resource can be directly determined, the implementation is simple, and the indication for the rPUCCH by the traditional DCI is reused, which simplifies the indication by the base station.
In case that the RedCap UE and the traditional UE completely share the above formulas and the parameter RBBWPoffset, the PUCCH resources used by the RedCap UE and the traditional UE are likely to interlace. On the basis of the above methods, the PUCCH resources used by the RedCap UE and the traditional UE may be not interlaced by any of the following methods.
(1) An offset RBRedcapoffset is introduced for determining the frequency location for the PUCCH transmitted by the RedCap UE, for example:
(2) A value of the RBBWPoffset used by the RedCap UE is enabled to be different from a value of the RBBWPoffset used by the traditional UE through a predefinition and/or indication method (although the same formula such as
is still used), for example, the value is 8.
It should be noted that this method makes the PUCCH resources used by the RedCap UE and the PUCCH resources used by the traditional UE not interlaced, which helps reduce the impact of the RedCap UE on the traditional UE and ensures that both the RedCap UE and the traditional UE have sufficient PUCCH capacity.
in the present embodiment, the first resource for the first type of terminal to transmit the PUCCH is determined based on indication information carried in a contention resolution message transmitted by a network side device during a random access procedure of the first type of terminal. For example, indication information for a frequency location of the PUCCH is transmitted by the gNB to the RedCap UE through Msg4 (also known as a contention resolution message) in the fourth step of the random access procedure and the RedCap UE can determine the frequency domain resource for the PUCCH based on the indication information carried in the Msg4. The indication information may directly indicate the frequency location where the first PRB for PUCCH is located.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted without frequency hopping, and the UE only needs to determine one resource location associated with the PUCCH to transmit the PUCCH, which is simple to implement.
Based on the foregoing embodiments, in the present embodiment, in case of determining the first resource for PUCCH transmission based on a frequency location corresponding to a first hop and/or a frequency location corresponding to a second hop when a second type of terminal transmits the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, in case of determining the first resource for PUCCH transmission based on the frequency location corresponding to the first hop and/or the frequency location corresponding to the second hop when the second type of terminal transmits the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, it should be noted that in case that the RedCap UE (the first type of terminal) and the traditional UE (the second type of terminal) completely share the above formulas and the parameter RBBWPoffset, the PUCCH resources used by the RedCap UE and the traditional UE are likely to interlace. In order to solve this problem, the following methods may be used to prevent the PUCCH resources used by the RedCap UE and the traditional UE from interlacing.
(1) An offset RBRedcapoffset is introduced for determining the frequency location for the PUCCH transmitted by the RedCap UE, for example:
(2) A value of the RBBWPoffset used by the RedCap UE is enabled to be different from a value of the RBBWPoffset used by the traditional UE through a predefinition and/or indication method (although the same formula such as
is still used), for example, the value is 8.
It should be noted that this method makes the PUCCH resources used by the RedCap UE and the PUCCH resources used by the traditional UE not interlaced, which helps reduce the impact of the RedCap UE on the traditional UE and ensures that both the RedCap UE and the traditional UE have sufficient PUCCH capacity.
Based on the above embodiments, in the present embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of scheduling DCI corresponding to the PDSCH that needs to be fed back by the first type of terminal in the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, the frequency location of the L-th PRB for PUCCH transmission is the same as the frequency domain starting location of the K-th CCE for the DCI, where the relationship between L and K is not limited here, which may be freely combined according to requirements. For example, in case that L=1 and K=1, it means that the frequency starting locations of the PRB for PUCCH transmission and the CCE for the DCI are aligned. For another example, L is ½ of the frequency width of the resource occupied by PUCCH and K is ½ of the frequency width of the resource occupied by DCI, which means that the center frequency locations of the resource occupied by PUCCH and the resource occupied by DCI are aligned.
Based on the foregoing embodiments, in the present embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of the given uplink channel transmitted by the first type of terminal, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, the frequency location of PUCCH is determined based on a frequency location of a given uplink channel transmitted by the UE. For example, the given uplink channel may be Msg1 or Msg3. The frequency location for the PUCCH transmission is determined based on a frequency location of Msg1 or Msg3. For example, a frequency location of the first PRB for the PUCCH is the same as a frequency location of the first PRB for Msg1 or Msg3; or a frequency location of the L-th PRB for the PUCCH is the same as a frequency location of the K-th PRB for Msg1 or Msg3; or a frequency location of the L-th PRB for the PUCCH is a location determined based on a frequency location of the K-th PRB for Msg1 or Msg3 plus a frequency offset, where the frequency offset may be predefined or transmitted (such as in SIB1 or DCI) and indicated by the network side device; or RBBWPoffset is determined based on a frequency location of the K-th PRB for Msg1 or Msg3 and a frequency location of the first PRB for the PUCCH is then determined based on the formula
Msg1 is a first message and the first message is a random access request message or a random access pilot signal, and Msg3 is a third message and the third message is a connection establishment request message in a random access procedure.
Based on the foregoing embodiments, in the present embodiment, in case that the first resource is the resource for PUCCH transmission with frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
In the present embodiment, after it is determined to transmit the PUCCH with frequency hopping in a predefined mode and/or a mode indicated by a network side device, the resources for PUCCH transmission with frequency hopping may be determined as below:
In the present embodiment, in case that the first type of terminal transmits the PUCCH resource with frequency hopping, the first resource for PUCCH transmission may be determined by reusing a method for determining a frequency location corresponding to the first hop (hop1) or the second hop (hop2) when the traditional normal terminal (the second type of terminal) transmits the PUCCH with frequency hopping. However, a bandwidth parameter NBWPsize of BWP in the initial formula is replaced with a bandwidth parameter NRedCapPUCCH, where NRedCapPUCCH is less than or equal to the maximum bandwidth NRedCapsize supported by the RedCap UE. For example, resources for hop1 and hop2 are determined based on new bandwidth parameter:
In an embodiment, NRedCapPUCCH=NRedCapsize as such, the frequency interval for PUCCH transmission may be maximized while less than or equal to the bandwidth range of the RedCap UE, and then the frequency diversity gain can be obtained as much as possible.
In an embodiment, an offset RBRedcapoffset may be introduced to shift the frequency location for the PUCCH resource set of the RedCap UE in frequency (the shift amount is RBRedcapoffset), for example, both hop1 and hop2 are shifted by RBRedcapoffset:
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. Msg1 is a first message and the first message is a random access request message or a random access pilot signal, and Msg3 is a third message and the third message is a connection establishment request message in a random access procedure. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
In the present embodiment, by shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
A Mod B is called modulo operation, and obtains a value in the range of 0 to (B−1) after A Mod B is performed regardless of the value of A. As such, the frequency location corresponding to the two hops of the PUCCH resource can always be within the range of NRedCapPUCCH.
In an embodiment, NRedCapPUCCH=NRedCapsize, as such, the frequency interval for PUCCH transmission may be maximized while less than or equal to the bandwidth range of the RedCap UE, and then the frequency diversity gain can be obtained as much as possible.
In an embodiment, an offset RBRedcapoffset may be introduced to shift the frequency location for the PUCCH resource set of the RedCap UE in frequency (the shift amount is RBRedcapoffset), for example, both hop1 and hop2 are shifted by RBRedcapoffset:
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. Msg1 is a first message and the first message is a random access request message or a random access pilot signal, and Msg3 is a third message and the third message is a connection establishment request message in a random access procedure. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
By shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
In the present embodiment, after it is determined to transmit the PUCCH with frequency hopping in a predefined mode and/or a mode indicated by a network side device, the resources for PUCCH transmission with frequency hopping may be determined as below:
In the method of present embodiment, based on that a value of
In an embodiment, an offset RBRedcapoffset may be introduced to shift the frequency location for the PUCCH resource set of the RedCap UE in frequency (the shift amount is RBRedcapoffset). The difference from the previous is that hop1 may be shifted by RBRedcapoffset and the hop2 may be shifted by −RBRedcapoffset.
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
In the present embodiment, by shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved. In addition, an effect of dividing the PUCCH of different RedCap UEs to different frequency ranges is achieved.
N
BWP
size−2*RBBWPoffset≤NRedCapPUCCH
By the present method, the hop1 and hop2 in which the RedCap UE transmits the PUCCH are constrained within the central NRedCapPUCCH bandwidth range of the BWP, and the RedCap UE can transmit the PUCCH normally. This method is especially suitable for time division duplexing (TDD) systems since the center frequency at which the RedCap UE transmits the PUCCH may also be the center frequency of the uplink BWP (such as UL initial BWP), where the center frequencies of the downlink BWP and the uplink BWP in the TDD system are the same. In addition, in case that the uplink and downlink are switched in the TDD system, retuning can be avoided in the method according to the present application.
Although the above method is illustrated in case that a value of RBBWPoffset used by the RedCap UE is different from the value of RBBWPoffset used by the traditional UE, the method may further be equivalent to a method in which RBBWPoffset used by the RedCap UE is a sum of RBBWPoffset used by the traditional UE and an offset RBBWPoffset. The two methods are substantially the same.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
In the present embodiment, after it is determined to transmit the PUCCH with frequency hopping in a predefined mode and/or a mode indicated by a network side device, the resources for PUCCH transmission with frequency hopping may be determined as below:
In an embodiment, the same FHRedCapPUCCH may be used regardless of the value of
FHRedCapPUCCH is a frequency offset, which represents the frequency difference between hop2 and hop1, and may be predefined, or indicated by the network side device. For example, it may be indicated through SIB1 or DCI.
In the method according to the embodiment of the present application, there is no need to design frequency locations for hop1 and hop2 respectively, and the frequency location corresponding to hop2 may always be determined based on the frequency location corresponding to hop1 and a frequency offset, which is simpler and more flexible. In an embodiment, |FHRedCapPUCCH|≤NRedCapsize, and thus the frequency difference between hop1 and hop2 is less than or equal to the maximum bandwidth supported by the RedCap UE.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
Based on the above embodiment, in the present embodiment, the replacing a bandwidth parameter NBWPsize of the UL initial BWP in a relationship model used to determine frequency locations corresponding to a first hop and a second hop when the second type of terminal transmits PUCCH with a first bandwidth parameter NRedCapPUCCH, and determining frequency locations corresponding to a first hop and a second hop when the first type of terminal transmits PUCCH based on a replaced relationship model includes:
In the present embodiment, the determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the replaced relationship model and the preset frequency offset includes directly adding the preset frequency offset to the replaced relationship model and determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH. In another embodiment, the determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the replaced relationship model and the preset frequency offset includes performing other operations on the replaced relationship model and the preset frequency offset and then determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, which is not limited in the present embodiment.
In the present embodiment, the introduced preset frequency offset may be RBRecapoffset and the preset frequency offset may be used for shifting the frequency location for the PUCCH resource set of the RedCap UE (the shift amount is RBRedcapoffset), for example, both hop1 and hop2 are shifted by RBRedcapoffset.
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
In the present embodiment, by shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
Based on the foregoing embodiments, in the present embodiment, the determining initial frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH, performing modulo operations on initial frequency locations and the first bandwidth parameter NRedCapPUCCH and determining modulo operation results as frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, includes:
In the present embodiment, the determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the modulo operation result and the preset frequency offset includes directly adding the preset frequency offset to the modulo operation result and then determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH. In another embodiment, the determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the modulo operation result and the preset frequency offset includes performing other operations on the modulo operation result and the preset frequency offset and then determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, which is not limited in the present embodiment.
In the present embodiment, a preset frequency offset RBRedcapoffset may be introduced to shift the frequency location for the PUCCH resource set of the RedCap UE (the shift amount is RBRedcapoffset), for example, both hop1 and hop2 are shifted by RBRedcapoffset.
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
In the present embodiment, by shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
Based on the foregoing embodiments, in the present embodiment, the preset frequency offset is any one or more of the following items:
where NCS represents a total number of initial cyclic shift indices;
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for FDD systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
Based on the foregoing embodiments, in the present embodiment, the possible value of the first frequency offset RBBWPoffset in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH meets the following relationship:
In the present embodiment, the formulas for hop1 and hop2 for the traditional second type of terminal (normal UE) are reused, where for the first type of terminal (reduced capability UE, RedCap UE), by designing RBRedcapoffset in the formulas, an interval of frequency locations corresponding to hop1 and hop2 calculated according to the formula is less than or equal to the maximum bandwidth supported by the RedCap UE. For example, RBBWPoffset of the RedCap UE may meet the following conditions:
N
BWP
size−2*RBBWPoffset≤NRedCapPUCCH
By the present method, the hop1 and hop2 in which the RedCap UE transmits the PUCCH are constrained within the central NRedCapPUCCH bandwidth range of the BWP, and the RedCap UE can transmit the PUCCH normally. This method is especially suitable for time division duplexing (TDD) systems since the center frequency at which the RedCap UE transmits the PUCCH may also be the center frequency of the uplink BWP (such as UL initial BWP), where the center frequencies of the downlink BWP and the uplink BWP in the TDD system are the same. In addition, in case that the uplink and downlink are switched in the TDD system, retuning can be avoided in the method.
In an embodiment, the first indication information may indicate at least one of the above parameters: NRedCapPUCCH, RBBWPoffset, RBRedcapoffset or FHRedCapPUCCH.
The present application is described below in detail through specific embodiments.
The present application is mainly applied to 5G NR systems, including network side device (such as base stations, gNBs) and a terminal (such as a UE), and the terminal especially includes reduced capability terminal (such as reduced capability UE, RedCap UE, namely the first type of terminal). The present application may also be applied to other systems, as long as the terminal needs to transmit the PUCCH to the network side device.
For example, the solution of the present application is that the network side device transmits the first indication information to the reduced capability UE (RedCap UE), and the first indication information is used to indicate that a bandwidth range of the first resource used by the RedCap UE in transmitting the physical uplink control channel (PUCCH) in the uplink (UL) initial bandwidth part (BWP) is less than or equal to a maximum bandwidth supported by the RedCap UE. The solution according to the present application is explained and described below with reference to the accompanying drawings.
In case that the network side device transmits the first indication information to the RedCap UE, where the first indication information is used to indicate that a bandwidth range of the first resource used by the RedCap UE in transmitting the physical uplink control channel (PUCCH) in the uplink (UL) initial bandwidth part (BWP) is less than or equal to a maximum bandwidth supported by the RedCap UE, it may indicate that the RedCap UE transmits the PUCCH without frequency hopping or with frequency hopping, and if the frequency hopping is used, a frequency interval between a first hop and a second hop is less than or equal to the maximum bandwidth supported by the RedCap UE. Whether to transmit the PUCCH with frequency hopping or without frequency hopping may be determined in a predefined mode, or a mode indicated by a network side device.
For example, the RedCap UE may determine whether to transmit the PUCCH with frequency hopping based on the following modes:
A, Predefined Mode
for example, it may be predefined directly through a protocol that the RedCap UE does not perform the PUCCH transmission with frequency hopping before obtaining user-specific RRC configuration; or that in case that the bandwidth of UL BWP (such as UL initial BWP) of the RedCap UE is larger than a threshold value (such as the maximum bandwidth supported by the RedCap UE), the PUCCH transmission with frequency hopping is not performed, otherwise, the PUCCH transmission with frequency hopping is performed.
As such, no any indication of the network side device is required in the predefined mode and the indication overhead can be saved.
B. A Mode Indicated by a Network Side Device
For example, it may be determined whether to perform the PUCCH transmission with frequency hopping by receiving frequency hopping indication information transmitted by a gNB. For example, the frequency hopping indication information is used for indicating whether the RedCap UE transmits the PUCCH with frequency hopping and is carried in a system information block (SIB1) for being broadcasted and transmitted or may be carried in the downlink control information (DCI).
Although the mode indicated by the network side device is more flexible, downlink indication overhead is required.
C. Combination of Both Predefined Mode and the Mode Indicated by the Network Side Device
for example, in case that the bandwidth of UL BWP (such as UL initial BWP) of the RedCap UE is larger than a threshold value (such as the maximum bandwidth supported by the RedCap UE), the PUCCH is not transmitted with frequency hopping; and in case that the bandwidth of UL BWP of the RedCap UE is less than or equal to the threshold value, it is determined whether to perform the PUCCH transmission with frequency hopping based on the frequency hopping indication information from the gNB.
For example, the first resource for PUCCH transmission includes any one of the following items: (1) a resource for PUCCH transmission without frequency hopping, which means that in case of transmitting PUCCH, the PUCCH is transmitted without two hops; (2) a resource for PUCCH transmission with frequency hopping, where a frequency interval between a first hop and a second hop is less than or equal to the maximum bandwidth supported by the first type of terminal.
The manner of determining the first resource in case that the PUCCH is transmitted without frequency hopping is described below.
In an embodiment, the frequency location for PUCCH transmission without frequency hopping may be determined by the following schemes.
Scheme 1: the method for determining the frequency location corresponding to the first hop (hop1) or the second hop (hop2) in case that the second type of terminal transmits the PUCCH with frequency hopping may be reused to determine the frequency location at which the first type of terminal transmits the PUCCH without frequency hopping.
For example, it is agreed to determine the frequency location for the PUCCH transmission without frequency hopping corresponding to the first type of terminal using the same method as a method for determining a frequency location corresponding to the hop1 corresponding to the second type of terminal. For example, in case of
a first PRB index of the PUCCH transmission for the first type of terminal is
and in case of
a first PRB index of the PUCCH transmission for the first type of terminal is
Refer to a schematic diagram of an example of PUCCH transmission without frequency hopping, as shown in
For example, it is agreed to determine the frequency location for the first type of terminal to transmit the PUCCH using the same method as a method for determining a frequency location corresponding to the hop2 of the second type of terminal; or
Through the above method, the resource location for the first type of terminal to transmit the PUCCH may be directly determined, the implementation is simple, and the indication for the rPUCCH by the traditional DCI is reused, which simplifies the indication by the base station.
In an embodiment, the first indication information indicates rPUCCH.
In case that the first type of terminal (also known as RedCap UE below) and the second type of terminal (also known as traditional UE below) completely share the above formulas and the parameter RBBWPoffset, the PUCCH resources used by the RedCap UE and the traditional UE are likely to interlace. On the basis of the above methods, the PUCCH resources used by the RedCap UE and the traditional UE may be not interlaced by any of the following methods.
(1) An offset RBRedcapoffset a is introduced for determining the frequency location for the PUCCH transmitted by the RedCap UE, for example:
Refer to a schematic diagram of another example of PUCCH transmission without frequency hopping, as shown in
(2) A value of the RBBWPoffset used by the RedCap UE is enabled to be different from a value of the RBBWPoffset used by the traditional UE through a predefinition and/or indication method (although the same formula such as
is still used), for example, the value is 8.
It should be noted that this method makes the PUCCH resources used by the RedCap UE and the PUCCH resources used by the traditional UE not interlaced, which helps reduce the impact of the RedCap UE on the traditional UE and ensures that both the RedCap UE and the traditional UE have sufficient PUCCH capacity.
Scheme 2: the frequency location for the RedCap UE to transmit the PUCCH is determined based on the frequency location of the corresponding received DCI.
After a DCI schedules a PDSCH reception for UE, the UE feeds back whether the PDSCH reception is correct in the PUCCH, and the frequency location of the PUCCH may be determined based on the frequency location of the scheduling DCI corresponding to the PDSCH to be fed back. For example:
Scheme 3: a frequency location for the RedCap UE to transmit the PUCCH is determined based on a frequency location of other uplink channels transmitted by the RedCap UE.
Other uplink channels in the scheme 3 may be, for example, Msg1 or Msg3 (Msg1 is a first message and the first message is the random access request message or random access pilot signal, Msg3 is a third message and the third message is a connection establishment request message in a random access procedure). The frequency location for PUCCH transmission is determined based on the frequency location of Msg1 or Msg3. For example:
Scheme 4: a frequency location for the RedCap UE to transmit the PUCCH is indicated by the indication information carried in Msg4.
In the scheme 4, indication information for a frequency location of the PUCCH is transmitted by the gNB to the RedCap UE through Msg4 (also known as a contention resolution message) in the fourth step of the random access procedure and the RedCap UE can determine the frequency domain resource for the PUCCH based on the indication information carried in the Msg4. The indication information may directly indicate the frequency location where the first PRB for PUCCH is located.
The gNB may receive the PUCCH transmitted by the RedCap UE in the resource where the RedCap UE transmits the PUCCH.
A feasible implementation process is as follows:
By the method according to the present embodiment, it may be ensured that the RedCap UE may always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted without frequency hopping, and the UE only needs to determine one resource location associated with the PUCCH to transmit the PUCCH, which is simple to implement.
The present embodiment describes a method for determining a first resource in case that the PUCCH is transmitted with frequency hopping.
In the present embodiment, after it is determined to transmit the PUCCH with frequency hopping in a predefined mode and/or a mode indicated by a network side device, a resource for PUCCH transmission with frequency hopping may be determined in any of the following schemes.
Scheme 1: the calculation methods for the first hop (hop1) and the second hop (hop2) of the second type of terminal are reused, and a bandwidth parameter NBWPsize of BWP in the initial formula is replaced with a bandwidth parameter NRedCapPUCCH where NRedCapPUCCH is less than or equal to the maximum bandwidth NRedCapsize supported by the RedCap UE. For example, resources for hop1 and hop2 are determined based on new bandwidth parameter:
By the above scheme, the frequency interval between the first hop and the second hop when the RedCap UE transmits the PUCCH is within a bandwidth range of the RedCap UE and thus the RedCap UE can transmits the PUCCH normally.
In an embodiment, NRedCapPUCCH=NRedCapsize, as such, the frequency interval for PUCCH transmission may be maximized while less than or equal to the bandwidth range of the RedCap UE, and then the frequency diversity gain can be obtained as much as possible.
In an embodiment, an offset RBRedcapoffset may be introduced to shift the frequency location for the PUCCH resource set of the RedCap UE in frequency (the shift amount is RBRedcapoffset), for example, both hop1 and hop2 are shifted by RBRedcapoffset:
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. Msg1 is a first message and the first message is the random access request message or random access pilot signal, Msg3 is a third message and the third message is a connection establishment request message in a random access procedure. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
In the present embodiment, by shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
The present embodiment describes a method for determining a first resource in case that the PUCCH is transmitted with frequency hopping.
In the present embodiment, after it is determined to transmit the PUCCH with frequency hopping in a predefined mode and/or a mode indicated by a network side device, a resource for PUCCH transmission with frequency hopping may be determined in the following scheme:
A Mod B is called modulo operation, and obtains a value in the range of 0 to (B−1) after A Mod B is performed regardless of the value of A. As such, the frequency location corresponding to the two hops of the PUCCH resource can always be within the range of NRedCapPUCCH by this method. A specific example of the method is similar to
In an embodiment, NRedCapPUCCH=NRedCapsize, as such, the frequency interval for PUCCH transmission may be maximized while less than or equal to the bandwidth range of the RedCap UE, and then the frequency diversity gain can be obtained as much as possible.
In an embodiment, an offset RBRedcapoffset may be introduced to shift the frequency location for the PUCCH resource set of the RedCap UE in frequency (the shift amount is RBRedcapoffset), for example, both hop1 and hop2 are shifted by RBRedcapoffset:
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
By shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
The present embodiment describes a method for determining a first resource in case that the PUCCH is transmitted with frequency hopping.
In the present embodiment, after it is determined to transmit the PUCCH with frequency hopping in a predefined mode and/or a mode indicated by a network side device, a resource for PUCCH transmission with frequency hopping may be determined in the following scheme 3:
In the method of present embodiment, based on that a value of
is 0 or 1, PUCCH may concentrate in the low frequency or high frequency of the UL BWP, respectively. Refer to an example of PUCCH transmission with frequency hopping shown in
In an embodiment, an offset RBRedcapoffset may be introduced to shift the frequency location for the PUCCH resource set of the RedCap UE in frequency (the shift amount is RBRedcapoffset). The difference from the previous is that hop1 may be shifted by RBRedcapoffset and the hop2 may be shifted by −RBRedcapoffset:
In the present embodiment, a possible value of RBRedcapoffset may be
which may ensure that the PUCCH resources used by the RedCap UE and the general NR UE do not interlace. RBRedcapoffset may also be other values, for example, may be the frequency location of the first PRB or the frequency location of the center PRB of the resources occupied by Msg1 or Msg3. This design is especially suitable for frequency division duplexing (FDD) systems, and no retuning is required when the PUCCH is transmitted over the uplink frequency band since a frequency at which the RedCap UE transmits the PUCCH is close to the frequency of Msg1 or Msg3.
In the present embodiment, by shifting the PUCCH resource set used by the RedCap UE in frequency, the PUCCH resource set used by the RedCap UE does not interlace with the PUCCH resource set used by the general NR UE, and the base station may configure different monitoring schemes for RedCap UEs and general NR UEs during PUCCH resource monitoring, which simplifies the implementation of the base station.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, the method can acquire frequency diversity gain, and better transmission performance is achieved. In addition, an effect of dividing the PUCCH of different RedCap UEs to different frequency ranges is achieved.
The present embodiment describes a method for determining a first resource in case that the PUCCH is transmitted with frequency hopping.
In the present embodiment, after it is determined to transmit the PUCCH with frequency hopping in a predefined mode and/or a mode indicated by a network side device, a resource for PUCCH transmission with frequency hopping may be determined in the following scheme 4:
N
BWP
size−2*RBBWPoffset≤NRedCapPUCCH
and in another embodiment, NRedCapPUCCH=NRedCapsize.
Refer to another example of PUCCH transmission with frequency hopping shown in
Although the above method is illustrated in case that a value of RBBWPoffset used by the RedCap UE is different from the value of RBBWPoffset used by the traditional UE, the method may further be equivalent to a method in which RBBWPoffset used by the RedCap UE is a sum of RBBWPoffset used by the traditional UE and an offset RBRedcapoffset. The two methods are substantially the same.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
The present embodiment describes a method for determining a first resource in case that the PUCCH is transmitted with frequency hopping. In the present embodiment, after it is determined to transmit the PUCCH with frequency hopping in a predefined mode and/or a mode indicated by a network side device, a resource for PUCCH transmission with frequency hopping may be determined in the following scheme 5:
In an embodiment, the same FHRedCapPUCCH may be used regardless of the value of
FHRedcapPUCCH is a frequency offset, which represents the frequency difference between hop2 and hop1, and may be predefined, or indicated by the network side device. For example, it may be indicated through SIB1 or DCI.
In the method according to the embodiment of the present application, there is no need to design frequency locations for hop1 and hop2 respectively, and the frequency location corresponding to hop2 may always be determined based on the frequency location corresponding to hop1 and a frequency offset, which is simpler and more flexible. In an embodiment, |FHRedCapPUCCH|≤NRedCapsize, and thus the frequency difference between hop1 and hop2 is less than or equal to the maximum bandwidth supported by the RedCap UE.
In an embodiment, the first indication information indicates the frequency offset.
In an embodiment, the first indication information may indicate at least one of the above parameters: NRedCapPUCCH, RBBWPoffset, RBRedcapoffset or FHRedCapPUCCH.
By the method according to the present embodiment, it can be ensured that the RedCap UE can always correctly transmit the PUCCH before obtaining the user-specific RRC configuration. In the present embodiment, the PUCCH is transmitted with frequency hopping, and compared with the method without frequency hopping, it can acquire frequency diversity gain, and better transmission performance is achieved.
In the present embodiment, a bandwidth range at which the RedCap UE transmits the PUCCH is within a maximum bandwidth supported by the RedCap UE.
In the present embodiment, by a predefined mode or a mode indicated by a network side device, the RedCap UE can transmit PUCCH without frequency hopping before obtaining the user-specific RRC configuration, or the interval between two hops can be guaranteed to be within the bandwidth range supported by the RedCap UE even if the RedCap UE transmit PUCCH with frequency hopping and thus the bandwidth range at which the RedCap UE transmits the PUCCH is within a maximum bandwidth supported by the RedCap UE, the first type of terminal can correctly transmit the PUCCH, which can solve the problem that the first type of terminal fails to transmit the PUCCH correctly in the UL initial BWP since a frequency interval between two hops for the PUCCH transmission is larger than the maximum bandwidth of the first type of terminal.
According to the above description, in case of without frequency hopping, the resource for PUCCH transmission can be determined by the following ways:
According to the above description, in case of frequency hopping, the resource for PUCCH transmission can be determined by the following ways:
On this basis, an additional offset RBRedcapoffset may be added to the frequency locations of hop1 and hop2;
In case that
for hop2, NBWPsize is replaced with NRedCapPUCCH and in case that
for hop2, a frequency offset (NBWPsize−NRedCapPUCCH) is added. In an embodiment, NRedCapPUCCH=NRedCapsize.
It should be noted that RBBWPoffset used by the RedCap UE to transmit PUCCH makes the frequency interval between two hops for PUCCH transmission not larger than NRedCapsize. For example, NBWPsize−2*RBBWPoffset≤NRedCapsize is satisfied. In an embodiment,
It should be noted that for hop2, it is not necessary to use the traditional formula for calculation. After the frequency location of hop1 is determined using traditional method or any one of methods for determining the frequency location of hop1 mentioned above, the frequency location of hop2 can be determined based on the “the frequency location of hop1” and the frequency offset FHRedCapPUCCH between hop2 and hop1, where the frequency offset is determined in a predefined mode or a mode indicated by the network side device.
In a traditional solution, before the user-specific RRC configuration is obtained, it is a convention that the PUCCH is transmitted with frequency hopping, and the resources for the two hops are distributed on both sides of the UL initial BWP, which may cause the RedCap UE to fail to transmit PUCCH correctly in the UL initial BWP. The embodiments of the present application solve this problem, the bandwidth at which the RedCap UE transmits the PUCCH is within the maximum bandwidth supported by the RedCap UE, and the RedCap UE can correctly transmit the PUCCH.
The apparatus can implement all the steps in the embodiment of the method for channel transmission implemented at the terminal and can achieve the same effect, which is not repeated here.
The apparatus can implement all the steps in the embodiment of the method for channel transmission implemented at the network side device and can achieve the same effect, which is not repeated here.
In
The processor 1410 can be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a complex programmable logic device (CPLD), the processor can also use a multi-core architecture.
The memory 1420 is used to store a computer program; the transceiver 1400 is used to transmit and receive data under a control of the processor 1410; and the computer program, when executed by the processor 1410, causes the processor 1410 to perform the following operations of:
Based on the foregoing embodiment, in the present embodiment, the first resource includes any one of the following items:
Based on the foregoing embodiment, in the present embodiment, in case that the first resource is the resource for PUCCH transmission without frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
Based on the foregoing embodiment, in the present embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location corresponding to the first hop and/or the frequency location corresponding to the second hop when the second type of terminal transmits the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
Based on the foregoing embodiment, in the present embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of scheduling DCI corresponding to the PDSCH that needs to be fed back by the first type of terminal in the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
Based on the foregoing embodiment, in the present embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of the given uplink channel transmitted by the first type of terminal, the determining the first resource for PUCCH transmission includes any one or more of:
Based on the foregoing embodiment, in the present embodiment, in case that the first resource includes the resource for PUCCH transmission with frequency hopping, the determining the first resource for PUCCH transmission includes any one or more of:
Based on the foregoing embodiment, in the present embodiment, the replacing the bandwidth parameter NBWPsize of the UL initial BWP in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH with the first bandwidth parameter NRedCapPUCCH, and determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the replaced relationship model includes:
In an embodiment, determining initial frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH, performing modulo operations on initial frequency locations and the first bandwidth parameter NRedCapPUCCH and determining modulo operation results as frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, includes:
Based on the foregoing embodiment, in the present embodiment, the preset frequency offset is any one or more of the following items:
where NCS represents a total number of initial cyclic shift indices; and
Based on the foregoing embodiment, in the present embodiment, a possible value of the first frequency offset RBBWPoffset in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH meets the following relationship:
It should be noted here that the terminal according to the embodiments of the present application can implement all the steps in the embodiment of the method for channel transmission implemented at the terminal and can achieve the same effect, which is not repeated here.
In
The processor 1510 can be a central processing unit (CPU), an application specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or a complex programmable logic device (CPLD), the processor can also use a multi-core architecture.
The memory 1520 is used to store a computer program; the transceiver 1500 is used to transmit and receive data under a control of the processor 1510; and the computer program, when executed by the processor 1510, causes the processor 1510 to perform the following operations of:
Based on the foregoing embodiment, in the present embodiment, the first indication information is used to indicate any one of the following resources:
Based on the foregoing embodiment, in the present embodiment, in case that the first resource includes the resource for PUCCH transmission without frequency hopping, determining the first resource for PUCCH transmission includes any one or more of:
Based on the foregoing embodiment, in the present embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location corresponding to the first hop and/or the frequency location corresponding to the second hop when the second type of terminal transmits the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of scheduling DCI corresponding to the PDSCH that needs to be fed back by the first type of terminal in the PUCCH, the determining the first resource for PUCCH transmission includes any one or more of:
In an embodiment, in case of determining the first resource for the first type of terminal to transmit the PUCCH based on the frequency location of the given uplink channel transmitted by the first type of terminal, the determining the first resource for PUCCH transmission includes any one or more of:
Based on the foregoing embodiment, in the present embodiment, in case that the first resource includes the resource for PUCCH transmission with frequency hopping, determining the first resource for PUCCH transmission includes any one or more of:
Based on the foregoing embodiment, in the present embodiment, the replacing the bandwidth parameter NBWPsize of the UL initial BWP in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH with the first bandwidth parameter NRedCapPUCCH, and determining frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the replaced relationship model includes:
Based on the foregoing embodiment, in the present embodiment, the determining initial frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH based on the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the second type of terminal transmits PUCCH, performing modulo operations on the initial frequency locations and the first bandwidth parameter NRedCapPUCCH and determining modulo operation results as frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH, includes:
Based on the foregoing embodiment, in the present embodiment, the preset frequency offset is any one or more of the following items:
where NCS represents a total number of initial cyclic shift indices; and
Based on the foregoing embodiment, in the present embodiment, a possible value of the first frequency offset RBBWPoffset in the relationship model used to determine frequency locations corresponding to the first hop and the second hop when the first type of terminal transmits PUCCH meets the following relationship:
The network side device according to the present embodiment can implement all the method steps of the embodiment of the method for channel transmission implemented at the network side device and can achieve the same effect, which is not repeated here.
It should be noted that the division of units in the embodiments of the present application is schematic, which is only a logical function division, and there can be another division method in the actual implementation. In addition, various functional units in various embodiments of the present application can be integrated in one processing unit, or can be physically independent units, or two or more units can be integrated in one unit. The above integrated unit can be implemented in the form of hardware or software functional unit.
When the integrated unit is implemented in the form of software functional unit and sold or used as an independent product, it can be stored in a processor readable storage medium. Based on such understanding, the solutions of the present application in essence or the part of the solutions that contributes to the related art or part of the solutions can be embodied in the form of a software product, and the computer software product is stored in a storage medium and includes several instructions to cause a computer device (which can be a personal computer, a server, or a network side device or the like) or a processor to perform all or part of the steps of the methods described in the various embodiments of the present application. The foregoing storage medium includes: USB flash memory, removable hard disk, read-only memory (ROM), random access memory (RAM), a magnetic disk or a compact disk and other mediums that can store program codes.
It should be noted that the above devices according to the embodiments of the present application can implement all the steps implemented by the above method embodiments and can achieve the same effect. The same part and beneficial effect of the device embodiments with the method embodiments are not be repeated in detail here.
An embodiment of the present application provides a non-transitory computer readable storage medium, storing computer programs, where the computer programs, when executed by the processor, cause the processor to perform the methods for channel transmission according to the embodiments.
The computer readable storage medium can be any available medium or data storage device that can be accessed by the processor, including but not limited to magnetic memory (such as floppy disk, hard disk, magnetic tape, magneto-compact disk (MO), etc.), optical memory (such as CD, DVD, BD, HVD, etc.), and semiconductor memory (such as ROM, EPROM, EEPROM, non-volatile memory (NAND FLASH), solid state disk (SSD)), etc.
From the embodiments above, the computer readable storage medium, storing computer programs, where the computer programs, when executed by the processor, cause the processor to perform the methods for channel transmission according to the embodiments.
Embodiments of the present application can be provided as method, system, or computer program product. The present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present application can adopt the form of a computer program product implemented on one or more computer usable storage media (including but not limited to disk memory, optical memory, etc.) including computer usable program codes.
The present application is described with reference to the flow chart and/or block diagram of the method, apparatus, device (system), and computer program product according to the embodiments of the present application. It shall be understood that each flow and/or block in the flow chart and/or block diagram and the combination of flow and/or block in the flow chart and/or block diagram can be implemented by computer executable instructions. These computer executable instructions can be provided to a processor of a general purpose computer, a special purpose computer, an embedded processor or other programmable data processing device to generate a machine and instructions executed by a processor of a computer or other programmable data processing device generate a device for implementing functions specified in one or more flows in the flow charts and/or one or more blocks in the block diagrams.
These processor executable instructions can also be stored in a processor readable memory that can guide a computer or other programmable data processing device to operate in a specific way, and the instructions stored in the processor readable memory generate a manufacture including an instruction device that implements the functions specified in one or more flows in the flow charts and/or one or more blocks in the block diagrams.
These processor executable instructions can also be loaded into a computer or other programmable data processing device to enable a series of operating steps to be executed on a computer or other programmable device to generate a computer implemented process, and instructions executed on the computer or other programmable device provide steps for implementing functions specified in one or more flows in the flow charts and/or one or more blocks in the block diagrams.
Number | Date | Country | Kind |
---|---|---|---|
202011204991.7 | Nov 2020 | CN | national |
The present application is a US National Stage of International Application No. PCT/CN2021/125881, filed on Oct. 22, 2021, which claims priority to Chinese patent application No. 2020112049917 filed on Nov. 2, 2020, entitled “Channel Transmission Method and Apparatus, Terminal Device, Network Device, and Storage Medium”, which is hereby incorporated by reference in its entirety.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/CN2021/125881 | 10/22/2021 | WO |