CN114448576A - 一种数据重传的方法、装置及设备 - Google Patents

一种数据重传的方法、装置及设备 Download PDF

Info

Publication number
CN114448576A
CN114448576A CN202011212210.9A CN202011212210A CN114448576A CN 114448576 A CN114448576 A CN 114448576A CN 202011212210 A CN202011212210 A CN 202011212210A CN 114448576 A CN114448576 A CN 114448576A
Authority
CN
China
Prior art keywords
data
multicast
terminal
receiving
initial transmission
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
CN202011212210.9A
Other languages
English (en)
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 CN202011212210.9A priority Critical patent/CN114448576A/zh
Publication of CN114448576A publication Critical patent/CN114448576A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/1607Details of the supervisory signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Landscapes

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

Abstract

本发明的实施例提供一种数据重传的方法、装置及设备,所述方法包括:向终端初传多播/广播数据;接收终端基于所述多播/广播数据发送的混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。本发明的方案添加了多播/广播数据的反馈重传机制,通过优化协议栈的逻辑对应架构,在空口上保证了多播数据传输的可靠性。

Description

一种数据重传的方法、装置及设备
技术领域
本发明涉及通信技术领域,特别是指一种数据重传的方法、装置及设备。
背景技术
在LTE中,MBMS(多媒体广播多播业务)包括SCPTM(单个小区点对多点)传输方式均使用特殊定义的逻辑信道来承载数据,目的是为了区别于基本的基站与终端间点到点通信,从而大幅度节省空口数据传输。
不同于传统的点到点传输,多播/广播业务仅应用于下行传输,且没有HARQ(混合式自动重传请求)反馈,并且RLC(无线链路层控制协议)层使用UM(非确认)模式即不需要ARQ(自动重传请求)反馈。
因此目前的终端侧下行数据接收无法保证可靠性。另外,如果仅是对现有的多播/广播业务逻辑信道引入简单的反馈机制,则如果一个终端不能成功解码就需要反馈重传,将极大影响传输效率。
发明内容
本发明提供了一种数据重传的方法、装置及设备。添加了多播/广播数据的反馈重传机制,通过优化协议栈的逻辑对应架构,在空口上保证了多播数据传输的可靠性。
为解决上述技术问题,本发明的实施例提供以下方案:
一种数据重传的方法,应用于网络设备,所述方法包括:
向终端初传多播/广播数据;
接收终端基于所述多播/广播数据发送的混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
可选的,向终端初传多播/广播数据,包括:
针对初传的多播/广播数据,使用基于多播/广播的无线网络临时标识RNTI对所述初传的多播/广播数据进行加扰。
可选的,接收终端基于所述多播/广播数据发送的HARQ反馈,包括:
接收到终端未成功接收所述多播/广播数据的HARQ反馈后,以非连续接收的方式对所述终端进行数据的第一次重传。
可选的,所述第一次重传的数据使用终端专用的RNTI进行加扰,并且第一次重传的数据为***比特,所述第一次重传的数据具有网络设备指示的HARQ进程。
可选的,所述初传的多播/广播数据和所述第一次重传的数据,在MAC层使用相同的HARQ进程进行数据处理。
可选的,所述网络设备为终端的RLC实体配置两个对应的逻辑信道,其中第一逻辑信道用于接收网络设备发送的初传的多播/广播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据。
可选的,所述网络设备为终端配置两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC对应的逻辑实体接收初传的多播数据,第二RLC实体对应的逻辑实体用于反馈状态报告以及接收初传是多播的单播重传数据。
可选的,所述第一RLC实体和所述第二RLC实体共享相同的序列号。
本发明的实施例还提供一种数据反馈的方法,应用于终端,所述方法包括:
接收网络设备初传的多播/广播数据;
基于所述初传的多播/广播数据,向所述网络设备进行混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
可选的,接收网络设备初传的多播/广播数据,包括:
使用共享数据信道接收网络设备初传的多播/广播数据。
可选的,基于所述初传的多播/广播数据,向所述网络设备进行混合自动重传HARQ反馈,包括:
采用基于多播/广播的无线网络临时标识RNTI来进行解扰;
对解扰后数据进行循环冗余CRC校验;
若校验不成功,则向所述网络设备反馈未成功接收数据的HARQ反馈。
可选的,数据反馈的方法还包括:
接收到所述网络设备发送的第一次重传的数据;
采用终端专用的RNTI进行解扰,并对解扰后数据进行CRC校验,如果校验不成功,则将接收到的数据存储到缓存中;
接收到所述网络设备发送的再次重传的数据;
根据所述网络设备的指示的HARQ进程找到对应的缓存,进行数据的软合并。
可选的,所述网络设备为终端的RLC实体配置两个对应的逻辑信道时,还包括:
终端的RLC实体通过第一逻辑信道接收来自低层的多播初传数据,当收到所述网络设备的轮询指示或者终端自身发现初传数据包接收失败后,通过所述第二逻辑信道反馈状态报告信息;
终端使用所述第二逻辑信道接收所述网络设备的单播重传数据。
可选的,所述网络设备为终端配置两个RLC实体,每个RLC对应一个逻辑信道时,还包括:
终端通过第一RLC实体接收来自低层的多播初传数据,当收到所述网络设备的轮询指示或者终端自身发现初传数据包接收失败后,所述第一RLC实体通过所述第二RLC实体反馈状态报告信息;
终端使用所述第二RLC实体接收所述网络设备发送的单播重传数据。
本发明的实施例还提供一种数据重传的方法,应用于网络设备,所述方法包括:为终端的无线链路控制RLC实体配置两个逻辑信道,其中第一逻辑信道用于接收网络设备发送的初传的多播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;
基于所述第一逻辑信道向终端发送初传的多播数据;
通过所述第二逻辑信道接收终端反馈的状态报告信息。
可选的,数据重传的方法还包括:
通过所述第二逻辑信道使用单播发送重传数据。
本发明的实施例还提供一种数据反馈的方法,应用于终端,所述方法包括:
接收网络设备为终端的无线链路控制RLC实体配置的两个逻辑信道的配置信息,其中第一逻辑信道用于接收网络设备发送的初传的多播/广播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;
基于所述第一逻辑信道接收初传的多播/广播数据;
通过所述第二逻辑信道向网络设备反馈状态报告信息。
可选的,数据反馈的方法,还包括:
通过所述第二逻辑信道接收单播重传数据。
本发明的实施例还提供一种数据重传的方法,应用于网络设备,所述方法包括:
为终端配置两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;
基于所述第一RLC实体向终端发送初传的多播数据;
通过所述第二RLC实体接收终端反馈的状态报告信息。
可选的,数据重传的方法,还包括:通过第二RLC实体使用单播发送重传数据。
本发明的实施例还提供一种数据反馈的方法,应用于终端,所述方法包括:
接收网络设备为终端配置的两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;
基于所述第一RLC实体接收初传的多播数据;
通过所述第二RLC实体向网络设备反馈状态报告信息。
可选的,数据反馈的方法,还包括:通过第二RLC实体接收使用单播重传数据。
本发明的实施例提供一种数据重传的装置,应用于网络设备,所述装置包括:
收发模块,用于向终端初传多播/广播数据;接收终端基于所述多播/广播数据发送的混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
本发明的实施例提供一种数据反馈的装置,应用于终端,所述装置包括:
收发模块,用于接收网络设备初传的多播/广播数据;基于所述初传的多播/广播数据,向所述网络设备进行混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
本发明的实施例提供一种数据重传的装置,应用于网络设备,所述装置包括:
配置模块,用于为终端的无线链路控制RLC实体配置两个逻辑信道,其中第一逻辑信道用于接收网络设备发送的初传的多播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;
收发模块,用于基于所述第一逻辑信道向终端发送初传的多播数据;通过所述第二逻辑信道接收终端反馈的状态报告信息。
本发明的实施例提供一种数据反馈的装置,应用于终端,所述装置包括:
收发模块,用于接收网络设备为终端的无线链路控制RLC实体配置的两个逻辑信道的配置信息,其中第一逻辑信道用于接收网络设备发送的初传的多播/广播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;基于所述第一逻辑信道接收初传的多播/广播数据;通过所述第二逻辑信道向网络设备反馈状态报告信息。
本发明的实施例还提供一种数据重传的装置,应用于网络设备,所述装置包括:
配置模块,用于为终端配置两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;
收发模块,用于基于所述第一RLC实体向终端发送初传的多播数据;通过所述第二RLC实体接收终端反馈的状态报告信息。
本发明的实施例还提供一种数据反馈的装置,应用于终端,所述装置包括:
收发模块,用于接收网络设备为终端配置的两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;基于所述第一RLC实体接收初传的多播数据,通过所述第二RLC实体向网络设备反馈状态报告信息。
本发明的实施例还提供一种数据传输设备,包括:处理器、存储有计算机程序的存储器,所述计算机程序被处理器运行时,执行如上所述的方法。
本发明的实施例还提供一种计算机可读存储介质,包括指令,当所述指令在计算机上运行时,使得计算机执行如上所述的方法。
本发明的上述方案至少包括以下有益效果:
本发明的上述方案,通过向终端初传多播/广播数据;接收终端基于所述多播/广播数据发送的混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。添加了多播/广播数据的反馈重传机制,通过优化协议栈的逻辑对应架构,在空口上保证了多播数据传输的可靠性。
附图说明
图1为本发明的实施例数据重传的方法的流程示意图;
图2为本发明的实施例数据反馈的方法流程示意图;
图3为本发明的实施例数据重传的装置的模块示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本发明,并且能够将本发明的范围完整的传达给本领域的技术人员。
如图1所示,本发明的实施例提供一种数据重传的方法,应用于网络设备,所述方法包括:
步骤11,向终端初传多播/广播数据;
步骤12,接收终端基于所述多播/广播数据发送的混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
本发明的实施例为多播/广播数据传输添加HARQ反馈,针对每一次传输,添加对应的HARQ进程ID。其中多播数据可以和一般的单播数据共用一个HARQ实体,也可以和一般的单播数据使用不同的HARQ实体。对于使用不同的HARQ实体的情况,需要添加新的HARQ实体,使用独立的HARQ进程ID来进行多播初传数据及可能的与多播初传对应的单播重传数据的处理。
本发明的一可选的实施例中,步骤11可以包括:
针对初传的多播/广播数据,使用基于多播/广播的无线网络临时标识RNTI对所述初传的多播/广播数据进行加扰。
该实施例中,针对每一次数据初传,网络设备(如基站)使用基于多播/广播的RNTI来进行初传数据加扰;终端使用共享数据信道来接收数据,并采用基于多播的RNTI来进行解扰,对解扰后的数据进行CRC校验;若校验不成功,则使用HARQ反馈告知基站未成功接收数据,并且丢弃接收到的数据。
本发明的一可选的实施例中,步骤12可以包括:
接收到终端未成功接收所述多播/广播数据的HARQ反馈后,以非连续接收的方式对所述终端进行数据的第一次重传。
本发明的一可选的实施例中,所述第一次重传的数据使用终端专用的RNTI进行加扰,并且第一次重传的数据为***比特(即经过信道编码之后属于原数据部分的比特流),所述第一次重传的数据具有网络设备指示的HARQ进程。
本发明的一可选的实施例中,所述初传的多播/广播数据和所述第一次重传的数据,在MAC层使用相同的HARQ进程进行数据处理。
本发明的该实施例中,当基站收到来自终端的未成功接收指示后,以非连续接收(DTX)的方式对此终端进行数据的第一次重传,重传的数据使用终端专用的RNTI(如C-RNTI)进行加扰,并且第一次重传的数据为***比特,而非冗余版本。基站会明确指示重传对应的HARQ进程。
终端在接收到第一次重传的数据后,采用终端专用的RNTI来进行解扰;对解扰后数据进行CRC校验,如果校验还不成功,则把接收到的数据存储到soft buffer(软缓存)当中,供后续重传软合并使用。
对于重传的数据来源,一种可能的来源是通过基站在初传或第一次重传时存储在相应HARQ进程ID对应的HARQ相关缓存当中临时存储的数据。当来自上层的并对应相同HARQ进程ID的数据到达后,则现有的HARQ相关缓存当中临时存储的数据将被替换掉。
终端接收到使用终端专用RNTI加扰的重传数据之后,基于基站指示的HARQ进程,找到对应的soft buffer进行数据的软合并,并且尝试再次解码。
基于上述流程描述,虽然初传数据和重传数据在物理层使用的是不同的RNTI进行加扰,但是在MAC层使用相同的HARQ进程进行数据处理。为了避免由于HARQ进程ID过少,导致基站上层新数据冲掉使用相同HARQ进程ID的老数据而无法进行重传的情况,需要扩展现有标准当中的HARQ进程数量,扩展的具体数值本专利不做硬性规定,可能的扩展数值是2的整数次幂,如32或64等。
上述方法可以单独在RLC UM模式下使用,或者可以配合RLC AM模式使用。
本发明的一可选的实施例中,所述网络设备为终端的RLC实体配置两个对应的逻辑信道,其中第一逻辑信道用于接收网络设备发送的初传的多播/广播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据。
本发明的该实施例中,为了进一步保证多播数据传输的可靠性,除了在MAC层添加HARQ机制以外,还需要在RLC层支持AM模式,即为多播业务引入RLC ARQ机制。
虽然为多播业务的RLC层配置了AM模式,但是由于基站多播业务可能同时服务于多个终端,因此为了保证RLC重传只针对某一个终端;
基站为终端的RLC实体配置两个对应的逻辑信道,其中一条逻辑信道(例第一逻辑信道LCH1)接收初传的多播数据,另一条逻辑信道(例第二逻辑信道LCH2)用来反馈状态报告(Status report)及接收初传是多播的单播重传数据。
一种可能的实施例为:终端RLC层通过LCH1来接收来自低层的多播初传数据,当收到基站的polling(轮询)指示或者终端自身发现初传数据包接收失败后,通过LCH2来反馈状态报告信息。基站收到来自LCH2的状态报告信息后,通过LCH2使用单播发送重传数据。终端使用LCH2来接收单播重传数据。另外LCH1和LCH2可以对应不同的HARQ实体,也可以对应相同的HARQ实体。
可选的,所述网络设备为终端配置两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC对应的逻辑实体接收初传的多播数据,第二RLC实体对应的逻辑实体用于反馈状态报告以及接收初传是多播的单播重传数据。
可选的,所述第一RLC实体和所述第二RLC实体共享相同的序列号。
本发明的该实施例中,为了进一步保证多播数据传输的可靠性,除了在MAC层添加HARQ机制以外,还需要在RLC层支持AM模式,即为多播业务引入RLC ARQ机制。
虽然为多播业务的RLC层配置了AM模式,但是由于基站多播业务可能同时服务于多个终端,因此为了保证RLC重传只针对某一个终端;
基站为终端配置两个RLC实体,每个实体对应一个逻辑信道,其中一个RLC实体(例第一逻辑实体RLC1)接收初传的多播数据,另一个RLC实体(例第二逻辑实体RLC2)用来反馈状态报告及接收初传是多播的单播重传数据。两个RLC实体共享相同的SN号。
一种可能的实施例为:终端RLC1接收来自低层的多播初传数据,当收到基站的polling指示或者终端自身发现初传数据包接收失败后,终端RLC1告知并通过RLC2来反馈状态报告信息。基站收到来自RLC2的状态报告信息后,通过RLC2使用单播发送重传数据。终端使用RLC2来接收单播重传数据。另外RLC1和RLC2可以对应不同的HARQ实体,也可以对应相同的HARQ实体。
本发明的上述实施例添加了反馈重传机制,通过优化协议栈的逻辑对应架构,在空口上保证了多播数据传输的可靠性。
如图2所示,本发明的实施例还提供一种数据反馈的方法,应用于终端,所述方法包括:
步骤21,接收网络设备初传的多播/广播数据;
步骤22,基于所述初传的多播/广播数据,向所述网络设备进行混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
本发明的一可选的实施例中,步骤21可以包括:使用共享数据信道接收网络设备初传的多播/广播数据。
本发明的一可选的实施例中,基于所述初传的多播/广播数据,向所述网络设备进行混合自动重传HARQ反馈,包括:
采用基于多播的无线网络临时标识RNTI来进行解扰;
对解扰后数据进行循环冗余CRC校验;
若校验不成功,则向所述网络设备反馈未成功接收数据的HARQ反馈。
本发明的一可选的实施例中,数据反馈的方法,还包括:
接收到所述网络设备发送的第一次重传的数据;
采用终端专用的RNTI进行解扰,并对解扰后数据进行CRC校验,如果校验不成功,则将接收到的数据存储到缓存中;
接收到所述网络设备发送的再次重传的数据;
根据所述网络设备的指示的HARQ进程找到对应的缓存,进行数据的软合并。
本发明的一可选的实施例中,所述网络设备为终端的RLC实体配置两个对应的逻辑信道时,还包括:
终端的RLC实体通过第一逻辑信道接收来自低层的多播初传数据,当收到所述网络设备的轮询指示或者终端自身发现初传数据包接收失败后,通过所述第二逻辑信道反馈状态报告信息;
终端使用所述第二逻辑信道接收所述网络设备的单播重传数据。
本发明的一可选的实施例中,所述网络设备为终端配置两个RLC实体,每个RLC对应一个逻辑信道时,还包括:
终端通过第一RLC实体接收来自低层的多播初传数据,当收到所述网络设备的轮询指示或者终端自身发现初传数据包接收失败后,所述第一RLC实体通过所述第二RLC实体反馈状态报告信息;
终端使用所述第二RLC实体接收所述网络设备发送的单播重传数据。
需要说明的是,该终端侧的方法是与上述网络设备侧的方法对应的方法,上述方法实施例中所有实现方式均适用于该终端侧的方法的实施例中,也能达到相同的技术效果。
如图3所示,本发明的实施例还提供一种数据重传的装置30,应用于网络设备,所述装置包括:
收发模块31,用于向终端初传多播/广播数据;接收终端基于所述多播/广播数据发送的混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
可选的,向终端初传多播/广播数据,包括:
针对初传的多播/广播数据,使用基于多播/广播的无线网络临时标识RNTI对所述初传的多播/广播数据进行加扰。
可选的,接收终端基于所述多播/广播数据发送的HARQ反馈,包括:
接收到终端未成功接收所述多播/广播数据的HARQ反馈后,以非连续接收的方式对所述终端进行数据的第一次重传。
可选的,所述第一次重传的数据使用终端专用的RNTI进行加扰,并且第一次重传的数据为***比特,所述第一次重传的数据具有网络设备指示的HARQ进程。
可选的,所述初传的多播/广播数据和所述第一次重传的数据,在MAC层使用相同的HARQ进程进行数据处理。
可选的,所述网络设备为终端的RLC实体配置两个对应的逻辑信道,其中第一逻辑信道用于接收网络设备发送的初传的多播/广播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据。
可选的,所述网络设备为终端配置两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC对应的逻辑实体接收初传的多播数据,第二RLC实体对应的逻辑实体用于反馈状态报告以及接收初传是多播的单播重传数据。
可选的,所述第一RLC实体和所述第二RLC实体共享相同的序列号。
需要说明的是,该装置的实施例是与上述方法实施例对应的装置,上述方法实施例中的所有实现方式均适用于该装置的实施例中,也能达到相同的技术效果,该装置还可以进一步包括处理模块32,该处理模块32用于处理上述收发模块31收发的数据。
本发明的实施例还提供一种数据反馈的装置,应用于终端,所述装置包括:
收发模块,用于接收网络设备初传的多播/广播数据;基于所述初传的多播/广播数据,向所述网络设备进行混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
可选的,接收网络设备初传的多播/广播数据;
基于所述初传的多播/广播数据,向所述网络设备进行混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
可选的,接收网络设备初传的多播/广播数据,包括:使用共享数据信道接收网络设备初传的多播/广播数据。
可选的,基于所述初传的多播/广播数据,向所述网络设备进行混合自动重传HARQ反馈,包括:
采用基于多播的无线网络临时标识RNTI来进行解扰;
对解扰后数据进行循环冗余CRC校验;
若校验不成功,则向所述网络设备反馈未成功接收数据的HARQ反馈。
可选的,所述收发模块还用于:接收到所述网络设备发送的第一次重传的数据;
采用终端专用的RNTI进行解扰,并对解扰后数据进行CRC校验,如果校验不成功,则将接收到的数据存储到缓存中;接收到所述网络设备发送的再次重传的数据;根据所述网络设备的指示的HARQ进程找到对应的缓存,进行数据的软合并。
可选的,所述网络设备为终端的RLC实体配置两个对应的逻辑信道时,还包括:
终端的RLC实体通过第一逻辑信道接收来自低层的多播初传数据,当收到所述网络设备的轮询指示或者终端自身发现初传数据包接收失败后,通过所述第二逻辑信道反馈状态报告信息;
终端使用所述第二逻辑信道接收所述网络设备的单播重传数据。
可选的,所述网络设备为终端配置两个RLC实体,每个RLC对应一个逻辑信道时,还包括:
终端通过第一RLC实体接收来自低层的多播初传数据,当收到所述网络设备的轮询指示或者终端自身发现初传数据包接收失败后,所述第一RLC1实体通过所述第二RLC实体反馈状态报告信息;
终端使用所述第二RLC实体接收所述网络设备发送的单播重传数据。
需要说明的是,该装置的实施例是与上述方法实施例对应的装置,上述方法实施例中的所有实现方式均适用于该装置的实施例中,也能达到相同的技术效果,该装置还可以进一步包括处理模块,该处理模块用于处理上述收发模块收发的数据。
本发明一可选的实施例中,还提供一种数据重传的方法,应用于网络设备,所述方法包括:
为终端的无线链路控制RLC实体配置两个逻辑信道,其中第一逻辑信道用于接收网络设备发送的初传的多播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;
基于所述第一逻辑信道向终端发送初传的多播数据;
通过所述第二逻辑信道接收终端反馈的状态报告信息。这里,终端反馈状态报告信息可以在终端接收多播数据接收失败时反馈,也可以接收成功时反馈,例如,周期性向网络设备反馈状态报告信息,网络设备周期性接收终端反馈的状态报告信息。
可选的,数据重传的方法,还包括:
通过所述第二逻辑信道使用单播发送重传数据。
相应的,本发明的实施例还提供一种数据重传的装置,应用于网络设备,所述装置包括:
配置模块,用于为终端的无线链路控制RLC实体配置两个逻辑信道,其中第一逻辑信道用于接收网络设备发送的初传的多播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;
收发模块,用于基于所述第一逻辑信道向终端发送初传的多播数据;通过所述第二逻辑信道接收终端反馈的状态报告信息。
上述方法实施例中的所有实现方式均适用于该装置的实施例中,也能达到相同的技术效果。
本发明的一可选的实施例中,还提供一种数据反馈的方法,应用于终端,所述方法包括:
接收网络设备为终端的无线链路控制RLC实体配置的两个逻辑信道的配置信息,其中第一逻辑信道用于接收网络设备发送的初传的多播/广播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;
基于所述第一逻辑信道接收初传的多播/广播数据;
通过所述第二逻辑信道向网络设备反馈状态报告信息。
可选的,数据重传的方法,还包括:通过所述第二逻辑信道接收单播重传数据。
相应的,本发明的实施例还提供一种数据反馈的装置,应用于终端,所述装置包括:
收发模块,用于接收网络设备为终端的无线链路控制RLC实体配置的两个逻辑信道的配置信息,其中第一逻辑信道用于接收网络设备发送的初传的多播/广播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;基于所述第一逻辑信道接收初传的多播/广播数据;通过所述第二逻辑信道向网络设备反馈状态报告信息。
上述方法实施例中的所有实现方式均适用于该装置的实施例中,也能达到相同的技术效果。
本发明的一可选的实施例中,还提供一种数据重传的方法,应用于网络设备,所述方法包括:
为终端配置两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;
基于所述第一RLC实体向终端发送初传的多播数据;
通过所述第二RLC实体接收终端反馈的状态报告信息。这里,终端反馈状态报告信息可以在终端接收多播数据接收失败时反馈,也可以接收成功时反馈,例如,周期性向网络设备反馈状态报告信息,网络设备周期性接收终端反馈的状态报告信息。
可选的,数据重传的方法,还包括:通过第二RLC实体使用单播发送重传数据。相应的,本发明的实施例还提供一种数据重传的装置,应用于网络设备,所述装置包括:
配置模块,用于为终端配置两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;
收发模块,用于基于所述第一RLC实体向终端发送初传的多播数据;通过所述第二RLC实体接收终端反馈的状态报告信息。
上述方法实施例中的所有实现方式均适用于该装置的实施例中,也能达到相同的技术效果。
本发明的一可选的实施例中,还提供一种数据反馈的方法,应用于终端,所述方法包括:
接收网络设备为终端配置的两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;
基于第一RLC实体发送初传的多播数据,若接收到网络设备反馈的接收失败信息,通过第二RLC实体向网络设备反馈状态报告信息。
可选的,数据反馈的方法,还包括:通过第二RLC实体接收使用单播重传数据。
相应的,本发明的实施例还提供一种数据反馈的装置,应用于终端,所述装置包括:
收发模块,用于接收网络设备为终端配置的两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;基于所述第一RLC实体接收初传的多播数据,通过所述第二RLC实体向网络设备反馈状态报告信息。
上述方法实施例中的所有实现方式均适用于该装置的实施例中,也能达到相同的技术效果。
本发明的实施例还提供一种数据传输设备,包括:处理器、存储有计算机程序的存储器,所述计算机程序被处理器运行时,执行如上所述的方法。上述方法实施例中的所有实现方式均适用于该设备的实施例中,也能达到相同的技术效果。
本发明的实施例还提供一种计算机可读存储介质,包括指令,当所述指令在计算机上运行时,使得计算机执行如上所述的方法。上述方法实施例中的所有实现方式均适用于该设备的实施例中,也能达到相同的技术效果。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本发明所提供的实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
此外,需要指出的是,在本发明的装置和方法中,显然,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且,执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行,但是并不需要一定按照时间顺序执行,某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言,能够理解本发明的方法和装置的全部或者任何步骤或者部件,可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中,以硬件、固件、软件或者它们的组合加以实现,这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。
因此,本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此,本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说,这样的程序产品也构成本发明,并且存储有这样的程序产品的存储介质也构成本发明。显然,所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是,在本发明的装置和方法中,显然,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且,执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行,但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
以上所述是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明所述原理的前提下,还可以作出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

