CN116235625A - 通信方法、设备和计算机存储介质 - Google Patents

通信方法、设备和计算机存储介质 Download PDF

Info

Publication number
CN116235625A
CN116235625A CN202080104867.5A CN202080104867A CN116235625A CN 116235625 A CN116235625 A CN 116235625A CN 202080104867 A CN202080104867 A CN 202080104867A CN 116235625 A CN116235625 A CN 116235625A
Authority
CN
China
Prior art keywords
multicast service
data packet
network device
multicast
terminal device
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
CN202080104867.5A
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Publication of CN116235625A publication Critical patent/CN116235625A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/11Allocation or use of connection identifiers

Landscapes

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

Abstract

本公开实施例涉及通信的方法、设备和计算机可读介质。该方法包括:在网络设备处确定与多播服务相关联的数据无线电承载;以及向终端设备发送第一信息,所述第一信息包括多播服务的标识和数据无线电承载的标识。所述方法还包括:在终端设备处从网络设备接收第一信息;以及基于第一信息执行终端设备和网络设备之间的通信。这样,可以实现针对MBMS的多播和单播的同时传输,并且可以增强MBMS的可靠性。

Description

通信方法、设备和计算机存储介质
技术领域
本公开的实施例一般涉及电信领域,尤其涉及用于多媒体广播多播服务(MBMS)传输的通信方法、设备和计算机存储介质。
背景技术
在当前MBMS传输中,终端设备首先监测系统信息块2(SIB2)。如果SIB2针对MBMS调度SIB13,则终端设备将监测SIB13。在SIB13中,终端设备获得MBMS控制信道(MCCH)的调度信息,该调度信息调度MBMS业务信道(MTCH)。因此,在当前的MBMS传输中,没有分组数据会聚协议(PDCP)层。此外,终端设备无法反馈数据分组是否被正确地接收,因此在当前MBMS传输中没有重传机制。
为了增强MBMS,已经达成一致的是,需要针对MBMS启用多播和单播的同时传输。因此,如何实现该同时传输已经成为热点问题。
发明内容
一般而言,本公开的实施例提供了用于MBMS传输的通信方法、设备和计算机存储介质。
在第一方面,提供了一种通信方法。该方法包括:在终端设备处从网络设备接收第一信息,所述第一信息包括多播服务的标识和数据无线电承载的标识;以及基于所述第一信息执行所述终端设备和所述网络设备之间的通信。
在第二方面,提供了一种通信方法。该方法包括:在网络设备处确定与多播服务相关联的数据无线电承载;以及向终端设备发送第一信息,所述第一信息包括所述多播服务的标识和所述数据无线电承载的标识。
在第三方面,提供了一种终端设备。终端设备包括处理器和耦合到处理器的存储器。存储器存储指令,所述指令在由处理器运行时使得终端设备执行根据本公开的第一方面的方法。
在第四方面,提供了一种网络设备。网络设备包括处理器和耦合到处理器的存储器。存储器存储指令,所述指令在由处理器运行时使得网络设备执行根据本公开的第二方面的方法。
在第五方面,提供了一种其上存储有指令的计算机可读介质。所述指令当在至少一个处理器上被运行时使所述至少一个处理器执行根据本公开的第一方面的方法。
在第六方面,提供了一种其上存储有指令的计算机可读介质。所述指令当在至少一个处理器上被运行时使所述至少一个处理器执行根据本公开的第二方面的方法。
通过以下描述,本公开的其他特征将变得容易理解。
附图说明
通过在附图中的本公开一些实施例的更详细描述,本公开的上述和其他目的、特征和优点将变得更加显而易见,其中:
图1示出了其中可以实现本公开一些实施例的示例通信网络;
图2示出了说明根据本公开一些实施例的用于MBMS传输的通信过程的示意图;
图3示出了根据本公开一些实施例的在终端设备处实现的示例通信方法;
图4示出了根据本公开一些实施例的在终端设备处实现的另一示例通信方法;
图5示出了根据本公开一些实施例的在终端设备处实现的另一示例通信方法;
图6示出了根据本公开一些实施例的在终端设备处实现的另一示例通信方法;
图7示出了根据本公开一些实施例的在网络设备处实现的示例通信方法;以及
图8是适合于实现本公开的实施例的设备的简化框图。
在所有附图中,相同或相似的附图标记表示相同或相似的元件。
具体实施方式
现在将参照一些实施例来描述本公开的原理。应当理解,描述这些实施例仅是为了说明的目的,并且帮助本领域技术人员理解和实施本公开,而不暗示对公开的范围的任何限制。这里描述的公开内容可以以不同于下面描述的方式的各种方式来实施。
在以下描述和权利要求中,除非另外定义,否则本文使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常理解的相同含义。
如这里所使用的,术语“终端设备”指的是具有无线或有线通信能力的任何设备。终端设备的示例包括但不限于:用户设备(UE),个人计算机,台式机,移动电话,蜂窝电话,智能电话,个人数字助理(PDA),便携式计算机,平板电脑,可穿戴设备,物联网(IoT)设备,万物联网(IoE)设备,机器类型通信(MTC)设备,用于V2X通信的车载设备(其中X表示行人、车辆或基础设施/网络),或诸如数码相机之类的图像捕获设备,游戏设备,音乐存储和回放设备,或允许无线或有线因特网访问和浏览的因特网工具等。术语“终端设备”可以与UE、移动站、订户站、移动终端、用户终端或无线设备互换使用。此外,术语“网络设备”是指能够提供或托管终端设备可以通信的小区或覆盖的设备。网络设备的示例包括但不限于:节点B(NodeB或NB),演进节点B(eNodeB或eNB),下一代节点B(gNB),发射接收点(TRP),远程无线电单元(RRU),无线电头(RH),远程无线电头(RRH),诸如毫微微节点、微微节点等的低功率节点。
在一个实施例中,终端设备可以与第一网络设备和第二网络设备连接。第一网络设备和第二网络设备中的一个可以是主节点,而另一个可以是次节点。第一网络设备和第二网络设备可以使用不同的无线电接入技术(RAT)。在一个实施例中,第一网络设备可以是第一RAT设备,第二网络设备可以是第二RAT设备。在一个实施例中,第一RAT设备是eNB并且第二RAT设备是gNB。与不同RAT有关的信息可以从第一网络设备和第二网络设备中的至少一个被发送到终端设备。在一个实施例中,第一信息可以从第一网络设备被发送到终端设备,并且第二信息可以直接或经由第一网络设备从第二网络设备被发送到终端设备。在一个实施例中,可以经由第一网络设备从第二网络设备发送与由第二网络设备配置的与终端设备的配置有关的信息。与由第二网络设备配置的与终端设备的重新配置有关的信息可以直接或经由第一网络设备从第二网络设备被发送到终端设备。
如本文所用,单数形式“一”,“一个”和“该”也旨在包括复数形式,除非上下文另外明确指出。术语“包括”及其变体将被解读为开放式术语,其意味着“包括但不限于”。术语“基于”将被解读为“至少部分地基于”。术语“一个实施例”和“实施例”将被解读为“至少一个实施例”。术语“另一实施例”将被解读为“至少一个其他实施例”。术语“第一”、“第二”等可以指不同或相同的对象。其它明确和隐含的定义可以包括在下面。
在一些示例中,值、过程或装置被称为“最佳”、“最低”、“最高”、“最小”、“最大”等。应当理解,这样的描述旨在表示可以在许多所使用的功能备选方案中进行选择,并且这样的选择不是必须比其它选择更好、更小、更高或更优选。
如上所述,在当前MBMS传输中,没有PDCP层,并且终端设备无法反馈数据分组是否被正确地接收。因此,在当前MBMS传输中没有重传机制。为了增强MBMS,已经达成一致的是,需要针对MBMS启用多播和单播的同时传输。在这种情况下,应定义单播和多播传输之间的协作。
鉴于此,本公开的实施例提供了改进的用于MBMS传输的通信方案。该方案可以将数据无线电承载(DRB)与MBMS(为了方便,在此也称为多播服务)相关联。DRB被配置用于与多播服务相关联的单播传输。这样,可以允许针对多播服务的单播和多播的同时传输,并且可以相应地增强多播服务的质量和用户体验。下面将参考附图详细描述本公开的原理和实现。
图1示出了其中可以实现本公开的实施例的示例通信网络100的示意图。如图1所示,通信网络100可以包括网络设备110和由网络设备110服务的终端设备120。网络设备110可以经由诸如无线通信信道的信道与终端设备120通信。
应当理解,图1中的设备的数目是出于说明的目的而给出的,并不暗示对本公开的任何限制。通信网络100可以包括适合于实现本公开方案的任何合适数目的网络设备和/或终端设备。
通信网络100中的通信可以符合任何合适的标准,包括但不限于:全球移动通信系统(GSM),长期演进(LTE),LTE演进,高级LTE(LTE-A),宽带码分多址(WCDMA),码分多址(CDMA),GSM EDGE无线电接入网(GERAN),机器类型通信(MTC)等。此外,可以根据当前已知或将来要开发的任何一代通信协议来执行通信。通信协议的示例包括但不限于:第一代(1G),第二代(2G),2.5G,2.75G,第三代(3G),第四代(4G),4.5G,第五代(5G)通信协议。
例如,网络设备110可以经由诸如与多播服务相关联的MTCH的多播信道来广播诸如MBMS的多播服务。终端设备120可以相应地经由多播信道接收多播服务。
根据本公开的实施例,在MBMS传输中引入PDCP层。网络设备110可以为与多播服务相关联的单播传输配置DRB,并且向终端设备120发送DRB和多播服务之间的关联。终端设备120可以经由DRB和多播信道两者接收与多播服务相关联的数据分组。利用DRB,终端设备120可以反馈数据分组是否被成功接收。如果数据分组没有被成功接收,则网络设备110可以经由DRB向终端设备120重传数据分组。下面参考图2描述更多细节。
图2示出了根据本公开一些实施例的用于MBMS传输的通信过程200的示意图。为了讨论的目的,将参考图1描述过程200。过程200可以包括如图1所示的网络设备110和终端设备120。
如图2所示,网络设备110可以经由诸如MCCH的多播控制信道发送201用于MBMS的多播传输的配置。在一些实施例中,网络设备110可以周期性地发送配置。应当注意,这仅仅是示例,用于传输该配置的任何其他适当方式也是可行的。
根据本公开的实施例,该配置用于多播传输的PDCP实体的建立。在一些实施例中,该配置可以包括以下中的至少一项:多播服务的标识,与多播服务相关联的数据分组的标识的长度;以及关于所述多播服务是否支持与所述多播服务相关联的单播传输和多播传输二者的指示(本文中也称为第四指示)。在一些实施例中,数据分组的标识可以是数据分组的序列号(SN),例如PDCP SN。当然,任何其它合适的方式也是可行的,并且本申请不对此进行限制。
在一些实施例中,网络设备110可以经由RRC消息来发送配置。
例如,RRC消息可以是如下所列的MBMSAreaConfiguration消息。
Figure BDA0004113834500000061
应当注意,这仅仅是一个示例,并且RRC消息的任何其它适当形式也是可行的。
因此,终端设备120可以通过监测多播控制信道来接收配置。利用该配置,终端设备120可以通过监测多播业务信道经由多播传输接收202与多播服务相关联的数据分组。
终端设备120可以发送203指示针对与多播服务相关联的单播传输的请求的信息(这里也称为第二信息)。这样,可以触发多播服务的单播传输。例如,当经由多播信道接收的多播服务的信号质量变差时,终端设备120可以发送该请求。当然,这仅仅是示例,终端设备120可以在任何需要的时候发送该请求。
在一些实施例中,第二信息可以包括以下中的至少一项:多播服务的标识;所建议的DRB的标识(本文中也称为另一DRB的另一标识);以及终端设备120期望经由单播传输从网络设备110接收的起始数据分组的标识。在一些实施例中,起始数据分组的标识可以是SN,例如PDCP SN。当然,也可以采用任何其它合适的标识。
在一些实施例中,起始数据分组可以是当前经由多播传输接收的数据分组。当然,起始数据分组也可以是先前经由多播传输接收的数据分组,或者是将来经由多播传输要接收的数据分组。换言之,起始数据分组可以是与多播服务相关联的任何数据分组。
在一些实施例中,终端设备120可以经由RRC消息发送第二信息。例如,RRC消息可以是如下所列的MBMSInterestIndication消息。
Figure BDA0004113834500000071
应当注意,这仅仅是一个示例,并且RRC消息的任何其它适当形式也是可行的。
网络设备110可以确定204用于与多播服务相关联的单播传输的DRB。在一些实施例中,网络设备110可以响应于从终端设备120接收到第二信息来确定DRB。应当注意,这仅仅是示例,并且DRB的确定也可以通过任何其他合适的方式来触发。
在一些实施例中,网络设备110可以将终端设备120建议的另一DRB配置为用于单播传输的DRB。在一些备选实施例中,网络设备110可以将与所述另一DRB不同的DRB配置为用于单播传输的DRB。
网络设备110可以向终端设备120发送205包括多播服务的标识和所确定的DRB的标识的信息(以下也称为第一信息)。这样,DRB和多播服务之间的关联被通知给终端设备120。
在一些实施例中,网络设备110可以针对每个多播服务配置一个DRB。因此,网络设备110可以向终端设备120发送第一信息的列表,该列表包括多个多播服务的标识和相应DRB的标识。
在一些实施例中,第一信息还可以包括用于单播传输的PDCP配置。这样,终端设备120可以知道单播传输的PDCP配置。在一些实施例中,PDCP配置可以包括以下中的至少一项:用于下行链路传输的报头压缩信息;关于是否启用完整性保护的第一指示;关于是否需要状态报告的第二指示;关于所述数据无线电承载是用于与所述多播服务相关联的数据分组的重复还是用于所述数据分组的重传的第三指示;以及用于重新排序所述数据分组的定时器的一个或多个值。例如,PDCP配置可以是以下形式。
Figure BDA0004113834500000081
/>
Figure BDA0004113834500000091
应当注意,这仅仅是示例,并且PDCP配置的任何其它适当形式也是可行的。
在一些备选或附加实施例中,第一信息还可以包括HARQ反馈配置。由此,HARQ反馈配置可以经由RRC消息被半静态地配置给终端设备120。在一些实施例中,网络设备110可以例如经由如下所列出的RRCSetup消息向终端设备120配置针对HARQ反馈而配置的资源集(例如PUCCH资源)。
dl-DataToUL-ACK SEQUENCE(SIZE(1..8))OF INTEGER(0..15)
在一些附加实施例中,网络设备110可以经由RRC消息向终端设备120配置资源集合中的资源子集。这里,第一信息中的PDSCH-to-HARQ反馈可以对应于资源子集,并且可以映射dl-DataToUL-ACK以指示用于PUCCH资源的间隙。
在一些实施例中,网络设备110可以经由RRC消息来发送第一信息或第一信息的列表。例如,RRC消息可以是RRCReconfiguration消息。当然,任何其它合适的RRC消息也是可行的。在一些实施例中,第一信息可被示为如下所列出的DRB-ToAddMod。
Figure BDA0004113834500000101
应当注意,这仅仅是一个示例,第一信息也可以是任何其他合适的形式。
然后,终端设备120和网络设备110可以基于第一信息在它们之间执行206通信。在一些实施例中,网络设备110可以从起始数据分组向终端设备120并且经由所确定的DRB(即,单播传输)发送与多播服务相关联的后续数据分组。在一些实施例中,终端设备120可以经由单播传输接收后续数据分组,并且还可以经由多播传输接收后续数据分组。也就是说,实现了多播和单播的同时传输。在一些实施例中,终端设备120可以基于DRB和多播服务之间的关联来确定经由多播和单播传输的这些数据分组的SN之间的关联。这样,可以处理这些数据分组。
根据本申请的实施例,响应于经由与多播服务相关联的多播传输从网络设备110接收到数据分组,终端设备120可以向网络设备110并且基于HARQ反馈配置来发送207针对数据分组的接收的HARQ反馈。在一些实施例中,终端设备120可以从第一信息中指示的子集(即,PDSCH-to-HARQ反馈)中确定资源,并且在所确定的资源上发送HARQ反馈。这样,以单播形式发送针对经由多播传输的数据分组的接收的HARQ反馈。
在一些实施例中,网络设备110可以确定208HARQ反馈是否指示数据分组的接收的失败。如果确定HARQ反馈指示该失败,则网络设备110可以经由第一信息中指示的DBR向终端设备120重传209数据分组。因此,针对MBMS提供了重传机制。
在一些备选或附加实施例中,响应于经由与多播服务相关联的多播传输从网络设备110接收到数据分组,终端设备120可以经由第一信息中指示的DRB向网络设备110发送210无线电链路控制(RLC)层中的确认,所述确认是针对数据分组的接收。网络设备110可以确定211该确认是否是针对数据分组的接收的否定确认。如果确定该确认是否定确认,则网络设备110可以经由第一信息中指示的DRB向终端设备120重传212数据分组。这样,可以保证多播服务的可靠性。
在一些实施例中,用于单播重传的PDCP实体可以被配置为如下:
Figure BDA0004113834500000111
在一些实施例中,在接收到重传的数据分组时,终端设备120可以例如基于它们的SN对重传的数据分组和经由多播传输接收的数据分组重新排序。在此省略其细节以避免与本申请混淆。
利用参考图2描述的过程,可以针对MBMS实现多播和单播的同时传输,并且可以增强MBMS的可靠性。对应于该过程,本申请的实施例还提供了分别在终端设备和网络设备处实现的通信方法。将参考图3至图6更详细地对此进行描述。
图3示出了根据本公开一些实施例的在终端设备处实现的示例通信方法300。例如,方法300可以在如图1所示的终端设备120处执行。为了讨论的目的,在下文中,将参考图1描述方法300。应当理解,方法300可以包括未示出的附加框和/或可以省略示出的一些框,并且本公开的范围不限于此。
如图3所示,在框310,终端设备120从网络设备110接收包括多播服务的标识和DRB的标识的第一信息。在一些实施例中,该DRB被配置用于与多播服务相关联的单播传输。这样,多播服务可以与DRB相关联,并且可以促进多播服务的多播和单播的同时传输。
在一些实施例中,第一信息还可以包括PDCP配置。该PDCP配置被用于单播传输。这样,可以实现针对多播服务的单播传输,并且可以实现多播和单播的同时传输。在一些实施例中,该PDCP配置可以包括以下中的至少一项:用于下行链路传输的报头压缩信息;关于是否启用完整性保护的第一指示;关于是否需要状态报告的第二指示;关于所述DRB是用于与所述多播服务相关联的数据分组的重复还是用于所述数据分组的重传的第三指示;以及用于重新排序所述数据分组的定时器的一个或多个值。应当注意,PDCP配置不限于此,并且还可以包括更多或更少的信息。
在一些实施例中,第一信息还可以包括HARQ反馈配置。在一些实施例中,HARQ反馈配置可以指示针对HARQ反馈所配置的资源集中的子集,所述HARQ反馈针对经由与多播服务相关联的多播传输的数据分组的接收。这样,HARQ反馈可以在该子集中的资源上从终端设备120被发送到网络设备110,并且因此可以促进失败的数据分组的重传。
在框320,终端设备120可基于第一信息执行与网络设备的通信。在一些实施例中,终端设备120可以经由多播和单播传输二者来接收与多播服务相关联的数据分组。这样,可以实现针对MBMS的多播和单播的同时传输。在一些实施例中,终端设备120可以经由DRB(即,经由单播传输)反馈经由多播传输的数据分组的接收的失败或成功,并且在接收失败的情况下接收由网络设备110重传的数据分组。这样,增强了多播服务的可靠性。将参考图4至图6描述更多细节。
图4示出了根据本公开一些实施例的在终端设备处实现的另一示例通信方法400。例如,方法400可以在如图1所示的终端设备120处执行。为了讨论的目的,在下文中,将参考图1描述方法400。应当理解,方法400可以包括未示出的附加框和/或可以省略示出的一些框,并且本公开的范围不限于此。
如图4所示,在框410,终端设备120可以从网络设备110并经由多播控制信道(例如,MCCH)接收针对与多播服务相关联的多播传输的配置。在一些实施例中,该配置可以包括以下中的至少一项:所述多播服务的标识;与所述多播服务相关联的数据分组的标识的长度;以及关于所述多播服务是否支持与所述多播服务相关联的单播传输和所述多播传输二者的第四指示。
在框420,基于在框410接收的配置,终端设备120可以经由多播传输从网络设备110接收数据分组。例如,当由终端设备120接收的多播信号变弱时,终端设备120可以请求针对多播服务的单播传输。因此,在框430,终端设备120可向网络设备110发送指示针对与多播服务相关联的单播传输的请求的第二信息。在一些实施例中,该第二信息包括以下中的至少一项:所述多播服务的标识;另一DRB的另一标识;以及所述终端设备期望经由所述单播传输从所述网络设备接收的起始数据分组的标识。
在框440,终端设备120可以从网络设备110接收包括多播服务的标识和DRB的标识的第一信息。在一些实施例中,第一信息还可以包括PDCP配置和HARQ反馈配置中的至少一项。在一些实施例中,PDCP配置可以包括以下中的至少一项:用于下行链路传输的报头压缩信息;关于是否启用完整性保护的第一指示;关于是否需要状态报告的第二指示;关于所述数据无线电承载是用于与所述多播服务相关联的数据分组的重复还是用于所述数据分组的重传的第三指示;以及用于重新排序所述数据分组的定时器的一个或多个值。
在框450,终端设备120可从网络设备110并经由DRB接收从起始数据分组起的与多播服务相关联的后续数据分组。在一些实施例中,终端设备120还可以经由多播传输接收后续数据分组。这样,可以实现多播和单播的同时传输。
在一些实施例中,响应于经由多播传输从网络设备110对数据分组的接收,终端设备120可以基于HARQ反馈配置向网络设备110发送针对数据分组的接收的HARQ反馈;以及响应于HARQ反馈指示数据分组的接收的失败,经由DRB接收由网络设备重传的数据分组。在一些备选或附加实施例中,响应于经由与多播服务相关联的多播传输从网络设备110对数据分组的接收,终端设备120可以经由DRB向网络设备110发送RLC层中的确认,所述确认是针对数据分组的接收的;以及响应于所述确认是针对数据分组的接收的否定确认,经由DRB接收由网络设备110重传的数据分组。下面将参考图5和图6描述更多细节。
图5示出了根据本公开一些实施例的在终端设备处实现的另一示例通信方法500。例如,方法500可以在如图1所示的终端设备120处执行。为了讨论的目的,在下文中,将参考图1描述方法500。应当理解,方法500可以包括未示出的附加框和/或可以省略示出的一些框,并且本公开的范围不限于此。
如图5所示,在框510,终端设备120确定是否经由多播传输成功地接收到数据分组。如果在框520处确定成功地接收到数据分组,则终端设备120可以向网络设备110并且经由与多播服务相关联的DRB发送RLC层中的肯定确认。如果在框530确定没有成功地接收到数据分组,则终端设备120可以向网络设备110发送RLC层中的否定确认。在框540,终端设备120可以接收由网络设备110重传的数据分组。这样,可以基于RLC层中的反馈提供针对MBMS的重传机制。
图6示出了根据本公开一些实施例的在终端设备处实现的另一示例通信方法600。例如,方法600可以在如图1所示的终端设备120处执行。为了讨论的目的,在下文中,将参考图1描述方法600。应当理解,方法500可以包括未示出的附加框和/或可以省略示出的一些框,并且本公开的范围不限于此。
如图6所示,在框610,终端设备120确定是否经由多播传输成功地接收到数据分组。如果确定成功接收到数据分组,则在框620处,终端设备120可以基于针对多播服务的HARQ反馈配置向网络设备110发送指示数据分组的接收成功的HARQ反馈。如果在框630处确定未成功接收到数据分组,则终端设备120可基于HARQ反馈配置向网络设备110发送指示数据分组的接收失败的HARQ反馈。在框640,终端设备120可以接收由网络设备110重传的数据分组。这样,可以基于MAC层中的反馈提供针对MBMS的重传机制。
至此,描述了在终端设备处实现的方法。相应地,本公开的实施例还提供了一种在网络设备处实现的方法。图7示出了根据本公开一些实施例的在网络设备处实现的示例通信方法700。例如,方法700可以在如图1所示的网络设备110处执行。为了讨论的目的,在下文中,将参考图1描述方法700。应当理解,方法700可以包括未示出的附加框和/或可以省略示出的一些框,并且本公开的范围不限于此。
如图7所示,在框710,网络设备110确定与多播服务相关联的DRB。在一些实施例中,DRB被配置用于与多播服务相关联的单播传输。在一些实施例中,网络设备110可以接收指示针对单播传输的请求的第二信息,并且基于该第二信息来确定DRB。在一些实施例中,第二信息可以包括以下中的至少一项:多播服务的标识;另一DRB的另一标识;以及终端设备期望经由DRB从网络设备接收的起始数据分组的标识。
在一些实施例中,网络设备110还可以经由多播控制信道发送针对与多播服务相关联的多播传输的配置。在一些实施例中,该配置可以包括以下中的至少一项:所述多播服务的标识;所述多播服务的标识;与所述多播服务相关联的数据分组的标识的长度;以及关于所述多播服务是否支持与所述多播服务相关联的单播传输和所述多播传输的第四指示。这样,可以促进多播和单播的同时传输。
在框720,网络设备110向终端设备120发送包括多播服务的标识和DRB的标识的第一信息。这样,DRB可以与多播服务相关联,并且可以实现针对MBMS的多播和单播的同时传输。
在一些实施例中,第一信息还可以包括PDCP配置。PDCP配置用于单播传输。这样,可以实现针对多播服务的单播传输,并且可以启用多播和单播的同时传输。在一些实施例中,PDCP配置可以包括以下中的至少一项:用于下行链路传输的报头压缩信息;关于是否启用完整性保护的第一指示;关于是否需要状态报告的第二指示;关于DRB是用于与所述多播服务相关联的数据分组的重复还是用于所述数据分组的重传的第三指示;以及用于重新排序所述数据分组的定时器的一个或多个值。应当注意,PDCP配置不限于此,并且还可以包括更多或更少的信息。
在一些实施例中,第一信息还可以包括HARQ反馈配置。在一些实施例中,HARQ反馈配置可以指示针对HARQ反馈所配置的资源集中的子集,所述HARQ反馈针对经由与多播服务相关联的多播传输的数据分组的接收。这样,HARQ反馈资源可以被配置给终端设备120。
在一些实施例中,网络设备110可以从终端设备120接收针对经由与多播服务相关联的多播传输的数据分组的接收的HARQ反馈。在一些实施例中,如果HARQ反馈指示数据分组的接收失败,则网络设备110可以经由DRB向终端设备120重传数据分组。这样,可以保证多播服务的可靠性。
在一些备选或附加实施例中,网络设备110可以经由DRB从终端设备120接收RLC层中的确认,所述确认针对经由与多播服务相关联的多播传输的数据分组的接收。在一些实施例中,如果确认是针对数据分组的接收的否定确认,则网络设备110可以经由DRB向终端设备120重传该数据分组。这样,可以进一步保证多播服务的可靠性。
图3至图7中描述的方法的实现基本上对应于结合图2描述的过程,因此这里不再重复其它细节。利用根据本公开实施例的方法300-700,可以实现针对多播服务的多播和单播的同时传输,并且可以增强多播服务的可靠性。
图8是适合于实施本公开的实施例的设备800的简化框图。设备800可以被考虑为如图1所示的网络设备110或终端设备120的另一示例实现。因此,设备800可以在网络设备110或终端设备120处实现,或者作为网络设备110或终端设备120的至少一部分来实现。
如图所示,设备800包括处理器810、耦合到处理器810的存储器820、耦合到处理器810的合适的发射机(TX)和接收机(RX)840、以及耦合到TX/RX 840的通信接口。存储器810存储程序830的至少一部分。TX/RX 840用于双向通信。TX/RX 840具有至少一个天线以便于通信,尽管在实践中本申请中提到的接入节点可以具有多个天线。通信接口可以表示与其他网络元件通信所需的任何接口,诸如用于eNB/gNB之间的双向通信的X2/Xn接口、用于移动性管理实体(MME)/接入和移动性管理功能(AMF)/SGW/UPF与eNB/gNB之间的通信的S1/NG接口、用于eNB/gNB与中继节点(RN)之间的通信或用于eNB/g NB与终端设备之间的通信的Un接口。
假设程序830包括程序指令,该程序指令当由相关联的处理器810执行时,使得设备800能够根据本公开的实施例进行操作,如这里参考图1至图7所讨论的那样。这里的实施例可以通过可由设备800的处理器810执行的计算机软件、或者通过硬件、或者通过软件和硬件的组合来实现。处理器810可以被配置实施本公开的各种实施例。此外,处理器810和存储器820的组合可以形成适于实施本公开的各种实施例的处理部件850。
存储器820可以是适合于本地技术网络的任何类型,并且可以使用任何合适的数据存储技术来实现,作为非限制性示例,诸如非瞬态计算机可读存储介质、基于半导体的存储器设备、磁存储器设备和系统、光存储器设备和系统、固定存储器和可移动存储器。虽然在设备800中仅示出了一个存储器820,但是在设备800中可以有几个物理上不同的存储器模块。作为非限制性示例,处理器810可以是适合于本地技术网络的任何类型,并且可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一项或多项。设备800可具有多个处理器,例如在时间上从属于使主处理器同步的时钟的专用集成电路芯片。
通常,本公开的各种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。一些方面可以用硬件来实现,而其他方面可以用固件或软件来实现,这些固件或软件可以由控制器、微处理器或其他计算设备来执行。虽然本公开的实施例的各方面被示出并描述为框图、流程图或使用一些其它图形表示,但将理解,本文描述的块、装置、系统、技术或方法可在作为非限制性示例的硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其它计算设备或其一些组合中实现。
本公开还提供了有形地存储在非瞬态计算机可读存储介质上的至少一种计算机程序产品。计算机程序产品包括在目标真实或虚拟处理器上的设备中执行的诸如包括在程序模块中的那些计算机可执行指令,以执行如上参考图2至图7所述的过程或方法。一般而言,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。程序模块的功能可根据各种实施例中的需要在程序模块之间组合或分开。程序模块的机器可执行指令可在本地或分布式设备内执行。在分布式设备中,程序模块可位于本地存储介质和远程存储介质二者中。
用于执行本公开的方法的程序代码可以用一种或多种编程语言的任意组合来编写。这些程序代码可以被提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器或控制器,使得程序代码在被处理器或控制器执行时使得流程图和/或框图中指定的功能/操作被实现。程序代码可以完全在机器上、部分在机器上、作为独立软件包、部分在机器上且部分在远程机器上、或完全在远程机器或服务器上执行。
上述程序代码可以包含在机器可读介质上,该机器可读介质可以是可包含或存储由指令执行系统、装置或设备使用或结合指令执行系统、装置或设备使用的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电、磁、光、电磁、红外或半导体系统、装置或设备、或前述的任何合适的组合。机器可读存储介质的更具体的示例将包括:具有一条或多条导线的电连接,便携式计算机磁盘,硬盘,随机存取存储器(RAM),只读存储器(ROM),可擦除可编程只读存储器(EPROM或闪存),光纤,便携式光盘只读存储器(CD-ROM),光存储设备,磁存储设备,或前述的任何合适的组合。
此外,虽然以特定顺序描述了操作,但是这不应被理解为要求以所示的特定顺序或按顺序执行这些操作,或者执行所有示出的操作,以实现期望的结果。在某些情况下,多任务和并行处理可能是有利的。同样地,虽然在上述讨论中包含了若干特定实现细节,但是这些细节不应当被解释为对本公开的范围的限制,而应当被解释为对特定实施例所特有的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反,在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独地或以任何合适的子组合来实现。
尽管已经用结构特征和/或方法动作专用的语言描述了本公开内容,但是应当理解,所附权利要求中限定的本公开内容不必限于上述具体特征或动作。相反,上述具体特征和动作是作为实现权利要求的示例形式而公开的。

Claims (22)

1.一种通信方法,包括:
在终端设备处从网络设备接收第一信息,所述第一信息包括多播服务的标识和数据无线电承载的标识;以及
基于所述第一信息执行所述终端设备和所述网络设备之间的通信。
2.根据权利要求1所述的方法,其中所述第一信息进一步包括以下中的至少一项:
分组数据会聚协议PDCP配置;以及
混合自动重传请求HARQ反馈配置。
3.根据权利要求2所述的方法,其中所述PDCP配置包括以下中的至少一项:
用于下行链路传输的报头压缩信息;
关于是否启用完整性保护的第一指示;
关于是否需要状态报告的第二指示;
关于所述数据无线电承载是用于与所述多播服务相关联的数据分组的重复还是用于所述数据分组的重传的第三指示;以及
用于重新排序所述数据分组的定时器的一个或多个值。
4.根据权利要求2所述的方法,进一步包括:
响应于经由与所述多播服务相关联的多播传输从所述网络设备接收到数据分组,基于所述HARQ反馈配置向所述网络设备发送针对所述数据分组的所述接收的HARQ反馈;以及
经由所述数据无线电承载接收由所述网络设备响应于所述HARQ反馈而重传的所述数据分组,所述HARQ反馈指示所述数据分组的所述接收的失败。
5.根据权利要求1所述的方法,进一步包括:
向所述网络设备发送第二信息,所述第二信息指示针对与所述多播服务相关联的单播传输的请求。
6.根据权利要求5所述的方法,其中所述第二信息包括以下中的至少一项:
所述多播服务的所述标识;
另一数据无线电承载的另一标识;以及
所述终端设备期望经由所述单播传输从所述网络设备接收的起始数据分组的标识。
7.根据权利要求1所述的方法,进一步包括:
从所述网络设备并且经由多播控制信道接收针对与所述多播服务相关联的多播传输的配置。
8.根据权利要求7所述的方法,其中所述配置包括以下中的至少一项:
所述多播服务的所述标识;
与所述多播服务相关联的数据分组的标识的长度;以及
关于所述多播服务是否支持与所述多播服务相关联的单播传输和所述多播传输二者的第四指示。
9.根据权利要求1所述的方法,进一步包括:
响应于经由与所述多播服务相关联的多播传输从所述网络设备接收到数据分组,经由所述数据无线电承载向所述网络设备发送无线电链路控制RLC层中的确认,所述确认是针对所述数据分组的所述接收;以及
响应于所述确认是针对所述数据分组的所述接收的否定确认,经由所述数据无线电承载接收由所述网络设备重传的所述数据分组。
10.一种通信方法,包括:
在网络设备处确定与多播服务相关联的数据无线电承载;以及
向终端设备发送第一信息,所述第一信息包括所述多播服务的标识和所述数据无线电承载的标识。
11.根据权利要求10所述的方法,其中所述第一信息进一步包括以下中的至少一项:
分组数据会聚协议PDCP配置;以及
混合自动重传请求HARQ反馈配置。
12.根据权利要求11所述的方法,其中所述PDCP配置包括以下中的至少一项:
用于下行链路传输的报头压缩信息;
关于是否启用完整性保护的第一指示;
关于是否需要状态报告的第二指示;
关于所述数据无线电承载是用于与所述多播服务相关联的数据分组的重复还是用于所述数据分组的重传的第三指示;以及
用于重新排序所述数据分组的定时器的一个或多个值。
13.根据权利要求10所述的方法,进一步包括:
从所述终端设备接收针对数据分组的接收的混合自动重传请求HARQ反馈,所述数据分组是经由与所述多播服务相关联的多播传输而接收的;以及
响应于所述HARQ反馈指示所述数据分组的所述接收的失败,经由所述数据无线电承载向所述终端设备重传所述数据分组。
14.根据权利要求10所述的方法,进一步包括:
从所述终端设备接收第二信息,所述第二信息指示针对与所述多播服务相关联的单播传输的请求。
15.根据权利要求14所述的方法,所述第二信息包括以下中的至少一项:
所述多播服务的所述标识;
另一数据无线电承载的另一标识;以及
所述终端设备期望经由所述数据无线电承载从所述网络设备接收的起始数据分组的标识。
16.根据权利要求10所述的方法,进一步包括:
经由所述多播控制信道发送针对与所述多播服务相关联的多播传输的配置。
17.根据权利要求16所述的方法,其中所述配置包括以下中的至少一项:
所述多播服务的所述标识;
与所述多播服务相关联的数据分组的标识的长度;以及
关于所述多播服务是否支持与所述多播服务相关联的单播传输和所述多播传输二者的第四指示。
18.根据权利要求10所述的方法,进一步包括:
经由所述数据无线电承载从所述终端设备接收无线电链路控制RLC层中的确认,所述确认是针对经由与所述多播服务相关联的多播传输对数据分组的接收;以及
响应于所述确认是针对所述数据分组的所述接收的否定确认,经由所述数据无线电承载向所述终端设备重传所述数据分组。
19.一种终端设备,包括:
处理器;以及
存储器,被耦合到所述处理器并在所述存储器上存储有指令,所述指令在由所述处理器执行时使所述终端设备执行根据权利要求1至9中任一项所述的方法。
20.一种网络设备,包括:
处理器;以及
存储器,被耦合到所述处理器并在所述存储器上存储有指令,所述指令在由所述处理器执行时使所述网络设备执行根据权利要求10至18中任一项所述的方法。
21.一种计算机可读介质,其上存储有指令,所述指令当在至少一个处理器上被运行时,使所述至少一个处理器执行根据权利要求1至9中任一项所述的方法。
22.一种计算机可读介质,其上存储有指令,所述指令当在至少一个处理器上被运行时,使所述至少一个处理器执行根据权利要求10至18中任一项所述的方法。
CN202080104867.5A 2020-07-13 2020-07-13 通信方法、设备和计算机存储介质 Pending CN116235625A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/101720 WO2022011515A1 (en) 2020-07-13 2020-07-13 Method, device and computer storage medium of communication

