WO2022021234A1 - Procédé de rétroaction adaptative, système de télécommunication, station de base et équipement utilisateur - Google Patents

Procédé de rétroaction adaptative, système de télécommunication, station de base et équipement utilisateur Download PDF

Info

Publication number
WO2022021234A1
WO2022021234A1 PCT/CN2020/105920 CN2020105920W WO2022021234A1 WO 2022021234 A1 WO2022021234 A1 WO 2022021234A1 CN 2020105920 W CN2020105920 W CN 2020105920W WO 2022021234 A1 WO2022021234 A1 WO 2022021234A1
Authority
WO
WIPO (PCT)
Prior art keywords
feedback
message
base station
harq
network node
Prior art date
Application number
PCT/CN2020/105920
Other languages
English (en)
Inventor
Xin Zhang
Jia SHENG
Original Assignee
JRD Communication (Shenzhen) Ltd.
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 JRD Communication (Shenzhen) Ltd. filed Critical JRD Communication (Shenzhen) Ltd.
Priority to PCT/CN2020/105920 priority Critical patent/WO2022021234A1/fr
Priority to CN202080104433.5A priority patent/CN116134920A/zh
Publication of WO2022021234A1 publication Critical patent/WO2022021234A1/fr

Links

Images

Classifications

    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/189—Transmission or retransmission of more than one copy of a message
    • 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
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint

Definitions

  • This invention is related to wireless communication, more specifically the multimedia broadcast/multicast service (MBMS) system.
  • MBMS multimedia broadcast/multicast service
  • MBMS is a point-to-multipoint interface designed to provide efficient delivery of broadcast and multicast services in 3GPP cellular networks.
  • MBMS delivers multicast services within a single cell using Single Cell Point to Multipoint (SC-PTM) transmission, and delivers broadcast services within a group of multiples cells using Multimedia Broadcast multicast service Single Frequency Network (MBSFN) transmission.
  • SC-PTM uses the same LTE downlink shared channel and subframe structure for transmission; while, MBSFN defines new channel and has a different subframe structure than a regular subframe LTE to ensure the transmission over a group of cells.
  • QOS quality of service
  • An adaptive feedback method is provided, implementable in a telecommunication system comprising at least a network node and a plurality of user equipments (UEs) to provide Multimedia Broadcast Multicast Services (MBMS) .
  • the network node is generally known as a base station, which can be a enodeB, a gNB or any upper level network units in the 5G NR systems.
  • the MBMS services are provided by a Multicast Broadcast Single Frequency Network (MBSFN) transmission repetitively occurring in a period.
  • MBSFN Multicast Broadcast Single Frequency Network
  • TBs transport blocks
  • HARQ hybrid automatic repeat request
  • a first UE under coverage of the MBMS services upon reception of the HARQ parameters, may conditionally transmit a feedback message based on the HARQ parameters.
  • the embodiments of the HARQ parameters comprise one or more of the following parameters: a modulation coding scheme (MCS) , a new data indicator (NDI) , a redundancy version (RV) , a process identify (PID) , a feedback time domain indicator for allocating feedback resources in time domain, and a feedback frequency domain indicator for allocating feedback resources in frequency domain.
  • MCS modulation coding scheme
  • NDI new data indicator
  • RV redundancy version
  • PID process identify
  • Some of the HARQ parameters are generally known in conventional unicast systems.
  • Feedback resources are generally referred to as various protocol defined channels, configurations, and parameters required for the telecommunication system to complete a transmission.
  • the feedback resource in time domain may define a timing to transmit the feedback message.
  • the feedback resource in frequency domain may comprise channel information or bandwidth part information available for transmission of the feedback message.
  • the feedback time domain indicator may comprise a preconfigured value or a fixed value.
  • the HARQ parameters can be transmitted through the same approaches or different approaches.
  • One of the HARQ parameters may be embedded in a Multicast Control Channel (MCCH) and transmitted over a Radio Resource Control (RRC) plane.
  • Another one of the HARQ parameters may be embedded in a Multicast Channel (MCH) scheduling information (MSI) and transmitted over a Media Access Control (MAC) Control Element (CE) .
  • a further one of the HARQ parameters may be embedded in a Downlink Control information (DCI) located in a control region of a MBSFN subframe which as then transmitted to the UEs.
  • DCI Downlink Control information
  • the alternative approaches to transmit the HARQ parameters are conditionally selectable.
  • the way how to transmit a first HARQ parameter may be dependent on how frequent the first HARQ parameter was varied.
  • the DCI is used to carry and transmit the first HARQ parameter.
  • the MCCH is used to carry the first HARQ parameter.
  • the MSI is used to carry and transmit the first HARQ parameter.
  • the actual values of the first, second and third thresholds are may be experiment or experience dependent, therefore are not specified herein.
  • no acknowledgement (ACK) message but only negative-acknowledgement (NACK) messages are transmitted.
  • the NACK message is transmitted when the first UE fails to decode one or more TBs. Conversely, when the first UE successfully decode all the TBs, no ACK message is transmitted.
  • the feedback resource may be previously allocated by the network node and then shared by more than one UEs for the NACK transmission. Since the network node does not need to discriminate the owner of a NACK message, one feedback resource can be reused by multiple UEs. For example, all or a subset of the UEs may share one feedback resource or a pool of the feedback resource for the NACK message transmission.
  • the ACK message is also transmitted.
  • the ACK message is transmitted to the network node only when the first UE successfully decodes all TBs during a predetermined period.
  • an ACK feedback resource and a NACK feedback resource are individually allocated for each UE to respectively transmit the ACK message and the NACK message.
  • the ACK/NACK feedback resources are shared. An ACK feedback resource is allocated and shared by more than one UEs to transmit the ACK message, and the NACK feedback resource is allocated and shared by more than one UEs to transmit the NACK message.
  • a retransmission function may be conditionally enabled or disabled based on a retransmission criterion. If enabled, the network node is responsive to a NACK message from the first UE by retransmitting one or more TBs corresponding to the NACK message.
  • the retransmission criterion may comprise a service priority corresponding to a MBMS service, and the retransmission is enabled only if the service priority exceeds a first threshold.
  • QOS Quality of Service
  • QFIs Quality of Service flow IDs
  • MBMS service periodicity In the MBSFN transmission, one or more MBMS services may be provided within a predetermined period. During the predetermined period, an ACK message may be transmitted only when all TBs are successfully decoded. Furthermore, a NACK message may be transmitted when at least one TB during the predetermined period fails decoding.
  • Embodiments of the predetermined period can be one of the following value: a MCH service period (MSP) , a Common Subframe Allocation period, a MCCH repetition period, a MCCH modification period, or a customized period.
  • MSP MCH service period
  • MCCH repetition period a MCCH repetition period
  • MCCH modification period a MCCH modification period
  • the feedback mechanism can be conditionally enabled or disabled.
  • a feedback enablement signal may be generated based on a first condition and transmitted to the first UE.
  • the first UE may transmit the feedback message only if the feedback mechanism is enabled by the feedback enablement signal.
  • the feedback enablement signal may be delivered in various formats.
  • the feedback enablement signal may be carried by a System Information Block 2 (SIB2) message, a SIB13 message, a signal via MCCH, a signal via MAC CE, or a signal via DCI. It is also preferable to implement the feedback enablement signal as a part of the HARQ parameters transmitted in the aforementioned approaches.
  • SIB2 System Information Block 2
  • SIB13 SIB13 message
  • a signal via MCCH a signal via MAC CE
  • DCI signal via DCI
  • the first condition determining whether to enable the feedback mechanism can be dependent on the importance of the services to be provided.
  • the video or audio streaming services are not mission critical, in which certain degree of faults can be tolerated.
  • the feedback mechanism can be disabled.
  • some services are mission critical and required accurate data transmission over the MBSFN network, such as emergency broadcasting or Vehicle-to-Everything (V2X) applications.
  • the feedback mechanism can be selectively enabled for the mission critical services or applications.
  • Implementations of the adaptive feedback method involve at least a network node and a UE. Therefore, embodiments of a telecommunication system implementing the adaptive feedback method are also provided, comprising at least a network node and one or more UEs. Furthermore, embodiments of the base station and the UE implementing the adaptive feedback method are also provided. Since the features of the telecommunication, the base station, the network node and the UE are already described in the previous paragraphs, the detailed embodiments are not repeated herein.
  • Fig. 1a is a flowchart according to an embodiment of an adaptive feedback method
  • Fig. 1b shows an embodiment of a downlink (DL) Hybrid Automatic Repeat Request (HARQ) procedure
  • Fig. 2 is a flowchart of approach selection according to an embodiment of the adaptive feedback method
  • Fig. 3 shows an embodiment of the feedback mode determination
  • Fig. 4 is a flowchart of retransmission enablement according to the embodiment of the disclosure.
  • Fig. 5 shows an embodiment of a MSBFN transmission
  • Fig. 6 is a flowchart of a feedback enablement mechanism according to an embodiment of the application.
  • Fig. 7 shows an embodiment of telecommunication system 700 providing the MBMS services
  • Fig. 8 shows an embodiment of a user equipment (UE) 800 according to the application.
  • MBMS has not been discussed in NR, and in this specification, we use the scheduling and transmission mechanism of MBMS in LTE as a baseline, incorporating the new features in NR.
  • MBMS broadcast/multicast services
  • reliability is one of the demanding features to be developed.
  • the level of reliability varies from different user applications.
  • an uplink feedback mechanism is proposed as a solution to improve the reliability of MBMS.
  • Fig. 1a is a flowchart according to an embodiment of an adaptive feedback method.
  • the adaptive feedback method is implementable in a telecommunication system comprising at least a network node and a plurality of user equipments (UEs) to provide Multimedia Broadcast Multicast Services (MBMS) .
  • the network node is generally known as a base station, which can be a enodeB, a gNB or any upper level network units in the 5G NR systems.
  • the most generalized steps of the adaptive feedback method can be summarized into three steps.
  • a MBSFN transmission is initialized.
  • the MBSFN transmission is referred to as transmissions of a plurality of transport blocks (TBs) from a network node to provide one or more MBMS services in a periodic fashion.
  • TBs transport blocks
  • a plurality of hybrid automatic repeat request (HARQ) parameters are transmitted from the network node.
  • the HARQ parameter transmission may use various radio resources which will be described hereafter.
  • the HARQ parameter transmission may be periodic dependent on various QOS parameters of corresponding MBMS services, or triggered on demand by the UEs. Embodiments of the HARQ parameter transmission can be varied in any feasible way as long as the HARQ parameters are efficiently delivered.
  • the UE conditionally transmits a feedback message based on the HARQ parameters. Various embodiments about the feedback transmission will be described hereafter.
  • Fig. 1b shows an embodiment of a downlink (DL) Hybrid Automatic Repeat Request (HARQ) procedure based on Fig. 1a.
  • the HARQ procedure is applicable for a sender 110 to transmit consecutive data blocks to a recipient 120.
  • the sender 110 is a network node such as a base station (BS) , a eNodeB (eNB) or a gNB.
  • the recipient 120 is known as a user equipment (UE) under coverage of the MBSFN network, a.k.a., a mobile device.
  • UE user equipment
  • step 102 the sender 110 initializes a new DL assignment.
  • a transport block (TB) DATA1 is transmitted.
  • Control information such as a process ID, New Data Indicator (NDI) , Redundancy Version (RV) , and feedback resource (timing &frequency) are incorporated in a downlink control information (DCI) message.
  • DCI downlink control information
  • step 104 if the recipient 120 successfully decodes the received TB DATA1, an ACK message is sent to the sender 110. In that case, in step 106, the sender 110 keeps sending the next TB DATA2 to the recipient 120, along with the same process ID and corresponding control information.
  • the recipient 120 sends a NACK message to the sender 110.
  • a retransmission is triggered in step 112, in which the sender 110 retransmits the same TB DATA2 on the feedback resource that sender 110 allocated, along with the same process ID, a toggled NDI (from 0 to 1) , and a new RV.
  • the MBMS services are provided in such as way periodically over a Multicast Broadcast Single Frequency Network (MBSFN) transmission.
  • MMSFN Multicast Broadcast Single Frequency Network
  • HARQ parameters generally indicate various protocol defined status, values, modes, resources and configurations during the transmission.
  • Embodiments may comprise but not limited to the following parameters: a modulation coding scheme (MCS) , a new data indicator (NDI) , a redundancy version (RV) , a process identify (PID) , a feedback time domain indicator for allocating feedback resources in time domain, and a feedback frequency domain indicator for allocating feedback resources in frequency domain.
  • MCS modulation coding scheme
  • NDI new data indicator
  • RV redundancy version
  • PID process identify
  • Some of the HARQ parameters are generally known in conventional unicast systems.
  • Feedback resources are generally referred to as various protocol defined channels, configurations, and parameters required for the telecommunication system to complete a transmission.
  • the feedback resource in time domain may comprise time slot information, such as a time gap defining a timing to transmit the feedback message.
  • the feedback resource in frequency domain may comprise channel information or bandwidth part information available for transmission of the feedback message.
  • the feedback time domain indicator may comprise a preconfigured value or a fixed value.
  • SIB13 system information block No. 13
  • MCCH Multicast Control Channel
  • IE information element
  • the subframes allocated for the MCCH message is carried by the IE MBSFN-AreaInfoList-r9.
  • the MCCH modification period is carried by the IE MBMS-NotificationConfig.
  • the UE may further decode messages carried by the MCCH to acquire various parameters such as Common Subframe Allocation (CSA) , MCH Subframe Allocation (MSA) and MCH Scheduling Period (MSP) .
  • CSA Common Subframe Allocation
  • MSA MCH Subframe Allocation
  • MSP MCH Scheduling Period
  • An example of a MBSFNAreaConfiguration message is shown, which is carried by the MCCH.
  • the CSA is carried by the IE commonSF-Alloc-r9, indicating a common pattern of subframes occupied by all MCHs within the same MBSFN area, the common pattern being periodically repeated with a CSA period defined by the IE commonSF-AllocPeriod-r9.
  • the MSA is carried by the IE pmch-InfoList-r9.
  • the actual MSA for every Multicast Channel (MCH) is defined by the CSA and the CSA period carried by the MCCH.
  • a tail portion of the MSA indicates the last subframe of the MCH within the CSA period.
  • the MSP is carried by the IE pmch-InfoList-r9, and is configurable per MCH.
  • the third approach for a UE to receive the MBMS control information is through a MCH scheduling information (MSI) in a form of MAC control element (CE) .
  • MSI MCH scheduling information
  • CE MAC control element
  • each of the HARQ parameters may be selectively carried by same or different approaches, rendering an exponential variety of possible implementations.
  • Fig. 2 is a flowchart of approach selection according to an embodiment of the adaptive feedback method.
  • step 201 a condition of the HARQ parameter is determined. Different conditions may lead to different processes.
  • step 205 goes to step 205 for case 1, step 207 for case 2, and step 209 for case 3.
  • step 203 if a variation frequency of the HARQ parameter exceeds a first threshold, the DCI is used to carry and transmit the HARQ parameter in step 205.
  • step 207 is proceeded when step 203 matches case 2, for example, the variation frequency of HARQ parameter being less than a second threshold.
  • the MCCH is used to transmit the HARQ parameter in step 207.
  • step 203 matches case 3, for example, the variation frequency of the first HARQ parameter being below a third threshold.
  • the MSI is therefore used to carry and transmit the first HARQ parameter in step 209.
  • the actual values of the first, second and third thresholds may be experiment or experience dependent.
  • the condition checking of the HARQ parameters may be based on many other factors, and is not limited to the frequency or value changing.
  • a simplified feedback mechanism is proposed to improve the efficiency of the MBSFN transmission.
  • no acknowledgement (ACK) message is required, but negative-acknowledgement (NACK) messages may be required.
  • the NACK message is transmitted when the first UE fails to decode one or more TBs. Conversely, when the first UE successfully decode all the TBs, no ACK message is transmitted. As such, only one feedback resource is required to transmit the NACK message. Since the network node does not need to discriminate the source of a NACK message, one feedback resource can be reused by multiple UEs. For example, the feedback resource may be previously allocated by the network node and then shared by all or a subset of the UEs for the NACK message transmission.
  • ACK messages may also be required.
  • An ACK message is transmitted only when the first UE successfully decodes all TBs during a predetermined period.
  • each UE is allocated with an individual ACK feedback resource and an individual NACK feedback resource to respectively transmit the ACK message and the NACK message.
  • the ACK/NACK resources can be shared. For example, the ACK feedback resource is allocated and shared by all or a subset of the UEs for the ACK message transmission, and likewise, the NACK feedback resource is allocated and shared by all or a subset of the UEs for the NACK message transmission.
  • FIG. 3 shows an embodiment of the feedback mode determination.
  • a condition checking mechanism determining whether to transmit ACK messages is provided.
  • Case 1 goes to step 303, in which various conditions may be determined as a basis to enable or disable ACK transmission.
  • the conditions may be related to QOS requirements, or predetermined based on services types from the upper level.
  • Step 305 is processed in case 2, wherein only NACK is required for some kind of services or conditions.
  • Step 307 is processed to transmit both ACK and NACK messages.
  • Fig. 4 is a flowchart of retransmission enablement according to the embodiment of the disclosure.
  • a retransmission function may be conditionally enabled or disabled based on a retransmission criterion.
  • the retransmission criterion is checked.
  • the retransmission criterion may comprise a service priority corresponding to a MBMS service, and the retransmission is enabled only if the service priority exceeds a first threshold.
  • QOS Quality of Service
  • QFIs Quality of Service flow IDs
  • the first threshold may be experiment or experience dependent, therefore the actual value is not specified and limited herein.
  • the process goes to step 405 in case 1, wherein the retransmission is enabled. In that case, the network node retransmits one or more TBs whenever necessary, for example, upon reception of a NACK message. Conversely, the process goes to step 407, wherein the retransmission will not be performed in any circumstances.
  • Fig. 5 shows an embodiment of MBSFN scheduling.
  • a plurality of downlink frames are consecutively transmitted, and every 16 frames are referred to as one Common Subframe Allocation (CSA) period 540.
  • Each frame 502 comprises 10 subframes 504, temporally equivalent to 20 time slots, as known in the 5G standards.
  • a subset of the downlink subframes 504 in a radio frame 402 can be configured as MBSFN subframes by higher layers for carrying MBMS service TBs.
  • Each MBMS service may comprise a plurality of TBs transmitted within a MCH service period (MSP) .
  • MSP MCH service period
  • Various embodiments of the MBMS service periodicity are provided.
  • one or more MBMS services may be provided within a predetermined period.
  • Services 1 and 3 may have a MSP of 16 frames, such as MSP1 560.
  • Service 2 may have a MSP of 32 frames, such as MSP2 570.
  • TBs are transmitted in MCH1 510 for service 1, MCH2 520 for service2, and MCH3 530 for service 3.
  • an ACK message may be transmitted only when all TBs are successfully decoded. Furthermore, a NACK message may be transmitted when at least one TB during the predetermined period fails decoding.
  • Embodiments of the predetermined period can be one of the following values: a MSP 560/570, a CSA period 540, a MCCH repetition period 540, a MCCH modification period 550, or a customized period.
  • the enlisted period values are basically counted in frame numbers.
  • the MSP is taken as the predetermined period to determine the conditions to transmit the ACK/NACK message.
  • the UE After decoding all the TBs on the MCH1 510, MCH2 520 and MCH3 530 during corresponding MSPs MSP1 560 and MSP2 570, the UE transmits a feedback message based on the “and” logic operation on all decoding results of the TBs.
  • MSP1 560 is 16 frames for services 1 and 3
  • MSP2 570 is 32 frames for service 2
  • MBSFN subframes (TBs) there are 11 MBSFN subframes (TBs) in MCH1 510 during the MSP1 560
  • 2 MBSFN subframes in MCH2 520 during MSP2 570 and 4 MBSFN subframes in MCH3 530 during MSP1 560.
  • MCH1 510 if any of the 11 TBs failed to be decoded, the UE sends a NACK message. Same processes are performed for MCH2 520 and MCH3 530. If all of the TBs within corresponding MSPs of the three services are decoded correctly, the UE may conditionally send an ACK message or send nothing, as described in step 303 of Fig. 3.
  • the predetermined period for the CSA period 540 (16 frames)
  • the MCCH repetition period 550 can be 32, 64, 128, 256 frames based on the mcch-RepetitionPeriod-r9 IE
  • the MCCH modification period 580 can be 512 or 1024 frames based on the mcch-ModificationPeriod-r9 IE
  • the predetermined period can also be a customized period depending on user demands.
  • Fig. 6 is a flowchart of a feedback enablement mechanism according to an embodiment of the application.
  • a process is initialized to determine whether to enable the feedback mechanism.
  • a condition is checked. If the condition matches case 1, step 606 is processed.
  • the feedback mechanism is enabled. For example, a feedback enablement signal may be generated based on the condition and transmitted to a UE, indicating the UE to transmit feedback messages as the feedback mechanism is enabled.
  • the process goes to step 608 if a case 2 is matched, wherein the feedback mechanism is not required.
  • the feedback enablement signal may be generated to carry an instruction to disable the feedback mechanism, such that the UE stops transmitting feedback messages upon reception of the feedback enablement signal.
  • the actual conditions or cases checked in step 604 can be dependent on service QOS requirements, user customizations, or any factors concerning performance and efficiency. The embodiment is not intended to limit the implementation of step 604.
  • the feedback enablement signal may be delivered in various formats.
  • the feedback enablement signal may be carried by a System Information Block 2 (SIB2) message, a SIB13 message, a signal via MCCH, a signal via MAC CE, or a signal via DCI. It is also preferable to implement the feedback enablement signal as a part of the HARQ parameters transmitted in the aforementioned approaches.
  • SIB2 System Information Block 2
  • SIB13 SIB13 message
  • a signal via MCCH a signal via MAC CE
  • DCI signal via DCI
  • the first condition determining whether to enable the feedback mechanism can be dependent on the importance of the services to be provided.
  • the video or audio streaming services are not mission critical, in which certain degree of faults can be tolerated.
  • the feedback mechanism can be disabled.
  • some services are mission critical and required accurate data transmission over the MBSFN network, such as emergency broadcasting or Vehicle-to-Everything (V2X) applications.
  • the feedback mechanism can be selectively enabled for the mission critical services or applications.
  • Fig. 7 shows an embodiment of telecommunication system 700 providing the MBMS services, comprising a core network 710 interconnected to one or more gNB-CUs 720a ⁇ 720b using a control plane interface N2 and a user plane interface N3.
  • a gNB-CU 720a is interconnected to a gNB-DU 730a over F1 interface and over Xn (i.e., X2) logical interface to another gNB-CU 720b.
  • the cells 740a ⁇ 740e are representing areas under coverage of the gNB-DUs or gNB-CUs.
  • the base station as described in the embodiments, conventionally, is known to be a eNB in the LTE standard.
  • a base station becomes a generalized term covering the functions of a gNB-CU and a gNB-DU.
  • the network node as described in the embodiment can be a more generalized term including the base station and the core network (commonly known as “the network” ) . Since most of the steps in the embodiments may be jointly accomplished by multiple units throughout multiple layers, and many units may cover the same functions by design, the embodiments are not intended to limit to any actual node which processes the steps.
  • a MBSFN transmission is performed to provide MBMS services from the core network 710 to the cells 740a ⁇ 704e.
  • UEs located inside the cells 740a ⁇ 740e, serving as a part of the telecommunication system 700, can therefore implement the adaptive feedback method together with the network nodes, specifically, the gNB-DUs 730a ⁇ 730b, the gNB-CUs 720a ⁇ 720b, and the core network 710.
  • the adaptive feedback method disclosed are merely software implementations without hardware change. No further introduction is needed because the infrastructure and hardware arrangements of the telecommunication system 700 are following the known standard.
  • Fig. 8 is a diagram of a UE 800 according to the embodiment of the application.
  • the UE 800 generally comprises a transceiver 802, a display 804, a storage 806, a processor 808 and a Subscriber Identity Module (SIM) card 810.
  • SIM Subscriber Identity Module
  • the transceiver 802 is also known as a combination of a transmitter and a receiver, functional for both signal transmissions and receptions since the hardware structure of the transmitter and the receiver can be shared and integrated into one module.
  • the embodiment of the adaptive feedback mechanism is basically software implementations that are presented as software or firmware stored in the storage 806, and executed by the processor 808.
  • the hardware structure of the UE 800 which can be a phone, a tablet, a computer, a video streaming device, a set top box or any subscriber enabled communication device.
  • the embodiment of the UE 800 receives MBMS services while adaptively transmitting feedback messages.
  • the transceiver 802 functions as a receiver to receive the HARQ parameters, and functions as a transmitter to transmit feedback messages to the network node based on the HARQ parameters.

