WO2022012196A1 - 一种多播业务数据的传输方法及装置 - Google Patents

一种多播业务数据的传输方法及装置 Download PDF

Info

Publication number
WO2022012196A1
WO2022012196A1 PCT/CN2021/097693 CN2021097693W WO2022012196A1 WO 2022012196 A1 WO2022012196 A1 WO 2022012196A1 CN 2021097693 W CN2021097693 W CN 2021097693W WO 2022012196 A1 WO2022012196 A1 WO 2022012196A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
service
multicast service
indication information
mode indication
Prior art date
Application number
PCT/CN2021/097693
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 大唐移动通信设备有限公司
Publication of WO2022012196A1 publication Critical patent/WO2022012196A1/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel

Definitions

  • the present disclosure relates to the field of communications, and in particular, to a method and device for transmitting multicast service data.
  • the Long Term Evolution (Long Term Evolution, LTE) system supports Multimedia Broadcast Multicast Services (Multimedia Broadcast Multicast Services, MBMS) in the following manner: User Equipment (UE) obtains information about multicast services through system information. Service area identification, carrier information, and multicast service-related control information, such as the configuration information of the Multicast Control Channel (MCCH) or the Single Cell-multicast Control Channel (SC-MCCH)) Then, based on the obtained multicast service-related control channel information, on the corresponding multicast control channel, obtain multiple multicast service-related channel configuration information, such as Multicast Traffic Channel (MTCH) Or a single-cell multicast traffic channel (Single-Cell Multicast Traffic Channel, SC-MTCH), and finally, the UE selects the corresponding multicast traffic channel for the multicast service of interest to receive the corresponding multicast service data.
  • MTCH Multicast Traffic Channel
  • SC-MTCH Single-cell Multicast Traffic Channel
  • the process of UE receiving multicast service data is controlled by a multi-cell/multicast coordination entity (MCE), regardless of whether the UE In the idle state or the connected state, the interested multicast service data can be directly received on the premise that the multicast service-related control information and the multicast service-related channel configuration information are obtained.
  • MCE multi-cell/multicast coordination entity
  • Embodiments of the present disclosure provide a method and apparatus for transmitting multicast service data, which are used to realize multicast service transmission in a 5G NR system.
  • a method for transmitting multicast service data includes:
  • the multicast mode indication information is sent to the terminal through air interface dedicated signaling.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • a wireless network temporary identifier RNTI corresponding to the multicast service is generated, and the RNTI is used as the multicast mode indication information of the multicast service.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • relevant channel configuration information of the multicast service is generated, and the relevant channel configuration information is used as the multicast mode indication information of the multicast service.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • a service identifier corresponding to the multicast service is generated, and the service identifier is used as the multicast mode indication information of the multicast service.
  • the dedicated air interface signaling includes any one of the following:
  • Physical layer downlink control information DCI Physical layer downlink control information DCI.
  • a method for transmitting multicast service data includes:
  • the multicast mode indication information is that the network side device determines, based on the multicast service set, that the terminal is allowed to receive at least one multicast service in the multicast mode. , which is generated based on the at least one multicast service;
  • the multicast service-related channel configuration information corresponding to the multicast mode indication information, and based on the relevant channel configuration information, use multicast to receive the information on the corresponding multicast service channel.
  • the service data of the multicast service is
  • receiving the multicast mode indication information sent by the network side using air interface dedicated signaling includes:
  • the multicast mode indication information is the wireless network temporary identifier RNTI
  • the multicast service-related channel configuration information including:
  • the multicast control channel is parsed to obtain relevant channel configuration information of at least one multicast service corresponding to the multicast mode indication information.
  • receiving the multicast mode indication information sent by the network side through air interface dedicated signaling includes:
  • multicast mode indication information sent by the network side through air interface dedicated signaling, where the multicast mode indication information includes relevant channel configuration information of the at least one multicast service;
  • using multicast to receive the service data of the multicast service on the corresponding multicast service channel including:
  • the service data of the multicast service is received in a multicast manner on the corresponding multicast service channel directly based on the obtained relevant channel configuration information.
  • receiving the multicast mode indication information sent by the network side through air interface dedicated signaling includes:
  • the multicast mode indication information is a service identifier corresponding to a multicast service
  • the relevant channel configuration information of the multicast service corresponding to the service identifier is acquired from the set of channel information related to the multicast service delivered by the network side.
  • the dedicated air interface signaling includes any one of the following:
  • Physical layer downlink control information DCI Physical layer downlink control information DCI.
  • a network device provided by an embodiment of the present application includes:
  • the multicast mode indication information is sent to the terminal through air interface dedicated signaling.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • a wireless network temporary identifier RNTI corresponding to the multicast service is generated, and the RNTI is used as the multicast mode indication information of the multicast service.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • relevant channel configuration information of the multicast service is generated, and the relevant channel configuration information is used as the multicast mode indication information of the multicast service.
  • generate corresponding multicast mode indication information based on the at least one multicast service including:
  • a service identifier corresponding to the multicast service is generated, and the service identifier is used as the multicast mode indication information of the multicast service.
  • the dedicated air interface signaling includes any one of the following:
  • Physical layer downlink control information DCI Physical layer downlink control information DCI.
  • a terminal provided by an embodiment of the present application includes:
  • the multicast mode indication information is that the network side device determines, based on the multicast service set, that the terminal is allowed to receive at least one multicast service in the multicast mode. , which is generated based on the at least one multicast service;
  • the multicast service-related channel configuration information corresponding to the multicast mode indication information, and based on the relevant channel configuration information, use multicast to receive the information on the corresponding multicast service channel.
  • the service data of the multicast service is
  • receiving the multicast mode indication information sent by the network side using air interface dedicated signaling includes:
  • the multicast mode indication information is the wireless network temporary identifier RNTI
  • the multicast service-related channel configuration information including:
  • the multicast control channel is parsed to obtain relevant channel configuration information of at least one multicast service corresponding to the multicast mode indication information.
  • receiving the multicast mode indication information sent by the network side through air interface dedicated signaling includes:
  • the multicast mode indication information sent by the network side through the dedicated signaling of the air interface, where the multicast mode indication information includes the relevant channel configuration information of the at least one multicast service;
  • using multicast to receive the service data of the multicast service on the corresponding multicast service channel including:
  • the service data of the multicast service is received in a multicast manner on the corresponding multicast service channel directly based on the obtained relevant channel configuration information.
  • receiving the multicast mode indication information sent by the network side through air interface dedicated signaling includes:
  • the multicast mode indication information is a service identifier corresponding to a multicast service
  • the relevant channel configuration information of the multicast service corresponding to the service identifier is acquired from the set of channel information related to the multicast service delivered by the network side.
  • the dedicated air interface signaling includes any one of the following:
  • Physical layer downlink control information DCI Physical layer downlink control information DCI.
  • a network-side device provided by an embodiment of the present application includes:
  • a generating unit configured to determine at least one multicast service that the terminal is allowed to receive in a multicast mode based on the multicast service set, and generate corresponding multicast mode indication information based on the at least one multicast service;
  • a transmission unit configured to send the multicast mode indication information to the terminal through air interface dedicated signaling.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • a wireless network temporary identifier RNTI corresponding to the multicast service is generated, and the RNTI is used as the multicast mode indication information of the multicast service.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • relevant channel configuration information of the multicast service is generated, and the relevant channel configuration information is used as the multicast mode indication information of the multicast service.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • a service identifier corresponding to the multicast service is generated, and the service identifier is used as the multicast mode indication information of the multicast service.
  • the dedicated air interface signaling includes any one of the following:
  • Physical layer downlink control information DCI Physical layer downlink control information DCI.
  • a terminal provided by an embodiment of the present application includes:
  • the determining unit is configured to receive the multicast mode indication information sent by the network side through the dedicated signaling of the air interface. After one multicast service, generated based on the at least one multicast service;
  • a receiving unit configured to determine the multicast service related channel configuration information corresponding to the multicast mode indication information based on the multicast mode indication information, and based on the related channel configuration information, use the corresponding multicast service channel
  • the service data of the multicast service is received in a multicast manner.
  • receiving the multicast mode indication information sent by the network side using air interface dedicated signaling includes:
  • the multicast mode indication information is the wireless network temporary identifier RNTI
  • the multicast service-related channel configuration information including:
  • the multicast control channel is parsed, and the relevant channel configuration information of at least one multicast service corresponding to the multicast mode indication information is obtained.
  • receiving the multicast mode indication information sent by the network side through air interface dedicated signaling includes:
  • multicast mode indication information sent by the network side through air interface dedicated signaling, where the multicast mode indication information includes relevant channel configuration information of the at least one multicast service;
  • using multicast to receive the service data of the multicast service on the corresponding multicast service channel including:
  • the service data of the multicast service is received in a multicast manner on the corresponding multicast service channel directly based on the obtained relevant channel configuration information.
  • receiving the multicast mode indication information sent by the network side through air interface dedicated signaling includes:
  • the multicast mode indication information is a service identifier corresponding to a multicast service
  • the relevant channel configuration information of the multicast service corresponding to the service identifier is acquired from the set of channel information related to the multicast service delivered by the network side.
  • the dedicated air interface signaling includes any one of the following:
  • Physical layer downlink control information DCI Physical layer downlink control information DCI.
  • a storage medium when an instruction in the storage medium is executed by a processor, enables the processor to perform any one of the methods in the first aspect.
  • a storage medium when an instruction in the storage medium is executed by a processor, enables the processor to perform any one of the methods in the second aspect.
  • the network side after determining at least one multicast service that the terminal is allowed to receive in the multicast mode, the network side sends the multicast mode indication information generated based on the at least one multicast service to the terminal by using air interface dedicated signaling, and the terminal Based on the multicast service-related channel configuration information corresponding to the received multicast mode indication information, the service data of the at least one multicast service is received in the multicast mode on the corresponding multicast service channel; in this way, in the 5G NR system
  • the multicast service transmission is realized in the system, which avoids sending signaling to terminals that do not request to use the multicast service set, thereby effectively avoiding the waste of signaling and ensuring system performance;
  • the routers and switches in the network perform replication step by step and send it to each terminal, so it can save both server resources and bandwidth resources of the network backbone.
  • FIG. 1 is a schematic diagram of an LTE system architecture under the prior art
  • FIG. 2 is a schematic diagram of a process flow of transmitting multicast service data in an embodiment of the present disclosure
  • FIG. 3 is a schematic flowchart of performing multicast service transmission using the first multicast mode indication information in an embodiment of the present disclosure
  • FIG. 4 is a schematic flowchart of performing multicast service transmission using the second multicast mode indication information in an embodiment of the present disclosure
  • FIG. 5 is a schematic flowchart of a third multicast mode indicating information for multicast service transmission in an embodiment of the present disclosure
  • FIG. 6 is a schematic diagram of a physical architecture of a base station in an embodiment of the present disclosure.
  • FIG. 7 is a schematic diagram of an entity architecture of a terminal in an embodiment of the present disclosure.
  • FIG. 8 is a schematic diagram of a logical architecture of a base station in an embodiment of the present disclosure.
  • FIG. 9 is a schematic diagram of a logical architecture of a terminal in an embodiment of the present disclosure.
  • the network side determines at least one multicast service that the terminal is allowed to receive in the multicast mode, it sends the multicast mode indication information to the terminal by using the dedicated signaling of the air interface. , and the terminal will further obtain the channel configuration information related to the multicast service based on the obtained multicast mode indication information, so as to receive the service data in the multicast mode on the corresponding multicast service channel.
  • the specific process of transmitting multicast service data is as follows:
  • Step 200 The terminal sends the multicast service set requested to be used to the network side.
  • the terminal may select multiple multicast services that it is interested in from various multicast services provided by the network side, and after forming a multicast service set, request the network side to use the multicast service set.
  • the network side and the terminal side can pre-determine a set of multicast services that may be of interest to the terminal side, or a higher layer may configure a set of multicast services that may be of interest to the terminal side on the network side.
  • a higher layer may configure a set of multicast services that may be of interest to the terminal side on the network side.
  • only the terminal reporting the multicast service set to the network side is used as an example for introduction, and details are not repeated here.
  • Step 210 The network side determines at least one multicast service that the terminal is allowed to receive in a multicast manner based on the set of received multicast services.
  • the network side may use the following methods to determine whether to allow the terminal to use it, taking any multicast service X in the multicast service set as an example:
  • the network side can calculate the total number of terminals currently using the multicast service X, and determine that when the total number of terminals reaches the preset threshold, it is determined that the terminal uses the multicast mode to receive the multicast service X. If the total number of the terminals does not reach the preset threshold, it is determined that the terminals receive the multicast service X over the air interface in a unicast manner.
  • the predicted thresholds for the total number of terminals corresponding to different multicast services may be the same or different, and may be flexibly set according to actual application scenarios, which will not be repeated here.
  • Step 220 The network side generates corresponding multicast mode indication information based on the at least one multicast service.
  • the network side can generate multicast mode indication information in a variety of ways, including but not limited to the following three:
  • the network side corresponds to the at least one multicast service, generates a corresponding wireless network temporary identifier (Radio Network Temporary Identity, RNTI), and uses the RNTI as the multicast mode indication information.
  • RNTI Radio Network Temporary Identity
  • the network side corresponds to the at least one multicast service, generates corresponding multicast service-related channel configuration information, and uses the corresponding multicast service-related channel configuration information as multicast mode indication information.
  • the network side corresponds to the at least one multicast service, generates corresponding at least one service identifier, and uses the at least one service identifier as the multicast mode indication information.
  • Step 230 The network side sends the multicast mode indication information to the terminal by using air interface dedicated signaling.
  • Radio Resource Control Radio Resource Control
  • DCI Downlink Control Information
  • Step 240 The terminal determines corresponding channel configuration information related to the multicast service according to the received multicast mode indication information.
  • the terminal may use, but not limited to, the following three ways to determine the corresponding configuration information related to the multicast service.
  • the terminal can parse the multicast control channel based on the obtained RNTI, so as to obtain the channel configuration information related to the multicast service.
  • the terminal can directly obtain the multicast service-related configuration channel configuration information.
  • the terminal may obtain the multicast service-related channel configuration information corresponding to the at least one service identifier from the multicast service-related channel information set delivered by the network side.
  • Step 250 The terminal receives the service data of the at least one multicast service in a multicast manner on the corresponding multicast service channel based on the configuration information of the multicast service related information.
  • Scenario 1 The multicast mode indication information is RNTI.
  • Step 300 The terminal sends a set of requests to use the multicast service to the network side.
  • the terminal may select multiple multicast services that it is interested in from various multicast services provided by the network side, and after forming a multicast service set, request the network side to use the multicast service set.
  • Step 310 Based on the received multicast service set, the network side determines at least one multicast service that the terminal is allowed to receive in a multicast manner.
  • the network side may use the following methods to determine whether to allow the terminal to use it, taking any multicast service X in the multicast service set as an example:
  • the network side can calculate the total number of terminals currently using the multicast service X, and determine that when the total number of terminals reaches the preset threshold, it is determined that the terminal uses the multicast mode to receive the multicast service X. If the total number of the terminals does not reach the preset threshold, it is determined that the terminals receive the multicast service X over the air interface in a unicast manner.
  • the predicted thresholds for the total number of terminals corresponding to different multicast services may be the same or different, and may be flexibly set according to actual application scenarios, which will not be repeated here.
  • the network side may directly send the relevant information of the certain service to the terminal in a unicast manner.
  • Step 320 The network side sends the dynamic RNTI to the terminal by using dedicated signaling for the air interface.
  • the dynamic RNTI may be a single cell-RNTI (Single Cell-RNTI, SC-RNTI).
  • Step 330 The terminal parses the multicast control channel through the dynamic RNTI, and obtains and determines the channel configuration information related to the corresponding multicast service.
  • the terminal may use the dynamic RNTI to parse the multicast control channel, and obtain a message containing the multicast service-related channel configuration information of each multicast service in the multicast service set, for example, SCPTM Configuration message.
  • the dynamic RNTI can be used to obtain the multicast service-related configuration information of all multicast services received in the multicast mode. Therefore, when the network side sends the dynamic RNTI to the terminal by using the air interface dedicated signaling, the terminal is allowed to use it by default. All multicast services in the multicast service set.
  • the multicast service set includes three multicast services, namely: multicast service 1, multicast service 2, and multicast service 3, respectively corresponding to multicast service channel 1 , Multicast Traffic Channel 2 and Multicast Traffic Channel 3.
  • the multicast service-related channel configuration information parsed from the multicast control channel by the terminal includes the multicast service channel 1, multicast service channel 2 and multicast service channel 3. broadcast traffic channel configuration information.
  • Step 340 The terminal receives the service data of the multicast service 1 on the multicast service channel 1 in a multicast manner.
  • Step 350 The terminal receives the service data of the multicast service 2 on the multicast service channel 2 in a multicast manner.
  • Step 360 The terminal receives the service data of the multicast service 3 on the multicast service channel 3 in a multicast manner.
  • the terminal can receive the service data of the interested multicast service on different multicast service channels by using the multicast mode respectively.
  • the multicast mode indication information is multicast service-related channel configuration information of at least one multicast service.
  • Step 400 The terminal sends the multicast service set requested to be used to the network side.
  • the terminal may select multiple multicast services that it is interested in from various multicast services provided by the network side, and after forming a multicast service set, request the network side to use the multicast service set.
  • Step 410 Based on the received multicast service set, the network side determines at least one multicast service that the terminal is allowed to receive in a multicast manner.
  • the network side can use the following methods to determine whether to allow the terminal to use it, taking any multicast service X in the multicast service set as an example:
  • the network side can calculate the total number of terminals currently using the multicast service X, and determine that when the total number of terminals reaches the preset threshold, it is determined that the terminal uses the multicast mode to receive the multicast service X. If the total number of the terminals does not reach the preset threshold, it is determined that the terminals receive the multicast service X over the air interface in a unicast manner.
  • the predicted thresholds for the total number of terminals corresponding to different multicast services may be the same or different, and may be flexibly set according to actual application scenarios, which will not be repeated here.
  • the network side may directly send the relevant information of the certain service to the terminal in a unicast manner.
  • Step 420 The network side sends the multicast service-related channel configuration information of the at least one multicast service to the terminal by using air interface dedicated signaling.
  • Step 430 The terminal directly receives the multicast service-related channel configuration information of the at least one multicast service.
  • the multicast service set includes three services, namely: multicast service 1, multicast service 2, and multicast service 3, respectively corresponding to multicast service channel 1, multicast service channel 2 and Multicast Traffic Channel 3.
  • the multicast service-related channel configuration information sent by the network side to the terminal only includes the relevant configuration information of the multicast service channel 2 and the multicast service channel 3, that is, only the terminal is allowed to use multicast in the multicast mode.
  • Step 440 The terminal receives the service data of the multicast service 1 in a unicast manner.
  • Step 450 The terminal receives the service data of the multicast service 2 on the multicast service channel 2 in a multicast manner.
  • Step 460 The terminal receives the service data of the multicast service 3 on the multicast service channel 3 in a multicast manner.
  • the terminal can use unicast to receive service data that the network side is not allowed to receive by multicast, and on other different multicast service channels, respectively use multicast, and receive data that the network side allows to receive by multicast. business data.
  • the multicast mode indication information is at least one service identifier.
  • Step 500 The terminal sends the multicast service set requested to be used to the network side.
  • the terminal may select multiple multicast services that it is interested in from various multicast services provided by the network side, and after forming a multicast service set, request the network side to use the multicast service set.
  • Step 510 Based on the set of received multicast services, the network side determines at least one multicast service that the terminal is allowed to receive in a multicast manner.
  • the network side may use the following methods to determine whether to allow the terminal to use it, taking any multicast service X in the multicast service set as an example:
  • the network side can calculate the total number of terminals currently using the multicast service X, and determine that when the total number of terminals reaches the preset threshold, it is determined that the terminal uses the multicast mode to receive the multicast service X. If the total number of the terminals does not reach the preset threshold, it is determined that the terminals receive the multicast service X over the air interface in a unicast manner.
  • the predicted thresholds for the total number of terminals corresponding to different multicast services may be the same or different, and may be flexibly set according to actual application scenarios, which will not be repeated here.
  • the network side may directly send the relevant information of the certain service to the terminal in a unicast manner.
  • Step 520 The network side sends at least one service identifier corresponding to the at least one multicast service to the terminal by using air interface dedicated signaling.
  • Step 530 The terminal receives the at least one service identifier.
  • the service set includes three services, namely: multicast service 1, multicast service 2, and multicast service 3, which are assumed to correspond to multicast service channel 1, multicast service channel 2, and multicast service respectively.
  • Traffic channel 3 the service set includes three services, namely: multicast service 1, multicast service 2, and multicast service 3, which are assumed to correspond to multicast service channel 1, multicast service channel 2, and multicast service respectively.
  • the embodiment of the present disclosure assumes that two service identifiers are included, namely: service identifier 2 and service identifier 3, which are assumed to correspond to multicast service 2 and multicast service 3 respectively.
  • Step 540 The network sends a set of channel configuration information related to the multicast service to the terminal.
  • Step 550 The terminal obtains the multicast service-related channel configuration information corresponding to the at least one service identifier in the obtained multicast service-related channel configuration information set.
  • the set of multicast service-related channel configuration information sent by the network side to the terminal includes: multicast service channel configuration information 1 of multicast service channel 1, multicast service channel configuration information 2 of multicast service channel 2 and Multicast Traffic Channel Configuration Information 3 of Multicast Traffic Channel 3.
  • the terminal since the terminal only receives the service ID 2 and service ID 3 delivered by the network side, although the terminal receives the multicast service channel configuration information 1 of the multicast service channel 1 and the multicast service of the multicast service channel 2 Channel configuration information 2 and multicast traffic channel configuration information 3 of multicast traffic channel 3. However, the terminal is only allowed to use the multicast service channel configuration information 2 of the multicast service channel 2 and the multicast service channel configuration information 3 of the multicast service channel 3 corresponding to the service ID 2 and service ID 3 issued by the network. In the multicast mode, the service data of the corresponding multicast service 2 and the service data of the multicast service 3 are received.
  • Step 560 The terminal receives the service data of the multicast service 1 in a unicast manner.
  • Step 570 The terminal receives the service data of the multicast service 2 on the multicast service channel 2 in a multicast manner.
  • Step 580 The terminal receives the service data of the multicast service 3 on the multicast service channel 3 in a multicast manner.
  • the terminal can use unicast to receive service data that the network side is not allowed to receive by multicast, and on other different multicast service channels, respectively use multicast, and receive data that the network side allows to receive by multicast. business data.
  • an embodiment of the present disclosure provides a network-side device (eg, a base station), which at least includes:
  • the processor 602 is configured to read and execute the executable instructions stored in the memory, and perform the following processes:
  • the multicast mode indication information is sent to the terminal through air interface dedicated signaling.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • a wireless network temporary identifier RNTI corresponding to the multicast service is generated, and the RNTI is used as the multicast mode indication information of the multicast service.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • relevant channel configuration information of the multicast service is generated, and the relevant channel configuration information is used as the multicast mode indication information of the multicast service.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • a service identifier corresponding to the multicast service is generated, and the service identifier is used as the multicast mode indication information of the multicast service.
  • the dedicated air interface signaling includes any one of the following:
  • Physical layer downlink control information DCI Physical layer downlink control information DCI.
  • the transceiver 603 is used for receiving and transmitting data under the control of the processor 602 .
  • the bus architecture may include any number of interconnected buses and bridges, specifically, one or more processors represented by processor 602 and various circuits of memory represented by memory 601 are linked together.
  • the bus architecture may also link together various other circuits, such as peripherals, voltage regulators, and power management circuits, which are well known in the art and, therefore, will not be described further herein.
  • the bus interface provides the interface.
  • Transceiver 603 may be a number of elements, ie, including a transmitter and a receiver, providing a means for communicating with various other devices over a transmission medium.
  • the processor 602 is responsible for managing the bus architecture and general processing, and the memory 601 may store data used by the processor 602 in performing operations.
  • the processor 602 can be a central processor (CPU), an application specific integrated circuit (ASIC), a field programmable gate array (Field-Programmable Gate Array, FPGA) or a complex programmable logic device (Complex Programmable Logic Device). , CPLD).
  • CPU central processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • FPGA field programmable gate array
  • CPLD complex programmable logic device
  • an embodiment of the present disclosure provides a terminal, including at least:
  • the processor 702 is configured to read and execute the executable instructions stored in the memory, and perform the following processes:
  • the multicast mode indication information is that the network side device determines, based on the multicast service set, that the terminal is allowed to receive at least one multicast service in the multicast mode. , which is generated based on the at least one multicast service;
  • the multicast service-related channel configuration information corresponding to the multicast mode indication information, and based on the relevant channel configuration information, use multicast to receive the information on the corresponding multicast service channel.
  • the service data of the multicast service is
  • receiving the multicast mode indication information sent by the network side using air interface dedicated signaling includes:
  • the multicast mode indication information is the wireless network temporary identifier RNTI
  • the multicast service-related channel configuration information including:
  • the multicast control channel is parsed to obtain relevant channel configuration information of at least one multicast service corresponding to the multicast mode indication information.
  • receiving the multicast mode indication information sent by the network side through air interface dedicated signaling includes:
  • multicast mode indication information sent by the network side through air interface dedicated signaling, where the multicast mode indication information includes relevant channel configuration information of the at least one multicast service;
  • using multicast to receive the service data of the multicast service on the corresponding multicast service channel including:
  • the service data of the multicast service is received in a multicast manner on the corresponding multicast service channel directly based on the obtained relevant channel configuration information.
  • receiving the multicast mode indication information sent by the network side through air interface dedicated signaling includes:
  • the multicast mode indication information is a service identifier corresponding to a multicast service
  • the relevant channel configuration information of the multicast service corresponding to the service identifier is acquired from the set of channel information related to the multicast service delivered by the network side.
  • the dedicated air interface signaling includes any one of the following:
  • Physical layer downlink control information DCI Physical layer downlink control information DCI.
  • the transceiver 703 is used for receiving and transmitting data under the control of the processor 702 .
  • the bus architecture may include any number of interconnected buses and bridges, specifically, one or more processors represented by processor 702 and various circuits of memory represented by memory 701 are linked together.
  • the bus architecture may also link together various other circuits, such as peripherals, voltage regulators, and power management circuits, which are well known in the art and therefore will not be described further herein.
  • the bus interface provides the interface.
  • Transceiver 703 may be a number of elements, ie, including a transmitter and a receiver, providing a means for communicating with various other devices over a transmission medium.
  • a user interface may also be included.
  • the user interface may be an interface capable of externally connecting the required equipment, and the connected equipment includes but is not limited to a keypad, a display, a speaker, a microphone, a joystick, and the like.
  • the processor 702 is responsible for managing the bus architecture and general processing, and the memory 701 may store data used by the processor 702 in performing operations.
  • the processor 702 may be a CPU (central processor), an ASIC (Application Specific Integrated Circuit, an application-specific integrated circuit), an FPGA (Field-Programmable Gate Array, a field programmable gate array) or a CPLD (Complex Programmable Logic Device) , complex programmable logic devices).
  • CPU central processor
  • ASIC Application Specific Integrated Circuit
  • FPGA Field-Programmable Gate Array
  • CPLD Complex Programmable Logic Device
  • an embodiment of the present disclosure provides a network-side device, as shown in FIG. 8 , which at least includes: a generating unit 801 and a transmitting unit 802 , wherein,
  • a generating unit 801 configured to determine, based on the multicast service set, at least one multicast service that the terminal is allowed to receive in a multicast mode, and generate corresponding multicast mode indication information based on the at least one multicast service;
  • the transmission unit 802 is configured to send the multicast mode indication information to the terminal through air interface dedicated signaling.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • a wireless network temporary identifier RNTI corresponding to the multicast service is generated, and the RNTI is used as the multicast mode indication information of the multicast service.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • relevant channel configuration information of the multicast service is generated, and the relevant channel configuration information is used as the multicast mode indication information of the multicast service.
  • generating corresponding multicast mode indication information based on the at least one multicast service including:
  • a service identifier corresponding to the multicast service is generated, and the service identifier is used as the multicast mode indication information of the multicast service.
  • the dedicated air interface signaling includes any one of the following:
  • Physical layer downlink control information DCI Physical layer downlink control information DCI.
  • an embodiment of the present disclosure provides a terminal, which at least includes: a determining unit 901 and a receiving unit 902, wherein,
  • the determining unit 901 is configured to receive the multicast mode indication information sent by the network side through the dedicated signaling of the air interface, where the multicast mode indication information is determined by the network side device based on the multicast service set to allow the terminal to receive in the multicast mode. After at least one multicast service, generated based on the at least one multicast service;
  • a receiving unit 902 configured to determine the multicast service-related channel configuration information corresponding to the multicast mode indication information based on the multicast mode indication information, and based on the relevant channel configuration information
  • the service data of the multicast service is received in a multicast manner.
  • receiving the multicast mode indication information sent by the network side using air interface dedicated signaling includes:
  • the multicast mode indication information is the wireless network temporary identifier RNTI
  • the multicast service-related channel configuration information including:
  • the multicast control channel is parsed to obtain relevant channel configuration information of at least one multicast service corresponding to the multicast mode indication information.
  • receiving the multicast mode indication information sent by the network side through air interface dedicated signaling includes:
  • multicast mode indication information sent by the network side through air interface dedicated signaling, where the multicast mode indication information includes relevant channel configuration information of the at least one multicast service;
  • using multicast to receive the service data of the multicast service on the corresponding multicast service channel including:
  • the service data of the multicast service is received in a multicast manner on the corresponding multicast service channel directly based on the obtained relevant channel configuration information.
  • receiving the multicast mode indication information sent by the network side through air interface dedicated signaling includes:
  • the multicast mode indication information is a service identifier corresponding to a multicast service
  • the relevant channel configuration information of the multicast service corresponding to the service identifier is acquired from the set of channel information related to the multicast service delivered by the network side.
  • the dedicated air interface signaling includes any one of the following:
  • Physical layer downlink control information DCI Physical layer downlink control information DCI.
  • an embodiment of the present disclosure provides a storage medium, when an instruction in the storage medium is executed by a processor, the processor can execute any one of the methods performed by the base station in the above process.
  • an embodiment of the present disclosure provides a storage medium, when an instruction in the storage medium is executed by a processor, the processor can execute any one of the methods performed by the terminal in the above process.
  • the network side After the network side determines at least one multicast service that the terminal is allowed to receive in the multicast mode, it sends the multicast mode generated based on the at least one multicast service to the terminal by using air interface dedicated signaling. indication information, and the terminal will receive the service data of the at least one multicast service in the multicast mode on the corresponding multicast service channel based on the multicast service-related channel configuration information corresponding to the received multicast mode indication information; in this way, The multicast service transmission is realized in the 5G NR system, which avoids sending signaling to terminals that do not request to use the multicast service set, thereby effectively avoiding signaling waste and ensuring system performance.
  • the service data is replicated step by step by the routers and switches in the network and sent to each terminal, so it can save both server resources and bandwidth resources of the network backbone.
  • embodiments of the present disclosure may be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present disclosure may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein.
  • computer-usable storage media including, but not limited to, disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory result in an article of manufacture comprising instruction means, the instructions
  • the apparatus implements the functions specified in the flow or flow of the flowcharts and/or the block or blocks of the block diagrams.