Publications (1)

Publication Number Publication Date
CN116235625A true CN116235625A (zh) 2023-06-06

Family

ID=79556064

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080104867.5A Pending CN116235625A (zh) 2020-07-13 2020-07-13 通信方法、设备和计算机存储介质

Country Status (6)

Country Link
US (1) US20230247389A1 (zh)
EP (1) EP4179843A4 (zh)
JP (1) JP2023534212A (zh)
KR (1) KR20230037572A (zh)
CN (1) CN116235625A (zh)
WO (1) WO2022011515A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105493531A (zh) * 2013-09-26 2016-04-13 Lg电子株式会社 在无线通信系统中发送用于组通信的兴趣指示的方法和装置
CN110062430A (zh) * 2012-08-02 2019-07-26 瑞典爱立信有限公司 通信网络中用于将无线终端连接到多个小区的方法
WO2020020209A1 (zh) * 2018-07-25 2020-01-30 华为技术有限公司 一种通信方法及装置
CN115379395A (zh) * 2021-05-17 2022-11-22 中国移动通信有限公司研究院 传输方法、装置、设备及可读存储介质

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102547592B (zh) * 2012-01-06 2015-02-18 电信科学技术研究院 一种数据传输方法及装置
US10251155B2 (en) * 2016-01-08 2019-04-02 Qualcomm, Incorporated Techniques for multicast wireless communications
US10498551B2 (en) * 2016-11-21 2019-12-03 Qualcomm Incorporated Data multicast or broadcast on control channel for narrowband communication
US11259360B2 (en) * 2018-02-26 2022-02-22 Nokia Technologies Oy Multicast traffic area management and mobility for wireless network
WO2019223005A1 (en) * 2018-05-25 2019-11-28 Qualcomm Incorporated Mixed mode multicast architecture
CN112312575A (zh) * 2019-07-31 2021-02-02 华为技术有限公司 一种通信方法及装置
CA3165072A1 (en) 2020-01-20 2021-07-29 Haifeng Yu Communication method and apparatus
CN111901766A (zh) 2020-04-27 2020-11-06 中兴通讯股份有限公司 承载配置、上下文信息管理、释放方法、装置和设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110062430A (zh) * 2012-08-02 2019-07-26 瑞典爱立信有限公司 通信网络中用于将无线终端连接到多个小区的方法
CN105493531A (zh) * 2013-09-26 2016-04-13 Lg电子株式会社 在无线通信系统中发送用于组通信的兴趣指示的方法和装置
US20160157065A1 (en) * 2013-09-26 2016-06-02 Lg Electronics Inc. Method and apparatus for indicating stopping mbms transmission in wireless communication system
WO2020020209A1 (zh) * 2018-07-25 2020-01-30 华为技术有限公司 一种通信方法及装置
CN110769377A (zh) * 2018-07-25 2020-02-07 华为技术有限公司 一种通信方法及装置
CN115379395A (zh) * 2021-05-17 2022-11-22 中国移动通信有限公司研究院 传输方法、装置、设备及可读存储介质

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
""agenda-services-210420-1800"", 3GPP TSG_CT\\WG1_MM-CC-SM_EX-CN1, 22 April 2020 (2020-04-22) *
LG ELECTRONICS INC.: "R2-133358 "Use of eMBMS for Group Communication"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 27 September 2013 (2013-09-27) *
QUALCOMM INCORORPORATED: "S2-2004219 "Solution 3 editor amp;apos;s notes removals."", 3GPP TSG_SA\\WG2_ARCH, no. 2, 23 May 2020 (2020-05-23), pages 1 - 2 *

