WO2016179757A1 - 一种组播方法及装置 - Google Patents

一种组播方法及装置 Download PDF

Info

Publication number
WO2016179757A1
WO2016179757A1 PCT/CN2015/078594 CN2015078594W WO2016179757A1 WO 2016179757 A1 WO2016179757 A1 WO 2016179757A1 CN 2015078594 W CN2015078594 W CN 2015078594W WO 2016179757 A1 WO2016179757 A1 WO 2016179757A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
distribution
cell
group
mce
Prior art date
Application number
PCT/CN2015/078594
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/CN2015/078594 priority Critical patent/WO2016179757A1/zh
Priority to CN201580079573.0A priority patent/CN107534844A/zh
Publication of WO2016179757A1 publication Critical patent/WO2016179757A1/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 present invention relates to the field of communications technologies, and in particular, to a multicast method and apparatus.
  • IP Internet Protocol
  • MBMS Multimedia Broadcast/Multicast Service
  • 3GPP 3rd Generation Partnership Project
  • 3GPP 3rd Generation Partnership Project
  • MBMS Multimedia Broadcast/Multicast Service
  • Point-to-multipoint service that sends data to multiple users, realizes network resource sharing, and improves network resource utilization, especially air interface resources.
  • MBMS defined by 3GPP can not only realize plain text low-rate message class multicast and broadcast, but also realize multicast and broadcast of high-speed multimedia services, which undoubtedly conforms to the trend of future mobile data development.
  • the multicast technologies in the prior art include:
  • PMCH physical multicast channel
  • the multicast based on the Physical Downlink Share Channel (PDSCH) air interface technology (or PDSCH multicast/PDSCH channel multicast), when the users are dispersed in different cells, the spectrum utilization is not high.
  • PDSCH Physical Downlink Share Channel
  • the present invention provides a multicast method and apparatus.
  • the method and apparatus provided by the present invention solve the problem of low multicast channel resource utilization caused by the multicast mode in the prior art.
  • a multicast method comprising:
  • the multi-cell multicast cooperative entity MCE acquires multicast mode selection information
  • the multi-cell multicast cooperative entity MCE selects one of the physical multicast channel PMCH multicast and the physical downlink shared channel PDSCH multicast to perform multicast according to the selection information.
  • the acquiring, by the multi-cell multicast cooperative entity, an MCE, the multicast mode selection information includes:
  • the multi-cell multicast cooperative entity receives the network management configuration command, and obtains the selection information according to the network management configuration command.
  • the acquiring, by the multi-cell multicast cooperative entity, the MCE, the multicast mode selection information includes:
  • the MCE acquires a group attribute parameter, where the group attribute parameter is used to indicate a group member distribution situation; the group member is a user of a cell in a service area to which the MCE belongs;
  • the MCE obtains the selection information based on the obtained group attribute parameter; wherein, when the group attribute parameter indicates that the distribution of the group member is a centralized distribution, the selection information indicates that PDSCH multicast is selected; When the group attribute parameter indicates that the distribution of the group members is a sparse distribution, the selection information indicates that PMCH multicast is selected.
  • the acquiring, by the MCE, the group attribute parameters includes:
  • the MCE determines the distribution of the group members according to the pre-configured cell list and the neighbor relationship list and the preset scenario determination rule, and generates the group attribute parameter according to the group situation.
  • the scenario determining rule includes:
  • the distribution of the group members is a sparse distribution; where W is a preset positive integer, and the active user is a finger-joined End users entering the network and using the business; or
  • the ratio of the number of cells of the W active users to the total number of cells in the service area is greater than a second threshold and is less than the first threshold, and the cell corresponding to the active user is continuous coverage, and the wireless coverage of each cell continuously covered If the resource is greater than the third threshold, the distribution of the group members is determined to be a sparse distribution; wherein the continuous coverage refers to an overlapping portion of the coverage of the cell and a neighbor relationship between the cells, where the first threshold is greater than the second threshold. ;or
  • the distribution of the group members is determined to be a centralized distribution.
  • the acquiring, by the MCE, the group attribute parameters includes:
  • the MCE receives a session establishment process message sent by the multicast communication system application server GCS AS;
  • the MCE obtains the group attribute parameter from the establishment process message.
  • the establishing a flow message includes activating a session request message.
  • the acquiring, by the multi-cell multicast cooperative entity, an MCE, the multicast mode selection information includes:
  • the multicast mode selection information is obtained according to preset priorities of PMCH multicast and PDSCH multicast.
  • the method further includes:
  • the first multicast mode is another multicast mode in the PDSCH multicast and the PMCH multicast except the currently used multicast mode.
  • a multi-cell multicast collaboration entity including:
  • An obtaining unit configured to obtain multicast mode selection information
  • a selecting unit configured to select one of the physical multicast channel PMCH multicast and the physical downlink shared channel PDSCH multicast according to the selection information to perform multicast.
  • the acquiring unit is specifically configured to receive a network management configuration command, and obtain the selection information according to the network management configuration command.
  • the acquiring unit is specifically configured to acquire a group attribute parameter, and obtain the selection information based on the obtained group attribute parameter; wherein the group attribute parameter For indicating a group member distribution situation; the group member is a user of a cell in a service area to which the MCE belongs; and when the group attribute parameter indicates that the distribution of the group members is a centralized distribution, The selection information indicates that PDSCH multicast is selected; when the group attribute parameter indicates that the distribution of the group members is sparsely distributed, the selection information indicates that PMCH multicast is selected.
  • the acquiring unit is further configured to receive the location information reported by the group member; according to the pre-configured cell list and the neighboring cell
  • the relationship list and the preset scene determination rule determine a distribution of the group members, and generate the group attribute parameters according to the group situation.
  • the acquiring unit determines a distribution of the group member according to the following scenario determination rule, where the scenario determination rule includes:
  • the distribution of the group members is a sparse distribution; where W is a preset positive integer, and the active user is a finger-joined End users entering the network and using the business; or
  • the ratio of the number of cells of the W active users to the total number of cells in the service area is greater than a second threshold and is less than the first threshold, and the cell corresponding to the active user is continuous coverage, and the wireless coverage of each cell continuously covered If the resource is greater than the third threshold, the distribution of the group members is determined to be a sparse distribution; wherein the continuous coverage refers to an overlapping portion of the coverage of the cell and a neighbor relationship between the cells, where the first threshold is greater than the second threshold. ;or
  • the distribution of the group members is determined to be a centralized distribution.
  • the acquiring unit is specifically configured to receive a session establishment process message sent by the multicast communication system application server GCS AS;
  • the group attribute parameter is obtained in the process message.
  • the acquiring unit is specifically configured to obtain the group attribute parameter from an activation session request message.
  • the acquiring unit is specifically configured to obtain the multicast mode selection information according to preset priorities of PMCH multicast and PDSCH multicast.
  • the multi-cell multicast collaboration entity further includes:
  • the switching unit is configured to detect whether the idle channel multicast resource corresponding to the currently used multicast mode is smaller than a preset minimum idle resource threshold, and if the idle channel multicast resource is smaller than the minimum idle resource threshold, switch to the first a multicast mode; wherein the first multicast mode is another multicast mode in the PDSCH multicast and the PMCH multicast except the currently used multicast mode.
  • the method provided by the embodiment of the present invention can select a multicast mode from the PMCH multicast and the PDSCH multicast according to the actual requirements of the network planning and the group communication service, so that the final The selected multicast mode can meet the needs of network planning and group communication. And effectively improve the utilization of multicast channel resources.
  • FIG. 1 is a schematic flowchart diagram of a multicast method according to Embodiment 1 of the present invention
  • FIG. 2 is a schematic flowchart of a method for selecting a group mode by an MCE based on a group attribute parameter according to Embodiment 1 of the present invention
  • 3a-3d are schematic diagrams showing the distribution of several group members in the second embodiment of the present invention.
  • FIG. 4 is a schematic flowchart of a method for determining a distribution of a group member by an MCE according to information obtained by itself according to the second embodiment of the present invention
  • FIG. 5 is a schematic flowchart of a method for determining, by a MCE, a group member according to information obtained by a GCS AS according to Embodiment 2 of the present invention
  • FIG. 6 is a schematic flowchart of a group attribute parameter transmission according to Embodiment 2 of the present invention.
  • FIG. 7 is a schematic flowchart of a multicast method according to Embodiment 3 of the present invention.
  • FIG. 8 is a schematic structural diagram of a multi-cell multicast cooperative entity according to Embodiment 4 of the present invention.
  • FIG. 9 is a schematic structural diagram of a multi-cell multicast cooperative entity according to Embodiment 5 of the present invention.
  • the embodiment of the present invention provides a multicast method, and the specific implementation steps of the method may be:
  • Step 101 The multi-cell/multicast coordination entity (MCE) acquires multicast mode selection information.
  • MCE multi-cell/multicast coordination entity
  • different groups may select different multicast modes as needed, and the specific implementation manner may be:
  • the MCE receives the network management configuration command, and obtains the selection information according to the network management configuration command.
  • the selection information in the network management configuration command may be set according to the situation of the group member or other network factors; or
  • Step 102 The MCE selects one of the physical multicast channel PMCH multicast and the physical downlink shared channel PDSCH multicast according to the selection information to perform multicast.
  • the method provided by the embodiment of the present invention can select one of the PMCH multicast and the PDSCH multicast according to the actual requirements of the network planning and the group communication service, so that the finally selected multicast mode can conform to the network planning and the group.
  • the need for group communication And effectively improve the utilization of multicast channel resources.
  • the multicast channel selection method provided by the present invention is further described below with reference to specific drawings, and specifically includes:
  • the MCE obtains the selection information based on the obtained group attribute parameter, and performs the selection of the multicast mode according to the selection information. As shown in FIG. 2, the specific implementation steps include:
  • Step 201 The MCE acquires a group attribute parameter.
  • the group attribute parameter is used to indicate the group member distribution; in this embodiment, the group member distribution can be divided into two types, a centralized distribution and a sparse distribution.
  • the member of the group is the user of the cell in the service area to which the MCE belongs (where the service area refers to the service area identifier corresponding to the MCE) (Service Area Id, SAI) indicated service area).
  • Step 202 The MCE obtains the selection information based on the obtained group attribute parameter.
  • the selection information indicates that PDSCH multicast is selected; when the group attribute parameter indicates the group member When the distribution is a sparse distribution, the selection information indicates that PMCH multicast is selected.
  • Step 203 The multi-cell multicast cooperative entity MCE selects one of the physical multicast channel PMCH multicast and the physical downlink shared channel PDSCH multicast according to the selection information to perform multicast.
  • the distribution of any one or more of the judging group members may be determined according to the following scenarios, including:
  • A when there are W active users in each cell in the service area to which the MCE belongs, it is determined that the distribution of the group members is sparsely distributed (as shown in FIG. 3a); wherein W is a preset positive Integer, the active user refers to an end user accessing the network and using the service;
  • the ratio of the number of cells of the W active users to the total number of cells in the service area is greater than the first threshold, and determining that the distribution of the group members is sparsely distributed (as shown in FIG. 3b);
  • the ratio of the number of cells of the W active users to the total number of cells in the service area is greater than a second threshold and is less than the first threshold, and the cell corresponding to the active user is continuous coverage, and each cell continuously covered If the radio resource is greater than the third threshold, determining that the distribution of the group members is a sparse distribution (as shown in FIG. 3c); wherein the continuous coverage refers to overlapping areas of the coverage of the cell and neighboring areas between the cells. Relationship, the first threshold is greater than the second threshold;
  • the distribution of the group members is determined to be centralized. Distribution (as shown in Figure 3d).
  • the multicast service is sent in a large-scale broadcast multicast mode, the multicast service will be sent to the cell with no multicast service and no group.
  • the cell of the broadcast service sends multicast data, which causes the non-multicast cell to occupy other service resources, such as unicast service resources.
  • PDSCH multicast is a multicast mode for a single cell, a cell that is distributed in a group of members can initiate multicast for a cell in a member set. Business, so as to be able to reach the full benefit of network resources and improve the efficiency of spectrum efficiency.
  • the manner in which the MCE obtains the group attribute parameter may include multiple types.
  • the following two methods are provided, including:
  • Method 1 The MCE determines the distribution of the group members according to the information obtained by the MCE.
  • the specific implementation steps include (as shown in Figure 4):
  • Step 401 The MCE receives location information reported by the group member.
  • the location information may be: a cell identifier of a group member (ie, a terminal in each cell in the service area), an International Mobile Subscriber Identification Number (IMSI), and the like, which can determine the location of the terminal.
  • IMSI International Mobile Subscriber Identification Number
  • Step 402 The MCE determines the distribution of the group members according to the pre-configured cell list and the neighbor relationship list and the preset scene determination rule, and generates the group attribute parameter according to the group situation.
  • the cell list may be a cell list of the service area indicated by the Service Area Id (SAI) corresponding to the MCE.
  • SAI Service Area Id
  • the distribution of group members can be determined according to the scene determination rules shown in FIGS. 3a to 3d.
  • Method 2 The Group Communication System Application Server (GCS AS) determines the distribution of the group members according to the collected information, and then the MCE obtains the group attribute parameters from the session establishment process initiated by the GCS AS.
  • GCS AS Group Communication System Application Server
  • the MCE obtains the group attribute parameter from a session establishment process initiated by the multicast communication system application service GCS AS.
  • the specific implementation steps can be (as shown in Figure 5):
  • the terminal ie, the group member periodically reports its own location information (the location information may be: the cell identifier of the terminal, the IMSI, etc.) to the GCS AS server when accessing the cell or after accessing the cell;
  • the location information may be: the cell identifier of the terminal, the IMSI, etc.
  • Step 502 The GCS AS server determines, according to the pre-configured cell and neighbor relationship list, the distribution of the terminal in the service area according to the scenario determination rule (the scenario determination rule is the same as the determination rule shown in FIG. 3a to FIG. 3d);
  • the distribution may be a concentrated distribution or a sparse distribution;
  • Step 503 When the GCS AS server activates the MBMS bearer, the session establishment process message carries the group attribute parameter to the MCE;
  • Step 504 The MCE receives the session establishment process message sent by the multicast communication system application server GCS AS, and obtains the group attribute parameter from the establishment process message.
  • the setup flow message may be an activation session request message.
  • the original MBMS bearer request message (ACT MBMS BEARER REQUEST) and the session request message (SESSION START REQUEST) internal cell may be extended to carry the group attribute parameter.
  • the transmission process of the group attribute parameter provided by the embodiment does not affect the original session establishment process.
  • the specific implementation steps of the group attribute parameter transmission process may be (as shown in FIG. 6):
  • Step 601 the GCS AS extension activates the parameters in the ACT MBMS BEARER REQUEST, and adds a parameter item to carry the group attribute parameter (identifying whether the distribution of the group members is concentrated);
  • the MBMS BEARER REQUEST AVP attribute is enhanced corresponding to the 3GPP protocol 29.468 6.4, and the group attribute parameter is added.
  • the following message format parameters can be adopted:
  • Step 602 The Broadcast/Multicast Service Center (BMSC) obtains the group attribute parameter from the received activated MBMS bearer request message, and extends the activation session request message (SESSION START REQUEST), and sends the The obtained group attribute parameter is carried when the session request is activated.
  • BMSC Broadcast/Multicast Service Center
  • the specific implementation may be that the BMSC inherits the group attribute parameter in the activated MBMS bearer request message when the activation session request message is sent, and the related parameter content may be supplemented in 23.246 protocol 8.3.2.
  • Step 603 The Multimedia Broadcast Multicast Service Gateway (MBMS GW) and the Mobile Management Entity (MME) are directly transmitted to the MCE after receiving the activation session request message.
  • MBMS GW Multimedia Broadcast Multicast Service Gateway
  • MME Mobile Management Entity
  • the group attribute parameter transmission method is based on the session establishment process initiated by the multicast communication system application service GCS AS, and the group attribute parameter is carried by adding parameters in the original request message, so the original attribute parameter is not changed. Session establishment process. When a session is established between the GCS and the UE, the network element that does not process the group attribute parameters by multiple network elements directly transparently transmits the activation session request message.
  • the MCE can periodically determine the distribution of the group members, so that the multicast mode can be adjusted in time, so that the multicast mode can meet the needs of the group members to the maximum extent.
  • the MCE selects a multicast mode from the PMCH multicast and the PDSCH multicast according to the distribution of the group members, so that the finally selected multicast mode can meet the group membership. demand. And effectively improve the utilization of multicast channel resources.
  • the embodiment of the present invention provides a multicast method, and the specific implementation steps of the method may be:
  • Step 701 The MCE obtains the multicast mode selection information according to preset priorities of PMCH multicast and PDSCH multicast.
  • the priority may be that the priority of the PMCH multicast is higher than the PDSCH multicast, and the multicast mode is preferably the PMCH multicast.
  • Step 702 The multi-cell multicast cooperative entity MCE selects one of the physical multicast channel PMCH multicast and the physical downlink shared channel PDSCH multicast according to the selection information to perform multicast.
  • Step 703 detecting whether the idle channel multicast resource corresponding to the currently used multicast mode is smaller than a preset minimum idle resource threshold, if the idle channel multicast resource is smaller than the minimum idle resource threshold, then proceeds to step 704; Otherwise, continue to use the original multicast mode;
  • Step 704 Switch to the first multicast mode, where the first multicast mode is another multicast mode in the PDSCH multicast and the PMCH multicast except the currently used multicast mode.
  • the MCE periodically detects the radio resources of the current PMCH multicast service.
  • the switch can be switched to PDSCH multicast.
  • Mode and when the radio resource used by the PDSCH accounts for ⁇ Z% of the total PDSCH resource and maintains a certain duration Y, it can choose to fall back to the PMCH multicast mode.
  • the MCE can configure the detection period range of the local maintenance terminal, for example, 500 ms.
  • the X parameter can be configured through the MCE local maintenance terminal, and the range can be 1% to 100%, and the PDSCH multicast can be selected.
  • the Y parameter can be configured through the MCE local maintenance terminal. The specific value can be 30 minutes.
  • the Z parameter can be configured through the MCE local maintenance terminal. The range can be 1% to 100%, and PMCH multicast can be selected.
  • the handover method can also be applied to any of the foregoing embodiments 1 to 2. In a program.
  • the selection modes of several multicast modes are separately described. However, in a specific application environment, several selection modes may be combined and used. For example, when the first selection is made through the distribution of the group members, and then the multicast mode is switched in time, the MCE can detect the use of the multicast resources and then switch. Other combinations are similar to this example and will not be described here.
  • an embodiment of the present invention provides a multi-cell multicast cooperative entity, where multiple multi-cells are provided.
  • the broadcast collaboration entity 800 includes:
  • the obtaining unit 801 is configured to acquire multicast mode selection information.
  • the selecting unit 802 is configured to select one of the physical multicast channel PMCH multicast and the physical downlink shared channel PDSCH multicast to perform multicast according to the selection information.
  • the manner in which the obtaining unit 801 obtains the multicast mode selection information includes multiple types.
  • the specific implementation may be:
  • the obtaining unit 801 is specifically configured to receive a network management configuration command, and obtain the selection information according to the network management configuration command.
  • the obtaining unit 801 is specifically configured to acquire a group attribute parameter, and obtain the selection information based on the obtained group attribute parameter, where the group attribute parameter is used to indicate a group member distribution situation; a user of a cell in the service area to which the MCE belongs; and when the group attribute parameter indicates that the distribution of the group members is a centralized distribution, the selection information indicates that PDSCH multicast is selected; when the group When the attribute parameter indicates that the distribution of the group members is a sparse distribution, the selection information indicates that PMCH multicast is selected.
  • the specific implementation manner of the obtaining the group attribute parameter by the obtaining unit 801 may be the following two types, specifically:
  • the multi-cell multicast cooperative entity analyzes the group attribute parameters according to the information stored by the group and the information reported by the group members, namely:
  • the obtaining unit 801 is further configured to receive location information reported by the group member, and determine, according to the pre-configured cell list, the neighbor relationship list, and the preset scene determination rule, the distribution of the group members, and according to the group The group case generates the group attribute parameter.
  • the obtaining unit 801 may determine the distribution of the group members according to the following scenario determination rule, where the scenario determination rule includes:
  • the distribution of the group members is a sparse distribution; where W is a preset positive integer, and the active user is a finger-joined End users entering the network and using the business; or
  • the ratio of the number of cells in which there are W active users to the total number of cells in the service area is greater than the first threshold. a value, determining that the distribution of the group members is sparsely distributed; or
  • the ratio of the number of cells of the W active users to the total number of cells in the service area is greater than a second threshold and is less than the first threshold, and the cell corresponding to the active user is continuous coverage, and the wireless coverage of each cell continuously covered If the resource is greater than the third threshold, the distribution of the group members is determined to be a sparse distribution; wherein the continuous coverage refers to an overlapping portion of the coverage of the cell and a neighbor relationship between the cells, where the first threshold is greater than the second threshold. ;or
  • the distribution of the group members is determined to be a centralized distribution.
  • the multi-cell multicast cooperative entity obtains the group attribute parameter according to the information sent by the multicast communication system application server GCS AS, namely:
  • the obtaining unit 801 is specifically configured to receive a session establishment process message sent by the multicast communication system application server GCS AS, and obtain the group attribute parameter from the establishment process message.
  • the obtaining unit 801 is specifically configured to acquire the group attribute parameter from the activation session request message.
  • the multi-cell multicast cooperative entity obtains the multicast mode selection information according to the preset priority, that is,
  • the obtaining unit 801 is specifically configured to obtain the multicast mode selection information according to preset priorities of PMCH multicast and PDSCH multicast.
  • the device provided in this embodiment can switch the multicast mode in real time according to the state of the network, and specifically, the multi-cell can be
  • the broadcast collaboration entity also includes:
  • the switching unit 803 is configured to detect whether the idle channel multicast resource corresponding to the currently used multicast mode is smaller than a preset minimum idle resource threshold, and if the idle channel multicast resource is smaller than the minimum idle resource threshold, switch to a first multicast mode; wherein the first multicast mode is another multicast mode in the PDSCH multicast and the PMCH multicast except the currently used multicast mode.
  • the multi-cell multicast cooperation entity provided in this embodiment may be used to perform the corresponding process in the foregoing method embodiments, and the specific working principle is not described here. For details, refer to the description of the method embodiment.
  • an embodiment of the present invention provides a multi-cell multicast cooperative entity, where the multi-cell multicast cooperation entity 900 includes a processor 901 and a memory 902, wherein the processor 901 calls a program instruction stored in the memory 902. Used to perform the following operations:
  • the processor 901 is configured to acquire the multicast mode selection information, and select one of the physical multicast channel PMCH multicast and the physical downlink shared channel PDSCH multicast according to the selection information to perform multicast.
  • the manner in which the processor 901 obtains the multicast mode selection information includes multiple types.
  • the specific implementation may be:
  • the processor 901 is specifically configured to receive a network management configuration command, and obtain the selection information according to the network management configuration command.
  • the processor 901 is specifically configured to acquire a group attribute parameter, and obtain the selection information based on the obtained group attribute parameter; wherein the group attribute parameter is used to indicate a group member distribution; the group member a user of a cell in the service area to which the MCE belongs; and when the group attribute parameter indicates that the distribution of the group members is a centralized distribution, the selection information indicates that PDSCH multicast is selected; when the group When the attribute parameter indicates that the distribution of the group members is a sparse distribution, the selection information indicates that PMCH multicast is selected.
  • the specific implementation manner of the processor 901 to obtain the group attribute parameter may be the following two types, specifically:
  • the multi-cell multicast cooperative entity analyzes the group attribute parameter according to the information stored by the group and the information reported by the group member, that is, the multi-cell multicast cooperation entity further includes:
  • the receiver 903 is configured to receive location information reported by the group member.
  • the processor 901 is configured to determine a distribution of the group members according to the pre-configured cell list and the neighbor relationship list and the preset scene determination rule, and generate the group attribute parameter according to the group situation.
  • the processor 901 can determine the score of the group member according to the following scenario determination rule.
  • the scene judgment rules include:
  • the distribution of the group members is a sparse distribution; where W is a preset positive integer, and the active user is a finger-joined End users entering the network and using the business; or
  • the ratio of the number of cells of the W active users to the total number of cells in the service area is greater than a second threshold and is less than the first threshold, and the cell corresponding to the active user is continuous coverage, and the wireless coverage of each cell continuously covered If the resource is greater than the third threshold, the distribution of the group members is determined to be a sparse distribution; wherein the continuous coverage refers to an overlapping portion of the coverage of the cell and a neighbor relationship between the cells, where the first threshold is greater than the second threshold. ;or
  • the distribution of the group members is determined to be a centralized distribution.
  • the multi-cell multicast cooperative entity obtains the group attribute parameter according to the information sent by the multicast communication system application server GCS AS, namely:
  • the receiver 903 is further configured to receive a session establishment process message sent by the multicast communication system application server GCS AS.
  • the processor 901 is further configured to obtain the group attribute parameter from the establishment process message.
  • the processor 901 is specifically configured to obtain the group attribute parameter from an activation session request message.
  • the multi-cell multicast cooperative entity obtains the multicast mode selection information according to the preset priority, that is,
  • the processor 901 is specifically configured to obtain the multicast mode selection information according to preset priorities of PMCH multicast and PDSCH multicast.
  • the apparatus provided in this embodiment can switch multicast according to the state of the network in real time.
  • the mode can be:
  • the processor 901 is further configured to detect whether the idle channel multicast resource corresponding to the currently used multicast mode is smaller than a preset minimum idle resource threshold, and if the idle channel multicast resource is smaller than the minimum idle resource threshold, switch to a first multicast mode; wherein the first multicast mode is another multicast mode in the PDSCH multicast and the PMCH multicast except the currently used multicast mode.
  • the multi-cell multicast cooperation entity provided in this embodiment may be used to perform the corresponding process in the foregoing method embodiments, and the specific working principle is not described here. For details, refer to the description of the method embodiment.
  • the method provided by the embodiment of the present invention can select a multicast mode from the PMCH multicast and the PDSCH multicast according to the actual requirements of network planning and group communication, so that the finally selected multicast mode can conform to the network architecture and The needs of group members. And effectively improve the utilization of multicast channel resources.
  • the solution provided by the present invention also selects a corresponding multicast mode according to the distribution of the group members.
  • the group members When the group members are collectively distributed, the use requirements of the multicast resources are more concentrated, and if a large range of PMCH multicast is adopted, The broadcast multicast mode sends multicast services, and the multicast data is sent to the cell with the multicast service and the cell with no multicast service. As a result, the cell without multicast occupies other service resources, such as unicast service resources.
  • PDSCH multicast is a multicast mode for a single cell, a cell that is distributed in a group of members can initiate multicast services for cells in the member set, thereby achieving the beneficial effect of fully utilizing network resources and improving spectrum efficiency. .

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开一种组播方法，该方法应用于通信技术领域。该方法包括：多小区多播协作实体MCE获取组播模式选择信息；所述多小区多播协作实体MCE根据所述选择信息，从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播。该方案用于解决现有技术中组播模式导致组播信道资源利用率低的问题。

