CN109982266B - 一种通信方法、及相关产品 - Google Patents

一种通信方法、及相关产品 Download PDF

Info

Publication number
CN109982266B
CN109982266B CN201711453932.1A CN201711453932A CN109982266B CN 109982266 B CN109982266 B CN 109982266B CN 201711453932 A CN201711453932 A CN 201711453932A CN 109982266 B CN109982266 B CN 109982266B
Authority
CN
China
Prior art keywords
multicast
multicast service
service data
information
user equipment
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
CN201711453932.1A
Other languages
English (en)
Other versions
CN109982266A (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
Priority to CN201711453932.1A priority Critical patent/CN109982266B/zh
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110522822.6A priority patent/CN113411755B/zh
Priority to RU2020124395A priority patent/RU2781562C2/ru
Priority to JP2020535162A priority patent/JP7048745B2/ja
Priority to KR1020207021460A priority patent/KR102332981B1/ko
Priority to EP18897311.9A priority patent/EP3723395A4/en
Priority to AU2018396965A priority patent/AU2018396965C1/en
Priority to PCT/CN2018/124928 priority patent/WO2019129212A1/zh
Publication of CN109982266A publication Critical patent/CN109982266A/zh
Priority to US16/909,891 priority patent/US11259361B2/en
Application granted granted Critical
Publication of CN109982266B publication Critical patent/CN109982266B/zh
Priority to US17/569,120 priority patent/US11758612B2/en
Priority to JP2022047814A priority patent/JP2022095716A/ja
Priority to US18/359,439 priority patent/US20240098844A1/en
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
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • 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
    • H04W4/08—User group management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/30—Resource management for broadcast services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation 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)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例公开了一种通信方法、及相关产品，其中在接入网一侧实现的方法包括：接入网设备向用户设备发送指示信息，所述指示信息用于指示组播业务数据的接收方式，所述接收方式包括单播方式和/或组播方式；所述接入网设备使用所述指示信息中指示的单播方式和/或组播方式发送所述组播业务数据。发送组播业务数据不必局限于所有接收组播业务数据的用户设备均使用组播方式接收组播业务数据，这样可以方便将那些影响传输效率的用户设备剔除，从而提高组播业务的传输效率。

Description

