CN112235731B - 一种通信方法、装置和*** - Google Patents
一种通信方法、装置和*** Download PDFInfo
- Publication number
- CN112235731B CN112235731B CN201910637441.5A CN201910637441A CN112235731B CN 112235731 B CN112235731 B CN 112235731B CN 201910637441 A CN201910637441 A CN 201910637441A CN 112235731 B CN112235731 B CN 112235731B
- Authority
- CN
- China
- Prior art keywords
- pdu
- data
- data pdu
- status
- sequence number
- 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.)
- Active
Links
- 230000006854 communication Effects 0.000 title claims abstract description 89
- 238000004891 communication Methods 0.000 title claims abstract description 87
- 238000000034 method Methods 0.000 title claims abstract description 72
- 230000011664 signaling Effects 0.000 claims description 13
- 230000001960 triggered effect Effects 0.000 claims description 5
- 230000005540 biological transmission Effects 0.000 abstract description 44
- 238000010586 diagram Methods 0.000 description 20
- 230000006870 function Effects 0.000 description 15
- 238000004590 computer program Methods 0.000 description 13
- 230000007246 mechanism Effects 0.000 description 6
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 5
- 230000003287 optical effect Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000004549 pulsed laser deposition Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 238000001356 surgical procedure Methods 0.000 description 1
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/1607—Details of the supervisory signal
- H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
-
- 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/1607—Details of the supervisory signal
-
- 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/1809—Selective-repeat protocols
-
- 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/1848—Time-out mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling 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
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及通信技术领域,公开了一种通信方法、装置和***,用以解决现有的多播传输不可靠的问题。方法包括:第一装置确定第一状态协议数据单元PDU,所述第一状态PDU用于指示来自第二装置的至少一个数据PDU的接收状态,所述至少一个数据PDU是以多播的方式传输的;所述第一装置向所述第二装置发送所述第一状态PDU。第一装置向第二装置反馈数据PDU的接收状态,用于告知第二装置哪些数据PDU未接收到,从而第二装置可以根据业务需求,确定是否需要重传数据PDU,提高了多播传输的可靠性。
Description
技术领域
本申请实施例涉及无线通信领域,尤其涉及一种通信方法、装置和***。
背景技术
网络通信中,多播或者组播传输技术是一个发送方进行数据发送,而多个接收方对数据进行接收的传输技术。例如基站发送数据,多个终端对数据进行接收。
在无线通信领域,数据的传输需要经过物理层(physical layer,PHY),媒体接入控制层(media access control layer,MAC)、无线链路控制(wireless link control,RLC)层和分组数据会聚协议(packet data convergence protocol,PDCP)层等。
在进行多播传输时,RLC层采用未确认模式(unacknowledged mode,UM)模式传输数据。UM模式是一种不可靠的传输模式,从而导致现有的多播传输方式可靠性较低。
发明内容
本申请实施例提供一种通信方法、装置和***,用以解决目前的多播传输方式可靠性较低的问题。
第一方面,提供了一种数据传输的方法,第一装置可以确定第一状态协议数据单元(protocol data unit,PDU),并向所述第二装置发送所述第一状态PDU,相应的,所述第二装置接收第一装置发送的第一数据PDU,所述第一状态PDU用于指示第一装置对来自所述第二装置的至少一个数据PDU的接收状态,所述至少一个数据PDU是所述第二装置以多播的方式发送的。具体的,第一装置可以先确定是否满足预先定义或者预先配置的反馈数据PDU的接收状态的触发条件,在确定满足触发条件时,确定第一状态PDU,并发送。
第一装置向第二装置反馈数据PDU的接收状态,第二装置可以根据多播业务的需求,以及分析数据PDU的接收状态,确定是否需要重新发送数据PDU,从而提高了多播业务的可靠性。
在一种可能的实现中,所述第一装置在确定所述第一状态PDU之前,所述第一装置确定以下条件中的至少一个被触发:
所述第一装置接收到来自所述第二装置的指示信息,所述指示信息用于指示上报数据PDU的接收状态;具体的,第二装置可以决定第一装置反馈接收状态的时机。第二装置在想让第一装置反馈接收状态时,所述第二装置可以向所述第一装置发送所述指示信息;
所述第一装置确定第一定时器超时,所述第一定时器的时长为T,T大于0;具体的,所述第一定时器在第一装置发送反馈数据PDU的接收状态时重启或启动;
所述第一装置接收到第一数据PDU,所述第一数据PDU为所述第一装置接收到的第一个PDU;具体的,所述第一个PDU为第一装置中用于接收数据PDU的实体创建后,所述实体接收到的第一个PDU。
所述第一装置确定第一数据PDU接收失败,也就是第一装置没有接收到第一数据PDU。
在一种可能的实现中,所述第一装置确定第一数据PDU接收失败时,可以是所述第一装置接收到第二数据PDU,所述第二数据PDU为所述第一装置接收到的第一个PDU,所述第二数据PDU的序列号(Serial Number,SN)大于第一序列号,所述第一序列号为所述第二装置指示的第一数据PDU的序列号。具体的,所述第一个PDU为第一装置中用于接收数据PDU的实体创建后,所述实体接收到的第一个PDU。具体的,第一序列号为所述第二装置指示第一装置应该接收到的第一个数据PDU的序列号;还可以是所述第一数据PDU的序列号为第一序列号,其中,所述第一装置接收到至少一个序列号大于所述第一序列号的数据PDU以及至少一个序列号小于所述第一序列号的数据PDU。
第一装置在确定数据PDU接收失败时,向第二装置反馈数据PDU的接收状态,以便第二装置清楚第一装置未接收到的数据PDU有哪些,第二装置可以根据多播业务需求,决定是否重新发送数据PDU,提高了多播业务的可靠性。
在一种可能的实现中,所述用于指示上报数据PDU的接收状态的指示信息携带在第三数据PDU、或者控制PDU、或者媒体接入控制元素MAC CE信令、或者下行控制信息DCI中。第三数据PDU可以是第二装置采用多播的方式向第一装置发送的任一数据PDU。
在一种可能的实现中,所述用于指示上报数据PDU的接收状态的指示信息还用于指示多个装置中的至少一个装置上报数据PDU的接收状态,所述第一装置包含于所述至少一个装置中。
第二装置可以指示用于上报数据PDU的接收状态的装置有哪些,第一装置在确定第二装置指示的装置中包含自身则进行数据PDU的上报,如果不包含自身,即使接收到指示信息,也无需进行上报。减少了反馈数据PDU的接收状态的信令开销。
第二方面,提供了一种通信方法,第二装置通过多播的方式向至少一个装置发送第一数据PDU,所述第一数据PDU的序列号为X,X为大于或等于0的自然数;
以及所述第二装置通过多播的方式向所述至少一个装置重新发送所述第一数据PDU,或者,所述第二装置确定第三装置未成功接收到所述第一数据PDU,以单播的方式向所述第三装置发送所述第一数据PDU,所述第三装置包含于所述至少一个装置中。
第二装置可以重新发送数据PDU,提高了多播传输的可靠性。
在一种可能的实现中,第二装置在确定满足第一条件时,所述第二装置通过多播的方式向所述至少一个装置发送第二数据PDU,所述第二数据PDU的序列号为X+n,n为大于或等于1的自然数;其中,所述第一条件为所述至少一个装置中成功接收到所述第一数据PDU的装置数量满足第一阈值,或者,所述第一条件为第一定时器超时,所述第一定时器是在所述第二装置发送所述第一数据PDU时启动的。
在一种可能的实现中,所述第二装置接收至少一个状态PDU;
所述第二装置根据所述至少一个状态PDU,确定所述至少一个装置针对所述第一数据PDU的接收状态。
在一种可能的实现中,所述第二装置可以向第四装置发送指示信息,所述第四装置包含于所述至少一个装置中;其中,所述第四装置连续未接收到的数据PDU的数量达到第二阈值,其中,所述连续未接收到的数据PDU是所述第二装置以多播的方式发送的。
在一种可能的实现中,所述指示信息用于指示所述第四装置暂停接收来自所述第二装置的、以多播的方式发送的数据PDU;或者所述指示信息用于指示所述第四装置释放或者删除第一配置信息,所述第一配置信息用于配置所述第四装置以多播的方式接收数据PDU;或者所述指示信息用于指示所述第四装置释放或者删除第二配置信息,所述第二配置信息用于配置所述第四装置对以多播的方式接收的数据进行反馈。
第三方面,提供了一种通信***,所述通信***中包括实现上述各方面和各方面的任一种可能的实现中的第一装置和第二装置。
在一种可能的实现中,所述通信***还包括与第一装置位于多播组或多播区域中的其他装置。
第四方面,提供了一种通信装置,该装置具有实现上述各方面和各方面的任一种可能的实现中方法的功能模块。所述功能模块可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的实现中,该装置可以是芯片或者集成电路。
在一个可能的实现中,该装置包括存储器和至少一个处理器,所述存储器用于存储程序,所述处理器用于执行所述程序,以实现上述各方面和各方面的任一种可能的实现中的方法。
在一种可能的实现中,所述装置还包括收发器,所述收发器用于在处理器的控制下收发数据。
第五方面,提供了一种通信装置,所述装置包括:处理单元,收发单元。所述处理单元均可以通过上述各方面及各方面中任一可能的实现中的处理器来实现,所述收发单元可以通过上述各方面及各方面中任一可能的实现中的收发器来实现。所述处理单元可以基于收发单元收发消息的功能,执行上述各方面和各方面的任一种可能的实现中的方法。
第六方面,提供一种计算机可读存储介质,所述计算机存储介质中存储有计算机可读指令,当计算机读取并执行所述计算机可读指令时,使得计算机执行上述各方面和各方面的任一可能的实现中所述的方法。
第七方面,提供一种计算机程序产品,当计算机读取并执行所述计算机程序产品时,使得计算机执行上述各方面和各方面的任一可能的实现中所述的方法。
第八方面,提供一种芯片,所述芯片与存储器耦合,用于读取并执行所述存储器中存储的软件程序,以实现上述各方面和各方面的任一可能的实现中所述的方法。
附图说明
图1为本申请实施例中提供的一种通信***图;
图2为本申请实施例中提供的一种数据传输示意图;
图3A为本申请实施例中提供的一种通信架构示意图;
图3B为本申请实施例中提供的另一种通信架构示意图;
图4为本申请实施例中提供的一种通信过程示意图;
图5为本申请实施例中提供的一种通信过程示意图;
图6为本申请实施例中提供的一种通信装置结构图;
图7为本申请实施例中提供的一种通信装置结构图;
图8为本申请实施例中提供的一种通信***结构图。
具体实施方式
下面将结合附图,对本申请实施例进行详细描述。
为便于理解本申请实施例,以下对本申请实施例的部分用语进行解释说明,以便于本领域技术人员理解。
1)、网络设备,具有能够为终端设备提供随机接入功能的设备或可设置于该设备的芯片,该设备包括但不限于:演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(base stationcontroller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,homeevolved NodeB,或home Node B,HNB)、基带单元(baseband unit,BBU),无线保真(wireless fidelity,WIFI)***中的接入点(access point,AP)、无线中继节点、无线回传节点、传输点(transmission and reception point,TRP或者transmission point,TP)等,还可以为5G,如,NR,***中的gNB,或,传输点(TRP或TP),5G***中的基站的一个或一组(包括多个天线面板)天线面板,或者,还可以为构成gNB或传输点的网络节点,如基带单元(BBU),或,分布式单元(DU,distributed unit)等。
2)、终端,又称之为用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等,是一种向用户提供语音和/或数据连通性的设备。例如,终端设备包括具有无线连接功能的手持式设备、车载设备等。目前,终端设备可以是:手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobileinternet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端,或智慧家庭(smart home)中的无线终端等。
3)采用多播(multicast)的方式发送或者传输数据PDU是指:某一装置发送数据PDU对应的传输块(transport block,TB)时,采用分组无线网络临时标识(group-radionetwork temporary identifier,G-RNTI)对数据PDU进行加扰,或对数据PDU对应的下行控制信息(downlink control information,DCI)进行加扰,同时有一个或者多个装置根据相同的G-RNTI对同一数据PDU进行接收;或者采用多播的方式传输数据PDU可以指通过半静态方式告诉多个装置同一数据PDU的位置,多个装置可以同时对所述数据PDU进行接收;或者采用多播的方式传输数据PDU可以指PDU在为多播传输建立的无线承载中传输或者在专门为多播设计的信道中进行传输。
对应的采用多播的方式接收数据PDU是指采用多播方式发送的时候,所述多个接收装置中的一个装置根据G-RNTI对数据PDU进行接收;或者所述多个接收装置中的一个装置通过为多播传输建立的无线承载接收或者在用于多播传输的信道上进行接收。
在本申请中,组播为多播的一种具体方式,因此,多播也可以称为组播。
4)采用单播(unicast)的方式发送或者传输数据PDU是指:某一装置发送数据PDU对应的TB时,采用小区无线网络临时标识(cell network temporary identifier,C-RNTI)对数据PDU进行加扰,或对数据PDU对应的DCI进行加扰,同时只有一个装置根据C-RNTI对同一数据PDU进行接收;或者采用单播的方式传输数据PDU可以指PDU在为单播传输建立的无线承载中传输或者在专门为单播设计的信道中进行传输。
对应的采用单播的方式接收数据PDU是指采用单播方式发送的时候,所述一个接收装置根据C-RNTI对数据PDU进行接收;或者所述一个装置通过为单播传输建立的无线承载接收或者在用于单播传输的信道上进行接收。
5)采用广播(broadcast)的方式发送或者传输数据PDU是指:某一装置在广播信道上发送数据PDU对应的TB,所有接收装置都可以在广播信道上对数据PDU进行接收。
本申请中的“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请中所涉及的多个,是指两个或两个以上。
在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。
另外,在本申请实施例中,“示例的”一词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或实现方案不应被解释为比其它实施例或实现方案更优选或更具优势。确切而言,使用示例的一词旨在以具体方式呈现概念。
本申请实施例描述的业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本申请实施例提供一种通信方法、装置和***,其中,方法、装置和***是基于同一技术构思的,由于方法、装置和***解决问题的原理相似,因此装置及***与方法的实施可以相互参见,重复之处不再赘述。
本申请实施例的技术方案可以应用于各种通信***,例如:长期演进(long termevolution,LTE)***,全球互联微波接入(worldwide interoperability for microwaveaccess,WiMAX)通信***,未来的第五代(5th Generation,5G)***,如新一代无线接入技术(new radio access technology,NR),及未来的通信***等。
本申请可以适用于地面通信***,也可以适用于非地面通信***,比如基站在卫星或者其它飞行设备上的通信***,或者以卫星、飞行设备等作为中继转发的通信***。或者也适用于基于5G架构的,利用非授权频谱进行通信的场景,比如在NR-U(new radio-unlicenced)场景中。
只要该通信***中存在实体需要发送传输方向指示信息,另一个实体需要接收该指示信息,并根据该指示信息确定一定时间内的传输方向即可。
该通信***中存在一个装置发送数据,多个装置接收数据。多个接收数据的装置向发送数据的装置反馈数据的接收状态。数据的接收状态是指数据是否接收到。在本申请中,数据可以是数据PDU,也可以是其它类型的数据。本申请接下来描述的实施方式仅以数据为数据PDU为例来说明的,本领域技术人员应该清楚,针对其它类型的数据,本申请提供的技术方案同样适用。
为便于理解本申请实施例,接下来以图1所示的通信***对本请的应用场景进行介绍:如图1所示,网络设备(基站(Base station))和UE1至UE6组成一个通信***。在该通信***中,基站可以采用多播方式向UE1至UE6发送数据PDU,UE1至UE6可以采用多播方式接收基站发送的数据PDU,并采用单播方式向基站反馈数据PDU的接收状态。发送数据PDU的装置为基站,接收数据PDU的装置为终端UE1至UE6。UE1至UE6可以看做是同一时间段内接收同一多播业务的多个UE,这些UE可以处于同一个多播组或者处于同一个多播区域(包含一个或者多个小区)。
此外,UE4至UE6也可以组成一个通信***。在该通信***中,UE5可以采用多播方式向UE4和UE6发送数据PDU,UE4和UE6可以采用单播方式向UE5反馈数据PDU的接收状态。发送数据PDU的装置为UE5,接收数据PDU的装置为UE4和UE6。UE4和UE6可以看做是同一时间段内接收同一多播业务的多个UE,这些UE可以处于同一个多播组或者处于同一个多播区域,多播区域包含一个或者多个小区。
本申请不仅适用于一个网络设备向多个UE传输数据PDU的场景,也适用与多个网络设备协作向多个UE传输数据PDU的场景,例如多媒体广播多播服务单频率网络(multicast broadcast single frequency network,MBSFN)。
在无线通信领域,数据PDU的传输需要经过物理层(physical layer,PHY),媒体接入控制层(media access control layer,MAC)、无线链路控制(wireless link control,RLC)层和分组数据会聚协议(packet data convergence protocol,PDCP)层等。如图2所示,提供了一种UE向网络设备(eNB)传输信息时的流程示意图,该信息可以是数据PDU,控制PDU等。
RLC层位于MAC层之上,属于L2的一部分,为用户和控制数据提供分段和重传业务。根据业务类型,RLC层有三种工作模式:透明模式(transparent mode,TM),未确认模式(unacknowledged mode,UM),确认模式(acknowledged mode,AM))。在TM模式下,RLC层只提供数据的透传(pass through)功能;在UM模式下RLC层提供除数据重传和重分段外的所有RLC功能,是一种不太可靠的传输服务;在AM模式下,RLC层提供了所有的RLC功能,可以提供重传功能,是一种可靠的传输服务。
目前,在进行单播传输时,RLC层可以工作在以上的三种工作模式中的任一种。在进行多播传输时,RLC层仅可以工作在UM模式,UM模式是一种不太可靠的传输模式。对于一些多播应用场景中,有的业务对于可靠性的要求较高,例如工业场景中的业务,或者批量UE软件更新业务,有数据包丢失会导致软件更新失败,从而需要重新更新。现有技术中由于采用了UM模式进行传输,所以假设某些UE没有接收到数据包,就会产生丢包的情况,影响业务传输的可靠性。基于此,本申请提供了一种通信方法,接收数据PDU的装置向发送数据的装置反馈数据的接收状态,使发送数据的装置能够清楚哪些数据未被接收到,以便进行相应的措施,提高多播传输的可靠性。
本申请中的通信方法,可以应用于RLC层,也可以应用于PDCP层。若应用于RLC层,则RLC层实体发送数据PDU和接收数据PDU。如果应用于PDCP层,则PDCP层实体发送数据PDU和接收数据PDU。例如基站向终端发送数据PDU,在应用于RLC层时,发送数据PDU的实体为基站中的RLC实体,接收数据PDU的实体为终端中的RLC实体。在应用于PDCP层时,发送数据PDU的实体为基站中的PDCP实体,接收数据PDU的实体为终端中的PDCP实体。装置可以是终端设备或者基站设备,在一个装置内可以有各种不同类型的实体,比如PDCP实体、RLC实体。MAC实体等,而且在一个装置内可以有多个同种类型的实体同时工作。装置可以对实体进行各种操作,比如配置、新建、重建或者释放等。另外本发明中的基站可能工作在CU-DU(centralunit-distributed unit集中节点-分布节点)架构下,其中PDCP层位于CU上,RLC层位于DU上,CU与DU之间通过F1接口通信,在CU-DU架构下,一个CU可以和多个DU相连。可以将一个DU看成一个基站或者将一个DU和一个CU合起来看成一个基站。
一个装置中,发送信息的实体和接收信息的实体可以是一个实体,也可以是两个实体。
如图3A所示,提供了一种通信架构示意图。以基站采用多播方式向多个终端发送数据PDU为例进行说明。在基站侧,发送信息的实体和接收信息的实体分为两个实体,可以分别称为发送实体和接收实体。在终端侧,发送信息的实体和接收信息的实体分为两个实体,可以分别称为发送实体和接收实体。
首先,基站通过一个基站中的发送实体向多个UE发送数据PDU,每个UE通过UE中的接收实体接收数据。然后,UE根据数据PDU的接收情况,通过UE中的发送实体向基站反馈数据PDU的接收状态,所述接收状态用于告知基站各个数据PDU是否接收到。所述UE中的发送实体可以是基站通过RRC信令配置的,基站向终端发送配置信息,用于配置反馈数据PDU的接收状态的发送实体,所述配置信息可以携带在逻辑信道配置信令中或者无线承载配置信令中。本申请中的发送实体或者接收实体不限定于RLC实体、PDCP实体,也可以是其它具有类似功能的实体,也可以用无线承载或者逻辑信道替代发送实体或者接收实体功能。接收实体也可以是基站通过RRC信令配置,接收实体与发送实体的配置方式类似,不再进行介绍。
以RLC实体为例,基站可以配置无线承载或者逻辑信道或者发送实体,用于反馈数据PDU的接收状态,所述发送实体(或者无线承载或者逻辑信道)与所述UE侧的接收实体(或者多播承载或者多播逻辑信道)具有关联关系,所述关联关系用于指示发送实体发送的数据PDU的接收状态是针对所述接收实体接收到的数据PDU的。
基站可以配置无线承载或者逻辑信道或者接收实体,所述接收实体用于接收和处理通过多播方式接收的数据。
所述UE中的发送实体可以配置为AM模式或者UM模式。当配置为UM模式的时候只可以发送数据PDU的接收状态。当配置为AM模式的时候,发送实体既可以发送数据PDU的接收状态,又可以接收下行数据或者下行指示,所述下行指示可以是轮询信息,用于基站通知UE进行反馈,此时发送实体和接收实体为一个实体,如图3B所示提供了一种发送实体和接收实体为同一实体的通信架构图。
最后基站中的接收实体可以接收终端中的发送实体反馈的数据PDU的接收状态。基站可以根据多个UE中的发送实体反馈的数据PDU的接收状态,决定是否对数据PDU进行重传。
如图3B所示,提供了另一种通信架构示意图。在基站侧,发送信息的实体和接收信息的实体为一个实体,可以称为发送接收实体。在终端侧,发送信息的实体和接收信息的实体为一个实体,可以称为发送接收实体。基站中的发送接收实体向终端发送数据PDU。终端中的发送接收实体接收基站发送的数据PDU,并反馈数据PDU的接收状态。基站中的发送接收实体接收终端反馈的数据PDU的接收状态。基站可以根据多个UE反馈的数据PDU的接收状态,决定是否对数据PDU进行重传。
基站可以配置无线承载或者逻辑信道或者发送接收实体,用于接收和处理通过多播方式接收的数据PDU并对数据PDU的接收状态进行反馈。
以上介绍了多播业务传输的两种架构,一个装置可以通过自身的实体采用多播传输的方式,向多个装置发送数据PDU。接收数据PDU的多个装置可以分别通过自身的实体反馈数据PDU的接收状态,发送数据PDU的装置根据反馈的数据PDU接收状态,决定是否对数据PDU进行重传。本申请可以通过反馈重传机制提高多播业务传输的可靠性。
本申请提供了一种通信的方法,如图4所示,具体介绍了接收数据PDU的装置如何反馈数据PDU的接收状态。为了方便描述,将采用多播方式发送数据PDU的装置称为第二装置。第二装置采用多播方式向多个装置(同一时间段内接收同一多播业务的多个装置,这些装置可以处于同一个多播组或者处于同一个多播区域(多播区域包含一个或者多个小区))发送数据PDU。多个接收数据PDU的装置反馈接收状态的过程是相同的,为了方便描述,以第一装置为例,说明反馈接收状态的具体过程。第一装置为接收第二装置发送的数据PDU的多个装置中的任一装置。结合图1所示,示例的,第二装置可以是图1中的基站,第一装置可以是UE1至UE6中任一UE。示例的,第二装置可以是如图1中的UE5,第一装置可以是UE4或UE6。在本申请实施例中,多个装置为位于同一多播组、同一多播区域中、被配置相同的G-RNTI、或者同一时间段接收同一多播业务的装置的集合。
需要注意的是,本申请介绍的反馈接收状态的具体过程是针对一个逻辑信道来说的。
步骤41:第一装置确定发送状态PDU的条件被触发。其中,该步骤41为可选的。
第一装置中可以先确定是否满足预先定义的或预先配置的向第二装置反馈数据PDU的接收状态的触发条件,当第一装置确定满足触发条件时,第一装置向第二装置反馈数据PDU的接收状态。第一装置确定满足反馈数据PDU的接收状态的触发条件的过程后续进行介绍。
第一装置在向第二装置反馈数据PDU的接收状态时,可以是向第二装置反馈第一装置已经接收到的数据PDU的序列号中的最大值N和未接收到的数据PDU的序列号,其中,未接收到的数据PDU的序列号小于N。或者向第二装置反馈第一装置已经接收到的数据PDU的序列号中的最大值N加1后的数值(N+1)和未接收到的数据PDU的序列号,同样,未接收到的数据PDU的序列号小于N。
另外为了考虑开销问题,上述在反馈未接收到的数据PDU时,可以不用反馈所有序列号小于N的未接收到的数据PDU,只需要反馈,从上次已经反馈过的序列号最大的PDU开始到序列号N或者序列号N+1的PDU,二者之间的PDU的接收状态即可。比如UE收到了1号和3号包,由于2号包没收到,UE反馈1-3号的接收状态;此时UE又收到了5号包,可以确定4号包没有收到,UE需要继续触发状态PDU进行反馈,此时UE只需要反馈4号和5号包的接收状态即可,因为3号包以及之前的接收状态已经反馈过。
第一装置在反馈数据PDU的接收状态时,数据PDU的接收状态可以是包含在状态PDU(status PDU)中,也可以是包含在其他的信息中,例如设计新的消息格式用于反馈数据PDU的接收状态。PDU一般被分为数据PDU和控制PDU,数据PDU一般用于传输上层的数据,控制PDU一般用于传输控制信息或者控制命令、状态PDU是控制PDU中的一种类型的PDU。
步骤42:第一装置确定第一状态PDU。
第一装置在确定满足反馈数据PDU的接收状态的触发条件时,可以向第二装置反馈数据PDU的接收状态。
如果第一装置通过状态PDU反馈接收状态,第一装置可以根据来自第二装置的至少一个数据PDU的接收状态,确定一个状态PDU。为了方便描述,将第一装置确定的状态PDU称为第一状态PDU,所述第一状态PDU用于指示来自第二装置的至少一个数据PDU的接收状态,所述至少一个数据PDU是第二装置以多播的方式传输给第一装置的。
步骤43:所述第一装置向所述第二装置发送所述第一状态PDU。相应的,所述第二装置接收第一装置发送的所述第一状态PDU。
第一装置向第二装置反馈数据PDU的接收状态,与第一装置位于同一多播组或者同一多播区域中或者同一时间段接收同一多播业务的其它装置也会采用同样的方式向第二装置反馈数据PDU的接收状态,当然第一装置所在的多播组或多播区域中,或者同一时刻与第一装置接收同一多播业务的装置中,也会存在因未满足触发条件而不向第二装置反馈数据PDU的接收状态的装置。这样,第二装置就可以根据第一装置以及与第一装置位于同一多播组或多播区域中或者与第一装置在同一时刻接收同一多播业务的多个装置反馈的数据PDU的接收状态,确定多播组或多播区域中或者与第一装置在同一时刻接收同一多播业务的装置中哪些装置没有接收到数据PDU,进一步根据多播业务需求,确定是否需要重传数据PDU,从而提高了多播业务的可靠性。
接下来分为几种实施方式,分别介绍第一装置确定满足反馈数据PDU的接收状态的触发条件的过程。
方式1:第二装置向一个多播组或一个多播区域中的多个装置(其中包括第一装置)以多播的方式发送数据PDU,第二装置可以指示多播组中的部分或全部的装置反馈数据PDU的接收状态。示例的,第一装置指示第一装置反馈数据PDU的接收状态,第二装置向第一装置发送指示信息,所述指示信息用于指示上报数据PDU的接收状态。相应的,第一装置可以接收来自第二装置的指示信息。第一装置在接收到来自第二装置的指示信息时,确定满足反馈数据PDU的接收状态的触发条件。
在单播传输中,发送数据PDU的装置在数据PDU的包头中用1比特去指示接收数据PDU的装置反馈接收状态,在本申请中,第二装置在向第一装置发送所述指示信息时,可以是将指示信息携带在数据PDU中。
另外一种方法是,不在数据包头中携带指示信息,而是通过单播发送单独的控制信息给需要反馈的装置,所述控制信息指示装置需要反馈数据PDU的接收状态,进一步可以指示针对哪个多播承载的接收状态进行反馈或者指示可以根据控制信息发送所使用的承载自行判断需要反馈的是哪个多播承载的接收状态,例如根据事先设定的关联关系判断。所述控制信息可以是RLC或者PDCP层的状态报告,或者RRC消息,或者MAC CE,或者DCI。
也就是第二装置在向第一装置发送所述指示信息时,可以是将所述指示信息携带在数据PDU中或者控制PDU中、或者媒体接入控制元素(element)(简称MAC CE)信令中、或者下行控制信息DCI中。为了方便描述,将携带所述指示信息的数据PDU称为第三数据PDU,该第三数据PDU为第二装置发送的任一数据PDU。
方式2:第一装置也可以周期性上报数据PDU的接收状态,示例的,第一装置中设置一个定时器,为了方便描述,称为第一定时器。第一定时器的时长为T,T大于0,例如可以是毫秒级别的,例如100ms,20ms。第一定时器可以用于触发上报数据PDU的接收状态。第一装置在每次触发上报数据PDU的接收状态时,可以重启或启动所述第一定时器。假设第一装置上报数据PDU的接收状态时,第一定时器还没有运行,则第一装置启动第一定时器;假设第一装置上报数据PDU的接收状态时,第一定时器正在运行,则重启第一定时器。第一装置在确定第一定时器超时时,确定满足反馈数据PDU的接收状态的触发条件。
方式3:第一装置还可以在确定第一数据PDU接收失败时,向第二装置反馈接收状态。示例的,所述第一数据PDU的序列号为X,序列号从0开始,X可以为大于或等于1的自然数,其中,所述第一装置未接收到序列号为X的数据PDU,且接收到至少一个序列号大于X的数据PDU以及至少一个序列号小于X的数据PDU。第一数据PDU可能是一个,也可能是多个。此处的第一数据PDU可以是第二装置发送的数据PDU中的任一数据PDU。
例如,基站已经连续发送了序列号为1、2、3的数据PDU,UE先收到了序列号为1的数据PDU,然后接收到了序列号为3的数据PDU,则可以确定序列号为2的数据PDU没有接收到,也就是序列号为2的数据PDU接收失败,此时UE可以反馈数据PDU的接收状态,基站根据反馈的接收状态确定UE收到了序列号为1和3的数据PDU,而没有收到序列号为2的数据PDU。则接收失败的第一数据PDU为序列号为2的数据PDU。
再例如,基站已经连续发送了序列号为1-5的数据PDU,UE先收到了序列号为1的数据PDU,然后接收到了序列号为2的数据PDU,再接收到序列号为5的数据PDU,则可以确定序列号为3和4的数据PDU没有接收到,也就是序列号为2和4的数据PDU接收失败,此时UE可以反馈数据PDU的接收状态,基站根据反馈的接收状态确定UE收到了序列号为1、2和5的数据PDU,而没有收到序列号为3和4的数据PDU。则接收失败的第一数据PDU为序列号为3和4的数据PDU。
以上的方式1、方式2和方式3是并列的,只要第一装置确定满足其中任一条件,就认为满足反馈数据PDU的接收状态的触发条件。例如第一定时器还未超时时,第一装置接收到反馈数据PDU的接收状态的指示信息,此时,第一装置反馈数据PDU的接收状态,并且对第一定时器重新计时,也就是重启。再例如,第一定时器还未超时时,第一装置确定第一数据PDU接收失败,此时,第一装置反馈数据PDU的接收状态,并且对第一定时器重新计时。
以上的方式1、方式2和方式3可以适用于第一装置已经加入到多播组中一段时间后,如果第一装置刚刚加入到多播组中,第一装置不清楚自身应该从序列号为多少的数据PDU开始监听,有可能会丢失数据而不自知。如图5所示,假设多播组中已经有UE1、UE2、UE3接收基站(gNB)下发的数据PDU,基站已经下发了序列号SN为1至4的数据PDU。接下来基站下发序列号为5的数据PDU。若此时,又有新的装置(例如UE4)加入到多播组中,该新加入的UE4可能会成功接收到序列号为5的数据PDU,也可能未成功接收序列号为5的数据PDU。对于UE4来说,如果UE4未成功接收到序列号为5的数据PDU,UE4也不知道自身丢失数据了,也不会对序列号为5的数据PDU反馈接收状态。即使基站指示UE4反馈数据PDU的接收状态,因为UE4没有接收到任何数据PDU,UE4也无法理解基站的指令,因此无法反馈。
为了让UE4知道如何进行反馈接收状态,基站可以指示UE4,在接收到第一个数据PDU后就立即反馈接收状态。或者基站不进行指示,UE4在接收到第一个数据PDU后,就立即反馈接收状态。UE4在接收到第一个数据PDU后,就反馈接收状态,目的是让基站知道UE4接收到的第一个数据PDU是哪个,从而基站可以根据自身发送数据PDU的情况,确定UE4是否丢失数据PDU,进而根据多播业务需求,确定是否需要向UE4重传数据PDU,提高多播业务的可靠性。
方式4:第一装置还可以在接收到第一数据PDU时,确定满足反馈数据PDU的接收状态的触发条件,此处的所述第一数据PDU为所述第一装置接收到的第一个PDU。此处的第一个是指第一装置中用于接收数据PDU的实体创建后,所述实体收到的第一个PDU,但不一定是第二装置的对应类型的用于发送数据PDU的实体发送的第一个数据PDU。
例如,数据PDU为RLC PDU时,用于接收数据PDU的实体为RLC实体,用于发送数据PDU的实体为RLC实体。再例如,数据PDU为PDCP PDU时,用于接收数据PDU的实体为PDCP实体,用于发送数据PDU的实体为PDCP实体。
方式5:所述第一装置接收到第二数据PDU,所述第二数据PDU为所述第一装置接收到的第一个PDU,所述第二数据PDU的序列号大于第一序列号,所述第一序列号为所述第二装置指示的第一装置应该接收到的第一数据PDU的序列号。此处的第二数据PDU为第一装置实际接收到的第一个PDU,第一PDU为第二装置指示第一装置应该接收到的第一个PDU。
基站还可以指示终端应该第一次接收到的数据PDU(第一数据PDU)的序列号是什么。例如基站可以向UE4发送指示信息,指示UE4应该接收到的第一个数据PDU的序列号是5。如果UE4接收到的第一个数据PDU(第二PDU)的序列号为6时,UE4就可以确定序列号为5的数据PDU接收失,也就是UE4未接收到序列号为5的数据PDU。此时,UE4可以反馈接收状态。基站可以根据自身发送数据PDU的情况,判断UE4丢失了哪些数据PDU,从而根据多播业务需求,确定是否重选数据PDU。
上述的方式1中,第二装置可以向多播组或者多播区域中的多个接收数据PDU的装置下发指示信息,指示该装置反馈接收状态。该机制可以称为轮询机制(polling)。目前,针对单播的polling机制中,发送数据PDU的装置在数据PDU的包头中用1比特去指示接收数据PDU的装置反馈接收状态。而在多播传输中,一个数据PDU是多个装置在接收。如果直接采用单播polling机制,会导致所有接收数据PDU的装置都进行反馈。而实际应用中,发送数据PDU的装置可能并不要求所有接收数据PDU的装置反馈接收状态,而是仅仅要求一部分装置反馈接收状态。
例如,如图1所示的通信***,基站向UE1-UE6发送数据PDU,根据业务需求,基站可能仅要求UE1和UE2反馈接收状态,其余的UE可以无需反馈接收状态。所以如果直接采用单播polling机制,会加反馈的信令开销。
基于此,在本申请中,第二装置在向多个装置发送指示信息时,所述指示信息不但用于指示上报数据PDU的接收状态,还可以用于指示哪些装置上报数据PDU的接收状态。示例的,第二装置向第一装置发送的指示信息还用于指示多个装置中的至少一个装置上报数据PDU的接收状态,所述第一装置包含于所述至少一个装置中。
示例的,指示信息在指示多个装置中的至少一个装置上报数据PDU的接收状态时,指示信息中可以包括用于反馈接收状态的装置在多播组或者多播区域中的标识。接收到指示信息的装置确定指示信息中包括的装置的标识是否是自身的标识,如果是,则确定自身要反馈数据PDU的接收状态。例如,第一装置接收来自第二装置的所述指示信息,所述指示信息用于指示反馈数据PDU的接收状态,且所述指示信息指示反馈数据PDU的接收状态的装置的标识,第一装置在确定指示信息中的标识为自身的标识时,第一装置确定所述第一状态PDU,向所述第二装置发送所述第一状态PDU,所述第一状态PDU用于指示来自第二装置的至少一个数据PDU的接收状态。结合图1所示的通信***,基站向UE1-UE6发送数据PDU,基站发送的指示信息中指示反馈数据PDU的接收状态的UE的标识UE2和UE4的标识。如果第一装置为UE3,UE3确定不包括自身的标识,则无需反馈接收状态。
第二装置可以根据多播组或者多播区域中的接收数据PDU的多个装置的信息将多个装置分为多类,指示信息可以指示需要反馈的装置是哪一类装置或者哪几类装置或者全部的装置。分类依据可以是装置的能力、装置的状态、装置的类型等。
比如,接收数据PDU的装置为UE,在根据UE的能力进行分类时,可以将具备某些能力的UE分为一类,不具备某些能力的UE分为一类,所述能力可以是对数据PDU接收状态反馈的能力。
比如,在根据UE的状态进行分类时,可以将处于连接态的UE分为一类,将处于空闲态的UE分类一类。第二装置可以是在指示信息中携带用于反馈数据PDU的接收状态的UE的状态,例如连接态,这样第二装置就指示处于连接态UE进行反馈,处于空闲态UE无需进行反馈。第一装置(UE)在接收到指示信息后,可以确定自身是否为连接态,如果是连接态,则反馈数据PDU的接收状态,如果不是连接态,则不反馈数据PDU的接收状态。
再比如,在根据UE的类型进行分类时,UE的类型可以包括IoT(物联网)UE,eMBB UE(如手机),MTC(机器类通信)UE,URLLC(超高可靠低时延通信)UE等,第二装置可以是在指示信息中携带用于反馈数据PDU的接收状态的UE的类型。
在将UE分为几组,然后发送指示信息时,可以采用多播的方式下发给本组UE,这样相比每个UE都发指示信息的方案来说节省下行信令开销。
采用以上描述的方式指示哪些装置需要反馈数据PDU的接收状态,避免了每次进行polling的时候,所有的接收数据PDU的装置必须进行反馈的问题,节省了反馈的信令开销。
在本申请中,第二装置采用多播的方式向多播组或者多播区域中的至少一个装置发送数据PDU,为了方便描述,将发送的该数据PDU称为第一数据PDU,该第一数据PDU的序列号为X,X为大于或等于0的自然数。有时候较多数量或者全部的装置均接收到的第一数据PDU,有的时候很少数量的装置接收到第一数据PDU,大部分的装置丢失了数据。第二装置可以根据业务的需求,确定是否重新发送第一数据PDU。示例的,第二装置可以预先确定一个数量阈值,为了便于描述,该数量阈值称为第三阈值,第三阈值用于第二装置决定是否重新发送第一数据PDU。第二装置可以根据多播组或者多播区域中的装置上报的数据PDU的接收状态,确定所述至少一个装置中成功接收到所述第一数据PDU的装置的数量是否满足第三阈值,如果满足,则可以不重新发送所述第一数据PDU,如果不满足,则可以重选发送所述第一数据PDU。第三阈值与多播组或多播区域中的装置的数量有关,例如,根据多播组或多播区域中的装置的数量的百分比确定。
如果第二装置确定重新发送第一数据PDU,第二装置还可以通过多播的方式再次向多播组或者多播区域中的至少一个装置重新发送所述序列号为X的第一数据PDU,也可以第二装置确定未成功接收到所述序列号为X的第一数据PDU的第三装置,通过单播的方式向第三装置重新发送所述第一数据PDU。第三装置包含于所述至少一个装置中。第三装置可能是一个,也可能是多个。
在多播业务传输中,第二装置需要以多播的方式向多播组或多播区域中的至少一个装置发送多个数据PDU。在发送多个数据PDU时,可以预先设置一个发送窗口,该发送窗口规定了连续发送数据PDU的数量。第二装置还需要确定在什么时机下可以移动发送窗口,再次发送数据PDU。第二装置可以预先设置一个条件,称为第一条件,当满足第一条件时,所述第二装置通过多播的方式向所述至少一个装置发送第二数据PDU,所述第二数据PDU的序列号为X+n,n为大于或等于1的自然数。其中,所述第二装置当前通过多播方式向所述至少一个装置发送的数据PDU的序列号的最大值为X+n-1。
示例的,第二装置中可以维护一个第一定时器,该第一定时器的时长为T,T大于0,例如可以是毫秒级别的,例如70ms,50ms。第一定时器可以用于触发发送数据PDU。第二装置在发送序列号为X的第一数据PDU时,可以重启或启动所述第一定时器。假设第二装置发送第一数据PDU时,第一定时器还没有运行,则第二装置启动第一定时器;假设第二装置发送第一数据PDU时,第一定时器正在运行,则重启第一定时器。第二装置在确定第一定时器超时时,确定满足第一条件。
例如,设置的发送窗口可以连续发送3个数据PDU。则第二装置可以先连续发送序列号为1至3的数据PDU,其中,第一数据PDU的序列号X为1,第二装置已发送的数据PDU的序列号的最大值X+n-1为3。第二装置在确定第一定时器超时时,移动发送窗口,再发送序列号为X+n=4的数据PDU,也就是第二数据PDU的序列号为4。
再例如:第二装置在发送窗口中发送了序列号为5的数据PDU(第一数据PDU的序列号X为5),第二装置已发送的数据PDU的序列号的最大值X+n-1为7。第二装置在确定第一定时器超时时,移动发送窗口,再发送序列号为8的数据PDU,也就是第二数据PDU的序列号为8。
如果多播业务对于可靠性的要求较高,可能会要求较多数量的装置接收到第一数据PDU。第二装置可以根据第一数据PDU的接收情况,确定是否再次发送数据PDU。
示例的,所述第二装置接收至少一个状态PDU;所述第二装置根据所述至少一个状态PDU,确定所述至少一个装置针对所述第一数据PDU的接收状态。第二装置可以是确定多播组或者多播区域中的所述至少一个装置中成功接收到所述第一数据PDU的装置数量是否满足(可以是大于,也可以是大于或等于)第一阈值,如果是,所述第二装置确定满足第一条件。例如,第二装置可以针对第一数据PDU设置一个计数器,从0开始计数。第二装置每确定有一个装置接收到第一数据PDU,则可以对计数器加1,当计数器的值满足第一阈值时,确定满足第一条件。
如果第二装置确定当前满足的所述第一条件为至少一个装置中成功接收到所述第一数据PDU的装置数量满足第一阈值时,第二装置关闭第一定时器,所述第一定时器是在所述第二装置发送所述第一数据PDU时启动的;
如果第二装置确定当前满足的所述第一条件为第一定时器超时。第二装置可以重新确定成功接收到数据PDU的装置数量,例如对计数器清0。
在本申请中,如果多播组或多播区域中的某个装置经常接收不到第二装置采用多播的方式发送的数据PDU,那这个装置可能不适合使用多播传输的方式接收数据。第二装置可以采取措施进行解决。
示例的,所述第二装置向第四装置发送指示信息,相应的,所述第四装置接收来自第二装置的指示信息,其中,所述第四装置连续未接收到的数据PDU的数量达到第二阈值,其中,所述连续未接收到的数据PDU是所述第二装置以多播的方式发送的。
需要注意的是,第四装置仅是用于表示连续未接收到的数据PDU的数量达到第二阈值的装置,所述第四装置包含于所述至少一个装置中,也就是第四装置可以是多播组或多播区域中的任一装置,例如第四装置为上述描述的反馈第一状态PDU的第一装置。
示例的,所述指示信息用于指示所述第四装置暂停接收来自所述第二装置的、以多播的方式发送的数据,该数据可以是数据PDU,也可以是其他类型的数据;或者,
所述指示信息用于指示所述第四装置释放或者删除第一配置信息,所述第一配置信息用于配置所述第四装置以多播的方式接收数据;或者,
所述指示信息用于指示所述第四装置释放或者删除第二配置信息,所述第二配置信息用于配置所述第四装置对以多播的方式接收的数据进行反馈。
基于与上述通信方法的同一技术构思,如6所示,本申请实施例还提供了一种通信装置600,该通信装置600包括:处理单元601、收发单元602。
在一种实施例中,所述通信装置600可以是第一装置侧的通信装置。所述通信装置600可以用来执行第一装置的操作。具体的,所述通信装置600可以是第一装置本身,也可以是第一装置内部的多个功能单元组成的装置,所述通信装置600也可以是芯片;
所述处理单元601,用于确定第一状态协议数据单元PDU,所述第一状态PDU用于指示来自第二装置的至少一个数据PDU的接收状态,所述至少一个数据PDU是所述第二装置以多播的方式发送的;
所述收发单元602,用于向所述第二装置发送所述第一状态PDU。
在一种可能的实现中,在确定所述第一状态PDU之前,所述处理单元601,还用于确定以下条件中的至少一个被触发:
确定通过所述收发单元602接收到来自所述第二装置的指示信息,所述指示信息用于指示上报数据PDU的接收状态;
第一定时器超时,所述第一定时器的时长为T,T大于0;
通过所述收发单元602接收到第一数据PDU,所述第一数据PDU为所述收发单元602接收到的第一个PDU;
确定第一数据PDU接收失败。
在一种可能的实现中,所述处理单元601在确定第一数据PDU接收失败时,具体用于通过所述收发单元602接收到第二数据PDU,所述第二数据PDU为所述收发单元601接收到的第一个PDU,所述第二数据PDU的序列号大于第一序列号,所述第一序列号为所述第二装置指示的第一数据PDU的序列号;或者,
所述第一数据PDU的序列号为第一序列号,其中,所述收发单元601接收到至少一个序列号大于所述第一序列号的数据PDU以及至少一个序列号小于所述第一序列号的数据PDU。
在一种可能的实现中,所述用于指示上报数据PDU的接收状态的指示信息携带在第三数据PDU、或者控制PDU、或者媒体接入控制元素MAC CE信令、或者下行控制信息DCI中。
在一种可能的实现中,所述用于指示上报数据PDU的接收状态的指示信息还用于指示多个装置中的至少一个装置上报数据PDU的接收状态,所述第一装置包含于所述至少一个装置中。
在另一种实施例中,所述通信装置600可以是第二装置侧的装置。所述装置600可以用来执行第二装置执行的操作。具体的,所述通信装置600可以是第二装置本身,也可以是第二装置内部的多个功能单元组成的装置,所述通信装置600还可以是第二装置内部的芯片;
所述处理单元601,用于生成第一数据PDU;
所述收发单元602,用于通过多播的方式向至少一个装置发送第一数据PDU,所述第一数据PDU的序列号为X,X为大于或等于0的自然数;
以及,
所述收发单元602,还用于通过多播的方式向所述至少一个装置重新发送所述第一数据PDU,或者,所述处理单元601确定第三装置未成功接收到所述第一数据PDU,通过所述收发单元602以单播的方式向所述第三装置发送所述第一数据PDU,所述第三装置包含于所述至少一个装置中。
在一种可能的实现中,所述处理单元601,还用于确定当满足第一条件时,通过所述收发单元602通过多播的方式向所述至少一个装置发送第二数据PDU,所述第二数据PDU的序列号为X+n,n为大于或等于1的自然数;
其中,所述第一条件为所述至少一个装置中成功接收到所述第一数据PDU的装置数量满足第一阈值,或者,所述第一条件为第一定时器超时,所述第一定时器是在所述第二装置发送所述第一数据PDU时启动的。
在一种可能的实现中,所述收发单元602,还用于接收至少一个状态PDU;
所述处理单元601,还用于根据所述至少一个状态PDU,确定所述至少一个装置针对所述第一数据PDU的接收状态。
在一种可能的实现中,所述收发单元602,还用于向第四装置发送指示信息,所述第四装置包含于所述至少一个装置中;
其中,所述第四装置连续未接收到的数据PDU的数量达到第二阈值,其中,所述连续未接收到的数据PDU是所述第二装置以多播的方式发送的。
在一种可能的实现中所述指示信息用于指示所述第四装置暂停接收来自所述第二装置的、以多播的方式发送的数据PDU;
或者,
所述指示信息用于指示所述第四装置释放或者删除第一配置信息,所述第一配置信息用于配置所述第四装置以多播的方式接收数据PDU;或者
所述指示信息用于指示所述第四装置释放或者删除第二配置信息,所述第二配置信息用于配置所述第四装置对以多播的方式接收的数据进行反馈。
基于与上述通信方法的同一技术构思,如图7所示,本申请实施例还提供了一种通信装置700。该通信装置700包括:处理器701,可选的,还包括收发器702以及存储器703。在一种实施方式中,处理器701用于调用一组程序,当程序被执行时,使得处理器701执行上述通信方法中相应的操作。存储器703用于存储处理器701执行的程序。基于图6的相关阐述,图6中的处理单元601均可以通过处理器701来实现,收发单元602可以通过收发器702来实现。
处理器可以是中央处理器(central processing unit,CPU),网络处理器(network processor,NP)或者CPU和NP的组合。
处理器还可以进一步包括硬件芯片或其他通用处理器。上述硬件芯片可以是专用集成电路(application-specific integrated circuit,ASIC),可编程逻辑器件(programmable logic device,PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device,CPLD),现场可编程逻辑门阵列(field-programmable gate array,FPGA),通用阵列逻辑(generic array logic,GAL)及其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等或其任意组合。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本申请实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)。应注意,本申请描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
如图8所示,提供了一种通信***,所述***包括上述执行通信方法的第一装置81和第二装置82。所述***还可以包括与所述第一装置位于同一多播组或多播区域中的其他装置。
本申请实施例提供了一种计算机存储介质,存储有计算机程序,该计算机程序包括用于执行上述通信方法。
本申请实施例提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述提供的通信方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,高密度数字视频光盘(Digital Video Disc,DVD))、或者半导体介质(例如,固态硬盘(Solid State Disk,SSD))等。
本申请实施例提供的任一种通信装置还可以是一种芯片。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包括有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包括这些改动和变型在内。
Claims (15)
1.一种通信方法,其特征在于,方法包括:
第一装置接收到来自第二装置的指示信息,所述指示信息用于指示上报数据协议数据单元PDU的接收状态,以及用于指示需要反馈接收状态的装置的能力、或装置的状态、或装置的类型;
所述第一装置根据所述指示信息确定所述第一装置属于所述指示信息指示的需要反馈接收状态的装置;
所述第一装置确定第一状态PDU,所述第一状态PDU用于指示来自所述第二装置的至少一个数据PDU的接收状态,所述至少一个数据PDU是所述第二装置以多播的方式发送的;
所述第一装置向所述第二装置发送所述第一状态PDU。
2.根据权利要求1所述的方法,其特征在于,在所述第一装置确定所述第一状态PDU之前,所述方法还包括:
所述第一装置确定以下条件中的至少一个被触发:
第一定时器超时,所述第一定时器的时长为T,T大于0;
所述第一装置接收到第一数据PDU,所述第一数据PDU为所述第一装置接收到的第一个PDU;
所述第一装置确定第一数据PDU接收失败。
3.根据权利要求2所述的方法,其特征在于,所述第一装置确定第一数据PDU接收失败,包括:
所述第一装置接收到第二数据PDU,所述第二数据PDU为所述第一装置接收到的第一个PDU,所述第二数据PDU的序列号大于第一序列号,所述第一序列号为所述第二装置指示的第一数据PDU的序列号;或者
所述第一数据PDU的序列号为第一序列号,其中,所述第一装置接收到至少一个序列号大于所述第一序列号的数据PDU以及至少一个序列号小于所述第一序列号的数据PDU。
4.根据权利要求2所述的方法,其特征在于,所述来自所述第二装置的指示信息携带在第三数据PDU、控制PDU、或者媒体接入控制元素MAC CE信令、或者下行控制信息DCI中。
5.一种通信方法,其特征在于,方法包括:
第二装置向第一装置发送指示信息,所述指示信息用于指示上报数据协议数据单元PDU的接收状态,以及用于指示需要反馈接收状态的装置的能力、或装置的状态、或装置的类型;
所述第二装置接收所述第一装置发送的第一状态PDU,所述第一状态PDU用于指示至少一个数据PDU的接收状态,所述至少一个数据PDU是所述第二装置以多播的方式发送的,所述第一状态PDU为所述第一装置属于所述指示信息指示的需要反馈接收状态的装置时发送的。
6.根据权利要求5所述的方法,其特征在于,所述指示信息携带在第三数据PDU、控制PDU、或者媒体接入控制元素MAC CE信令、或者下行控制信息DCI中。
7.一种通信方法,其特征在于,包括:
第二装置在当前发送窗口中,通过多播的方式向至少一个装置发送第一数据协议数据单元PDU,所述第一数据PDU的序列号为X至X+n-1,发送窗口允许连续发送n个数据PDU,X为大于或等于0的自然数,n为大于或等于1的整数;
针对每个第一数据PDU,在确定所述至少一个装置中成功接收到所述第一数据PDU的装置的数量不满足第三阈值的情况下,所述第二装置通过多播的方式向所述至少一个装置重新发送所述第一数据PDU,或者,所述第二装置确定第三装置未成功接收到所述第一数据PDU,以单播的方式向所述第三装置发送所述第一数据PDU,所述第三装置包含于所述至少一个装置中;
其中,还包括:
当满足第一条件时,所述第二装置确定移动发送窗口,并在移动后的发送窗口中通过多播的方式向所述至少一个装置发送第二数据PDU,所述第二数据PDU的序列号为X+n,n为大于或等于1的自然数;
其中,所述第一条件为所述至少一个装置中成功接收到所述第一数据PDU的装置数量满足第一阈值,或者,所述第一条件为第一定时器超时,所述第一定时器是在所述第二装置发送所述第一数据PDU时启动的。
8.根据权利要求7所述的方法,其特征在于,还包括:
所述第二装置接收至少一个状态PDU;
所述第二装置根据所述至少一个状态PDU,确定所述至少一个装置针对所述第一数据PDU的接收状态。
9.如权利要求7或8所述的方法,其特征在于,还包括:
所述第二装置向第四装置发送指示信息,所述第四装置包含于所述至少一个装置中;
其中,所述第四装置连续未接收到的数据PDU的数量达到第二阈值,其中,所述连续未接收到的数据PDU是所述第二装置以多播的方式发送的。
10.如权利要求9所述的方法,其特征在于:
所述指示信息用于指示所述第四装置暂停接收来自所述第二装置的、以多播的方式发送的数据PDU;
或者
所述指示信息用于指示所述第四装置释放或者删除第一配置信息,所述第一配置信息用于配置所述第四装置以多播的方式接收数据PDU;或者
所述指示信息用于指示所述第四装置释放或者删除第二配置信息,所述第二配置信息用于配置所述第四装置对以多播的方式接收的数据进行反馈。
11.一种通信装置,其特征在于,包括存储器以及至少一个处理器;
所述存储器用于存储程序,
所述处理器,用于执行所述程序以实现如权利要求1-4任一项所述方法或权利要求5-6任一项所述方法或权利要求7-10任一项所述方法。
12.一种通信***,其特征在于,包括:用于执行如权利要求1-4任一项所述方法的第一装置和用于执行如权利要求5-6任一项所述方法的第二装置。
13.一种通信***,其特征在于,包括:用于执行如权利要求1-4任一项所述方法的第一装置和用于执行如权利要求5-6任一项以及权利要求7-10任一项所述方法的第二装置。
14.一种计算机可读存储介质,其特征在于,所述计算机存储介质用于存储计算机可读指令,当计算机读取并执行所述计算机可读指令时,使得计算机执行如权利要求1-4任一项所述方法或权利要求5-6任一项所述方法或权利要求7-10任一项所述方法。
15.一种芯片,其特征在于,所述芯片与存储器耦合,用于读取并执行所述存储器中存储的软件程序,以实现如权利要求1-4任一项所述方法或权利要求5-6任一项所述方法或权利要求7-10任一项所述方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910637441.5A CN112235731B (zh) | 2019-07-15 | 2019-07-15 | 一种通信方法、装置和*** |
PCT/CN2020/096164 WO2021008286A1 (zh) | 2019-07-15 | 2020-06-15 | 一种通信方法、装置和*** |
EP20841278.3A EP3993455A4 (en) | 2019-07-15 | 2020-06-15 | COMMUNICATION METHOD, APPARATUS AND SYSTEM |
US17/575,211 US20220141626A1 (en) | 2019-07-15 | 2022-01-13 | Communication method, apparatus, and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910637441.5A CN112235731B (zh) | 2019-07-15 | 2019-07-15 | 一种通信方法、装置和*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112235731A CN112235731A (zh) | 2021-01-15 |
CN112235731B true CN112235731B (zh) | 2022-12-27 |
Family
ID=74111570
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910637441.5A Active CN112235731B (zh) | 2019-07-15 | 2019-07-15 | 一种通信方法、装置和*** |
Country Status (4)
Country | Link |
---|---|
US (1) | US20220141626A1 (zh) |
EP (1) | EP3993455A4 (zh) |
CN (1) | CN112235731B (zh) |
WO (1) | WO2021008286A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114501337B (zh) * | 2020-10-23 | 2023-08-15 | 大唐移动通信设备有限公司 | 一种分组数据汇聚协议状态上报、接收方法、终端及设备 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101577860A (zh) * | 2008-05-05 | 2009-11-11 | 财团法人工业技术研究院 | 在无线通讯中提供适应性控制机制的装置与*** |
CN102057608A (zh) * | 2008-06-26 | 2011-05-11 | 汤姆逊许可公司 | 无线局域网中用于请求确认与传送多播数据确认的设备 |
CN104579602A (zh) * | 2014-12-25 | 2015-04-29 | 华中科技大学 | 一种lte中的广播组播重传方法 |
CN105874832A (zh) * | 2013-10-10 | 2016-08-17 | 华为技术有限公司 | 用于媒体接入控制传输块的***和方法 |
CN106254044A (zh) * | 2016-09-14 | 2016-12-21 | 西北工业大学 | 一种基于多播网络编码的动态线性组合重传方法 |
CN106470398A (zh) * | 2015-08-14 | 2017-03-01 | 中兴通讯股份有限公司 | Sc-mcch发送方法、sc-ptm接收方法及其装置 |
CN108476142A (zh) * | 2016-01-08 | 2018-08-31 | 高通股份有限公司 | 用于建立多播无线通信的技术 |
CN109982266A (zh) * | 2017-12-28 | 2019-07-05 | 华为技术有限公司 | 一种通信方法、及相关产品 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060154603A1 (en) * | 2002-09-07 | 2006-07-13 | Joachim Sachs | Method and devices for efficient data transmission link control in mobile multicast communication systems |
US8284680B2 (en) * | 2009-03-05 | 2012-10-09 | Electronics And Telecommunications Research Institute | Method and apparatus for multicast transmission in wireless network |
US9461776B2 (en) * | 2012-01-27 | 2016-10-04 | Blackberry Limited | Selecting a data unit for retransmission |
US8750181B2 (en) * | 2012-05-14 | 2014-06-10 | Blackberry Limited | Maintaining MBMS continuity |
US9277533B2 (en) * | 2012-05-17 | 2016-03-01 | Vid Scale, Inc. | Scalable video coding over simultaneous unicast/multicast LTE DL shared channel |
US9820303B2 (en) * | 2014-12-19 | 2017-11-14 | Stmicroelectronics, Inc. | Multi-destination burst protocol |
US9999049B2 (en) * | 2015-08-31 | 2018-06-12 | Qualcomm Incorporated | Avoiding unnecessary protocol data unit (PDU) transmissions |
US10397897B2 (en) * | 2017-03-31 | 2019-08-27 | Samsung Electronics Co., Ltd. | Methods for improving paging type2 performance in dual SIM dual standby (DSDS) devices and apparatus therefor |
KR102465541B1 (ko) * | 2017-08-10 | 2022-11-11 | 삼성전자 주식회사 | 무선 통신 시스템에서 데이터 처리 방법 및 장치 |
WO2019135647A1 (en) * | 2018-01-07 | 2019-07-11 | Lg Electronics Inc. | Communication device, processing device and method for transmitting data unit |
-
2019
- 2019-07-15 CN CN201910637441.5A patent/CN112235731B/zh active Active
-
2020
- 2020-06-15 WO PCT/CN2020/096164 patent/WO2021008286A1/zh unknown
- 2020-06-15 EP EP20841278.3A patent/EP3993455A4/en active Pending
-
2022
- 2022-01-13 US US17/575,211 patent/US20220141626A1/en active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101577860A (zh) * | 2008-05-05 | 2009-11-11 | 财团法人工业技术研究院 | 在无线通讯中提供适应性控制机制的装置与*** |
CN102057608A (zh) * | 2008-06-26 | 2011-05-11 | 汤姆逊许可公司 | 无线局域网中用于请求确认与传送多播数据确认的设备 |
CN105874832A (zh) * | 2013-10-10 | 2016-08-17 | 华为技术有限公司 | 用于媒体接入控制传输块的***和方法 |
CN104579602A (zh) * | 2014-12-25 | 2015-04-29 | 华中科技大学 | 一种lte中的广播组播重传方法 |
CN106470398A (zh) * | 2015-08-14 | 2017-03-01 | 中兴通讯股份有限公司 | Sc-mcch发送方法、sc-ptm接收方法及其装置 |
CN108476142A (zh) * | 2016-01-08 | 2018-08-31 | 高通股份有限公司 | 用于建立多播无线通信的技术 |
CN106254044A (zh) * | 2016-09-14 | 2016-12-21 | 西北工业大学 | 一种基于多播网络编码的动态线性组合重传方法 |
CN109982266A (zh) * | 2017-12-28 | 2019-07-05 | 华为技术有限公司 | 一种通信方法、及相关产品 |
Also Published As
Publication number | Publication date |
---|---|
EP3993455A4 (en) | 2022-07-20 |
CN112235731A (zh) | 2021-01-15 |
WO2021008286A1 (zh) | 2021-01-21 |
EP3993455A1 (en) | 2022-05-04 |
US20220141626A1 (en) | 2022-05-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108923894B (zh) | 一种信息传输的方法、用户设备、基站、存储介质和*** | |
US11206106B2 (en) | Data packet synchronization | |
CN107734651B (zh) | 一种数据传输方法及终端、网络设备 | |
CN112399374B (zh) | 通信方法和通信装置 | |
US11122463B2 (en) | Method for processing data in communication system | |
CN114930752B (zh) | 用于连续数据分组反馈的装置及其方法 | |
WO2019242710A1 (zh) | 生成混合自动重传请求harq信息的方法和装置 | |
WO2022150937A1 (zh) | 用于接收数据的方法与装置和用于发送数据的方法与装置 | |
WO2020248258A1 (zh) | 无线通信方法、收端设备和发端设备 | |
US12040899B2 (en) | Service transmission and service configuration sending methods and devices, storage medium, terminal, and base station | |
CN114008952A (zh) | 一种窗口调整方法及装置、网络设备、终端设备 | |
CN112235731B (zh) | 一种通信方法、装置和*** | |
WO2018086707A1 (en) | Feedback based flexible transmission scheme for contention-based urllc transmission | |
WO2022061751A1 (en) | Method and apparatus for multicast and broadcast services | |
KR20220126289A (ko) | 정보 피드백 방법 및 관련 장치 | |
US20210007134A1 (en) | Feedback indication for continued transmission for wireless networks | |
US11419107B2 (en) | Method and apparatus for setting up radio bearer in wireless communication system | |
WO2022151177A1 (en) | Methods and apparatuses for multicast and broadcast services | |
US20220329392A1 (en) | Message transmission method and apparatus | |
WO2023205949A1 (en) | Methods for new data indicator (ndi) field alignment for reliable reception of multicast traffic | |
CN115842703A (zh) | 一种数据传输的方法及通信装置 | |
CN116235625A (zh) | 通信方法、设备和计算机存储介质 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |