CN113853808B - 一种多播传输控制方法以及相关设备 - Google Patents

一种多播传输控制方法以及相关设备 Download PDF

Info

Publication number
CN113853808B
CN113853808B CN201980096646.5A CN201980096646A CN113853808B CN 113853808 B CN113853808 B CN 113853808B CN 201980096646 A CN201980096646 A CN 201980096646A CN 113853808 B CN113853808 B CN 113853808B
Authority
CN
China
Prior art keywords
multicast service
multicast
mode
side device
access network
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
Application number
CN201980096646.5A
Other languages
English (en)
Other versions
CN113853808A (zh
Inventor
徐小英
曾清海
黄曲芳
酉春华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN113853808A publication Critical patent/CN113853808A/zh
Application granted granted Critical
Publication of CN113853808B publication Critical patent/CN113853808B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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
    • 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/1614—Details of the supervisory signal using bitmaps
    • 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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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/1692—Physical properties of the supervisory signal, e.g. acknowledgement by energy bursts
    • 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/1861—Physical mapping arrangements
    • 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/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

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

Abstract

本申请实施例提供一种多播传输控制方法，终端侧设备通过对所述接收的多播业务的反馈，使得接入网侧设备能够获知所发送的多播业务的情况，从而有利于优化所述多播业务的传输。

Description

一种多播传输控制方法以及相关设备
技术领域
本申请涉及无线通信技术领域，尤其涉及多播传输控制技术。
背景技术
一个无线通信***包括核心网侧设备、所述核心网侧设备所管辖的至少一个接入网侧设备以及所述至少一个接入网侧设备所服务的终端侧设备。所述核心网侧设备到接入网侧设备再到所述终端侧设备的路径，叫做下行链路。在下行路径上传输的数据称为下行数据。核心网侧设备可以控制至少一个接入网侧设备通过多播方式和/或单播方式向至少一个终端侧设备发送多播业务，例如，多媒体广播多播业务(multimedia broadcastmulticast service,MBMS)。其中，多播方式主要包括两种：多播广播单频网(multicastbroadcast single frequency network，MBSFN)的方式和单小区点到多点(single cel lpoint to multipoint,SC-PTM)的方式。MBSFN的方式要求在同一MBSFN区域内的多个接入网侧设备的小区的定时严格同步且在相同时间发送相同多播业务，从而实现多个小区的信号合并增益。SC-PTM的方式则不要求多个小区的定时同步和在相同时间发送相同的多播业务。无论采用哪种方式，由于网络环境是复杂多变的，所述终端侧设备可能接收多播业务失败。
发明内容
本申请实施例公开了一种多播传输控制方法和相关设备，以使得网络能够获得终端侧设备对所接收的多播业务的反馈，从而有利于网络优化多播业务的传输。
本申请实施例第一方面提供一种多播传输控制方法，包括以下内容。终端侧设备接收多播业务；所述终端侧设备向接入网侧设备发送对所述多播业务的反馈信息，所述反馈信息指示接收所述多播业务成功或接收所述多播业务失败。
应用第一方面提供的多播传输控制方法，网络可以获知终端侧设备对所接收多播业务的反馈，从而有利于网络优化多播业务的传输。
在第一方面的第一种可能实现方式中，在所述终端侧设备接收所述多播业务失败的情况下，所述反馈信息包括以下至少一项信息：接收所述多播业务的失败事件，所述多播业务中接收失败的数据包的个数，所述多播业务的标识，所述多播业务所属的协议数据单元PDU会话session的标识，接收所述多播业务使用的是多播方式和/或单播方式，在所述多播方式接收所述多播业务失败时对所述单播方式的请求。
应用第一种可能实现方式提供的技术方案，接入网侧设备可明确反馈信息的内容，从而有利于所述接入网侧设备根据具体的反馈信息优化多播业务的传输。
在第一方面的第二种可能实现方式中，在满足以下失败事件之一时，所述反馈信息指示接收所述多播业务失败：
在第一计时内所述多播业务的至少一个数据包接收失败；
所述多播业务接收失败的数据包的第一计数达到第一门限；
在所述第一计时内且所述多播业务接收失败的数据包的第一计数达到第二门限。
应用第二种可能实现方式提供的技术方案，终端侧设备和接入网侧设备可明确多播业务失败的事件。
在第一方面的第三种可能实现方式中，所述方法还包括：
所述终端侧设备接收所述接入网侧设备发送的第一配置信息，所述第一配置信息指示以下至少一项：所述多播业务的标识，所述多播业务所属PDU sess ion的标识，所述终端侧设备接收所述多播业务的失败事件。
应用第三种可能实现方式提供的技术方案，所述终端侧设备可在所述接入网侧设备的控制下进行多播业务的接收，以及判断多播业务的失败。
在第一方面的第四种可能实现方式中，所述终端侧设备向所述接入网侧设备发送对所述多播业务的反馈信息，包括：
所述终端侧设备通过随机接入过程，使用所述多播业务特定的随机接入资源向所述接入网侧设备发送对所述多播业务的反馈信息。
第四种可能实现方式提供的技术方案明示了一种用于反馈信息发送的对于多播业务特定的随机接入资源。
在第一方面的第五种可能实现方式中，所述终端侧设备接收所述接入网侧设备发送的所述多播业务，包括：
所述终端侧设备接收使用单播方式和多播方式分别发送的所述多播业务。
第五种可能实现方式提供的技术方案明示了终端侧设备可采用单播方式和多播方式并行的接收方式接收多播业务。
在第一方面的第六种可能实现方式中，所述终端侧设备接收使用单播方式发送的所述多播业务和多播方式发送的所述多播业务，包括：
所述终端侧设备在PDCP层使用同一PDCP实体接收单播方式和多播方式发送的所述多播业务的同一PDCP PDU；和/或，
所述终端侧设备在RLC层使用同一RLC实体接收单播方式和多播方式发送的所述多播业务的同一RLC PDU。
第六种可能实现方式提供的技术方案明示了终端侧设备如何在其内部实现对多播业务的接收。
在第一方面的第七种可能实现方式中，所述终端侧设备接收使用单播方式发送的所述多播业务和多播方式发送的所述多播业务，包括：
所述终端侧设备在PDCP层使用不同的PDCP实体分别接收单播方式和多播方式发送的PDCP PDU；和/或，
所述终端侧设备在RLC层使用不同的RLC实体分别接收单播方式和多播方式发送的RLC PDU。
第七种可能实现方式提供的技术方案明示了终端侧设备如何在其内部实现对多播业务的接收。
在第一方面的第八种可能实现方式中，所述方法还包括：所述终端侧设备接收所述接入网侧设备发送的指示信息，所述指示信息指示所述多播业务使用的接收方式，所述接收方式为仅所述单播方式，仅所述多播方式，或，所述单播方式和所述多播方式。
第八种可能实现方式提供的技术方案明示了终端侧设备在接入网侧设备的控制下，采用接入网侧设备指示的接收方式进行多播业务的接收。
在第一方面的第九种可能实现方式中，所述指示信息包括所述单播方式下PDCPPDU或RLC PDU的起始序列号，和/或，所述多播方式下PDCP PDU或RLC PDU的起始序列号。
第九种可能实现方式提供的技术方案明示了终端侧设备在接入网侧设备的控制下，根据接入网侧设备指示的序列号进行多播业务的接收。
在第一方面的第十种可能实现方式中，所述单播方式和所述多播方式分别对应所述接入网侧设备的CU部分与DU部分之间的不同GTP隧道。
第十种可能实现方式提供的技术方案明示了接入网侧设备在CU-DU架构下如何为单播方式和多播方式建立GTP隧道。
本申请实施例第二方面提供一种多播传输控制方法，包括以下内容。
接入网侧设备向终端侧设备发送多播业务；所述接入网侧设备接收所述终端侧设备发送的对所述多播业务的反馈信息，所述反馈信息指示了所述终端侧设备接收所述多播业务成功或接收所述多播业务失败。
应用第二方面提供的多播传输控制方法，网络可以获知终端侧设备对所接收多播业务的反馈，从而有利于网络优化多播业务的传输。
在第二方面的第一种可能实现方式中，在所述终端侧设备接收所述多播业务失败的情况下，所述反馈信息包括以下至少一项信息：接收所述多播业务的失败事件，所述多播业务中接收失败的数据包的个数，所述多播业务的标识，所述多播业务所属的协议数据单元PDU会话sess ion的标识，接收所述多播业务使用的是多播方式和/或单播方式，在所述多播方式接收所述多播业务失败时对所述单播方式的请求。
应用第一种可能实现方式提供的技术方案，接入网侧设备可明确反馈信息的内容，从而有利于所述接入网侧设备根据具体的反馈信息优化多播业务的传输。
在第二方面的第二种可能实现方式中，在满足以下失败事件之一时，所述反馈信息指示接收所述多播业务失败：
在第一计时内所述多播业务的至少一个数据包接收失败；
所述多播业务接收失败的数据包的第一计数达到第一门限；
在所述第一计时内且所述多播业务接收失败的数据包的第一计数达到第二门限。
应用第二种可能实现方式提供的技术方案，终端侧设备和接入网侧设备可明确多播业务失败的事件。
在第二方面的第三种可能实现方式中，还包括：
所述接入网侧设备向所述终端侧设备发送第一配置信息，所述第一配置信息指示以下至少一项：
所述多播业务的标识，所述多播业务所属PDU sess ion的标识，接收所述多播业务的失败事件。
应用第三种可能实现方式提供的技术方案，所述终端侧设备可在所述接入网侧设备的控制下进行多播业务的接收，以及判断多播业务的失败。
在第二方面的第四种可能实现方式中，所述接入网侧设备接收所述终端侧设备发送的对所述多播业务的反馈信息，包括：
所述接入网侧设备在所述多播业务特定的随机接入资源接收所述终端侧设备发送的对所述多播业务的反馈信息。
第四种可能实现方式提供的技术方案明示了一种用于反馈信息发送的对于多播业务特定的随机接入资源。
在第二方面的第五种可能实现方式中，所述接入网侧设备向所述终端侧设备发送所述多播业务，包括：
所述接入网侧设备使用单播方式和多播方式分别向所述终端侧设备发送的所述多播业务。
第五种可能实现方式提供的技术方案明示了终端侧设备可采用单播方式和多播方式并行的接收方式接收多播业务。
在第二方面的第六种可能实现方式中，所述接入网侧设备使用单播方式向所述终端侧设备发送所述多播业务和使用多播方式向所述终端侧设备发送所述多播业务，包括：
所述接入网侧设备在PDCP层使用同一PDCP实体使用单播方式和多播方式向所述终端侧设备发送所述多播业务的同一PDCP PDU；和/或，
所述接入网侧设备在RLC层使用同一RLC实体接收单播方式和多播方式向所述终端侧设备发送所述多播业务的同一RLC PDU。
第六种可能实现方式提供的技术方案明示了终端侧设备如何在其内部实现对多播业务的接收。
在第二方面的第七种可能实现方式中，所述接入网侧设备使用单播方式发送所述多播业务和多播方式发送所述多播业务，包括：
所述接入网侧设备在PDCP层使用不同的PDCP实体分别使用单播方式和多播方式发送PDCP PDU；和/或，
所述接入网侧设备在RLC层使用不同的RLC实体分别使用单播方式和多播方式发送RLC PDU。
第七种可能实现方式提供的技术方案明示了终端侧设备如何在其内部实现对多播业务的接收。
在第二方面的第八种可能实现方式中，其特征在于，还包括：
所述接入网侧设备向所述终端侧设备发送指示信息，所述指示信息指示所述多播业务使用的接收方式，所述接收方式为仅所述单播方式，仅所述多播方式，或，所述单播方式和所述多播方式。
第八种可能实现方式提供的技术方案明示了终端侧设备在接入网侧设备的控制下，采用接入网侧设备指示的接收方式进行多播业务的接收。
在第二方面的第九种可能实现方式中，所述指示信息包括所述单播方式下PDCPPDU或RLC PDU的起始序列号，和/或，所述多播方式下PDCP PDU或RLC PDU的起始序列号。
第九种可能实现方式提供的技术方案明示了终端侧设备在接入网侧设备的控制下，根据接入网侧设备指示的序列号进行多播业务的接收。
在第二方面的第十种可能实现方式中，所述单播方式和所述多播方式分别对应所述接入网侧设备的CU部分与DU部分之间的不同GTP隧道。第十种可能实现方式提供的技术方案明示了接入网侧设备在CU-DU架构下如何为单播方式和多播方式建立GTP隧道。
本申请实施例第三方面提供一种通信设备，包括处理单元和收发单元。其中，在具体实现中，所述处理单元可以为处理器，和所述收发单元可以为输入/输出接口。其中，所述处理单元用于执行第一方面中终端侧设备的确定和处理等动作；所述收发单元用于执行第一方面中终端侧设备的接收和发送等动作。该通信设备，具有第一方面以及第一方面的各个可能实现方式的有益效果，此处不再赘述。
本申请实施例第四方面提供一种通信设备，包括：包括处理单元和收发单元。其中，在具体实现中，所述处理单元可以为处理器，和所述收发单元可以为输入/输出接口。其中，所述处理单元用于执行第二方面中接入网侧设备的确定和处理等动作；所述收发单元用于执行第二方面中接入网侧设备的接收和发送等动作。该通信设备，具有第二方面以及第二方面的各个可能实现方式的有益效果，此处不再赘述。
本申请实施例第五方面提供一种通信设备，包括存有计算机程序的存储器和处理器，其中，所述计算机程序被所述处理器调用以使得所述通信设备执行第一方面和第一方面的各种可能实现方式中终端侧设备的方法，或者第二方面和第二方面的各种可能实现方式中任意一项所述接入网侧设备的方法。
本申请实施例第六方面提供一种计算机可读存储介质，包括存有计算机程序的存储器，所述计算机程序被执行时使得第一方面和第一方面的各种可能实现方式中终端侧设备的方法，或者第二方面和第二方面的各种可能实现方式中任意一项所述接入网侧设备的方法。
附图说明
图1A-1B是本申请实施例提供的一种无线通信***多播业务传输的交互示意图；
图2是本申请实施例提供的一种多播传输控制方法的交互示意图；
图3-图5是本申请实施例提供的一种PDCP消息的结构示意图；
图6-图8是本申请实施例提供的一种MAC消息的结构示意图；
图9-图10是本申请实施例提供的一种反馈信息使用PUCCH资源的传输示意图；
图11是本申请实施例提供一种多播业务接收的流程示意图；
图12-图14是本申请实施例提供一种多播无线承载的结构示意图；
图15是本申请实施例提供一种多播业务接收方式切换的流程示意图；
图16-图17是本申请实施例提供一种CU-DU架构下接入网侧设备的结构示意图；
图18-图19是本申请实施例提供一种通信设备的结构示意图。
具体实施方式
如图1A所示的一种无线通信***包括终端侧设备，接入网侧设备和核心网侧设备。所述无线通信***可以为长期演进(long term evolut ion,LTE)***，新无线(newradio)***(又称5G***)。
所述终端侧设备可以为独立的终端或所述终端中的芯片***。其中，所述终端又称用户设备(user equipment,UE)，移动台(mobi le stat ion)或订户站(subscriberstat ion,SS),包括手机，手持物联网设备，穿戴设备(wearable devices)或车联网终端等等。
所述接入网侧设备可以为一个独立的无线接入设备或所述无线接入设备中的芯片***。其中，所述无线接入设备可以为基站，无线局域网接入点，融合回传(integratedaccess backhaul,IAB)***中的宿主节点或所述宿主节点的子节点等。基站可分为宏基站(macro base stat ion)和小基站两大类，而小基站又分为微基站(micro base station),微微基站(pico base stat ion)等等。无线局域网接入点可以为路由器，交换机等。所述无线局域网接入点可以提供无线保真(wireless fidel ity,Wi-Fi)信号的覆盖。所述无线接入设备的形态可以为路边装置(road s ite unit,RSU)或低空人造卫星等。
所述接入网侧设备可以按照协议层为集中式单元(central unit，CU)和分布式单元(distributed unit,DU)的架构，所述CU和所述DU之间包括控制面连接和用户面连接，其中，所述用户面连接又称为用户面隧道(user plane(UP)tunnel)。一个用户面隧道由CU上的一个上行隧道端点和DU上的一个下行隧道端点来确定。其中，所述CU用于实现无线资源控制(radio resource control，RRC)层的功能，所述DU用于实现物理(phys ical，PHY)层的功能、媒体接入控制(media access control,MAC)层的功能、无线链路控制(radio link control,RLC)的功能。可选地,所述CU还用于实现分组数据汇聚协议(Packet DataConvergence Protocol,PDCP)层的功能和服务数据适应协议(Service Data Adaptat ionProtocol,SDAP)层的功能。
所述终端侧设备在无线通信***中，包括三种状态：RRC连接态(RRC_Connected)，RRC去激活态(RRC inact ive)以及RRC空闲态(RRC idle)。其中，所述RRC连接态为所述终端侧设备通过RRC连接建立,RRC连接重建立，RRC连接恢复等过程与接入网侧设备以及核心网侧设备之间完成了连接建立的状态；所述RRC去激活态为所述终端侧设备与所述接入网侧设备断开了连接，但保持与所述核心网侧设备的连接，且所述接入网侧设备保存了所述终端侧设备的上下文(例如所述终端侧设备的标识)的状态；RRC空闲态为所述终端侧设备断开了与所述接入网侧设备和所述核心网侧设备的连接，且所述接入网侧设备释放了所述终端侧设备的上下文的状态。
所述终端侧设备和所述接入网侧设备之间通过建立至少一个无线承载(radiobearer,RB)来传输数据。其中，所述数据可包括信令数据或业务数据。主要用于传输信令数据的无线承载为信令无线承载(s ignal ing radio bearer,SRB)，主要用于传输业务数据的无线承载为数据无线承载(data radio bearer,DRB)。所述业务数据包括增强型移动宽带(enhanced mobi le broadband,eMBB)数据，大量机器类型通信(mass ive machinetype communicat ion,mMTC)数据以及高可靠低时延通信(ultra rel iable and lowlatency communicat ion,URLLC)数据等等。
在本申请各实施例中，所述数据为多播业务数据，所述至少一个无线承载为至少一个多播无线承载。
在多播业务从业务内容提供方(例如各种互联网服务器)到达核心网侧设备的情况下，所述核心网侧设备向接入网侧设备发送所述多播业务的启动消息，所述启动消息指示所述多播业务的网际协议(internet protocol,IP)地址和发送所述多播业务的小区；所述接入网侧设备向所述核心网侧设备发送对所述启动消息的响应消息，并在多播控制信道(mult icast control channel,MCCH)上向终端侧设备发送包含多播业务的配置信息的控制消息(如MCCH消息)；所述核心网侧设备将所述接入网侧设备加入多播组，将所述多播业务发送给所述接入网侧设备，所述接入网侧设备在所述小区向所述终端侧设备发送所述多播业务；所述终端侧设备根据所述多播业务的配置信息在多播业务信道(mult icasttraffic channel,MTCH)接收所述多播业务。其中，为了使得所述终端侧设备获取所述MCCH消息，所述接入网侧设备还向所述终端侧设备发送MCCH配置信息，所述MCCH配置信息包括MCCH修改周期，MCCH重复周期，MCCH起始位置等。所述终端侧设备可根据所述MCCH配置信息确定MCCH消息相关联的物理下行控制信道(phys ical downl ink control channel,PDCCH)的候选资源位置，并在这些候选资源位置检测所述PDCCH，从而确定所述PDCCH指示的物理下行共享信道(phys ical downl ink shared channel,PDSCH)，所述PDSCH承载所述MCCH消息。需要说明的是，在LTE***中，一个小区对应仅一个载波，因此在LTE***中小区和载波的概念常常互换；在NR***中，一个小区对应至少一个载波。
在具体实现过程中，如图1B所示，所述核心网侧设备向所述接入网侧设备发送所述多播业务的启动消息和所述接入网侧设备向所述核心网侧设备发送的对所述启动消息的响应消息，可以由所述核心网侧设备中的接入和移动管理功能(access and mobi l itymanagement funct ion,AMF)实体和多小区/多播协作实体(mult i-cel l/mult icastcoordinat ion ent ity,MCE)通过所在控制面连接传输；如图1B所示，所述核心网侧设备发送给所述接入网侧设备的所述多播业务，可由所述核心网侧设备中的多播业务网关通过所在的用户面连接发送给所述接入网侧设备。
然而，传统技术中仅要求接入网侧设备将多播业务发送出，但网络环境多变，终端侧设备可能接收所述多播业务失败也可能接收所述多播业务成功，尤其对于接收多播业务失败的情况不利于所述用户设备体验的提高。
鉴于上述情形，本申请第一实施例提供一种多播传输控制方法，如图2所示的***交互示意图，包括如下内容。
201，接入网侧设备向终端侧设备发送多播业务；相应地，所述终端侧设备接收所述多播业务。
接入网侧发送所述多播业务所使用的接收方式为仅使用单播方式，仅使用多播方式，或，单播方式和多播方式发送所述多播业务。可选地，所述接入网侧设备通知所述终端侧设备多播业务所使用的接收方式，所述终端侧设备根据所述接收方式接收所述多播业务。
所述终端侧设备可使用单播方式对应的标识接收单播方式发送的所述多播业务。其中，单播方式对应的标识可以为专用于所述终端侧设备的标识，例如小区无线网络临时标识(cel l-radio network temporary ident ifier,C-RNTI)。
所述终端侧设备可使用多播方式对应的标识接收多播方式发送的所述多播业务。其中，多播方式对应的标识可以为专用于所述终端侧设备所在的多播组的标识，例如组无线网络临时标识(group-radio network temporary ident ifier,G-RNTI)。
对于单播方式传输的多播业务，所述终端侧设备使用所述单播方式对应的标识接收所述单播方式对应的标识所加扰的PDCCH；对于多播方式传输的多播业务，所述终端侧设备使用所述多播方式对应的标识接收所述多播方式对应的标识所加扰的PDCCH。所述终端侧设备在PDCCH指示的时频资源上获取映射到物理下行共享信道(phys ical downl inkshared channel,PDSCH)上的MCCH消息，再在所述MCCH消息所指示的时频资源上确定承载所述多播业务的MTCH，从而获取所述多播业务。
202，所述终端侧设备向所述接入网侧设备发送对所述多播业务的反馈信息，其中，所述反馈信息指示接收所述多播业务成功或接收所述多播业务失败。
203，所述接入网侧设备向核心网侧设备发送所述反馈信息。
在接收所述多播业务成功的情况下，所述终端侧设备可周期性地向所述接入网侧设备反馈接收所述多播业务成功，也可不发送所述反馈信息，以使得所述接入网侧设备默认所述终端侧设备接收所述多播业务成功。
在接收所述多播业务失败的情况下，所述终端侧设备可周期性地向所述接入网侧设备反馈接收所述多播业务失败，也可不发送所述反馈信息，以使得所述接入网侧设备默认所述终端侧设备接收所述多播业务失败。
在接收所述多播业务失败(例如接收错误或未接收到)的情况下，所述反馈信息包括以下至少一项信息：接收所述多播业务的失败事件，所述多播业务接收失败的数据包的个数，所述多播业务的标识(例如，临时的移动组标识(temporary mobi le group identity,TMGI))，所述多播业务所属的协议数据单元(protocol data unit,PDU)会话(session)的标识，接收所述多播业务使用的是多播方式和/或单播方式，在所述多播方式接收所述多播业务失败时对所述单播方式的请求。
可选地，接收所述多播业务的失败事件可以为：
(1)在第一计时内所述多播业务的至少一个数据包接收失败。
(2)所述多播业务接收失败的数据包的第一计数达到第一门限。
(3)在所述第一计时内且所述多播业务接收失败的数据包的第一计数达到第二门限。
在失败事件(1)中，在第一计时内(即第一计时未超时)所述多播业务存在至少一个数据包接收错误或未接收到的情况下，则所述终端侧设备确定接收所述多播业务失败。可选地，用于确定接收所述多播业务失败的至少一个数据包的个数为协议预定义的或由所述接入网侧通知给所述终端侧设备。
在失败事件(1)中，在所述多播业务存在至少H个数据包接收错误或未接收到的情况下，所述终端侧设备启动第一计时，在第一计时未超时的情况下，如果所述多播业务存在至少L个数据包接收成功，则重置第一计时，这种情况下所述终端侧设备确定接收所述多播业务未失败。在所述多播业务存在至少H个数据包接收错误或未接收到的情况下，所述终端侧设备启动第一计时，且第一计时超时的情况下，所述多播业务存在至少L个数据包接收错误或未接收到，则所述终端侧设备确定接收所述多播业务失败。其中，H和L的取值为协议预定义或由所述接入网侧设备通知给所述终端侧设备。
在失败事件(2)中，在多播业务接收错误或未接收到的第一计数累计达到第一门限的情况下，则所述终端侧设备确定接收所述多播业务失败。
在失败事件(3)中，在第一计时未超时，且第二计数达到第二门限的情况下，则所述终端侧设备确定所述多播业务失败。
第一计时的时长可以协议预定义的，也可以是由所述接入网侧设备通知给所述终端侧设备。
第一门限可以是协议预定义的，也可由所述接入网侧设备通知给所述终端侧设备。第二门限可以是协议预定义的，也可由所述接入网侧设备通知给所述终端侧设别。其中，第一门限和第二门限为同一门限或不同门限。
可选地，所述多播业务中接收失败的数据包的个数可以为接收失败的PDCP数据包的个数；也可以为接收失败的RLC数据包的个数；也可以为接收失败的MAC数据包的个数；也可是为所述接收失败的PDCP数据包，所述接收失败的RLC数据包，以及接收失败的MAC数据包中至少两种的总个数。
作为一种实现可能，在所述终端侧设备发送所述反馈信息之前，所述终端侧设备接收所述接入网侧设备发送的第一配置信息，所述第一配置信息指示以下至少一项：所述多播业务的标识，所述多播业务所属PDU sess ion的标识，接收所述多播业务失败的失败事件，周期性反馈接收所述多播业务失败或成功。其中，所述多播业务所属的PDU sess ion可以为一个或多个。例如，所述多播业务的所有数据包对应属于同一PDU sess ion的至少一个服务质量(qual ity of service,QoS)流,则所述多播业务属于同一个PDU sess ion；所述多播业务包含的多个数据包对应属于多个PDU sess ion的多个QoS流，则所述多播业务属于多个PDU sess ion。
所述接入网侧设备可在第一配置信息中还包含指示信息，用于指示所述终端侧设备对所述多播业务的接收进行反馈。所述指示信息可具体明确是仅对接收失败进行反馈，仅对接收成功进行反馈，还是接收成功和接收失败都进行反馈。可选地，所述指示信息的取值为布尔值：当所述指示信息的取值为“TURE”时，所述指示信息指示对所述多播业务的接收进行反馈；当所述指示信息的取值为“FALSE”时或所述指示信息不存在时，所述终端侧设备确认不对所述多播业务的接收进行反馈。可选地，所述指示信息的取值为枚举值：当所述指示信息的枚举值为{上报反馈信息}，所述终端侧设备对所述多播业务的接收进行反馈；当所述指示信息的枚举值为{不上报反馈信息}或不存在时，所述终端侧设备确定不对所述多播业务的接收进行反馈。
第一配置信息可携带在所述接入网侧设备发送给所述终端侧设备的RRC消息(例如RRC重配置消息)，PDCP消息，或MAC消息中。
所述接入网侧设备可将所述第一配置信息携带在公共RRC消息中发送给多个终端侧设备，从而配置这多个终端侧设备对所述多播业务进行反馈。公共RRC消息可以为主信息块(master informat ion block,MIB)或***信息块(system informat ion block，SIB)。
所述接入网侧设备可将所述第一配置信息携带在专用于某个终端侧设备的RRC消息中发送给这个终端侧设备，从而配置这个终端侧设备对所述多播业务进行反馈。
所述接入网侧设备可将所述第一配置信息携带在公共的PDCP消息(例如公共的PDCP控制PDU)中发送给多个终端侧设备，从而配置这多个终端侧设备对所述多播业务进行反馈。所述接入网侧设备可将所述第一配置信息携带在专用于某个终端侧设备的专用PDCP消息发送给这个终端侧设备，从而配置这个终端侧设备对所述多播业务进行反馈。
所述接入网侧设备可将所述第一配置信息携带在公共的MAC消息(例如MAC控制元素)中发送给多个终端侧设备，从而配置这多个终端侧设备对所述多播业务进行反馈。所述接入网侧设备可将所述第一配置信息携带在专用于某个终端侧设备的专用MAC消息发送给这个终端侧设备，从而配置这个终端侧设备对所述多播业务进行反馈。
终端侧设备可根据第一配置信息，执行第一配置信息所指示的操作。例如，如果第一配置信息指示所述多播业务的标识，则所述终端侧设备对所述多播业务进行接收并发送所述反馈信息。如果第一配置信息指示所述多播业务所属PDU sess ion的标识，则所述终端侧设备在所述PDU sess ion对所述多播业务进行接收并发送所述反馈信息。如果第一配置信息指示接收所述多播业务失败的失败事件，则所述终端侧设备在所述失败事件发生的情况下发送所述反馈信息。如果第一配置信息指示周期性反馈接收所述多播业务失败或成功，则所述终端侧设备周期性发送所述反馈信息。
在202中，所述终端侧设备可以在如下几种资源上发送所述反馈信息。
(1)通过PUSCH资源发送所述反馈信息
(1-1)通过4步随机接入过程或2步随机接入过程获取的物理上行共享信道(physical upl ink shared channel,PUSCH)资源发送所述反馈信息。
所述终端侧设备可在发送所述反馈信息之前，从4步随机接入过程或2步随机接入过程中获取所述PUSCH资源。
对于4步随机接入过程：所述终端侧设备在随机接入资源上向所述接入网侧设备发送随机接入前导(preamble),接收所述接入网侧设备响应所述前导发送的随机接入响应，所述随机接入响应包含所述PUSCH资源，所述终端侧设备使用所述PUSCH资源向所述接入网侧设备发送所述反馈信息。
对于2步随机接入过程：接入网侧设备为所述终端侧设备预配置(例如通过RRC消息)随机接入资源以及随机接入前导对应的PUSCH资源。所述终端侧设备在所述随机接入资源上发送随机接入前导，并在所述随机接入前导对应的PUSCH资源发送所述反馈信息。
(1-2)通过PDCCH调度的PUSCH资源发送所述反馈信息。
所述PDCCH可以特定于某个终端侧设备，或者特定于这个终端侧设备所在小区，以便这个终端侧设备盲检所述PDCCH，从而获取所述PDCCH调度的所述PUSCH资源。
(1-3)通过预配置的PUSCH资源发送的所述反馈信息。
所述预配置的PUSCH资源可以为RRC消息半静态配置的PUSCH资源或免授权的PUSCH资源。这类PUSCH资源对于终端侧设备来说，具有无需PDCCH的调度，具有配置一次，可使用多次的特点。
所述终端侧设备可使用(1-1)，(1-2)或(1-3)至少一种PUSCH资源发送所述反馈信息，从而实现反馈信息的至少一次发送。所述终端侧设备可在所述至少一种PUSCH资源上通过RRC消息，PDCP消息，MAC消息发送所述反馈信息。
(1-a)通过RRC消息发送所述反馈信息
可选地，所述RRC消息包括至少一个多播业务的标识，从而明示哪个或哪些多播业务的接收被所述终端侧设备反馈。作为一种实现方式，所述RRC消息包括所述终端侧设备在同一小区中接收的多个多播业务所对应的多个比特，所述多个比特中第i比特的比特位置指示所述多个多播业务中的多播业务i，第i比特的比特状态指示所述多播业务i是否被接收成功或失败。例如比特状态“0”指示接收成功，比特状态“1”指示接收失败。可选地，所述多个比特按照所述多个多播业务的标识大小升序或降序排列。
(1-b)通过PDCP消息发送所述反馈信息
可选地，PDCP消息为第三代合作伙伴计划(3GPP)标准定义的PDCP状态报告。所述PDCP状态报告包括指示所述多播业务的至少一个数据包接收失败或接收成功的字段，所述至少一个数据包由超帧号和PDCP序列号(sequence number,SN)确定。可参考3GPP 38.323的6.2和6.3章节。
可选地，PDCP消息为专用于所述反馈信息的控制消息。所述PDCP消息包括专用于所述反馈信息的第一字段，所述第一字段指示所述PDCP消息为专用于所述反馈信息，如图3所示。所述接入网侧设备在接收到包含第一字段的PDCP消息，而可不考虑所述PDCP消息的其它字段，则确认所述终端侧设备接收所述多播业务失败。
作为一种实现，在图3基础上，如图4所示，所述PDCP消息还包括第二字段，所述第二字段指示所述反馈信息的内容，例如，第二字段指示接收所述多播业务的失败事件，所述多播业务接收失败的数据包的个数或所述多播业务的标识等。如果所述终端侧设备接收的有多个多播业务，则所述PDCP消息中可包括多个多播业务分别对应的多个第二字段分别指示每个多播业务的反馈信息的内容。
作为另一种实现，在图3基础上，如图5所示，所述PDCP消息还包括第二字段，所述第二字段为比特图，所述比特图包括终端侧设备在同一小区中接收的多个多播业务所对应的多个比特，所述多个比特中第i比特的比特位置指示所述多个多播业务中的多播业务i，第i比特的比特状态指示所述多播业务i是否被接收成功或失败。例如比特状态“1”指示接收成功，比特状态“0”指示接收失败。可选地，所述多个比特按照所述多个多播业务的标识大小升序或降序排列。可选地，如果所述终端侧设备可以同时接收多个小区的多个多播业务，则所述PDCP消息中可包含多个第二字段分别指示每个小区的每个多播业务的接收成功或失败。
(1-c)通过MAC消息发送所述反馈信息。
可选地，如图6所示，所述MAC消息包括MAC子头，不包括所述MAC子头对应的MAC服务数据单元(service data unit,SDU)和MAC控制元素(control element,CE)。所述MAC子头包含逻辑信道标识，所述逻辑信道标识指示所述多播业务接收失败或接收成功。所述接入网侧设备在接收到所述MAC消息后，确定所述MAC消息不包括所述MAC子头对应MAC SDU和MAC CE，则确定所述MAC消息携带了所述反馈信息，进而根据所述MAC子头中逻辑信道标识确定所述多播业务接收失败或接收成功。
可选地，如图7所示，所述MAC消息包括MAC子头，还包括MAC SDU和/或MAC CE。所述MAC子头包含逻辑信道标识，所述逻辑信道标识指示所述MAC消息专用于所述反馈信息。所述MAC SDU或MAC CE指示所述反馈信息的内容，例如所述多播业务的标识，所述多播业务接收失败的数据包的个数等等。
可选地，如图8所示，所述MAC消息包括MAC子头，还包括MAC CE。所述MAC子头包含逻辑信道标识，所述逻辑信道标识指示所述MAC消息专用于所述反馈信息。所述MAC CE包括比特图，所述比特图包括所述终端侧设备在同一小区中接收的多个多播业务所对应的多个比特，所述多个比特中第i比特的比特位置指示所述多个多播业务中的多播业务i，第i比特的比特状态指示所述多播业务i是否被接收成功或失败。例如比特状态“1”指示接收成功，比特状态“0”指示接收失败。可选地，所述多个比特按照所述多个多播业务的标识大小升序或降序排列。可选地，如果所述终端侧设备可以同时接收多个小区的多个多播业务，则所述MAC CE中可包含多组比特图分别指示每个小区的每个多播业务的接收成功或失败。
(2)通过PUCCH资源发送所述反馈信息。
发送所述反馈信息的PUCCH资源为所述接入网侧设备配置的所述多播业务关联的PUCCH资源。发送所述反馈信息的PUCCH资源的时域位置与接收所述多播业务的时域位置的偏移可以为协议预定义或者由所述接入网侧设备配置的，例如，发送所述反馈信息的PUCCH资源的时域位置为距离接收所述多播业务的时域位置最近的下一个PUCCH资源。
作为一种实现，如图9所示，对于接收所述多播业务成功的情况，所述终端侧设备在所述PUCCH资源指示接收所述多播业务成功，例如在所述PUCCH资源上发送1比特肯定(ACK)信息或指示所述多播业务成功的专用序列码。需要说明的是，对于接收所述多播业务成功的情况，所述终端侧设备可不在所述PUCCH资源上发送任何信号，则所述接入网侧设备默认所述终端侧设备接收所述多播业务成功。对于接收所述多播业务失败的情况，所述终端侧设备在所述PUCCH资源指示接收所述多播业务失败，例如在所述PUCCH资源上发送1比特否定(NACK)信息或指示所述多播业务失败的专用序列。可选地，所述PUCCH资源专用于所述多播业务的，即多个多播业务中的多播业务i对应PUCCH资源i。终端侧设备可使用PUCCH资源i发送对多播业务i的反馈信息。接入网侧设备如果在PUCCH资源i上检测到ACK/NACK,或前述的专用序列，则确定终端侧设备接收所述多播业务i失败或成功。所述终端侧设备可在所述PUCCH资源i上发送与所述多播业务i的多个数据包对应的多个比特，比特p的位置指示数据包p，比特p的比特状态指示数据包p接收成功或失败。其中，所述终端侧设备在PUCCH资源上发送的指示所述多播业务成功或失败的序列可以基于恒包络自相关序列(constantampl itude zero aotu correct ion,CAZAC)序列生成。所述CAZAC序列的根序列索引可由所述接入网侧设备配置或协议预定义。所述CAZAC序列可为Zadoff-Chu(ZC)序列。所述接入网侧设备可根据检测到的序列，并根据所述序列确定所述多播业务成功或失败。所述接入网侧设备可配置一个序列对应所有多播业务，在存在一个多播业务接收失败或成功后，所述终端侧设备发送所述序列。所述接入网侧设备可配置多个多播业务中多播业务i对应序列i，当所述多播业务i接收失败或成功，所述终端侧设备发送所述序列i指示所述多播业务i接收失败或成功。
作为另一种实现，如图10所示，所述终端侧设备可在某一个PUCCH资源上发送所述终端侧设备在同一小区中接收的多个多播业务所对应的多个比特，所述多个比特中第i比特的比特位置指示所述多个多播业务中的多播业务i，第i比特的比特状态指示所述多播业务i是否被接收成功或失败。例如比特状态“1”指示接收成功，比特状态“0”指示接收失败。可选地，所述多个比特按照所述多个多播业务的标识大小升序或降序排列。
(3)通过随机接入中的专用序列发送所述反馈信息。
该专用的序列可以为随机接入过程中的随机接入前导。所述专用序列指示接收至少一个多播业务失败或成功。
所述接入网侧设备可配置一个专用序列对应所有多播业务，在存在一个多播业务接收失败或成功后，所述终端侧设备发送所述专用序列。
所述接入网侧设备可配置多个多播业务中多播业务i对应专用序列i，当所述多播业务i接收失败或成功，所述终端侧设备发送所述专用序列i指示所述多播业务i接收失败或成功。
应用本申请第一实施例提供的技术方案，终端侧设备可通过向接入网侧设备发送对多播业务的反馈信息，使得所述接入网侧设备能够获取所述多播业务的传输状况，有利于优化多播业务的传输。
本申请第二实施例提供一种多播传输控制方法，如图11所示，包括以下内容。本申请第二实施例涉及终端侧设备如何接收接入网侧设备发送的多播业务。第二实施例可作为第一实施例的进一步细化的方法步骤，也可以独立第一实施例的方法执行。
1101，接入网侧设备向终端侧设备发送第二配置信息，第二配置信息配置单播方式对应的通道和多播方式对应的通道。
1102，终端侧设备通过单播方式对应的通道和多播方式对应的通道接收接入网侧设备发送的多播业务。
在1101中，所述第二配置信息可以携带在***广播消息，NAS消息或专用于所述终端侧设备的RRC消息中。如果所述第二配置信息携带在NAS消息中，则所述第二配置信息由与所述终端侧设备建立NAS层连接的核心网侧设备生成，并通过所述接入网侧设备转发给所述终端侧设备。所述第二配置信息还可包括所述多播业务的标识；所述终端侧设备所属多播组的标识，例如G-RNTI。第二实施例在与第一实施例结合时，所述第二配置信息和第一实施例中的第一配置信息可以携带在同一消息中。
可选地，在1101之前，所述终端侧设备通知所述接入网侧设备所述终端侧设备的能力，所述能力包括支持在单播方式对应的通道和多播方式对应的通道接收多播业务。
作为一种实现方式，所述单播方式对应的通道和所述多播方式对应的通道为不同RLC实体对应的逻辑信道，相应地，所述第二配置信息中包含所述不同RLC实体对应的逻辑信道的标识。其中，所述单播方式对应的通道(单播通道)可以与所述多播业务的标识(如TMGI)是对应的。
可选地，所述不同的RLC实体可以连接到相同的PDCP实体，所述不同RLC实体也可以分别连接到不同的PDCP实体。在该实现方式中，所述终端侧设备可使用所述单播方式对应的标识(如C-RNTI)在所述单播方式对应的通道上接收所述单播方式发送的多播业务，可使用所述多播方式对应的标识(如G-RNTI)在所述多播方式对应的通道(多播通道)上接收所述多播方式发送的多播业务。例如，所述终端侧设备根据C-RNTI获取C-RNTI加扰的PDCCH所调度的PDSCH,进而获取PDSCH所映射的MAC消息。在一种实现方式中，所述终端侧设备从所述MAC消息中获取逻辑信道标识，根据所述逻辑信道标识与多播业务的对应关系(例如一一对应关系)获知所述多播业务。在另一种实现方式中，所述终端侧设备根据所述MAC消息中的子头(subheader)或载荷(payload)中包括对多播业务的指示(例如多播业务的标识)，获知所述MAC消息中的所述多播业务。类似地，所述终端侧设备根据G-RNTI获取G-RNTI加扰的PDCCH所调度的PDSCH，进而获取PDSCH所映射的MAC消息，从所述MAC消息，根据所述MAC消息获知所述多播业务。可选地，所述终端侧设备可根据G-RNTI与所述多播业务的一一对应关系，获知是所述接入网侧设备发送的是所述多播业务，再根据所述MAC消息获知所述多播业务的具体内容。
作为另一种实现方式，所述单播方式对应的通道和所述多播方式对应的通道为相同RLC实体对应的相同逻辑信道。这种情况下，所述相同的RLC可没有对应的PDCP实体。在该实现方式中，所述终端侧设备可使用所述单播方式对应的标识(如C-RNTI)在所述相同的逻辑信道上接收所述单播方式发送的多播业务，可使用所述多播方式对应的标识(如G-RNTI)在所述相同的逻辑信道上接收所述多播方式发送的多播业务。具体接收方法，与上一段描述类似。
在1102中，所述终端侧设备可根据接收到的第二配置信息建立多播无线承载，并在所述多播无线承载上接收单播方式发送的多播业务和多播方式发送的多播业务。其中，所述多播无线承载包括以下几种不同实现方式：
(1)如图12所示，终端侧设备接收单播方式发送的多播业务和多播方式发送的多播无线承载为同一个，这个多播无线承载包括所述终端侧设备的1个PDCP实体与所述接入网侧设备之间的对等的1个PDCP实体，所述终端侧设备的这个PDCP实体连接所述终端侧设备的至少两个RLC实体，所述接入网侧设备的这个PDCP实体连接所述接入网侧设备的至少两个RLC实体，所述终端侧设备的至少两个RLC实体与所述接入网侧设备的至少两个RLC实体分别对等。这种情况下，所述接入侧设备的1个PDCP实体产生的至少2个重复的PDCP数据包，具有相同的PDCP SN，分别通过所述接入网侧设备的至少两个RLC实体发送给所述终端侧设备。终端侧设备对从所述终端侧设备的至少两个RLC实体中接收相同PDCP SN的多个重复PDCP数据包，终端侧设备处理其中一个PDCP数据包，而将其余重复的PDCP数据包丢弃。这种情况下，可以避免单播方式和多播方式发送的相同数据包的冗余处理，减少资源浪费。可选地，如图12所示的终端侧设备处于RRC连接态。可选地，由于所述终端侧设备可能接收多播业务失败，所述终端侧设备可按照第一实施例的方法向所述接入网侧设备反馈所述失败。所述接入网侧设备通过单播方式对所述多播业务中的接收失败的数据包进行重传。所述终端侧设备在多播方式接收所述多播业务失败则向所述接入网侧设备发送通知，以指示在所述单播方式对应的RLC实体上接收的哪个多播业务失败了。可选地，所述通知中指示接收失败的多播业务中的哪个或哪些数据包失败了。所述接入网侧设备通过单播方式对所述接收失败的数据包进行通过PDCP层、RLC层、MAC层或物理层进行重传。例如，所述终端侧设备在单播方式对应的RLC实体上接收所述多播业务失败，则发送RLC状态报告以指示在所述单播方式对应的RLC实体上接收的哪个多播业务失败了，可选地所述RLC状态报告中具体指示所述多播业务的哪个或哪些数据包失败了。接入网侧设备可对应终端侧设备接收失败的数据包在所述单播方式对应的RLC实体上进行重传。所述终端侧设备可对所述单播方式对应的RLC实体的重传次数进行计数，当所述计数达到最大重传次数，所述终端可不触发无线链路失败，或不发起RRC重建；进一步地，所述终端侧设备指示所述接入网侧设备某个多播业务中哪个或哪些数据包仍然接收失败。
在图12所示的情况中，当接入网侧设备使用单播方式发送多个多播业务时：可使用同一单播通道发送所述多个多播业务；也可以分别使用所述多个多播业务分别对应的单播通道发送所述多个多播业务，每个单播通道与每个多播业务一一对应。
(2)如图13所示，终端侧设备接收单播方式发送的多播业务和多播方式发送的多播无线承载不同，分别为单播方式对应的承载和多播方式对应的承载，每个承载分别包括单播方式对应的RLC实体和多播方式对应的RLC实体，这两种RLC实体是不同的。可选地，所述单播方式对应的RLC实体连接到所述单播方式对应的PDCP实体，所述多播方式对应的RLC实体连接到所述多播方式对应的PDCP实体，这两种PDCP实体也是不同的。可选地，所述单播方式对应的RLC实体和所述多播方式对应的RLC实体连接到同一MAC实体上。
可选地，所述单播方式对应的PDCP实体和所述多播方式对应的PDCP实体在接收到多播业务的数据包后，可不做重复性检测，而直接向所述PDCP实体的上层递交。
可选地，所述多播方式对应的PDCP实体为主PDCP实体(对应主载波的实体)，所述单播方式对应的PDCP实体为辅PDCP实体(对应辅载波的实体)。其中，所述主PDCP实体可由所述接入网侧设备指示。所述接入网侧设备的主PDCP实体可分配主PDCP实体上数据包的PDCP SN，和分配辅PDCP实体上数据包的PDCP SN。所述终端侧设备的主PDCP实体可根据主PDCP实体上的数据包的PDCP SN和辅PDCP实体上数据包的PDCP SN进行重复性检测。
(3)如图14所示，终端侧设备接收单播方式发送的多播业务和多播方式发送的多播无线承载为同一个，这个多播无线承载包括终端侧设备的1个RLC实体和所述接入网侧设备的1个RLC实体，所述终端侧设备的这个RLC实体与所述接入网侧设备的这个RLC实体对等。这种情况下，单播方式对应的通道和多播方式对应的通道复用在同一RLC实体所在的路径。
可选地，所述多播无线承载在所述终端侧设备与所述接入网侧设备之间无PDCP实体。这种情况下，对于所述多播无线承载，接入网侧设备的RLC实体在RLC层生成一个数据包发送给MAC实体，所述MAC实体在MAC层生成单播方式发送的数据包和多播方式发送的数据包，其中所述单播方式发送的数据包和多播方式发送的数据包相同。所述接入网侧设备的所述MAC实体分别使用单播方式对应的标识和多播方式对应的标识发送这相同的数据包。对于所述多播无线承载，所述终端侧设备的RLC实体根据RLC SN对接收到的数据包进行重复性检测，对于具有相同RLC SN的重复数据包进行丢弃。
可选地，所述多播无线承载在所述终端侧设备与所述接入网侧设备之间无PDCP实体。这种情况下，对于所述多播无线承载，接入网侧设备的RLC实体在RLC层生成单播方式发送的数据包和多播方式发送的数据包，其中所述单播方式发送的数据包和多播方式发送的数据包相同，并为这相同的数据包设置RLC SN。所述接入网侧设备的RLC实体分别使用单播方式对应的标识和多播方式对应的标识发送这相同的数据包。对于所述多播无线承载，所述终端侧设备的RLC实体根据RLC SN对接收到的数据包进行重复性检测，对于具有相同RLCSN的重复数据包进行丢弃。
可选地，所述终端侧设备的这个RLC实体连接到所述终端侧设备的1个PDCP实体，所述接入网侧设备的1个RLC实体连接到所述接入网侧设备的1个PDCP实体，这两个PDCP实体在所述接入网侧设备和所述终端侧设备之间是对等的。这种情况下，对于所述多播无线承载，接入网侧设备的PDCP实体在PDCP层生成单播方式发送的数据包和多播方式发送的数据包，其中所述单播方式发送的数据包和多播方式发送的数据包相同，并为这相同的数据包设置PDCP SN，并分别使用单播方式对应的标识和多播方式对应的标识发送所述相同的数据包。对于所述多播无线承载，所述终端侧设备的PDCP实体根据PDCP SN对接收到的数据包进行重复性检测，对于具有相同PDCP SN的重复数据包进行丢弃。
应用第二实施例提供的技术方案，终端侧设备可通过双通道并行接收接入网侧设备发送的多播业务，可以提高多播业务的可靠性。
本申请第三实施例提供一种多播业务传输控制方法，如图15所示，包括以下内容。本申请第三实施例涉及终端侧设备在接收多播业务时如何进行接收方式的切换，第三实施例可作为第一实施例和第二实施例的进一步细化的方法步骤，也可以独立第一实施例和第二实施例的方法执行。
1501，终端侧设确定对多播业务的接收方式进行切换，其中，所述切换到的接收方式为仅单播方式，仅多播方式，或者，单播-多播方式。
所述终端侧设备可接收所述接入网侧设备的指示信息，所述指示信息指示对所述多播业务的接收方式的切换。可选地，所述终端侧设备在所述指示信息的控制下，对所接收的所有多播业务的接收方式都进行切换。可选地，所述指示信息还指示所述多播业务的标识，以指示所述终端侧设备哪个多播业务的接收方式被切换。对于未在所述指示信息中指示的其它多播业务，所述终端侧设备不对所述其它多播业务的接收方式进行切换。
可选地，所述指示信息还指示切换后的接收方式的生效时间。所述生效时间为被允许采用切换后的接收方式检测PDCCH的时间。所述终端侧设备可按照所述接入网侧设备的指示，在所述生效时间对采用所切换到的接收方式接收所述多播业务。在所述生效时间未到来之前，所述终端侧设备可按照切换前的接收方式或采用单播-多播方式接收所述多播业务。这个生效时间可以是时间偏移量，所述终端侧设备在接收到所述指示信息后等待所述时间偏移量生效所述接收方式的切换，即采用切换后的接收方式接收所述多播业务。这个生效时间可通过***帧号，时隙号，时域符号和数据包的序列号(例如PDCP SN或RLCSN)的一种或多种组合来表示。以生效时间通过数据包的序列号来表示为例，所述终端侧设备使用切换前的接收方式接收到数据包为指定的序列号后，生效所述接收方式的切换。
所述接入网侧设备可将所述指示信息携带在RRC消息中发送给所述终端侧设备。所述RRC消息可采用枚举类型的方式具体指示切换到的接收方式。具体地，所述RRC消息可通过三个枚举信元{仅单播方式，仅多播方式，单播-多播方式}明示当前切换到的接收方式。所述RRC消息也可通过两个枚举信元指示当前切换到的接收方式，所述终端侧设备可按照枚举信元的指示明确当前切换到的接收方式。例如对于2个枚举信元{仅单播方式，仅多播方式}：如果枚举信元为{仅单播方式}，所述终端侧设备按照仅单播方式接收所述多播业务；如果枚举信元为{仅多播方式}，所述终端侧设备按照仅多播方式接收所述多播业务；如果这两个枚举信元，均未出现，则所述终端侧设备按照单播方式和多播方式并行接收所述多播业务。
可选地，所述接入网侧设备还指示所述终端侧设备是否进行数据包的重复检测，例如指示所述终端侧设备在仅单播方式或仅多播方式接收所述多播业务时不进行数据包的重复检测。
所述终端侧设备也可以无需所述接入网侧设备的接收方式切换的指示，而自行确定对所述多播业务的接收方式的切换。例如，所述终端侧设备发送如第一实施例中描述的反馈信息后，等待预设时间可尝试切换到某一种接收方式接收所述多播业务。所述终端可以将所述预设时间通知给所述接入网络设备。所述预设时间为所述接入网侧设备指示的，或者由协议预定义。所述终端侧设备在自行确定出待切换的接收方式后，所述终端侧设备可先向所述接入网侧设备请求切换所述接收方式，在所述接入网侧设备接受后执行所述接收方式的切换。
1502，所述终端侧设备根据所述切换到的接收方式对所述多播业务进行接收。
在1501中，在所述终端侧设备确定对所述多播业务的接收方式进行切换之前，所述终端侧设备可向所述接入网侧设备发送能力信息，所述能力信息指示所述终端侧设备能够切换的接收方式，以便所述接入网侧设备在所述终端侧设备能够切换的接收方式中，向所述终端侧设备指示所述切换到的接收方式。
对于终端侧设备如何接收所述多播业务，可参考前述第一实施例和第二实施例的描述。
在切换到的接收方式为仅多播方式，或，单播-多播方式的情况下：所述接入网侧设备可指示所述单播方式对应的通道(例如逻辑信道)上起始数据包的RLC SN或对应的PDCP SN，以避免所述终端侧设备在使用多播方式接收所述多播业务的数据包时，误以为接收到的RLC SN或PDCP SN不是从0开始因此发生了丢包。
在切换到的接收方式为仅单播方式，或单播-多播方式的情况下，所述接入网侧设备可指示所述单播方式对应的通道(例如逻辑信道)上起始数据包的RLC SN或对应的PDCPSN，以避免所述终端侧设备在使用多播方式接收所述多播业务的数据包时，误以为接收到的RLC SN或PDCP SN不是从0开始因此发生了丢包。
在从仅多播方式切换到单播-多播方式的情况下，所述终端侧设备可触发单播方式对应的通道上RLC实体的重建立，例如将RLC序列号置为0，还可以向所述接入网侧设备通知哪个或哪些数据包接收失败，以便所述接入网侧设备进行重传。
在从仅单播方式切换到仅多播方式的情况下，所述终端侧设备可使用多播方式接收在仅单播方式下丢弃的RLC分段数据包或RLC完整数据包，并在所述多播方式对应的RLC实体进行处理。
在从仅多播方式切换到仅单播方式，且单播方式对应的RLC实体和多播方式对应的RLC实体不相同的情况下，所述终端侧设备可触发单播方式对应的通道上RLC实体的重建立，例如将RLC序列号置为0，还可以向所述接入网侧设备使用切换到所述单播方式接收所述多播业务成功还是失败。
可理解，所述接入网侧设备可以是在如第一实施例中描述的，在接收到所述终端侧设备发送的反馈信息(尤其是接收失败的反馈)，并响应所述反馈信息发送所述指示信息，从而实现接收方式的切换。所述接入网侧设备也可以不限定在接收所述终端侧设备发送的反馈信息再发送所述指示信息，例如可以在任意网络环境变化时发送所述指示信息以指示所述终端侧设备切换接收方式。
所述指示信息可为物理层信令，例如下行控制信道承载的下行控制信息(downlink control informat ion,DCI)。
所述指示信息可携带在MAC消息中的情况：所述MAC消息包括MAC子头和MAC CE。所述MAC子头中包含逻辑信道标识，所述逻辑信道标识指示MAC CE是关于切换接收方式的，所述MAC CE携带所述指示信息的内容(即切换的接收方式)。
所述指示信息可携带在RRC消息中，例如携带在专用于所述终端侧设备的RRC重配置消息中，或者携带在广播消息(如主信息块或***信息块)中。
所述指示信息可携带在PDCP消息中。所述PDCP消息包含PDCP子头和PDCP载荷。所述PDCP子头指示所述PDCP载荷是关于切换接收方式的，所述PDCP载荷携带所述指示信息的内容(即切换的接收方式)。
在所述接入网侧设备为集中单元(center unit,CU)和分布式单元(distributedunit,DU)架构下,所述CU和所述DU之间为同一终端侧设备的同一种多播业务分别连接单播方式对应的GTP隧道和多播方式对应的GTP隧道，其中单播方式对应的GTP隧道与单播方式对应的逻辑信道相连，多播方式对应的GTP隧道与多播方式对应的逻辑信道相连，从而实现单播方式和多播方式的接收。所述CU和所述DU为不同终端侧设备可建立单播方式对应的不同GTP隧道。
在另一种CU-DU架构下，所述CU和所述DU之间为同一终端侧设备的同一种多播业务建立一条GTP隧道，这个GTP隧道分别与单播方式对应的逻辑信道和多播方式对应的逻辑信道相连，DU将单播方式发送的多播业务通过所述GTP隧道递交给单播方式对应的逻辑信道从而实现单播方式的传输，DU将多播方式发送的多播业务通过所述GTP隧道递交给多播方式对应的逻辑信道从而实现多播方式的传输。所述CU和所述DU为不同终端侧设备可建立单播方式对应的不同GTP隧道。
在CU-DU架构且多播方式对应RLC实体和单播方式对应RLC实体不同，则所述CU可以通知所述DU多播方式对应RLC实体上起始数据包的RLC SN(例如在CU发送给DU的GTP数据包中包含该RLC SN)，以避免所述终端侧设备接收到重复数据包。
应用第三实施例提供的技术方案，所述终端侧设备可实现对多播业务的接收方式的切换，从而提高用户体验。
本申请第四实施例提供一种通信设备1800，如图18所示的通信设备的结构示意图。
作为一种可能实现方式中，所述通信设备1800可为前述第一实施例、第二实施例或第三实施例中的终端侧设备或用于接入网侧设备的芯片***。这种情况下，所述通信设备1800，包括收发单元1801和处理单元1802。其中，所述收发单元1801用于执行前述第一实施例、第二实施例和第三实施例任意一个实施例中所述终端侧设备的接收或发送动作，所述处理单元1802用于执行前述第一实施例、第二实施例和第三实施例任意一个实施例中所述终端侧设备的确定等处理动作。
作为另一种可能实现方式，所述通信设备1800可为前述第一实施例、第二实施例或第三实施例中的接入网侧设备或用于接入网侧设备的芯片***。这种情况下，所述通信设备1800，包括处理单元1802和收发单元1801。其中，所述处理单元1802用于执行前述第一实施例、第二实施例和第三实施例任意一个实施例中所述接入网侧设备的确定等处理动作；所述收发单元1801，用于执行前述第一实施例、第二实施例和第三实施例任意一个实施例中所述接入网侧设备的发送或接收动作。
在另一种具体可能实现中，所述通信设备1800包括处理器和存储器，所述存储器存储计算机程序，所述计算机程序被所述处理器调用时，可使得所述通信设备执行上述各个方法实施例中终端侧设备或接入网侧设备所执行的动作。具体地，所述计算机程序包含多个数据结构，每个数据结构分别用于实现3GPP标准所定义各个协议层的功能。
在一种具体可能实现中，如图19所示通信设备1900中，通信设备1800的处理单元1802具体可以基带处理电路1901，收发单元1801可以为基带输入或输出接口1902。所述基带处理电路1901，例如以至少一个处理器(processor)的形式，实现前述各个消息的产生和各种确定等处理动作。可选地，所述通信设备1900还可以包括存储器1903以及用于在无线通信***中收发无线信号的射频天线，总线和通信接口等等。所述总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extendedindustry standard architecture，EISA)总线等。所述通信接口可以为有线通信接口，无线通信接口或组合，其中，有线通信接口例如可以为以太网接口。以太网接口可以是光接口，电接口或其组合；无线通信接口可以为无线局域网接口。
应用第四实施例提供的通信设备，可以解决前述方法实施例中的技术问题，并实现相应的技术效果。
本申请各个实施例中，“A和/或B”表示单独存在A，单独存在B，或者A和B同时存在。“第一”和“第二”等，仅用于区分不同的信息名称，而不构成先后的限定。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上实施例仅揭露了本申请中较佳实施例，不能以此来限定本申请之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本申请权利要求所作的等同变化，仍属于发明所涵盖的范围。