一种通信方法、及相关产品
技术领域
本发明涉及通信技术领域，尤其涉及一种通信方法、及相关产品。
背景技术
组播是多个接收端组成组播组，一个数据源向该组播组内的多个接收端传送数据的方式。 随着移动通信业务的迅猛发展，大量多媒体业务涌现出来，其中一些应用业务，多个接收端 能同时接收相同数据，如视频直播、电视广播、视频会议、网上教育、互动游戏等等。这些 移动多媒体业务和一般数据相比，有数据量大、持续时间长、时延敏感等特点。
为实现最有效地利用移动网络资源，在第三代移动通信伙伴项目(ThirdGeneration Partnership Project，3GPP)Rel-6引入了多媒体广播/组播服务(multimediabroadcast/multicast service，MBMS)，通过蜂窝网络为通用移动通信系统(universalmobile telecommunications system，UMTS)网络提供组播服务。MBMS的标准化一直处于演进过程 中。
为了确保MBMS业务可以覆盖足够的区域，保证组播组内的用户设备(UserEquipment， UE)都可以成功接收到相组播业务数据，MBMS系统会以组播组内信号质量最差的用户设备为 基准，设置对应的调制编码格式和多媒体资源。由于无线信号强度的衰减和距离呈指数关系， 因此组播组内较差信号质量的用户设备的频谱效率通常和平均频谱效率差五至数十倍，导致 传输效率非常低，
发明内容
本发明实施例所要解决的技术问题在于组播通信的传输效率低，提供一种通信方法、及 相关产品，用于提高组播通信的传输效率。
第一方面，本发明实施例提供了一种通信方法，包括：
接入网设备向用户设备发送指示信息，所述指示信息用于指示组播业务数据的接收方式， 所述接收方式包括单播方式和/或组播方式；
所述接入网设备使用所述指示信息中指示的单播方式和/或组播方式发送所述组播业务 数据。
接入网设备可以是基站或者其他为用户设备提供网络接入功能的设备，单播方式和组播 方式，分别对应了一种数据传输方式，以数据发送为例：在单播方式中，数据的发送端和接 收端是一对一的关系，在这种方式下接收端和发送端可以根据各自的数据传输能力进行好的 匹配，并且方便重传；在组播方式中，数据的发送端和接收端是一对多的关系，在这种方式 下，发送端在一个空口资源上向多个接收端发送同样的数据，这样可以节省空口资源。可以 理解的是，数据接收方式和数据发送方式是对应的，例如：发送端以单播方式发送数据，那 么接收端将以单播方式接收数据。
上述指示信息，可以是明示的指示信息，例如：专用的标识位；也可以是暗示的指示方 式，例如：发送相应的配置信息；更具体例如：假定需要指示使用组播方式接收业务数据， 那么可以仅发送组播业务的配置信息。
另外，由于用户设备使用单播方式和/或组播方式接收组播业务数据之前，均需要建立无 线承载；建立无线承载需要有相应的配置信息，为了区分两种组播业务数据的接收方式对应 的无线承载所使用的配置信息，可以将单播方式接收组播业务数据对应的无线承载所使用的 配置信息称为单播配置信息，将组播方式接收组播业务数据对应的无线承载所使用的配置信 息称为组播配置信息。
本发明实施例中，发送组播业务数据不必局限于所有接收组播业务数据的用户设备均使 用组播方式接收组播业务数据，这样可以方便将那些影响传输效率的用户设备剔除，从而提 高组播业务的传输效率。
在一个可选的实现方式中，还提供了接入网设备提供如何接收组播业务数据接收的配置 信息：所述方法还包括：
所述接入网设备向所述用户设备发送配置信息，所述配置信息用于组播业务数据的接收。
前文有关于配置信息的说明，配置信息可以分为组播配置信息和单播配置信息，分别用 于建立适用于组播方式传输组播业务数据的无线承载，和建立适用于单播方式传输组播业务 数据的无线承载。在本发明实施例中，配置信息可以和指示信息使用同一条信令发送，若以 配置信息作为隐含的指示信息，那么配置信息本身就可以作为指示信息使用。
在本实施例中，配置信息用于组播业务数据的接收，由于组播业务数据可能是以单播方 式接收和/或以组播方式接收；那么配置信息可以包含组播配置信息和单播配置信息，或者仅 包含组播业务数据接收方式对应的配置信息。
在一个可选的实现方式中，还提供了配置信息的具体内容：所述配置信息包括：
组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播 的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据 的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联 的单播配置信息中的至少一种。
配置信息主要用于建立无线承载的信息，以上信息作为可能的实现方式举例，不应理解 为对本发明实施例的唯一性限定。
在一个可选的实现方式中，还提供了接入网设备获得组播业务信息的具体方案：所述方 法还包括：
所述接入网设备接收所述用户设备或核心网设备发送的组播业务信息，所述组播业务信 息用于通知所述用户设备接收所述组播业务数据，所述组播业务信息中包含所述用户设备的 标识信息和所述组播业务的标识信息。
由于接入网设备需要指示用户设备使用何种方式接收组播业务数据，那么需要知道参与 组播业务数据接收的用户设备，以及变化情况，因此在本实施例中，提供了解决方案。以上 组播业务信息，可以是组播会话建立后发送的，也可以是有用户设备加入或退出组播组后由 核心网设备发送的更新信息。用户设备，可以在任意时间上报组播业务信息，例如：在确定 加入组播会话成功后，或者，在切换组播业务的接收方式后等。
在一个可选的实现方式中，还提供了接入网设备获得组播业务信息的可选实现方式：所 述接入网设备接收所述用户设备或核心网设备发送的组播业务信息包括：
所述接入网设备接收所述核心网设备发送的组播会话建立请求，所述组播会话建立请求 中包含所述用户设备的标识信息和所述组播业务的标识信息；
或者，所述接入网设备接收所述核心网设备或所述用户设备发送的组播成员变更信息。
本实施例提供了组播业务信息从用户设备获得以及从核心网设备获得的具体实现方案， 其中组播会话建立请求，是用户设备请求建立组播会话的请求，使用该请求获得组播业务信 息可以在不增加信令的情况下，在接入网设备完成组播业务信息的获得。另外，接入网设备 可以在其他情况下发送组播业务信息，前文已有说明在此不再赘述。
组播成员变更信息，是在组播组内的用户设备发生变化的情况下发送的信息；该信息可 以包括：组播业务的标识信息和组播组内的所有用户设备的标识；也可以仅发送发生变化的 信息，例如：用户设备的标识和变更标识；变更标识用于表示该用户设备是新加入组播组还 是退出组播组。
在一个可选的实现方式中，还提供了接入网设备获得组播业务数据的是实现方式：所述 方法还包括：
所述接入网设备根据接收所述组播业务数据的用户设备数量指示所述用户设备使用单播 方式和/或组播方式接收所述组播业务数据；
或者，所述接入网设备接收所述用户设备发送的信道测量信息，根据所述信道测量信息 指示所述用户设备使用单播方式和/或组播方式接收所述组播业务数据。
在本实施例中，前者接收组播业务数据的方式与接收组播业务数据的用户设备数量相关， 接入网设备可以使用门限值作为比较标准，具体可以是：大于该门限值则使用组播方式，如 果小于该门限值则使用单播方式。该实施例，主要考虑接收组播业务数据的用户设备越多， 则使用组播方式会节省更多的空口资源。该门限值可以是配置在接入网设备中的，也可以由 核心网设备或者其他管理接入网设备的设备来指定，本发明实施例对此不作唯一性限定。
后者接收组播业务数据的方式与用户设备的信道质量相关，具体相关的内容主要可以有 如下几种：
A、取信道质量的绝对值，即：信道质量低于某一门限，则使用单播方式，否则使用组播 方式。本实施例主要考虑信道质量越差，越可能降低组播业务的整体传输效率，因此可以考 虑以单播方式来向该用户设备发送组播业务数据。
B、取信道质量的相对值，例如：组播组中，各用户设备的信道质量之间差异性越大，那 么信道质量相对较差的用户设备会降低组播业务的传输效率，因此可以将这部分信道质量相 对较差的用户设备从组播组内剔除；如果相对较差信道质量的用户设备数量较多，还可以将 这些用户设备再组成一个组播组。
C、基于影响信道质量的参数进行分组，例如：有一些参数会影响到信道质量，例如：用 户设备的分布、用户设备的运动速度、用户设备的运动方向等。基于此，可以将用户设备进 行分组，如果分组内的用户设备数量够多，那么组成一个组播组，否则以单播方式接收组播 业务数据。
在本实施例中，信道测量信息可以是信道测量反馈信息，也可以是其他能体现信道质量 的任意信息；用户设备可以周期性反馈信道测量信息，也可以在满足一定的条件的情况下反 馈信道测量信息；该一定的条件，可以是信道质量或者影响信道质量的参数发生变化，还可 以是满足需要进行接收方式的切换的条件。本发明实施例不对何时以何种方式触发信道测量 信息发送给接入网设备进行限制。
在一个可选的实现方式中，还提供了将组播组进行进一步拆分的实现方案：所述配置信 息包括第一组播配置信息和第二组播配置信息；
所述指示信息指示所述组播业务数据的接收方式包括组播方式，且所述指示信息中指示 所述第一组播配置信息或者所述第二组播配置信息用于组播业务数据的接收。
在本实施例中，组播配置信息包含至少两个组播配置信息，这样可以将接收组播业务数 据的用户设备分成两个子组播组，由于两个子组播组分别使用了不同的组播配置信息，那么 建立的是不同的无线承载，在不同的子组播组内传输效率可以最大化。
在一个可选的实现方式中，还提供了将组播组进行进一步拆分的实现方案：若所述接收 方式包括组播方式，所述指示信息还包括：指示组播业务数据使用第一组播方式或第二组播 方式接收。
在本实施例中，与前一实施例不同之处在于，接入网设备可以仅向用户设备发送一项组 播配置信息。上述指示信息，可以参考前文中关于指示信息可以隐含也可以显示的方式来指 示，在此不再赘述。
在一个可选的实现方式中，还提供了加速传输组播业务数据的方案：所述方法还包括：
所述接入网设备根据所述用户设备的指示使用单播方式发送所述组播业务数据中的至少 一个数据包；
或者，所述接入网设备根据核心网设备的指示使用单播方式发送所述组播业务数据中的 至少一个数据包；
或者，所述接入网设备根据所述组播业务数据中的至少一个数据包的类型信息使用单播 方式发送所述至少一个数据包。
在本实施例中，第一个实现方式中由用户设备指定需要以单播方式发送的组播业务数据； 第二个实现方式由核心网设备指定需要以单播方式发送的组播业务数据；第三个实现方式由 接入网设备自己确定需要以单播方式发送的组播业务数据。指定方式可以是在组播业务数据 的数据包中添加相应的标识信息，标识信息可以是指定该数据包需要以单播方式进行发送； 指示方式还可以是指定某一类组播业务数据的数据包需要以单播方式发送。例如：指定已经 以组播方式发送的最近一个I帧到组播方式正在发送的数据帧之间的数据需要以单播方式发 送；或者，指定单个组播业务数据的数据包需要以单播方式发送。以上两个举例中，前者可 以归纳到组播业务所对应的服务启动所需的数据，这样可以让用户设备尽快启动组播业务所 对应的服务，例如：启动视频播放；后者可以对应到诸如数据重传、重要数据及时传输等各 种应用场景。
在一个可选的实现方式中，还提供了在协议层以组播方式和/或单播方式发送组播业务数 据的实现方案：所述至少一个数据包为在所述接入网设备中缓存的已采用组播方式发送的组 播业务数据，或者，从组播业务数据源接收的已采用组播方式发送的组播业务数据。
在本实施例中，采用单播方式发送的组播业务数据可能有重传的可能性，因此可以先缓 存一段数据，等待是否有重传请求反馈，如果没有则可以删除；因此这里缓存的组播业务数 据可以是一段时间内的组播业务数据，对于那些已经发送很久的组播业务数据可以删除。
在以单播方式发送的组播业务数据发送完毕后，可以切换到以组播方式发送业务数据， 也可以保持单播的无线承载等待是否有新的需要以单播方式发送的组播业务数据，还可以向 接收方发送告知信息告知单播方式发送的组播业务数据已经发送完毕，告知的具体方式可以 以显示的方式告知，例如：在最后一个数据包中添加结束指示，也可以以隐含的方式告知， 例如：发送组播配置信息。在以单播方式发送的组播业务数据发送完毕后的执行内容，本发 明实施例不作唯一性说明。
在一个可选的实现方式中，还提供了组播业务的重传方法：所述方法还包括：
所述接入网设备接收所述用户设备发送的接收状态信息，所述接收状态信息用于表示所 述组播业务数据中数据包的接收状态；
所述接入网设备根据所述接收状态信息，使用单播方式向所述用户设备发送所述组播业 务数据中未接收成功的数据包。
在本实施例中，接收状态信息是用来表示数据包的接收状态的信息，具有使接入网设备 知道需要给用户设备重传的数据包。因此，接收状态信息有各种表现形式，例如：1、直接告 知需要重传的数据包的序号；2、发送反馈信息，在反馈信息中包含所有数据包的是否已经收 到的信息。以上作为两种可能的举例不应理解为对本发明实施例的唯一性限定，具体使用何 种方式来告知接入网设备需要重传哪些数据包，本发明实施例不作唯一性限定。
在一个可选的实现方式中，还提供了在协议层支持单播方式发送组播业务数据的方案： 所述方法还包括：
所述接入网设备通过数据会聚协议(packet data convergence protocol，PDCP)层将 待发送的组播业务数据发送至单播无线链路控制实体(radio link control，RLC)，并使用 单播方式发送所述待发送的组播业务数据。
采用组播方式发送组播业务数据的方案，本发明实施例不作限制。本实施例在PDCP层将 组播业务数据分配到单播RLC，从而实现组播业务数据的单播方式发送。
在一个可选的实现方式中，还提供了方便重传的实现方案：所述方法还包括：
所述接入网设备在数据会聚协议PDCP层复制所述待发送的组播业务数据，将所述待发送 的组播业务数据存储。
在本发明实施例中，待发送的组播业务数据可以使用缓存存储，用于响应可能发生的重 传请求；该存储空间设置设置在PDCP也可以设置在RLC本发明实施例对此不作限制。
在一个可选的实现方式中，还提供了在协议层支持单播方式发送组播业务数据的方案： 所述方法还包括：
所述接入网设备通过组播数据会聚协议PDCP层将待发送的组播业务数据发送至组播无 线链路控制RLC实体，由所述组播无线链路控制RLC实体将所述待发送的组播业务数据发往 单播媒体接入控制(medium access control，MAC)实体，由所述单播媒体接入控制MAC实 体使用单播方式发送所述待发送的组播业务数据。
本实施例在RLC实体将组播业务数据分配到单播MAC实体，从而实现组播业务数据的单 播方式发送。
二方面本发明实施例还提供了一种通信方法，本实施例在接收前文接入网设备发送的数 据的一侧(例如用户设备)实现，与前文接入网设备一侧实现的方案呈对应关系，具体内容 可以参考前文说明，重复部分后续实施例不再赘述，该通信方法包括：
用户设备接收接入网设备发送的指示信息，所述指示信息用于指示组播业务数据的接收 方式，所述接收方式包括单播方式和/或组播方式；
所述用户设备使用所述指示信息中指示的单播方式和/或组播方式接收所述组播业务数 据。
在一个可选的实现方式中，所述方法还包括：
所述用户设备接收所述接入网设备发送的配置信息，所述配置信息用于组播业务数据的 接收。
在一个可选的实现方式中，所述配置信息包括：
组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播 的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据 的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联 的单播配置信息中的至少一种。
在一个可选的实现方式中，所述方法还包括：
所述用户设备向所述接入网设备发送组播业务信息，所述组播业务信息用于通知所述用 户设备接收所述组播业务数据，所述组播业务信息中包含所述用户设备的标识信息和所述组 播业务的标识信息。
在一个可选的实现方式中，所述用户设备向所述接入网设备发送组播业务信息包括：
所述用户设备向所述接入网设备发送组播成员变更信息。
在一个可选的实现方式中，所述方法还包括：
所述用户设备根据接收所述组播业务数据的用户设备数量选择使用单播方式和/或组播 方式接收所述组播业务数据；
或者，所述用户设备根据所述用户设备的信道测量信息，选择使用单播方式和/或组播方 式接收所述组播业务数据。
在一个可选的实现方式中，所述配置信息包括第一组播配置信息和第二组播配置信息；
所述指示信息指示所述组播业务数据的接收方式包括组播方式，且所述指示信息中指示 所述第一组播配置信息或者所述第二组播配置信息用于组播业务数据的接收。
在一个可选的实现方式中，所述方法还包括：
所述用户设备指示所述接入网设备使用单播方式发送所述组播业务数据中的至少一个数 据包。
在一个可选的实现方式中，所述方法还包括：
所述用户设备向所述接入网设备发送接收状态信息，所述接收状态信息用于表示所述组 播业务数据中数据包的接收状态；
所述用户设备接收所述接入网设备发送的所述组播业务数据中未接收成功的数据包。
在一个可选的实现方式中，所述方法还包括：
在分组数据会聚协议PDCP层进行丢包检测，获得所述接收状态信息。
在一个可选的实现方式中，所述方法还包括：
所述用户设备在单播无线链路控制RLC实体将接收到的组播业务数据发送至所述组播数 据会聚协议PDCP层。
三方面本发明实施例还提供了一种接入网设备，包括：
指示发送单元，用于向用户设备发送指示信息，所述指示信息用于指示组播业务数据的 接收方式，所述接收方式包括单播方式和/或组播方式；
数据发送单元，用于使用所述指示信息中指示的单播方式和/或组播方式发送所述组播业 务数据。
在一个可选的实现方式中，所述接入网设备还包括：
配置发送单元，用于向所述用户设备发送配置信息，所述配置信息用于组播业务数据的 接收。
在一个可选的实现方式中，所述配置信息包括：
组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播 的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据 的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联 的单播配置信息中的至少一种。
在一个可选的实现方式中，所述接入网设备还包括：
信息接收单元，用于接收所述用户设备或核心网设备发送的组播业务信息，所述组播业 务信息用于通知所述用户设备接收所述组播业务数据，所述组播业务信息中包含所述用户设 备的标识信息和所述组播业务的标识信息。
在一个可选的实现方式中，所述信息接收单元，用于接收所述用户设备或核心网设备发 送的组播业务信息包括：
接收所述核心网设备发送的组播会话建立请求，所述组播会话建立请求中包含所述用户 设备的标识信息和所述组播业务的标识信息；
或者，接收所述核心网设备或所述用户设备发送的组播成员变更信息。
在一个可选的实现方式中，所述接入网设备还包括：
方式确认单元，用于根据接收所述组播业务数据的用户设备数量指示所述用户设备使用 单播方式和/或组播方式接收所述组播业务数据；
或者，接收所述用户设备发送的信道测量信息，根据所述信道测量信息指示所述用户设 备使用单播方式和/或组播方式接收所述组播业务数据。
在一个可选的实现方式中，所述配置信息包括第一组播配置信息和第二组播配置信息；
所述指示信息指示所述组播业务数据的接收方式包括组播方式，且所述指示信息中指示 所述第一组播配置信息或者所述第二组播配置信息用于组播业务数据的接收。
在一个可选的实现方式中，
所述数据发送单元，还用于根据所述用户设备的指示使用单播方式发送所述组播业务数 据中的至少一个数据包；
或者，根据核心网设备的指示使用单播方式发送所述组播业务数据中的至少一个数据包；
或者，根据所述组播业务数据中的至少一个数据包的类型信息使用单播方式发送所述至 少一个数据包。
在一个可选的实现方式中，所述至少一个数据包为在所述接入网设备中缓存的已采用组 播方式发送的组播业务数据，或者，从组播业务数据源接收的已采用组播方式发送的组播业 务数据。
在一个可选的实现方式中，所述接入网设备还包括：
状态接收单元，用于接收所述用户设备发送的接收状态信息，所述接收状态信息用于表 示所述组播业务数据中数据包的接收状态；
所述数据发送单元，还用于根据所述接收状态信息，使用单播方式向所述用户设备发送 所述组播业务数据中未接收成功的数据包。
在一个可选的实现方式中，所述数据发送单元，用于通过数据会聚协议PDCP层将待发送 的组播业务数据发送至单播无线链路控制RLC实体，并使用单播方式发送所述待发送的组播 业务数据。
在一个可选的实现方式中，所述数据发送单元，还用于所述接入网设备在数据会聚协议PDCP层复制所述待发送的组播业务数据，将所述待发送的组播业务数据存储。
在一个可选的实现方式中，所述数据发送单元，用于所述接入网设备通过组播数据会聚 协议PDCP层将待发送的组播业务数据发送至组播无线链路控制RLC实体，由所述组播无线链 路控制RLC实体将所述待发送的组播业务数据发往单播媒体接入控制MAC实体，由所述单播 媒体接入控制MAC实体使用单播方式发送所述待发送的组播业务数据。
四方面本发明实施例还提供了一种用户设备，包括：
指示接收单元，用于接收接入网设备发送的指示信息，所述指示信息用于指示组播业务 数据的接收方式，所述接收方式包括单播方式和/或组播方式；
数据接收单元，用于使用所述指示信息中指示的单播方式和/或组播方式接收所述组播业 务数据。
在一个可选的实现方式中，所述用户设备还包括：
配置接收单元，用于接收所述接入网设备发送的配置信息，所述配置信息用于组播业务 数据的接收。
在一个可选的实现方式中，所述配置信息包括：
组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播 的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据 的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联 的单播配置信息中的至少一种。
在一个可选的实现方式中，所述用户设备还包括：
信息发送单元，用于向所述接入网设备发送组播业务信息，所述组播业务信息用于通知 所述用户设备接收所述组播业务数据，所述组播业务信息中包含所述用户设备的标识信息和 所述组播业务的标识信息。
在一个可选的实现方式中，所述信息发送单元，用于向所述接入网设备发送组播业务信 息包括：向所述接入网设备发送组播成员变更信息。
在一个可选的实现方式中，所述用户设备还包括：
所述数据接收单元，用于根据接收所述组播业务数据的用户设备数量选择使用单播方式 和/或组播方式接收所述组播业务数据；
或者，根据所述用户设备的信道测量信息，选择使用单播方式和/或组播方式接收所述组 播业务数据。
在一个可选的实现方式中，所述配置信息包括第一组播配置信息和第二组播配置信息；
所述指示信息指示所述组播业务数据的接收方式包括组播方式，且所述指示信息中指示 所述第一组播配置信息或者所述第二组播配置信息用于组播业务数据的接收。
在一个可选的实现方式中，所述用户设备还包括：
指示发送单元，用于指示所述接入网设备使用单播方式发送所述组播业务数据中的至少 一个数据包。
在一个可选的实现方式中，所述用户设备还包括：
状态发送单元，用于向所述接入网设备发送接收状态信息，所述接收状态信息用于表示 所述组播业务数据中数据包的接收状态；
所述数据接收单元，用于接收所述接入网设备发送的所述组播业务数据中未接收成功的 数据包。
在一个可选的实现方式中，所述状态发送单元，还用于在分组数据会聚协议PDCP层进行 丢包检测，获得所述接收状态信息。
在一个可选的实现方式中，所述用户设备还包括：
所述数据接收单元，还用于在单播无线链路控制RLC实体将接收到的组播业务数据发送 至所述组播数据会聚协议PDCP层。
五方面，本发明实施例还提供了一种接入网设备，包括：处理器、存储器和收发器；其 中所述处理器、所述存储器和所述收发器以可通信方式连接；
在所述存储器中存储有程序代码；
所述处理器用于读取所述程序代码与所述收发器配合实现由接入网设备执行的任意一项 的方法。
六方面，本发明实施例还提供了一种用户设备，包括：处理器、存储器和收发器；其中 所述处理器、所述存储器和所述收发器以可通信方式连接；
在所述存储器中存储有程序代码；
所述处理器用于读取所述程序代码与所述收发器配合实现由用户设备执行的任意一项的 方法。
七方面，本发明实施例还提供了一种存储介质，所述存储介质中存储有程序代码，所述 程序代码包括程序指令，所述程序指令当被处理器执行时使所述处理器配合收发器执行如本 发明实施例提供的任一项所述的方法。
八方面，本发明实施例还提供了一种计算机程序产品，在所述计算机程序产品中包含程 序指令，所述程序代码当被处理器执行时使所述处理器配合收发器执行如本发明实施例提供 的任一项所述的方法。
附图说明
为了更清楚地说明本发明实施例或背景技术中的技术方案，下面将对本发明实施例或背 景技术中所需要使用的附图进行说明。
图1A是本发明实施例系统架构示意图；
图1B是本发明实施例系统架构示意图；
图1C是本发明实施例系统架构示意图；
图2是本发明实施例系统架构示意图；
图3是本发明实施例方法流程示意图；
图4A是本发明实施例方法流程示意图；
图4B是本发明实施例方法流程示意图；
图4C是本发明实施例方法流程示意图；
图5是本发明实施例用户设备分布示意图；
图6是本发明实施例方法流程示意图；
图7是本发明实施例用户设备分布示意图；
图8是本发明实施例方法流程示意图；
图9是本发明实施例方法流程示意图；
图10是本发明实施例用户设备分布示意图；
图11是本发明实施例用户设备信道质量变化示意图；
图12是本发明实施例方法流程示意图；
图13是本发明实施例单播方式和组播方式配合示意图；
图14是本发明实施例方法流程示意图；
图15是本发明实施例用户设备信道质量变化示意图；
图16是本发明实施例单播方式和组播方式配合的系统示意图；
图17是本发明实施例协议栈结构示意图；
图18是本发明实施例协议栈结构示意图；
图19是本发明实施例协议栈结构示意图；
图20是本发明实施例接入网设备结构示意图；
图21是本发明实施例用户设备结构示意图；
图22是本发明实施例设备结构示意图；
图23是本发明实施例用户设备结构示意图。
具体实施方式
下面结合本发明实施例中的附图对本发明实施例进行描述。
请参见图1A～图1C，图1A～图1C是本发明实施例提供的通信系统的结构示意图。
在图1A的通信系统中包含：用户设备、接入网设备、网关设备、管理设备；路由器、服 务器等；其中，管理设备和网关设备可以归入核心网设备一类，路由器和服务器可以归入数 据网络(data network，DN)一类。
在图1A中，用户设备可以通过无线空口连接到运营商部署的接入网设备，继而接入数据 网络；接入网设备主要用于实现无线物理层功能、资源调度和无线资源管理、无线接入控制 以及移动性管理等功能；核心网设备中包含的管理设备主要用于用户设备的设备注册、安全 认证、移动性管理和位置管理等；核心网设备中的网关设备主要用于与用户设备间建立通道， 在该通道上转发用户设备和外部数据网络之间的数据包；数据网络主要用于为用户设备提供 多种数据业务服务，其中，数据网络包含的服务器可以为快速频道切换(Fast Channel Change， FCC)服务器。图1A仅为示例性架构图，除图1A中所示功能单元之外，该网络架构还可以包 括其他功能单元，本发明实施例对此不进行限定。
图1B和图1C分别是图1A的举例。
其中，图1B所示的通信系统，当图1A所示通信网络为5G网络时，上述用户设备可以为 手机、电脑，还可以为蜂窝电话、无绳电话、会话发起协议(session initiationprotocol， SIP)电话、智能电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、电脑、膝上型计算机、手持式通信设备、手持式计算设备、卫星 无线设备、无线调制解调器卡、电视机顶盒(set top box，STB)、用户驻地设备(customer premise equipment，CPE)和/或用于在无线系统上进行通信的其它设备。上述接入网设备可 以为接入网(access network，AN)/无线接入网(radio accessnetwork，RAN)设备，由 多个5G-AN/5G-RAN节点组成的网络，该5G-AN/5G-RAN节点可以为：接入节点(access point， AP)、下一代基站(NR nodeB，gNB)、收发点(transmissionreceive point，TRP)、传 输点(transmission point，TP)或某种其它接入节点。上述核心网设备可以包括：接入和 移动性管理功能(access&mobility function，AMF)、会话管理功能(session management function，SMF)、策略控制功能(policy control function，PCF)、用户面功能(user plane funtion，UPF)等功能单元。这些功能单元可以独立工作，也可以组合在一起实现某些控制 功能，如：AMF、SMF和PCF可以组合在一起作为管理设备，用于完成用户设备的接入鉴权、 安全加密、位置注册等接入控制和移动性管理功能，以及用户面传输路径的建立、释放和更 改等会话管理功能，以及分析一些切片(slice)相关的数据(如拥塞)、用户设备相关的数 据的功能。UPF主要完成用户面数据的路由转发等功能，如：负责对用户设备的数据报文过 滤、数据传输/转发、速率控制、生成计费信息等。
图1B提供的是5G通信系统的网络架构示意图，在图1B所示的5G网络中，各功能单元 之间可以通过下一代网络(next generation，NG)接口建立连接实现通信，如：用户设备可 以通过NG接口1(简称N1)与AMF建立控制面信令连接，AN/RAN设备例如下一代无线接入基站(NR NodeB，gNB)，可以通过NG接口3(简称N3)与UPF建立用户面数据连接，AN/RAN 设备可以通过NG接口2(简称N2)与AMF建立控制面信令连接，UPF可以通过NG接口4(简 称N4)与SMF建立控制面信令连接，UPF可以通过NG接口6(简称N6)与数据网络交互用户 面数据，AMF可以通过NG接口11(简称N11)与SMF建立控制面信令连接，SMF可以通过NG 接口7(简称N7)与PCF建立控制面信令连接，需要说明的是，图1B仅为示例性架构图，除 图1B中所示功能单元之外，该网络架构还可以包括其他功能单元，如：核心网设备还可以包 含统一数据管理功能(unified data management，UDM)，本发明实施例对此不进行限定。
当图1A所示通信网络为4G网络时，用户设备可参照图1B中用户设备的相关描述，在此 不再赘述。接入网设备可以为基站(nodeB，NB)、演进型基站(evolution nodeB，eNB)、TRP、TP、AP或某种其它接入单元。核心网设备可以包括：移动管理实体(mobilitymanagement entity，MME)、策略与计费规则功能(policy and charging rules function，PCRF)等管 理设备，以及服务网关(serving gateway，SGW)、PGW等网关设备，还可以包括本地网关 (local gateway，LGW)。
例如：图1C为本发明实施例提供的4G网络架构示意图，在图1C所示的4G网络中，用户设备可以通过Uu接口与eNB建立空口连接，eNB通过S1-C接口与MME建立控制面信令连接，eNB通过S1-U接口与SGW建立用户面数据连接，SGW通过S11与MME建立控制面信令连 接，SGW通过S5/S8接口与PGW建立用户面数据连接。需要说明的是，图1C仅为示例性架构 图，除图1C中所示功能单元之外，该网络架构还可以包括其他功能单元，本发明实施例对此 不进行限定。
为了不失一般性，本发明实施例以图2作为组播架构的通信系统示意，其中核心网设备 包括控制面和用户面网元，分别对接接入网设备。用户设备可以通过无线空口连接到接入网 设备；接入网设备主要用于实现无线物理层功能、资源调度和无线资源管理、无线接入控制 以及移动性管理等功能；组播核心网设备可以包含组播核心网控制面(controlplan，CP)， 包含组播承载管理；组播核心网设备还包含组播核心网用户面(user plane，UP)，用于管理 组播数据网络到接入网设备间组播数据的发送；组播核心网的用户面可以对应到4G架构 MBMS-GW，组播核心网的控制面板可以对应到MME。需要说明的是，图2仅为示例性架构图， 仅包含组播网络架构所需的最少网元，因此除图2中所示功能单元之外，本发明不限定该网 络架构还可以包括其他功能单元。
图3是组播业务承载建立的过程。参与组播的用户设备可以称为组播终端；用户设备、 接入网设备、组播核心网以及组播业务平台，首先经过组播业务发现过程；组播核心网与组 播业务平台、接入网设备与组播核心网交互组播业务信息，从而建立组播业务；用户设备与 接入网设备之间确定组播使用的网络资源，从而建立无线承载。具体举例如下：
用户设备可以通过组播业务发现过程找到组播业务平台，例如：通过浏览过顶(Over The Top，OTT)网站，和组播业务平台对应的服务器交互，获取组播数据。也可以通过预配置的 组播业务平台地址的方式，如机顶盒设备一般都预配置组播业务平台。用户设备通过和组播 业务平台的交互获取组播节目单配置，该组播节目单配置中包含组播地址信息或者标识信息 等，具体包括：组播的互联网协议(internet protocol，IP)组播地址，空口的组播标识等。 用户在用户设备中选择节目，用户设备和组播业务平台交互，将用户设备加入组播业务的接 收方，该用户设备成为组播业务的参与者。相比于上述由用户触发组播业务建立的过程，当 组播业务处于广播模式下，组播业务平台在没有用户设备交互的触发下，也可以和组播核心 网发起组播业务建立过程。组播业务可以包括集群通讯的组通讯或者车联网组转发等业务， 这些应用场景建立组播业务的方式和上述OTT的视频或者广播方式类似。
组播会话建立：由组播业务平台和组播核心网交互信息，以此来触发组播核心网和组播 接入网设备(例如基站)之间建立组播会话。也可以由核心网收到用户设备加入组播业务的 消息，以此来触发建立组播会话。组播会话可以是由组播隧道承载也可以使用组播流标识， 前者通过建立组播隧道的方式，将组播数据放在组播隧道中发送到接入网设备，不同组播业 务(组播地址不同或者组播QoS不同)的组播业务放在不同的组播隧道；后者通过在组播报 文中携带组播流标识，用于区分不同的组播业务。如果用户设备加入组播业务前，组播会话 已经建立(如之前在相同接入网内已有其他用户设备申请加入组播业务)，则可以直接加入 组播组，进行组播数据接收。
在本发明实施例中，为了使接入网设备可以按不同的用户设备所处的状态，灵活调整组 播业务的执行方式，接入网设备需要获知用户设备的组播业务信息，组播业务信息可以包含 用户标识信息和组播业务标识。如图4A所示，组播业务信息可以由组播会话建立消息时，由 播会话建立请求携带；也可以如图4B所示，由组播加入请求携带，或者组播成员变更信息携 带；还可以如图4C所示，由组播业务接收信息携带。
以上图4A、图4B和图4C分别为三种不同的应用场面，下面将分别进行详细说明。
图4A可以为初次建立组播业务的场景，具体流程可以包括：
401A：用户设备向接入网设备发送组播业务加入请求。
402A：接入网设备将接收到的组播业务加入请求转发给组播核心网。
403A：组播核心网向接入网设备发送组播会话建立请求，在该组播会话建立请求中可以 携带组播业务信息和组播配置信息。
在组播业务信息中可以包含：用户标识信息和组播业务标识。组播配置信息可以包含组 播业务需要使用的资源的信息。
404A：接入网设备根据组播配置信息建立无线承载，如果接入网设备与用户设备之间已 经建立了无线承载，并且已经建立的无线承载满足组播配置的要求，那么该步骤可以不必执 行。
405A：接入网设备向组播核心网发送组播会话建立完成消息。
图4B可以是组播业务建立完成后，组播成员变更的流程，具体流程可以包括：
401B：用户设备向接入网设备发送组播业务加入请求。
402B：接入网设备将接收到的组播业务加入请求转发给组播核心网。
403B：组播核心网发现用户设备要加入的组播业务已经建立，向接入网设备发送组播成 员变更信息，该组播成员变更信息中可以携带用户标识信息和组播业务标识。
上述403B也可以是：组播核心网发现用户设备要加入的组播业务已经建立，向接入网设 备发送组播业务加入响应；在该组播业务加入响应中可以携带用户标识信息和组播业务标识。
404B：接入网设备根据用户设备要加入的组播业务对应的组播配置信息建立无线承载， 如果接入网设备与用户设备之间已经建立了无线承载，并且已经建立的无线承载满足组播业 务的要求，那么该步骤可以不必执行。
在以上图4B中，由于用户设备都会发送组播业务加入请求，该组播业务加入请求也可以 携带用户标识信息和组播业务标识，那么接入网设备也可以据此获知该用户设备要加入组播 业务标识所对应的组播业务。
在以上流程中，用户设备向接入网设备发送组播业务加入请求，接入网设备转发的过程， 可以通过非接入层信令发送，由接入网设备透传。以上图4B中，组播成员变更信息可以是专 用的指示信息，该专用的指示信息可以包含一个或者多个组播成员用户的标识信息。
图4C可以是组播业务建立完成后，组播成员变更的流程，具体流程可以包括：
401C：用户设备向接入网设备发送组播业务接收信息。
上述组播业务接入信息中可以指示用户设备需要接收哪个组播业务。具体方式可以是在 组播业务接收信息中携带组播业务标识，如：组播业务的组播IP地址或者类似于MBMS的临 时移动组标识(temporary mobile group identity，TMGI)。
402C：接入网设备接收到组播业务接收信息后，根据其中携带的组播业务标识确定该用 户设备加入到了哪一个组播业务组。接入网设备可以将组播业务接收信息转发给组播核心网。
403C：组播核心网可以返回组播业务加入响应，告知接入网设备已经将该用户设备加入 组播业务。
另外，在本发明实施例中，接入网设备要获得的组播信息，可以由接入网设备监听用户 设备的组播加入消息如用户设备发送的互联网组管理协议(internet groupmanagement protocol，IGMP)的加入(join)消息来获取用户设备和组播业务的对应关系。
接入网设备可以根据不同的用户设备的状态选择或调整组播数据的发送方式，可以有使 用空口无线的组播的方式，也可以使用空口无线的单播的方式，还可以使用空口无线的组播 和单播协作的方式。以下提供了几种常见的组播业务的应用场景举例。
一、半静态方式选择单播方式或者组播方式
如图5所示，用户设备少的情况下使用单播，用户多的时候使用组播。六边形区域为小 区示意，六边形区域可以是一个小区也可以是多个小区组合的小区集合。其中左侧一个黑点 表示1个用户设备，由于组播组内的用户设备较少，即：参与组播业务的用户设备较少，可 以选择使用单播，右侧组播组内有4个用户设备，可以使用组播。具体的应用场景举例如下：
(A)
本实施例举例为半静态方式选择单播方式或组播方式，接入网设备根据组播业务在组播 区域内用户设备数量确定配置用户设备采用单播方式还是组播方式接收组播数据。相应地， 接入网设备将以单播方式或者组播方式向用户设备发送组播业务数据。接入网设备也可以配 置用户设备可以使用组播方式和单播方式，该应用场景在后续实施例中举例说明。
组播区域可以是一个小区，几个小区，或者可以是类似于MBSFN多个同步发送的小区。
接入网设备可以是基站或者基站的集中单元(centralize unit，CU)。
如5左边六边形区域所示，如果接收组播业务数据的用户设备数量较少，接入网设备可 以配置用户设备采用单播方式接收组播业务数据。这种情况下，用户设备可以接收基站针对 其特定标识(identity，ID)的调度信息，进行相应的数据接收和反馈。该特定ID可以是： 小区无线网络临时标识(cell radio network temporary identity，C-RNTI)，媒体接入控 制(medium access control，MAC)地址或者其他可以唯一标识该用户设备的ID。
如图5右边六边形区域所示，如果组播区域内接收组播业务数据的用户设备数大于指定 门限，基站可以选择通过组播方式将组播业务数据发送给组播组内的用户设备，节省空口的 资源。基站可以配置接收组播业务数据的用户设备，通过相同的组播ID，使所有的用户设备 可以接收相同的调度信息，在相同的无线资源上接收相同的组播业务数据。组播ID可以如： Group-RNIT,组MAC地址,TMGI或其他类似的组播业务空口ID。上述指定门限阈值可以由接 入网管理系统进行预配置，也可以由核心网在组播会话建立时携带给接入网。
具体流程如图6所示，可以包括：
601：组播会话建立后，接入网设备发现用户设备很少，与用户设备1建立无线承载，使 用单播方式发送组播数据，用户设备使用单播方式接收组播数据。
以上步骤601中，配置用户设备1以单播方式接收组播业务数据，在配置消息中可以携 带接入网设备向上述用户设备发送的配置信息，配置信息中通常可以包含以下内容之一：组 播承载的配置，组播承载对应的组播会话信息，组播承载逻辑信道信息，以及通过单播模式 传输的指示信息。其中组播会话信息可以包括：(演进分组系统(evolved packetsystem， EPS)承载(bearer)信息EPS或者EPS流(flow)信息。
更具体地，在以上步骤601中，组播会话建立后，由于用户设备太少，接入网设备依据 当前接收该组播业务数据的用户终端数量少，确定采用单播发送效率较高，则可以配置用户 设备1以单播方式接收组播业务数据，在配置消息中可以携带接入网设备向上述用户设备发 送的配置信息，其中可以包含以下配置信息中的至少一种：承载的配置信息、资源层配置信 息。
其中，承载的配置信息可以包含以下信息中的至少一种：无线承载配置和安全配置。无 线承载配置中可以携带以下信息之一：无线承载ID，组播业务对应的演进分组系统承载ID (bearer ID)，服务质量(quality of service，QoS)流(flow)，或组播业务会话信息 的配置信息，PDCP配置信息，RLC配置信息，PDCP配置信息。
前述组播业务会话信息可以包括：会话标识(session ID)，TMGI标识等。RLC配置信 息可以是对应的确认模式(acknowledged mode,AM)RLC配置或无应答模式(Unacknowledged Mode，UM)RLC配置，以及和逻辑信道的映射关系，是映射至单播逻辑信道或者是组播逻辑 信道，也可以是同时映射至单播或组播逻辑信道。RLC配置中还可以包括AM或UM的发送方 式，以及RLC映射的逻辑信道信息，如是组播逻辑信道还是单播逻辑信道的信息，逻辑信道 ID等。PDCP配置信息中可以包含PDCP和RLC之间的映射关系(包括是只映射到单播方式还 是组播方式，或者是混合方式)，PDCP支持重传功能的指示信息。组播逻辑信道包括：组播 控制信道(multicast control channel，MCCH)/组播业务信道(multicasttraffic channel， MTCH)；单播逻辑信道包括：专用控制信道(dedicate controlchannel，DCCH)/专用业务 信道(dedicated traffic channel，DTCH)。
资源层配置信息可以包含MAC层配置和物理层配置。其中，物理层配置可以包括频谱资 源配置，形式可以是一个或者多个物理小区配置信息，载波配置信息或载波分片的配置信息， 包含对应的ID，带宽，子帧格式等。进一步地，物理层配置还可以包括对应的物理信道/信 号的物理视频资源配置信息和对应的标识信息，如：单播物理控制和共享信道的配置信息及 和单播调度标识，组播物理控制和共享信道的配置信息及和组播调度标识，单播和组播物理 控制和共享信道可以相同或者共享相同的物理资源。MAC层配置则可以包括单播或组播的逻 辑信道和对应的物理信道之间的映射关系，逻辑信道优先级信息，以及HARQ的配置信息。
上述配置消息中还可以携带测量信息，例如：用作组播和单播切换的测量事件配置信息。 上述配置消息中还可以携带安全加解密信息，例如：组播业务的加解密算法等。
602：有新的用户设备加入到组播组。
603：核心网一侧可以向接入网设备发送组播会话更新的消息，告知接入网设备有新的用 户设备加入到组播业务。
604：接入网设备发现组播组内的用户设备数量达到n个，达到了指定使用组播方式发送 业务数据的阈值，如果单播方式建立的无线承载不适用于组播方式，那么可以更新与用户设 备1之间的无线承载。
605：接入网设备与新加入的用户设备n之间建立无线承载，用于组播方式的数据传输。
在以上流程中，接入网设备接收相同组播业务的用户设备数量增加的信息后，根据接入 网设备的选择算法，确定选择使用组播方式发送组播业务数据，接入网设备给相应的用户设 备配置相应的配置信息，在配置信息中携带相应的组播配置。
以上流程中，步骤603和步骤604的接入网设备可以获知组播组内的用户设备数量；上 述选择算法可以是：达到指定用户设备数量的门限，或者根据用户设备的信道状态，确定使 用组播方式发送组播业务数据比分别用单播方式发送组播业务数据使用更少的无线资源，则 可以确定选择使用组播方式发送组播业务数据，相应地用户设备使用组播方式接收组播业务 数据。
在以上流程中，步骤604建立组播的无线承载，接入网设备可以向终端发送组播配置， 通常可以携带以下内容之一：组播承载的配置，组播承载对应的组播会话信息，组播承载逻 辑信道信息，组播的调度标识，组播的传输信道配置，组播的逻辑信道配置，组播信道的测 量配置，组播关联的单播配置等。其中，组播会话可以包括：EPS bearer或者EPSflow；组 播的调度标识可以包括：组无线网络临时标识(group RNTI，G-RNTI，简称组播标识)；组 播的传输信道配置可以包括：子帧，或者载波；组播的逻辑信道配置可以包括：逻辑信道标 识。
通过单播方式或者组播方式接收组播业务数据，对于用户设备接收的差异体现在监听物 理层调度标识的差异，采用单播方式接收，按用户设备标识(如C-RNTI)监听并接收物理层 发送的调度信令；采用组播模式接收，用户设备按照组播标识(如G-RNTI)监听并接收。其他 如针对单播方式和组播方式的控制信令的格式或大小也可以有差异。其中控制信令可以是下 行链路控制信息(downlink control information，DCI)。用户设备可以处于单播方式或者 组播方式接收状态中的一种，这样可以减少需要监听检测的信令数量。此外用户设备也可以 同时处于单播方式和组播方式的接收状态，此时用户设备同时检测接入网设备发送的单播调 度信令和组播调度信令，并按调度信令的指示到对应的时频资源上接收组播业务数据。
(B)
如图7所示，为另一种选择组播方式或者单播方式的应用场景。当接收同一组播业务数 据的用户设备中，有部分用户设备因处于小区的边缘等原因信号质量较差，如果将这些用户 设备全部纳入组播组，以组播方式发送组播业务数据，需要考虑信号质量最差用户设备采取 较低的效率发送组播数据，这样会导致整体效率下降。这种情况下，接入网设备可以根据用 户设备的信道质量将用户设备进行分组，指定信道质量好的用户设备使用组播方式接收组播 业务数据，信道质量差的使用单播方式接收组播业务数据。
接入网设备获得用户设备的信道质量的方式可以是用户设备发送的信道测量反馈，例如： 用户设备上报的测量报告或者信道状态信息(channel state information，CSI)反馈。被 指定使用组播方式接收组播业务数据的用户设备，可以是信道质量好于指定门限的用户设备。 对于那些信道质量不满足指定门限的用户设备，可以删除或者去激活组播方式接收组播业务 数据，从而避免为了满足信道质量差的用户设备成功接收数据，而拉低组播业务数据的整体 传输效率。对于信道质量较差的用户设备，接入网络设备可以采用单播的方式发送组播业务 数据。
如图8所示，具体流程可以如下：
801：在组播会话建立以后，接入网设备与用户设备之间建立无线承载，初次建立的无线 承载可以适应于组播业务来建立。
802：用户设备向接入网设备发送信道测量反馈。
803：接入网设备根据信道测量反馈发现该用户设备信道质量较差，影响组播业务整体的 传输效率，与该用户设备建立适应于单播业务的无线承载。
在以上流程中，建立无线承载的过程可以参考前文实施例，在此不再赘述。以上图8所 示的流程，在建立无线承载的过程中可以仅发送要建立的无线承载所需要的配置信息，具体 地：在步骤801,接入网设备可以向用户设备仅发送组播的配置信息，不必发送单播的配置信 息；在步骤803可以仅发送单播的配置信息不必发送组播的配置信息。另外，如果初次建立 组播业务，可以由用户设备首先执行802，然后确定用户设备建立何种无线承载。另外，对 于新加入的用户设备，可以不必执行801。在以上流程中，也可以在801发送组播的配置信 息和单播的配置信息，后续在803仅告知用户设备切换到单播模式，或者用户设备自己判断 信道质量差切换到单播模式。
如图9所示，是另一种应用场景的实现方式举例，包括：
901：组播会话已经建立，或者新建立组播会话后，接入网设备向用户设备发送组播的配 置信息和单播的配置信息，以及切换门限等信息给用户设备；用户设备依据切换门限确定与 接入网设备之间建立无线承载。
902：用户设备可以向接入网设备发送信道测量报告，告知接入网设备自身的信道质量。
由于用户设备已经知道切换门限，因此可以自己决策切换，发送测量报告的另一个用途 可以是告知接入网设备，用户设备已经完成切换。
本实施例中，接入网设备将组播的配置信息和单播的配置信息都发送给用户设备，还可 以将采用组播方式或者采用单播方式接收组播业务数据的测量门限或者测量事件条件发送给 了用户设备，当用户设备通过测量依据切换门限确定满足接收方式切换的条件时，通过信令 通知接入网设备，来激活组播的配置或单播的配置，建立相应的无线承载，进而切换到使用 相应的接收方式。用于通知接入网设备的心理可以是信道测量报告。
(C)
如图10所示，一个组播组可以分为不同的子组播组。在本实施例中组播业务数据还可能 采用预定的方式进行分组来提高整体的传输效率。由于用户设备具有不同方向，接入网设备 可以通过不同的波束赋形覆盖不同的用户设备；另外，由于用户设备具有不同运动速度也可 以分在不同的子组播组；不同的接收能力的用户设备也可以分在不同的组。不同接收能力可 以如：支持的天线数量，2天线，4天线等来确定。
在本实施例中，接入网设备可以通过用户设备反馈信道，来获得用户设备的接收能力和 运动状态等信息，通过灵活的分组尽可能减少组内用户的差异性，避免组播效率变低。即： 组播业务数据可以分为多个子组播组来发送，在空口可以按不同的组播配置发送。不同子组 播组的组播用户可以通过配置不同的组播的调度标识和或组播的传输信道配置进行区分，避 免组间资源冲突或者干扰。组播的调度标识，如：group RNTI；组播的传输信道配置，如： 子帧，或者载波等。
另外，组内用户的差异性，也可以称为组内差异性，是指子组播组内用户设备之间的差 异性，由于分组是为了提高组播业务数据的传输效率，因此参考值通常是分组的依据，参考 值例如：以上举例中的运动状态，可以将运动慢的分在一组，运动快的分在一组；也可以例 如用户设备的方向，依据接入网设备天线的波束赋形按照是否能够覆盖以及覆盖后可能的信 道质量划分。这种差异性，最终会体现在用户设备之间是否存在影响导致子组播组的传输效 率。通常来说，参考值的差异性越小，那么相互影响会越小。
二、混合模式下动态选择单播方式或者组播方式
在以下举例中，参与接收组播业务数据的用户设备，存在组播方式和单播方式共存的情 况；在以下举例中，侧重于对动态调整组播方式和单播方式的说明。
(A)
如图11所示，三条曲线A、B和C分别表示三个用户设备接收相同的组播业务数据，在 一段时间内的信道质量的变化情况，在t0-t1时间段，A、B和C都处于信道质量较好的阶段， 接入网设备通过组播方式发送给A、B和C。t1-t2时间段，用户设备C发生较强的信道质量 恶化，这种信道质量恶化可能是因为移动或者发生了临时信号被遮挡或者干扰等情况，导致 无法保证组播业务数据被正确接收。由于通过单播方式接收组播业务数据可以通过混合自动 重传(hybrid automatic repeat request，HARQ)，动态调度或者自适应调制编码(adaptive modulation and coding，AMC)调整，对该用户设备信道条件的变差进行弥补。因此在t1-t2 时间段，用户设备A和B可以继续使用组播方式接收组播业务数据，用户设备C使用单播方 式接收组播业务数据；在时间t2之后，用户设备C的信道质量恢复到较好的状态，那么用户 设备C可以再使用组播方式接收组播业务数据。具体流程可以如图12所示，包括：
1201：在组播会话建立后，建立与用户设备之间的无线承载。
本步骤中，可以一次发送组播的配置信息和单播的配置信息，无线承载可以选择组播的 无线承载或者单播的无线承载，可以参考前文实施例，在此不再赘述。
1202：用户设备向接入网设备发送信道测量反馈。
在这里信道质量反馈携带的是信息是用户设备的信道质量的信息，具体可以是：测量报 告、信道状态报告、上行参考信号。另外，由于在步骤1201中，配置信息中可以指定切换的 门限，因此如果用户设备自己决定是否要切换接收组播业务数据的方式，在本步骤也可以由 用户设备发送接收方式的切换指示信息。
1203：接入网设备可以通过用户设备发送的信道测量反馈或者用户设备发送的接收方式 的切换指示信息，确定用户设备从采用组播方式接收组播业务数据切换到采用单播方式接收 组播业务数据，或者，从采用单播方式接收组播业务数据切换到的组播方式接收组播业务数 据。接入网设备向用户设备发送切换指示，用户设备则进行业务数据的接收方式的切换。
以上图11中，在t1时刻，接入网设备确定的是用户设备C从采用组播方式接收组播业 务数据切换到采用单播方式接收组播业务数据，在t2时刻，接入网设备确定的是用户设备C 从采用单播方式接收组播业务数据切换到采用组播方式接收组播业务数据。
在本实施例中，接入网设备可以通过信令指示用户设备C从采用组播方式接收组播业务 数据切换到采用单播方式接收组播业务数据。在步骤1203中，切换用户设备接收组播业务数 据的方式，可以通过无线承载重配的方式进行。为了更快进行切换，从而匹配快速的信道状 态变化，接入网设备在步骤1201的组播业务建立时，将组播的配置信息和单播的配置信息都 发送给用户设备，在需要切换模式时，通过切换指令来指示用户设备切换组播业务数据的接 收方式，或者激活指定的组播业务数据的接收方式。切换指令可以如：物理层下行控制指示 (downlink control indicator，DCI)或者MAC层的控制单元(controlelement，CE)。
三、业务触发的组播单播模式切换
在以下举例中，参与接收组播业务数据的用户设备，存在组播方式和单播方式切换的情 况；在以下举例中，有组播业务数据需要使用单播方式发送给用户设备，后续用户设备可以 使用组播方式接收组播业务数据。
如图13所示，表示了一种由业务触发接收方式切换的场景。由于组播通方式常会以固定 速率发送和接收，如果用户设备有特定的诉求，如：需要以更高速度接收组播业务数据时， 用户设备可以通过信令和接入网设备交互，由接入网设备使用单播方式发送组播业务数据给 该用户设备。如如图12所标的场景中，用户设备正在接收视频业务，当前的视频常见编解码 方式H.264/H.265中图像帧以序列为单位进行组织，有I帧，B帧和P帧，其中I帧是全帧 压缩编码帧，解码时仅用I帧的数据就可重构完整图像。B帧和P帧是基于I帧为基础，只 传输与其有差异的部分，由于视频信息中，连续帧之间相同的信息很多，通过B/P帧可以大 量减少相同信息的传输从而节省传输的带宽。然而，用户设备在接收一个新的视频时，比如 点击了一个新的视频，进度条拖动或者换台时，需要先解开一个I帧才能顺利的播放。在单 播业务中，服务器总是以I帧为起始发送数据，然而组播业务由于是同时发送给多个用户的， 新加入的用户无法确保在加入时刚好能接收到一个新的I帧，如图13所示，用户设备在T1 时刻开始接收组播业务数据，此时前一个I帧已发送完成，后一个I帧还未开始发送，基于 当前开始接收的P帧和B帧用户设备无法正确完成一个完整视频帧的构建，因此用户设备只 能处于黑屏状态，无法马上开始视频播放。此时用户设备可以指示接入网设备使用单播方式 发送组播业务数据，以较高的速率为用户设备发送之前未接收的I帧和B，使用户设备可以 马上开始视频播放。当用户设备通过单播方式接收的数据帧大于或者等于当前组播的数据帧 序号时，用户设备可以释放单播资源，切换回组播方式通过组播方式接收组播业务数据。
核心网设备可以将不同数据包的类型通过数据包头中的标记进行区分，接入网设备可以 根据核心网设备的指示信息，进行组播业务数据发送，并缓存一定的时间。当有新的用户设 备加入组播组或者原有用户设备开始接收组播业务数据时，接入网设备可以先使用单播方式 发送一段组播业务数据，这些组播业务数据可以是由接入网设备之前缓存的，发送的起始数 据包可以是一段时间内，或者从最近一个特殊类型的数据包开始。如果接入网设备没有缓存 需要使用单播方式发送的组播业务数据，则单播方式发送的组播业务数据可能由核心网设备 发送到接入网设备，在组播会话建立或更新过程中，核心网设备和接入网设备之间建立一个 单播发送的通道，用于发送组播业务数据。这些需要使用单播方式发送的组播业务数据发送 结束后，由接入网设备或者用户设备设备自己切换回组播方式接收组播业务数据。如果是上 述核心网设备发送组播业务数据到接入网设备的场景，核心网可以通知接入网何时结束单播 方式发送组播业务数据，可以通过单独的信令或者数据包中的特殊标识(如GTP-U的end marker)表示使用单播方式发送组播业务数据结束。类似的接入网设备也可以通过专用信令 或者结束数据包标识，通知用户设备切换回组播方式接收组播业务数据。以视频播放场景为 例，具体过程可以参照图14所示包括：
1401：在组播会话建立后，用户设备加入组播组，或者用户设备切换到组播方式接收组 播业务数据，建立无线承载适应于以组播方式接收组播业务数据。
在本步骤中，用户设备可以是新加入组播组的用户设备，也可以是组播组已有的用户设 备。
1402：接入网设备确定有一部分组播业务数据需要以单播方式发送给用户设备，与用户 设备之间建立无线承载，用于单播方式发送组播业务数据。
接入网设备确定组播业务数据需要以单播方式发送给用户设备的方式可以包括：核心网 设备在数据包的协议头中指定某些数据包，例如：B帧和P帧需要以单播方式发送；或者， 接入网设备自己解析收到的数据包，发现是B帧或P帧，则确定需要以单播方式发送。
1403：接入网设备向用户设备发送需要以单播方式发送的组播业务数据。
接入网设备以单播方式发送的组播业务数据，可以是自己缓存的，例如：组播业务执行 过程中，接入网设备均缓存最近发送的一个I帧以及该I帧到下一个未接收的I帧之间的数 据，作为需要以单播方式发送的组播业务数据；也可以是从组播业务的源端获得的数据，具 体如何获得这些需要以单播方式发送的组播业务数据本发明实施例不作唯一性说明。
1404：接入网设备在发送完毕需要以单播方式发送的组播业务数据后，将接入网设备与 用户设备之间的无线承载重新切换回用于组播方式接收组播业务数据的无线承载。
切换的方式可以是接入网设备向用户设备发送切换指令，也可以是重配无线接入承载， 使新建立的无线承载能够适应于组播方式发送业务数据。
1405：接入网设备使用组播方式向用户设备发送组播业务数据。
四、组播业务数据的发送方式切换期间的业务连续性保障：
在组播方式切换到单播方式时，为了保障组播业务的连续性，用户设备可以在切换到单 播方式后，以数据包编号的方式通知接入网设备，使用单播方式开始发送的数据包是哪个。 例如：可以通知接入网设备最后一个成功接收到的数据包序号，或者，下一个需要接收的数 据包序号，或者，也可以通过PDCP状态报告的方式通知接入网设备，该PDCP状态报告用于 指示接入网设备从序号N开始到M为止，用户设备已经成功接收的数据包标识为1，未成功 接收的数据包标识为0。根据用户设备发送的信息，接入网设备使用单播方式发送用户设备 未接收到的数据包，确保用户设备的业务连续性。
五、混合发送方式下单播方式和组播方式协作：
单播方式和组播方式不仅可以相互切换，还可以相互配合协作。由于目前采用组播方式 传输组播业务数据没有反馈信息，无法进行重传，使得组播业务只能采用比较保守鲁邦的传 输方式传输来确保终端在大部分场景下一次接收就能成功。由于保守的传输方式需要牺牲资 源的效率，本申请的组播增强方案，可以引入参与组播业务的用户设备的反馈机制，在组播 组内有用户设备接收失败后，接入网设备进行重传。本发明实施例中，可以通过单播方式来 重传组播业务数据。
如图15和图16所示，A、B以及C分别表示组播组内的一个用户设备，其中用户设备C在T1到T2间信道质量变差，如用户设备C进入小区边缘或者或者信道被阻挡等，使得用户设备C接收组播业务数据失败。用户设备C可以通过反馈信息，告知接入网设备需要重传的数据包。在有数据包重传的过程中，用户设备可以同时进行组播方式和单播方式的组播业务 数据接收，在单播的协助下，组播可以达高的可靠性，以及可以用更高效的组播方式发送。
用户设备告知接入网需要重传的数据包的方式具体可以有：
用户设备通过反馈信息和重传的数据包的固定关系，如：物理层反馈信道发送NACK的方 式，指定接入网设备通过单播方式重传n-k子帧发送的数据包,n为NACK发送的子帧。也可 以通过显式的数据包编号，如：RLC或PDCP的状态报告，以显示的方式指示序列号为(sequence number x，SNx)的一个或多个数据包需要重传。
前述实施例对组播业务涉及空口传输的几个典型场景和流程进行了举例说明。下面实施 例将集中说明接入网设备和用户设备的用户面协议栈结构。
如图17以及图18所示，是在PDCP层实现组播和单播协作的协议栈结构，包含接入网设 备的组播用户面发送侧协议栈结构，以及用户设备1至n作为接收侧的协议栈结构，和RLC 层的服务接口可以参考组播以及单播相关协议规定，在此不再赘述。
接入网设备为不同的组播会话建立组播承载，每个组播承载对应一个组播PDCP。PDCP之 前还可以增加的各种业务到承载的映射功能实体，如5G中在PDCP之上还有一个SDAP，用于 流(flow)到PDCP的映射，与本发明实施例核心内容的功能无关，因此后续都省略描述。组 播PDCP对组播业务SDU增加序列号(sequence number，SN)，该SN用于接收侧进行数据包 排序和重传请求。组播PDCP还可以进行组播数据包的加密功能，组播使用业务加密秘钥而不 是终端的加密秘钥，可以确保不同的用户能对组播PDCP解密。PDCP还可以有对数据包头进 行头压缩功能。然后添加PDCP头，交由复制和路由模块。在底层通过单播方式发送的数据包， 可以将数据包复制然后缓存到一个队列，用于处理后续的重传请求；组播方式发送的数据包 则可以不需要复制和缓存。
在PDCP完成数据包的处理后，将得到的分组数据单元(packet data unit，PDU)数据 发送到RLC模块，由于组播方式下自身无法完成反馈，因此组播RLC可以采用的是UM模式， 在底层进一步映射到组播MAC，通过独立的HARQ实体和独立的调度标识(如G-RNTI)在对应 的组播物理层提供的组播物理信道上进行发送。对于处于单播状态的用户设备，组播PDCP可 以根据组播组的成员信息，发送到对应用户设备与该组播业务相关联的单播RLC实体，这里 RLC可以选择AM或者UM模式，再由该用户设备的RLC发送到单播MAC实体，由其单播HARQ 实体负责单播调度，以及在单播物理层进行HARQ数据发送。
根据上述场景描述中可见，用户设备可以处于单播方式或者多播方式中的一种，或者也 可以处于单播方式和多播方式同时工作的混合模式。当仅采用一种接收或发送方式的情况下， 用户设备可以根据接入网设备的配置，通过组播RLC或者单播RLC接收数据包，然后递交给 组播PDCP。当处于混合模式时，组播RLC实体和单播RLC实体可能会同时向组播PDCP提交 PDU数据，PDCP根据SN号对RLC递交的PDU数据进行排序或者重复判断。PDCP判断有数据 包丢失时，如SN号不连续时，可以由PDCP发起重传请求，如通过PDCP状态报告的方式，通 知接入网设备缺失的数据包SN号。该重传请求通过单播方式反馈到接入网设备对应的单播 RLC实体，并由接入网设备的单播RLC实体提交给组播PDCP。由组播PDCP将相应SN号的PDU 数据，再次通过单播RLC发送，从而完成数据重传。
如图19所示，表示的在RLC层进行组播方式和单播方式切换的协议栈结构。其中，组播 RLC负责数据包的分割，然后发送到组播MAC进行发送；对于处于单播模式的用户设备，组 播RLC进行PDU复制后发送给用户设备对应的单播MAC HARQ实体进行单播发送。当用户设备 处于混合模式时，组播方式下接收失败时，由用户设备的ARQ实体，发起RLC状态报告，请 求接入网设备的组播RLC对缺失的RLC SN标识对应的PDU数据进行重传。相比由PDCP控制 切换的方法，由组播RLC发起重传，可以按照RLC的PDU粒度进行重传，避免了重传整个PDCP PDU，重传整个PDCP PDU数据通常是IP包粒度，而组播RLC可能根据空口的资源状态，将组 播PDCP的PDU数据分割成数个分段，从而避免了重传粒度大导致重传资源浪费的问题。当用 户设备请求重传数据时，组播RLC还可以按照用户设备当前的无线资源状况对要求重传的RLC PDU再次进行分割。
本发明实施例可以应用到各种无线接入制式，基于PDCP实现组播方式和单播方式的配合， 可以完成如通过LTE组播，NR进行单播，或者LTE组播，WLAN进行单播。
本发明实施例还提供了一种接入网设备，如图20所示，包括：
指示发送单元2001，用于向用户设备发送指示信息，上述指示信息用于指示组播业务数 据的接收方式，上述接收方式包括单播方式和/或组播方式；
数据发送单元2002，用于使用上述指示信息中指示的单播方式和/或组播方式发送上述 组播业务数据。
在一个可选的实现方式中，上述接入网设备还包括：
配置发送单元2003，用于向上述用户设备发送配置信息，上述配置信息用于组播业务数 据的接收。
在一个可选的实现方式中，上述配置信息包括：
组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播 的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据 的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联 的单播配置信息中的至少一种。
在一个可选的实现方式中，上述接入网设备还包括：
信息接收单元2004，用于接收上述用户设备或核心网设备发送的组播业务信息，上述组 播业务信息用于通知上述用户设备接收上述组播业务数据，上述组播业务信息中包含上述用 户设备的标识信息和上述组播业务的标识信息。
在一个可选的实现方式中，上述信息接收单元2004，用于接收上述用户设备或核心网设 备发送的组播业务信息包括：
接收上述核心网设备发送的组播会话建立请求，上述组播会话建立请求中包含上述用户 设备的标识信息和上述组播业务的标识信息；
或者，接收上述核心网设备或上述用户设备发送的组播成员变更信息。
在一个可选的实现方式中，上述接入网设备还包括：
方式确认单元2005，用于根据接收上述组播业务数据的用户设备数量指示上述用户设备 使用单播方式和/或组播方式接收上述组播业务数据；
或者，接收上述用户设备发送的信道测量信息，根据上述信道测量信息指示上述用户设 备使用单播方式和/或组播方式接收上述组播业务数据。
在一个可选的实现方式中，上述配置信息包括第一组播配置信息和第二组播配置信息；
上述指示信息指示上述组播业务数据的接收方式包括组播方式，且上述指示信息中指示 上述第一组播配置信息或者上述第二组播配置信息用于组播业务数据的接收。
在一个可选的实现方式中，
上述数据发送单元2002，还用于根据上述用户设备的指示使用单播方式发送上述组播业 务数据中的至少一个数据包；
或者，根据核心网设备的指示使用单播方式发送上述组播业务数据中的至少一个数据包；
或者，根据上述组播业务数据中的至少一个数据包的类型信息使用单播方式发送上述至 少一个数据包。
在一个可选的实现方式中，上述至少一个数据包为在上述接入网设备中缓存的已采用组 播方式发送的组播业务数据，或者，从组播业务数据源接收的已采用组播方式发送的组播业 务数据。
在一个可选的实现方式中，上述接入网设备还包括：
状态接收单元2006，用于接收上述用户设备发送的接收状态信息，上述接收状态信息用 于表示上述组播业务数据中数据包的接收状态；
上述数据发送单元2002，还用于根据上述接收状态信息，使用单播方式向上述用户设备 发送上述组播业务数据中未接收成功的数据包。
在一个可选的实现方式中，上述数据发送单元2002，用于通过数据会聚协议PDCP层将 待发送的组播业务数据发送至单播无线链路控制RLC实体，并使用单播方式发送上述待发送 的组播业务数据。
在一个可选的实现方式中，上述数据发送单元2002，还用于上述接入网设备在数据会聚 协议PDCP层复制上述待发送的组播业务数据，将上述待发送的组播业务数据存储。
在一个可选的实现方式中，上述数据发送单元2002，用于上述接入网设备通过组播数据 会聚协议PDCP层将待发送的组播业务数据发送至组播无线链路控制RLC实体，由上述组播无 线链路控制RLC实体将上述待发送的组播业务数据发往单播媒体接入控制MAC实体，由上述 单播媒体接入控制MAC实体使用单播方式发送上述待发送的组播业务数据。
本发明实施例还提供了一种用户设备，如图21所示，包括：
指示接收单元2101，用于接收接入网设备发送的指示信息，上述指示信息用于指示组播 业务数据的接收方式，上述接收方式包括单播方式和/或组播方式；
数据接收单元2102，用于使用上述指示信息中指示的单播方式和/或组播方式接收上述 组播业务数据。
在一个可选的实现方式中，上述用户设备还包括：
配置接收单元2103，用于接收上述接入网设备发送的配置信息，上述配置信息用于组播 业务数据的接收。
在一个可选的实现方式中，上述配置信息包括：
组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播 的调度标识信息，组播方式发送组播业务数据的传输信道信息，单播方式发送组播业务数据 的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联 的单播配置信息中的至少一种。
在一个可选的实现方式中，上述用户设备还包括：
信息发送单元2104，用于向上述接入网设备发送组播业务信息，上述组播业务信息用于 通知上述用户设备接收上述组播业务数据，上述组播业务信息中包含上述用户设备的标识信 息和上述组播业务的标识信息。
在一个可选的实现方式中，上述信息发送单元2104，用于向上述接入网设备发送组播业 务信息包括：向上述接入网设备发送组播成员变更信息。
在一个可选的实现方式中，上述用户设备还包括：
上述数据接收单元2102，用于根据接收上述组播业务数据的用户设备数量选择使用单播 方式和/或组播方式接收上述组播业务数据；
或者，根据上述用户设备的信道测量信息，选择使用单播方式和/或组播方式接收上述组 播业务数据。
在一个可选的实现方式中，上述配置信息包括第一组播配置信息和第二组播配置信息；
上述指示信息指示上述组播业务数据的接收方式包括组播方式，且上述指示信息中指示 上述第一组播配置信息或者上述第二组播配置信息用于组播业务数据的接收。
在一个可选的实现方式中，上述用户设备还包括：
指示发送单元2105，用于指示上述接入网设备使用单播方式发送上述组播业务数据中的 至少一个数据包。
在一个可选的实现方式中，上述用户设备还包括：
状态发送单元2106，用于向上述接入网设备发送接收状态信息，上述接收状态信息用于 表示上述组播业务数据中数据包的接收状态；
上述数据接收单元2102，用于接收上述接入网设备发送的上述组播业务数据中未接收成 功的数据包。
在一个可选的实现方式中，上述状态发送单元2106，还用于在分组数据会聚协议PDCP 层进行丢包检测，获得上述接收状态信息。
在一个可选的实现方式中，上述用户设备还包括：
上述数据接收单元2102，还用于在单播无线链路控制RLC实体将接收到的组播业务数据 发送至上述组播数据会聚协议PDCP层。
请参见图22，图22是本发明实施例提供的一种设备220，该设备220包括处理器2201、 存储器2202和收发器2203，上述处理器2201、存储器2202和收发器2203通过总线相互连 接。
存储器2202包括但不限于是随机存储记忆体(random access memory，RAM)、只读存 储器(read-only memory，ROM)、可擦除可编程只读存储器(erasable programmableread only memory，EPROM)、或便携式只读存储器(compact disc read-only memory，CD-ROM)， 该存储器2202用于相关指令及数据。收发器2203用于接收和发送数据。
处理器2201可以是一个或多个中央处理器(central processing unit，CPU)，在处理 器2201是一个CPU的情况下，该CPU可以是单核CPU，也可以是多核CPU。
该设备220中的处理器2201用于读取上述存储器2202中存储的程序代码，执行以下操 作：
在上述存储器2202中存储有程序代码；
上述处理器2201用于读取上述程序代码与上述收发器2203配合实现由接入网设备或者 由用户设备执行的任意一项的方法。其中收发器2203可以实现前文用户设备或者接入网设备 中实现收发功能的各种单元的功能，其他功能由处理器2201实现。
参考图23，图23示出了本申请的一些实施例提供的用户设备230。如图23所示，用户 设备230可包括：输入输出模块(包括音频输入输出模块2318、按键输入模块2316以及显示器2320等)、用户接口2302、一个或多个处理器2304、发射器2306、接收器2308、耦合 器2310、天线2314以及存储器2312。这些部件可通过总线或者其它方式连接，图23以通过 总线连接为例。其中：
天线2314可用于将电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换 成传输线中的电磁能。耦合器2310用于将天线2314接收到的移动通信信号分成多路，分配 给多个的接收器2308。
发射器2306可用于对处理器2304输出的信号进行发射处理。
接收器2308可用于对天线2314接收的移动通信信号进行接收处理。
在本申请的一些实施例中，发射器2306和接收器2308可看作一个无线调制解调器。在 用户设备230中，发射器2306和接收器2308的数量均可以是一个或者多个。
除了图23所示的发射器2306和接收器2308，用户设备230还可包括其他通信部件，例 如GPS模块、蓝牙(bluetooth)模块、无线高保真(wireless fidelity，Wi-Fi)模块等。不限于上述表述的无线通信信号，用户设备230还可以支持其他无线通信信号，例如卫星信号、短波信号等等。
所述输入输出模块可用于实现用户设备230和用户/外部环境之间的交互，可主要包括音 频输入输出模块2318、按键输入模块2316以及显示器2320等。具体的，所述输入输出模块 还可包括：摄像头、触摸屏以及传感器等等。其中，所述输入输出模块均通过用户接口2302 与处理器2304进行通信。
存储器2312与处理器2304耦合，用于存储各种软件程序和/或多组指令。具体的，存储 器2312可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘 存储设备、闪存设备或其他非易失性固态存储设备。存储器2312可以存储操作系统(下述简 称系统)，例如ANDROID，IOS，WINDOWS，或者LINUX等嵌入式操作系统。存储器2312还可 以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个用户设备， 一个或多个网络设备进行通信。存储器2312还可以存储用户接口程序，该用户接口程序可以 通过图形化的操作界面将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按 键等输入控件接收用户对应用程序的控制操作。
在本申请的一些实施例中，存储器2312可用于存储本申请的一个或多个实施例提供的系 统消息接收方法在用户设备230侧的实现程序。关于本申请的一个或多个实施例提供的系统 消息接收方法的实现，请参考后续实施例。
处理器2304可用于读取和执行计算机可读指令。具体的，处理器2304可用于调用存储 于存储器2312中的程序，并执行该程序包含的指令以实现后续实施例涉及的方法。
可以理解的，用户设备230可以是本发明实施例前文通信系统中的用户设备，可实施为 移动设备，移动台(mobile station)，移动单元(mobile unit)，无线单元，远程单元，用户代理，移动客户端等等。
需要说明的，图23所示的用户设备230仅仅是本申请实施例的一种实现方式，实际应用 中，用户设备230还可以包括更多或更少的部件，这里不作限制。在本实施例中，处理器23 可以对应到图22所示的处理器；发射器2306、接收器2308可以分别对应到实现发送功能和 接收功能的单元。
本发明实施例还提供了一种存储介质，上述存储介质中存储有程序代码，上述程序代码 包括程序指令，上述程序指令当被处理器执行时使上述处理器配合收发器执行如本发明实施 例提供的任一项上述的方法。
本发明实施例还提供了一种计算机程序产品，在上述计算机程序产品中包含程序指令， 上述程序代码当被处理器执行时使上述处理器配合收发器执行如本发明实施例提供的任一项 上述的方法。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由 计算机程序来指令相关的硬件完成，该程序可存储于计算机可读取存储介质中，该程序在执 行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM或随机存储记忆体 RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (18)

1.一种通信方法，其特征在于，包括：
接入网设备接收用户设备或核心网设备发送的组播业务信息，所述组播业务信息用于通知所述接入网设备所述用户设备接收组播业务数据，所述组播业务信息中包含所述用户设备的标识信息和所述组播业务的标识信息；
所述接入网设备向所述用户设备发送指示信息，所述指示信息用于指示所述组播业务数据的接收方式，所述接收方式为单播方式；
所述接入网设备向所述用户设备发送配置信息，所述配置信息用于所述组播业务数据的接收；
所述接入网设备通过组播数据会聚协议PDCP层将待发送的组播业务数据发送至所述接入网设备中的单播无线链路控制RLC实体，并使用单播方式发送所述待发送的组播业务数据，或者，所述接入网设备通过组播PDCP层将待发送的组播业务数据发送至所述接入网设备中的组播RLC实体，并通过所述接入网设备中的单播媒体接入控制MAC实体使用单播方式发送所述待发送的组播业务数据。
2.根据权利要求1所述方法，其特征在于，所述配置信息包括：
组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播的调度标识信息，单播方式发送组播业务数据的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联的单播配置信息中的至少一种。
3.根据权利要求1所述方法，其特征在于，所述接入网设备接收所述用户设备或核心网设备发送的组播业务信息包括：
所述接入网设备接收所述核心网设备发送的组播会话建立请求，所述组播会话建立请求中包含所述用户设备的标识信息和所述组播业务的标识信息；
或者，所述接入网设备接收所述核心网设备或所述用户设备发送的组播成员变更信息。
4.根据权利要求1至3任意一项所述方法，其特征在于，所述方法还包括：
所述接入网设备根据接收所述组播业务数据的用户设备数量指示所述用户设备使用单播方式接收所述组播业务数据；
或者，所述接入网设备接收所述用户设备发送的信道测量信息，根据所述信道测量信息指示所述用户设备使用单播方式接收所述组播业务数据。
5.根据权利要求1至3任意一项所述方法，其特征在于，所述方法还包括：
所述接入网设备根据所述用户设备的指示使用单播方式发送所述组播业务数据中的至少一个数据包；
或者，所述接入网设备根据核心网设备的指示使用单播方式发送所述组播业务数据中的至少一个数据包；
或者，所述接入网设备根据所述组播业务数据中的至少一个数据包的类型信息使用单播方式发送所述至少一个数据包。
6.根据权利要求5所述方法，其特征在于，所述至少一个数据包为在所述接入网设备中缓存的已采用组播方式发送的组播业务数据，或者，从组播业务数据源接收的已采用组播方式发送的组播业务数据。
7.根据权利要求1至3任意一项所述方法，其特征在于，所述方法还包括：
所述接入网设备接收所述用户设备发送的接收状态信息，所述接收状态信息用于表示所述组播业务数据中数据包的接收状态；
所述接入网设备根据所述接收状态信息，使用单播方式向所述用户设备发送所述组播业务数据中未接收成功的数据包。
8.根据权利要求1所述方法，其特征在于，所述方法还包括：
所述接入网设备在数据会聚协议PDCP层复制所述待发送的组播业务数据，将所述待发送的组播业务数据存储。
9.一种通信方法，其特征在于，包括：
用户设备向接入网设备发送组播业务信息，所述组播业务信息用于通知所述接入网设备所述用户设备接收组播业务数据，所述组播业务信息中包含所述用户设备的标识信息和所述组播业务的标识信息；
所述用户设备接收所述接收接入网设备发送的指示信息，所述指示信息用于指示所述组播业务数据的接收方式，所述接收方式为单播方式；
所述用户设备接收所述接入网设备发送的配置信息，所述配置信息用于所述组播业务数据的接收；
所述用户设备使用单播方式通过所述用户设备的单播无线链路控制RLC实体将接收到的组播业务数据发送至所述用户设备的组播数据会聚协议PDCP层进行处理。
10.根据权利要求9所述方法，其特征在于，所述配置信息包括：
组播承载的配置信息，组播承载对应的组播会话信息，组播承载的逻辑信道信息，组播的调度标识信息，单播方式发送组播业务数据的传输信道信息，组播的逻辑信道信息，组播业务数据传输信道的测量配置信息和组播关联的单播配置信息中的至少一种。
11.根据权利要求9所述方法，其特征在于，所述用户设备向所述接入网设备发送组播业务信息包括：
所述用户设备向所述接入网设备发送组播成员变更信息。
12.根据权利要求9至11任意一项所述方法，其特征在于，所述方法还包括：
所述用户设备根据接收所述组播业务数据的用户设备数量选择使用单播方式接收所述组播业务数据；
或者，所述用户设备根据所述用户设备的信道测量信息，选择使用单播方式接收所述组播业务数据。
13.根据权利要求9至11任意一项所述方法，其特征在于，所述方法还包括：
所述用户设备指示所述接入网设备使用单播方式发送所述组播业务数据中的至少一个数据包。
14.根据权利要求9至11任意一项所述方法，其特征在于，所述方法还包括：
所述用户设备向所述接入网设备发送接收状态信息，所述接收状态信息用于表示所述组播业务数据中数据包的接收状态；
所述用户设备接收所述接入网设备发送的所述组播业务数据中未接收成功的数据包。
15.根据权利要求14所述方法，其特征在于，所述方法还包括：
在分组数据会聚协议PDCP层进行丢包检测，获得所述接收状态信息。
16.一种接入网设备，包括：处理器、存储器和收发器；其中所述处理器、所述存储器和所述收发器以可通信方式连接，其特征在于，
在所述存储器中存储有程序代码；
所述处理器用于读取所述程序代码与所述收发器配合实现权利要求1至8任意一项所述方法。
17.一种用户设备，包括：处理器、存储器和收发器；其中所述处理器、所述存储器和所述收发器以可通信方式连接，其特征在于，
在所述存储器中存储有程序代码；
所述处理器用于读取所述程序代码与所述收发器配合实现权利要求9至15任意一项所述方法。
18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8或者权利要求9至15任一项所述的方法。
CN201711453932.1A 2017-12-28 2017-12-28 一种通信方法、及相关产品 Active CN109982266B (zh)

Priority Applications (12)

Application Number Priority Date Filing Date Title
CN202110522822.6A CN113411755B (zh) 2017-12-28 2017-12-28 一种通信方法、及相关产品
CN201711453932.1A CN109982266B (zh) 2017-12-28 2017-12-28 一种通信方法、及相关产品
JP2020535162A JP7048745B2 (ja) 2017-12-28 2018-12-28 通信方法および関連製品
KR1020207021460A KR102332981B1 (ko) 2017-12-28 2018-12-28 통신 방법 및 관련 제품
EP18897311.9A EP3723395A4 (en) 2017-12-28 2018-12-28 COMMUNICATION PROCESS AND RELATED PRODUCT
AU2018396965A AU2018396965C1 (en) 2017-12-28 2018-12-28 Communication method and related product
RU2020124395A RU2781562C2 (ru) 2017-12-28 2018-12-28 Способ связи и соответствующий продукт
PCT/CN2018/124928 WO2019129212A1 (zh) 2017-12-28 2018-12-28 一种通信方法、及相关产品
US16/909,891 US11259361B2 (en) 2017-12-28 2020-06-23 Communication method and related product
US17/569,120 US11758612B2 (en) 2017-12-28 2022-01-05 Communication method and related product
JP2022047814A JP2022095716A (ja) 2017-12-28 2022-03-24 通信方法および関連製品
US18/359,439 US20240098844A1 (en) 2017-12-28 2023-07-26 Communication method and related product

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711453932.1A CN109982266B (zh) 2017-12-28 2017-12-28 一种通信方法、及相关产品

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202110522822.6A Division CN113411755B (zh) 2017-12-28 2017-12-28 一种通信方法、及相关产品

Publications (2)

Publication Number Publication Date
CN109982266A CN109982266A (zh) 2019-07-05
CN109982266B true CN109982266B (zh) 2021-05-11

Family

ID=67063208

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202110522822.6A Active CN113411755B (zh) 2017-12-28 2017-12-28 一种通信方法、及相关产品
CN201711453932.1A Active CN109982266B (zh) 2017-12-28 2017-12-28 一种通信方法、及相关产品

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202110522822.6A Active CN113411755B (zh) 2017-12-28 2017-12-28 一种通信方法、及相关产品

Country Status (7)

Country Link
US (3) US11259361B2 (zh)
EP (1) EP3723395A4 (zh)
JP (2) JP7048745B2 (zh)
KR (1) KR102332981B1 (zh)
CN (2) CN113411755B (zh)
AU (1) AU2018396965C1 (zh)
WO (1) WO2019129212A1 (zh)

Families Citing this family (89)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019114938A1 (en) * 2017-12-12 2019-06-20 Nokia Solutions And Networks Oy Method, system and apparatus for multicast session management in a 5g communication network
CN113411755B (zh) * 2017-12-28 2022-10-04 华为技术有限公司 一种通信方法、及相关产品
CN113475024B (zh) * 2019-03-22 2023-03-21 华为技术有限公司 通信方法、装置、设备、系统及存储介质
CN112235731B (zh) * 2019-07-15 2022-12-27 华为技术有限公司 一种通信方法、装置和系统
US11284324B1 (en) * 2019-07-15 2022-03-22 Sprint Communications Company L.P. Low-latency wireless data service in a fifth generation new radio (5GNR) network
CN115442822A (zh) * 2019-07-22 2022-12-06 华为技术有限公司 通信方法和通信装置
US11791943B2 (en) * 2019-07-26 2023-10-17 Qualcomm Incorporated Techniques for retransmissions in wireless communication systems
WO2021018213A1 (zh) * 2019-07-31 2021-02-04 华为技术有限公司 一种通信方法及装置
CN112399633B (zh) * 2019-08-12 2023-01-31 成都鼎桥通信技术有限公司 单播承载建立方法、装置及存储介质
US11601805B2 (en) * 2019-08-26 2023-03-07 Qualcomm Incorporated 5G broadcast/multicast security
US11671824B2 (en) * 2019-08-26 2023-06-06 Qualcomm Incorporated 5G broadcast/multicast security key refresh
WO2021056151A1 (zh) * 2019-09-23 2021-04-01 华为技术有限公司 一种多播传输控制方法以及相关设备
WO2021056464A1 (zh) * 2019-09-27 2021-04-01 华为技术有限公司 数据安全处理的方法和通信装置
CN113574953B (zh) * 2019-09-30 2024-02-20 Oppo广东移动通信有限公司 无线通信方法和终端设备
US20210105196A1 (en) * 2019-10-04 2021-04-08 Huawei Technologies Co., Ltd. Support group communications with shared downlink data
US11553457B2 (en) * 2019-10-18 2023-01-10 Qualcomm Incorporated Coordination between multicast/broadcast communication and unicast communication
CN114600429B (zh) * 2019-10-31 2024-02-20 中兴通讯股份有限公司 无线网络中用于多播/广播的自适应数据无线承载映射
WO2021087813A1 (zh) * 2019-11-06 2021-05-14 华为技术有限公司 会话建立的方法、数据传输的方法以及相关装置
CN112788544B (zh) * 2019-11-07 2022-08-26 华为技术有限公司 通信方法、装置及设备
CN112788541B (zh) * 2019-11-07 2022-06-07 成都鼎桥通信技术有限公司 一种3gpp组播场景的单播补建方法和装置
US11558357B2 (en) 2019-11-22 2023-01-17 Baidu Usa Llc Method for key sharing between accelerators with switch
US11405336B2 (en) 2019-11-22 2022-08-02 Baidu Usa Llc Method for key sharing between accelerators in virtual channel with switch
US11552790B2 (en) 2019-11-22 2023-01-10 Baidu Usa Llc Method for key sharing between accelerators
US11343083B2 (en) 2019-11-22 2022-05-24 Baidu Usa Llc Method for key sharing between accelerators in virtual channel
US11728996B2 (en) * 2019-12-10 2023-08-15 Baidu Usa Llc System and method to securely broadcast a message to accelerators using virtual channels with switch
US11516010B2 (en) 2019-12-10 2022-11-29 Baidu Usa Llc System and method to securely broadcast a message to accelerators using virtual channels
US11411934B2 (en) * 2019-12-10 2022-08-09 Baidu Usa Llc System and method to securely broadcast a message to accelerators with switch
US11457354B2 (en) * 2019-12-10 2022-09-27 Baidu Usa Llc System and method to securely broadcast a message to accelerators
US11210136B2 (en) 2019-12-10 2021-12-28 Baidu Usa Llc Systems and methods for an operating system module for a data processing accelerator
CN114902790A (zh) * 2020-01-02 2022-08-12 Oppo广东移动通信有限公司 一种传输模式切换方法、电子设备及存储介质
CN113067793B (zh) * 2020-01-02 2022-08-12 维沃移动通信有限公司 多播业务的传输方法、传输处理方法及相关设备
CN114930750A (zh) * 2020-01-10 2022-08-19 高通股份有限公司 混合模式广播/多播通信
WO2021155584A1 (zh) * 2020-02-07 2021-08-12 Oppo广东移动通信有限公司 通信方式切换方法、装置及其设备
WO2021159229A1 (en) * 2020-02-10 2021-08-19 Mediatek Singapore Pte. Ltd. Methods and apparatus of multicast radio bearer establishment for nr multicast and broadcast services
CN113271551B (zh) * 2020-02-17 2022-07-05 大唐移动通信设备有限公司 一种数据流传输方法、终端和网络侧设备
CN113301509B (zh) * 2020-02-21 2022-10-21 维沃移动通信有限公司 一种通信方法及相关设备
US20230319514A1 (en) * 2020-03-04 2023-10-05 Lg Electronics Inc. Multicast-related communication
CN111371488B (zh) * 2020-03-13 2021-07-02 北京邮电大学 内容数据传输方法、装置及电子设备
EP4122161A4 (en) * 2020-03-20 2023-12-06 Qualcomm Incorporated TECHNIQUES FOR MULTICAST AND UNICAST CONVERGENCE IN WIRELESS COMMUNICATIONS
CN113438692B (zh) * 2020-03-23 2023-10-27 维沃移动通信有限公司 传输模式转换指示方法、接入网设备及终端设备
CN115516880A (zh) * 2020-03-24 2022-12-23 中兴通讯股份有限公司 动态改变多播/广播业务递送
CN113518315B (zh) * 2020-03-27 2023-03-24 华为技术有限公司 一种配置无线承载的方法、装置及系统
CN111432352B (zh) * 2020-03-30 2022-03-22 深圳市信锐网科技术有限公司 一种报文传输方法、装置、设备及存储介质
US20230354380A1 (en) * 2020-04-03 2023-11-02 Qualcomm Incorporated Inter-operator multicast and unicast convergence transmission
CN113556687B (zh) * 2020-04-23 2022-09-27 上海朗帛通信技术有限公司 一种被用于无线通信的方法和设备
CN113573248B (zh) * 2020-04-28 2023-06-20 华为技术有限公司 用于传输数据的方法与装置
CN113630824A (zh) * 2020-05-08 2021-11-09 华为技术有限公司 业务切换方法、装置及系统
CN113676846B (zh) * 2020-05-15 2023-04-11 大唐移动通信设备有限公司 一种传输方式确定方法、装置、设备及存储介质
CN115024014A (zh) 2020-05-19 2022-09-06 中兴通讯股份有限公司 用于无线通信网络中组播服务和广播服务建立的方法和系统
CN113709763A (zh) * 2020-05-20 2021-11-26 展讯通信（上海）有限公司 接入控制方法及装置、存储介质、终端
KR20210147717A (ko) * 2020-05-29 2021-12-07 삼성전자주식회사 차세대 이동 통신 시스템에서 멀티캐스트를 지원하는 베어러 구조와 지원 방법 및 장치
KR20210154639A (ko) * 2020-06-12 2021-12-21 삼성전자주식회사 무선 통신 시스템에서 mbs를 지원하는 방법 및 장치
WO2022006852A1 (zh) * 2020-07-10 2022-01-13 Oppo广东移动通信有限公司 无线通信方法、终端设备和网络设备
CN113938438B (zh) * 2020-07-14 2023-10-13 维沃移动通信有限公司 数据处理方法、数据处理装置及第一终端
CN113938977A (zh) * 2020-07-14 2022-01-14 维沃移动通信有限公司 数据传输方法、数据传输装置、网络侧设备及第一终端
US20230292092A1 (en) * 2020-07-22 2023-09-14 Kt Corporation Mbs data transmission method and device therefor
US20230328543A1 (en) * 2020-07-24 2023-10-12 Lenovo (Beijing) Limited Method and apparatus for multicast and broadcast services
CN115668829A (zh) * 2020-07-31 2023-01-31 Oppo广东移动通信有限公司 一种mbs业务传输方法及装置、终端设备、网络设备
CN114070482B (zh) * 2020-07-31 2023-04-07 大唐移动通信设备有限公司 业务传输的处理方法、装置、网络侧设备及终端
WO2022027162A1 (en) * 2020-08-03 2022-02-10 Qualcomm Incorporated Mrb architecture with pdcp retransmission
EP4178235A4 (en) * 2020-08-03 2023-12-27 Kyocera Corporation COMMUNICATION CONTROL METHOD
CN114071367B (zh) * 2020-08-04 2022-09-09 大唐移动通信设备有限公司 单播多播转换方法、装置及处理器可读存储介质
WO2022028677A1 (en) * 2020-08-04 2022-02-10 Nokia Technologies Oy Cu-du communication for multicast with support for switching between unicast and multicast
US20230269722A1 (en) * 2020-08-06 2023-08-24 Qualcomm Incorporated Downlink control information for unicast scheduling of multiple user equipment
CN114071567B (zh) * 2020-08-06 2024-04-23 中国移动通信有限公司研究院 数据传输方法、终端及网络节点
EP4183146A4 (en) * 2020-08-07 2024-04-17 Jrd Communication Shenzhen Ltd APPARATUS AND METHOD FOR MULTICAST/BROADCAST SERVICE
CN114071372B (zh) * 2020-08-07 2023-04-07 大唐移动通信设备有限公司 多播广播业务mbs传输方法、终端及网络设备
WO2022056857A1 (en) * 2020-09-18 2022-03-24 Nec Corporation Methods, devices and computer readable media for communications
CN112153599B (zh) * 2020-09-22 2023-03-24 中信科智联科技有限公司 一种消息的传输方法、装置、车联网设备及管理节点
CN114339902A (zh) * 2020-09-29 2022-04-12 北京紫光展锐通信技术有限公司 业务切换指示、接收方法及装置、存储介质、基站、终端
CN117014819A (zh) * 2020-10-23 2023-11-07 大唐移动通信设备有限公司 一种分组数据汇聚协议状态上报、接收方法、终端及设备
CN114501340B (zh) * 2020-10-23 2023-03-31 中国移动通信有限公司研究院 Mbs接收方法、发送方法、装置、终端及基站
CN114513757B (zh) * 2020-11-17 2024-05-10 维沃移动通信有限公司 信息获取方法、指示方法、装置、相关设备和存储介质
CN114629608A (zh) * 2020-12-11 2022-06-14 上海朗帛通信技术有限公司 一种被用于无线通信的通信节点中的方法和装置
CN114765741A (zh) * 2021-01-11 2022-07-19 中国移动通信有限公司研究院 一种业务的传输方法、网络设备及终端
WO2022151248A1 (zh) * 2021-01-14 2022-07-21 华为技术有限公司 一种数据传输的方法与装置
KR20230130684A (ko) * 2021-01-14 2023-09-12 구글 엘엘씨 PTP(point-to-point) 및 PTM(point-to-multipoint)전송 관리
CN114928554B (zh) * 2021-02-01 2024-04-02 大唐移动通信设备有限公司 视频传输方法、装置和存储介质
CN114980089A (zh) * 2021-02-22 2022-08-30 华为技术有限公司 组播或广播业务数据的安全保护方法及装置
WO2022181525A1 (ja) * 2021-02-25 2022-09-01 三菱電機株式会社 通信システムおよび通信端末
US11622242B2 (en) 2021-03-03 2023-04-04 Nokia Technologies Oy Machine learning based multicast user grouping
CN115038049B (zh) * 2021-03-05 2024-01-23 维沃移动通信有限公司 多播业务的接收方法、配置方法、终端及网络侧设备
CN116965044A (zh) * 2021-03-26 2023-10-27 华为技术有限公司 一种媒体数据传输方法及通信装置
CN115550852A (zh) * 2021-06-30 2022-12-30 中兴通讯股份有限公司 基于多播的资源分配方法、装置、基站、设备及存储介质
US20230246946A1 (en) * 2022-01-28 2023-08-03 Comcast Cable Communications, Llc Methods and systems for multicast communication session management
CN114727235B (zh) * 2022-03-29 2024-01-30 中国电信股份有限公司 组播业务处理方法、装置、存储介质及电子设备
CN115022691B (zh) * 2022-05-31 2024-05-24 青岛海信宽带多媒体技术有限公司 一种智能机顶盒及直播频道播放方法
WO2024022904A1 (en) * 2022-07-28 2024-02-01 Canon Kabushiki Kaisha Mbs multicast configuration
WO2024028960A1 (ja) * 2022-08-01 2024-02-08 日本電信電話株式会社 通信システム、同報通信装置、通信方法及びプログラム

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104540043A (zh) * 2014-12-24 2015-04-22 北京邮电大学 一种无线网络的视频传输方法及基站
WO2016054588A1 (en) * 2014-10-02 2016-04-07 Zte Corporation Group communication with a logical group of wireless devices operating in different networks

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100355316C (zh) * 2005-03-26 2007-12-12 华为技术有限公司 无线通信系统中广播多播区域管理的实现方法
CN100421515C (zh) * 2005-05-20 2008-09-24 华为技术有限公司 基于移动网络的组播业务数据的实现方法
US11477617B2 (en) * 2006-03-20 2022-10-18 Ericsson Evdo Inc. Unicasting and multicasting multimedia services
CN101132215B (zh) * 2006-08-25 2012-01-11 上海贝尔股份有限公司 演进多媒体广播多播业务基站、用户设备和方法
CN101136759A (zh) * 2006-09-01 2008-03-05 华为技术有限公司 一种多媒体广播组播业务的发送处理方法及系统
CN101267593B (zh) * 2007-03-15 2011-04-20 华为技术有限公司 对目标小区进行组播广播多媒体业务激活的方法及基站
CN101299824B (zh) * 2007-04-30 2011-04-13 华为技术有限公司 多媒体广播和组播业务数据的获取方法、系统和用户终端
CN100502534C (zh) * 2007-05-11 2009-06-17 中兴通讯股份有限公司 多媒体广播组播业务质量控制和调整方法
CN101370156B (zh) * 2007-08-15 2012-05-23 上海华为技术有限公司 多播组播业务传输的方法和网络系统
CN101146255A (zh) * 2007-08-21 2008-03-19 中兴通讯股份有限公司 一种整合广播组播业务和单播业务的方法及系统
EP2362705A4 (en) * 2008-11-28 2014-04-09 Fujitsu Ltd WIRELESS COMMUNICATION APPARATUS, WIRELESS COMMUNICATION SYSTEM, AND COMMUNICATION MODE SWITCHING METHOD
CN102056082B (zh) * 2009-11-05 2015-08-12 中兴通讯股份有限公司 多播广播业务配置信息发送方法及装置
US8320292B2 (en) * 2009-11-18 2012-11-27 Motorola Mobility Llc Method to control a multimedia broadcast multicast service(MBMS) mode of a MBMS session in a communication system
CN102149021B (zh) * 2010-02-05 2013-09-25 华为技术有限公司 网络时移的处理方法、装置及系统
US9936472B2 (en) * 2011-02-08 2018-04-03 Qualcomm Incorporated Method and apparatus for counting devices related to broadcast data services
US9226265B2 (en) 2011-04-15 2015-12-29 Qualcomm Incorporated Demand-based multimedia broadcast multicast service management
CN102857873B (zh) * 2011-06-30 2017-02-08 中兴通讯股份有限公司 基于td‑lte的宽带数字集群系统及其数据传输方法
US8819264B2 (en) 2011-07-18 2014-08-26 Verizon Patent And Licensing Inc. Systems and methods for dynamically switching between unicast and multicast delivery of media content in a wireless network
US9826502B2 (en) 2011-07-25 2017-11-21 Qualcomm Incorporated Managing handoff triggering between unicast and multicast services
CN103209045A (zh) * 2012-01-12 2013-07-17 华为终端有限公司 数据通信的方法、装置及系统
CN103796170B (zh) * 2012-11-02 2017-11-21 电信科学技术研究院 一种传输数据的方法、系统和设备
WO2014166071A1 (zh) * 2013-04-09 2014-10-16 华为技术有限公司 数据传输方法、装置及系统
WO2015061983A1 (en) * 2013-10-30 2015-05-07 Qualcomm Incorporated Service continuity for group communications over evolved multimedia broadcast multicast service
CN106233815B (zh) * 2014-04-21 2019-06-21 华为技术有限公司 用于通过一个或多个流为一个或多个用户设备提供服务的系统及方法
US20150358374A1 (en) * 2014-06-04 2015-12-10 Acer Incorporated Method of Data Transmission in Multicast or Broadcast Service
CN105376717B (zh) * 2014-08-25 2020-06-23 中兴通讯股份有限公司 建立lte集群通信承载的方法、用户设备及第一网元设备
US10110713B2 (en) * 2014-09-12 2018-10-23 Samsung Electronics Co., Ltd. Handling different protocol data unit types in a device to device communication system
CN106488409B (zh) * 2015-08-29 2020-01-21 华为技术有限公司 一种单播发送广播多播数据的方法、装置及系统
CN106604390B (zh) * 2015-10-15 2020-08-04 中国移动通信集团公司 一种提供定位服务的方法、基站及终端
WO2018000360A1 (zh) * 2016-06-30 2018-01-04 华为技术有限公司 网络设备、终端设备、多播业务的配置方法和接收方法
CN107734644A (zh) * 2016-08-11 2018-02-23 株式会社Ntt都科摩 信息发送、接收和控制方法，发送设备、接收设备和基站
US10511548B2 (en) * 2017-06-22 2019-12-17 Nicira, Inc. Multicast packet handling based on control information in software-defined networking (SDN) environment
CN109769150B (zh) 2017-11-09 2021-02-23 华为技术有限公司 一种传输组播业务的方法和设备
CN113411755B (zh) * 2017-12-28 2022-10-04 华为技术有限公司 一种通信方法、及相关产品

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016054588A1 (en) * 2014-10-02 2016-04-07 Zte Corporation Group communication with a logical group of wireless devices operating in different networks
CN104540043A (zh) * 2014-12-24 2015-04-22 北京邮电大学 一种无线网络的视频传输方法及基站

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
一种基站可靠组播动态重传控制算法;林宇；王重钢；隆克平；程时端;《计算机学报》;20030612;第1节 *

Also Published As

Publication number Publication date
JP2021508968A (ja) 2021-03-11
US11758612B2 (en) 2023-09-12
RU2020124395A3 (zh) 2022-01-28
AU2018396965B2 (en) 2021-11-25
US20220132627A1 (en) 2022-04-28
EP3723395A4 (en) 2020-10-28
KR102332981B1 (ko) 2021-12-01
CN113411755A (zh) 2021-09-17
US11259361B2 (en) 2022-02-22
AU2018396965C1 (en) 2022-04-07
US20200323024A1 (en) 2020-10-08
EP3723395A1 (en) 2020-10-14
AU2018396965A1 (en) 2020-07-23
RU2020124395A (ru) 2022-01-28
WO2019129212A1 (zh) 2019-07-04
CN109982266A (zh) 2019-07-05
JP7048745B2 (ja) 2022-04-05
US20240098844A1 (en) 2024-03-21
KR20200098683A (ko) 2020-08-20
JP2022095716A (ja) 2022-06-28
CN113411755B (zh) 2022-10-04

Similar Documents

Publication Publication Date Title
CN109982266B (zh) 一种通信方法、及相关产品
US20210329487A1 (en) Data transmission method and apparatus, and service switching method and apparatus
US11864275B2 (en) System for data transmission
RU2746470C2 (ru) Способ и устройство с информационной обратной связью
KR20230003065A (ko) 베어러 구성 방법 및 장치, 컨텍스트 정보 관리 방법 및 장치, 해제 방법 및 장치, 설비
US11265892B2 (en) Data transmission method and device
US20230388866A1 (en) Multicast-broadcast services mobility and service continuity
US20200351714A1 (en) Communication Method for Deterministic Transmission and Related Apparatus
CN113905397B (zh) 中继确定方法、配置方法、装置、终端及网络侧设备
US20230110505A1 (en) Methods and apparatus of reliable multicast transmission
CN116391412A (zh) 用于mbs传输的harq操作方法与设备
KR20220079960A (ko) 하이브리드 자동 반복 요청 처리 방법 및 통신 장치
US20230134356A1 (en) Methods and apparatus to set initial pdcp state variables for multicast
US20230292173A1 (en) Autonomous activation of a feature at a wireless communication device to meet survival time of an application consuming a communication service
RU2781562C2 (ru) Способ связи и соответствующий продукт
CN114390441A (zh) 多播业务的传输方法、装置及通信设备
EP4167604A1 (en) Methods and apparatus to set initial pdcp state variables for multicast
WO2021239062A1 (en) Methods and apparatus of reliable multicast transmission
US20240080216A1 (en) Methods and apparatuses for multicast and broadcast services
CN115988427A (zh) 为多播设置初始pdcp状态变量的方法和用户设备
CN116058070A (zh) 无线通信网络中的组播和广播服务会话接收模式切换
JP2023534212A (ja) 端末装置、通信装置、端末装置の方法、通信装置の方法、及びプログラム
CN116939511A (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