Abstract

Un procédé de rétroaction adaptative pour un système de télécommunication comprenant un noeud de réseau pour fournir des services de diffusion/multidiffusion multimédia (MBMS) à un ou plusieurs équipements utilisateurs (UE), au système de télécommunication, à une station de base et à l'UE. Une transmission de réseau monofréquence de diffusion/multidiffusion (MBSFN) est effectuée pour fournir un ou plusieurs services MBMS, transmettant une pluralité de blocs de transport (TB) et une pluralité de paramètres de demande de répétition automatique hybride (HARQ). Un premier UE transmet un message de rétroaction sur la base des paramètres HARQ.
PCT/CN2020/105920 2020-07-30 2020-07-30 Procédé de rétroaction adaptative, système de télécommunication, station de base et équipement utilisateur WO2022021234A1 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2020/105920 WO2022021234A1 (fr) 2020-07-30 2020-07-30 Procédé de rétroaction adaptative, système de télécommunication, station de base et équipement utilisateur
CN202080104433.5A CN116134920A (zh) 2020-07-30 2020-07-30 自适应反馈方法、电信系统、基站以及用户设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/105920 WO2022021234A1 (fr) 2020-07-30 2020-07-30 Procédé de rétroaction adaptative, système de télécommunication, station de base et équipement utilisateur