Also Published As

Publication number Publication date
EP4179843A4 (en) 2023-08-09
JP2023534212A (ja) 2023-08-08
US20230247389A1 (en) 2023-08-03
KR20230037572A (ko) 2023-03-16
WO2022011515A1 (en) 2022-01-20
EP4179843A1 (en) 2023-05-17

Similar Documents

Publication Publication Date Title
CN113411755B (zh) 一种通信方法、及相关产品
KR101985038B1 (ko) 멀티미디어 방송 다중송출 서비스를 위한 역량 확장
EP2595437A1 (en) Method of handling multimedia broadcast multicast service data reception on multiple component carriers
CN109565731B (zh) 与波束成形有关的设备、方法、系统、程序和记录介质
CN108631824B (zh) 一种数据传输方法、通信设备和数据传输系统
US20210084692A1 (en) Methods for triggering a base station to transmit a mac message
US20220303985A1 (en) Methods for communication, devices, and computer readable medium
CN113840241A (zh) 一种通信方法及通信装置
CN109155951B (zh) 传输方法、基站和终端
JP6645963B2 (ja) ユーザ端末及び移動通信システム
US20150124775A1 (en) Method and apparatus for improving device-to-device (d2d) discovery in a wireless communication system
CN113661772A (zh) 边链路传输中用户设备上下文的标识方法及装置
CN107666708B (zh) 一种下行数据传输方法及装置
JP2022078272A (ja) システム情報の指示方法、装置及び通信システム
US20230036504A1 (en) Method and apparatus for resource reservation for nr sidelink
CN111147193B (zh) 一种车联网的重传请求方法、终端和网络侧设备
WO2022099586A1 (en) Method, device and computer readable medium for communication
WO2022011515A1 (en) Method, device and computer storage medium of communication
CN114390441A (zh) 多播业务的传输方法、装置及通信设备
CN116114332A (zh) 用于通信的方法、设备和计算机存储介质
CN116438755A (zh) 用于操作点对多点无线电承载的方法、装置和介质
CN108632878B (zh) 一种用于终端的基站切换方法
CN111585712A (zh) 资源分配方法、信息反馈、获取方法、终端及网络设备
WO2022236592A1 (en) Method, device and computer readable medium for communication
WO2023272665A1 (en) Method, device and computer readable medium for communication

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