Claims (26)

1.一种多播传输控制方法，其特征在于，包括：
终端侧设备接收接入网侧设备发送的指示信息，所述指示信息指示多播业务使用的接收方式，所述接收方式为仅单播方式，仅多播方式，或，所述单播方式和所述多播方式；其中，所述单播方式和所述多播方式分别对应所述接入网侧设备的CU部分与DU部分之间的不同GTP隧道；
所述终端侧设备基于所述指示信息所指示的接收方式，接收所述多播业务；
所述终端侧设备接收接入网侧设备发送的第一配置信息；所述第一配置信息包含另一指示信息，所述另一指示信息用于明确仅对接收失败进行反馈，还是接收成功和接收失败都进行反馈；
所述终端侧设备基于所述另一指示信息，向所述接入网侧设备发送对所述多播业务的反馈信息，所述反馈信息指示接收所述多播业务成功或接收所述多播业务失败。
2.如权利要求1所述的方法，在接收所述多播业务失败的情况下，所述反馈信息包括以下至少一项信息：接收所述多播业务的失败事件，所述多播业务中接收失败的数据包的个数，所述多播业务的标识，所述多播业务所属的协议数据单元PDU会话session的标识，接收所述多播业务使用的是多播方式和/或单播方式，在所述多播方式接收所述多播业务失败时对所述单播方式的请求。
3.如权利要求1所述的方法，其特征在于，在满足以下失败事件之一时，所述反馈信息指示接收所述多播业务失败：
在第一计时内所述多播业务的至少一个数据包接收失败；
所述多播业务接收失败的数据包的第一计数达到第一门限；
在所述第一计时内且所述多播业务接收失败的数据包的第一计数达到第二门限。
4.如权利要求1-3任意一项所述的方法，其特征在于，所述第一配置信息指示以下至少一项：
所述多播业务的标识，所述多播业务所属PDU session的标识，接收所述多播业务的失败事件。
5.如权利要求1-3任意一项所述的方法，其特征在于，所述终端侧设备向所述接入网侧设备发送对所述多播业务的反馈信息，包括：
所述终端侧设备通过随机接入过程，使用所述多播业务特定的随机接入资源向所述接入网侧设备发送对所述多播业务的反馈信息。
6.如权利要求1-3任意一项所述的方法，其特征在于，所述终端侧设备接收所述接入网侧设备发送的所述多播业务，包括：
所述终端侧设备接收使用单播方式和多播方式分别发送的所述多播业务。
7.如权利要求6所述的方法，其特征在于，所述终端侧设备接收使用单播方式发送的所述多播业务和多播方式发送的所述多播业务，包括：
所述终端侧设备在PDCP层使用同一PDCP实体接收单播方式和多播方式发送的所述多播业务的同一PDCP PDU；和/或，
所述终端侧设备在RLC层使用同一RLC实体接收单播方式和多播方式发送的所述多播业务的同一RLC PDU。
8.如权利要求6所述的方法，其特征在于，所述终端侧设备接收使用单播方式发送的所述多播业务和多播方式发送的所述多播业务，包括：
所述终端侧设备在PDCP层使用不同的PDCP实体分别接收单播方式和多播方式发送的PDCP PDU；和/或，
所述终端侧设备在RLC层使用不同的RLC实体分别接收单播方式和多播方式发送的RLCPDU。
9.如权利要求1-3任意一项所述的方法，其特征在于，所述指示信息包括所述单播方式下PDCP PDU或RLC PDU的起始序列号，和/或，所述多播方式下PDCP PDU或RLC PDU的起始序列号。
10.如权利要求1-3任意一项所述的方法，其特征在于，所述第一配置信息携带在所述接入网侧设备发送给所述终端侧设备的无线资源控制RRC消息中。
11.如权利要求10所述的方法，其特征在于，所述RRC消息为专用于所述终端侧设备的RRC消息。
12.一种多播传输控制方法，其特征在于，包括：
接入网侧设备向终端侧设备发送指示信息，所述指示信息指示多播业务使用的接收方式，所述接收方式为仅单播方式，仅多播方式，或，所述单播方式和所述多播方式；其中，所述单播方式和所述多播方式分别对应所述接入网侧设备的CU部分与DU部分之间的不同GTP隧道；
所述接入网侧设备基于所述指示信息所指示的接收方式，向所述终端侧设备发送所述多播业务；
所述接入网侧设备向所述终端侧设备发送第一配置信息；所述第一配置信息包含另一指示信息，所述另一指示信息用于明确仅对接收失败进行反馈，还是接收成功和接收失败都进行反馈；
所述接入网侧设备接收所述终端侧设备基于所述另一指示信息所发送的对所述多播业务的反馈信息，所述反馈信息指示了所述终端侧设备接收所述多播业务成功或接收所述多播业务失败。
13.如权利要求12所述的方法，在所述终端侧设备接收所述多播业务失败的情况下，所述反馈信息包括以下至少一项信息：接收所述多播业务的失败事件，所述多播业务中接收失败的数据包的个数，所述多播业务的标识，所述多播业务所属的协议数据单元PDU会话session的标识，接收所述多播业务使用的是多播方式和/或单播方式，在所述多播方式接收所述多播业务失败时对所述单播方式的请求。
14.如权利要求12所述的方法，其特征在于，在满足以下失败事件之一时，所述反馈信息指示接收所述多播业务失败：
在第一计时内所述多播业务的至少一个数据包接收失败；
所述多播业务接收失败的数据包的第一计数达到第一门限；
在所述第一计时内且所述多播业务接收失败的数据包的第一计数达到第二门限。
15.如权利要求12-14任意一项所述的方法，其特征在于，所述第一配置信息指示以下至少一项：
所述多播业务的标识，所述多播业务所属PDU session的标识，接收所述多播业务的失败事件。
16.如权利要求12-14任意一项所述的方法，其特征在于，所述接入网侧设备接收所述终端侧设备发送的对所述多播业务的反馈信息，包括：
所述接入网侧设备在所述多播业务特定的随机接入资源接收所述终端侧设备发送的对所述多播业务的反馈信息。
17.如权利要求12-14任意一项所述的方法，其特征在于，所述接入网侧设备向所述终端侧设备发送所述多播业务，包括：
所述接入网侧设备使用单播方式和多播方式分别向所述终端侧设备发送的所述多播业务。
18.如权利要求17所述的方法，其特征在于，所述接入网侧设备使用单播方式向所述终端侧设备发送所述多播业务和使用多播方式向所述终端侧设备发送所述多播业务，包括：
所述接入网侧设备在PDCP层使用同一PDCP实体使用单播方式和多播方式向所述终端侧设备发送所述多播业务的同一PDCP PDU；和/或，
所述接入网侧设备在RLC层使用同一RLC实体接收单播方式和多播方式向所述终端侧设备发送所述多播业务的同一RLC PDU。
19.如权利要求17所述的方法，其特征在于，所述接入网侧设备使用单播方式发送所述多播业务和多播方式发送所述多播业务，包括：
所述接入网侧设备在PDCP层使用不同的PDCP实体分别使用单播方式和多播方式发送PDCP PDU；和/或，
所述接入网侧设备在RLC层使用不同的RLC实体分别使用单播方式和多播方式发送RLCPDU。
20.如权利要求12-14任意一项所述的方法，其特征在于，所述指示信息包括所述单播方式下PDCP PDU或RLC PDU的起始序列号，和/或，所述多播方式下PDCP PDU或RLC PDU的起始序列号。
21.如权利要求12-14任意一项所述的方法，其特征在于，所述第一配置信息携带在所述接入网侧设备发送给所述终端侧设备的无线资源控制RRC消息中。
22.如权利要求21所述的方法，其特征在于，所述RRC消息为专用于所述终端侧设备的RRC消息。
23.一种通信设备，其特征在于，包括存有计算机程序的存储器和处理器，其中，所述计算机程序被所述处理器调用以使得所述通信设备执行如权利要求1-11任意一项所述终端侧设备的方法。
24.一种通信设备，其特征在于，包括存有计算机程序的存储器和处理器，其中，所述计算机程序被所述处理器调用以使得所述通信设备执行如权利要求12-22任意一项所述接入网侧设备的方法。
25.一种计算机可读存储介质，包括存有计算机程序的存储器，所述计算机程序被执行时使得如权利要求1-11任意一项所述终端侧设备的方法被实现。
26.一种计算机可读存储介质，包括存有计算机程序的存储器，所述计算机程序被执行时使得如权利要求12-22任意一项所述接入网侧设备的方法被实现。
CN201980096646.5A 2019-09-23 2019-09-23 一种多播传输控制方法以及相关设备 Active CN113853808B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/107342 WO2021056151A1 (zh) 2019-09-23 2019-09-23 一种多播传输控制方法以及相关设备

Publications (2)

Publication Number Publication Date
CN113853808A CN113853808A (zh) 2021-12-28
CN113853808B true CN113853808B (zh) 2023-06-20

Family

ID=75165377

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201980096646.5A Active CN113853808B (zh) 2019-09-23 2019-09-23 一种多播传输控制方法以及相关设备

Country Status (4)

Country Link
US (1) US20220217506A1 (zh)
EP (1) EP4024911A4 (zh)
CN (1) CN113853808B (zh)
WO (1) WO2021056151A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112423235B (zh) * 2019-08-22 2022-03-29 华为技术有限公司 数据传输的方法及设备
US20210111835A1 (en) * 2019-10-10 2021-04-15 Qualcomm Incorporated Feedback for multicast and broadcast messages
US11968148B2 (en) * 2020-08-06 2024-04-23 Lg Electronics Inc. Method and apparatus for transmitting or receiving HARQ feedback for multicast/broadcast signal
CN114095873B (zh) * 2020-08-24 2023-07-25 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
US11765555B1 (en) * 2020-10-20 2023-09-19 Toyota Jidosha Kabushiki Kaisha Packet data convergence protocol (PDCP) enhancement for multicast and broadcast services
US20240064831A1 (en) * 2020-11-05 2024-02-22 Toyota Jidosha Kabushiki Kaisha Radio link control (rlc) enhancements for multicast and broadcast services
WO2022199698A1 (en) * 2021-03-25 2022-09-29 FG Innovation Company Limited Method of triggering packet data convergence protocol status report and related device
WO2022213836A1 (zh) * 2021-04-09 2022-10-13 华为技术有限公司 一种通信方法及设备
WO2024029788A1 (en) * 2022-08-02 2024-02-08 Lg Electronics Inc. State transition based on multicast measurement

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101365150B (zh) * 2007-08-08 2011-08-24 华为技术有限公司 提高基于随机网络编码的多播传输效率的方法及节点
CN101820601A (zh) * 2009-02-27 2010-09-01 中兴通讯股份有限公司 多播广播业务的实现方法
CN102065523B (zh) * 2009-11-18 2014-03-12 华为技术有限公司 一种根据目标编码速率传输信息的方法、基站
CN104620528B (zh) * 2013-09-05 2018-05-18 华为技术有限公司 基站及组播数据发送处理方法
US9854478B2 (en) * 2014-01-17 2017-12-26 Qualcomm Incorporated Techniques for switching bearers between radio access technologies (RATS)
CN106465065B (zh) * 2015-04-10 2019-11-19 华为技术有限公司 一种多播业务传输装置及方法
WO2016176841A1 (en) * 2015-05-06 2016-11-10 Qualcomm Incorporated Fast transmission on repair packets with embms
US10027729B2 (en) * 2015-05-22 2018-07-17 Qualcomm Incorporated Unicast support in prose direct device-to-device communication
EP3319256B1 (en) * 2015-07-27 2020-01-08 Huawei Technologies Co., Ltd. Response information sending and receiving method, and receiving device and sending device
WO2018000360A1 (zh) * 2016-06-30 2018-01-04 华为技术有限公司 网络设备、终端设备、多播业务的配置方法和接收方法
WO2018028497A1 (zh) * 2016-08-12 2018-02-15 中兴通讯股份有限公司 一种多播业务的传输方法及装置
CN107734606B (zh) * 2016-08-12 2023-09-01 中兴通讯股份有限公司 一种多播业务的传输方法及装置
EP3509329B1 (en) * 2016-09-29 2021-04-07 Huawei Technologies Co., Ltd. Multicast service sending method and system
CN108540272A (zh) * 2017-03-06 2018-09-14 北京信威通信技术股份有限公司 信息传输方法及装置
US10728739B2 (en) * 2017-09-18 2020-07-28 Qualcomm Incorporated Control plane based small data service
CN113411755B (zh) * 2017-12-28 2022-10-04 华为技术有限公司 一种通信方法、及相关产品
US10863548B2 (en) * 2018-04-06 2020-12-08 Qualcomm Incorporated Group CSI feedback for multicast/broadcast transmission

Also Published As

Publication number Publication date
EP4024911A1 (en) 2022-07-06
CN113853808A (zh) 2021-12-28
EP4024911A4 (en) 2022-11-23
WO2021056151A1 (zh) 2021-04-01
US20220217506A1 (en) 2022-07-07

Similar Documents

Publication Publication Date Title
CN113853808B (zh) 一种多播传输控制方法以及相关设备
CN113271553B (zh) 用于处理组播/广播服务数据的方法及其设备
US20220338291A1 (en) Mbs data switching method and device
CN109792587B (zh) 一种多播业务的发送方法和设备
EP4138423A1 (en) Multicast/broadcast information transmission method and device, storage medium, and electronic device
KR20160060078A (ko) 공중 안전 어플리케이션들의 컨텍스트에서 디바이스-투-디바이스, ｄ２ｄ 통신을 위한 ｌｔｅ ｍａｃ 서브헤더
US20170325076A1 (en) Base station, user terminal and apparatus
EP2737734A1 (en) Identification of ue counting results in embms
US20230370902A1 (en) Relay UE Selection for Transmission Over Sidelink
US20230262533A1 (en) Communication control method
US20240080939A1 (en) Communication control method and user equipment
CN112312575A (zh) 一种通信方法及装置
AU2021319594A1 (en) Data transmission method, terminal, and network node
KR20210104562A (ko) Mbs 데이터를 처리하는 방법 및 그 장치
US20230091236A1 (en) Communication control method and user equipment
JP2023100957A (ja) 通信制御方法、ユーザ装置及びプロセッサ
CN114390447B (zh) 用于多播广播服务的方法和用户设备
WO2021018213A1 (zh) 一种通信方法及装置
US20230188950A1 (en) Communication control method
JP7425259B2 (ja) 通信制御方法及び基地局
EP4213540A1 (en) Communication control method
EP4167604A1 (en) Methods and apparatus to set initial pdcp state variables for multicast
EP4322559A1 (en) Communication control method and user equipment
KR20240014466A (ko) 통신 시스템 및 기지국
KR20210104539A (ko) Mbs 데이터를 처리하는 방법 및 그 장치

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