CN104301931A - 拥塞/过载的控制方法,系统,装置和基站 - Google Patents

拥塞/过载的控制方法,系统,装置和基站 Download PDF

Info

Publication number
CN104301931A
CN104301931A CN201410493801.6A CN201410493801A CN104301931A CN 104301931 A CN104301931 A CN 104301931A CN 201410493801 A CN201410493801 A CN 201410493801A CN 104301931 A CN104301931 A CN 104301931A
Authority
CN
China
Prior art keywords
overload
jam
gcs
enb
face data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
CN201410493801.6A
Other languages
English (en)
Inventor
许辉
吕永
刘红军
马子江
卢忱
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201410493801.6A priority Critical patent/CN104301931A/zh
Publication of CN104301931A publication Critical patent/CN104301931A/zh
Priority to PCT/CN2015/074799 priority patent/WO2015184901A1/zh
Priority to EP15803062.7A priority patent/EP3200503A4/en
Priority to US15/514,135 priority patent/US10334480B2/en
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0284—Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Abstract

本发明提供了一种拥塞/过载的控制方法，系统，装置和基站。方法包括：选择用于检测用户面数据拥塞/过载的基站eNB，并通知选中的eNB；被选中的eNB检测用户面数据拥塞/过载事件；触发条件满足时，被选中的eNB向组通信业务应用服务器GCS AS发送拥塞/过载的指示信息；GCS AS根据所述被选中的eNB上报的所述指示信息确定多媒体广播多播业务MBMS业务区域中发生拥塞/过载开始或结束，并相应选择发送集群业务数据的方式。本发明可以解决网络拥塞或过载对集群业务的影响问题。

Description

拥塞/过载的控制方法,系统,装置和基站
技术领域
本发明涉及无线通信技术，尤其涉及一种拥塞/过载的控制方法，系统，装置和基站。
背景技术
集群通信系统是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统，系统中大量无线用户共享少量无线信道，以指挥调度为主体应用，是一种多用途、高效能的无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。
集群通信系统经历了与蜂窝移动通信系统类似的发展历程。第一代集群系统是模拟集群通信系统，主要支持语音通信。最早进入我国的模拟集群通信系统是Nokia公司的Actionet系统，它采用MPT-1327信令，应用在450MHz频段上。此后，日本的F.A.S.T和美国Motorola公司的Smartnet进入我国，并长期占领我国集群市场80％以上的市场份额。
第二代集群系统是窄带数字集群通信系统，兴起于20世纪90年代，2004年左右开始在我国部署，是当前国内应用最广泛的集群通信系统。数字集群通信系统支持语音和低速数据(最高28.8kbps)通信，代表系统是欧洲电信标准组织(European Telecommunications Standards Institute，ETSI)定义的陆上集群无线电(Terrestrial Trunked Radio,TETRA)系统、美国Motorola的综合数字增强型网络(Integrated Digital Enhanced Networks，iDEN)系统，中兴通讯股份有限公司基于CDMA1X开发的开放式集群结构(Global OpenTrunking Architecture,GoTa)系统、华为技术有限公司基于GSM开发的GT800系统。从国内来看，最近两三年，TETRA(Terrestrial Trunked Radio，陆上集群无线电)网络的增长最快，在全国已建的数字集群通信网中，TETRA网的数量约占2/3强。
集群系统区别于公众系统的特性在于，集群系统需要具备高效的指挥调度特性，并且要求网络具有高可靠性和安全性。
呼叫控制：根据用户的业务请求，在主叫用户和被叫用户之间建立、维持和释放业务承载；
鉴权认证：支持鉴权和认证，鉴权功能包括：网络侧对终端鉴权，以及网络侧对终端和终端对网络侧的双向鉴权；
故障弱化：当网络侧与基站或网络侧内部网元之间的链路发生故障时，基站能够为其覆盖范围下的用户终端提供受限的集群服务。
网络互联互通功能：能够与公共电话系统(Public Switched TelephoneNetwork，PSTN)、公众移动通信系统(GSM/CDMA、TD-LTE等)、IP电话、其他制式的集群通信系统等互通。在3GPP LTE中集群通信称为组通信服务能力GCSE，图1给出了LTE GCSE的系统架构。
为了有效地利用移动网络资源，第三代合作伙伴计划(3GPP，3rdGeneration Partnership Project)提出了多媒体广播多播业务(MBMS，Multimedia Broadcast Multicast Service)，该业务是一种从一个数据源向多个目标移动终端传送数据的技术，实现了网络(包括核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播，而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3G的发展提供了更好的业务前景。
MBMS业务的特点是业务的数据量大，移动终端接收时持续时间长，平均数据率恒定。上述特点决定了MBMS业务的调度与控制信令配置都是半静态的，即MBMS业务的调度信息与控制信令信息都是“长期”保持不变的，这些信息通过MBMS控制信道(MCCH，MBMS Control Channel)周期性地发送，统称为MCCH信息。演进型MBMS(eMBMS)系统可能存在多个MCCH，每个MCCH对应于不同的MBSFN(Multimedia Broadcast SingleFrequency Network，多媒体广播单频网)区域，其中仅承载对应MBSFN区域发送的MBMS业务的控制信息。图2给出了LTE中MBMS的架构示意图。
目前业界正在讨论采用MBMS技术实现集群通信的可能性。针对特定的集群UE，可以通过以下两种方式的任意一种接收所需的集群业务：多播，单播。其中多播方式即通过MBMS承载接收集群业务，此时需要UE具备MBMS接收能力。
在对现有技术的研究和实践过程中发现现有技术存在以下问题：GCS(组通信业务)AS(Application Server，应用服务器)向MCE(Multicell/MulticastCoordination Entity，多小区/多播协作实体)发送检测拥塞/过载请求，收到请求的MCE向MBSFN区域中的所有eNB发送请求，检测到拥塞/过载的eNB通过MCE上报到GCS AS；由于MBSFN区域中的所有eNB都发生拥塞/过载，所以MBSFN区域中所有的eNB上报相同信息到MCE，显然这样既浪费了M2接口资源也降低了工作效率。
发明内容
本发明要解决的技术问题是提供一种拥塞/过载的控制方法和系统，用以解决网络拥塞或过载对集群业务的影响问题。
为了解决上述问题，本发明提供了一种拥塞/过载的控制方法，包括：
选择用于检测用户面数据拥塞/过载的基站eNB，并通知选中的eNB；
被选中的eNB检测用户面数据拥塞/过载事件；
触发条件满足时，被选中的eNB向组通信业务应用服务器GCS AS发送拥塞/过载的指示信息；
GCS AS根据所述被选中的eNB上报的所述指示信息确定多媒体广播多播业务MBMS业务区域中发生拥塞/过载开始或结束，并相应选择发送集群业务数据的方式。
可选地，所述选择用于检测用户面数据拥塞/过载的基站eNB的步骤包括：
多小区/多播协作实体MCE将需要检测的服务器区域标识SAI映射到多个小区，并在多个小区中选择一个或多个作为监测小区，并将选中小区所属的eNB选择用于检测拥塞/过载；
或者
操作和维护O&M在需要检测的多媒体广播单频网MBSFN区域选择一个或多个eNB用于检测拥塞/过载；
或者
所述GCS AS选择一个或多个eNB用于检测拥塞/过载。
可选地，所述拥塞/过载的指示信息包括以下至少一种：
拥塞/过载标识，小区标识和/或SAI，临时移动组标识TMGI，拥塞/过载开始标识；
其中，所述拥塞/过载标识用于指示网络拥塞或者过载，小区标识用于指示拥塞/过载影响的小区，SAI指示拥塞/过载影响的MBMS业务区域；TMGI用于指示拥塞/过载影响的集群业务；所述拥塞/过载开始标识用于指示拥塞/过载是开始或者结束。
可选地，所述被选中的eNB向GCS AS发送拥塞/过载的指示信息的步骤包括：
所述被选中的eNB上报所有发生拥塞/过载的TMGI到MCE，MCE根据服务质量等级标识QCI/分配保留优先级ARP与TMGI的对应关系，选择发生拥塞/过载的特定业务的TMGI上报到GCS AS；
或者
GCS AS请求需要上报状态的SAI和TMGI，通过MCE发送请求消息到被选中的eNB，收到请求消息的eNB通过MCE上报相应SAI中相应TMGI的状态到GCS AS。
可选地，所述用户面数据拥塞/过载事件包括用户面数据拥塞/过载从开始状态转换为结束状态；或者用户面数据拥塞/过载从结束状态转换为开始状态。
可选地，所述触发条件包括以下任意一种：
检测到所述用户面数据拥塞/过载事件、GCS AS请求发送、GCS AS请求发送并且检测到所述用户面数据拥塞/过载事件、周期性上报。
本发明还提供了一种拥塞/过载的控制方法，包括：
被选择用于检测拥塞/过载的基站eNB检测用户面数据拥塞/过载事件；
触发条件满足时，被选中的eNB向GCS AS发送拥塞/过载的指示信息。
可选地，所述拥塞/过载的指示信息包括以下至少一种：
拥塞/过载标识，小区标识和/或SAI，临时移动组标识TMGI，拥塞/过载开始标识；
其中，所述拥塞/过载标识用于指示网络拥塞或者过载，小区标识用于指示拥塞/过载影响的小区，SAI指示拥塞/过载影响的MBMS业务区域；TMGI用于指示拥塞/过载影响的集群业务；所述拥塞/过载开始标识用于指示拥塞/过载是开始或者结束。
可选地，所述被选中的eNB向GCS AS发送拥塞/过载的指示信息的步骤包括：
被选中的eNB上报所有发生拥塞/过载的TMGI到多小区/多播协作实体MCE；
或者
被选中的eNB根据GCS AS发送的请求消息中需要上报状态的SAI和TMGI通过MCE上报相应SAI中相应TMGI的状态到GCS AS。
可选地，所述用户面数据拥塞/过载事件包括用户面数据拥塞/过载从开始状态转换为结束状态；或者用户面数据拥塞/过载从结束状态转换为开始状态。
可选地，所述触发条件包括以下任意一种：
检测到所述用户面数据拥塞/过载事件、GCS AS请求发送、GCS AS请求发送并且检测到所述用户面数据拥塞/过载事件、周期性上报。
本发明还提供了一种拥塞/过载的控制系统，包括：
选择模块，设置于特定网络设备中，用于选择用于检测用户面数据拥塞/过载的基站eNB，并通知选中的eNB；
检测模块，设置于eNB中，用于当eNB被选中时检测用户面数据拥塞/过载事件；
发送模块，设置于eNB中，用于当触发条件满足时，向GCS AS发送拥塞/过载的指示信息；
处理模块，设置于GCS AS中，用于根据所述被选中的eNB上报的所述指示信息确定MBMS业务区域中发生拥塞/过载开始或结束，并相应选择发送集群业务数据的方式。
可选地，所述特定网络设备包括以下任一种：
多小区/多播协作实体MCE、操作和维护O&M、GCS AS；
当所述选择模块设置于所述MCE中时，所述选择用于检测拥塞/过载的基站eNB是指：
所述选择模块将需要检测的服务器区域标识SAI映射到多个小区，并在多个小区中选择一个或多个作为监测小区，并将选中小区所属的eNB选择用于检测拥塞/过载；
当所述选择模块设置于所述O&M中时，所述选择用于检测拥塞/过载的基站eNB是指：
所述选择模块在需要检测的多媒体广播单频网MBSFN区域选择一个或多个eNB用于检测拥塞/过载；
当所述选择模块设置于所述GCS AS中时，所述选择用于检测拥塞/过载的基站eNB是指：
所述选择模块选择一个或多个eNB用于检测拥塞/过载。
可选地，所述拥塞/过载的指示信息包括以下至少一种：
拥塞/过载标识，小区标识和/或SAI，临时移动组标识TMGI，拥塞/过载开始标识；
其中，所述拥塞/过载标识用于指示网络拥塞或者过载，小区标识用于指示拥塞/过载影响的小区，SAI指示拥塞/过载影响的MBMS业务区域；TMGI用于指示拥塞/过载影响的集群业务；所述拥塞/过载开始标识用于指示拥塞/过载是开始或者结束。
可选地，所述向GCS AS发送拥塞/过载的指示信息是指：
所述发送模块上报所有发生拥塞/过载的TMGI到MCE，MCE根据QCI/ARP与TMGI的对应关系，选择发生拥塞/过载的特定业务的TMGI上报到GCS AS；
或者
所述GCS AS请求需要上报状态的SAI和TMGI，通过MCE发送请求消息到eNB，所述发送模块通过MCE上报相应SAI中相应TMGI的状态到GCSAS。
可选地，所述用户面数据拥塞/过载事件包括用户面数据拥塞/过载从开始状态转换为结束状态；或者用户面数据拥塞/过载从结束状态转换为开始状态。
可选地，所述触发条件包括以下任意一种：
检测到所述用户面数据拥塞/过载事件、GCS AS请求发送、GCS AS请求发送并且检测到所述用户面数据拥塞/过载事件、周期性上报。
本发明还提供了一种拥塞/过载的控制装置，设置于基站中，包括：
检测模块，用于当所述基站被选择用于检测拥塞/过载时，检测用户面数据拥塞/过载事件；
发送模块，用于当触发条件满足时，向GCS AS发送拥塞/过载的指示信息。
可选地，所述拥塞/过载的指示信息包括以下至少一种：
拥塞/过载标识，小区标识和/或SAI，临时移动组标识TMGI，拥塞/过载开始标识；
其中，所述拥塞/过载标识用于指示网络拥塞或者过载，小区标识用于指示拥塞/过载影响的小区，SAI指示拥塞/过载影响的MBMS业务区域；TMGI用于指示拥塞/过载影响的集群业务；所述拥塞/过载开始标识用于指示拥塞/过载是开始或者结束。
可选地，所述向GCS AS发送拥塞/过载的指示信息是指：
所述发送模块上报所有发生拥塞/过载的TMGI到多小区/多播协作实体MCE；
或者
所述发送模块根据GCS AS发送的请求消息中需要上报状态的SAI和TMGI通过MCE上报相应SAI中相应TMGI的状态到GCS AS。
可选地，所述用户面数据拥塞/过载事件包括用户面数据拥塞/过载从开始状态转换为结束状态；或者用户面数据拥塞/过载从结束状态转换为开始状态。
可选地，所述触发条件包括以下任意一种：
检测到所述用户面数据拥塞/过载事件、GCS AS请求发送、GCS AS请求发送并且检测到所述用户面数据拥塞/过载事件、周期性上报。
本发明还提供了一种基站，包括上述的控制装置。
通过本发明，能够实现当发生MBMS用户面数据拥塞或过载时，根据部分基站的指示信息确定MBMS业务区域的拥塞/过载，提高了效率，减少网络拥塞或过载对集群业务的影响，提高用户业务体验。
附图说明
图1为集群通信系统架构示意图；
图2为MBMS通信架构示意图；
图3为本发明的方法的流程图；
图4为本发明实施例一的流程图；
图5为本发明实施例二的流程图；
图6为本发明实施例三的流程图；
图7为本发明集群通信拥塞控制的系统的结构示意图；
图8为本发明集群通信拥塞控制的基站的结构示意图。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
需要说明的是，如果不冲突，本发明实施例以及实施例中的各个特征可以相互结合，均在本发明的保护范围之内。另外，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
如无具体说明，本发明的MBMS是指演进的MBMS即eMBMS，AS是指GCS AS。
本发明的实现集群通信拥塞/过载的控制方法包括：
选择用于检测用户面数据拥塞/过载的基站eNB并通知选中的eNB；
被选中的eNB检测用户面数据拥塞/过载事件；
触发条件满足时，被选中的eNB向GCS AS发送拥塞/过载的指示信息；
所述GCS AS根据被选中的eNB上报的所述指示信息确定MBMS业务区域中发生拥塞/过载开始或结束，并相应选择发送集群业务数据的方式。
所述触发条件包括以下任意一种：
检测到所述用户面数据拥塞/过载事件、GCS AS请求发送、GCS AS请求发送并且检测到所述用户面数据拥塞/过载事件、周期性上报(即：每隔一段时间就触发一次上报)。
具体过程如图3所示，包括如下步骤：
步骤101，选择用于检测用户面数据拥塞/过载的eNB并通知eNB。
所述选择为以下任意一种：MCE选择，GCS AS选择，O&M(Operationand Maintenance，操作和维护)选择。所述拥塞/过载是指MBMS的用户面数据业务发生拥塞/过载，所述拥塞/过载的判断准则需要事先制定并通知目标eNB，进一步，可以在指示消息中携带该判断准则。
正常情况下，如果MBSFN区域中发生MBMS用户面数据拥塞/过载，考虑到MBSFN区域中参与MBSFN传输的所有eNB都有相同的资源配置，则所有eNB都发生拥塞/过载，此时如果所有eNB在M2接口上报拥塞/过载指示，则上报的内容完全相同，所以没必要所有eNB都上报拥塞/过载指示，一个MBSFN区域有一个eNB上报拥塞/过载即可确定MBSFN区域/MBMS业务区域发生拥塞，即根据部分拥塞/过载信息可推测出全部拥塞/过载信息，提高了检测效率，同时降低了网络信令负载。
所述用于检测拥塞/过载的eNB为一个或几个，当MCE或O&M选择用于检测拥塞/过载的eNB时，一般在一个MBSFN区域可选择一个eNB。所述通知可以通过O&M或信令方式实现。
当GCS AS选择用于检测拥塞/过载的eNB时，考虑到选中的eNB没有拥塞/过载，但是目标MBMS业务区域仍可能拥塞/过载，如目标MBMS业务区域有多个MBSFN区域，eNB所在的MBSFN区域没有拥塞/过载，其他MBSFN区域发生拥塞/过载，但是GCS AS不知道MBSFN区域配置。为了尽量避免上述情况发生，GCS AS可以选择多个eNB用来检测拥塞/过载；当然，也可以只选择一个eNB用来检测拥塞/过载。
所述用于检测拥塞/过载的eNB为特定MBMS业务区域中的eNB，一般在MBMS业务区域中有多个eNB，此时可以选择任意一个eNB用来检测拥塞/过载。
需要指出的是：在选择用于检测拥塞/过载的eNB的同时，一般也指定目标MBMS业务区域；目标MBMS业务区域为需要检测拥塞/过载的区域；指定目标MBMS业务区域时采用SAI(Service Area Identifier，服务器区域标识)；如果没有指定MBMS业务区域，考虑到单个eNB可能属于多个MBMS业务区域，则选中的eNB检测所在的全部MBMS业务区域的拥塞/过载状态。选择用于检测拥塞/过载的eNB也可以通过小区标识指示，即通过小区标识确定所在的eNB。
本发明中，以下描述表示同一概念：MBMS承载，MBSFN承载，多播承载，点到多点PTM承载。
所述MBMS承载包括核心网承载(即：EPC(Evolved Packet Core network，演进的分组核心网)承载)和空口承载；RAN(基站eNB和/或MCE)配置MBMS空口资源，并在空口发送MBMS配置信息和集群数据。
需要指出的是：发生拥塞/过载的数据面业务可以是普通MBMS业务或GCS业务，普通MBMS业务和GCS业务可通过不同的QCI(Quality of ServiceClass Identifier，服务质量等级标识)参数区别，对于普通MBMS业务，相应的MBMS承载不需要预建立。
步骤102，所述用于检测拥塞/过载的eNB检测到拥塞/过载(即拥塞/过载是开始状态)。
所述拥塞是指用户面数据负载达到一定预设门限，所述过载是指网络节点无法继续处理额外的用户面数据负载，本发明中的用户面数据是指物理多播信道PMCH上的MBMS业务数据。
所述用于检测拥塞/过载的eNB根据事先设定的规则判断MBMS用户面数据拥塞/过载，即事先定义了拥塞/过载的判断条件，所述用于检测拥塞/过载的eNB判断满足该判断条件时则确定检测到拥塞/过载。
进一步，上述拥塞/过载的判断条件，也就是设定的判断规则，除了可以事先设定，也可以在发送给eNB的指示消息中同时携带。
步骤103，所述用于检测拥塞/过载的eNB向GCS AS发送拥塞/过载指示信息。
所述用于检测拥塞/过载的eNB通过eNodeB(eNB)→MCE→MME(Mobility Management Entity，移动管理实体)→MBMS GW(MBMS-GateWay，MBMS网关)→BM-SC(Broadcast Multicast-ServiceCentre，广播多播服务中心)→GCS AS向GCS AS发送拥塞/过载指示信息。
所述用于检测拥塞/过载的eNB首先通过M2接口向MCE发送指示信息，所述指示信息可以采用现有M2接口信令，并增加新的指示字段实现，或者采用新的M2接口信令；
同样的，在M3接口，Sm接口，SGmb接口，MB2-c接口中发送上述拥塞/过载指示信息时，可以采用现有接口信令并增加新的指示字段，或者采用新的专有接口信令实现。
所述拥塞/过载指示信息包括以下至少一种：拥塞/过载标识，小区标识(ECI或ECGI)和/或SAI，MBMS业务标识(TMGI(Temporary Mobile GroupIdentity，临时移动组标识))，拥塞/过载开始标识。
其中：拥塞/过载标识用于指示网络拥塞或者过载，小区标识用于指示拥塞/过载影响的小区，SAI指示拥塞/过载影响的MBMS业务区域；TMGI用于指示拥塞/过载影响的集群业务。
拥塞/过载开始标识用于指示拥塞/过载是开始(即存在)或者结束，比如开始用1或true指示，结束用0或false指示。
拥塞/过载开始/结束，也就是：拥塞/过载开始等效于当前出现拥塞/过载，拥塞/过载结束等效于当前没有出现拥塞/过载或已开始的拥塞/过载结束。
所述节点拥塞是指网络中的MBMS用户面数据负载达到一定预设门限，所述节点过载是指网络节点无法继续处理额外的MBMS用户面数据负载。
上报MBMS业务拥塞/过载信息的内容为：假设拥塞用C指示，过载用O指示，举例：
{ECI1:TMGI 1,TMGI2,TMGI3；C,true}
{ECI2:TMGI5,TMGI6；O,false}
{ECI3:TMGI10；C,false}
说明：上例中小区ECI1中的TMGI1，TMGI2，TMGI3发生拥塞；ECI2中的TMGI5，TMGI6过载结束；ECI3中的TMGI10拥塞结束。
所述拥塞/过载指示信息在发送过程中可能进行修改，一般是将小区标识ECI改为MBMS业务区域标识SAI，如在MCE将收到的指示信息中的ECI改为SAI，则GCS AS根据收到的指示信息确定发生拥塞/过载的MBMS业务区域。
当过载指示O为1(True)的情况下，可以不再发送拥塞指示C；或者虽然发送了拥塞指示C，UE可以忽略该指示。
考虑到只有特定的集群业务(如PTT(Push To Talk，按讲))可能发生拥塞/过载，根据业务的QoS信息，如QCI或ARP(Allocation and RetentionPriority，分配保留优先级)，确定发生拥塞/过载的业务是特定的集群业务，由于eNB不知道业务的QoS信息，在eNB有两种上报拥塞/过载方法：
1)eNB上报所有发生拥塞/过载的业务标识TMGI到MCE，根据特定业务的TMGI(MCE根据QCI/ARP与TMGI的对应关系)，MCE选择发生拥塞/过载的特定业务的TMGI上报到GCS AS；
2)GCS AS请求需要上报状态的SAI和TMGI，通过路径GCS AS→BM-SC→MBMS GW→MME→MCE→eNB发送请求消息到eNB，eNB通过eNB→MCE→MME→MBMS GW→BM-SC→GCS AS，上报特定SAI中TMGI的状态到GCS AS。进一步，如果GCS AS请求信息只包括SAI信息，则eNB上报SAI中所有的TMGI状态。
所述发送拥塞/过载指示信息的触发方式为以下任意一种：事件触发，AS请求触发，上述两者结合，周期性上报。其中，事件触发上报是指当网络节点发生拥塞/过载开始/结束事件时，所述用于检测拥塞/过载的eNB上报到GCS AS；AS请求触发是指GCS AS向所述用于检测拥塞/过载的eNB发送请求消息，收到请求的eNB上报节点状态信息到GCS AS；两者结合是指，GCSAS向所述用于检测拥塞/过载的eNB发送请求消息，或当用于检测拥塞/过载的eNB检测到拥塞/过载事件时上报到GCS AS；周期性上报是指配置上报周期，在每个周期，所述用于检测拥塞/过载的eNB上报节点状态到GCS AS，其中上报周期可以事先指定或者GCS AS发送请求时指定。
所述的用户面数据拥塞/过载开始/结束事件，包括：用户面数据拥塞/过载从开始状态转换为结束状态；或者用户面数据拥塞/过载从结束状态转换为开始状态。即：在触发条件为检测到所述用户面数据拥塞/过载事件的情况下，如果原先并没有拥塞/过载(等效于结束状态)转换为开始状态(等效于检测到拥塞/过载)，所述用于检测拥塞/过载的eNB需要上报；如果原先存在拥塞/过载(等效于开始状态)到不拥塞/过载(等效于结束状态)，所述用于检测拥塞/过载的eNB需要上报；而且这样意味着，所述用于检测拥塞/过载的eNB检测到拥塞状态和过载状态之间发生了转换时(从拥塞转换为过载，或从过载转换为拥塞)，所述用于检测拥塞/过载的eNB也需要上报；因为从拥塞转换为过载相当于拥塞从开始状态转换为结束状态，过载从结束状态转换为开始状态；从过载转换为拥塞相当于过载从开始状态转换为结束状态，拥塞从结束状态转换为开始状态，都属于上述用户面数据拥塞/过载开始/结束事件。
简单地说：假设C＝拥塞指示，用{0,1}标识；O＝过载指示，用{0,1}标识，只要C和/或O的标识发送了变化，所述用于检测拥塞/过载的eNB都需要上报。
总之，在触发条件为检测到所述用户面数据拥塞/过载事件的情况下，如果拥塞/过载的开始或者结束的状态不改变，则所述用于检测拥塞/过载的eNB不需要再上报，这样GCS AS总能准确地掌握MBMS的拥塞/过载状态。
步骤104，GCS AS采取减少拥塞/过载影响的行动。
所述GCS AS首先根据上述拥塞/过载指示信息确定受到影响的目标UE和集群业务TMGI，然后所述GCS AS根据拥塞/过载指示信息和本地策略确定采取的行动，如当发生拥塞时，为目标UE建立单播承载，并通过单播承载发送集群业务，当发生过载时，所述GCS AS将集群业务排队等待过载结束再发送，或者GCS AS利用高优先级的集群业务抢占现有集群业务的资源。
步骤105，所述用于检测拥塞/过载的eNB检测到拥塞/过载结束。
所述拥塞/过载结束是指网络恢复正常，如用户面数据负载不满足预设拥塞/过载的判断条件。
步骤106，所述用于检测拥塞/过载的eNB向GCS AS发送恢复指示信息。
所述用于检测拥塞/过载的eNB通过eNodeB(eNB)→MCE→MME→MBMS GW→BM-SC→GCS AS向GCS AS发送拥塞/过载指示信息。
所述拥塞/过载指示信息包括以下至少一种：拥塞/过载标识，小区标识(ECI或ECGI)和/或SAI，MBMS业务标识(TMGI)，拥塞/过载结束标识。
所述发送触发方式为以下任意一种：事件触发，AS请求触发，上述两者结合，周期性上报。
步骤107，GCS AS选择向UE发送集群业务的方式。
所述GCS AS通过上述恢复指示信息确定受到影响的目标UE，并选择合适的方式向目标UE发送集群业务。如继续通过恢复的MBMS承载发送集群业务。
下面通过具体集群业务流程的实施例来说明本发明的方案。
实施例一
针对MCE选择eNB检测拥塞/过载的场景，实现集群通信拥塞控制的方法如图4所示，包括：
步骤201，GCS AS向MCE发送拥塞/过载检测请求信息。
所述GCS AS通过GCS AS→BM-SC→MBMS GW→MME→MCE发送检测请求信息。所述请求信息至少包括：MBMS SAI。
步骤202，收到请求信息的MCE选择目标eNB(即用于检测拥塞/过载的eNB)并通知eNB。
所述MCE接收到请求信息，将请求信息中的需要检测的SAI映射到多个小区，并在多个小区中选择一个或多个作为监测小区，并通知选中小区所属的eNB作为所述用于检测拥塞/过载的eNB；所述通知可以采用现有M2接口信令，如M2Session start request/M2session update中增加新的请求字段通知所选择的eNB，或者采用新的专用M2接口信令通知所选择的eNB。
如果有多个MCE收到请求信息，如GCS AS指定的SAI对应多个MCE，则每个MCE分别选择一个SAI中的小区，并通知选中小区所属的eNB作为所述用于检测拥塞/过载的eNB。
步骤203，所述用于检测拥塞/过载的eNB检测拥塞/过载。
所述用于检测拥塞/过载的eNB检测MBMS用户面数据拥塞/过载。
步骤204，所述用于检测拥塞/过载的eNB判断是否检测到拥塞/过载，如果是则转向步骤205，否则转向步骤203。
所述用于检测拥塞/过载的eNB根据事先设定的规则判断MBMS用户面数据拥塞/过载，即事先定义了拥塞/过载的判断条件，所述用于检测拥塞/过载的eNB判断满足该判断条件时则确定发生了拥塞/过载。
步骤205，所述用于检测拥塞/过载的eNB向GCS AS发送拥塞/过载指示信息。
所述用于检测拥塞/过载的eNB通过eNodeB(eNB)→MCE→MME→MBMS GW→BM-SC→GCS AS向GCS AS发送拥塞/过载指示信息。
所述拥塞/过载指示信息包括以下至少一种：拥塞/过载标识，小区标识(ECI或ECGI)和/或SAI，MBMS业务标识(TMGI)，拥塞/过载结束标识。
所述发送触发方式为以下任意一种：事件触发，AS请求触发，上述两者结合，周期性上报。
步骤206，GCS AS采取行动以减少拥塞/过载的影响。
所述GCS AS首先确定受到影响的目标UE和集群业务，针对拥塞和过载信息采取不同的行动，如拥塞时，GCS AS采用单播承载发送集群业务；过载时，GCS AS将集群业务排队等待过载结束再发送，或者用高优先级的集群业务抢占现有集群业务的资源。
步骤207，所述用于检测拥塞/过载的eNB判断是否检测到拥塞/过载结束，如果是，转向步骤208，否则转向步骤203。
步骤208，所述用于检测拥塞/过载的eNB向GCS AS发送恢复指示信息。
所述发送触发方式为以下任意一种：事件触发，AS请求触发，上述两者结合，周期性上报。
步骤209，GCS AS选择向目标UE发送集群业务的方式。
实施例二
针对O&M选择eNB检测拥塞/过载的场景，实现集群通信拥塞控制的方法如图5所示，包括：
步骤301，GCS AS发送检测拥塞/过载检测请求信息。
所述请求信息至少包括：MBMS业务区域标识SAI；进一步在所述请求中可包括拥塞/过载的判断条件。
步骤302，O&M选择用于检测拥塞/过载的eNB并通知eNB.
所述O&M一般指网管系统，所述O&M在需要检测的MBSFN区域选择一个或多个用于检测拥塞/过载的eNB，并通知所选择的eNB；所述通知包括拥塞/过载检测请求信息和MBMS SAI；
需要指出的是：所述用于检测拥塞/过载的eNB已保存拥塞/过载的判断条件或O&M向所选择的eNB指示判断条件。
步骤303，所述用于检测拥塞/过载的eNB检测拥塞/过载。
所述拥塞/过载是指MBMS用户面数据拥塞/过载，具体是指PMCH上发生拥塞/过载。
步骤304，所述用于检测拥塞/过载的eNB判断是否检测到拥塞/过载，如果是，转向步骤305，否则转向步骤303。
所述用于检测拥塞/过载的eNB根据已保存的拥塞/过载判断条件确定是否发生拥塞/过载，如果发生则通知GCS AS，否则继续检测。
步骤305，所述用于检测拥塞/过载的eNB向GCS AS发送拥塞/过载指示信息。
所述用于检测拥塞/过载的eNB通过eNodeB(eNB)→MCE→MME→MBMS GW→BM-SC→GCS AS向GCS AS发送拥塞/过载指示信息。
所述拥塞/过载指示信息包括以下至少一种：拥塞/过载标识，小区标识(ECI或ECGI)和/或SAI，MBMS业务标识(TMGI)，拥塞/过载结束标识。
所述发送触发方式为以下任意一种：事件触发，AS请求触发，上述两者结合，周期性上报。
步骤306，GCS AS采取行动以减少拥塞/过载的影响。
所述GCS AS首先确定受到影响目标UE和集群业务，针对拥塞和过载信息采取不同的行动，如拥塞时，GCS AS采用单播承载发送集群业务；过载时，GCS AS将集群业务排队等待过载结束再发送，或者用高优先级的集群业务抢占现有集群业务的资源。
步骤307，用于检测拥塞/过载的eNB判断是否检测到拥塞/过载结束，如果是，转向步骤308，否则转向步骤303。
步骤308，所述用于检测拥塞/过载的eNB向GCS AS发送恢复指示信息。
所述发送触发方式为以下任意一种：事件触发，GCS AS请求触发，上述两者结合，周期性上报。
步骤309，GCS AS选择向目标UE发送集群业务的方式。
实施例三
针对GCS AS指定检测拥塞/过载的eNodeB的场景，实现集群通信拥塞控制的方法如图6所示，包括：
步骤401，GCS AS向eNB发送检测请求信息。
一般在选择用于检测拥塞/过载的eNB之前，所述GCS AS已知MBMS业务的小区信息，即GCS AS需要采用MBMS承载发送GCS业务的小区信息，则GCS AS选择目标小区，根据选中的小区标识可以确定所需的目标eNB。
GCS AS只知道MBMS业务区域信息，GCS AS选择业务区域中的某个eNB用来检测拥塞/过载，如果该用于检测拥塞/过载的eNB检测到拥塞/过载，则说明MBMS业务区域拥塞/过载。有可能GCS AS选择的eNB没检测到拥塞/过载，但目标MBMS业务区域发生了拥塞/过载，为了尽量减少上述情况发生，可以在目标MBMS业务区域选择多个eNB用来检测拥塞/过载。
所述GCS AS通过GCS AS→BM-SC→MBMS GW→MME→MCE发送检测请求信息。所述请求信息包括以下至少一种：MBMS SAI，ECI/ECGI/eNBID。
步骤402，收到请求的eNB检测拥塞/过载。
所述收到请求的eNB检测MBMS用户面数据拥塞/过载。
步骤403，用于检测拥塞/过载的eNB判断是否检测到拥塞/过载，如果是转向步骤404，否则转向步骤402。
所述用于检测拥塞/过载的eNB根据事先设定的规则判断MBMS用户面数据拥塞/过载，即事先定义了拥塞/过载的判断条件，用于检测拥塞/过载的eNB判断满足该判断条件时则确定发生了拥塞/过载。
步骤404，所述用于检测拥塞/过载的eNB向GCS AS发送拥塞/过载指示信息。
所述用于检测拥塞/过载的eNB通过eNodeB(eNB)→MCE→MME→MBMS GW→BM-SC→GCS AS向GCS AS发送拥塞/过载指示信息。
所述拥塞/过载指示信息包括以下至少一种：拥塞/过载标识，小区标识(ECI或ECGI)和/或SAI，MBMS业务标识(TMGI)，拥塞/过载结束标识。
所述发送触发方式为以下任意一种：事件触发，GCS AS请求触发，上述两者结合，周期性上报。
步骤405，GCS AS采取行动以减少拥塞/过载的影响。
所述GCS AS首先确定受到影响目标UE和集群业务，针对拥塞和过载信息采取不同的行动，如拥塞时，GCS AS采用单播承载发送集群业务；过载时，GCS AS将集群业务排队等待过载结束再发送，或者用高优先级的集群业务抢占现有集群业务的资源。
步骤406，用于检测拥塞/过载的eNB判断是否检测到拥塞/过载结束，如果是，转向步骤407，否则转向步骤402。
步骤407，用于检测拥塞/过载的eNB向GCS AS发送恢复指示信息。
所述发送触发方式为以下任意一种：事件触发，AS请求触发，上述两者结合，周期性上报。
步骤408，GCS AS选择向目标UE发送集群业务的方式。
本发明还提供了基站侧的集群通信拥塞/过载的控制方法，包括：
被选择用于检测拥塞/过载的基站eNB检测用户面数据拥塞/过载事件；
触发条件满足时，被选中的eNB通过多小区/多播协作实体MCE向GCSAS发送拥塞/过载的指示信息。
所述被选中的eNB向GCS AS发送拥塞/过载的指示信息的步骤包括：
被选中的eNB上报所有发生拥塞/过载的TMGI到多小区/多播协作实体MCE；
或者
被选中的eNB根据GCS AS发送的请求消息中需要上报状态的SAI和TMGI通过MCE上报相应SAI中相应TMGI的状态到GCS AS。
其它实现细节同前文。
本发明还提供了一种集群通信拥塞/过载的控制系统，包括：
选择模块，设置于特定网络设备中，用于选择用于检测用户面数据拥塞/过载的基站eNB，并通知选中的eNB；
检测模块，设置于eNB中，用于当eNB被选中时检测用户面数据拥塞/过载事件；
发送模块，设置于eNB中，用于当触发条件满足时，向GCS AS发送拥塞/过载的指示信息；
处理模块，设置于GCS AS中，用于根据所述被选中的eNB上报的所述指示信息确定MBMS业务区域中发生拥塞/过载开始或结束，并相应选择发送集群业务数据的方式。
可选地，所述特定网络设备包括以下任一种：
多小区/多播协作实体MCE、操作和维护O&M、GCS AS；
当所述选择模块设置于所述MCE中时，所述选择用于检测拥塞/过载的基站eNB是指：
所述选择模块将需要检测的服务器区域标识SAI映射到多个小区，并在多个小区中选择一个或多个作为监测小区，并将选中小区所属的eNB选择用于检测拥塞/过载；
当所述选择模块设置于所述O&M中时，所述选择用于检测拥塞/过载的基站eNB是指：
所述选择模块在需要检测的多媒体广播单频网MBSFN区域选择一个或多个eNB用于检测拥塞/过载；
当所述选择模块设置于所述GCS AS中时，所述选择用于检测拥塞/过载的基站eNB是指：
所述选择模块选择一个或多个eNB用于检测拥塞/过载。
可选地，所述拥塞/过载的指示信息包括以下至少一种：
拥塞/过载标识，小区标识和/或SAI，临时移动组标识TMGI，拥塞/过载开始标识；
其中，所述拥塞/过载标识用于指示网络拥塞或者过载，小区标识用于指示拥塞/过载影响的小区，SAI指示拥塞/过载影响的MBMS业务区域；TMGI用于指示拥塞/过载影响的集群业务；所述拥塞/过载开始标识用于指示拥塞/过载是开始或者结束。
可选地，所述向GCS AS发送拥塞/过载的指示信息是指：
所述发送模块上报所有发生拥塞/过载的TMGI到MCE，MCE根据QCI/ARP与TMGI的对应关系，选择发生拥塞/过载的特定业务的TMGI上报到GCS AS；
或者
所述GCS AS请求需要上报状态的SAI和TMGI，通过MCE发送请求消息到eNB，所述发送模块通过MCE上报相应SAI中相应TMGI的状态到GCSAS。
可选地，所述用户面数据拥塞/过载事件包括用户面数据拥塞/过载从开始状态转换为结束状态；或者用户面数据拥塞/过载从结束状态转换为开始状态。
可选地，所述触发条件包括以下任意一种：
检测到所述用户面数据拥塞/过载事件、GCS AS请求发送、GCS AS请求发送并且检测到所述用户面数据拥塞/过载事件、周期性上报。
该控制系统的一个实施例如图7所示，包括：
组通信业务应用服务器GCS AS81，用于选择用于检测拥塞/过载的eNB和向所选择的eNB发送拥塞/过载请求信息，接收拥塞/过载及恢复指示信息，根据指示信息进行处理，并选择发送集群业务的方式。
操作和维护O&M82，用于选择eNB84进行拥塞/过载检测并通知eNB。
多小区/多播协作实体MCE83，用于接收GCS AS81发送的请求信息和eNB84发送的拥塞/过载指示信息，还用于选择eNB84并通知eNB84。
基站eNB84，用于检测拥塞/过载状态，接收GCS AS81,O&M82和MCE83的指示信息，通过MCE83向GCS AS81发送拥塞/过载指示信息。
为了实现上述方法，本发明还提供了一种拥塞/过载的控制装置，设置于基站eNB中，包括：
检测模块，用于当所述基站被选择用于检测拥塞/过载时，检测用户面数据拥塞/过载事件；
发送模块，用于当触发条件满足时，向GCS AS发送拥塞/过载的指示信息。
该控制装置的一个实施例如图8所示，包括：
接收模块841，用于接收拥塞/过载请求信息和指示信息。
发送模块842，用于发送拥塞/过载的指示信息。
检测模块843，用于检测拥塞/过载事件。
可选地，所述向GCS AS发送拥塞/过载的指示信息是指：
所述发送模块上报所有发生拥塞/过载的TMGI到多小区/多播协作实体MCE；
或者
所述发送模块根据GCS AS发送的请求消息中需要上报状态的SAI和TMGI通过MCE上报相应SAI中相应TMGI的状态到GCS AS。
该控制装置的其它实现细节可参考前文。
本发明还提供了一种基站，包括上述的控制装置。
当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明的权利要求的保护范围。

