CN113973368A - Information transmission method, device, related equipment and storage medium - Google Patents

Information transmission method, device, related equipment and storage medium Download PDF

Info

Publication number
CN113973368A
CN113973368A CN202010718783.2A CN202010718783A CN113973368A CN 113973368 A CN113973368 A CN 113973368A CN 202010718783 A CN202010718783 A CN 202010718783A CN 113973368 A CN113973368 A CN 113973368A
Authority
CN
China
Prior art keywords
information
pucch
terminal
format
nack information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010718783.2A
Other languages
Chinese (zh)
Inventor
杨拓
王飞
李岩
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Communications Ltd Research Institute
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Group Co Ltd, China Mobile Communications Ltd Research Institute filed Critical China Mobile Communications Group Co Ltd
Priority to CN202010718783.2A priority Critical patent/CN113973368A/en
Publication of CN113973368A publication Critical patent/CN113973368A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The application discloses an information transmission method, an information transmission device, a terminal, network equipment and a storage medium. The method comprises the following steps: a terminal determines that a Physical Downlink Shared Channel (PDSCH) shared by at least two terminals is not correctly received; and feeding back Negative Acknowledgement (NACK) information to the network side on a first Physical Uplink Control Channel (PUCCH) resource configured by the network side.

Description

Information transmission method, device, related equipment and storage medium
Technical Field
The present application relates to the field of wireless communications, and in particular, to an information transmission method, an information transmission apparatus, a related device, and a storage medium.
Background
In the fourth generation mobile communication technology (4G) Long Term Evolution (LTE) system, multicast and broadcast transmissions were achieved by introducing Multimedia Broadcast Multicast Service (MBMS) and single cell point-to-multipoint (SC-PTM) technologies.
However, in the related art, the spectrum efficiency is low when the multicast or broadcast service is performed, and the resource utilization rate is low.
Disclosure of Invention
In order to solve the related technical problems, embodiments of the present application provide an information transmission method, an information transmission apparatus, related devices, and a storage medium.
The technical scheme of the embodiment of the application is realized as follows:
at least one embodiment of the present application provides an information transmission method, applied to a terminal, including:
determining that a Physical Downlink Shared Channel (PDSCH) shared by at least two terminals is not correctly received;
and feeding back Negative Acknowledgement (NACK) information to the network side on a first Physical Uplink Control Channel (PUCCH) resource configured by the network side.
Further, according to at least one embodiment of the present application, the first PUCCH resource is used by the at least two terminals to feed back NACK information for the PDSCH.
Further, according to at least one embodiment of the present application, a Cyclic Redundancy Check (CRC) of downlink control information DCI scheduling the PDSCH is scrambled by a radio network temporary identity RNTI shared by the at least two terminals.
Furthermore, in accordance with at least one embodiment of the present application, the first PUCCH resource is dedicated for feeding back the NACK information.
In addition, according to at least one embodiment of the present application, when feeding back NACK information, the method further includes:
and under the condition that two PUCCHs need to be transmitted in the first time slot and Uplink Control Information (UCI) carried by the two PUCCHs are different from the NACK information, not transmitting the NACK information in the first time slot.
In addition, according to at least one embodiment of the present application, when feeding back NACK information, the method further includes:
transmitting the NACK information in a first slot if the following conditions are met:
a first UCI different from the NACK information needs to be transmitted in the first time slot;
the PUCCH format of the first PUCCH resource is format 0;
and a second PUCCH transmitting the first UCI is not overlapped with the first PUCCH in a time domain.
Further, in accordance with at least one embodiment of the present application, the first UCI includes hybrid automatic repeat request-acknowledgement (HARQ-ACK) information for unicast data.
In addition, according to at least one embodiment of the present application, when feeding back NACK information, the method further includes:
transmitting the NACK information in a first slot if the following conditions are met:
a second UCI different from the NACK information needs to be transmitted in the first time slot;
the PUCCH format of the PUCCH resources is format 1;
and a third PUCCH for transmitting the second UCI is not overlapped with the first PUCCH in a time domain.
Further, in accordance with at least one embodiment of the present application, the second UCI includes HARQ-ACK information for unicast data.
Further, according to at least one embodiment of the present application, a format of a PUCCH transmitting the second UCI is format 0 or format 2.
Further, in accordance with at least one embodiment of the present application, the method further comprises:
and receiving the configuration information of the first PUCCH resource sent by a network side.
Furthermore, according to at least one embodiment of the present application, the configuration information sent by the network side is received through one of the following signaling:
a system message;
and (4) high-layer signaling.
Further, in accordance with at least one embodiment of the present application, the configuration information includes at least one of:
PUCCH format;
frequency domain resources;
time domain resources;
an index of an initial cyclic shift;
the index of the orthogonal cover code.
Further, according to at least one embodiment of the present application, in a case that the first PUCCH format is format 0, the sequence generator is initialized with a physical layer cell identity.
At least one embodiment of the present application further provides an information transmission method, applied to a network device, including:
and receiving NACK information, which is fed back by the terminal on the configured first PUCCH resource and aims at the PDSCH shared by at least two terminals.
Further, according to at least one embodiment of the present application, the first PUCCH resource is used by the at least two terminals to feed back NACK information for the PDSCH.
Further, according to at least one embodiment of the present application, the CRC of the DCI scheduling the PDSCH is scrambled by the RNTI shared by the at least two terminals.
Furthermore, in accordance with at least one embodiment of the present application, the first PUCCH resource is dedicated for feeding back the NACK information.
Further, in accordance with at least one embodiment of the present application, the method further comprises:
and sending the configuration information of the first PUCCH resource to the terminal.
Further, in accordance with at least one embodiment of the present application, the configuration information is sent to the terminal by one of the following signaling:
a system message;
and (4) high-layer signaling.
Further, in accordance with at least one embodiment of the present application, the configuration information includes at least one of:
PUCCH format;
frequency domain resources;
time domain resources;
an index of an initial cyclic shift;
the index of the orthogonal cover code.
Further, according to at least one embodiment of the present application, in a case that the first PUCCH format is format 0, the sequence generator is initialized with a physical layer cell identity.
At least one embodiment of the present application also provides an information transmission apparatus including:
a determining unit for determining that a PDSCH shared by at least two terminals is not correctly received;
and the first sending unit is used for feeding back NACK information to the network side on the first PUCCH resource configured by the network side.
At least one embodiment of the present application also provides an information transmission apparatus including:
a first receiving unit, configured to receive NACK information of a PDSCH shared by at least two terminals, which is fed back by a terminal on a configured first PUCCH resource.
At least one embodiment of the present application further provides a terminal, including:
a first processor for determining that a PDSCH shared by at least two terminals is not correctly received;
and the first communication interface is used for feeding back NACK information to the network side on the first PUCCH resource configured by the network side.
At least one embodiment of the present application further provides a network device, including: a second processor and a second communication interface; wherein the content of the first and second substances,
the second communication interface is used for receiving NACK information, fed back by the terminal on the configured first PUCCH resource, of the PDSCH shared by at least two terminals.
At least one embodiment of the present application further provides a terminal, including: a first processor and a first memory for storing a computer program capable of running on the processor,
wherein the first processor is configured to execute the steps of any of the above-mentioned methods at the terminal side when running the computer program.
At least one embodiment of the present application further provides a network device, including: a second processor and a second memory for storing a computer program capable of running on the processor,
wherein the second processor is configured to execute the steps of any one of the methods of the network device side when the computer program is executed.
At least one embodiment of the present application further provides a storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the steps of any of the methods of the terminal side described above, or implements the steps of any of the methods of the network device side described above.
According to the information transmission method, the information transmission device, the related equipment and the storage medium, the terminal determines that the PDSCH shared by at least two terminals is not correctly received; and NACK information is fed back to the network side on a first PUCCH resource configured by the network side, and for multicast or broadcast services, a hybrid automatic repeat request (HARQ) mechanism is introduced, so that the network side can determine the retransmission and Modulation and Coding Strategy (MCS) level through the feedback information of the terminal, thereby efficiently using air interface resources and improving the spectrum efficiency.
Drawings
Fig. 1 is a schematic flowchart illustrating an information transmission method according to an embodiment of the present application;
FIG. 2 is a schematic flow chart illustrating another method for transmitting information according to an embodiment of the present disclosure;
FIG. 3 is a flowchart illustrating a third method for transmitting information according to an embodiment of the present disclosure;
fig. 4 is a schematic structural diagram of an information transmission apparatus according to an embodiment of the present application;
FIG. 5 is a schematic structural diagram of another information transmission apparatus according to an embodiment of the present application;
fig. 6 is a schematic structural diagram of a terminal according to an embodiment of the present application;
fig. 7 is a schematic structural diagram of a network device according to an embodiment of the present application;
fig. 8 is a schematic diagram of an information transmission device system according to an embodiment of the present application.
Detailed Description
The present application will be described in further detail with reference to the following drawings and examples.
The current MBMS and SC-PTM technologies are rarely introduced in true commercial networks, mainly due to: the complexity and mode of the network architecture, as well as the mode based on the traditional pre-provisioned services, provide services. For example, for MBMS, the logical channels transmitted over the air interface mainly include a Multicast Control CHannel (MCCH) and a Multicast Traffic CHannel (MTCH), where the MCCH is used for transmitting Control information of MBMS and the MTCH is used for transmitting downlink data. Both logical channels MCCH and MTCH may be mapped to transport channel Multicast Channel (MCH), and finally the MCH is transmitted by Physical Multicast Channel (PMCH). For SC-PTM services, the logical channels transmitted over the air interface mainly include Single-Cell MCCH (SC-MCCH) and Single-Cell Multicast Traffic CHannel (SC-MTCH). The SC-MCCH is used for transmitting control information of the SC-MTCH, and the SC-MTCH is used for transmitting service data of the SC-PTM. The two logical channels of SC-MCCH and SC-MTCH can be mapped to a downlink shared channel (DL-SCH), and finally the DL-SCH is transmitted by a Physical Downlink Shared Channel (PDSCH).
Wherein the MCCH is transmitted periodically, indicated by system messages, and is semi-statically configured rather than being based on dynamic scheduling; and for the transmission of the MTCH, time domain scheduling information (including frequency domain scheduling information and other underlying configuration information based on semi-static configuration indication) about the MTCH is indicated to User Equipment (UE) by the MCCH based on Medium Access Control (MAC) indication information. Therefore, the basic flow of the MBMS service includes: the configuration information of the MCCH is indicated through a system message (semi-statically configured), and further, the MCCH indicates time domain scheduling information of the MCH that can carry the MTCH, so the UE can obtain the MTCH information carried through the PMCH through the system information and the detection of the PMCH carrying the MCCH. And SC-MCCH and SC-MTCH can be mapped to DL-SCH, and the air interface transmission is realized by PDSCH instead of PMCH. Like the MCCH, the SC-MCCH is periodically transmitted (the period is configured by the system semi-persistent, indicated by systemlnformationblocktype 20), however, the system message indicates only the time domain location information of the SC-MCCH, and the specific resource used by the SC-MCCH is indicated by Physical Downlink Control Channel (PDCCH) scheduling (CRC of PDCCH is scrambled by SC-RNTI), which is different from the transmission mode in which PMCH in MBMS is completely based on semi-persistent configuration. The SC-MCCH will provide configuration information for all MBMS services currently carried by the SC-MTCH, including a Temporary Mobile Group Identity (TMGI) (which may also include a session ID) for each MBMS service, and its associated group radio network temporary identity (G-RNTI) and scheduling information (such as scheduling period, duration timer (on duration timer), Discontinuous Reception (DRX), etc.) but the resources used at the corresponding time domain location are indicated by PDCCH scheduling (the CRC of the PDCCH is scrambled by the G-RNTI). Therefore, the basic flow of the SC-PTM service includes: the system message (semi-statically configured) indicates configuration information of SC-MCCH, and the terminal monitors PDCCH scrambled by single-cell radio network temporary identifier (SC-RNTI) to obtain SC-MCCH information carried by PDSCH on a corresponding time domain transmission opportunity by combining the information, and further detects PDCCH scrambled by G-RNTI on the corresponding time domain transmission opportunity to obtain SC-MTCH information carried by PDSCH by combining the SC-MCCH information.
In the traditional broadcast or multicast technology of LTE, the same scheduling mechanism is adopted for the terminals in the connection state and the idle state, the HARQ mechanism is not supported, and the terminals do not need to feed back channel state information or HARQ-ACK/NACK information, so that the network side can not confirm that each interested user accurately receives the service, and only can adopt conservative MCS, thereby causing the lower spectral efficiency of SC-PTM and the poorer utilization rate of network resources. In the unicast mode, the network side needs to know whether each user air interface data is accurately received by the user or how to transmit each user air interface data is efficient, which needs to be assisted by an HARQ mechanism, i.e. a channel state information feedback mechanism. Therefore, in the fourth generation mobile communication technology (4G) evolution and the fifth generation mobile communication technology (5G) systems, a new scheme needs to be introduced, so that the network side can briefly (change unicast into multicast) through a multicast mode, efficiently (determine retransmission and MCS level by using feedback information of multiple terminals) use air interface resources, and meanwhile, a user can be guaranteed to obtain service guarantee of a unicast mode.
Therefore, in the multicast or broadcast service of the 4G evolution or new air interface (NR) system, an HARQ mechanism may be introduced, and the network side implements retransmission based on the received NACK information.
Based on this, in various embodiments of the present application, when the terminal determines that the multicast or broadcast service is not correctly received, NACK information is fed back on PUCCH resources configured on the network side.
In the embodiment of the application, for multicast or broadcast services, an HARQ mechanism is introduced, so that a network side can determine retransmission and MCS levels through feedback information of a terminal, thereby efficiently using air interface resources and improving spectrum efficiency.
An embodiment of the present application provides an information transmission method, which is applied to a terminal, and as shown in fig. 1, the method includes:
step 101: determining that a PDSCH shared by at least two terminals is not correctly received;
step 102: and feeding back NACK information to the network side on the first PUCCH resource configured by the network side.
Wherein, the PDSCH shared by at least two terminals indicates that the service received by the terminal is a multicast or broadcast service.
Determining that the PDSCH shared by the at least two terminals is not correctly received may also be understood as determining that the transport block or data shared by the at least two terminals is not correctly received.
In practical application, because the service applied by the terminal is a multicast or broadcast service, considering that the number of terminals receiving the same service is large, if the reception is correct, the uplink PUCCH resource overhead of the network side is large because all the terminals feed back ACK information. In addition, in consideration of a multicast or broadcast service scenario, the base station only needs to know whether any terminal has not correctly received data, so that the terminal only needs to feed back NACK information, and the base station can decide to retransmit the multicast or broadcast service after receiving the NACK information.
Therefore, when the terminal correctly receives the PDSCH shared by at least two terminals, the terminal does not perform HARQ feedback (which may be understood as not generating HARQ information).
In practical application, the terminal needs to perform HARQ-ACK feedback on the unicast service, specifically, if the unicast service is correctly received, the terminal feeds back ACK information, and if the unicast service is incorrectly received, the terminal feeds back NACK information. The PUCCH resource of one terminal is specified by a scheduling PDCCH received by the terminal, and the resource indication method of the PUCCH of the HARQ-ACK for transmitting unicast service by the terminal is as follows:
the network side configures at most 4 PUCCH resource sets for the terminal in advance through Radio Resource Control (RRC) signaling, one PUCCH resource set comprises a plurality of PUCCH resources, and the UCI load carried by the PUCCH in each PUCCH resource set is different in size. For a first PUCCH resource set, a maximum of 2 UCI information bits may be transmitted; for the second PUCCH resource set, greater than 2 to less than or equal to N2 UCI information bits may be transmitted; for a third PUCCH resource set, greater than N2 to less than or equal to N3 UCI information bits may be transmitted; for the fourth PUCCH resource set, greater than N3 to less than or equal to 1706 UCI information bits may be transmitted. Wherein N2 and N3 are configured by the network side through RRC signaling. For the first PUCCH resource set, the network side may configure 32 PUCCH resources at most; for the 2 nd, 3 rd and 4 th PUCCH resource sets, the network side may configure at most 8 PUCCH resources. The terminal firstly selects which PUCCH resource set to use according to the size of UCI load of the terminal, and further determines which PUCCH resource to use according to the indication of a 3-bit (bit) PUCCH resource indicator in DCI.
However, in the multicast or broadcast service, how to obtain or indicate PUCCH resources used by HARQ feedback of a terminal, while considering how to reduce resource overhead on the network side due to a large number of multicast users, is a problem to be further solved.
For multicast or broadcast services, if the above manner is used, HARQ feedback of different terminals on different PUCCH resources for PDSCH of the multicast or broadcast services needs to be implemented, each terminal needs to pre-configure a PUCCH resource set with orthogonal resources, which may cause a network side to reserve a large number of PUCCH resources for different terminals, resulting in that the number of PUCCH resource overhead of the network side increases linearly with the number of multicast/broadcast terminals.
Therefore, if a multicast or broadcast frame of shared PDCCH and shared PDSCH similar to LTE SC-PTM is used in NR, the HARQ feedback mode of multicast or broadcast needs to be enhanced, PUCCH reservation overhead on the network side is reduced as much as possible, and the complexity of detecting HARQ feedback of multiple terminals on the network side is not high.
Based on this, in an embodiment, the first PUCCH resource is used by the at least two terminals for feeding back NACK information for the PDSCH. That is to say, the network side configures a shared PUCCH resource for multiple terminals receiving multicast or broadcast services, that is, the first PUCCH resource is shared by at least two terminals, so that the reserved PUCCH resource can be saved.
In an embodiment, the first PUCCH resource is dedicated for feeding back the NACK information, that is, the first PUCCH resource cannot be used for feeding back UCI other than the NACK information.
In practical application, for multicast or broadcast services, a scheme similar to LTE SC-PTM may be used, and the network side uses a common RNTI (e.g. G-RNTI) for CRC-scrambled PDCCH to schedule PDSCH carrying corresponding multicast or broadcast services.
Based on this, in an embodiment, the CRC of the DCI scheduling the PDSCH is scrambled by the RNTI shared by the at least two terminals.
That is, the NACK information is HARQ feedback information of a PDSCH (which may also be understood as a PDSCH scheduled by a specific RNTI) of the terminal for the multicast and/or broadcast service.
Here, in practical application, the PDSCH shared by at least two terminals may be scheduled by one PDCCH, and may also be understood as the PDSCH shared by at least two terminals may be scheduled by one DCI (DCI is carried in PDCCH). Therefore, the terminal needs to receive a PDCCH that schedules the PDSCH shared by at least two terminals (which may also be understood as a PDCCH in which a CRC is scrambled with a specific RNTI (i.e., an RNTI shared by at least two terminals)).
In actual application, the network side needs to send the configuration information of the first PUCCH resource to a terminal, so that the terminal can acquire the first PUCCH resource.
Based on this, in an embodiment, the method may further include:
and receiving the configuration information of the first PUCCH resource sent by a network side.
When the terminal is actually used, the network side may send the configuration information of the first PUCCH resource to the terminal through a system message or a high-level signaling.
Based on this, in an embodiment, the configuration information sent by the network side is received through one of the following signaling:
a system message;
and (4) high-layer signaling.
Here, in actual application, the configuration information may be set in a system message block (SIB), and an existing SIB may be used, or a newly defined SIB may be used, which is not limited in this embodiment of the present application.
The higher layer signaling may be RRC signaling such as RRC reconfiguration messages and the like.
In an embodiment, the configuration information includes at least one of:
PUCCH format;
frequency domain resources;
time domain resources;
an index of an initial cyclic shift;
the index of the orthogonal cover code.
Wherein the PUCCH format may include PUCCH format 0 and/or PUCCH format 1.
Here, when PUCCH format 0 and PUCCH format 1 are configured, the terminal may select one of the formats as needed, or determine which format to use according to a network side dynamic indication.
Since it needs to be satisfied that a plurality of terminals feed back the same PUCCH sequence on the same PUCCH resource, when the first PUCCH format is format 0, the sequence generator initializes with the physical layer cell identity.
That is, the sequence generator is initialized by the physical layer cell ID.
When the first PUCCH is shared by the at least two terminals, if the format of the first PUCCH resource is PUCCH format 0, the network configures the same initial cyclic shift index for the at least two terminals through higher layer signaling (e.g., RRC signaling).
When the first PUCCH is shared by the at least two terminals, if the format of the first PUCCH resource is PUCCH format 1, the network configures the same initial cyclic shift index and the same orthogonal cover code index for the at least two terminals through higher layer signaling (e.g., RRC signaling), so that it is ensured that multiple terminals feed back the same PUCCH.
That is to say, when the first PUCCH is shared by the at least two terminals, corresponding sequence generation, orthogonal codes and the like are completely the same, that is, all terminals generate the same PUCCH, and the base station may use a simple energy detection method (refer to related technologies, which is not limited in this embodiment), that is, may determine whether there is a terminal feeding NACK back.
In the related art, in the NR system, a terminal transmits at most two time division multiplexed PUCCHs in one slot, and at least one of the two PUCCHs is a PUCCH format 0 or a PUCCH format 2. Of course, as the technology evolves, a terminal may be allowed to transmit a maximum of two time-division multiplexed PUCCHs in one slot, and there is no limitation on the formats of the two PUCCHs. If a terminal needs to transmit two PUCCHs of UCI such as HARQ-ACK, Scheduling Request (SR), or Channel State Information (CSI) in one slot, partially overlapping in a time domain, or the number of the PUCCHs exceeds 2, the terminal multiplexes or discards the UCI according to a certain rule to meet the requirement of transmitting 2 time-multiplexed PUCCHs at most in one slot.
Therefore, when the NACK information is transmitted, it is necessary to resolve collision between the first PUCCH and the PUCCH of other UCI. This is due to: the first PUCCH is a dedicated PUCCH and is only used to carry NACK information, and the base station may use energy detection to detect whether a terminal transmits the first PUCCH at a resource position of the first PUCCH, so that the first PUCCH cannot be multiplexed with PUCCHs transmitting other UCIs, otherwise, the base station cannot detect whether the terminal feeds back NACK information based on a simple energy detection method.
And the terminal needs to transmit two PUCCHs for feeding back other UCIs except the NACK information in one time slot, and the terminal cannot transmit the NACK information in the time slot.
Based on this, in an embodiment, when feeding back NACK information, the method may further include:
and under the condition that two PUCCHs need to be transmitted in the first time slot and UCI carried by the two PUCCHs is different from the NACK information, not transmitting the NACK information in the first time slot.
That is, the transmission priority of UCI other than the NACK information is higher than that of the NACK information.
Of course, the terminal needs to transmit one PUCCH of the other UCI in one slot, and the terminal may transmit the NACK information under a condition that a certain condition is satisfied.
Based on this, in an embodiment, the NACK information is transmitted in the first slot if the following conditions are met:
a first UCI different from the NACK information needs to be transmitted in the first time slot;
the PUCCH format of the first PUCCH resource is format 0;
and a second PUCCH transmitting the first UCI is not overlapped with the first PUCCH in a time domain.
Here, in an embodiment, the first UCI may include HARQ-ACK information of unicast data.
It should be noted that, in practical application, the first UCI may include: at least one of HARQ-ACK information, CSI, and SR of unicast data may include other UCI.
In another embodiment, the NACK information is transmitted in the first time slot if the following conditions are met:
a second UCI different from the NACK information needs to be transmitted in the first time slot;
the PUCCH format of the PUCCH resources is format 1;
and a third PUCCH for transmitting the second UCI is not overlapped with the first PUCCH in a time domain.
Here, in an embodiment, the second UCI may include HARQ-ACK (ACK or NACK) information of unicast data.
It should be noted that, in practical application, the second UCI may include: at least one of HARQ-ACK information, CSI, and SR of unicast data may include other UCI.
In an embodiment, for some terminal with some capability, to be compatible with the related art, it can only support transmission of at most two time division multiplexed PUCCHs in one slot, and at least one of the two PUCCHs is PUCCH format 0 or format 2. For this class of terminals, the third PUCCH can only be PUCCH format 0 or format 2.
In practical application, priorities of various UCIs can be defined, and then the problem that the first PUCCH conflicts with PUCCHs of other UCIs is solved according to the priorities.
Exemplarily, one may define: the HARQ-ACK information, SR, and CSI for unicast data have a higher priority than the HARQ priority for multicast or broadcast data.
Under the definition, and the condition that the terminal transmits at most two time-division multiplexed PUCCHs in one slot is satisfied, there are:
and if the terminal needs to transmit the PUCCH carrying other UCI (at least one of HARQ-ACK information, CSI and SR of unicast data) except the two pieces of NACK information in one time slot, the terminal cannot transmit the first PUCCH of the NACK information in the time slot.
Here, in an embodiment, the condition may further include that at least one of the two PUCCHs is PUCCH format 0 or format 2.
In an embodiment, the format of the first PUCCH resource is PUCCH format 0, and a terminal needs to transmit a PUCCH carrying UCI other than the NACK information in a slot, and the PUCCH and the first PUCCH do not overlap in a time domain, so that the terminal may transmit the NACK information in the slot.
In an embodiment, the format of the first PUCCH resource is PUCCH format 1, and the terminal needs to transmit other UCI except for one piece of NACK information in a slot, and the PUCCH carrying the other UCI is not overlapped with the first PUCCH in the time domain, so that the terminal may transmit the PUCCH carrying NACK information in the slot.
In an embodiment, the format of the first PUCCH resource is PUCCH format 1, the terminal needs to transmit other UCI except for the NACK information in one slot, the format of the PUCCH resource for transmitting other UCI is PUCCH format 0 or PUCCH format 2, and the PUCCH carrying the other UCI is not overlapped with the first PUCCH in the time domain, so that the terminal may transmit the PUCCH carrying the NACK information in the slot.
Due to the fact that the NACK information is low in priority, the HARQ-ACK information, the SR and the CSI feedback of the terminal normal unicast data can be guaranteed, the existing flow of the terminal for processing other UCIs is not required to be changed in the implementation scheme, and extra complexity is not introduced.
Exemplarily, one may define: the HARQ-ACK information of the unicast data has higher priority than the HARQ priority of the multicast or broadcast data, and the HARQ priority of the multicast or broadcast data is higher than the CSI priority.
Under the definition, and the condition that the terminal transmits at most two time-division multiplexed PUCCHs in one slot is satisfied, there are:
the terminal needs to transmit a PUCCH carrying HARQ-ACK information of unicast data and the first PUCCH in a time slot, and the two PUCCHs are not overlapped in a time domain, so that the terminal can transmit the two PUCCHs in the time slot.
Here, in an embodiment, the condition may further include that at least one of the two PUCCHs is PUCCH format 0 or format 2.
In an embodiment, a terminal needs to transmit a PUCCH carrying HARQ-ACK information of unicast data and the first PUCCH in a slot, the two PUCCHs are not overlapped in a time domain, and at least one of the two PUCCHs has a PUCCH format of 0 or PUCCH format 1, so that the terminal can transmit the two PUCCHs in the slot.
The terminal needs to transmit a PUCCH carrying HARQ-ACK information of unicast data and the first PUCCH in a time slot, but the two PUCCHs are overlapped in a time domain, so that the terminal cannot transmit the first PUCCH in the time slot.
Correspondingly, an embodiment of the present application further provides an information transmission method, which is applied to a network device (specifically, a base station), and as shown in fig. 2, the method includes:
step 201: and receiving NACK information, which is fed back by the terminal on the configured first PUCCH resource and aims at the PDSCH shared by at least two terminals.
In an embodiment, as shown in fig. 2, the method may further include:
step 200: and sending the configuration information of the first PUCCH resource to the terminal.
Here, in an embodiment, the configuration information is sent to the terminal by one of the following signaling:
a system message;
and (4) high-layer signaling.
An embodiment of the present application provides an information transmission method, as shown in fig. 3, the method includes:
step 301: the terminal determines that the PDSCH shared by at least two terminals is not correctly received;
step 302: feeding back NACK information to network equipment on a first PUCCH resource configured on a network side;
step 303: and the network equipment receives the NACK information.
Here, it should be noted that: the specific processing procedures of the terminal and the network device have been described in detail above, and are not described herein again.
In the information transmission method provided by the embodiment of the application, the terminal determines that the PDSCH shared by at least two terminals is not correctly received; and NACK information is fed back to the network side on the first PUCCH resource configured by the network side, and for multicast or broadcast service, an HARQ mechanism is introduced, so that the network side can determine retransmission and MCS levels through the feedback information of the terminal, thereby efficiently using air interface resources and improving the spectrum efficiency.
In order to implement the method of the embodiment of the present application, an embodiment of the present application further provides an information transmission apparatus, which is disposed on a terminal, and as shown in fig. 4, the apparatus includes:
a determining unit 401, configured to determine that the PDSCH shared by at least two terminals is not correctly received;
a first sending unit 402, configured to feed back NACK information to the network side on the first PUCCH resource configured by the network side.
In an embodiment, the first sending unit 402 is configured to:
and under the condition that two PUCCHs need to be transmitted in the first time slot and UCI carried by the two PUCCHs is different from the NACK information, not transmitting the NACK information in the first time slot.
In an embodiment, the first sending unit 402 is configured to:
transmitting the NACK information in a first slot if the following conditions are met:
a first UCI different from the NACK information needs to be transmitted in the first time slot;
the PUCCH format of the first PUCCH resource is format 0;
and a second PUCCH transmitting the first UCI is not overlapped with the first PUCCH in a time domain.
In an embodiment, the first sending unit 402 is configured to:
transmitting the NACK information in a first slot if the following conditions are met:
a second UCI different from the NACK information needs to be transmitted in the first time slot;
the PUCCH format of the PUCCH resources is format 1;
and a third PUCCH for transmitting the second UCI is not overlapped with the first PUCCH in a time domain.
In an embodiment, the apparatus may further include:
and a second receiving unit, configured to receive configuration information of the first PUCCH resource sent by a network side.
In an embodiment, the second receiving unit is configured to receive the configuration information sent by the network side through one of the following signaling:
a system message;
and (4) high-layer signaling.
In practical applications, the determining unit 401 may be implemented by a processor in the information transmission apparatus; the first sending unit 402 and the second receiving unit may be implemented by a communication interface in the information transmission apparatus.
In order to implement the method on the network device side in the embodiment of the present application, an embodiment of the present application further provides an information transmission apparatus, which is disposed on a network device, and as shown in fig. 5, the apparatus includes:
a first receiving unit 501, configured to receive NACK information of a PDSCH shared by at least two terminals, which is fed back by a terminal on a configured first PUCCH resource.
In an embodiment, as shown in fig. 5, the apparatus may further include:
a configuring unit 502, configured to configure the first PUCCH resource for the terminal, and send configuration information of the first PUCCH resource to the terminal.
In an embodiment, the configuration unit 502 is configured to send the configuration information to the terminal through one of the following signaling:
a system message;
and (4) high-layer signaling.
In practical application, the first receiving unit 501 may be implemented by a communication interface in an information transmission device; the configuration unit 502 may be implemented by a processor in an information transfer device in conjunction with a communication interface.
It should be noted that: in the information transmission device provided in the above embodiment, only the division of the program modules is exemplified when information is transmitted, and in practical applications, the processing distribution may be completed by different program modules according to needs, that is, the internal structure of the device may be divided into different program modules to complete all or part of the processing described above. In addition, the information transmission apparatus and the information transmission method provided by the above embodiments belong to the same concept, and specific implementation processes thereof are detailed in the method embodiments and are not described herein again.
Based on the hardware implementation of the program module, and in order to implement the operation of the terminal side in the embodiment of the present application, an embodiment of the present application further provides a terminal, as shown in fig. 6, where the terminal 600 includes:
a first communication interface 601, which can perform information interaction with a network device;
the first processor 602 is connected to the first communication interface 601 to implement information interaction with a network device, and is configured to execute a method provided by one or more technical solutions of the terminal side when running a computer program. And the computer program is stored on the first memory 603.
In particular, the first processor 602 is configured to determine that a PDSCH shared by at least two terminals is not correctly received;
the first communication interface 601 is configured to feed back NACK information to the network side on a first PUCCH resource configured by the network side.
In an embodiment, the first communication interface 601 is configured to:
and under the condition that two PUCCHs need to be transmitted in the first time slot and UCI carried by the two PUCCHs is different from the NACK information, not transmitting the NACK information in the first time slot.
In an embodiment, the first communication interface 601 is configured to:
transmitting the NACK information in a first slot if the following conditions are met:
a first UCI different from the NACK information needs to be transmitted in the first time slot;
the PUCCH format of the first PUCCH resource is format 0;
and a second PUCCH transmitting the first UCI is not overlapped with the first PUCCH in a time domain.
In an embodiment, the first communication interface 601 is configured to:
transmitting the NACK information in a first slot if the following conditions are met:
a second UCI different from the NACK information needs to be transmitted in the first time slot;
the PUCCH format of the PUCCH resources is format 1;
and a third PUCCH for transmitting the second UCI is not overlapped with the first PUCCH in a time domain.
In an embodiment, the first communication interface 601 is further configured to receive configuration information of the first PUCCH resource sent by a network side.
In an embodiment, the first communication interface 601 is configured to receive the configuration information sent by the network side through one of the following signaling:
a system message;
and (4) high-layer signaling.
It should be noted that: the specific processing procedures of the first processor 602 and the first communication interface 601 can be understood with reference to the above-described methods.
Of course, in practice, the various components in the terminal 600 are coupled together by a bus system 604. It is understood that the bus system 604 is used to enable communications among the components. The bus system 604 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 604 in fig. 6.
The first memory 603 in the embodiment of the present application is used to store various types of data to support the operation of the terminal 600. Examples of such data include: any computer program for operating on the terminal 600.
The method disclosed in the embodiment of the present application may be applied to the first processor 602, or implemented by the first processor 602. The first processor 602 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be implemented by an integrated logic circuit of hardware or an instruction in the form of software in the first processor 602. The first Processor 602 may be a general purpose Processor, a Digital Signal Processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc. The first processor 602 may implement or perform the methods, steps and logic blocks disclosed in the embodiments of the present application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software modules may be located in a storage medium located in the first memory 603, and the first processor 602 reads the information in the first memory 603 and, in conjunction with its hardware, performs the steps of the foregoing method.
In an exemplary embodiment, the terminal 600 may be implemented by one or more Application Specific Integrated Circuits (ASICs), DSPs, Programmable Logic Devices (PLDs), Complex Programmable Logic Devices (CPLDs), Field-Programmable Gate arrays (FPGAs), general purpose processors, controllers, Micro Controllers (MCUs), microprocessors (microprocessors), or other electronic components for performing the aforementioned methods.
Based on the hardware implementation of the program module, and in order to implement the method on the network device side in the embodiment of the present application, an embodiment of the present application further provides a network device, as shown in fig. 7, where the network device 700 includes:
a second communication interface 701 capable of performing information interaction with a terminal;
the second processor 702 is connected to the second communication interface 701 to implement information interaction with a terminal, and is configured to execute the method provided by one or more technical solutions of the network device side when running a computer program. And the computer program is stored on the second memory 703.
Specifically, the second communication interface 701 is configured to receive NACK information, which is fed back by a terminal on the configured first PUCCH resource, of a PDSCH shared by at least two terminals.
In an embodiment, the second processor 702 is configured to configure the first PUCCH resource for the terminal, and send configuration information of the first PUCCH resource to the terminal through the second communication interface 701.
In an embodiment, the second communication interface 701 is configured to send the configuration information to the terminal through one of the following signaling:
a system message;
and (4) high-layer signaling.
It should be noted that: the specific processing procedures of the second processor 702 and the second communication interface 701 may be understood with reference to the above-described methods.
Of course, in practice, the various components in the network device 700 are coupled together by a bus system 704. It is understood that the bus system 704 is used to enable communications among the components. The bus system 704 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled in fig. 7 as the bus system 704.
The second memory 703 in the embodiment of the present application is used for storing various types of data to support the operation of the network device 700. Examples of such data include: any computer program for operating on network device 700.
The method disclosed in the embodiments of the present application can be applied to the second processor 702, or implemented by the second processor 702. The second processor 702 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be implemented by an integrated logic circuit of hardware or an instruction in the form of software in the second processor 702. The second processor 702 described above may be a general purpose processor, a DSP, or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, or the like. The second processor 702 may implement or perform the methods, steps and logic blocks disclosed in the embodiments of the present application. A general purpose processor may be a microprocessor or any conventional processor or the like. The steps of the method disclosed in the embodiments of the present application may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in a storage medium located in the second memory 703, and the second processor 702 reads the information in the second memory 703, and completes the steps of the foregoing method in combination with its hardware.
In an exemplary embodiment, the network device 700 may be implemented by one or more ASICs, DSPs, PLDs, CPLDs, FPGAs, general-purpose processors, controllers, MCUs, microprocessors, or other electronic components for performing the aforementioned methods.
It is understood that the memories (the first memory 603 and the second memory 703) of the embodiments of the present application may be volatile memories or nonvolatile memories, and may include both volatile and nonvolatile memories. Among them, the nonvolatile Memory may be a Read Only Memory (ROM), a Programmable Read Only Memory (PROM), an Erasable Programmable Read-Only Memory (EPROM), an Electrically Erasable Programmable Read-Only Memory (EEPROM), a magnetic random access Memory (FRAM), a Flash Memory (Flash Memory), a magnetic surface Memory, an optical disk, or a Compact Disc Read-Only Memory (CD-ROM); the magnetic surface storage may be disk storage or tape storage. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of illustration and not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Synchronous Static Random Access Memory (SSRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic Random Access Memory (SDRAM), Double Data Rate Synchronous Dynamic Random Access Memory (DDRSDRAM), Enhanced Synchronous Dynamic Random Access Memory (ESDRAM), Enhanced Synchronous Dynamic Random Access Memory (Enhanced DRAM), Synchronous Dynamic Random Access Memory (SLDRAM), Direct Memory (DRmb Access), and Random Access Memory (DRAM). The memories described in the embodiments of the present application are intended to comprise, without being limited to, these and any other suitable types of memory.
An embodiment of the present application further provides an information transmission system, as shown in fig. 8, the system includes: a terminal 801 and a network device 802.
Here, it should be noted that specific processing procedures of the terminal 801 and the network device 802 have been described in detail above, and are not described herein again.
In an exemplary embodiment, the present application further provides a storage medium, specifically a computer storage medium, for example, a first memory 603 storing a computer program, which can be executed by the first processor 602 of the terminal 600 to complete the steps of the aforementioned terminal-side method. For another example, the second memory 703 may store a computer program, which may be executed by the second processor 702 of the network device 700 to perform the steps of the network device side method. The computer readable storage medium may be Memory such as FRAM, ROM, PROM, EPROM, EEPROM, Flash Memory, magnetic surface Memory, optical disk, or CD-ROM.
It should be noted that: "first," "second," and the like are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order.
The technical means described in the embodiments of the present application may be arbitrarily combined without conflict.
The above description is only a preferred embodiment of the present application, and is not intended to limit the scope of the present application.

Claims (29)

1. An information transmission method is applied to a terminal, and comprises the following steps:
determining that a Physical Downlink Shared Channel (PDSCH) shared by at least two terminals is not correctly received;
and feeding back Negative Acknowledgement (NACK) information to the network side on a first Physical Uplink Control Channel (PUCCH) resource configured by the network side.
2. The method of claim 1,
the first PUCCH resource is used by the at least two terminals for feeding back NACK information for the PDSCH.
3. The method of claim 1,
and scheduling the Cyclic Redundancy Check (CRC) of the Downlink Control Information (DCI) of the PDSCH to be scrambled by the Radio Network Temporary Identifier (RNTI) shared by the at least two terminals.
4. The method of claim 1,
the first PUCCH resource is dedicated for feeding back the NACK information.
5. The method of claim 1, wherein the method further comprises, when feeding back NACK information:
and under the condition that two PUCCHs need to be transmitted in the first time slot and the uplink control information carried by the two PUCCHs is different from the NACK information, not transmitting the NACK information in the first time slot.
6. The method of claim 1, wherein the method further comprises, when feeding back NACK information:
transmitting the NACK information in a first slot if the following conditions are met:
a first uplink control message different from the NACK message needs to be transmitted in the first time slot;
the PUCCH format of the first PUCCH resource is format 0;
and the second PUCCH transmitting the first uplink control information is not overlapped with the first PUCCH in a time domain.
7. The method of claim 6, wherein the first uplink control information comprises hybrid automatic repeat request acknowledgement (HARQ-ACK) information for unicast data.
8. The method of claim 1, wherein the method further comprises, when feeding back NACK information:
transmitting the NACK information in a first slot if the following conditions are met:
a second uplink control information different from the NACK information needs to be transmitted in the first time slot;
the PUCCH format of the PUCCH resources is format 1;
and a third PUCCH for transmitting the second uplink control information is not overlapped with the first PUCCH in a time domain.
9. The method of claim 8, wherein the second uplink control information comprises HARQ-ACK information for unicast data.
10. The method of claim 8, wherein a format of a PUCCH for transmitting the second uplink control information is format 0 or format 2.
11. The method according to any one of claims 1 to 10, further comprising:
and receiving the configuration information of the first PUCCH resource sent by a network side.
12. The method of claim 11, wherein the configuration information sent by the network side is received through one of the following signaling:
a system message;
and (4) high-layer signaling.
13. The method of claim 11, wherein the configuration information comprises at least one of:
PUCCH format;
frequency domain resources;
time domain resources;
an index of an initial cyclic shift;
the index of the orthogonal cover code.
14. The method of claim 13, wherein a sequence generator is initialized with a physical layer cell identity if the first PUCCH format is format 0.
15. An information transmission method applied to a network device includes:
and receiving NACK information, which is fed back by the terminal on the configured first PUCCH resource and aims at the PDSCH shared by at least two terminals.
16. The method of claim 15, wherein the first PUCCH resource is used by the at least two terminals for feeding back NACK information for the PDSCH.
17. The method of claim 15,
the CRC of the DCI scheduling the PDSCH is scrambled by the RNTI shared by the at least two terminals.
18. The method of claim 15,
the first PUCCH resource is dedicated for feeding back the NACK information.
19. The method of any one of claims 15 to 18, further comprising:
and sending the configuration information of the first PUCCH resource to the terminal.
20. The method of claim 19, wherein the configuration information is sent to the terminal by one of the following signaling:
a system message;
and (4) high-layer signaling.
21. The method of claim 19, wherein the configuration information comprises at least one of:
PUCCH format;
frequency domain resources;
time domain resources;
an index of an initial cyclic shift;
the index of the orthogonal cover code.
22. The method of claim 21, wherein a sequence generator is initialized with a physical layer cell identity if the first PUCCH format is format 0.
23. An information transmission apparatus, comprising:
a determining unit for determining that a PDSCH shared by at least two terminals is not correctly received;
and the first sending unit is used for feeding back NACK information to the network side on the first PUCCH resource configured by the network side.
24. An information transmission apparatus, comprising:
a first receiving unit, configured to receive NACK information of a PDSCH shared by at least two terminals, which is fed back by a terminal on a configured first PUCCH resource.
25. A terminal, comprising:
a first processor for determining that a PDSCH shared by at least two terminals is not correctly received;
and the first communication interface is used for feeding back NACK information to the network side on the first PUCCH resource configured by the network side.
26. A network device, comprising: a second processor and a second communication interface; wherein the content of the first and second substances,
the second communication interface is used for receiving NACK information, fed back by the terminal on the configured first PUCCH resource, of the PDSCH shared by at least two terminals.
27. A terminal, comprising: a first processor and a first memory for storing a computer program capable of running on the processor,
wherein the first processor is adapted to perform the steps of the method of any one of claims 1 to 14 when running the computer program.
28. A network device, comprising: a second processor and a second memory for storing a computer program capable of running on the processor,
wherein the second processor is adapted to perform the steps of the method of any of claims 15 to 22 when running the computer program.
29. A storage medium having stored thereon a computer program for performing the steps of the method of any one of claims 1 to 14 or for performing the steps of the method of any one of claims 15 to 22 when executed by a processor.
CN202010718783.2A 2020-07-23 2020-07-23 Information transmission method, device, related equipment and storage medium Pending CN113973368A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010718783.2A CN113973368A (en) 2020-07-23 2020-07-23 Information transmission method, device, related equipment and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010718783.2A CN113973368A (en) 2020-07-23 2020-07-23 Information transmission method, device, related equipment and storage medium

Publications (1)

Publication Number Publication Date
CN113973368A true CN113973368A (en) 2022-01-25

Family

ID=79585401

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010718783.2A Pending CN113973368A (en) 2020-07-23 2020-07-23 Information transmission method, device, related equipment and storage medium

Country Status (1)

Country Link
CN (1) CN113973368A (en)

Similar Documents

Publication Publication Date Title
US11469857B2 (en) Method and apparatus for transmitting and receiving a feedback signal in a wireless communication system
EP2903312A1 (en) Trunking service processing method and device, base station and user equipment
WO2021223153A1 (en) Method and apparatus for supporting transmission of hybrid automatic repeat request acknowledgement feedback information of multicast service
KR20100138812A (en) Method for transmiting request of retransmission for erroneous mbms packet and method for retransmitting erroneous packet
EP4138322A1 (en) Communication method and apparatus
CN112351492A (en) Resource indication method, resource determination method, device, network side equipment and terminal
US20100110879A1 (en) Method and apparatus for providing multimedia broadcast multicast service
CN113678500B (en) Feedback resource allocation method, communication method, device and communication equipment
CN114499771B (en) Feedback and retransmission method and device for ACK/NACK information of MBS
US20240008054A1 (en) Method and apparatus for hybrid automatic retransmission request
CN116508277A (en) Method and device for indicating feedback information
CN113692048B (en) Method and device for configuring and determining PUCCH (physical uplink control channel) resources
AU2021363258B2 (en) Information Transmission Method and Information Transmission Apparatus, Related Device and Storage Medium
CN115243384B (en) Method, device, equipment and storage medium for solving business conflict
CN113973368A (en) Information transmission method, device, related equipment and storage medium
CN115379500B (en) Information feedback method and related equipment
CN113285789B (en) Resource indication method and device of auxiliary link control information and terminal equipment
US20230361927A1 (en) Wireless communication method, terminal device and network device
CN113259064B (en) Data transmission method, device, terminal and storage medium
CN116112989A (en) Information configuration method, device, related equipment and storage medium
CN116132924A (en) Information transmission method, device, related equipment and storage medium
CN115484672A (en) HARQ-ACK feedback method and system
CN115696598A (en) NDI (named data identity) determination method, device, terminal and storage medium
CN117813844A (en) User equipment, base station and wireless communication method for unicast and/or MBS
CN115668829A (en) MBS (multicast broadcast multicast service) service transmission method and device, terminal equipment and network equipment

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination