WO2021035751A1 - 通信方法及装置 - Google Patents

通信方法及装置 Download PDF

Info

Publication number
WO2021035751A1
WO2021035751A1 PCT/CN2019/103880 CN2019103880W WO2021035751A1 WO 2021035751 A1 WO2021035751 A1 WO 2021035751A1 CN 2019103880 W CN2019103880 W CN 2019103880W WO 2021035751 A1 WO2021035751 A1 WO 2021035751A1
Authority
WO
WIPO (PCT)
Prior art keywords
configuration information
multicast
terminal
network device
multicast service
Prior art date
Application number
PCT/CN2019/103880
Other languages
English (en)
French (fr)
Inventor
徐小英
黄曲芳
曾清海
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to PCT/CN2019/103880 priority Critical patent/WO2021035751A1/zh
Publication of WO2021035751A1 publication Critical patent/WO2021035751A1/zh

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

Definitions

  • the configuration request message includes type indication information, which is used to indicate the type of multicast configuration information, or the transmission of the configuration request message implicitly indicates the type of multicast configuration information.
  • the configuration request message is a MAC layer message
  • the MAC layer message includes a MAC sub-PDU
  • the MAC sub-PDU includes a MAC sub-header
  • the MAC sub-header includes an LCID
  • the LCID includes type indication information
  • the MAC subPDU includes a MAC subheader and a MAC CE
  • the MAC CE includes type indication information
  • the LCID is used to indicate that the MAC CE includes type indication information.
  • the network device sending the multicast configuration information to the terminal includes: within the target time period, the network device sends the multicast configuration information to the terminal.
  • the information is change indication information, which is used to indicate that the configuration information of the multicast service channel has changed, and the change indication information is carried on the physical downlink control channel or the physical downlink shared channel.
  • the network device notifies the terminal "the configuration information of the multicast service channel has changed" through the change instruction information.
  • the network device can determine which type of multicast configuration information the terminal requests for the above-mentioned multicast service according to the resource of the transmission random access preamble, so as to send the corresponding multicast configuration information for the terminal. .
  • the value of the identifier of the random access preamble may have three values, namely, the first preset value, the second preset value, and the third preset value.
  • the identifier of the random access preamble takes the first preset value
  • the random access preamble is used to request configuration information of the multicast service channel.
  • the identification of the random access preamble takes the second preset value
  • the random access preamble is used to request configuration information of the multicast service channel and configuration information of the multicast control channel.
  • the identifier of the random access preamble takes the third preset value
  • the random access preamble is used to request configuration information of the multicast control channel.
  • the network device after the network device receives the random access preamble, it accesses the time-frequency resource of the preamble at any time according to the transmission, such as the time-frequency resource for transmitting the random access preamble and multiple preset time-frequency resources (that is, the above and multicast In the preset time-frequency resource corresponding to the service, which preset time-frequency resource corresponds to, it can be determined which multicast configuration information of the multicast service is requested by the terminal, and the multicast configuration information of the corresponding multicast service is sent to the terminal.
  • the time-frequency resource for transmitting the random access preamble and multiple preset time-frequency resources (that is, the above and multicast In the preset time-frequency resource corresponding to the service, which preset time-frequency resource corresponds to, it can be determined which multicast configuration information of the multicast service is requested by the terminal, and the multicast configuration information of the corresponding multicast service is sent to the terminal.
  • the configuration request message transmitted in the first preset physical layer resource is used to request the configuration information of the multicast service channel
  • the configuration request message transmitted in the second preset physical layer resource is used to request the configuration information of the multicast service channel and multicast
  • the configuration information of the control channel, and the configuration request message transmitted in the third preset physical layer resource is used to request the configuration information of the multicast control channel.
  • the network device executes S2004:
  • the configuration information about the physical random access channel includes physical random access channel (PRACH) resources, random access preamble and PUSCH resources.
  • PRACH physical random access channel
  • PUSCH resource allocation
  • the terminal sends a configuration request message to the network device through the PUSCH.
  • the network device receives the configuration request message from the terminal through the PUSCH.
  • Example 4 For a connected terminal, the terminal can also request multicast configuration information from the network device through a dedicated physical layer resource. See Figure 24, the specific implementation process is as follows:
  • the terminal sends a configuration request message to the network device through a dedicated physical layer resource.
  • the network device receives the configuration request message from the terminal through a dedicated physical layer resource.
  • the network device can also perform S2004, which is to transmit the configuration information of the multicast service channel by broadcast; or, the network device can also perform S2005, which is to transmit the configuration information of the multicast control channel by broadcast. Then transmit the configuration information of the multicast service channel through the multicast control channel.
  • the communication unit 2703 may include a communication unit for communicating with the terminal, and may also include a communication unit for communicating with other network devices. These communication units may be integrated together or implemented independently.

Landscapes

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

Abstract

本申请提供一种通信方法及装置，涉及通信技术领域，能够解决通信资源开销大的问题。该方法包括：终端向网络设备发送配置请求消息，之后，终端接收来自网络设备的组播配置信息，再根据组播配置信息，接收来自网络设备的组播业务数据。其中，配置请求消息用于请求组播配置信息。该方法应用在组播配置信息传输过程中。

Description

通信方法及装置 技术领域
本申请涉及通信技术领域，尤其涉及一种通信方法及装置。
背景技术
对于多媒体广播多播业务(multimedia broadcast multicast service，MBMS)，以单小区点到多点(single cell point to multipoint，SC-PTM)方式传输时，终端需要基于系统信息块20(system information block type20，SIB20)确定传输单小区多播控制信道(single cell multicast control channel，SC-MCCH)的资源位置，根据SC-MCCH的资源位置接收SC-MCCH消息，SC-MCCH消息携带单小区多播业务信道(single cell multicast traffic channel，SC-MTCH)的配置信息，则终端根据SC-MTCH的配置信息，能够接收到MBMS的业务数据。而SIB20和SC-MCCH是周期性传输的。即使终端无需接收上述配置信息，接入网设备也会周期性地发送SIB20和SC-MCCH，资源开销大。
发明内容
本申请实施例提供一种通信方法及装置，能够降低通信资源开销。
为达到上述目的，本申请实施例采用如下技术方案：
第一方面，本申请实施例提供一种通信方法，该方法应用于终端或终端的芯片，该方法包括：终端向网络设备发送配置请求消息，之后，终端接收来自网络设备的组播配置信息，再根据组播配置信息，接收来自网络设备的组播业务数据。其中，配置请求消息用于请求组播配置信息。
本申请实施例提供的通信方法，终端主动向网络设备发送配置请求消息，以请求网络设备发送组播配置信息，网络设备基于接收到的配置请求消息，向终端发送组播配置信息，进而向终端传输业务数据。由于网络设备是基于接收到的配置请求消息，才会发送组播配置信息，减少了“网络设备周期性发送组播配置信息”的现象，降低了网络设备传输组播配置信息的次数，也就降低了网络设备传输组播配置信息的资源开销。
在一种可能的设计中，配置请求消息用于请求组播控制信道的配置信息，或组播业务信道的配置信息，或组播控制信道的配置信息和组播业务信道的配置信息。如此，配置请求消息能够请求不同信道类型的配置信息。
在一种可能的设计中，配置请求消息用于请求组播业务的组播业务信道的配置信息，或者，配置请求消息用于请求组播业务的组播控制信道的配置信息和组播业务信道的配置信息；配置请求消息包括业务指示信息，业务指示信息用于指示组播业务。终端接收来自网络设备的组播配置信息，包括：终端接收来自网络设备的组播业务的组播配置信息。如此，配置请求消息能够请求不同组播业务的组播配置信息。
在一种可能的设计中，配置请求消息包括类型指示信息，类型指示信息用于指示组播配置信息的类型，或者，配置请求消息的传输隐式指示组播配置信息的类型。
其中，组播配置信息的类型可以有多种划分标准。类型划分标准不同，划分后的组播配置信息的类型结果也不一样。示例性的，按照信道的类型划分，组播配置信息的类型可 以分为三种：第一、组播业务信道的配置信息；第二、组播控制信道的配置信息；第三、组播业务信道的配置信息和组播控制信道的配置信息。按照组播业务划分，组播配置信息的类型可以分为多种，如每一个组播业务对应一种类型的组播配置信息。
在一种可能的设计中，终端向网络设备发送配置请求消息，包括：终端向网络设备发送随机接入前导码。其中，随机接入前导码用于指示组播配置信息的类型；或者，传输随机接入前导码的时域资源或频域资源或时频资源用于指示组播配置信息的类型。如此，终端可以在随机接入过中，通过消息1向网络设备传输配置请求消息，以请求组播配置信息。
在一种可能的设计中，终端向网络设备发送配置请求消息之前，本申请实施例通信方法还包括：终端向网络设备发送第一消息，之后，终端接收来自网络设备的第二消息。其中，第一消息包括随机接入前导码。第二消息包括上行授权和随机接入前导码的标识。终端向网络设备发送配置请求消息，包括：终端利用上行授权向网络设备发送配置请求消息。其中，配置请求消息包括类型指示信息。如此，终端可以在四步随机接入过中，通过消息3向网络设备传输配置请求消息，以请求组播配置信息。
在一种可能的设计中，配置请求消息通过预设资源传输。其中，预设资源可以是物理上行共享信道资源，也可以是物理上行控制信道资源。
在一种可能的设计中，预设资源包括物理上行共享信道资源，配置请求消息包括类型指示信息。如此，终端可以在两步随机接入过程中，通过消息A向网络设备传输配置请求消息，以请求组播配置信息。
在一种可能的设计中，配置请求消息的类型可以为：无线资源控制消息或媒体接入控制层消息。
在一种可能的设计中，配置请求消息为MAC层消息，MAC层消息包括MAC子PDU，MAC子PDU包括MAC子头，MAC子头包括LCID，LCID包括类型指示信息。或者，MAC子PDU包括MAC子头和MAC CE，MAC CE包括类型指示信息，LCID用于指示MAC CE包括类型指示信息。
在一种可能的设计中，预设资源包括专用于请求组播配置信息的物理层资源，物理层资源用于指示组播配置信息的类型。如此，终端可以通过专用的物理层资源向网络设备传输配置请求消息，以请求组播配置信息。
在一种可能的设计中，终端接收来自网络设备的组播配置信息，包括：在目标时间段内，终端接收来自网络设备的组播配置信息。
在一种可能的设计中，终端接收来自网络设备的组播配置信息，包括：终端通过单播方式接收来自网络设备的组播配置信息。如此，采用单播传输方式来传输组播配置信息，终端能够更快地获取到组播配置信息，传输时延低，时效性强。
第二方面，本申请实施例提供一种通信方法，该方法应用于网络设备或网络设备的芯片，该方法包括：网络设备接收来自终端的配置请求消息，之后，网络设备向终端发送组播配置信息，再根据组播配置信息，向终端发送组播业务数据。其中，配置请求消息用于请求组播配置信息。
在一种可能的设计中，配置请求消息用于请求组播控制信道的配置信息，或组播业务信道的配置信息，或组播控制信道的配置信息和组播业务信道的配置信息。
在一种可能的设计中，配置请求消息用于请求组播业务的组播业务信道的配置信息， 或者，配置请求消息用于请求组播业务的组播控制信道的配置信息和组播业务信道的配置信息。配置请求消息包括业务指示信息，业务指示信息用于指示组播业务。网络设备向终端发送组播配置信息，包括：网络设备向终端发送组播业务的组播配置信息。
在一种可能的设计中，配置请求消息包括类型指示信息，类型指示信息用于指示组播配置信息的类型，或者，配置请求消息的传输隐式指示组播配置信息的类型。
在一种可能的设计中，网络设备接收来自终端的配置请求消息，包括：网络设备接收来自终端的随机接入前导码。其中，随机接入前导码用于指示组播配置信息的类型；或者，传输随机接入前导码的时域资源或频域资源或时频资源用于指示组播配置信息的类型。
在一种可能的设计中，网络设备接收来自终端的配置请求消息之前，本申请实施例通信方法还包括：网络设备接收来自终端的第一消息，之后，网络设备向终端发送第二消息。其中，第一消息包括随机接入前导码。第二消息包括上行授权和随机接入前导码的标识。网络设备接收来自终端的配置请求消息，包括：网络设备利用上行授权接收来自终端的配置请求消息，配置请求消息包括类型指示信息。
在一种可能的设计中，配置请求消息通过预设资源接收。
在一种可能的设计中，预设资源包括物理上行共享信道资源，配置请求消息包括类型指示信息。
在一种可能的设计中，配置请求消息为无线资源控制消息或媒体接入控制层消息。
在一种可能的设计中，配置请求消息为MAC层消息，MAC层消息包括MAC子PDU；MAC子PDU包括MAC子头，MAC子头包括LCID，LCID包括类型指示信息。或者，MAC子PDU包括MAC子头和MAC CE，MAC CE包括类型指示信息，LCID用于指示MAC CE包括类型指示信息。
在一种可能的设计中，预设资源包括专用于请求组播配置信息的物理层资源，物理层资源用于指示组播配置信息的类型。
在一种可能的设计中，网络设备向终端发送组播配置信息，包括：在目标时间段内，网络设备向终端发送组播配置信息。
在一种可能的设计中，网络设备向终端发送组播配置信息，包括：网络设备通过单播方式向终端发送组播配置信息。
第三方面，本申请实施例提供一种通信方法，该方法应用于终端或终端的芯片，该方法包括：终端接收来自网络设备的信息，之后，终端根据信息接收来自网络设备的变化的组播业务信道的配置信息，再根据接收的组播业务信道的配置信息，接收来自网络设备的组播业务信道的业务数据。其中，信息用于通知组播业务信道的配置信息发生变化。
本申请实施例提供的通信方法，网络设备确定组播业务信道的配置信息发生变化，才会向终端发送组播业务信道的配置信息，减少了“网络设备周期性发送组播配置信息”的现象，降低了网络设备传输组播业务信道的配置信息的次数，也就降低了网络设备传输组播业务信道的配置信息的资源开销。对于终端来说，仅需要接收到网络设备的信息之后，接收变化的组播业务信道的配置信息。若某一终端的组播业务信道的配置信息未发生变化，则无需接收来自网络设备的更新的组播业务信道的配置信息，有利于降低终端的功耗。
在一种可能的设计中，信息为变更指示信息，变更指示信息用于指示组播业务信道的配置信息发生变化，变更指示信息承载于物理下行控制信道或物理下行共享信道。如此， 网络设备通过变更指示信息通知终端“组播业务信道的配置信息发生变化”。
在一种可能的设计中，终端接收来自网络设备的信息，包括：终端通过物理下行控制信道接收来自网络设备的下行控制信息。其中，用于加扰物理下行控制信道的无线网络临时标识隐式指示组播业务信道的配置信息发生变化。如此，网络设备通过用于加扰物理下行控制信道的无线网络临时标识通知终端“组播业务信道的配置信息发生变化”。
在一种可能的设计中，用于加扰物理下行控制信道的无线网络临时标识与组播业务存在对应关系，配置信息发生变化的组播业务信道用于传输组播业务的业务数据。或者，下行控制信息包括业务指示信息，业务指示信息用于指示组播业务。如此，网络设备通知终端哪一组播业务的组播业务信道的配置信息发生变化。
在一种可能的设计中，下行控制信息用于指示传输发生变化的组播业务信道的配置信息的资源位置。终端根据信息接收来自网络设备的变化的组播业务信道的配置信息，包括：终端在下行控制信息所指示的资源上接收来自网络设备的变化的组播业务信道的配置信息。如此，终端能够更快地获取到组播配置信息，传输时延低，时效性强。
第四方面，本申请实施例提供一种通信方法，该方法应用于网络设备或网络设备的芯片，该方法包括：网络设备向终端发送信息，之后，网络设备根据信息向终端发送变化的组播业务信道的配置信息，再根据组播业务信道的配置信息，通过组播业务信道向终端发送业务数据。其中，信息用于通知组播业务信道的配置信息发生变化。
在一种可能的设计中，信息为变更指示信息，变更指示信息用于指示组播业务信道的配置信息发生变化，变更指示信息承载于物理下行控制信道或物理下行共享信道。
在一种可能的设计中，网络设备向终端发送信息，包括：网络设备通过物理下行控制信道向终端发送下行控制信息。其中，用于加扰物理下行控制信道的无线网络临时标识隐式指示组播业务信道的配置信息发生变化。
在一种可能的设计中，用于加扰物理下行控制信道的无线网络临时标识与组播业务存在对应关系，配置信息发生变化的组播业务信道用于传输组播业务的业务数据。或者，下行控制信息包括业务指示信息，业务指示信息用于指示组播业务。
在一种可能的设计中，下行控制信息用于指示传输发生变化的组播业务信道的配置信息的资源位置。网络设备根据信息向终端发送变化的组播业务信道的配置信息，包括：网络设备在DCI所指示的资源上向终端发送变化的组播业务信道的配置信息。
第五方面，本申请实施例提供一种通信装置，该通信装置包括：用于执行上述第一方面中各个步骤的单元，或者，用于执行上述第三方面中各个步骤的单元。
第六方面，本申请实施例提供一种通信装置，包括处理器和接口电路，处理器用于通过接口电路与其它装置通信，并执行以上第一方面提供的通信方法，或者，执行上述第三方面提供的通信方法。该处理器包括一个或多个。
第七方面，本申请实施例提供一种通信装置，包括处理器，用于与存储器相连，用于调用存储器中存储的程序，以执行第一方面提供的通信方法，或者，执行上述第三方面提供的通信方法。该存储器可以位于该通信装置之内，也可以位于该通信装置之外。且该处理器包括一个或多个。
第八方面，本申请实施例提供一种通信装置，包括至少一个处理器和至少一个存储器，所述至少一个处理器用于执行以上第一方面提供的通信方法，或者，执行上述第三方面提 供的通信方法。
第九方面，本申请实施例提供一种通信装置，该通信装置包括：用于执行上述第二方面中各个步骤的单元，或者，用于执行上述第四方面中各个步骤的单元。
第十方面，本申请实施例提供一种通信装置，包括处理器和接口电路，处理器用于通过接口电路与其它装置通信，并执行以上第二方面提供的通信方法，或者，执行上述第四方面提供的通信方法。该处理器包括一个或多个。
第十一方面，本申请实施例提供一种通信装置，包括处理器，用于与存储器相连，用于调用存储器中存储的程序，以执行第二方面提供的通信方法，或者，执行上述第四方面提供的通信方法。该存储器可以位于该通信装置之内，也可以位于该通信装置之外。且该处理器包括一个或多个。
第十二方面，本申请实施例提供一种通信装置，包括至少一个处理器和至少一个存储器，所述至少一个处理器用于执行以上第二方面提供的通信方法，或者，执行上述第四方面提供的通信方法。
第十三方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述任一方面中任一项的通信方法。
第十四方面，本申请实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面中任一项的通信方法。
第十五方面，本申请实施例提供一种电路系统，电路系统包括处理电路，处理电路被配置为执行如上述任一方面中任一项的通信方法。
第十六方面，本申请实施例提供一种芯片，芯片包括处理器，处理器和存储器耦合，存储器存储有程序指令，当存储器存储的程序指令被处理器执行时实现上述任一方面任意一项的通信方法。
第十七方面，本申请实施例提供一种通信系统，通信系统包括上述各个方面中任一方面中的终端和任一方面中的网络设备。
其中，第二方面至第十七方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果，此处不再赘述。
附图说明
图1为相关技术提供的一种通信方法的方法流程图；
图2为相关技术提供的又一种通信方法的方法流程图；
图3为相关技术提供的单小区多播控制信道调度与修改周期示意图；
图4为相关技术提供的不连续接收周期示意图；
图5为本申请实施例提供的一种通信系统的场景示意图；
图6为本申请实施例提供的一种通信方法的方法流程图；
图7为本申请实施例提供的又一种通信方法的方法流程图；
图8为本申请实施例提供的分配随机接入前导码的场景示意图；
图9为本申请实施例提供的又一种通信方法的方法流程图；
图10为本申请实施例提供的一种媒体接入控制子头的结构示意图；
图11为本申请实施例提供的一种媒体接入控制层消息的结构示意图；
图12为本申请实施例提供的又一种媒体接入控制层消息的结构示意图；
图13为本申请实施例提供的再一种媒体接入控制层消息的结构示意图；
图14为本申请实施例提供的一种通信方法的方法流程图；
图15为本申请实施例提供的又一种通信方法的方法流程图；
图16为本申请实施例提供的再一种通信方法的方法流程图；
图17为本申请实施例提供的再一种通信方法的方法流程图；
图18为本申请实施例提供的再一种通信方法的方法流程图；
图19为本申请实施例提供的再一种通信方法的方法流程图；
图20为本申请实施例提供的再一种通信方法的方法流程图；
图21为本申请实施例提供的一种媒体接入控制子头的结构示意图；
图22为本申请实施例提供的再一种通信方法的方法流程图；
图23为本申请实施例提供的再一种通信方法的方法流程图；
图24为本申请实施例提供的再一种通信方法的方法流程图；
图25为本申请实施例提供的再一种通信方法的方法流程图；
图26为本申请实施例提供的再一种通信方法的方法流程图；
图27为本申请实施例提供的一种通信装置的结构示意图；
图28为本申请实施例提供的又一种通信装置的结构示意图。
具体实施方式
本申请的说明书以及附图中的术语“第一”和“第二”等是用于区别不同的对象，或者用于区别对同一对象的不同处理，而不是用于描述对象的特定顺序。此外，本申请的描述中所提到的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括其他没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
首先，介绍本申请实施例所涉及的技术术语：
组播，是一种将组播服务器或者组播平台发出的用户组播报文发送给一组终端的通信方式。其中，组包报文的传输路径上针对这组终端可以仅发送一份用户组播报文。组播也称多播(multicast)，属于点到多点(point to multipoint，PTM)通信方式。
多媒体广播多播业务(multimedia broadcast multicast service，MBMS)，是一种从一个数据源向多个终端传送数据的业务，MBMS不仅能够实现纯文本消息的组播和广播，还能够实现高速多媒体业务的组播和广播，以向终端提供丰富的视频、音频和多媒体业务。MBMS实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。
参见图1，以单小区点到多点(single cell point to multipoint，SC-PTM)方式传输MBMS为例，对组播传输过程进行说明：
S101、移动管理实体(mobility management entity，MME)向多小区多播协调实体 (multi-cell/multicast coordination entity，MCE)发送会话开始(session start)消息。相应的，MCE接收来自MME的会话开始消息。
其中，会话开始消息是由数据源(如组播服务器或组播平台)生成的消息，MME再从数据源获取该会话开始消息。会话开始消息用于指示数据源将要向终端传输某个MBMS的业务数据。会话开始消息包括会话的基本信息和该会话对应的互联网协议(internet protocol，IP)组播地址。
S102、MCE向MME发送会话开始响应(session start response)消息。相应的，MME接收来自MCE的会话开始响应消息。
S103、MCE确定空口传输方式。
示例性的，MCE确定空口传输方式为单小区点到多点(single cell point to multipoint，SC-PTM)传输方式。
在长期演进(long term evolution，LTE)系统中，基站支持两种空口传输方式：多播广播单频网(multicast broadcast single frequency network，MBSFN)传输方式和单小区点到多点(single cell point to multipoint，SC-PTM)传输方式，
S104、MCE向基站发送会话开始消息。相应的，基站接收来自MCE的会话开始消息。
其中，基站的数量可以是一个或多个。
其中，会话开始消息包括空口传输方式、小区列表、服务质量(quality of service，QoS)信息和IP组播地址。小区列表包括一个或多个小区，小区列表用于指示基站向位于哪些小区的终端传输业务数据。
S105、基站向MCE发送会话开始响应消息。相应的，MCE接收来自基站的会话开始响应消息。
S106、基站向终端发送系统信息块20(system information block type 20，SIB20)。相应的，终端接收来自基站的SIB20。
其中，终端的数量可以是多个。多个终端可以分布于同一小区，也可以分布于不同的小区。
其中，SIB20包括单小区多播控制信道(single cell multicast control channel，SC-MCCH)的配置信息可能所在的系统信息(system information，SI)窗口。
S107、基站确定SC-MCCH消息的内容，向终端发送SC-MCCH消息。相应的，终端接收来自基站的SC-MCCH消息。
示例性的，参见图2，终端在SIB 20的窗口接收SIB20，SIB20包括SC-MCCH的配置信息，SC-MCCH的配置信息可以包括SC-MCCH的修改周期、重复周期和SC-MCCH的窗口信息，关于SC-MCCH的配置信息后续将进一步描述。终端基于SC-MCCH的配置信息，采用单小区无线网络临时标识(single cell radio network temporary identifier，SC-RNTI)检测物理下行控制信道(physical downlink control channel，PDCCH)。若检测到PDCCH，则终端从PDCCH中获取下行控制信息(downlink control information，DCI)，DCI用于指示传输SC-MCCH的物理下行共享信道(physical downlink shared channel，PDSCH)的资源位置。终端根据DCI所指示的资源位置，读取SC-MCCH消息。其中，SC-MCCH消息包括单小区多播业务信道(single cell multicast traffic channel，SC-MTCH)的配置信息。
S108、基站根据IP组播地址，加入MBMS的组播。基站接收来自MBMS网关的业务数据。
S109、基站通过SC-MTCH向终端发送业务数据。相应的，终端通过SC-MTCH接收来自基站的业务数据。
单小区多播控制信道(single cell multicast control channel，SC-MCCH)的配置信息通过SIB20传输，SC-MCCH的配置信息可以包括以下信息：SC-MCCH的修改周期(modification period，MP)，SC-MCCH的重复周期(repetition period，RP)，SC-MCCH的重复发送次数，和SC-MCCH的窗口信息，该SC-MCCH的窗口信息可以包括SC-MCCH所在的系统帧号(system frame number，SFN)、SC-MCCH的起始无线子帧、持续期间(duration)、偏移量(offset)。SC-MCCH的配置信息还可以包括支持SC-PTM的载波信息。参见图3，图3示出了SC-MCCH的MP和RP之间的关系。偏移量是起始无线子帧的起点与该重复周期的起点之间所存在的偏移量。持续期间是SC-MCCH可能被调度的区间，参见图3中斜线填充部分。
另外，如果SC-MCCH消息的内容发生变化，即单小区多播业务信道(single cell multicast traffic channel，SC-MTCH)的配置信息发生变化，基站先发送SC-MCCH的改变通知，以使终端获知SC-MTCH的配置信息发生变化。其中，传输SC-MCCH的改变通知的PDCCH采用单小区通知临时移动组标识(single cell notification temporary mobile group identity，SC-N-RNTI)加扰，且网络设备在SC-MCCH的第一子帧(当前所在的SC-MCCH的修改周期的第一子帧)上向终端发送SC-MCCH的改变通知，在图3中，以黑色方格示出了SC-MCCH的改变通知的传输时机。基站在当前所在的SC-MCCH修改周期，向终端发送更新后的SC-MCCH消息。相应的，终端在当前所在的SC-MCCH修改周期，接收来自基站的更新后的SC-MCCH消息，进而根据更新后的SC-MTCH接收MBMS业务数据。在图3中，以实线方格所表示的SC-MCCH，用于传输更新前的SC-MCCH消息，以虚线方格所表示的SC-MCCH，用于传输更新后的SC-MCCH消息。
其中，单小区多播业务信道(single cell multicast traffic channel，SC-MTCH)的配置信息可以包括以下信息：组无线网络临时标识(group radio network temporary identifier，G-RNTI)和临时移动组标识(temporary mobile group identity，TMGI)的映射关系。此外，该SC-MTCH配置信息还可以包括以下信息中的一个或多个：TMGI与会话(session)标识(identifier，ID)的关系；与终端所处小区相邻的小区所支持组播业务的TMGI；一个TMGI所标识组播业务的不连续接收(discontinuous reception，DRX)配置信息。其中，一个TMGI所标识组播业务的DRX配置信息如图4所示，一个DRX周期(cycle)包括激活期(on duration)和休眠期(opportunity for DRX)。在激活期内，终端监听并接收PDCCH，在休眠期内，终端不接收PDCCH，以减少功耗。其中，激活期可以是一个或多个子帧、时隙或时域符号。这里，终端根据DRX周期长度和用于调度SC-MTCH的子帧号，确定监听PDCCH的起始子帧，或者，根据DRX周期长度和一个无线帧中用于调度SC-MTCH的时隙号，确定监听PDCCH的起始时隙，或者，根据DRX周期长度和一个时隙中用于调度SC-MTCH的时域符号，确定监听PDCCH的起始时域符号。
同时考虑到了业务数据的到达模式，即一旦有业务数据的数据分组达到，那么会在较短时间内连续到达较多的数据分组。DRX机制引入非激活定时器(inactivity timer)。当 终端在激活期内收到业务数据时，启动或重启该非激活定时器。在非激活定时器超时之前，终端需要监听PDCCH。其中，非激活定时器的定时时间长度可以是一段连续的下行子帧、时隙或时域符号所对应的时间长度。
如此，在LTE系统中，终端需要基于SIB20确定SC-MCCH的资源位置，再通过SC-MCCH的资源位置接收SC-MTCH的配置信息。也就是说，终端需要较长的过程才能接收全组播配置信息。
并且，SIB20和SC-MCCH是周期性传输的。即使终端无需接收上述组播配置信息，基站也周期性地发送SIB20和SC-MCCH，资源开销大。
另外，当SC-MCCH消息包括多个组播业务的SC-MTCH的配置信息时，若一个组播业务的SC-MTCH的配置信息发生变化，则基站发送SC-MCCH的改变通知，以通知该基站所服务的所有终端。如此，导致该基站所服务的所有终端均接收更新的SC-MCCH消息。而对于该基站所服务的所有终端中的某一终端而言，若该终端正在接收的组播业务对应的配置信息没有变化，则该终端无需接收更新的SC-MCCH消息，导致该终端的功耗加大。
有鉴于此，本申请实施例提供一种通信方法，本申请实施例通信方法适用于各种通信系统。本申请实施例提供的通信方法可以应用于第五代(fifth generation，5G)通信系统，未来演进系统或多种通信融合系统，也可以应用于在现有通信系统。图5为可适用于本申请实施例通信方法的通信系统的示意图，该通信系统可以包括一个或多个网络设备10以及与网络设备10无线连接的一个或多个终端20，多个终端20可以分布于同一个小区，也可以分布于不同的小区。在图5中，椭圆形示出了用于连接网络设备10与终端20的波束，六边形示出了一个小区的区域范围。网络设备可以从网关中获取业务数据，如图5中带箭头的实线所示。图5仅为示意图，并不构成对本申请实施例通信方法的适用场景的限定。
网络设备10是无线网络中的设备，例如将终端接入到无线网络的无线接入网(radio access network，RAN)节点。RAN节点具体可以为：下一代网络节点(g Node B，gNB)、传输接收点(transmission reception point，TRP)、演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station,BTS)、家庭基站、基带单元(base band unit，BBU)，或无线保真(wireless fidelity，WIFI)接入点(access point，AP)等。在一种网络结构中，网络设备可以包括集中单元(centralized unit，CU)节点，或分布单元(distributed unit，DU)节点，或包括CU节点和DU节点的RAN设备。
终端20，又称为用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等，是一种向用户提供语音/数据连通性的设备，例如，具有无线连接功能的手持式设备、或车载设备等。终端具体可以为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city) 中的无线终端、或智慧家庭(smart home)中的无线终端等。
本申请实施例描述的通信系统以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定。本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
下面对本申请实施例提供的通信方法进行具体阐述。
需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，在此统一说明，以下不再赘述。
本申请实施例提供一种通信方法，该通信方法应用在组播配置信息的传输的过程中。参见图6，该通信方法包括如下步骤：
S601、终端向网络设备发送配置请求消息。相应的，网络设备接收来自终端的配置请求消息。
其中，配置请求消息用于请求组播配置信息。组播配置信息可以例如但不限于如下信息中的任一种信息：单小区组播配置信息、单小区多播配置信息和单小区点到多点(single cell point to multipoint，SC-PTM)配置信息。组播配置信息包括组播业务信道的配置信息和组播控制信道的配置信息。例如，以SC-PTM方式传输MBMS时，组播业务信道的配置信息为SC-MTCH的配置信息，组播控制信道的配置信息为SC-MCCH的配置信息。以MBSFN方式传输MBMS时，组播业务信道的配置信息为多播业务信道(multicast traffic channel，MTCH)的配置信息，组播控制信道的配置信息为多播控制信道(multicast control channel，MCCH)的配置信息。并且，组播业务不同，传输该组播业务的组播业务信道的配置信息也会发生变化。
可选的，配置请求消息可以请求不同信道类型的配置信息。在第一种可能的设计中，终端请求组播业务信道的配置信息时，终端可以向网络设备发送配置请求消息。此时，配置请求消息可以用于请求组播业务信道的配置信息。示例性的，用于请求组播业务信道的配置信息的配置请求消息可以是随机接入前导码(preamble)。在随机接入前导码满足第一预设条件，如随机接入前导码的标识取第一预设值时，该随机接入前导码用于请求组播业务信道的配置信息。
在第二种可能的设计中，终端请求组播业务信道的配置信息和组播控制信道的配置信息时，终端可以向网络设备发送一条配置请求消息。此时，配置请求消息可以用于请求组播控制信道的配置信息和组播业务信道的配置信息。示例性的，用于请求组播业务信道的配置信息和组播控制信道的配置信息的配置请求消息，也可以是随机接入前导码。在随机接入前导码满足第二预设条件，如随机接入前导码的标识取第二预设值时，该随机接入前导码用于请求组播业务信道的配置信息和组播控制信道的配置信息。
在第三种可能的设计中，终端请求组播业务信道的配置信息和组播控制信道的配置信息时，终端也可以向网络设备发送两条配置请求消息。此时，一条配置请求消息可以用于请求组播控制信道的配置信息，另一条配置请求消息可以用于请求组播业务信道的配置信息。示例性的，两条配置请求消息均可以是随机接入前导码，其中，用于请求组播业务信道的配置信息的随机接入前导码满足第一预设条件，如随机接入前导码的标识取第一预设值。用于请求组播控制信道的配置信息的随机接入前导码满足第三预设条件，如随机接入 前导码的标识取第三预设值。相应的，网络设备接收来自终端的配置请求消息之后，根据随机接入前导码的标识的取值状况，如随机接入前导码的标识的取值与三个预设值(即上述第一预设值、第二预设值和第三预设值)中哪一预设值对应，即可确定终端所请求的组播配置信息，为终端发送相应的组播配置信息，以使终端获取到相应的组播配置信息。
如此，终端可以根据实际应用状况，向网络设备发送不同的配置请求消息，从而使得网络设备能够按照终端的配置请求消息，向终端发送相应的组播配置信息，满足不同应用场景的需求，节省资源开销。
可选的，配置请求消息可以请求不同组播业务的组播配置信息。组播业务可以是终端所在小区所支持的所有的组播业务，也可以是终端所在小区所支持组播业务中的某一个或某几个组播业务。配置请求消息包括业务指示信息，业务指示信息用于指示上述组播业务。配置请求消息用于请求该组播业务的组播业务信道的配置信息。示例性的，用于请求某一组播业务的组播业务信道的配置信息的配置请求消息仍可以是随机接入前导码。组播业务不同，所对应的随机接入前导码也会发生变化。在随机接入前导码的标识的取值为第一预设值时，该随机接入前导码用于请求某一组播业务的组播配置信息，并且，该组播业务是与该随机接入前导码的标识存在对应关系的组播业务，如请求第一组播业务的组播业务信道的配置信息，或者，请求第一组播业务的组播业务信道的配置信息和组播控制信道的配置信息。相应的，网络设备接收来自终端的配置请求消息之后，根据随机接入前导码的标识的取值状况，如随机接入前导码的标识的取值与多个预设值(即上述与不同组播业务对应的预设值)中哪一预设值对应，即可确定终端请求哪一组播业务的组播配置信息，以为终端发送相应组播业务的组播配置信息。进一步地，若传输该随机接入前导码的时域资源为指定资源，且传输该随机接入前导码的频域资源不是指定资源，则表示请求该组播业务的组播业务信道的配置信息。若传输该随机接入前导码的时域资源和频域资源均为指定资源，则表示请求该组播业务的组播业务信道的配置信息和组播控制信道的配置信息。若传输该随机接入前导码的频域资源为指定资源，且传输该随机接入前导码的时域资源不是指定资源，则表示请求该组播业务的组播控制信道的配置信息。相应的，网络设备接收来自终端的配置请求消息之后，根据传输随机接入前导码的资源，即可确定终端请求上述组播业务的哪一种组播配置信息，以为终端发送相应组播配置信息。
如此，终端可以根据实际需求的组播业务，向网络设备发送相应的配置请求消息，以使得网络设备能够按照终端的配置请求消息，向终端发送相应的组播配置信息，满足不同应用场景的需求，节省资源开销。
可选的，配置请求消息可以指示组播配置信息的类型。其中，组播配置信息的类型可以有多种划分标准。类型划分标准不同，划分后的组播配置信息的类型结果也不一样。示例性的，按照信道的类型划分，组播配置信息的类型可以分为三种：第一、组播业务信道的配置信息；第二、组播控制信道的配置信息；第三、组播业务信道的配置信息和组播控制信道的配置信息。按照组播业务划分，组播配置信息的类型可以分为多种，如每一个组播业务对应一种类型的组播配置信息。
“配置请求消息指示组播配置信息的类型”的方式可以有多种，包括但不限于如下方式：
方式一、配置请求消息包括类型指示信息，类型指示信息用于指示组播配置信息的类 型。
示例性的，类型指示信息可以是随机接入前导码。随机接入前导码的标识的取值不同，则随机接入前导码指示的组播配置信息的类型也不一样。
例如，随机接入前导码的标识的取值可以有三个取值，即第一预设值、第二预设值和第三预设值。在随机接入前导码的标识取第一预设值时，该随机接入前导码用于请求组播业务信道的配置信息。在随机接入前导码的标识取第二预设值时，该随机接入前导码用于请求组播业务信道的配置信息和组播控制信道的配置信息。在随机接入前导码的标识取第三预设值时，该随机接入前导码用于请求组播控制信道的配置信息。
又例如，随机接入前导码的标识可以有多个取值，即随机接入前导码的标识的取值不同，则随机接入前导码指示的组播业务也不一样。在随机接入前导码的标识取第一预设值时，该随机接入前导码用于请求第一组播业务的组播配置信息。在随机接入前导码的标识取第二预设值时，该随机接入前导码用于请求第二组播业务的组播配置信息。
方式二、配置请求消息的传输隐式指示组播配置信息的类型。
示例性的，配置请求消息可以在预设资源上传输，其中，预设资源可以指示组播配置信息的类型。以专用于请求组播配置信息的物理层资源为例，不同的物理层资源对应不同的组播配置信息的类型。该专用的物理层资源可以是网络设备为终端分配的资源，例如，物理上行控制信道(physical uplink control channel，PUCCH)资源。
终端向网络设备发送配置请求消息的方式可以有多种，下面对“终端向网络设备发送配置请求消息”的方式进行说明：
作为第一种可能的实现方式，参见图7，S601可以具体实现为S6011：
S6011、终端向网络设备发送随机接入前导码。相应的，网络设备接收来自终端的随机接入前导码。
这里，可以由随机接入前导码指示组播配置信息的类型，也可以由传输随机接入前导码的时域资源，频域资源或时频资源指示组播配置信息的类型。
下面，先以“随机接入前导码指示组播配置信息的类型”为例，进行说明：
示例性的，随机接入前导码的标识可以有三个取值，即第一预设值、第二预设值和第三预设值。在随机接入前导码的标识取第一预设值时，该随机接入前导码用于请求组播业务信道的配置信息。在随机接入前导码的标识取第二预设值时，该随机接入前导码用于请求组播业务信道的配置信息和组播控制信道的配置信息。在随机接入前导码的标识取第三预设值时，该随机接入前导码用于请求组播控制信道的配置信息。如此，网络设备收到随机接入前导码之后，根据随时接入前导码的标识的取值状况，如随机接入前导码的标识的取值与三个预设值(即上述第一预设值、第二预设值和第三预设值)中哪一预设值对应，即可确定终端所请求的组播配置信息，为终端发送相应的组播配置信息。
示例性的，随机接入前导码的标识也可以有多个取值。随机接入前导码的标识与组播业务存在对应关系。例如，在随机接入前导码的标识取第一预设值时，该随机接入前导码用于请求第一组播业务的组播配置信息，如请求第一组播业务的组播业务信道的配置信息，或者，请求第一组播业务的组播业务信道的配置信息和组播控制信道的配置信息。在随机接入前导码的标识取第二预设值时，该随机接入前导码用于请求第二组播业务的组播配置信息，如请求第二组播业务的组播业务信道的配置信息，或者，请求第二组播业务的组播 业务信道的配置信息和组播控制信道的配置信息。如此，网络设备收到随机接入前导码之后，根据随时接入前导码的标识的取值状况，如随机接入前导码的标识的取值与多个预设值(即上述多个预设值中每一预设值均对应一个组播业务)中哪一预设值对应，即可确定终端请求哪一组播业务的组播配置信息，为终端发送相应组播业务的组播配置信息。
示例性的，随机接入前导码的标识可以有多个取值。随机接入前导码的标识既与组播业务存在对应关系，又与信道类型存在对应关系。例如，参见图8，随机接入前导码的标识有64个取值，取值范围是从0到63。专用于请求组播配置信息的随机接入前导码可以是满足某一预设条件的随机接入前导码，如标识的取值属于某一预设取值范围的随机接入前导码。参见图8，图8中阴影部分示出了专用于请求组播配置信息的随机接入前导码的标识的取值范围。例如，在随机接入前导码的标识取第一预设值(如ID＝M)时，该标识所对应的随机接入前导码用于请求终端所在小区所支持的所有组播业务的SC-MTCH的配置信息。在随机接入前导码的标识取第二预设值(如ID＝N)时，该标识所对应的随机接入前导码用于请求第一组播业务的组播业务信道的配置信息，其中，第一组播业务为临时移动组标识(temporary mobile group identity，TMGI)1所标识的组播业务，即TMGI1的SC-MTCH的配置信息。或者，第一组播业务也可以是会话(session)标识(identifier，ID)所对应的组播业务。在随机接入前导码的标识取第三预设值(如ID＝P)时，该标识所对应的随机接入前导码用于请求终端所在小区所支持的所有组播业务的SC-MTCH的配置信息和SC-MCCH的配置信息。在随机接入前导码的标识取第四预设值(如ID＝Q)时，该标识所对应的随机接入前导码用于第一组播业务的SC-MTCH的配置信息和SC-MCCH的配置信息。如此，网络设备收到随机接入前导码之后，根据随时接入前导码的标识的取值状况，即可确定终端请求哪一组播业务的组播业务信道和/或组播控制信道的配置信息，为终端发送相应的组播配置信息。
下面，再以“传输随机接入前导码的时域资源指示组播配置信息的类型”为例，进行说明：
用于传输随机接入前导码的时域资源又称为随机接入信道(random access channel，RACH)时域资源。用于传输随机接入前导码的时域资源可以指示组播配置信息的类型。例如，用于传输随机接入前导码的时域资源可以分为三种，即第一预设时域资源、第二预设时域资源和第三预设时域资源。其中，通过第一预设时域资源传输的随机接入前导码用于请求组播业务信道的配置信息，通过第二预设时域资源传输的随机接入前导码用于请求组播业务信道的配置信息和组播控制信道的配置信息，通过第三预设时域资源传输的随机接入前导码用于请求组播控制信道的配置信息。如此，网络设备收到随机接入前导码之后，根据传输随机接入前导码的时域资源，如传输随机接入前导码的时域资源与三个预设时域资源(即上述第一预设时域资源、第二预设时域资源和第三预设时域资源)中哪一预设时域资源对应，即可确定终端所请求的组播配置信息，为终端发送相应的组播配置信息。
又例如，用于传输随机接入前导码的时域资源也可以分为多种，即每一预设时域资源对应一种组播业务。其中，通过第一预设时域资源传输的随机接入前导码用于请求第一组播业务的组播配置信息，通过第二预设时域资源传输的随机接入前导码用于请求第二组播业务的组播配置信息。如此，网络设备收到随机接入前导码之后，根据传输随时接入前导码的时域资源，如传输随机接入前导码的时域资源与多个预设时域资源(即上述与组播业 务对应的预设时域资源)中哪一预设时域资源对应，即可确定终端请求哪一组播业务的组播配置信息，为终端发送相应组播业务的组播配置信息。
下面，又以“传输随机接入前导码的频域资源指示组播配置信息的类型”为例，进行说明：
类似的，用于发送上述随机接入前导码的频域资源又称为RACH频域资源。用于传输随机接入前导码的频域资源可以指示组播配置信息的类型。例如，用于传输随机接入前导码的频域资源可以分为三种，即第一预设频域资源、第二预设频域资源和第三预设频域资源。其中，通过第一预设频域资源传输的随机接入前导码用于请求组播业务信道的配置信息，通过第二预设频域资源传输的随机接入前导码用于请求组播业务信道的配置信息和组播控制信道的配置信息，通过第三预设频域资源传输的随机接入前导码用于请求组播控制信道的配置信息。如此，网络设备收到随机接入前导码之后，根据传输随时接入前导码的频域资源，如传输随机接入前导码的频域资源与三个预设频域资源(即上述第一预设频域资源、第二预设频域资源和第三预设频域资源)中哪一预设频域资源对应，即可确定终端所请求的组播配置信息，为终端发送相应的组播配置信息。
又例如，用于传输随机接入前导码的频域资源也可以分为多种，即每一预设频域资源均对应一种组播业务。其中，通过第一预设频域资源传输的随机接入前导码用于请求第一组播业务的组播配置信息，通过第二预设频域资源传输的随机接入前导码用于请求第二组播业务的组播配置信息。如此，网络设备收到随机接入前导码之后，根据传输随时接入前导码的频域资源，如传输随机接入前导码的频域资源与多个预设频域资源(即上述与组播业务对应的预设频域资源)中哪一预设频域资源对应，即可确定终端请求哪一组播业务的组播配置信息，为终端发送相应组播业务的组播配置信息。
下面，又以“传输随机接入前导码的时频资源指示组播配置信息的类型”为例，进行说明：
类似的，用于发送上述随机接入前导码的时频资源又称为RACH时频资源。用于传输随机接入前导码的时频资源可以指示组播配置信息的类型。例如，用于传输随机接入前导码的时频资源可以分为三种，即第一预设时频资源、第二预设时频资源和第三预设时频资源。其中，通过第一预设时频资源传输的随机接入前导码用于请求组播业务信道的配置信息，通过第二预设时频资源传输的随机接入前导码用于请求组播业务信道的配置信息和组播控制信道的配置信息，通过第三预设时频资源传输的随机接入前导码用于请求组播控制信道的配置信息。如此，网络设备收到随机接入前导码之后，根据传输随时接入前导码的时频资源，如传输随机接入前导码的时频资源与三个预设时频资源(即上述第一预设时频资源、第二预设时频资源和第三预设时频资源)中哪一预设时频资源对应，即可确定终端所请求的组播配置信息，为终端发送相应的组播配置信息。
又例如，用于传输随机接入前导码的时频资源也可以分为多种，即每一预设时频资源均对应一种组播业务。其中，通过第一预设时频资源传输的随机接入前导码用于请求第一组播业务的组播配置信息，通过第二预设时频资源传输的随机接入前导码用于请求第二组播业务的组播配置信息。如此，网络设备收到随机接入前导码之后，根据传输随时接入前导码的时频资源，如传输随机接入前导码的时频资源与多个预设时频资源(即上述与组播业务对应的预设时频资源)中哪一预设时频资源对应，即可确定终端请求哪一组播业务的 组播配置信息，为终端发送相应组播业务的组播配置信息。
需要说明的是，用于请求组播配置信息的随机接入前导码可以是终端从广播消息中获取的随机接入前导码，也可以是终端从专用消息中获取的随机接入前导码，还可以是通信协议规定的随机接入前导码。其中，专用消息可以理解为单播消息，即专用于网络设备与该终端通信的消息，且专用消息中所指示的随机接入前导码用于请求组播配置信息。类似的，用于传输随机接入前导码的资源，如时域资源、频域资源或时频资源，可以是终端从广播消息中获取的传输资源，也可以是终端从专用消息中获取的传输资源，还可以是通信协议规定的传输资源。其中，专用消息可以理解为单播消息，即专用于网络设备与终端通信的消息，且专用消息中所指示的传输资源用于请求组播配置信息。
作为第二种可能的实现方式，参见图9，S601可以具体实现为S6012。终端利用上行授权向网络设备发送配置请求消息，具体实现过程包括如下步骤：
S6001、终端向网络设备发送第一消息。相应的，网络设备接收来自终端的第一消息。
其中，第一消息用于请求接入网络设备。第一消息包括随机接入前导码。
S6002、网络设备向终端发送第二消息。相应的，终端接收来自网络设备的第二消息。
其中，第二消息包括上行授权和随机接入前导码的标识。
S6012、终端利用上行授权向网络设备发送配置请求消息。相应的，网络设备利用上行授权接收来自终端的配置请求消息。
其中，配置请求消息包括类型指示信息。
示例性的，若按照信道的类型划分，组播配置信息的类型可以分为三种：第一、组播业务信道的配置信息；第二、组播控制信道的配置信息；第三、组播业务信道的配置信息和组播控制信道的配置信息。此时，类型指示信息可以是指示“组播业务信道”这一类型的信息，也可以是指示“组播控制信道”这一类型的信息，还可以是指示“组播业务信道和组播控制信道”的信息。若按照组播业务划分，组播配置信息的类型可以分为多种，即每一个组播业务对应一种类型的组播配置信息。此时，类型指示信息可以是指示“某一个或某几个组播业务”的信息。
可选的，配置请求消息的类型可以有多种，下面对配置请求消息的类型进行说明：
类型一、无线资源控制(radio resource control，RRC)消息
RRC消息包括以下信息中的任一种信息：
第一、请求终端所在小区所支持组播业务的组播业务信道的配置信息。在实际应用过程中，可以引入新的RRC消息，用于请求终端所在小区所支持组播业务的组播业务信道的配置信息。
第二、请求一个或多个组播业务的组播业务信道的配置信息。其中，组播业务可以采用TMGI或会话标识来指示。在实际应用过程中，可以采用比特位图的方式来表示，例如，1个比特位对应一个TMGI。某一比特位的取值为1，则表示终端请求该比特位所对应的TMGI的组播业务信道的配置信息。某一比特位的取值为0，则表示终端未请求该比特位所对应的TMGI的组播业务信道的配置信息。在实际应用过程中，还可以采用TMGI列表的方式来表示，TMGI列表可以包括一个或多个TMGI，以表示终端请求该TMGI列表中每一TMGI的组播业务信道的配置信息。
第三、请求终端所在小区所支持组播业务的组播业务信道的配置信息和组播控制信道 的配置信息。
第四、请求一个或多个组播业务的组播业务信道的配置信息和组播控制信道的配置信息。
类型二、媒体接入控制(medium access control，MAC)层的消息
MAC层的消息包括MAC子协议数据单元(protocol data unit，PDU)。MAC子PDU可以仅包括MAC子头(subheader)，MAC子头包括逻辑信道标识(logical channel identifier，LCID)。MAC子PDU也可以包括MAC子头和MAC业务数据单元(service data unit，SDU)。MAC子PDU还可以包括MAC子头和MAC控制单元(control element，CE)。
若MAC子PDU仅包括MAC子头，则采用LCID承载类型指示信息。示例性的，LCID可以取预设取值范围中的任一数值，该预设取值范围可以是从33到51这一区间段。如图10所示，图10示出了MAC子头中各个字段，其中，R表示预留比特(bit)字段，一般设置为零。LCID承载类型指示信息，以请求“终端所在小区所支持的某一组播业务的SC-MTCH的配置信息”，或请求“终端所在小区所支持的所有组播业务的SC-MTCH的配置信息”，或请求“终端所在小区所支持的某一组播业务的SC-MTCH的配置信息和SC-MCCH的配置信息”，或请求“终端所在小区所支持的所有组播业务的SC-MTCH的配置信息和SC-MCCH的配置信息”。
若MAC子PDU包括MAC子头和MAC SDU，则可以通过MAC SDU承载类型指示信息。示例性的，参见图11，图11示出了一种包括MAC子头和MAC SDU的MAC子PDU。其中，MAC子头的各个字段的定义如下：R表示预留比特(bit)字段，一般设置为零。LCID表示逻辑信道标识。MAC SDU的长度可以固定，也可以不固定。对于长度不固定的MAC SDU，MAC子头中存在长度字段，长度字段用于指示MAC SDU的长度。下面以固定长度的MAC SDU为例进行说明：
MAC SDU包括类型指示信息。指示组播配置信息类型的组播配置信息的实现方式可以有多种，包括但不限于如下方式：
方式一，采用比特来指示组播配置信息的类型。例如，用一个比特或多个比特来指示“请求一个组播业务的组播业务信道的配置信息”。一个比特位对应一个组播业务。组播业务所对应比特位的排列顺序可以是按照TMGI的大小进行升序或降序排列。某一比特位的取值为1，则表示终端请求该比特位所对应的组播业务的组播业务信道的配置信息，某一比特位的取值为0，则表示终端未请求该比特位所对应的组播业务的组播业务信道的配置信息。图12示出了MAC SDU中各比特位的一种取值状况，即相邻两个比特位取值为1，其他比特位的取值为0。示例性的，终端所在小区支持两个组播业务，两个组播业务的标识分别为TMGI1和TMGI2。若组播业务信道的配置信息通过广播方式传输，且MAC SDU中各比特位的取值状况如图12所示，则表示终端请求“终端所在小区所支持的所有组播业务的组播业务信道的配置信息”。若组播业务信道的配置信息通过组播控制信道传输，且MAC SDU中各比特位的取值状况如图12所示，则表示终端请求“终端所在小区所支持的所有组播业务的组播业务信道的配置信息和组播控制信道的配置信息”。
示例性的，终端所在小区支持八个组播业务，若组播业务信道的配置信息通过广播方式传输，且MAC SDU中仅一个比特位取值为1，则表示终端请求“终端所在小区所支持的某一个组播业务的组播业务信道的配置信息”。若组播业务信道的配置信息通过组播控制 信道传输，且MAC SDU中仅一个比特位取值为1，则表示终端请求“终端所在小区所支持的某一个组播业务的组播业务信道的配置信息和组播控制信道的配置信息”。
方式二，采用字符串来指示组播配置信息的类型。例如，一个字段对应一个字符串，该字符串表示一个组播业务的TMGI，以请求“终端所在小区所支持的某一个组播业务的组播业务信道的配置信息”。该字符串也可以表示一个特定值，该特定值表示终端所在小区所支持的所有的组播业务，以请求“终端所在小区所支持的所有组播业务的组播业务信道的配置信息”。
示例性的，终端所在小区支持八个组播业务，若组播业务信道的配置信息通过广播方式传输，且MAC SDU中设置一个表示特征值的字段，则表示终端请求“终端所在小区所支持的所有组播业务的组播业务信道的配置信息”。若组播业务信道的配置信息通过组播控制信道传输，且MAC SDU中设置一个表示特征值的字段，则表示终端请求“终端所在小区所支持的所有组播业务的组播业务信道的配置信息和组播控制信道的配置信息”。
示例性的，终端所在小区支持八个组播业务，若组播业务信道的配置信息通过广播方式传输，TMGI1对应的字段为00001111。MAC SDU中设置一个字段，如取值为00001111，指示TMGI1，如图13所示，则表示终端请求“TMGI1这一组播业务的组播业务信道的配置信息”。若组播业务信道的配置信息通过组播控制信道传输，且MAC SDU中设置一个字段，如取值为00001111，指示TMGI1，则表示终端请求“TMGI1这一组播业务的组播业务信道的配置信息和组播控制信道的配置信息”。可选的，MAC子头中的R字段来指示“MAC SDU中是否存在组播业务对应的字符串”。如R字段的取值为0，表示MAC SDU中不存在组播业务对应的字符串，R字段的取值为1，表示MAC SDU中存在组播业务对应的字符串。可选的，若MAC子PDU还包括MAC CE，由MAC CE中某一个字段的某一个比特来指示“MAC SDU中是否存在组播业务对应的字符串”。如该比特的取值为0，表示MAC SDU中不存在组播业务对应的字符串，该比特的取值为1，表示MAC SDU中存在组播业务对应的字符串。
若MAC子PDU包括MAC子头和MAC CE，则采用MAC CE承载类型指示信息，以请求“终端所在小区所支持的某一组播业务的SC-MTCH的配置信息”，或请求“终端所在小区所支持的所有组播业务的SC-MTCH的配置信息”，或请求“终端所在小区所支持的某一组播业务的SC-MTCH的配置信息和SC-MCCH的配置信息”，或请求“终端所在小区所支持的所有组播业务的SC-MTCH的配置信息和SC-MCCH的配置信息”。MAC子头中的LCID用于指示MAC CE包括类型指示信息。这里，在MAC CE中，指示组播配置信息类型的组播配置信息的实现方式可以有多种，包括但不限于采用比特或字符串来指示组播配置信息的类型。关于采用比特来指示组播配置信息的类型，具体可以参见“MAC SDU包括类型指示信息”中方式一的相关说明，此处不再赘述。关于采用字符串来指示组播配置信息的类型，具体可以参见“MAC SDU包括类型指示信息”中方式二的相关说明，此处不再赘述。
如此，网络设备根据配置请求消息所携带的类型指示信息，即可确定终端所请求的组播配置信息的类型，以为终端发送相应的组播配置信息。
作为第三种可能的实现方式，配置请求消息通过预设资源传输，S601可以具体实现为：
终端通过物理上行共享信道(physical uplink shared channel，PUSCH)资源向网络设备发送配置请求消息。相应的，网络设备通过PUSCH资源接收来自终端的配置请求消息。
示例性的，终端预先从网络设备获取随机接入前导码和物理上行共享信道(physical uplink shared channel，PUSCH)资源。其中，随机接入前导码与PUSCH资源之间存在映射关系。终端从多个随机接入前导码中选择一个随机接入前导码，通过该随机接入前导码所映射的PUSCH资源，向网络设备发送该配置请求消息。
其中，配置请求消息包括类型指示信息。关于“类型指示信息”和“配置请求消息的类型”说明均可以参见S6012中的相关说明，此处不再赘述。
作为第四种可能的实现方式，配置请求消息通过预设资源传输，预设资源可以是专用于请求组播配置信息的物理层资源。S601可以具体实现为：
终端通过专用的物理层资源向网络设备发送配置请求消息。相应的，网络设备通过专用的物理层资源接收来自终端的配置请求消息。
其中，专用于请求组播配置信息的物理层资源可以是物理上行控制信道(physical uplink control channel，PUCCH)资源。网络设备检测从PUCCH资源上接收到的能量，若检测到的能量超过预设门限，则网络设备确定接收到了终端的配置请求消息。专用于请求组播配置信息的物理层资源可以作更细粒度的划分，划分后的每一预设物理层资源均可以指示一种组播配置信息的类型。
示例性的，若按照信道的类型划分，组播配置信息的类型可以分为三种：第一、组播业务信道的配置信息；第二、组播控制信道的配置信息；第三、组播业务信道的配置信息和组播控制信道的配置信息。此时，专用的物理层资源可以划分为第三个，即第一预设物理层资源、第二预设物理层资源和第三预设物理层资源。在第一预设物理层资源传输的配置请求消息用于请求组播业务信道的配置信息，在第二预设物理层资源传输的配置请求消息用于请求组播业务信道的配置信息和组播控制信道的配置信息，在第三预设物理层资源传输的配置请求消息用于请求组播控制信道的配置信息。
若按照组播业务划分，组播配置信息的类型可以分为多种，即每一个组播业务对应一种类型的组播配置信息。此时，专用的物理层资源可以划分为第多个，每一个物理层资源对应一个组播业务。在某一个物理层资源上传输的配置请求消息用于请求某一组播业务的组播配置信息，如请求该组播业务的组播业务信道的配置信息，或请求该组播业务的组播业务信道的配置信息和组播控制信道的配置信息。或者，每一个物理层资源既与一个组播业务存在对应关系，也与信道类型存在对应关系。在某一个物理层资源上传输的配置请求消息用于请求某一组播业务的组播业务信道的配置信息，在另一个物理层资源上传输的配置请求消息用于请求上述组播业务的组播业务信道的配置信息和组播控制信道的配置信息，或请求另一个组播业务的组播业务信道的配置信息，或请求另一个组播业务的组播业务信道的配置信息和组播控制信道的配置信息。如此，网络设备根据传输配置请求消息的资源，即可确定终端所请求的组播配置信息的类型，以为终端发送相应的组播配置信息。
需要说明的是，上述第一种至第三种可能的实现方式，可以适用于处于空闲态、非激活态和连接态的终端，上述第四种可能的实现方式，仅适用于处于连接态的终端。
需要说明的是，以SC-MTCH为例，组播业务信道的配置信息还可以包括以下信息中的一个或多个：支持TMGI组播业务发送的带宽部分(bandwidth part，BWP)信息(如BWP标识)；调度发送SC-MTCH的PDCCH的搜索空间，其中，一个PDCCH的搜索空间规定了该PDCCH的时域资源和频域资源；SC-MTCH映射的PDSCH的子载波间隔；SC-MTCH映射的PDSCH 的循环前缀(cyclic prefix，CP)长度；SC-MTCH映射的PDSCH的数据块的持续时间；SC-MTCH映射的PDSCH的波形；SC-MTCH映射的PDSCH的调制编码方案(modulation and coding scheme，MCS)；SC-MTCH映射的PDSCH的解调参考信号。
S602、网络设备向终端发送组播配置信息。相应的，终端接收来自网络设备的组播配置信息。
示例性的，若配置请求消息用于请求组播控制信道的配置信息，则网络设备向终端发送组播控制信道的配置信息。若配置请求消息用于请求组播业务信道的配置信息，则网络设备向终端发送组播业务信道的配置信息。若配置请求消息用于请求某一个或多个组播业务的组播业务信道的配置信息，则网络设备向终端发送上述组播业务的组播业务信道的配置信息。若配置请求消息用于请求组播控制信道的配置信息和组播业务信道的配置信息，则网络设备向终端发送组播控制信道的配置信息和组播业务信道的配置信息。若配置请求消息用于请求某一个或多个组播业务的组播控制信道的配置信息和组播业务信道的配置信息，则网络设备向终端发送上述组播业务的组播控制信道的配置信息和组播业务信道的配置信息。
其中，组播配置信息的传输方式有多种，下面对组播配置信息的传输方式进行说明：
方式一、以广播方式传输，即网络设备以广播方式向终端发送组播业务信道的配置信息。相应的，终端接收来自网络设备的组播业务信道的配置信息。其中，组播业务信道的配置信息可以是终端所在小区所支持的所有组播业务的组播业务信道的配置信息，也可以是某一个或某几个组播业务的组播业务信道的配置信息，这些组播业务同样也是终端所在小区所支持的组播业务。以广播方式传输组播业务信道的配置信息的具体过程如下：
首先，网络设备向终端发送配置指示信息。相应的，终端接收来自网络设备的配置指示信息。
其中，配置指示信息可以承载于SIB1，配置指示信息用于指示组播业务信道的配置信息的传输时机，示例性的，配置指示信息可以是一个字段。例如，该字段的值指示“在广播”，即承载“SC-MTCH的配置信息”的第一系统信息在“系统信息的当前的修改周期”传输。其中，第一系统信息是指除了SIB1之外，承载有“SC-MTCH的配置信息”的系统信息块，第一系统信息可以记为SIx。
然后，网络设备根据配置指示信息中所指示的传输时机，向终端发送组播业务信道的配置信息。相应的，终端根据配置指示信息中所指示的传输时机，接收来自网络设备的组播业务信道的配置信息。
例如，网络设备在系统信息的当前的修改周期，通过第一系统信息(即SIx)所在的SI窗口，向终端发送组播业务信道的配置信息。
示例性的，参见图14，图14示出了以广播方式传输组播业务信道的配置信息的过程，具体步骤如下：
步骤一、在系统信息的第M个修改周期(modification period)的第K个广播周期(broadcast period)内，网络设备向终端发送SIB1。相应的，在系统信息的第M个修改周期的第K个广播周期内，终端接收来自网络设备的SIB1，如图14中第k个广播周期中的方格。
其中，SIB1包括不同SI所对应的字段。字段的不同取值能够指示不同的信息。例如， 第一系统信息包括承载组播业务信道的配置信息的SIBx。第一系统信息(即SIx)对应的一个字段取值指示“不在广播”，即表示第一系统信息未在广播。第一系统信息能够按需提供(on-demand)。第二系统信息是网络设备周期性发送的SIB，不包括组播业务信道的配置信息。第二系统信息可以记为SIy。第二系统信息(即SIy)对应的一个字段的取值指示“在广播”，即表示第二系统信息正在广播，
步骤二、在系统信息的第M个修改周期的第K个广播周期内，终端向网络设备发送SI请求，以请求网络设备发送SIBx(除SIB1之外)。网络设备接收SI请求之后，向终端发送确认应答(positive acknowledgement，ACK)。相应的，终端接收来自网络设备的确认应答。
步骤三、在系统信息的第M个修改周期的第K+1个广播周期内，网络设备向终端发送SIB1。相应的，在系统信息的第M个修改周期的第K+1个广播周期内，终端接收来自网络设备的SIB1，如图14中斜线填充的方格。SIB1中的第一系统信息(即SIx)对应的字段取值发生变化。第一系统信息对应的字段的取值指示“在广播”，即表示第一系统信息正在广播。
步骤四、在系统信息的第M个修改周期的第K+1个广播周期内，网络设备向终端发送第一系统信息。相应的，在系统信息的第M个修改周期的第K+1个广播周期内，终端接收来自网络设备的第一系统信息(即SIx)。
例如，终端监听SIB1中的字段，根据监听到的字段的取值状况，在相应的窗口接收第一系统信息，以获取SC-MTCH的配置信息。
步骤五、在系统信息的第M+1个修改周期的第K+2个广播周期内，网络设备向终端发送SIB1。相应的，在系统信息的第M+1个修改周期的第K+2个广播周期内，终端接收来自网络设备的SIB1，如图14中斜线填充的方格。SIB1中的第一系统信息(即SIx)和第二系统信息(即SIy)对应的字段的取值均指示“在广播”，即表示第一系统信息和第二系统信息均正在广播。
步骤六、在第M+1个修改周期的第K+2个广播周期内，网络设备向终端发送第一系统信息(即SIx)。相应的，在第M+1个修改周期的第K+2个广播周期内，终端接收来自网络设备的第一系统信息。类似的，在第M+1个修改周期的第K+3个广播周期内，网络设备向终端发送第一系统信息。相应的，在第M+1个修改周期的第K+3个广播周期内，终端接收来自网络设备的第一系统信息。
需要说明的是，第二系统信息和第一系统信息的传输周期可以相同，也可以不同。示例性的，在图14中，第二系统信息的传输周期长度是第一系统信息的传输周期长度的两倍。
方式二、以广播方式传输组播配置信息中的组播控制信道的配置信息，再通过组播控制信道传输组播业务信道的配置信息。其中，组播业务信道的配置信息可以是终端所在小区所支持的所有组播业务的组播业务信道的配置信息，也可以是某一个或某几个组播业务的组播业务信道的配置信息，这些组播业务同样也是终端所在小区所支持的组播业务。
其中，组播控制信道的配置信息传输过程如下：
网络设备向终端发送第三系统信息。相应的，终端接收来自网络设备的第三系统信息。其中，第三系统信息包括组播控制信道的配置信息。第三系统信息可以是网络设备周期性 发送的SIB，也可以是终端请求网络设备发送的SIB。第三系统信息可以记为SIz。
其中，组播业务信道的配置信息传输过程如下：
网络设备通过组播控制信道向终端发送组播业务信道的配置信息。相应的，终端通过组播控制信道接收来自网络设备的组播业务信道的配置信息。这里，组播业务信道的配置信息可以在目标时间段内，通过组播控制信道传输。目标时间段可以是通信协议中规定的时间段。
以SC-MCCH传输SC-MTCH的配置信息为例，参见图15，目标时间段可以是以下传输时机中的任一个时机：当前所在的SC-MCCH的修改周期；与当前所在的SC-MCCH的修改周期相邻的下一个SC-MCCH的修改周期；当前所在的SC-MCCH的重复周期；当前所在的SC-MCCH的修改周期中的第N个SC-MCCH的重复周期，其中，N取大于1的正整数；下一个SC-MCCH的修改周期中的第n个SC-MCCH的重复周期，其中，n取大于等于1的正整数。组播业务信道的配置信息的传输时机具体可以是额外的SC-MCCH的重复周期，即位于相邻两个SC-MCCH的重复周期之间的重复周期。额外的SC-MCCH的重复周期可以是位于当前所在的SC-MCCH的重复周期与下一个SC-MCCH的重复周期之间的重复周期，如图16中的斜线填充方格。
需要说明的是，以RRC消息作为配置请求消息时，若RRC消息中携带了第一种或第二种请求信息，而不是第三种或第四种请求信息，并且，在S602中以方式二向终端传输了组播配置信息，则可以理解为：RRC消息中隐含请求了组播控制信道(SC-MCCH)的配置信息。
上述组播配置信息的传输过程可以适用于处于空闲态、非激活态和连接态的终端。另外，对于处于连接态的终端，还可以采用单播的传输方式，S602可以实现为：
网络设备通过单播方式向终端发送组播配置信息。相应的，终端接收来自网络设备的组播配置信息。
示例性的，通过单播方式传输组播配置信息，具体可以实现为：网络设备通过物理下行控制信道(physical downlink control channel，PDCCH)向终端发送下行控制信息(downlink control information，DCI)。相应的，终端通过PDCCH接收来自网络设备的DCI。其中，PDCCH是经过小区无线网络临时标识(cell radio network temporary identifier，C-RNTI)加扰，DCI指示传输组播配置信息的物理下行共享信道(physical downlink shared channel，PDSCH)资源。网络设备通过DCI所指示的PDSCH资源向终端发送组播配置信息。相应的，终端通过DCI所指示的PDSCH资源接收来自网络设备的组播配置信息。
相比于广播方式而言，采用单播传输方式来传输组播配置信息，传输时延低，时效性强，终端能够更快地获取到组播配置信息。
S603、网络设备根据组播配置信息，向终端发送组播业务数据。相应的，终端根据组播配置信息，接收来自网络设备的组播业务数据。
本申请实施例提供的通信方法，终端向网络设备发送配置请求消息之后，网络设备向终端发送组播配置信息，终端再根据接收到的组播配置信息，接收来自网络设备的组播业务数据。其中，配置请求消息用于请求组播配置信息。相对于现有技术中，网络设备周期性发送组播配置信息，资源开销大。而本申请实施例通信方法中，终端主动向网络设备发送配置请求消息，以请求网络设备发送组播配置信息，网络设备基于接收到的配置请求消 息，向终端发送组播配置信息，进而向终端传输业务数据。由于网络设备是基于接收到的配置请求消息，才会发送组播配置信息，减少了“网络设备周期性发送组播配置信息”的现象，降低了网络设备传输组播配置信息的次数，也就降低了网络设备传输组播配置信息的资源开销。对于终端来说，仅需要接收自身所请求的组播配置信息。若某一终端的组播配置信息未发生变化，则无需接收来自网络设备的更新的组播配置信息，有利于降低终端的功耗。
上述过程均是以终端主动请求组播配置信息的方式，使网络设备向终端发送组播配置信息。对于网络设备而言，还可以自主确定组播配置信息是否发生变化，在组播配置信息(如组播业务信道的配置信息)发生变化时，网络设备向终端发送变化后的组播配置信息。有鉴于此，本申请实施例提供另一种通信方法，参见图17，该通信方法包括如下步骤：
S1701、网络设备向终端发送信息。相应的，终端接收来自网络设备的信息。
其中，信息用于通知组播业务信道的配置信息发生变化。
作为第一种可能的实现方式，信息为变更指示信息，变更指示信息用于指示组播业务信道的配置信息发生变化。
例如，变更指示信息可以承载于下行控制信息(downlink control information，DCI)。DCI中的某一个或某几个字段用于指示“组播业务信道的配置信息发生变化”，或者，DCI中包括业务指示信息，业务指示信息用于指示组播业务，该组播业务即为组播业务信道的配置信息发生变化的组播业务。例如，DCI中的某一个或某几个字段用于指示“组播业务信道的配置信息发生变化的组播业务的标识”。DCI承载于物理下行控制信道(physical downlink control channel，PDCCH)，从网络设备传输至终端。如图18所示，在TMGI1所标识的组播业务的组播业务信道的配置信息发生变化时，网络设备通过PDCCH向终端发送DCI，DCI包括TMGI1，以使终端获取TMGI1这一组播业务的组播业务信道的配置信息发生变化。终端接收到DCI之后，在PDSCH中接收变化后的组播业务信道的配置信息，即TMGI1所对应组播业务的组播业务信道的配置信息。在TMGI2所标识的组播业务的组播业务信道的配置信息发生变化时，网络设备通过PDCCH向终端发送DCI，DCI包括TMGI2，以使终端获取TMGI2这一组播业务的组播业务信道的配置信息发生变化。终端接收到DCI之后，在PDSCH中接收变化后的组播业务信道的配置信息，即TMGI2所对应组播业务的组播业务信道的配置信息。
再例如，变更指示信息可以承载于物理下行共享信道(physical downlink shared channel，PDSCH)的数据包。由数据包指示组播业务信道的配置信息发生变化。如此，网络设备即可通知终端组播业务信道的配置信息发生变化。
如此，终端通过DCI即可获知组播业务信道的配置信息发生变化，进而根据DCI的指示信息接收来自网络设备的组播配置信息。
作为第二种可能的实现方式，参见图19，S1701可以具体实现为S17011：
S17011、网络设备通过PDCCH向终端发送DCI。相应的，终端通过PDCCH接收来自网络设备的DCI。
其中，用于加扰PDCCH的无线网络临时标识RNTI能够隐式指示组播业务信道的配置信息发生变化。
示例性的，用于加扰PDCCH的RNTI专用于通知终端组播业务信道的配置信息发生变 化。即网络设备确定存在组播业务信道的配置信息发生变化的组播业务，网络设备即可通过PDCCH向终端发送DCI，并采用专用的RNTI(即专用于通知终端组播业务信道的配置信息发生变化的RNTI)加扰PDCCH。如此，终端即可根据加扰PDCCH的RNTI确定组播业务信道的配置信息发生变化。
示例性的，用于加扰PDCCH的RNTI与组播业务存在关联关系。与组播业务存在关联关系的RNTI可以由通信协议规定。组播业务不同，加扰PDCCH的RNTI也会发生变化。如此，在某一个组播业务的组播业务信道的配置信息发生变化时，加扰PDCCH的RNTI就能够指示上述组播业务的组播业务信道的配置信息发生变化。终端即可根据加扰PDCCH的RNTI获取发生变化的组播业务。
如此，终端通过加扰PDCCH的RNTI即可获知组播业务信道的配置信息发生变化，进而接收来自网络设备的组播配置信息。若某一终端的组播业务信道的配置信息未发生变化，则无需接收来自网络设备的更新的组播业务信道的配置信息，有利于降低终端的功耗。
S1702、网络设备根据信息向终端发送变化的组播业务信道的配置信息。相应的，终端根据信息接收来自网络设备的变化的组播业务信道的配置信息。
其中，传输组播业务信道的配置信息的方式可以有多种，包括但不限于如下方式：
方式一、以广播方式传输变化的组播业务信道的配置信息，即网络设备以广播方式向终端发送变化的组播业务信道的配置信息，具体可以参见S602中方式一的相关说明，此处不再赘述。
方式二、通过SC-MCCH传输变化的组播业务信道的配置信息，即网络设备通过SC-MCCH向终端发送变化的组播业务信道的配置信息，相应的，终端通过SC-MCCH接收来自网络设备的变化的组播业务信道的配置信息。
方式三、以单播方式传输变化的组播业务信道的配置信息，即DCI用于指示传输发生变化的组播业务信道的配置信息的资源位置。此时，网络设备根据DCI所指示的资源位置，向终端发送变化的组播业务信道的配置信息。相应的，终端根据DCI所指示的资源位置，接收来自网络设备的变化的组播业务信道的配置信息。其中，DCI所指示的资源位置可以是物理下行共享信道(physical downlink shared channel，PDSCH)的资源位置。
如此，网络设备通过DCI所指示的资源位置传输发生变化的组播业务信道的配置信息，并且，传输次数可以是多次，以确保终端成功接收到变化后的组播业务信道的配置信息。
S1703、网络设备根据组播业务信道的配置信息，通过组播业务信道向终端发送业务数据。相应的，终端根据接收的组播业务信道的配置信息，接收来自网络设备的组播业务信道的业务数据。
本申请实施例提供的通信方法，网络设备向终端发送信息，终端接收来自网络设备的信息之后，根据信息接收来自网络设备的变化的组播业务信道的配置信息。然后，终端根据接收的组播业务信道的配置信息，接收来自网络设备的组播业务信道的业务数据。相对于现有技术中，网络设备周期性发送组播配置信息，资源开销大。而本申请实施例通信方法中，网络设备确定组播业务信道的配置信息发生变化，才会向终端发送组播业务信道的配置信息，减少了“网络设备周期性发送组播配置信息”的现象，降低了网络设备传输组播业务信道的配置信息的次数，也就降低了网络设备传输组播业务信道的配置信息的资源开销。对于终端来说，仅需要接收到网络设备的信息之后，接收变化的组播业务信道的配 置信息。若某一终端的组播业务信道的配置信息未发生变化，则无需接收来自网络设备的更新的组播业务信道的配置信息，有利于降低终端的功耗。
下面，以“终端主动向网络设备请求组播配置信息”为例，对本申请实施例提供的通信方法进行详细描述。
示例一、在四步随机接入过程中，终端通过消息1(Msg1)向网络设备请求组播配置信息。参见图20，其具体实现过程如下：
S2001、网络设备向终端发送关于物理随机接入信道的配置信息。相应的，终端接收来自网络设备的关于物理随机接入信道的配置信息。
其中，关于物理随机接入信道的配置信息可以包括但不限于如下信息：随机接入前导码和时频资源。其中，随机接入前导码可以是专用于配置请求消息中的随机接入前导码、物理随机接入信道的时域资源可以是专用于传输配置请求消息中的随机接入前导码的时域资源、物理随机接入信道的频域资源可以是专用于传输配置请求消息中的随机接入前导码的频域资源，或物理随机接入信道的时频资源可以是专用于传输配置请求消息中的随机接入前导码的时频资源。当然，也可以将随机接入前导码，时域资源、频域资源中的两个或两个以上的配置为专用于传输配置请求消息。
S2002、终端通过物理随机接入信道向网络设备发送随机接入前导码。相应的，网络设备通过物理随机接入信道接收来自终端的随机接入前导码。
以随机接入前导码用于请求组播配置信息为例。例如，随机接入前导码用于请求SC-PTM的组播配置信息。这里，S2002的具体实现过程可以参见S601中的第一种可能的实现方式(S6011)的相关说明，此处不再赘述。
S2003、网络设备向终端发送确认响应。相应的，终端接收来自网络设备的确认响应。
其中，确认响应息为MAC层的消息。MAC层的消息包括MAC子PDU。MAC子PDU包括MAC子头，MAC子头的各个字段如图21所示。E表示扩展字段，扩展字段用于指示在MAC子头后续是否还有更多的字段。T表示类型字段，类型字段指示MAC子头中包括随机接入前导码的标识或回退指示。RAPID表示随机接入前导码的标识(random access preamble identifier，RAPID)。其中，RAPID即为S2002中的随机接入前导码的标识。
参见图20的虚线框所示，若配置请求消息用于请求组播业务信道的配置信息和组播业务信道的配置信息，则网络设备执行S2004：
S2004、网络设备通过SIB向终端发送组播控制信道的配置信息，通过组播控制信道向终端发送组播业务信道的配置信息。相应的，终端通过SIB接收来自网络设备的组播控制信道的配置信息，通过组播控制信道接收来自网络设备的组播业务信道的配置信息。
以SC-PTM的组播配置信息为例，网络设备通过SIB20向终端发送SC-MCCH的配置信息，通过SC-MCCH向终端发送SC-MTCH的配置信息。相应的，终端通过SIB20接收来自网络设备的SC-MCCH的配置信息，通过SC-MCCH接收来自网络设备的SC-MTCH的配置信息。这里，关于组播配置信息的传输过程可以参见S602中方式二的相关说明，此处不再赘述。
参见图20的虚线框所示，若配置请求消息用于请求组播业务信道的配置信息，则网络设备可以执行S2004，也可以执行S2005：
S2005、网络设备通过广播方式向终端发送组播业务信道的配置信息。相应的，终端接收来自网络设备的组播业务信道的配置信息。这里，关于组播业务信道的配置信息的传 输过程可以参见S602中方式一的相关说明，此处不再赘述。
如此，在四步随机接入过程中，终端能够通过消息1(Msg1)向网络设备发送配置请求消息，以实现终端主动向网络设备请求组播配置信息，减少了“网络设备周期性发送组播配置信息”的现象，节省传输资源。
示例二、在四步随机接入过程中，终端通过消息3(Msg3)向网络设备请求组播配置信息。参见图22，其具体实现过程如下：
S2201、网络设备向终端发送关于物理随机接入信道的配置信息。相应的，终端接收来自网络设备的关于物理随机接入信道的配置信息。
其中，关于物理随机接入信道的配置信息包括用于随机接入时识别终端身份的随机接入前导码。
S2202、终端通过物理随机接入信道向网络设备发送随机接入前导码。相应的，网络设备通过物理随机接入信道接收来自终端的随机接入前导码。
其中，随机接入前导码用于请求接入。
S2203、网络设备向终端发送随机接入响应信息。相应的，终端接收来自网络设备的随机接入响应信息。
其中，随机接入响应信息包括上行授权和上述随机接入前导码的标识。
S2204、终端利用上行授权向网络设备发送配置请求消息。相应的，网络设备利用上行授权接收来自终端的配置请求消息。
其中，关于“配置请求消息”和“配置请求消息的类型”的说明均可参见S6012的相关说明，此处不再赘述。
S2205、网络设备向终端发送确认响应。相应的，终端接收来自网络设备的确认响应。
其中，确认响应为MAC层的消息。MAC层的消息包括MAC CE。MAC CE包括配置请求消息的部分比特。终端接收到配置响应信息之后，确定与配置请求消息中的部分比特匹配，则确定网络设备接收到了配置请求消息。网络设备基于配置请求消息，可以执行S2004或S2005。
如此，对于终端而言，若终端需要接收或感兴趣接收的组播业务未通过广播或组播方式传输时，则终端可以在四步随机接入过程的消息3(Msg3)向网络设备发送配置请求消息，以实现终端主动向网络设备请求组播配置信息，减少了“网络设备周期性发送组播配置信息”的现象，节省传输资源。
示例三、在两步随机接入过程中，终端通过消息A(MsgA)向网络设备请求组播配置信息。参见图23，其具体实现过程如下：
S2301、网络设备向终端发送关于物理随机接入信道的配置信息。相应的，终端接收来自网络设备的关于物理随机接入信道的配置信息。
其中，关于物理随机接入信道的配置信息包括物理随机接入信道(physical random access channel，PRACH)的资源、随机接入前导码和PUSCH资源。其中，随机接入前导码和PUSCH资源之间存在关联关系。
S2302、终端通过PRACH向网络设备发送随机接入前导码。相应的，网络设备通过PRACH接收来自终端的随机接入前导码。
S2303、终端通过PUSCH向网络设备发送配置请求消息。相应的，网络设备通过PUSCH 接收来自终端的配置请求消息。
示例性的，终端确定S2302中随机接入前导码映射的PUSCH资源，利用映射到的PUSCH资源，向网络设备发送配置请求消息。其中，关于“配置请求消息”和“配置请求消息的类型”的说明均可参见S6012的相关说明，此处不再赘述。
S2304、网络设备向终端发送确认响应。相应的，终端接收来自网络设备的确认响应。
其中，确认响应为MAC层的消息。MAC层的消息包括MAC CE。MAC CE包括配置请求消息的部分比特。终端接收到配置响应信息之后，确定与配置请求消息中的部分比特匹配，则确定网络设备接收到了配置请求消息。网络设备基于配置请求消息，可以执行S2004或S2005。
如此，终端可以在两步随机接入过程的消息A(MsgA)向网络设备发送配置请求消息，以实现终端主动向网络设备请求组播配置信息，减少了“网络设备周期性发送组播配置信息”的现象，节省传输资源。
示例四、对于连接态的终端，终端还可以通过专用的物理层资源，向网络设备请求组播配置信息。参见图24，其具体实现过程如下：
S2401、网络设备向终端发送关于物理层资源的配置信息。相应的，终端接收来自网络设备的关于物理层资源的配置信息。
其中，物理层资源是专用于配置请求消息的上行物理层资源。关于专用的物理层资源可以参见S601中第四种可能的实现方式的相关说明，此处不再赘述。
S2402、终端通过专用的物理层资源向网络设备发送配置请求消息。相应的，网络设备通过专用的物理层资源接收来自终端的配置请求消息。
其中，网络设备可以根据传输该配置请求消息的物理层资源，确定终端所请求的组播配置信息。
S2403、网络设备通过单播方式向终端发送组播配置信息。相应的，终端通过单播方式接收来自网络设备的组播配置信息。这里，关于S2403的具体实现过程可以参见S602的相关说明，此处不再赘述。
需要说明的是，S2402之后，网络设备也可以执行S2004，即通过广播方式传输组播业务信道的配置信息；或者，网络设备还可以执行S2005，即通过广播方式传输组播控制信道的配置信息，再通过组播控制信道传输组播业务信道的配置信息。
如此，对于连接态的终端而言，终端还可以通过专用的物理层资源向网络设备发送配置请求消息，以实现终端主动向网络设备请求组播配置信息，减少了“网络设备周期性发送组播配置信息”的现象，节省传输资源。
下面，再以“网络设备通知终端组播业务信道的配置信息发送变化”为例，对本申请实施例提供的通信方法进行详细描述。
示例五、网络设备通过RNTI通知终端组播业务信道的配置信息发生变化。参见图25，其具体实现过程如下：
S2501、网络设备确定组播业务信道的配置信息发生变化的组播业务，以及该组播业务关联的RNTI。
这里，每个组播业务均关联一个RNTI。示例性的，用于表示某一组播业务的TMGI或会话标识均与一个RNTI存在关联关系。网络设备确定发生变化的组播业务，基于该组播 业务的TMGI或会话标识，确定该组播业务所关联的RNTI。
S2502、网络设备通过PDCCH向终端发送DCI。相应的，终端通过PDCCH接收来自网络设备的DCI。
其中，PDCCH经过上述组播业务关联的RNTI加扰。DCI可以包括传输变化的组播业务信道的配置信息的资源位置，如PDSCH的资源。
可选的，在DCI指示传输变化的组播业务信道的配置信息的资源位置时，网络设备执行S2503；
S2503、网络设备根据DCI所指示的资源位置，向终端发送变化的组播业务信道的配置信息。相应的，终端根据DCI所指示的资源位置，接收来自网络设备的变化的组播业务信道的配置信息。
可选的，在DCI未指示传输变化的组播业务信道的配置信息的资源位置时，网络设备可以执行S2004，也可以执行S2005。此时，所传输的组播业务信道的配置信息是发生变化的组播业务信道的配置信息。
如此，在组播业务信道的配置信息发生变化时，网络设备主动通知终端组播业务信道的配置信息发生变化，再向终端发送发生变化的组播业务信道的配置信息，减少了网络设备“周期性发送组播配置信息”的现象，节省传输资源。同时，网络设备主动通知终端，以使需要接收或感兴趣接收某一组播业务的终端，接收变化的组播业务信道的配置信息，有利于终端节省功耗。
示例六、网络设备通过DCI通知终端组播业务信道的配置信息发生变化。参见图26，其具体实现过程如下：
S2601、网络设备确定组播业务信道的配置信息发生变化的组播业务。
S2602、网络设备通过PDCCH向终端发送DCI。相应的，终端通过PDCCH接收来自网络设备的DCI。
其中，DCI的某一个或某几个字段用于指示组播业务信道的配置信息发生变化的组播业务。示例性的，DCI中的某一个或某几个字段用于指示上述组播的业务的TMGI或会话标识。
S2603、网络设备向终端发送变化的组播业务信道的配置信息。相应的，终端接收来自网络设备的变化的组播业务信道的配置信息。
如此，在组播业务信道的配置信息发生变化时，网络设备主动通知终端组播业务信道的配置信息发生变化的组播业务，以使需要接收或感兴趣接收某一组播业务的终端，接收变化的组播业务信道的配置信息，有利于终端节省功耗。同时，减少了网络设备“周期性发送组播配置信息”的现象，节省资源开销。
上述主要从不同网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，终端和网络设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。结合本申请中所公开的实施例描述的各示例的单元及算法步骤，本申请实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本申请实施例的技术方案的范围。
本申请实施例可以根据上述方法示例对通信装置进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
图27示出了本申请实施例中提供的通信装置的一种示意性框图。该通信装置2700可以以软件的形式存在，也可以为设备，或者设备中的组件(比如芯片系统)。该通信装置2700包括：处理单元2702和通信单元2703。
通信单元2703是该通信装置2700的一种接口电路，用于从其它装置接收或向其它装置发送信号。例如，当该通信装置2700以芯片的方式实现时，该通信单元2703是该芯片用于从其它芯片或装置接收信号的接口电路，或者是该芯片用于向其它芯片或装置发送信号的接口电路。
通信单元2703可以包括用于与终端通信的通信单元，还可以包括与其它网络设备通信的通信单，这些通信单元可以集成在一起，也可以独立实现。
当通信装置2700用于实现上述终端的功能时，示例性的，处理单元2702可以用于支持通信装置2700执行确定待发送的配置请求消息，和/或用于本文所描述的方案的其它过程。通信单元2703用于支持通信装置2700和其他网元(例如网络设备)之间的通信。比如，通信单元用于支持通信装置2700执行图6所示的S601、S602和S603，和/或用于本文所描述的方案的其它过程。
当通信装置2700用于实现上述方法中网络设备的功能时，示例性的，处理单元2702可以用于支持通信装置2700执行如图25中的S2501，和/或用于本文所描述的方案的其它过程。通信单元2703用于支持通信装置2700和其他网元(例如终端)之间的通信。比如，通信单元用于支持通信装置2700执行图6所示的S601、S602和S603，和/或用于本文所描述的方案的其它过程。
可选的，通信装置2700还可以包括存储单元2701，用于存储通信装置2700的程序代码和数据，数据可以包括不限于原始数据或者中间数据等。
其中，处理单元2702可以是处理器或控制器，例如可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。
通信单元2703可以是通信接口、收发器或收发电路等，其中，该通信接口是统称，在具体实现中，该通信接口可以包括多个接口，例如可以包括：第一接入网设备和第二接入网设备之间的接口和/或其他接口。
存储单元2701可以是存储器。
当处理单元2702为处理器，通信单元2703为通信接口，存储单元2701为存储器时，本申请实施例所涉及的通信装置2800可以为图28所示。
参阅图28所示，该通信装置2800包括：处理器2802、收发器2803、存储器2801。
其中，收发器2803可以为独立设置的发送器，该发送器可用于向其他设备发送信息， 该收发器也可以为独立设置的接收器，用于从其他设备接收信息。该收发器也可以是将发送、接收信息功能集成在一起的部件，本申请实施例对收发器的具体实现不做限制。
可选的，通信装置2800还可以包括总线2804。其中，收发器2803、处理器2802以及存储器2801可以通过总线2804相互连接；总线2804可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。所述总线2804可以分为地址总线、数据总线、控制总线等。为便于表示，图28中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
本领域普通技术人员可以理解：在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digital video disc，DVD))、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络设备上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个功能单元独立存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (44)

  1. 一种通信方法，其特征在于，包括：
    终端向网络设备发送配置请求消息，所述配置请求消息用于请求组播配置信息；
    所述终端接收来自所述网络设备的所述组播配置信息；
    所述终端根据所述组播配置信息，接收来自所述网络设备的组播业务数据。
  2. 根据权利要求1所述的通信方法，其特征在于，所述配置请求消息用于请求组播控制信道的配置信息，或组播业务信道的配置信息，或组播控制信道的配置信息和组播业务信道的配置信息。
  3. 根据权利要求1或2所述的通信方法，其特征在于，所述配置请求消息用于请求组播业务的组播业务信道的配置信息，或者，所述配置请求消息用于请求组播业务的组播控制信道的配置信息和组播业务信道的配置信息；所述配置请求消息包括业务指示信息，所述业务指示信息用于指示所述组播业务；
    所述终端接收来自所述网络设备的所述组播配置信息，包括：
    所述终端接收来自所述网络设备的所述组播业务的组播配置信息。
  4. 根据权利要求1至3任一项所述的通信方法，其特征在于，所述配置请求消息包括类型指示信息，所述类型指示信息用于指示组播配置信息的类型，或者，所述配置请求消息的传输隐式指示组播配置信息的类型。
  5. 根据权利要求4所述的通信方法，其特征在于，所述终端向网络设备发送配置请求消息，包括：
    所述终端向网络设备发送随机接入前导码；
    其中，所述随机接入前导码用于指示所述组播配置信息的类型；或者，传输所述随机接入前导码的时域资源或频域资源或时频资源用于指示所述组播配置信息的类型。
  6. 根据权利要求4所述的通信方法，其特征在于，所述终端向网络设备发送配置请求消息之前，所述方法还包括：
    所述终端向所述网络设备发送第一消息，所述第一消息包括随机接入前导码；
    所述终端接收来自所述网络设备的第二消息，所述第二消息包括上行授权和所述随机接入前导码的标识；
    所述终端向网络设备发送配置请求消息，包括：
    所述终端利用所述上行授权向网络设备发送所述配置请求消息，所述配置请求消息包括所述类型指示信息。
  7. 根据权利要求4所述的通信方法，其特征在于，所述配置请求消息通过预设资源传输。
  8. 根据权利要求7所述的通信方法，其特征在于，所述预设资源包括物理上行共享信道PUSCH资源，所述配置请求消息包括所述类型指示信息。
  9. 根据权利要求6或8所述的通信方法，其特征在于，所述配置请求消息为无线资源控制RRC消息或媒体接入控制MAC层消息。
  10. 根据权利要求9所述的通信方法，其特征在于，所述配置请求消息为MAC层消息，所述MAC层消息包括媒体接入控制MAC子协议数据单元PDU；所述MAC子PDU包括MAC子头，所述MAC子头包括逻辑信道标识LCID，所述LCID包括所述类型指示信息；或者，所 述MAC子PDU包括MAC子头和MAC控制单元CE，所述MAC CE包括所述类型指示信息，所述LCID用于指示所述MAC CE包括所述类型指示信息。
  11. 根据权利要求7所述的通信方法，其特征在于，所述预设资源包括专用于请求组播配置信息的物理层资源，所述物理层资源用于指示组播配置信息的类型。
  12. 根据权利要求1至10任一项所述的通信方法，其特征在于，所述终端接收来自所述网络设备的所述组播配置信息，包括：
    在目标时间段内，所述终端接收来自所述网络设备的所述组播配置信息。
  13. 根据权利要求11所述的通信方法，其特征在于，所述终端接收来自所述网络设备的所述组播配置信息，包括：
    所述终端通过单播方式接收来自所述网络设备的所述组播配置信息。
  14. 一种通信方法，其特征在于，包括：
    网络设备接收来自终端的配置请求消息，所述配置请求消息用于请求组播配置信息；
    所述网络设备向所述终端发送所述组播配置信息；
    所述网络设备根据所述组播配置信息，向所述终端发送组播业务数据。
  15. 根据权利要求14所述的通信方法，其特征在于，所述配置请求消息用于请求组播控制信道的配置信息，或组播业务信道的配置信息，或组播控制信道的配置信息和组播业务信道的配置信息。
  16. 根据权利要求14或15所述的通信方法，其特征在于，所述配置请求消息用于请求组播业务的组播业务信道的配置信息，或者，所述配置请求消息用于请求组播业务的组播控制信道的配置信息和组播业务信道的配置信息；所述配置请求消息包括业务指示信息，所述业务指示信息用于指示所述组播业务；
    所述网络设备向所述终端发送所述组播配置信息，包括：
    所述网络设备向所述终端发送所述组播业务的组播配置信息。
  17. 根据权利要求14至16任一项所述的通信方法，其特征在于，所述配置请求消息包括类型指示信息，所述类型指示信息用于指示组播配置信息的类型，或者，所述配置请求消息的传输隐式指示组播配置信息的类型。
  18. 根据权利要求17所述的通信方法，其特征在于，所述网络设备接收来自终端的配置请求消息，包括：
    所述网络设备接收来自终端的随机接入前导码；
    其中，所述随机接入前导码用于指示所述组播配置信息的类型；或者，传输所述随机接入前导码的时域资源或频域资源或时频资源用于指示所述组播配置信息的类型。
  19. 根据权利要求17所述的通信方法，其特征在于，所述网络设备接收来自终端的配置请求消息之前，所述方法还包括：
    所述网络设备接收来自所述终端的第一消息，所述第一消息包括随机接入前导码；
    所述网络设备向所述终端发送第二消息，所述第二消息包括上行授权和所述随机接入前导码的标识；
    所述网络设备接收来自终端的配置请求消息，包括：
    所述网络设备利用所述上行授权接收来自终端的配置请求消息，所述配置请求消息包括所述类型指示信息。
  20. 根据权利要求17所述的通信方法，其特征在于，所述配置请求消息通过预设资源接收。
  21. 根据权利要求20所述的通信方法，其特征在于，所述预设资源包括物理上行共享信道PUSCH资源，所述配置请求消息包括所述类型指示信息。
  22. 根据权利要求19或21所述的通信方法，其特征在于，所述配置请求消息为无线资源控制RRC消息或媒体接入控制MAC层消息。
  23. 根据权利要求22所述的通信方法，其特征在于，所述配置请求消息为MAC层消息，所述MAC层消息包括媒体接入控制MAC子协议数据单元PDU；所述MAC子PDU包括MAC子头，所述MAC子头包括逻辑信道标识LCID，所述LCID包括所述类型指示信息；或者，所述MAC子PDU包括MAC子头和MAC控制单元CE，所述MAC CE包括所述类型指示信息，所述LCID用于指示所述MAC CE包括所述类型指示信息。
  24. 根据权利要求20所述的通信方法，其特征在于，所述预设资源包括专用于请求组播配置信息的物理层资源，所述物理层资源用于指示组播配置信息的类型。
  25. 根据权利要求14至23任一项所述的通信方法，其特征在于，所述网络设备向所述终端发送所述组播配置信息，包括：
    在目标时间段内，所述网络设备向所述终端发送所述组播配置信息。
  26. 根据权利要求24所述的通信方法，其特征在于，所述网络设备向所述终端发送所述组播配置信息，包括：
    所述网络设备通过单播方式向所述终端发送所述组播配置信息。
  27. 一种通信方法，其特征在于，包括：
    终端接收来自网络设备的信息，所述信息用于通知组播业务信道的配置信息发生变化；
    所述终端根据所述信息接收来自所述网络设备的变化的组播业务信道的配置信息；
    所述终端根据接收的所述组播业务信道的配置信息，接收来自所述网络设备的所述组播业务信道的业务数据。
  28. 根据权利要求27所述的通信方法，其特征在于，所述信息为变更指示信息，所述变更指示信息用于指示组播业务信道的配置信息发生变化，所述变更指示信息承载于物理下行控制信道PDCCH或物理下行共享信道PDSCH。
  29. 根据权利要求27所述的通信方法，其特征在于，所述终端接收来自网络设备的信息，包括：
    所述终端通过物理下行控制信道PDCCH接收来自网络设备的下行控制信息DCI；
    其中，用于加扰所述PDCCH的无线网络临时标识RNTI隐式指示所述组播业务信道的配置信息发生变化。
  30. 根据权利要求29所述的通信方法，其特征在于，用于加扰所述PDCCH的RNTI与组播业务存在对应关系，所述配置信息发生变化的组播业务信道用于传输所述组播业务的业务数据；
    或者，所述DCI包括业务指示信息，所述业务指示信息用于指示所述组播业务。
  31. 根据权利要求29所述的通信方法，其特征在于，所述DCI用于指示传输所述发生变化的组播业务信道的配置信息的资源位置；
    所述终端根据所述信息接收来自所述网络设备的变化的组播业务信道的配置信息，包 括：
    所述终端在所述DCI所指示的资源上接收来自所述网络设备的变化的组播业务信道的配置信息。
  32. 一种通信方法，其特征在于，包括：
    网络设备向终端发送信息，所述信息用于通知组播业务信道的配置信息发生变化；
    所述网络设备根据所述信息向所述终端发送变化的组播业务信道的配置信息；
    所述网络设备根据所述组播业务信道的配置信息，通过所述组播业务信道向所述终端发送业务数据。
  33. 根据权利要求32所述的通信方法，其特征在于，所述信息为变更指示信息，所述变更指示信息用于指示组播业务信道的配置信息发生变化，所述变更指示信息承载于物理下行控制信道PDCCH或物理下行共享信道PDSCH。
  34. 根据权利要求32所述的通信方法，其特征在于，所述网络设备向终端发送信息，包括：
    所述网络设备通过物理下行控制信道PDCCH向终端发送下行控制信息DCI；
    其中，用于加扰所述PDCCH的无线网络临时标识RNTI隐式指示所述组播业务信道的配置信息发生变化。
  35. 根据权利要求34所述的通信方法，其特征在于，用于加扰所述PDCCH的RNTI与组播业务存在对应关系，所述配置信息发生变化的组播业务信道用于传输所述组播业务的业务数据；
    或者，所述DCI包括业务指示信息，所述业务指示信息用于指示所述组播业务。
  36. 根据权利要求34所述的通信方法，其特征在于，所述DCI用于指示传输所述发生变化的组播业务信道的配置信息的资源位置；
    所述网络设备根据所述信息向所述终端发送变化的组播业务信道的配置信息，包括：
    所述网络设备在所述DCI所指示的资源上向所述终端发送变化的组播业务信道的配置信息。
  37. 一种通信装置，其特征在于，包括：用于执行权利要求1至13任一项所述的通信方法中各个步骤的单元,或,27至31任一项所述的通信方法中各个步骤的单元。
  38. 一种通信装置，其特征在于，包括：处理器，用于调用存储器中的程序，以执行权利要求1至13任一项所述的通信方法,或,27至31任一项所述的通信方法。
  39. 一种通信装置，其特征在于，包括：处理器和接口电路，所述接口电路用于与其它装置通信，所述处理器用于执行权利要求1至13任一项所述的通信方法,或,27至31任一项所述的通信方法。
  40. 一种通信装置，其特征在于，包括：用于执行权利要求14至26任一项所述的通信方法中各个步骤的单元,或,32至36任一项所述的通信方法中各个步骤的单元。
  41. 一种通信装置，其特征在于，包括：处理器，用于调用存储器中的程序，以执行权利要求14至26任一项所述的通信方法,或,32至36任一项所述的通信方法。
  42. 一种通信装置，其特征在于，包括：处理器和接口电路，所述接口电路用于与其它装置通信，所述处理器用于执行权利要求14至26任一项所述的通信方法，或,32至36任一项所述的通信方法。
  43. 一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储程序，所述程序被处理器调用时，权利要求1至36任一项所述的通信方法被执行。
  44. 一种计算机程序，其特征在于，当所述程序被处理器调用时，权利要求1至36任一项所述的通信方法被执行。
PCT/CN2019/103880 2019-08-30 2019-08-30 通信方法及装置 WO2021035751A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/103880 WO2021035751A1 (zh) 2019-08-30 2019-08-30 通信方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/103880 WO2021035751A1 (zh) 2019-08-30 2019-08-30 通信方法及装置

Publications (1)

Publication Number Publication Date
WO2021035751A1 true WO2021035751A1 (zh) 2021-03-04

Family

ID=74684480

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/103880 WO2021035751A1 (zh) 2019-08-30 2019-08-30 通信方法及装置

Country Status (1)

Country Link
WO (1) WO2021035751A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022211499A1 (en) 2021-03-30 2022-10-06 Samsung Electronics Co., Ltd. Methods and user equipment (ue) for handling mbs service in wireless network

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101742406A (zh) * 2008-11-21 2010-06-16 中兴通讯股份有限公司 终端及其获取mbms业务配置信息的方法
CN102036174A (zh) * 2009-09-29 2011-04-27 中兴通讯股份有限公司 一种mbms通知信息的传输方法及系统
CN104040985A (zh) * 2012-11-16 2014-09-10 华为技术有限公司 地址重配置方法、服务器和客户端
US20180041922A1 (en) * 2015-03-06 2018-02-08 China Academy Of Telecommunications Technology Air-interface protocol stack configuration method, data transmission method, air-interface protocol stack configuration device, and data transmission device
CN109769150A (zh) * 2017-11-09 2019-05-17 华为技术有限公司 一种传输组播业务的方法和设备

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101742406A (zh) * 2008-11-21 2010-06-16 中兴通讯股份有限公司 终端及其获取mbms业务配置信息的方法
CN102036174A (zh) * 2009-09-29 2011-04-27 中兴通讯股份有限公司 一种mbms通知信息的传输方法及系统
CN104040985A (zh) * 2012-11-16 2014-09-10 华为技术有限公司 地址重配置方法、服务器和客户端
US20180041922A1 (en) * 2015-03-06 2018-02-08 China Academy Of Telecommunications Technology Air-interface protocol stack configuration method, data transmission method, air-interface protocol stack configuration device, and data transmission device
CN109769150A (zh) * 2017-11-09 2019-05-17 华为技术有限公司 一种传输组播业务的方法和设备

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022211499A1 (en) 2021-03-30 2022-10-06 Samsung Electronics Co., Ltd. Methods and user equipment (ue) for handling mbs service in wireless network
EP4150929A4 (en) * 2021-03-30 2023-10-18 Samsung Electronics Co., Ltd. METHODS AND USER EQUIPMENT (EU) FOR MANAGING MBS SERVICE IN A WIRELESS NETWORK

Similar Documents

Publication Publication Date Title
US20220248184A1 (en) Communication Method And Apparatus
JP4734412B2 (ja) 移動通信システムにおけるｍｂｍｓサービス送受信方法
JP6766169B2 (ja) 無線端末及び基地局
US20180270303A1 (en) Method and System for Transmitting Data among Peer Stations in a Decentralized Manner with High Channel Efficiency
US20200204329A1 (en) Radio terminal and base station
US10045395B2 (en) Base station, processor, and user terminal for setting a configuration to the user terminal for discontinuously monitoring a physical downlink control channel (PDCCH) on which a control signal is transmitted by the base station
WO2013077690A1 (ko) 무선랜 시스템에서 그룹핑을 기반으로 한 데이터 송수신 방법 및 이를 지원하는 장치
US20100278064A1 (en) Rach-specific information transmission methods and apparatuses for wireless communication system
US20120182921A1 (en) Wireless communication system, base station apparatus, mobile station apparatus, and communication method
EP2230801B1 (en) Method for sending and receiving multimedia operation data, base station device and user device
US9143980B2 (en) Methods and arrangements for optimizing radio resource utilization at group communications
EP3324666B1 (en) Sc-mcch resource configuration method and apparatus
JP2007536785A (ja) 無線通信システムにおける１対多サービスに関する制御情報通知の送受信方法
US8953564B2 (en) Systems and methods to achieve fairness in wireless LANs for cellular offloading
WO2011147246A1 (zh) 多媒体广播组播上行资源分配及反馈方法与系统
WO2021204088A1 (zh) 一种通信方法及相关设备
WO2018084194A1 (ja) 無線端末及び基地局
WO2013131438A1 (zh) 一种集群传输通知、处理方法及装置
WO2011038587A1 (zh) 一种发送、传输mbms寻呼指示信令的方法及系统
WO2021035751A1 (zh) 通信方法及装置
US11310631B2 (en) Radio terminal and base station
WO2023284376A1 (zh) 一种多播业务修改通知方法及通信装置
US9713173B2 (en) Method for implementing trunking service, evolved node B and terminal
WO2022205570A1 (zh) 无线通信方法、终端设备和网络设备
WO2023010287A1 (zh) 一种通知信息变更的方法及装置、终端设备、网络设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19943584

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19943584

Country of ref document: EP

Kind code of ref document: A1