Claims (23)

1.一种拥塞/过载的控制方法，包括：
选择用于检测用户面数据拥塞/过载的基站eNB，并通知选中的eNB；
被选中的eNB检测用户面数据拥塞/过载事件；
触发条件满足时，被选中的eNB向组通信业务应用服务器GCS AS发送拥塞/过载的指示信息；
GCS AS根据所述被选中的eNB上报的所述指示信息确定多媒体广播多播业务MBMS业务区域中发生拥塞/过载开始或结束，并相应选择发送集群业务数据的方式。
2.如权利要求1所述的方法，其特征在于，所述选择用于检测用户面数据拥塞/过载的基站eNB的步骤包括：
多小区/多播协作实体MCE将需要检测的服务器区域标识SAI映射到多个小区，并在多个小区中选择一个或多个作为监测小区，并将选中小区所属的eNB选择用于检测拥塞/过载；
或者
操作和维护O&M在需要检测的多媒体广播单频网MBSFN区域选择一个或多个eNB用于检测拥塞/过载；
或者
所述GCS AS选择一个或多个eNB用于检测拥塞/过载。
3.如权利要求1所述的方法，其特征在于，所述拥塞/过载的指示信息包括以下至少一种：
拥塞/过载标识，小区标识和/或SAI，临时移动组标识TMGI，拥塞/过载开始标识；
其中，所述拥塞/过载标识用于指示网络拥塞或者过载，小区标识用于指示拥塞/过载影响的小区，SAI指示拥塞/过载影响的MBMS业务区域；TMGI用于指示拥塞/过载影响的集群业务；所述拥塞/过载开始标识用于指示拥塞/过载是开始或者结束。
4.如权利要求1所述的方法，其特征在于，所述被选中的eNB向GCSAS发送拥塞/过载的指示信息的步骤包括：
所述被选中的eNB上报所有发生拥塞/过载的TMGI到MCE，MCE根据服务质量等级标识QCI/分配保留优先级ARP与TMGI的对应关系，选择发生拥塞/过载的特定业务的TMGI上报到GCS AS；
或者
GCS AS请求需要上报状态的SAI和TMGI，通过MCE发送请求消息到被选中的eNB，收到请求消息的eNB通过MCE上报相应SAI中相应TMGI的状态到GCS AS。
5.如权利要求1所述的方法，其特征在于：
所述用户面数据拥塞/过载事件包括用户面数据拥塞/过载从开始状态转换为结束状态；或者用户面数据拥塞/过载从结束状态转换为开始状态。
6.如权利要求1所述的方法，其特征在于，所述触发条件包括以下任意一种：
检测到所述用户面数据拥塞/过载事件、GCS AS请求发送、GCS AS请求发送并且检测到所述用户面数据拥塞/过载事件、周期性上报。
7.一种拥塞/过载的控制方法，包括：
被选择用于检测拥塞/过载的基站eNB检测用户面数据拥塞/过载事件；
触发条件满足时，被选中的eNB向GCS AS发送拥塞/过载的指示信息。
8.如权利要求7所述的方法，其特征在于，所述拥塞/过载的指示信息包括以下至少一种：
拥塞/过载标识，小区标识和/或SAI，临时移动组标识TMGI，拥塞/过载开始标识；
其中，所述拥塞/过载标识用于指示网络拥塞或者过载，小区标识用于指示拥塞/过载影响的小区，SAI指示拥塞/过载影响的MBMS业务区域；TMGI用于指示拥塞/过载影响的集群业务；所述拥塞/过载开始标识用于指示拥塞/过载是开始或者结束。
9.如权利要求7所述的方法，其特征在于，所述被选中的eNB向GCSAS发送拥塞/过载的指示信息的步骤包括：
被选中的eNB上报所有发生拥塞/过载的TMGI到多小区/多播协作实体MCE；
或者
被选中的eNB根据GCS AS发送的请求消息中需要上报状态的SAI和TMGI通过MCE上报相应SAI中相应TMGI的状态到GCS AS。
10.如权利要求7所述的方法，其特征在于：
所述用户面数据拥塞/过载事件包括用户面数据拥塞/过载从开始状态转换为结束状态；或者用户面数据拥塞/过载从结束状态转换为开始状态。
11.如权利要求7所述的方法，其特征在于，所述触发条件包括以下任意一种：
检测到所述用户面数据拥塞/过载事件、GCS AS请求发送、GCS AS请求发送并且检测到所述用户面数据拥塞/过载事件、周期性上报。
12.一种拥塞/过载的控制系统，其特征在于，包括：
选择模块，设置于特定网络设备中，用于选择用于检测用户面数据拥塞/过载的基站eNB，并通知选中的eNB；
检测模块，设置于eNB中，用于当eNB被选中时检测用户面数据拥塞/过载事件；
发送模块，设置于eNB中，用于当触发条件满足时，向GCS AS发送拥塞/过载的指示信息；
处理模块，设置于GCS AS中，用于根据所述被选中的eNB上报的所述指示信息确定MBMS业务区域中发生拥塞/过载开始或结束，并相应选择发送集群业务数据的方式。
13.如权利要求12所述的系统，其特征在于，所述特定网络设备包括以下任一种：
多小区/多播协作实体MCE、操作和维护O&M、GCS AS；
当所述选择模块设置于所述MCE中时，所述选择用于检测拥塞/过载的基站eNB是指：
所述选择模块将需要检测的服务器区域标识SAI映射到多个小区，并在多个小区中选择一个或多个作为监测小区，并将选中小区所属的eNB选择用于检测拥塞/过载；
当所述选择模块设置于所述O&M中时，所述选择用于检测拥塞/过载的基站eNB是指：
所述选择模块在需要检测的多媒体广播单频网MBSFN区域选择一个或多个eNB用于检测拥塞/过载；
当所述选择模块设置于所述GCS AS中时，所述选择用于检测拥塞/过载的基站eNB是指：
所述选择模块选择一个或多个eNB用于检测拥塞/过载。
14.如权利要求12所述的系统，其特征在于，所述拥塞/过载的指示信息包括以下至少一种：
拥塞/过载标识，小区标识和/或SAI，临时移动组标识TMGI，拥塞/过载开始标识；
其中，所述拥塞/过载标识用于指示网络拥塞或者过载，小区标识用于指示拥塞/过载影响的小区，SAI指示拥塞/过载影响的MBMS业务区域；TMGI用于指示拥塞/过载影响的集群业务；所述拥塞/过载开始标识用于指示拥塞/过载是开始或者结束。
15.如权利要求12所述的系统，其特征在于，所述向GCS AS发送拥塞/过载的指示信息是指：
所述发送模块上报所有发生拥塞/过载的TMGI到MCE，MCE根据QCI/ARP与TMGI的对应关系，选择发生拥塞/过载的特定业务的TMGI上报到GCS AS；
或者
所述GCS AS请求需要上报状态的SAI和TMGI，通过MCE发送请求消息到eNB，所述发送模块通过MCE上报相应SAI中相应TMGI的状态到GCS AS。
16.如权利要求12所述的系统，其特征在于：
所述用户面数据拥塞/过载事件包括用户面数据拥塞/过载从开始状态转换为结束状态；或者用户面数据拥塞/过载从结束状态转换为开始状态。
17.如权利要求12所述的系统，其特征在于，所述触发条件包括以下任意一种：
检测到所述用户面数据拥塞/过载事件、GCS AS请求发送、GCS AS请求发送并且检测到所述用户面数据拥塞/过载事件、周期性上报。
18.一种拥塞/过载的控制装置，设置于基站中，其特征在于，包括：
检测模块，用于当所述基站被选择用于检测拥塞/过载时，检测用户面数据拥塞/过载事件；
发送模块，用于当触发条件满足时，向GCS AS发送拥塞/过载的指示信息。
19.如权利要求18所述的装置，其特征在于，所述拥塞/过载的指示信息包括以下至少一种：
拥塞/过载标识，小区标识和/或SAI，临时移动组标识TMGI，拥塞/过载开始标识；
其中，所述拥塞/过载标识用于指示网络拥塞或者过载，小区标识用于指示拥塞/过载影响的小区，SAI指示拥塞/过载影响的MBMS业务区域；TMGI用于指示拥塞/过载影响的集群业务；所述拥塞/过载开始标识用于指示拥塞/过载是开始或者结束。
20.如权利要求18所述的装置，其特征在于，所述向GCS AS发送拥塞/过载的指示信息是指：
所述发送模块上报所有发生拥塞/过载的TMGI到多小区/多播协作实体MCE；
或者
所述发送模块根据GCS AS发送的请求消息中需要上报状态的SAI和TMGI通过MCE上报相应SAI中相应TMGI的状态到GCS AS。
21.如权利要求18所述的装置，其特征在于：
所述用户面数据拥塞/过载事件包括用户面数据拥塞/过载从开始状态转换为结束状态；或者用户面数据拥塞/过载从结束状态转换为开始状态。
22.如权利要求18所述的装置，其特征在于，所述触发条件包括以下任意一种：
检测到所述用户面数据拥塞/过载事件、GCS AS请求发送、GCS AS请求发送并且检测到所述用户面数据拥塞/过载事件、周期性上报。
23.一种基站，其特征在于，包括如权利要求18～22中任一项所述的控制装置。
CN201410493801.6A 2014-09-24 2014-09-24 拥塞/过载的控制方法,系统,装置和基站 Withdrawn CN104301931A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201410493801.6A CN104301931A (zh) 2014-09-24 2014-09-24 拥塞/过载的控制方法,系统,装置和基站
PCT/CN2015/074799 WO2015184901A1 (zh) 2014-09-24 2015-03-20 拥塞或过载的控制方法，系统，装置和基站
EP15803062.7A EP3200503A4 (en) 2014-09-24 2015-03-20 Congestion/overload control method, system and device, and base station
US15/514,135 US10334480B2 (en) 2014-09-24 2015-03-20 Method, system, device for controlling congestion or overload and evolved node B (eNB)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410493801.6A CN104301931A (zh) 2014-09-24 2014-09-24 拥塞/过载的控制方法,系统,装置和基站