Claims (30)

1.一种数据重传的方法,其特征在于,应用于网络设备,所述方法包括:
向终端初传多播/广播数据;
接收终端基于所述多播/广播数据发送的混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
2.根据权利要求1所述的数据重传的方法,其特征在于,向终端初传多播/广播数据,包括:
针对初传的多播/广播数据,使用基于多播/广播的无线网络临时标识RNTI对所述初传的多播/广播数据进行加扰。
3.根据权利要求1所述的数据重传的方法,其特征在于,接收终端基于所述多播/广播数据发送的HARQ反馈,包括:
接收到终端未成功接收所述多播/广播数据的HARQ反馈后,以非连续接收的方式对所述终端进行数据的第一次重传。
4.根据权利要求3所述的数据重传的方法,其特征在于,所述第一次重传的数据使用终端专用的RNTI进行加扰,并且第一次重传的数据为***比特,所述第一次重传的数据具有网络设备指示的HARQ进程。
5.根据权利要求4所述的数据重传的方法,其特征在于,所述初传的多播/广播数据和所述第一次重传的数据,在MAC层使用相同的HARQ进程进行数据处理。
6.根据权利要求1所述的数据重传的方法,其特征在于,所述网络设备为终端的RLC实体配置两个对应的逻辑信道,其中第一逻辑信道用于接收网络设备发送的初传的多播/广播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据。
7.根据权利要求1所述的数据重传的方法,其特征在于,所述网络设备为终端配置两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC对应的逻辑实体接收初传的多播数据,第二RLC实体对应的逻辑实体用于反馈状态报告以及接收初传是多播的单播重传数据。
8.根据权利要求7所述的数据重传的方法,其特征在于,所述第一RLC实体和所述第二RLC实体共享相同的序列号。
9.一种数据反馈的方法,其特征在于,应用于终端,所述方法包括:
接收网络设备初传的多播/广播数据;
基于所述初传的多播/广播数据,向所述网络设备进行混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
10.根据权利要求9所述的数据反馈的方法,其特征在于,接收网络设备初传的多播/广播数据,包括:
使用共享数据信道接收网络设备初传的多播/广播数据。
11.根据权利要求10所述的数据反馈的方法,其特征在于,基于所述初传的多播/广播数据,向所述网络设备进行混合自动重传HARQ反馈,包括:
采用基于多播/广播的无线网络临时标识RNTI来进行解扰;
对解扰后数据进行循环冗余CRC校验;
若校验不成功,则向所述网络设备反馈未成功接收数据的HARQ反馈。
12.根据权利要求11所述的数据反馈的方法,其特征在于,还包括:
接收到所述网络设备发送的第一次重传的数据;
采用终端专用的RNTI进行解扰,并对解扰后数据进行CRC校验,如果校验不成功,则将接收到的数据存储到缓存中;
接收到所述网络设备发送的再次重传的数据;
根据所述网络设备的指示的HARQ进程找到对应的缓存,进行数据的软合并。
13.根据权利要求9所述的数据反馈的方法,其特征在于,所述网络设备为终端的RLC实体配置两个对应的逻辑信道时,还包括:
终端的RLC实体通过第一逻辑信道接收来自低层的多播初传数据,当收到所述网络设备的轮询指示或者终端自身发现初传数据包接收失败后,通过所述第二逻辑信道反馈状态报告信息;
终端使用所述第二逻辑信道接收所述网络设备的单播重传数据。
14.根据权利要求9所述的数据反馈的方法,其特征在于,所述网络设备为终端配置两个RLC实体,每个RLC对应一个逻辑信道时,还包括:
终端通过第一RLC实体接收来自低层的多播初传数据,当收到所述网络设备的轮询指示或者终端自身发现初传数据包接收失败后,所述第一RLC实体通过所述第二RLC实体反馈状态报告信息;
终端使用所述第二RLC实体接收所述网络设备发送的单播重传数据。
15.一种数据重传的方法,其特征在于,应用于网络设备,所述方法包括:
为终端的无线链路控制RLC实体配置两个逻辑信道,其中第一逻辑信道用于接收网络设备发送的初传的多播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;
基于所述第一逻辑信道向终端发送初传的多播数据;
通过所述第二逻辑信道接收终端反馈的状态报告信息。
16.根据权利要求15所述的数据重传的方法,其特征在于,还包括:
通过所述第二逻辑信道使用单播发送重传数据。
17.一种数据反馈的方法,其特征在于,应用于终端,所述方法包括:
接收网络设备为终端的无线链路控制RLC实体配置的两个逻辑信道的配置信息,其中第一逻辑信道用于接收网络设备发送的初传的多播/广播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;
基于所述第一逻辑信道接收初传的多播/广播数据;
通过所述第二逻辑信道向网络设备反馈状态报告信息。
18.根据权利要求17所述的数据反馈的方法,其特征在于,还包括:
通过所述第二逻辑信道接收单播重传数据。
19.一种数据重传的方法,其特征在于,应用于网络设备,所述方法包括:
为终端配置两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;
基于所述第一RLC实体向终端发送初传的多播数据;
通过所述第二RLC实体接收终端反馈的状态报告信息。
20.根据权利要求19所述的数据重传的方法,其特征在于,还包括:
通过第二RLC实体使用单播发送重传数据。
21.一种数据反馈的方法,其特征在于,应用于终端,所述方法包括:
接收网络设备为终端配置的两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;
基于所述第一RLC实体接收初传的多播数据;
通过所述第二RLC实体向网络设备反馈状态报告信息。
22.根据权利要求21所述的数据反馈的方法,其特征在于,还包括:
通过第二RLC实体接收使用单播重传数据。
23.一种数据重传的装置,其特征在于,应用于网络设备,所述装置包括:
收发模块,用于向终端初传多播/广播数据;接收终端基于所述多播/广播数据发送的混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
24.一种数据反馈的装置,其特征在于,应用于终端,所述装置包括:
收发模块,用于接收网络设备初传的多播/广播数据;基于所述初传的多播/广播数据,向所述网络设备进行混合自动重传HARQ反馈,每一次多播/广播数据的传输对应有HARQ进程标识。
25.一种数据重传的装置,其特征在于,应用于网络设备,所述装置包括:
配置模块,用于为终端的无线链路控制RLC实体配置两个逻辑信道,其中第一逻辑信道用于接收网络设备发送的初传的多播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;
收发模块,用于基于所述第一逻辑信道向终端发送初传的多播数据;通过所述第二逻辑信道接收终端反馈的状态报告信息。
26.一种数据反馈的装置,其特征在于,应用于终端,所述装置包括:
收发模块,用于接收网络设备为终端的无线链路控制RLC实体配置的两个逻辑信道的配置信息,其中第一逻辑信道用于接收网络设备发送的初传的多播/广播数据,第二逻辑信道用于反馈状态报告以及接收初传是多播的单播重传数据;基于所述第一逻辑信道接收初传的多播/广播数据;通过所述第二逻辑信道向网络设备反馈状态报告信息。
27.一种数据重传的装置,其特征在于,应用于网络设备,所述装置包括:
配置模块,用于为终端配置两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;
收发模块,用于基于所述第一RLC实体向终端发送初传的多播数据;通过所述第二RLC实体接收终端反馈的状态报告信息。
28.一种数据反馈的装置,其特征在于,应用于终端,所述装置包括:
收发模块,用于接收网络设备为终端配置的两个RLC实体,每个RLC对应一个逻辑信道,其中第一RLC实体用于接收初传的多播数据,第二RLC实体用于反馈状态报告以及接收初传是多播的单播重传数据;基于所述第一RLC实体接收初传的多播数据,通过所述第二RLC实体向网络设备反馈状态报告信息。
29.一种数据传输设备,其特征在于,包括:处理器、存储有计算机程序的存储器,所述计算机程序被处理器运行时,执行如权利要求1至8任一项所述的方法,或者,如权利要求9至14任一项所述的方法,或者,如权利要求15至16任一项,或者,如权利要求17至18任一项所述的方法,或者,如权利要求19至20任一项所述的方法,或者,如权利要求21至22任一项所述的方法。
30.一种计算机可读存储介质,其特征在于,包括指令,当所述指令在计算机上运行时,使得计算机执行如权利要求1至8任一项所述的方法,或者,如权利要求9至14任一项所述的方法,或者,如权利要求15至16任一项,或者,如权利要求17至18任一项所述的方法,或者,如权利要求19至20任一项所述的方法,或者,如权利要求21至22任一项所述的方法。
CN202011212210.9A 2020-11-03 2020-11-03 一种数据重传的方法、装置及设备 Pending CN114448576A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011212210.9A CN114448576A (zh) 2020-11-03 2020-11-03 一种数据重传的方法、装置及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011212210.9A CN114448576A (zh) 2020-11-03 2020-11-03 一种数据重传的方法、装置及设备