Description

一种组播方法及装置 技术领域
本发明涉及通信技术领域，尤其涉及一种组播方法及装置。
背景技术
随着通信网络技术的迅猛发展，大量多媒体业务涌现出来，其中一些应用业务要求多个用户能同时接收相同数据，如视频点播、电视广播、视频会议、网上教育等。这些移动多媒体业务与一般的数据相比，具有数据量大、持续时间长、时延敏感等特点。目前的网络之间互连的协议(Internet Protocol，IP)组播技术只适用于有线IP网络，不适用于移动网络，因为移动网络具有特定的网络结构、功能实体和无线接口，这些都与有线IP网络不同。
为了有效地利用移动网络资源，第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)全球标准化组织提出了组播和广播业务(Multimedia Broadcast/Multicast Service，MBMS)，在移动网络中提供一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口接口资源。3GPP定义的MBMS不仅能实现纯文本低速率的消息类组播和广播，而且还能实现高速多媒体业务的组播和广播，这无疑顺应了未来移动数据发展的趋势。现有技术中的组播技术包括：
一，基于物理多播信道(Physical multicast channel，PMCH)空口技术的组播(或称为PMCH组播/PMCH信道组播)，但是该组播方式存在一些问题，具体为：小区群组规格受限；组播资源不能被复用，所以还会导致组播信道资源利用率低等问题。
二，基于物理下行共享信道(Physical Downlink share channel，PDSCH)空口技术的组播(或称为PDSCH组播/PDSCH信道组播)，用户分散在不同小区时，频谱利用率不高。
发明内容
本发明提供一种组播方法及装置，本发明所提供的方法和装置解决现有技术中组播模式导致组播信道资源利用率低的问题。
第一方面，提供一种组播方法，该方法包括：
多小区多播协作实体MCE获取组播模式选择信息；
所述多小区多播协作实体MCE根据所述选择信息，从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播。
结合第一方面，在第一种可能的实现方式中，所述多小区多播协作实体MCE获取组播模式选择信息包括：
所述多小区多播协作实体MCE接收网管配置命令，根据所述网管配置命令获取所述选择信息。
结合第一方面，在第二种可能的实现方式中，所述多小区多播协作实体MCE获取组播模式选择信息包括：
所述MCE获取群组属性参数；其中，所述群组属性参数用于指示群组成员分布情况；所述群组成员为所述MCE所属的服务区内小区的用户；
所述MCE基于得到的群组属性参数获取所述选择信息；其中，当所述群组属性参数指示所述群组成员的分布情况为集中分布时，所述选择信息指示选择PDSCH组播；当所述群组属性参数指示所述群组成员的分布情况为稀疏分布时，所述选择信息指示选择PMCH组播。
结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述MCE获取群组属性参数包括：
所述MCE接收所述群组成员上报的位置信息；
所述MCE根据预配置的小区列表及邻区关系列表和预设的场景判断规则确定所述群组成员的分布情况，并根据所述群组情况生成所述群组属性参数。
结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述场景判断规则包括：
当所述MCE所属的服务区内的每个小区都存在W个活动用户，则确定所述群组成员的分布情况为稀疏分布；其中，W为预设正整数，所述活动用户是指接入到网络并使用业务的终端用户；或者
存在W个活动用户的小区数占所述服务区中小区总数的比例大于第一阈值，则确定所述群组成员的分布情况为稀疏分布；或者
存在W个活动用户的小区数占所述服务区中小区总数的比例大于第二阈值且小于所述第一阈值，且活动用户所对应的小区是连续覆盖，且连续覆盖的每个小区的无线资源大于第三阈值，则确定所述群组成员的分布情况为稀疏分布；其中，所述连续覆盖是指小区的覆盖范围有重叠部分且小区间存在邻区关系，第一阈值大于第二阈值；或者
存在W个活动用户的小区没有连续覆盖，且存在活动用户的小区数占所述服务区中小区总数的比例小于所述第二阈值，则确定所述群组成员的分布情况为为集中分布。
结合第一方面的第二种可能的实现方式，在第五种可能的实现方式中，所述MCE获取群组属性参数包括：
所述MCE接收组播通讯系统应用服务器GCS AS发送的会话建立流程消息；
所述MCE从所述建立流程消息中获取所述群组属性参数。
结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述建立流程消息包括激活会话请求消息。
结合第一方面，在第七种可能的实现方式中，所述多小区多播协作实体MCE获取组播模式选择信息包括：
根据预先设置的PMCH组播和PDSCH组播的优先级得到所述组播模式选择信息。
结合第一方面，或者第一方面的第一至七种可能的实现方式中任意一种，在第八种可能的实现方式中，所述从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播之后，该方法进一步包括：
检测当前使用的组播模式所对应的空闲信道组播资源是否小于预设的最小空闲资源阈值，如果所述空闲信道组播资源小于所述最小空闲资源阈值，则切换到第一组播模式；其中，该第一组播模式是所述PDSCH组播和所述PMCH组播中除所述当前使用的组播模式之外的另一组播模式。
第二方面，提供一种多小区多播协作实体，包括：
获取单元，用于获取组播模式选择信息；
选择单元，用于根据所述选择信息，从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播。
结合第一方面，在第一种可能的实现方式中，所述获取单元具体用于接收网管配置命令，根据所述网管配置命令获取所述选择信息。
结合第一方面，在第二种可能的实现方式中，所述获取单元具体用于获取群组属性参数，并基于得到的群组属性参数获取所述选择信息；其中，所述群组属性参数用于指示群组成员分布情况；所述群组成员为所述MCE所属的服务区内小区的用户；并且当所述群组属性参数指示所述群组成员的分布情况为集中分布时，所述选择信息指示选择PDSCH组播；当所述群组属性参数指示所述群组成员的分布情况为稀疏分布时，所述选择信息指示选择PMCH组播。
结合第一方面的第二种可能的实现方式，在第三种可能的实现方式中，所述获取单元还用于接收所述群组成员上报的位置信息；根据预配置的小区列表及邻区关系列表和预设的场景判断规则确定所述群组成员的分布情况，并根据所述群组情况生成所述群组属性参数。
结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，所述获取单元根据以下场景判断规则确定所述群组成员的分布情况，场景判断规则包括：
当所述MCE所属的服务区内的每个小区都存在W个活动用户，则确定所述群组成员的分布情况为稀疏分布；其中，W为预设正整数，所述活动用户是指接入到网络并使用业务的终端用户；或者
存在W个活动用户的小区数占所述服务区中小区总数的比例大于第一阈值，则确定所述群组成员的分布情况为稀疏分布；或者
存在W个活动用户的小区数占所述服务区中小区总数的比例大于第二阈值且小于所述第一阈值，且活动用户所对应的小区是连续覆盖，且连续覆盖的每个小区的无线资源大于第三阈值，则确定所述群组成员的分布情况为稀疏分布；其中，所述连续覆盖是指小区的覆盖范围有重叠部分且小区间存在邻区关系，第一阈值大于第二阈值；或者
存在W个活动用户的小区没有连续覆盖，且存在活动用户的小区数占所述服务区中小区总数的比例小于所述第二阈值，则确定所述群组成员的分布情况为为集中分布。
结合第一方面的第二种可能的实现方式，在第五种可能的实现方式中，所述获取单元具体用于接收组播通讯系统应用服务器GCS AS发送的会话建立流程消息；从所述建立流程消息中获取所述群组属性参数。
结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述获取单元具体用于从激活会话请求消息中获取所述群组属性参数。
结合第一方面，在第七种可能的实现方式中，所述获取单元具体用于根据预先设置的PMCH组播和PDSCH组播的优先级得到所述组播模式选择信息。
结合第一方面，或者第一方面的第一至七种可能的实现方式中任意一种，在第八种可能的实现方式中，该多小区多播协作实体还包括：
切换单元，用于检测当前使用的组播模式所对应的空闲信道组播资源是否小于预设的最小空闲资源阈值，如果所述空闲信道组播资源小于所述最小空闲资源阈值，则切换到第一组播模式；其中，该第一组播模式是所述PDSCH组播和所述PMCH组播中除所述当前使用的组播模式之外的另一组播模式。
上述技术方案中的一个或两个，至少具有如下技术效果：
本发明实施例所提供的方法可以根据网络规划及群组通讯业务的实际需求从PMCH组播和PDSCH组播中选择一种组播模式来使用，从而使得最终 选择的组播模式能够符合网络规划以及群组通讯的需求。并且有效的提高组播信道资源的利用率。
附图说明
图1为本发明实施例一提供的一种组播方法的流程示意图；
图2为本发明实施例一中MCE基于群组属性参数选择群组模式的方法流程示意图；
图3a～图3d为本发明实施例二中几种群组成员的分布情况示意图；
图4为本发明实施例二中MCE根据自身获得的信息确定群组成员的分布情况的方法流程示意图；
图5为本发明实施例二中MCE根据GCS AS获得的信息确定群组成员的分布情况的方法流程示意图；
图6为本发明实施例二提供的群组属性参数传输的流程示意图；
图7为本发明实施例三提供的一种组播方法的流程示意图；
图8为本发明实施例四提供的一种多小区多播协作实体的结构示意图；
图9为本发明实施例五提供的一种多小区多播协作实体的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
下面结合说明书附图对本发明实施例作进一步详细描述。
实施例一
如图1所示，本发明实施例提供一种组播方法，该方法具体实现步骤可以是：
步骤101，多小区多播协作实体(Multi-cell/multicast coordination entity，MCE)获取组播模式选择信息；
在本发明实施例所提供的方法中，不同群组可按需选择不同的组播模式其中具体实现方式可以是：
A，该MCE接收网管配置命令，根据所述网管配置命令获取所述选择信息。这个网管配置命令中的选择信息可以是根据群组成员的情况设置的或者其他网络因素设置的；或者
B，根据实际收集到的信息确定群组成员的情况，然后再根据群组成员的情况确定组播模式选择信息；或者
C，预先设置PMCH组播和PDSCH组播的优先级，根据该优先级获取组播模式选择信息；例如：PMCH组播模式的优先级高于PDSCH组播，则在选择组播模式时，选择信息会指示首先选择PMCH组播模式。
步骤102，MCE根据所述选择信息，从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播。
本发明实施例所提供的方法可以根据网络规划及群组通讯业务的实际需求从PMCH组播和PDSCH组播中选择一种进行组播，从而使得最终选择的组播模式能够符合网络规划以及群组通讯的需求。并且有效的提高组播信道资源的利用率。
以下结合具体的附图对本发明所提供的组播信道选择方式做进一步的说明，具体包括：
实施例二
MCE基于得到的群组属性参数获取所述选择信息，并根据选择信息进行组播模式的选择；如图2所示，具体实现步骤包括：
步骤201，所述MCE获取群组属性参数；
该群组属性参数用于指示群组成员分布情况；在该实施例中，群组成员的分布情况可以分为两种，集中分布和稀疏分布。该群组成员为所述MCE所属的服务区内小区的用户(其中，该服务区是指MCE对应的服务区标识 (Service Area Id，SAI)所指示的服务区)。
步骤202，所述MCE基于得到的群组属性参数获取所述选择信息；
在该实施例中，当所述群组属性参数指示所述群组成员的分布情况为集中分布时，所述选择信息指示选择PDSCH组播；当所述群组属性参数指示所述群组成员的分布情况为稀疏分布时，所述选择信息指示选择PMCH组播。
步骤203，所述多小区多播协作实体MCE根据所述选择信息，从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播。
在该实施例中，可以根据以下场景判断规则任意一种或者多种判断群组成员的分布情况，具体包括：
A，当所述MCE所属的服务区内的每个小区都存在W个活动用户，则确定所述群组成员的分布情况为稀疏分布(如图3a所示)；其中，W为预设正整数，所述活动用户是指接入到网络并使用业务的终端用户；
B，存在W个活动用户的小区数占所述服务区中小区总数的比例大于第一阈值，则确定所述群组成员的分布情况为稀疏分布(如图3b所示)；
C，存在W个活动用户的小区数占所述服务区中小区总数的比例大于第二阈值且小于所述第一阈值，且活动用户所对应的小区是连续覆盖，且连续覆盖的每个小区的无线资源大于第三阈值，则确定所述群组成员的分布情况为稀疏分布(如图3c所示)；其中，所述连续覆盖是指小区的覆盖范围有重叠部分且小区间存在邻区关系，第一阈值大于第二阈值；
D，存在W个活动用户的小区没有连续覆盖，且存在活动用户的小区数占所述服务区中小区总数的比例小于所述第二阈值，则确定所述群组成员的分布情况为为集中分布(如图3d所示)。
因为群组成员为集中分布时，对于组播资源的使用要求更为集中，如果采用PMCH组播这种大范围的广播组播方式发送组播业务，会向有组播业务的小区和无组播业务的小区都发送组播数据，从而导致无组播的小区占用其他业务资源，比如单播业务资源。因为PDSCH组播是一种针对单小区的组播方式，所以在群组成员集中分布的小区，可以针对成员集中的小区发起组播 业务，从而能够到达充分利用网络资源，提高频谱效率的有益效果。
在具体的实现流程中，MCE获得群组属性参数的方式可以包括多种，以下提供两种可选方式，具体包括：
方式一、MCE根据自身获得的信息确定群组成员的分布情况，具体实现步骤包括(如图4所示)：
步骤401，所述MCE接收所述群组成员上报的位置信息；
该位置信息可以是：群组成员(即服务区内各小区中的终端)所在小区标识、国际移动用户识别码(International Mobile Subscriber Identification Number，IMSI)等可以确定终端位置的信息。
步骤402，所述MCE根据预配置的小区列表及邻区关系列表和预设的场景判断规则确定所述群组成员的分布情况，并根据所述群组情况生成所述群组属性参数。
其中，小区列表可以是MCE对应的服务区标识(Service Area Id，SAI)所指示的服务区的小区列表。
在该实施例中，可以根据图3a～3d所示的场景判断规则判断群组成员的分布情况
方式二、组播通讯系统应用服务(Group Communication System Application Server，GCS AS)根据收集到的信息确定群组成员的分布情况，然后MCE从GCS AS发起的会话建立流程中得到群组属性参数，具体实现可以是：
MCE从组播通讯系统应用服务GCS AS发起的会话建立流程中获取所述群组属性参数。具体实现步骤可以是(如图5所示)：
步骤501，终端(即群组成员)在接入小区时或接入小区后周期性的上报自已位置信息(位置信息可以是：终端所在小区标识、IMSI等)给GCS AS服务器；
步骤502，GCS AS服务器根据预配置的小区及邻区关系列表，按照场景判断规则(该场景判断规则与图3a～图3d所示的判断规则相同)判断服务区内的终端的分布情况；该分布情况可以是集中分布或稀疏分布；
步骤503，GCS AS服务器激活MBMS承载时，通过会话建立流程消息携带群组属性参数给MCE；
步骤504，所述MCE接收组播通讯系统应用服务器GCS AS发送的会话建立流程消息，从所述建立流程消息中获取所述群组属性参数。
在该实施例中，所述建立流程消息可以是激活会话请求消息。当通过激活会话请求消息携带群组属性参数时，可以扩展原有MBMS承载请求消息(ACT MBMS BEARER REQUEST)和会话请求消息(SESSION START REQUEST)内部信元，用以携带该群组属性参数。因为群组属性参数是携带在会话建立流程中原有的某个参数中的，所以该实施例所提供的群组属性参数的传输过程并不会影响原有的会话建立流程。其中群组属性参数传输的流程具体实现步骤可以是(如图6所示)：
步骤601，GCS AS扩展激活MBMS承载请求消息(ACT MBMS BEARER REQUEST)内参数，增加一个参数项携带群组属性参数(标识群组成员的分布是否集中)；
对应3GPP协议29.468 6.4章节中对MBMS BEARER REQUEST AVP属性进行增强，增加群组属性参数，在该实施例中可以通过如下列消息格式参数：
Figure PCTCN2015078594-appb-000001
步骤602，广播/组播业务服务器(Broadcast/Multicast-Service Centre，BMSC)从接收到的激活MBMS承载请求消息中得到群组属性参数，并扩展激活会话请求消息(SESSION START REQUEST)，在发送该激活会话请求时携带得到的群组属性参数。
具体实现可以是，BMSC发送激活会话请求消息时继承激活MBMS承载请求消息中的群组属性参数，相关参数内容可在23.246协议8.3.2中补充。
步骤603，多媒体组播多播业务网关(Multimedia Broadcast Multicast Service Gateway，MBMS GW)及移动管理实体(Mobile Managenment Entity，MME)接收到激活会话请求消息后直接透传到MCE。
在上述群组属性参数传输方式，是基于组播通讯系统应用服务GCS AS发起的会话建立流程，是通过在原有的请求消息中增加参数的方式携带群组属性参数，所以并不会改变原有会话建立流程。因为GCS与UE之间建立会话流程时，涉及多个网元不对群组属性参数进行处理的网元则直接透传激活会话请求消息。
在该实施例中，MCE可以周期性的判断群组成员的分布情况，从而对组播模式进行适时的调整，从而能够使得组播模式能够最大限度的满足群组成员的需求。
本发明实施例所提供的方法中，MCE根据群组成员的分布情况从PMCH组播和PDSCH组播中选择一种组播模式来使用，从而使得最终选择的组播模式能够符合群组成员的需求。并且有效的提高组播信道资源的利用率。
实施例三
如图7所示，本发明实施例提供一种组播方法，该方法具体实现步骤可以是：
步骤701，MCE根据预先设置的PMCH组播和PDSCH组播的优先级得到所述组播模式选择信息；
在该实施例中，优先级可以是PMCH组播的优先级高于PDSCH组播，组播模式优选PMCH组播。
步骤702，所述多小区多播协作实体MCE根据所述选择信息，从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播。
步骤703，检测当前使用的组播模式所对应的空闲信道组播资源是否小于预设的最小空闲资源阈值，如果所述空闲信道组播资源小于所述最小空闲资源阈值，则转入步骤704；否则，继续使用原有的组播模式；
步骤704，切换到第一组播模式；其中，该第一组播模式是所述PDSCH组播和所述PMCH组播中除所述当前使用的组播模式之外的另一组播模式。
例如：组播模式优选PMCH组播后，MCE周期性检测当前PMCH组播业务的无线资源，当PMCH使用的无线资源占PMCH总资源比例>X％且保持一定时长Y，可切换到PDSCH组播模式，而当PDSCH使用的无线资源占PDSCH总资源比例<Z％且保持一定时长Y，则可以选择退回到PMCH组播方式。
其中，MCE可通过本地维护终端配置检测周期的范围，比如500ms；X参数可通过MCE本地维护终端配置，范围可以是1％～100％，可选择PDSCH组播。Y参数可通过MCE本地维护终端配置，具体值可以是30分钟。Z参数可通过MCE本地维护终端配置，范围可以是1％～100％，可选择PMCH组播。
因为该实施例步骤703中所提供的PMCH组播与PDSCH组播的切换方法是基于组播信道资源的使用情况实现的，所以该切换方法也可以适用于前面实施例一到二所提供的任一方案中。
上述实施例一到三中分别独立的描述了几种组播模式的选择方式，但是的具体的应用环境中，几种选择方式可以互相结合后使用。例如：第一选择的时候通过群组成员的分布情况，然后组播模式适时切换的时候，可以是MCE检测组播资源的使用情况后切换。其他组合方式与该举例类似，在此不再赘述。
实施例四
如图8所示，本发明实施例提供一种多小区多播协作实体，该多小区多 播协作实体800包括：
获取单元801，用于获取组播模式选择信息；
选择单元802，用于根据所述选择信息，从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播。
其中，该获取单元801获取组播模式选择信息的方式包括多种，具体实现可以是：
A，获取单元801具体用于接收网管配置命令，根据所述网管配置命令获取所述选择信息。
B，获取单元801具体用于获取群组属性参数，并基于得到的群组属性参数获取所述选择信息；其中，所述群组属性参数用于指示群组成员分布情况；所述群组成员为所述MCE所属的服务区内小区的用户；并且当所述群组属性参数指示所述群组成员的分布情况为集中分布时，所述选择信息指示选择PDSCH组播；当所述群组属性参数指示所述群组成员的分布情况为稀疏分布时，所述选择信息指示选择PMCH组播。
在该实施例中，获取单元801获取群组属性参数的具体实现方式可以是以下两种，具体为：
1，多小区多播协作实体根据自身存储的信息以及群组成员上报的信息分析得到群组属性参数，即：
获取单元801还用于接收所述群组成员上报的位置信息；根据预配置的小区列表及邻区关系列表和预设的场景判断规则确定所述群组成员的分布情况，并根据所述群组情况生成所述群组属性参数。
其中，该获取单元801可以根据以下场景判断规则确定所述群组成员的分布情况，场景判断规则包括：
当所述MCE所属的服务区内的每个小区都存在W个活动用户，则确定所述群组成员的分布情况为稀疏分布；其中，W为预设正整数，所述活动用户是指接入到网络并使用业务的终端用户；或者
存在W个活动用户的小区数占所述服务区中小区总数的比例大于第一阈 值，则确定所述群组成员的分布情况为稀疏分布；或者
存在W个活动用户的小区数占所述服务区中小区总数的比例大于第二阈值且小于所述第一阈值，且活动用户所对应的小区是连续覆盖，且连续覆盖的每个小区的无线资源大于第三阈值，则确定所述群组成员的分布情况为稀疏分布；其中，所述连续覆盖是指小区的覆盖范围有重叠部分且小区间存在邻区关系，第一阈值大于第二阈值；或者
存在W个活动用户的小区没有连续覆盖，且存在活动用户的小区数占所述服务区中小区总数的比例小于所述第二阈值，则确定所述群组成员的分布情况为为集中分布。
2，多小区多播协作实体根据组播通讯系统应用服务器GCS AS发送的信息得到群组属性参数，即：
获取单元801具体用于接收组播通讯系统应用服务器GCS AS发送的会话建立流程消息；从所述建立流程消息中获取所述群组属性参数。
其中，该获取单元801具体用于从激活会话请求消息中获取所述群组属性参数。
3，多小区多播协作实体根据预先设置的优先级得到组播模式选择信息，即：
获取单元801具体用于根据预先设置的PMCH组播和PDSCH组播的优先级得到所述组播模式选择信息。
因为网络状态是随时变化的，所以为了保证选择的组播模式能够适应网络的情况，则该实施例所提供的装置，可以根据网络的状态实时的切换组播模式，具体可以是该多小区多播协作实体还包括：
切换单元803，用于检测当前使用的组播模式所对应的空闲信道组播资源是否小于预设的最小空闲资源阈值，如果所述空闲信道组播资源小于所述最小空闲资源阈值，则切换到第一组播模式；其中，该第一组播模式是所述PDSCH组播和所述PMCH组播中除所述当前使用的组播模式之外的另一组播模式。
本实施例提供的多小区多播协作实体可用于执行上述方法实施例中的相应流程，其具体工作原理不再赘述，详见方法实施例的描述。
实施例五
如图9所示，本发明实施例提供一种多小区多播协作实体，该多小区多播协作实体900包括处理器901和存储器902，其中，处理器901通过调用存储器902中存储的程序指令用于执行如下操作：
处理器901，用于获取组播模式选择信息；并根据所述选择信息，从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播。
其中，该处理器901获取组播模式选择信息的方式包括多种，具体实现可以是：
A，处理器901具体用于接收网管配置命令，根据所述网管配置命令获取所述选择信息。
B，处理器901具体用于获取群组属性参数，并基于得到的群组属性参数获取所述选择信息；其中，所述群组属性参数用于指示群组成员分布情况；所述群组成员为所述MCE所属的服务区内小区的用户；并且当所述群组属性参数指示所述群组成员的分布情况为集中分布时，所述选择信息指示选择PDSCH组播；当所述群组属性参数指示所述群组成员的分布情况为稀疏分布时，所述选择信息指示选择PMCH组播。
在该实施例中，处理器901获取群组属性参数的具体实现方式可以是以下两种，具体为：
1，多小区多播协作实体根据自身存储的信息以及群组成员上报的信息分析得到群组属性参数，即该多小区多播协作实体还包括：
接收器903，用于接收所述群组成员上报的位置信息；
该处理器901，用于根据预配置的小区列表及邻区关系列表和预设的场景判断规则确定所述群组成员的分布情况，并根据所述群组情况生成所述群组属性参数。
其中，该处理器901可以根据以下场景判断规则确定所述群组成员的分 布情况，场景判断规则包括：
当所述MCE所属的服务区内的每个小区都存在W个活动用户，则确定所述群组成员的分布情况为稀疏分布；其中，W为预设正整数，所述活动用户是指接入到网络并使用业务的终端用户；或者
存在W个活动用户的小区数占所述服务区中小区总数的比例大于第一阈值，则确定所述群组成员的分布情况为稀疏分布；或者
存在W个活动用户的小区数占所述服务区中小区总数的比例大于第二阈值且小于所述第一阈值，且活动用户所对应的小区是连续覆盖，且连续覆盖的每个小区的无线资源大于第三阈值，则确定所述群组成员的分布情况为稀疏分布；其中，所述连续覆盖是指小区的覆盖范围有重叠部分且小区间存在邻区关系，第一阈值大于第二阈值；或者
存在W个活动用户的小区没有连续覆盖，且存在活动用户的小区数占所述服务区中小区总数的比例小于所述第二阈值，则确定所述群组成员的分布情况为为集中分布。
2，多小区多播协作实体根据组播通讯系统应用服务器GCS AS发送的信息得到群组属性参数，即：
接收器903，还用于接收组播通讯系统应用服务器GCS AS发送的会话建立流程消息；
处理器901，还还用于从所述建立流程消息中获取所述群组属性参数。
其中，该处理器901具体用于从激活会话请求消息中获取所述群组属性参数。
3，多小区多播协作实体根据预先设置的优先级得到组播模式选择信息，即：
处理器901具体用于根据预先设置的PMCH组播和PDSCH组播的优先级得到所述组播模式选择信息。
因为网络状态是随时变化的，所以为了保证选择的组播模式能够适应网络的情况，则该实施例所提供的装置，可以根据网络的状态实时的切换组播 模式，具体可以是：
处理器901还用于检测当前使用的组播模式所对应的空闲信道组播资源是否小于预设的最小空闲资源阈值，如果所述空闲信道组播资源小于所述最小空闲资源阈值，则切换到第一组播模式；其中，该第一组播模式是所述PDSCH组播和所述PMCH组播中除所述当前使用的组播模式之外的另一组播模式。
本实施例提供的多小区多播协作实体可用于执行上述方法实施例中的相应流程，其具体工作原理不再赘述，详见方法实施例的描述。
本申请实施例中的上述一个或多个技术方案，至少具有如下的技术效果：
本发明实施例所提供的方法可以根据网络规划及群组通讯的实际需求从PMCH组播和PDSCH组播中选择一种组播模式来使用，从而使得最终选择的组播模式能够符合网络架构以及群组成员的需求。并且有效的提高组播信道资源的利用率。
本发明提供的方案还根据群组成员的分布情况来选择对应的组播模式，因为群组成员为集中分布时，对于组播资源的使用要求更为集中，如果采用PMCH组播这种大范围的广播组播方式发送组播业务，会向有组播业务的小区和无组播业务的小区都发送组播数据，从而导致无组播的小区占用其他业务资源，比如单播业务资源。因为PDSCH组播是一种针对单小区的组播方式，所以在群组成员集中分布的小区，可以针对成员集中的小区发起组播业务，从而能够到达充分利用网络资源，提高频谱效率的有益效果。
本发明所述的方法并不限于具体实施方式中所述的实施例，本领域技术人员根据本发明的技术方案得出其它的实施方式，同样属于本发明的技术创新范围。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (18)

  1. 一种组播方法，其特征在于，该方法包括：
    多小区多播协作实体MCE获取组播模式选择信息；
    所述多小区多播协作实体MCE根据所述选择信息，从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播。
  2. 如权利要求1所述的方法，其特征在于，所述多小区多播协作实体MCE获取组播模式选择信息包括：
    所述多小区多播协作实体MCE接收网管配置命令，根据所述网管配置命令获取所述选择信息。
  3. 如权利要求1所述的方法，其特征在于，所述多小区多播协作实体MCE获取组播模式选择信息包括：
    所述MCE获取群组属性参数；其中，所述群组属性参数用于指示群组成员分布情况；所述群组成员为所述MCE所属的服务区内小区的用户；
    所述MCE基于得到的群组属性参数获取所述选择信息；其中，当所述群组属性参数指示所述群组成员的分布情况为集中分布时，所述选择信息指示选择PDSCH组播；当所述群组属性参数指示所述群组成员的分布情况为稀疏分布时，所述选择信息指示选择PMCH组播。
  4. 如权利要求3所述的方法，其特征在于，所述MCE获取群组属性参数包括：
    所述MCE接收所述群组成员上报的位置信息；
    所述MCE根据预配置的小区列表及邻区关系列表和预设的场景判断规则确定所述群组成员的分布情况，并根据所述群组情况生成所述群组属性参数。
  5. 如权利要求4所述的方法，其特征在于，所述场景判断规则包括：
    当所述MCE所属的服务区内的每个小区都存在W个活动用户，则确定所述群组成员的分布情况为稀疏分布；其中，W为预设正整数，所述活动用 户是指接入到网络并使用业务的终端用户；或者
    存在W个活动用户的小区数占所述服务区中小区总数的比例大于第一阈值，则确定所述群组成员的分布情况为稀疏分布；或者
    存在W个活动用户的小区数占所述服务区中小区总数的比例大于第二阈值且小于所述第一阈值，且活动用户所对应的小区是连续覆盖，且连续覆盖的每个小区的无线资源大于第三阈值，则确定所述群组成员的分布情况为稀疏分布；其中，所述连续覆盖是指小区的覆盖范围有重叠部分且小区间存在邻区关系，第一阈值大于第二阈值；或者
    存在W个活动用户的小区没有连续覆盖，且存在活动用户的小区数占所述服务区中小区总数的比例小于所述第二阈值，则确定所述群组成员的分布情况为为集中分布。
  6. 如权利要求3所述的方法，其特征在于，所述MCE获取群组属性参数包括：
    所述MCE接收组播通讯系统应用服务器GCS AS发送的会话建立流程消息；
    所述MCE从所述建立流程消息中获取所述群组属性参数。
  7. 如权利要求6所述的方法，其特征在于，所述建立流程消息包括激活会话请求消息。
  8. 如权利要求1所述的方法，其特征在于，所述多小区多播协作实体MCE获取组播模式选择信息包括：
    根据预先设置的PMCH组播和PDSCH组播的优先级得到所述组播模式选择信息。
  9. 如权利要求1～8任一所述的方法，其特征在于，所述从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播之后，该方法进一步包括：
    检测当前使用的组播模式所对应的空闲信道组播资源是否小于预设的最小空闲资源阈值，如果所述空闲信道组播资源小于所述最小空闲资源阈值， 则切换到第一组播模式；其中，该第一组播模式是所述PDSCH组播和所述PMCH组播中除所述当前使用的组播模式之外的另一组播模式。
  10. 一种多小区多播协作实体，其特征在于，包括：
    获取单元，用于获取组播模式选择信息；
    选择单元，用于根据所述选择信息，从物理多播信道PMCH组播和物理下行共享信道PDSCH组播中选择一种进行组播。
  11. 如权利要求10所述的多小区多播协作实体，其特征在于，所述获取单元具体用于接收网管配置命令，根据所述网管配置命令获取所述选择信息。
  12. 如权利要求10所述的多小区多播协作实体，其特征在于，所述获取单元具体用于获取群组属性参数，并基于得到的群组属性参数获取所述选择信息；其中，所述群组属性参数用于指示群组成员分布情况；所述群组成员为所述MCE所属的服务区内小区的用户；并且当所述群组属性参数指示所述群组成员的分布情况为集中分布时，所述选择信息指示选择PDSCH组播；当所述群组属性参数指示所述群组成员的分布情况为稀疏分布时，所述选择信息指示选择PMCH组播。
  13. 如权利要求12所述的多小区多播协作实体，其特征在于，所述获取单元还用于接收所述群组成员上报的位置信息；根据预配置的小区列表及邻区关系列表和预设的场景判断规则确定所述群组成员的分布情况，并根据所述群组情况生成所述群组属性参数。
  14. 如权利要求13所述的多小区多播协作实体，其特征在于，所述获取单元根据以下场景判断规则确定所述群组成员的分布情况，场景判断规则包括：
    当所述MCE所属的服务区内的每个小区都存在W个活动用户，则确定所述群组成员的分布情况为稀疏分布；其中，W为预设正整数，所述活动用户是指接入到网络并使用业务的终端用户；或者
    存在W个活动用户的小区数占所述服务区中小区总数的比例大于第一阈值，则确定所述群组成员的分布情况为稀疏分布；或者
    存在W个活动用户的小区数占所述服务区中小区总数的比例大于第二阈值且小于所述第一阈值，且活动用户所对应的小区是连续覆盖，且连续覆盖的每个小区的无线资源大于第三阈值，则确定所述群组成员的分布情况为稀疏分布；其中，所述连续覆盖是指小区的覆盖范围有重叠部分且小区间存在邻区关系，第一阈值大于第二阈值；或者
    存在W个活动用户的小区没有连续覆盖，且存在活动用户的小区数占所述服务区中小区总数的比例小于所述第二阈值，则确定所述群组成员的分布情况为为集中分布。
  15. 如权利要求10所述的多小区多播协作实体，其特征在于，所述获取单元具体用于接收组播通讯系统应用服务器GCS AS发送的会话建立流程消息；从所述建立流程消息中获取所述群组属性参数。
  16. 如权利要求15所述的多小区多播协作实体，其特征在于，所述获取单元具体用于从激活会话请求消息中获取所述群组属性参数。
  17. 如权利要求10所述的多小区多播协作实体，其特征在于，所述获取单元具体用于根据预先设置的PMCH组播和PDSCH组播的优先级得到所述组播模式选择信息。
  18. 如权利要求10～17任一所述的多小区多播协作实体，其特征在于，该多小区多播协作实体还包括：
    切换单元，用于检测当前使用的组播模式所对应的空闲信道组播资源是否小于预设的最小空闲资源阈值，如果所述空闲信道组播资源小于所述最小空闲资源阈值，则切换到第一组播模式；其中，该第一组播模式是所述PDSCH组播和所述PMCH组播中除所述当前使用的组播模式之外的另一组播模式。