Landscapes

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

Abstract

本公开涉及通信领域，公开了一种多播业务数据的传输方法及装置，用以在5G NR系统中实现了多播业务传输。该方法包括：网络侧确定允许终端采用多播方式接收的至少一个多播业务后，采用空口专用信令向终端发送基于所述至少一个多播业务生成的多播方式指示信息，而终端会基于接收的多播方式指示信息对应的多播业务相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述至少一个多播业务的业务数据，这样，可以避免向没有请求使用多播业务集合的终端发送信令，从而有效避免出现信令浪费的情况，保障了系统性能。

Description

一种多播业务数据的传输方法及装置
相关申请的交叉引用
本申请要求在2020年07月15日提交中国专利局、申请号为202010683196.4、申请名称为“一种多播业务数据的传输方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本公开涉及通信领域，特别涉及一种多播业务数据的传输方法及装置。
背景技术
现有技术中，长期演进(Long Term Evolution，LTE)系统支持多媒体广播多播服务(Multimedia Broadcast Multicast Services，MBMS)，其方式为：用户终端(User Equipment，UE)通过系统信息获取多播业务的服务区域标识，载波信息以及多播业务相关控制信息，如，多播控制信道(Multicast Control Channel，MCCH)的配置信息或单小区多播控制通道(Single Cell-multicast Control Channel，SC-MCCH))的配置信息，接着，基于获取的多播业务相关控制信道信息，在相应的多播控制信道上，获取多个多播业务相关信道配置信息，如，多播业务信道(Multicast Traffic Channel，MTCH)或单小区多播业务信道(Single-Cell Multicast Traffic Channel，SC-MTCH)，最后，UE再针对自身感兴趣的多播业务，选择相应的多播业务信道接收对应的多播业务数据。
参阅图1所示，已有技术下，在LTE系统中，UE接收多播业务数据的过程，是由多小区/多播协同实体(Multi-cell/multicast Coordination Entity，MCE)控制的，无论UE处于空闲态或连接态，均可在获得了多播业务相关控制信息以及多播业务相关信道配置信息的前提下，直接接收感兴趣的多播业务数据。
而在第五代移动通信技术新空口(The 5th generation  mobile communication technology New Radio，5G NR)系统中，目前仅定义了单播技术的实现流程，尚未定义多播业务的实现流程，而第四代移动通信技术(the 4th generation mobile communication technology，4G)系统的架构和5G NR系统的架构存在差异，因此，5G系统不能直接沿用4G系统的操作流程。
有鉴于此，需要针对5G系统重新设计一套新的方法流程，以克服上述缺陷。
发明内容
本公开实施例提供一种多播业务数据的传输方法及装置，用以在5G NR系统中实现多播业务传输。
本公开实施例提供的具体技术方案如下：
第一方面，一种多播业务数据的传输方法，包括：
基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务，并基于所述至少一个多播业务生成相应的多播方式指示信息；
通过空口专用信令向所述终端发送所述多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务相应的无线网络临时标识符RNTI，将所述RNTI作为该多播业务的多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务的相关信道配置信息，将所述相关信道配置信息作为该多播业务的多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务相应的业务标识，将所述业务标识作为该多播业务的多播方式指示信息。
可选地，所述空口专用信令，包括以下任意一种：
无线资源控制RRC信令；
媒体接入控制的控制单元MAC CE；
物理层下行控制信息DCI。
第二方面，本申请实施例提供的一种多播业务数据的传输方法，包括：
接收网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息是所述网络侧设备基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务后，基于所述至少一个多播业务生成的；
基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，并基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据。
可选地，接收所述网络侧采用空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为无线网络临时标识符RNTI；
基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，包括：
基于接收的所述RNTI，对多播控制信道进行解析，获得所述多播方式指示信息相应的至少一个多播业务的相关信道配置信息。
可选地，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息中包含所述至少一个多播业务的相关信道配置信息；
基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据，包括：
直接基于获得的相关信道配置信息，在相应的多播业务信道上，采用多播方式接收所述多播业务的业务数据。
可选地，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为多播业务对应的业务标识；
基于所述多播方式指示信息，确定相应的多播业务相关信道配置信息，包括：
基于接收的所述业务标识，从所述网络侧下发的多播业务相关信道信息集合中，获取所述业务标识对应的多播业务的相关信道配置信息。
可选地，所述空口专用信令，包括以下任意一种：
无线资源控制RRC信令；
媒体接入控制的控制单元MAC CE；
物理层下行控制信息DCI。
第三方面，本申请实施例提供的一种网络设备，包括：
存储器，用于存储可执行指令；
处理器，用于读取并执行存储器中存储的可执行指令，执行下列过程：
基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务，并基于所述至少一个多播业务生成相应的多播方式指示信息；
通过空口专用信令向所述终端发送所述多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务相应的无线网络临时标识符RNTI，将所述RNTI作为该多播业务的多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务的相关信道配置信息，将所述相关信道配置信息作为该多播业务的多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包 括：
基于所述至少一个多播业务，生成该多播业务相应的业务标识，将所述业务标识作为该多播业务的多播方式指示信息。
可选地，所述空口专用信令，包括以下任意一种：
无线资源控制RRC信令；
媒体接入控制的控制单元MAC CE；
物理层下行控制信息DCI。
第四方面，本申请实施例提供的一种终端，包括：
存储器，用于存储可执行指令；
处理器，用于读取并执行存储器中存储的可执行指令，执行下列过程：
接收网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息是所述网络侧设备基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务后，基于所述至少一个多播业务生成的；
基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，并基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据。
可选地，接收所述网络侧采用空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为无线网络临时标识符RNTI；
基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，包括：
基于接收的所述RNTI，对多播控制信道进行解析，获得所述多播方式指示信息相应的至少一个多播业务的相关信道配置信息。
可选地，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播 方式指示信息中包含所述至少一个多播业务的相关信道配置信息；
基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据，包括：
直接基于获得的相关信道配置信息，在相应的多播业务信道上，采用多播方式接收所述多播业务的业务数据。
可选地，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为多播业务对应的业务标识；
基于所述多播方式指示信息，确定相应的多播业务相关信道配置信息，包括：
基于接收的所述业务标识，从所述网络侧下发的多播业务相关信道信息集合中，获取所述业务标识对应的多播业务的相关信道配置信息。
可选地，所述空口专用信令，包括以下任意一种：
无线资源控制RRC信令；
媒体接入控制的控制单元MAC CE；
物理层下行控制信息DCI。
第五方面，本申请实施例提供的一种网络侧设备，包括：
生成单元，用于基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务，并基于所述至少一个多播业务生成相应的多播方式指示信息；
传输单元，用于通过空口专用信令向所述终端发送所述多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务相应的无线网络临时标识符RNTI，将所述RNTI作为该多播业务的多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务的相关信道配置信息，将所述相关信道配置信息作为该多播业务的多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务相应的业务标识，将所述业务标识作为该多播业务的多播方式指示信息。
可选地，所述空口专用信令，包括以下任意一种：
无线资源控制RRC信令；
媒体接入控制的控制单元MAC CE；
物理层下行控制信息DCI。
第六方面，本申请实施例提供的一种终端，包括：
确定单元，用于接收网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息是所述网络侧设备基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务后，基于所述至少一个多播业务生成的；
接收单元，用于基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，并基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据。
可选地，接收所述网络侧采用空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为无线网络临时标识符RNTI；
基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，包括：
基于接收的所述RNTI，对多播控制信道进行解析，获得所述多播方式指 示信息相应的至少一个多播业务的相关信道配置信息。
可选地，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息中包含所述至少一个多播业务的相关信道配置信息；
基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据，包括：
直接基于获得的相关信道配置信息，在相应的多播业务信道上，采用多播方式接收所述多播业务的业务数据。
可选地，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为多播业务对应的业务标识；
基于所述多播方式指示信息，确定相应的多播业务相关信道配置信息，包括：
基于接收的所述业务标识，从所述网络侧下发的多播业务相关信道信息集合中，获取所述业务标识对应的多播业务的相关信道配置信息。
可选地，所述空口专用信令，包括以下任意一种：
无线资源控制RRC信令；
媒体接入控制的控制单元MAC CE；
物理层下行控制信息DCI。
第七方面，一种存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述第一方面中任一项方法。
第八方面，一种存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述第二方面中任一项方法。
本公开实施例中，网络侧确定允许终端采用多播方式接收的至少一个多播业务后，采用空口专用信令向终端发送基于所述至少一个多播业务生成的 多播方式指示信息，而终端会基于接收的多播方式指示信息对应的多播业务相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述至少一个多播业务的业务数据；这样，便在5G NR系统中实现了多播业务传输，避免了向没有请求使用多播业务集合的终端发送信令，从而有效避免出现信令浪费的情况，保障了系统性能；同时，由于采用多播方式时，业务数据由网络中的路由器和交换机逐级进行复制并发送给各个终端，因此既可以节省服务器资源，也可以节省网络主干的带宽资源。
附图说明
图1为已有技术下LTE系统架构示意图；
图2为本公开实施例中传输多播业务数据流程示意图；
图3为本公开实施例中采用第一种多播方式指示信息进行多播业务传的流程示意图；
图4为本公开实施例中采用第二种多播方式指示信息进行多播业务传输的流程示意图；
图5为本公开实施例中采用第三种多播方式指示信息进行多播业务传输的流程示意图；
图6为本公开实施例中基站的实体架构示意图；
图7为本公开实施例中终端的实体架构示意图；
图8为本公开实施例中基站的逻辑架构示意图；
图9为本公开实施例中终端的逻辑架构示意图。
具体实施方式
为了在5G NR系统中实现多播业务传输，本公开实施例中，网络侧确定允许终端采用多播方式接收的至少一种多播业务后，采用空口专用信令向终端发送多播方式指示信息，而终端会基于获得的多播方式指示信息，进一步获得多播业务相关信道配置信息，从而在相应的多播业务信道上，采用多播 方式接收业务数据。
下面结合附图对本公开优先的实施方式作出进一步详细说明。
参阅图2所示，本公开实施例中，传输多播业务数据的具体过程如下：
步骤200：终端向网络侧发送请求使用的多播业务集合。
具体的，终端可以从网络侧提供的各个多播业务中，选取自身感兴趣的多个多播业务，组成多播业务集合后，向网络侧请求使用所述多播业务集合。
实际应用中，网络侧和终端侧与可以预先约定终端侧可能感兴趣的多播业务集合，或者，也可以由高层在网络侧配置终端侧可能感兴趣的多播业务集合。本公开实施例中，仅以终端向网络侧上报多播业务集合为例进行介绍，在此不再赘述。
步骤210：网络侧基于接收多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务。
具体的，网络侧针对所述多播业务集合中包含的各个多播业务，可以分别采用以下方式来确定是否允许终端使用，以所述多播业务集合中的任意一个多播业务X为例：
网络侧可以计算当前使用多播业务X的终端总数目，确定所述终端总数目达到预设门限值时，判定所述终端使用多播方式接收多播业务X，另一方面，若确定所述终端总数目未达到预设门限值，则判定所述终端使用单播方式在空口接收多播业务X。
不同多播业务对应的终端总数目的预测门限值，可以相同，也可以不同，可以根据实际应用场景灵活设置，在此不再赘述。
步骤220：网络侧基于所述至少一个多播业务，生成相应的多播方式指示信息。
具体的，网络侧可以采用多种方式生成多播方式指示信息，包含但不限于以下三种：
A1、网络侧对应所述至少一个多播业务，生成相应的无线网络临时标识符(Radio Network Temporary Identity，RNTI)，将所述RNTI作为多播方式指 示信息。
B1、网络侧对应所述至少一个多播业务，生成相应的多播业务相关信道配置信息，将所述相应的多播业务相关信道配置信息作为多播方式指示信息。
C1、网络侧对应所述至少一个多播业务，生成相应的至少一个业务标识，将所述至少一个业务标识作为多播方式指示信息。
步骤230：网络侧采用空口专用信令向终端发送所述多播方式指示信息。
可选的，网络侧可以采用的空口专用信令有多种，包括但不限于以下三种：
通过无线资源控制(Radio Resource Control，RRC)信令；
通过媒体接入控制的控制单元(Media Access Control Control Element，MAC CE)；
通过物理层下行控制信息(Downlink Control Information，DCI)。
步骤240：终端根据接收的多播方式指示信息，确定相应的多播业务相关信道配置信息。
具体的，终端可以采用但不限于以下三种方式，来确定相应的多播业务相关配置信息。
A2、若多播方式指示信息为RNTI，则终端可以基于获得的RNTI对多播控制信道进行解析，从而获得多播业务相关信道配置信息。
B2、若多播方式指示信息为至少一个多播业务的多播业务相关信道配置信息，则终端可以直接获得所述多播业务相关配置信道配置信息。
C2、若多播方式指示信息为至少一个业务标识，则终端可以从网络侧下发的多播业务相关信道信息集合中，获取所述至少一个业务标识对应的多播业务相关信道配置信息。
步骤250：终端基于所述多播业务相关信息配置信息，在相应的多播业务信道上，采用多播方式接收所述至少一个多播业务的业务数据。
下面采用三个不同的应用场景，对上述实施例作出进一步详细说明。
场景一：多播方式指示信息为RNTI。
参阅图3所示，网络侧与终端采用多播方式进行多播业务传输的详细过程如下：
步骤300：终端向网络侧发送请求使用多播业务的集合。
具体的，终端可以从网络侧提供的各个多播业务中，选取自身感兴趣的多个多播业务，组成多播业务集合后，向网络侧请求使用所述多播业务集合。
步骤310：网络侧基于接收的多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务。
具体的，网络侧针对所述多播业务集合中包含的各个多播业务，可以分别采用以下方式来确定是否允许终端使用，以所述多播业务集合中的任意一个多播业务X为例：
网络侧可以计算当前使用多播业务X的终端总数目，确定所述终端总数目达到预设门限值时，判定所述终端使用多播方式接收多播业务X，另一方面，若确定所述终端总数目未达到预设门限值，则判定所述终端使用单播方式在空口接收多播业务X。
不同多播业务对应的终端总数目的预测门限值，可以相同，也可以不同，可以根据实际应用场景灵活设置，在此不再赘述。
另一方面，若网络侧确定不允许终端采用多播方式接收某一业务的业务数据，则网络侧可以直接通过单播方式，向终端发送所述某一业务的相关信息。
步骤320：网络侧采用空口专用信令向终端发送动态RNTI。
具体的，所述动态RNTI可以是单小区-RNTI(Single Cell–RNTI，SC-RNTI)。
步骤330：终端通过动态RNTI，对多播控制信道进行解析，获得确定相应的多播业务相关信道配置信息。
具体的，终端在接收到动态RNTI后，可以采用动态RNTI，对多播控制信道进行解析，获得包含所述多播业务集合中各个多播业务的多播业务相关信道配置信息的消息，例如，SCPTM Configuration消息。
本公开实施例中，利用动态RNTI可以获得所有采用多播方式接收的多播业务的多播业务相关配置信息，因此，当网络侧采用空口专用信令向终端发送动态RNTI时，默认允许终端使用所述多播业务集合中的所有多播业务。
另一方面，本公开实施例中，假设多播业务集合中包含了三种多播业务，分别是：多播业务1、多播业务2和多播业务3，假设分别对应多播业务信道1、多播业务信道2和多播业务信道3。
那么，终端根据获得的动态RNTI，从多播控制信道上解析出的多播业务相关信道配置信息中，便包含了多播业务信道1、多播业务信道2和多播业务信道3各自的多播业务信道配置信息。
步骤340：终端在多播业务信道1上，采用多播方式接收多播业务1的业务数据。
步骤350：终端在多播业务信道2上，采用多播方式接收多播业务2的业务数据。
步骤360：终端在多播业务信道3上，采用多播方式接收多播业务3的业务数据。
这样，终端便可以在不同的多播业务信道上，分别采用多播方式，接收感兴趣的多播业务的业务数据。
场景二：多播方式指示信息为至少一个多播业务的多播业务相关信道配置信息。
参阅图4所示，网络侧与终端侧采用多播方式进行多播传输详细过程如下：
步骤400：终端向网络侧发送请求使用的多播业务集合。
具体的，终端可以从网络侧提供的各个多播业务中，选取自身感兴趣的多个多播业务，组成多播业务集合后，向网络侧请求使用所述多播业务集合。
步骤410：网络侧基于接收的多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务。
具体的，网络侧针对所述多播业务集合中包含的各个多播业务，可以分 别采用以下方式来确定是否允许终端使用，以所述多播业务集合中的任意一个多播业务X为例：
网络侧可以计算当前使用多播业务X的终端总数目，确定所述终端总数目达到预设门限值时，判定所述终端使用多播方式接收多播业务X，另一方面，若确定所述终端总数目未达到预设门限值，则判定所述终端使用单播方式在空口接收多播业务X。
不同多播业务对应的终端总数目的预测门限值，可以相同，也可以不同，可以根据实际应用场景灵活设置，在此不再赘述。
另一方面，若网络侧确定不允许终端采用多播方式接收某一业务的业务数据，则网络侧可以直接通过单播方式，向终端发送所述某一业务的相关信息。
步骤420：网络侧采用空口专用信令向终端发送所述至少一个多播业务的多播业务相关信道配置信息。
步骤430：终端直接接收所述至少一个多播业务的多播业务相关信道配置信息。
本公开实施例中，假设多播业务集合包括了三种业务，分别是：多播业务1、多播业务2和多播业务3，假设分别对应多播业务信道1、多播业务信道2和多播业务信道3。
进一步的，假设网络侧向终端发送的多播业务相关信道配置信息中，仅仅包括含了多播业务信道2和多播业务信道3的相关配置信息，即仅允许终端采用多播方式使用多播业务2和多播业务3。
步骤440：终端采用单播方式接收多播业务1的业务数据。
步骤450：终端在多播业务信道2上，采用多播方式接收多播业务2的业务数据。
步骤460：终端在多播业务信道3上，采用多播方式接收多播业务3的业务数据。
这样，终端便可以采用单播方式接收网络侧不允许采用多播方式接收的 业务数据，以及在其他不同的多播业务信道上，分别采用多播方式，接收网络侧允许采用多播方式接收的业务数据。
场景三：多播方式指示信息为至少一个业务标识。
参阅图5所示，网络侧与终端进行多播业务传输的详细过程如下：
步骤500：终端向网络侧发送请求使用的多播业务集合。
具体的，终端可以从网络侧提供的各个多播业务中，选取自身感兴趣的多个多播业务，组成多播业务集合后，向网络侧请求使用所述多播业务集合。
步骤510：网络侧基于接收多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务。
具体的，网络侧针对所述多播业务集合中包含的各个多播业务，可以分别采用以下方式来确定是否允许终端使用，以所述多播业务集合中的任意一个多播业务X为例：
网络侧可以计算当前使用多播业务X的终端总数目，确定所述终端总数目达到预设门限值时，判定所述终端使用多播方式接收多播业务X，另一方面，若确定所述终端总数目未达到预设门限值，则判定所述终端使用单播方式在空口接收多播业务X。
不同多播业务对应的终端总数目的预测门限值，可以相同，也可以不同，可以根据实际应用场景灵活设置，在此不再赘述。
另一方面，若网络侧确定不允许终端采用多播方式接收某一业务的业务数据，则网络侧可以直接通过单播方式，向终端发送所述某一业务的相关信息。
步骤520：网络侧采用空口专用信令向终端发送所述至少一个多播业务的对应的至少一个业务标识。
步骤530：终端接收所述至少一个业务标识。
本公开实施例中，假设业务集合包括了三种业务，分别是：多播业务1、多播业务2和多播业务3，假设分别对应多播业务信道1、多播业务信道2和多播业务信道3。
具体的，本公开实施例中假设包含了两种业务标识，分别是：业务标识2和业务标识3，假设分别对应多播业务2和多播业务3。
步骤540：网络端向终端发送多播业务相关信道配置信息集合。
具体的，步骤500-步骤530和步骤540之间没有确定的时间先后顺序。
步骤550：终端在获得的多播业务相关信道配置信息集合中，获得所述至少一个业务标识对应的多播业务相关信道配置信息。
具体的，假设网络侧向终端发送的多播业务相关信道配置信息集合中，包括：多播业务信道1的多播业务信道配置信息1，多播业务信道2的多播业务信道配置信息2和多播业务信道3的多播业务信道配置信息3。
相应的，由于终端只接收到网络侧下发的业务标识2以及业务标识3，因此，虽然终端接收到多播业务信道1的多播业务信道配置信息1、多播业务信道2的多播业务信道配置信息2和多播业务信道3的多播业务信道配置信息3。但是，终端仅允许使用网络下发的所述业务标识2和业务标识3对应的多播业务信道2的多播业务信道配置信息2和多播业务信道3的多播业务信道配置信息3，采用多播方式接收对应的多播业务2的业务数据和多播业务3的业务数据。
步骤560：终端采用单播方式接收多播业务1的业务数据。
步骤570：终端在多播业务信道2上，采用多播方式接收多播业务2的业务数据。
步骤580：终端在多播业务信道3上，采用多播方式接收多播业务3的业务数据。
这样，终端便可以采用单播方式接收网络侧不允许采用多播方式接收的业务数据，以及在其他不同的多播业务信道上，分别采用多播方式，接收网络侧允许采用多播方式接收的业务数据。
基于同一发明构思，参阅图6所示，本公开实施例提供一种网络侧设备(如，基站)，至少包括：
存储器601，用于存储可执行指令；
处理器602，用于读取并执行存储器中存储的可执行指令，执行下列过程：
基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务，并基于所述至少一个多播业务生成相应的多播方式指示信息；
通过空口专用信令向所述终端发送所述多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务相应的无线网络临时标识符RNTI，将所述RNTI作为该多播业务的多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务的相关信道配置信息，将所述相关信道配置信息作为该多播业务的多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务相应的业务标识，将所述业务标识作为该多播业务的多播方式指示信息。
可选地，所述空口专用信令，包括以下任意一种：
无线资源控制RRC信令；
媒体接入控制的控制单元MAC CE；
物理层下行控制信息DCI。
收发机603，用于在处理器602的控制下接收和发送数据。
其中，在图6中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器602代表的一个或多个处理器和存储器601代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机603可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。 处理器602负责管理总线架构和通常的处理，存储器601可以存储处理器602在执行操作时所使用的数据。
处理器602可以是中央处埋器(CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)或复杂可编程逻辑器件(Complex Programmable Logic Device，CPLD)。
基于同一发明构思，参阅图7所示，本公开实施例提供一种终端，至少包括：
存储器701，用于存储可执行指令；
处理器702，用于读取并执行存储器中存储的可执行指令，执行下列过程：
接收网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息是所述网络侧设备基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务后，基于所述至少一个多播业务生成的；
基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，并基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据。
可选地，接收所述网络侧采用空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为无线网络临时标识符RNTI；
基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，包括：
基于接收的所述RNTI，对多播控制信道进行解析，获得所述多播方式指示信息相应的至少一个多播业务的相关信道配置信息。
可选地，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息中包含所述至少一个多播业务的相关信道配置信息；
基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据，包括：
直接基于获得的相关信道配置信息，在相应的多播业务信道上，采用多播方式接收所述多播业务的业务数据。
可选地，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为多播业务对应的业务标识；
基于所述多播方式指示信息，确定相应的多播业务相关信道配置信息，包括：
基于接收的所述业务标识，从所述网络侧下发的多播业务相关信道信息集合中，获取所述业务标识对应的多播业务的相关信道配置信息。
可选地，所述空口专用信令，包括以下任意一种：
无线资源控制RRC信令；
媒体接入控制的控制单元MAC CE；
物理层下行控制信息DCI。
收发机703，用于在处理器702的控制下接收和发送数据。
其中，在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器702代表的一个或多个处理器和存储器701代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机703可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，还可以包括用户接口，用户接口可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器702负责管理总线架构和通常的处理，存储器701可以存储处理 器702在执行操作时所使用的数据。
可选的，处理器702可以是CPU(中央处埋器)、ASIC(Application Specific Integrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。
基于同一发明构思，本公开实施例中，提供一种网络侧设备，参阅图8所示，至少包括：生成单元801和传输单元802，其中，
生成单元801，用于基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务，并基于所述至少一个多播业务生成相应的多播方式指示信息；
传输单元802，用于通过空口专用信令向所述终端发送所述多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务相应的无线网络临时标识符RNTI，将所述RNTI作为该多播业务的多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务的相关信道配置信息，将所述相关信道配置信息作为该多播业务的多播方式指示信息。
可选地，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
基于所述至少一个多播业务，生成该多播业务相应的业务标识，将所述业务标识作为该多播业务的多播方式指示信息。
可选地，所述空口专用信令，包括以下任意一种：
无线资源控制RRC信令；
媒体接入控制的控制单元MAC CE；
物理层下行控制信息DCI。
基于同一发明构思，参阅图9所示，本公开实施例中提供一种终端，至少包括：确定单元901和接收单元902，其中，
确定单元901，用于接收网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息是所述网络侧设备基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务后，基于所述至少一个多播业务生成的；
接收单元902，用于基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，并基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据。
可选地，接收所述网络侧采用空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为无线网络临时标识符RNTI；
基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，包括：
基于接收的所述RNTI，对多播控制信道进行解析，获得所述多播方式指示信息相应的至少一个多播业务的相关信道配置信息。
可选地，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息中包含所述至少一个多播业务的相关信道配置信息；
基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据，包括：
直接基于获得的相关信道配置信息，在相应的多播业务信道上，采用多播方式接收所述多播业务的业务数据。
可选地，接收所述网络侧通过空口专用信令发送的多播方式指示信息， 包括：
接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为多播业务对应的业务标识；
基于所述多播方式指示信息，确定相应的多播业务相关信道配置信息，包括：
基于接收的所述业务标识，从所述网络侧下发的多播业务相关信道信息集合中，获取所述业务标识对应的多播业务的相关信道配置信息。
可选地，所述空口专用信令，包括以下任意一种：
无线资源控制RRC信令；
媒体接入控制的控制单元MAC CE；
物理层下行控制信息DCI。
基于同一发明构思，本公开实施例提供一种存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述流程中基站执行的任意一种方法。
基于同一发明构思，本公开实施例提供一种存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述流程中终端执行的任意一种方法。
综上所述，本公开实施例中，网络侧确定允许终端采用多播方式接收的至少一个多播业务后，采用空口专用信令向终端发送基于所述至少一个多播业务生成的多播方式指示信息，而终端会基于接收的多播方式指示信息对应的多播业务相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述至少一个多播业务的业务数据；这样，便在5G NR系统中实现了多播业务传输，避免了向没有请求使用多播业务集合的终端发送信令，从而有效避免出现信令浪费的情况，保障了系统性能。同时，由于采用多播方式时，业务数据由网络中的路由器和交换机逐级进行复制并发送给各个终端，因此既可以节省服务器资源，也可以节省网络主干的带宽资源。
本领域内的技术人员应明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本公开的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本公开范围的所有变更和修改。
显然，本领域的技术人员可以对本公开实施例进行各种改动和变型而不脱离本公开实施例的精神和范围。这样，倘若本公开实施例的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。

Claims (31)

  1. 一种多播业务数据的传输方法，其特征在于，包括：
    基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务，并基于所述至少一个多播业务生成相应的多播方式指示信息；
    通过空口专用信令向所述终端发送所述多播方式指示信息。
  2. 如权利要求1所述的方法，其特征在于，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
    基于所述至少一个多播业务，生成该多播业务相应的无线网络临时标识符RNTI，将所述RNTI作为该多播业务的多播方式指示信息。
  3. 如权利要求1所述的方法，其特征在于，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
    基于所述至少一个多播业务，生成该多播业务的相关信道配置信息，将所述相关信道配置信息作为该多播业务的多播方式指示信息。
  4. 如权利要求1所述的方法，其特征在于，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
    基于所述至少一个多播业务，生成该多播业务相应的业务标识，将所述业务标识作为该多播业务的多播方式指示信息。
  5. 如权利要求1-4任一项所述的方法，其特征在于，所述空口专用信令，包括以下任意一种：
    无线资源控制RRC信令；
    媒体接入控制的控制单元MAC CE；
    物理层下行控制信息DCI。
  6. 一种多播业务数据的传输方法，其特征在于，包括：
    接收网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息是所述网络侧设备基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务后，基于所述至少一个多播业务生成的；
    基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，并基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据。
  7. 如权利要求6所述的方法，其特征在于，接收所述网络侧采用空口专用信令发送的多播方式指示信息，包括：
    接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为无线网络临时标识符RNTI；
    基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，包括：
    基于接收的所述RNTI，对多播控制信道进行解析，获得所述多播方式指示信息相应的至少一个多播业务的相关信道配置信息。
  8. 如权利要求6所述的方法，其特征在于，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
    接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息中包含所述至少一个多播业务的相关信道配置信息；
    基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据，包括：
    直接基于获得的相关信道配置信息，在相应的多播业务信道上，采用多播方式接收所述多播业务的业务数据。
  9. 如权利要求6所述的方法，其特征在于，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
    接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为多播业务对应的业务标识；
    基于所述多播方式指示信息，确定相应的多播业务相关信道配置信息，包括：
    基于接收的所述业务标识，从所述网络侧下发的多播业务相关信道信息集合中，获取所述业务标识对应的多播业务的相关信道配置信息。
  10. 如权利要求6-9任一项所述的方法，其特征在于，所述空口专用信令，包括以下任意一种：
    无线资源控制RRC信令；
    媒体接入控制的控制单元MAC CE；
    物理层下行控制信息DCI。
  11. 一种网络设备，其特征在于，包括：
    存储器，用于存储可执行指令；
    处理器，用于读取并执行存储器中存储的可执行指令，执行下列过程：
    基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务，并基于所述至少一个多播业务生成相应的多播方式指示信息；
    通过空口专用信令向所述终端发送所述多播方式指示信息。
  12. 如权利要求11所述的网络设备，其特征在于，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
    基于所述至少一个多播业务，生成该多播业务相应的无线网络临时标识符RNTI，将所述RNTI作为该多播业务的多播方式指示信息。
  13. 如权利要求11所述的网络设备，其特征在于，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
    基于所述至少一个多播业务，生成该多播业务的相关信道配置信息，将所述相关信道配置信息作为该多播业务的多播方式指示信息。
  14. 如权利要求11所述的网络设备，其特征在于，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
    基于所述至少一个多播业务，生成该多播业务相应的业务标识，将所述业务标识作为该多播业务的多播方式指示信息。
  15. 如权利要求11-14任一项所述的网络设备，其特征在于，所述空口专用信令，包括以下任意一种：
    无线资源控制RRC信令；
    媒体接入控制的控制单元MAC CE；
    物理层下行控制信息DCI。
  16. 一种终端，其特征在于，包括：
    存储器，用于存储可执行指令；
    处理器，用于读取并执行存储器中存储的可执行指令，执行下列过程：
    接收网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息是所述网络侧设备基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务后，基于所述至少一个多播业务生成的；
    基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，并基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据。
  17. 如权利要求16所述的终端，其特征在于，接收所述网络侧采用空口专用信令发送的多播方式指示信息，包括：
    接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为无线网络临时标识符RNTI；
    基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，包括：
    基于接收的所述RNTI，对多播控制信道进行解析，获得所述多播方式指示信息相应的至少一个多播业务的相关信道配置信息。
  18. 如权利要求16所述的终端，其特征在于，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
    接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息中包含所述至少一个多播业务的相关信道配置信息；
    基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据，包括：
    直接基于获得的相关信道配置信息，在相应的多播业务信道上，采用多播方式接收所述多播业务的业务数据。
  19. 如权利要求16所述的终端，其特征在于，接收所述网络侧通过空口 专用信令发送的多播方式指示信息，包括：
    接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为多播业务对应的业务标识；
    基于所述多播方式指示信息，确定相应的多播业务相关信道配置信息，包括：
    基于接收的所述业务标识，从所述网络侧下发的多播业务相关信道信息集合中，获取所述业务标识对应的多播业务的相关信道配置信息。
  20. 如权利要求16-19任一项所述的终端，其特征在于，所述空口专用信令，包括以下任意一种：
    无线资源控制RRC信令；
    媒体接入控制的控制单元MAC CE；
    物理层下行控制信息DCI。
  21. 一种网络侧设备，其特征在于，包括：
    生成单元，用于基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务，并基于所述至少一个多播业务生成相应的多播方式指示信息；
    传输单元，用于通过空口专用信令向所述终端发送所述多播方式指示信息。
  22. 如权利要求21所述的网络侧设备，其特征在于，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
    基于所述至少一个多播业务，生成该多播业务相应的无线网络临时标识符RNTI，将所述RNTI作为该多播业务的多播方式指示信息。
  23. 如权利要求21所述的网络侧设备，其特征在于，基于所述至少一个多播业务生成相应的多播方式指示信息，包括：
    基于所述至少一个多播业务，生成该多播业务的相关信道配置信息，将所述相关信道配置信息作为该多播业务的多播方式指示信息。
  24. 如权利要求21所述的网络侧设备，其特征在于，基于所述至少一个 多播业务生成相应的多播方式指示信息，包括：
    基于所述至少一个多播业务，生成该多播业务相应的业务标识，将所述业务标识作为该多播业务的多播方式指示信息。
  25. 如权利要求21-24任一项所述的网络侧设备，其特征在于，所述空口专用信令，包括以下任意一种：
    无线资源控制RRC信令；
    媒体接入控制的控制单元MAC CE；
    物理层下行控制信息DCI。
  26. 一种终端，其特征在于，包括：
    确定单元，用于接收网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息是所述网络侧设备基于多播业务集合，确定允许终端采用多播方式接收的至少一个多播业务后，基于所述至少一个多播业务生成的；
    接收单元，用于基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，并基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据。
  27. 如权利要求26所述的终端，其特征在于，接收所述网络侧采用空口专用信令发送的多播方式指示信息，包括：
    接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为无线网络临时标识符RNTI；
    基于所述多播方式指示信息，确定所述多播方式指示信息相应的多播业务相关信道配置信息，包括：
    基于接收的所述RNTI，对多播控制信道进行解析，获得所述多播方式指示信息相应的至少一个多播业务的相关信道配置信息。
  28. 如权利要求26所述的终端，其特征在于，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
    接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播 方式指示信息中包含所述至少一个多播业务的相关信道配置信息；
    基于所述相关信道配置信息，在相应的多播业务信道上采用多播方式接收所述多播业务的业务数据，包括：
    直接基于获得的相关信道配置信息，在相应的多播业务信道上，采用多播方式接收所述多播业务的业务数据。
  29. 如权利要求26所述的终端，其特征在于，接收所述网络侧通过空口专用信令发送的多播方式指示信息，包括：
    接收所述网络侧通过空口专用信令发送的多播方式指示信息，所述多播方式指示信息为多播业务对应的业务标识；
    基于所述多播方式指示信息，确定相应的多播业务相关信道配置信息，包括：
    基于接收的所述业务标识，从所述网络侧下发的多播业务相关信道信息集合中，获取所述业务标识对应的多播业务的相关信道配置信息。
  30. 如权利要求26-29任一项所述的终端，其特征在于，所述空口专用信令，包括以下任意一种：
    无线资源控制RRC信令；
    媒体接入控制的控制单元MAC CE；
    物理层下行控制信息DCI。
  31. 一种存储介质，其特征在于，所述存储介质中的指令由处理器执行时，使得所述处理器能够执行如权利要求1-10任一项方法。
PCT/CN2021/097693 2020-07-15 2021-06-01 一种多播业务数据的传输方法及装置 WO2022012196A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010683196.4 2020-07-15
CN202010683196.4A CN113965890B (zh) 2020-07-15 2020-07-15 一种多播业务数据的传输方法及装置

Publications (1)

Publication Number Publication Date
WO2022012196A1 true WO2022012196A1 (zh) 2022-01-20

Family

ID=79459235

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/097693 WO2022012196A1 (zh) 2020-07-15 2021-06-01 一种多播业务数据的传输方法及装置

Country Status (2)

Country Link
CN (1) CN113965890B (zh)
WO (1) WO2022012196A1 (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841773A (zh) * 2009-03-16 2010-09-22 中兴通讯股份有限公司 资源指示方法和终端
CN101998244A (zh) * 2009-08-11 2011-03-30 大唐移动通信设备有限公司 一种配置mbms控制信息的方法、设备和系统
CN107734464A (zh) * 2016-08-12 2018-02-23 电信科学技术研究院 一种接收业务的方法、发送业务的方法及装置
CN111246311A (zh) * 2019-12-31 2020-06-05 深圳前海达闼云端智能科技有限公司 数据传输的方法、装置、存储介质及电子设备

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102056082B (zh) * 2009-11-05 2015-08-12 中兴通讯股份有限公司 多播广播业务配置信息发送方法及装置
WO2015113206A1 (zh) * 2014-01-28 2015-08-06 富士通株式会社 多媒体广播多播业务获取方法、装置和通信系统
CN110401922B (zh) * 2018-04-25 2021-03-30 华为技术有限公司 一种多播传输方法和通信设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101841773A (zh) * 2009-03-16 2010-09-22 中兴通讯股份有限公司 资源指示方法和终端
CN101998244A (zh) * 2009-08-11 2011-03-30 大唐移动通信设备有限公司 一种配置mbms控制信息的方法、设备和系统
CN107734464A (zh) * 2016-08-12 2018-02-23 电信科学技术研究院 一种接收业务的方法、发送业务的方法及装置
CN111246311A (zh) * 2019-12-31 2020-06-05 深圳前海达闼云端智能科技有限公司 数据传输的方法、装置、存储介质及电子设备

Also Published As

Publication number Publication date
CN113965890B (zh) 2023-03-24
CN113965890A (zh) 2022-01-21

Similar Documents

Publication Publication Date Title
CN101222751B (zh) 一种用户终端、基站及单独下行载波配置信息传输方法及系统
US10785752B2 (en) Resource configuration method, system and device for single-cell multicast control channel (SC-MCCH)
US10560920B2 (en) SC-MCCH resource configuration method, system and apparatus
US20220346132A1 (en) Resource scheduling method, apparatus and storage medium
CN113225695B (zh) 一种多媒体广播组播服务业务接收及指示方法、设备、介质
RU2616882C2 (ru) Сеть кластерного доступа, оконечное оборудование и способ присоединения к кластерной группе
CN114079984B (zh) 一种mbs业务数据传输方法和网络侧装置及设备
CN113079585A (zh) 一种信息处理方法及终端
WO2020156404A1 (zh) 一种上报终端能力的方法及装置
CN112449311A (zh) 通信方法、设备及系统
CN110621054B (zh) 一种多媒体广播多播业务的选路方法、基站及通信系统
US20230007445A1 (en) Service transmission method, service transmission mode configuration method, and related device
WO2022012196A1 (zh) 一种多播业务数据的传输方法及装置
CN102264040A (zh) 一种mbms业务状态上报的方法及装置
WO2021147999A1 (zh) 传输多播数据业务的方法、网络设备和终端设备
CN115474161A (zh) 集群寻呼方法、装置、集群终端、网络设备及存储介质
CN111065167B (zh) 一种bsr上报方法、终端和网络侧设备
WO2017054509A1 (zh) 媒体接入控制层处理方法及装置
CN113630726B (zh) Mbms业务处理方法、基站、用户终端及存储介质
CN117729652B (zh) 通信方法、设备和存储介质
CN111836205B (zh) 基于集群通信的组播业务实现方法及相关设备
CN104995932B (zh) 一种无线资源分配的方法及装置
WO2024093682A1 (zh) 一种业务数据处理方法和设备
CN113347576B (zh) 一种mbms辅助信息的上报方法、装置及存储介质
WO2023241499A1 (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: 21843078

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: 21843078

Country of ref document: EP

Kind code of ref document: A1