Publications (1)

Publication Number Publication Date
WO2022021234A1 true WO2022021234A1 (fr) 2022-02-03

Family

ID=80037407

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2020/105920 WO2022021234A1 (fr) 2020-07-30 2020-07-30 Procédé de rétroaction adaptative, système de télécommunication, station de base et équipement utilisateur

Country Status (2)

Country Link
CN (1) CN116134920A (fr)
WO (1) WO2022021234A1 (fr)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010024571A2 (fr) * 2008-08-26 2010-03-04 Lg Electronics Inc. Procédé de rétroaction de service de diffusion/multidiffusion multimédia (mbms) pour une adaptation e-mbs
CN101677311A (zh) * 2008-09-19 2010-03-24 夏普株式会社 单播业务和多媒体广播多播业务复用系统和方法
US20100172281A1 (en) * 2007-06-21 2010-07-08 Koninklijke Philips Electronics N.V. Method for communicating
CN102045644A (zh) * 2009-10-22 2011-05-04 大唐移动通信设备有限公司 一种物理下行控制信道的覆盖处理方法及设备
CN102264039A (zh) * 2011-04-29 2011-11-30 电信科学技术研究院 一种实现半持续调度传输的方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100172281A1 (en) * 2007-06-21 2010-07-08 Koninklijke Philips Electronics N.V. Method for communicating
WO2010024571A2 (fr) * 2008-08-26 2010-03-04 Lg Electronics Inc. Procédé de rétroaction de service de diffusion/multidiffusion multimédia (mbms) pour une adaptation e-mbs
CN101677311A (zh) * 2008-09-19 2010-03-24 夏普株式会社 单播业务和多媒体广播多播业务复用系统和方法
CN102045644A (zh) * 2009-10-22 2011-05-04 大唐移动通信设备有限公司 一种物理下行控制信道的覆盖处理方法及设备
CN102264039A (zh) * 2011-04-29 2011-11-30 电信科学技术研究院 一种实现半持续调度传输的方法及装置