PCT/CN2015/078594 2015-05-08 2015-05-08 一种组播方法及装置 WO2016179757A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2015/078594 WO2016179757A1 (zh) 2015-05-08 2015-05-08 一种组播方法及装置
CN201580079573.0A CN107534844A (zh) 2015-05-08 2015-05-08 一种组播方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/078594 WO2016179757A1 (zh) 2015-05-08 2015-05-08 一种组播方法及装置

Publications (1)

Publication Number Publication Date
WO2016179757A1 true WO2016179757A1 (zh) 2016-11-17

Family

ID=57248675

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/078594 WO2016179757A1 (zh) 2015-05-08 2015-05-08 一种组播方法及装置

Country Status (2)

Country Link
CN (1) CN107534844A (zh)
WO (1) WO2016179757A1 (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101925006A (zh) * 2009-06-16 2010-12-22 中兴通讯股份有限公司 一种mbms的调制和编码方案确定方法和一种mce
CN101998275A (zh) * 2009-08-19 2011-03-30 中兴通讯股份有限公司 多播控制信道的配置方法、装置及用户设备
CN102036171A (zh) * 2009-09-30 2011-04-27 中兴通讯股份有限公司 一种子帧标识信息的传输方法及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101925006A (zh) * 2009-06-16 2010-12-22 中兴通讯股份有限公司 一种mbms的调制和编码方案确定方法和一种mce
CN101998275A (zh) * 2009-08-19 2011-03-30 中兴通讯股份有限公司 多播控制信道的配置方法、装置及用户设备
CN102036171A (zh) * 2009-09-30 2011-04-27 中兴通讯股份有限公司 一种子帧标识信息的传输方法及系统

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
HUAWEI ET AL.: "Consideration on SC-PTM Transmission; R3-150554", 3GPP TSG-RAN3 MEETING #87BIS;, 24 April 2015 (2015-04-24), Tenerife-Santa Cruz, Spain, XP050937172 *
HUAWEI ET AL.: "SC-PTM Architecture and High Level Procedure; R3-150555", 3GPP TSG-RAN3 MEETING #87BIS;, 24 April 2015 (2015-04-24), Tenerife-Santa Cruz, Spain, XP050954257 *

Also Published As

Publication number Publication date
CN107534844A (zh) 2018-01-02

Similar Documents

Publication Publication Date Title
JP5844879B2 (ja) Ｍｂｍｓサービス送信方式の切替方法、装置及びユーザー装置
Zhang et al. Energy-efficient multimedia transmissions through base station cooperation over heterogeneous cellular networks exploiting user behavior
TWI590699B (zh) 單細胞之點對多點傳輸的方法
US8656029B2 (en) Multicast session setup in networks by determining a multicast session parameter based on a pre-existing unicast session parameter
US9237498B2 (en) Method, user equipment and system for realizing service continuity of multimedia broadcast and multicast service
EP3079400B1 (en) User equipment handover method and base station
JP5605734B2 (ja) Ｍｂｍｓ制御方法及びｍｂｍｓ制御システム
US11071089B2 (en) Dynamic switching of streaming service between broadcast and unicast delivery
CN104270725B (zh) 指示信息的确定、处理以及请求消息的处理方法及装置
WO2020042585A1 (zh) 组业务处理、组业务区域配置的方法及装置
WO2006015553A1 (fr) Procede de transmission de service de serveur de diffusion/multi-diffusion multimedia
WO2006056116A1 (fr) Procede de notification de la modification de l&#39;information de cellule dans un service multimedia multidiffuse
WO2018006279A1 (zh) 业务处理的方法、设备和系统
US10334480B2 (en) Method, system, device for controlling congestion or overload and evolved node B (eNB)
WO2018177173A1 (zh) 一种组播实现方法及相关网络设备
MX2012013198A (es) Metodo y aparato para procesar un mensaje de conteo del servicio de difusion/multidifusion multimedia (mbms).
WO2018097827A1 (en) Delivery of sub-service flows using broadcast, multicast
CN105376718B (zh) Lte集群通信的方法、用户设备及第一网元设备
WO2014023240A1 (zh) 一种群组小数据的发送方法及系统
WO2017070838A1 (zh) 资源调度方法、基站、调度器、节目源服务器和系统
WO2015117376A1 (zh) 建立lte集群通信承载的方法、用户设备及第一网元设备
Zahoor et al. Multicast at edge: An edge network architecture for service-less crowdsourced live video multicast
WO2016107204A1 (zh) 一种群组通信方法和服务器
KR20070093916A (ko) 일대다 ｍｂｍｓ 정보를 획득하는 방법 및 장치
CN102761828B (zh) 一种小区重选中保障eMBMS服务连续性的方法

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

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

Country of ref document: EP

Kind code of ref document: A1