Publications (1)

Publication Number Publication Date
CN114448576A true CN114448576A (zh) 2022-05-06

Family

ID=81361633

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011212210.9A Pending CN114448576A (zh) 2020-11-03 2020-11-03 一种数据重传的方法、装置及设备

Country Status (1)

Country Link
CN (1) CN114448576A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024007317A1 (en) * 2022-07-08 2024-01-11 Shenzhen Tcl New Technology Co., Ltd. Wireless communication method and related devices

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101480070A (zh) * 2006-07-04 2009-07-08 艾利森电话股份有限公司 在高速下行链路信道上的广播和多播
US20130315124A1 (en) * 2012-05-17 2013-11-28 Interdigital Patent Holdings, Inc. Scalable video coding over simultaneous unicast/multicast lte dl shared channel
US20140355493A1 (en) * 2011-12-20 2014-12-04 Huaning Niu Multicast service using unicast subframe
CN111757513A (zh) * 2019-03-28 2020-10-09 华为技术有限公司 通信方法及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101480070A (zh) * 2006-07-04 2009-07-08 艾利森电话股份有限公司 在高速下行链路信道上的广播和多播
US20140355493A1 (en) * 2011-12-20 2014-12-04 Huaning Niu Multicast service using unicast subframe
US20130315124A1 (en) * 2012-05-17 2013-11-28 Interdigital Patent Holdings, Inc. Scalable video coding over simultaneous unicast/multicast lte dl shared channel
CN111757513A (zh) * 2019-03-28 2020-10-09 华为技术有限公司 通信方法及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MEDIATEK INC.: "UE Reception Model of MBS Radio Bearer and its Dynamic PTM/PTP switch", 3GPP TSG-RAN WG2 MEETING #111 ELECTRONIC R2-2006575, 28 August 2020 (2020-08-28), pages 2 - 6 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024007317A1 (en) * 2022-07-08 2024-01-11 Shenzhen Tcl New Technology Co., Ltd. Wireless communication method and related devices