Also Published As

Publication number Publication date
CN116134920A (zh) 2023-05-16

Similar Documents

Publication Publication Date Title
US11463204B2 (en) Method and apparatus for sidelink transmission in a wireless communication system
US11595991B2 (en) Method for indicating the allocated resources for a HARQ message in a random access procedure for a low-complexity, narrowband terminal
CN109479314B (zh) 用于处理下一代通信系统中的冲突的方法和设备
US10772094B2 (en) Identification of downlink messages using repeated transmission
EP2728928B1 (fr) Procédé, station de base et équipement d'utilisateur pour transmettre des informations de programmation
EP2903312B1 (fr) Procédé et dispositif de traitement de service à ressources partagées, station de base et équipement utilisateur
EP2276276A2 (fr) Procédé de gestion de transmission monodiffusion sur une sous-trame de service multidiffusion multimédia et dispositif de communication associé
CN112398631B (zh) 基于码本的反馈方法及设备
EP2434785A1 (fr) Procédé et dispositif pour réaliser une transmission de signalisation de commande mbms par l'intermédiaire d'un mbsfn
EP2273806B1 (fr) Procédé de gestion de réception de service multidiffusion multimédia et dispositif de communication associé
US20230074542A1 (en) Communication method and apparatus
CN112312351A (zh) 旁路传输的方法及设备
KR20160128249A (ko) 무선 통신 시스템에서 그룹 통신 방법 및 장치
CN107852700B (zh) 一种组调度反馈方法、基站和用户设备
CN114499771B (zh) Mbs的ack/nack信息的反馈与重传方法和装置
CN109923893B (zh) 单小区点到多点反馈
EP3051734A1 (fr) Transmission sans fil point a multipoint
JP2023547407A (ja) ハイブリッド自動再送信要求のための方法および装置
JP5040665B2 (ja) 移動体通信システム
WO2022021234A1 (fr) Procédé de rétroaction adaptative, système de télécommunication, station de base et équipement utilisateur
WO2022151212A1 (fr) Planification semi-statique d'un trafic de service de diffusion/multidiffusion
JPWO2022153991A5 (fr)
WO2018063326A1 (fr) Retransmission multidiffusion destinée aux dispositifs de type machine
CN116250344A (zh) 用于信号发送的系统和方法
CN115885524A (zh) 动态调整mbms传输区域的网络实体设备、用户设备及方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 20946991

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20946991

Country of ref document: EP

Kind code of ref document: A1