Publications (1)

Publication Number Publication Date
CN104301931A true CN104301931A (zh) 2015-01-21

Family

ID=52321450

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410493801.6A Withdrawn CN104301931A (zh) 2014-09-24 2014-09-24 拥塞/过载的控制方法,系统,装置和基站

Country Status (4)

Country Link
US (1) US10334480B2 (zh)
EP (1) EP3200503A4 (zh)
CN (1) CN104301931A (zh)
WO (1) WO2015184901A1 (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015184901A1 (zh) * 2014-09-24 2015-12-10 中兴通讯股份有限公司 拥塞或过载的控制方法，系统，装置和基站
WO2016015472A1 (zh) * 2014-07-31 2016-02-04 中兴通讯股份有限公司 基于mbms承载的集群通信中查询节点状态的方法及系统、存储介质
WO2016015465A1 (zh) * 2014-07-31 2016-02-04 中兴通讯股份有限公司 基于mbms承载的集群通信中拥塞状态上报方法及系统、存储介质
CN106162565A (zh) * 2015-04-09 2016-11-23 北京三星通信技术研究有限公司 传输组通信业务数据的方法、系统及装置
WO2017133277A1 (zh) * 2016-02-04 2017-08-10 中兴通讯股份有限公司 车联网业务标识的处理方法及装置

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180160274A1 (en) * 2015-05-07 2018-06-07 Lg Electronics Inc. Method and device for receiving information on base station connected to mce by mme
US11076322B2 (en) * 2016-09-12 2021-07-27 Sk Telecom Co., Ltd. Internet of things network device and method for excluding a base station based on a received pushdata message

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1518243A (zh) * 2003-01-10 2004-08-04 �ձ�������ʽ���� 移动通信系统、无线电终端、网络控制器及操作控制方法
CN102291688A (zh) * 2011-09-23 2011-12-21 电信科学技术研究院 一种基于mbms业务的切换方法和设备
CN102905314A (zh) * 2011-07-29 2013-01-30 中兴通讯股份有限公司 过载控制停止方法、装置及系统
US20140036676A1 (en) * 2012-08-03 2014-02-06 Rene Purnadi Maintaining MBMS Continuity

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1499760A (zh) * 2002-11-05 2004-05-26 ��������ͨ�ż����о����޹�˾ 多媒体广播与组播业务在Iu接口的信令承载连接方法
US20130281090A1 (en) * 2011-01-07 2013-10-24 Mitsubishi Electric Corporation Communication system
RU2642842C1 (ru) * 2011-10-10 2018-01-29 Самсунг Электроникс Ко., Лтд. Способ и устройство для приема службы широковещательной многоадресной передачи мультимедиа в системе мобильной связи
CN102572713B (zh) * 2012-01-30 2014-08-20 电信科学技术研究院 一种mbms接收和能力传输方法及其装置
WO2014126423A1 (ko) * 2013-02-14 2014-08-21 엘지전자 주식회사 무선 통신 시스템에서 ｍｂｍｓ 정보 보고 방법 및 이를 지원하는 장치
WO2015000912A1 (en) * 2013-07-01 2015-01-08 Nec Europe Ltd. Method for providing multicast/broadcast service continuity for mobile terminals
WO2015060608A1 (en) * 2013-10-23 2015-04-30 Lg Electronics Inc. Method of selectively trnsmitting mbms service level information in wireless communication system and apparatus therefor
WO2015065053A1 (en) * 2013-10-31 2015-05-07 Lg Electronics Inc. Method of receiving mbms service in wireless communication system and apparatus thereof
CN104955065A (zh) * 2014-03-31 2015-09-30 北京三星通信技术研究有限公司 进行用户统计的方法、暂停数据传输的方法和装置
CN105472663B (zh) * 2014-07-04 2020-12-25 北京三星通信技术研究有限公司 无线资源管理的方法和装置
CN104301931A (zh) 2014-09-24 2015-01-21 中兴通讯股份有限公司 拥塞/过载的控制方法,系统,装置和基站
WO2016053066A1 (ko) * 2014-10-03 2016-04-07 엘지전자(주) 무선 통신 시스템에서 셀 단위 보고를 위한 방법 및 이를 위한 장치

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1518243A (zh) * 2003-01-10 2004-08-04 �ձ�������ʽ���� 移动通信系统、无线电终端、网络控制器及操作控制方法
CN102905314A (zh) * 2011-07-29 2013-01-30 中兴通讯股份有限公司 过载控制停止方法、装置及系统
CN102291688A (zh) * 2011-09-23 2011-12-21 电信科学技术研究院 一种基于mbms业务的切换方法和设备
US20140036676A1 (en) * 2012-08-03 2014-02-06 Rene Purnadi Maintaining MBMS Continuity

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP: "New Work Item: Group Call eMBMS congestion management", 《3GPP TSG RAN MEETING #64 RP-141035》 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016015472A1 (zh) * 2014-07-31 2016-02-04 中兴通讯股份有限公司 基于mbms承载的集群通信中查询节点状态的方法及系统、存储介质
WO2016015465A1 (zh) * 2014-07-31 2016-02-04 中兴通讯股份有限公司 基于mbms承载的集群通信中拥塞状态上报方法及系统、存储介质
US10104577B2 (en) 2014-07-31 2018-10-16 Zte Corporation MBMS bearer-based method and system for reporting congestion state in cluster communication and storage medium
US10412623B2 (en) 2014-07-31 2019-09-10 Zte Corporation MBMS bearer-based method and system for querying node state in cluster communication and storage medium
WO2015184901A1 (zh) * 2014-09-24 2015-12-10 中兴通讯股份有限公司 拥塞或过载的控制方法，系统，装置和基站
US10334480B2 (en) 2014-09-24 2019-06-25 Zte Corporation Method, system, device for controlling congestion or overload and evolved node B (eNB)
CN106162565A (zh) * 2015-04-09 2016-11-23 北京三星通信技术研究有限公司 传输组通信业务数据的方法、系统及装置
US10993086B2 (en) 2015-04-09 2021-04-27 Samsung Electronics Co., Ltd. Method, system, and apparatus for transmitting group communication service data
WO2017133277A1 (zh) * 2016-02-04 2017-08-10 中兴通讯股份有限公司 车联网业务标识的处理方法及装置
CN107040996A (zh) * 2016-02-04 2017-08-11 中兴通讯股份有限公司 车联网业务标识的处理方法及装置
CN107040996B (zh) * 2016-02-04 2023-11-21 中兴通讯股份有限公司 车联网业务标识的处理方法及装置

Also Published As

Publication number Publication date
US20170295519A1 (en) 2017-10-12
EP3200503A1 (en) 2017-08-02
US10334480B2 (en) 2019-06-25
EP3200503A4 (en) 2017-10-18
WO2015184901A1 (zh) 2015-12-10

Similar Documents

Publication Publication Date Title
US10687179B2 (en) Service continuity for group communication over LTE eMBMS
CN104270725B (zh) 指示信息的确定、处理以及请求消息的处理方法及装置
EP3051846B1 (en) Cluster communication method and user equipment
CN104301931A (zh) 拥塞/过载的控制方法,系统,装置和基站
WO2016070572A1 (zh) 指示信息处理方法及装置
CN105376718B (zh) Lte集群通信的方法、用户设备及第一网元设备
CN103096261A (zh) 一种根据优先级管理集群话语权的方法及系统
CN105323723A (zh) 基于mbms承载的集群通信中查询节点状态的方法及系统
CN105376717A (zh) 建立lte集群通信承载的方法、用户设备及第一网元设备
CN105323722A (zh) 基于mbms承载的集群通信中拥塞状态上报方法及系统
WO2017102114A1 (en) Paging in a group communications system

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication

Application publication date: 20150121

WW01 Invention patent application withdrawn after publication