Similar Documents

Publication Publication Date Title
US10903940B2 (en) Method and arrangement for retransmission using HARQ
CN102119503B (zh) 增大混合自动重复请求协议的可靠性
US10972228B2 (en) Base station device, user equipment, wireless communication system, and communication method
US7676721B2 (en) Auto re-transmission request method in a wireless communication system
US12009935B2 (en) Feedback information sending method and device
JP2020523897A (ja) 信頼可能な超低遅延通信
CN109964431A (zh) 用于无线通信的基站、用户设备和***以及相应的方法
EP3057260B1 (en) Method and device for transmitting scheduling signaling
WO2004084477A1 (en) Transmission of data with forward error correction information
US20210007126A1 (en) Communication method and apparatus
CN108370293B (zh) 中继方法、中继器、目的地设备及其通信***
US9847853B1 (en) Method and apparatus for reduced HARQ buffer storage
US8830877B2 (en) Transmitting device, transmitting method, and receiving method for multicast and broadcast service
CN101902777B (zh) 一种混合自动请求重传方法及基站设备
CN114448576A (zh) 一种数据重传的方法、装置及设备
CN113259050B (zh) 一种数据传输方法、装置和***
US8625478B2 (en) Hybrid automatic repeat request system and method thereof in a communication system
WO2023024915A1 (zh) 一种通信方法及装置
CN107733585B (zh) Harq信息的发送、接收方法及装置
CN114765741A (zh) 一种业务的传输方法、网络设备及终端
KR101194090B1 (ko) 통신 시스템에서 데이터 송신 장치 및 방법
CN114501337A (zh) 一种分组数据汇聚协议状态上报、接收方法、终端及设备
CN102714583A (zh) 数据载波标识方法和***
CN116137559A (zh) 一种nr***的混合自动重复传输方法
Xu et al. Max-degree network coding for wireless data broadcasting

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