CN104270725A - 指示信息的确定、处理以及请求消息的处理方法及装置 - Google Patents

指示信息的确定、处理以及请求消息的处理方法及装置 Download PDF

Info

Publication number
CN104270725A
CN104270725A CN201410495828.9A CN201410495828A CN104270725A CN 104270725 A CN104270725 A CN 104270725A CN 201410495828 A CN201410495828 A CN 201410495828A CN 104270725 A CN104270725 A CN 104270725A
Authority
CN
China
Prior art keywords
overload
mbms
congested
indication information
gcs
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.)
Granted
Application number
CN201410495828.9A
Other languages
English (en)
Other versions
CN104270725B (zh
Inventor
许辉
马子江
卢忱
刘红军
吕永
王亚英
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
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 CN201410495828.9A priority Critical patent/CN104270725B/zh
Publication of CN104270725A publication Critical patent/CN104270725A/zh
Priority to PCT/CN2015/074801 priority patent/WO2016045325A1/zh
Priority to US15/513,845 priority patent/US20170295211A1/en
Priority to EP15843224.5A priority patent/EP3200484B1/en
Application granted granted Critical
Publication of CN104270725B publication Critical patent/CN104270725B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868—Measures taken after transmission, e.g. acknowledgments
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/55—Detecting local intrusion or implementing counter-measures
    • G06F21/552—Detecting local intrusion or implementing counter-measures involving long-term monitoring or reporting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H04L65/1023—Media gateways
    • H04L65/103—Media gateways in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1046—Call controllers; Call servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • 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/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/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
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Computer Hardware Design (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种指示信息的确定、处理以及请求消息的处理方法及装置，在上述方法中，确定MBMS承载的用户面数据是否发生拥塞或过载，配置第一指示信息；向GCS AS发送第一指示信息，其中，第一指示信息用于在GCS AS请求MCE或eNB停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务的过程中提供参考依据。根据本发明提供的技术方案，能够缓解MBMS承载拥塞/过载，从而减少对非拥塞/过载区域UE的影响。

Description

指示信息的确定、处理以及请求消息的处理方法及装置
技术领域
本发明涉及通信领域，具体而言，涉及一种指示信息的确定、处理以及请求消息的处理方法及装置。
背景技术
集群通信系统是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统，该系统中的大量无线用户共享少量无线信道，以指挥调度为主体应用，是一种多用途、高效能的无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。
集群通信系统经历了与蜂窝移动通信系统类似的发展历程。第一代集群系统是模拟集群通信系统，主要支持语音通信。最早进入我国的模拟集群通信系统是诺基亚(Nokia)公司的Actionet系统，其采用MPT-1327信令，应用在450MHz频段上。此后，日本的F.A.S.T和美国摩托罗拉(Motorola)公司的Smartnet进入我国，并长期占领我国集群市场80％以上的市场份额。
第二代集群系统是窄带数字集群通信系统，兴起于20世纪90年代，2004年左右开始在我国部署，是当前国内应用最广泛的集群通信系统。数字集群通信系统支持语音和低速数据(最高28.8kbps)通信，代表系统是欧洲电信标准组织(European Telecommunications StandardsInstitute，简称为ETSI)定义的陆上集群无线电(Terrestrial Trunked Radio，简称为TETRA)系统、美国Motorola的综合数字增强型网络(Integrated Digital Enhanced Networks，简称为iDEN)系统，中兴通讯股份有限公司基于CDMA1X开发的开放式集群结构(Global OpenTrunking Architecture，简称为GoTa)系统、华为技术有限公司基于GSM开发的GT800系统。从国内来看，最近两三年，TETRA网络的增长最快，在全国已建的数字集群通信网中，TETRA网的数量约占2/3强。
集群系统区别于公众系统的特性在于，集群系统需要具备高效的指挥调度特性，并且要求网络具有高可靠性和安全性。
呼叫控制：根据用户的业务请求，在主叫用户和被叫用户之间建立、维持和释放业务承载；
鉴权认证：支持鉴权和认证，鉴权功能可以包括：网络侧对终端鉴权以及网络侧对终端与终端对网络侧的双向鉴权；
故障弱化：当网络侧与基站或网络侧内部网元之间的链路发生故障时，基站能够为其覆盖范围下的用户终端提供受限的集群服务。
网络互联互通功能：能够与公共电话系统(Public Switched Telephone Network，简称为PSTN)、公众移动通信系统(例如：全球移动通信系统(GSM)/码分多址(CDMA)、分时长期演进(TD-LTE))、互联网协议(IP)电话、其他制式的集群通信系统等互通。在第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)LTE中集群通信称为组通信服务能力(GCSE)。图1是根据相关技术的集群通信系统的系统架构示意图。
为了有效地利用移动网络资源，3GPP提出了多媒体广播多播业务(Multimedia BroadcastMulticast Service，简称为MBMS)，该业务是一种从一个数据源向多个目标移动终端传送数据的技术，实现了网络(包括：核心网和接入网)资源的共享，提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播，而且还能够实现高速多媒体业务的广播和组播，提供多种丰富的视频、音频和多媒体业务，这无疑顺应了未来移动数据发展的趋势，为3/4G的发展提供了更好的业务前景。
MBMS业务的特点是业务的数据量大，移动终端接收时持续时间长，平均数据率恒定。上述特点决定了MBMS业务的调度与控制信令配置都是半静态的，即MBMS业务的调度信息与控制信令信息都是“长期”保持不变的，这些信息通过MBMS控制信道(MBMS ControlChannel，简称为MCCH)周期性地发送，统称为MCCH信息。演进型MBMS(eMBMS)系统可能存在多个MCCH，每个MCCH对应于不同的MBSFN区域，其中仅承载对应单频网MBMS(MBMS over a Single Frequency Network，简称为MBSFN)区域发送的MBMS业务的控制信息。图2是根据相关技术的LTE中MBMS的架构示意图。
目前业界正在讨论采用MBMS技术实现集群通信的可能性。
在对相关技术的研究和实践过程中发现相关技术存在以下问题：当发送集群业务的MBMS空口用户面数据发生拥塞/过载时，组通信业务(Group Communication Service，简称为GCS)应用服务器(Application Server，简称为AS)需要为受影响的UE建立单播承载，同时停止受影响业务的多播承载发送。GCS AS不知道受影响UE所在的MBSFN区域，而只知道UE所在的MBMS业务区域。在通常情况下，MBMS业务区域大于MBSFN区域，如果根据MBMS业务区域停止集群数据的多播发送，则可能影响其他未发生拥塞/过载区域的UE，如何实现MBMS业务区域到MBSFN区域的映射以及如何减少对未发生拥塞/过载区域UE的影响，目前尚未提出有效的解决方案。
发明内容
本发明提供了一种指示信息的确定、处理以及请求消息的处理方法及装置，以至少解决相关技术中如何实现MBMS业务区域到MBSFN区域的映射以及如何减少对未发生拥塞/过载区域UE的影响的问题。
根据本发明的一个方面，提供了一种指示信息的确定方法。
根据本发明实施例的指示信息的确定方法包括：确定多媒体广播多播业务(MBMS)承载的用户面数据发生拥塞或过载，配置第一指示信息；向组通信业务(GCS)应用服务器(AS)发送第一指示信息，其中，第一指示信息用于在GCS AS请求多小区多播协调实体MCE或基站(eNB)停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务的过程中提供参考依据。
在优选实施过程中，上述确定MBMS承载的用户面数据发生拥塞或过载可以包括以下处理：当一个或多个eNB检测出用户面数据发生拥塞或过载时，确定一个或多个eNB所在的MBSFN区域或MBMS业务区域发生拥塞或过载。
优选地，根据判定条件检测到用户面数据发生拥塞或过载，其中，判定条件为预先配置完成或者携带在从GCS AS接收到的请求消息中。
优选地，第一指示信息中携带的内容包括以下至少之一：拥塞或过载标识；一个或多个小区标识，其中，小区标识包括以下至少之一：演进的统一陆地无线接入网(E-UTRAN)小区标识、E-UTRAN小区全球标识；一个或多个业务区域标识(SAI)；一个或多个单频网多媒体广播多播业务(MBSFN)区域标识；一个或多个MBMS业务标识；拥塞或过载开始标识；其中，拥塞或过载标识用于指示在当前网络中用户面数据的负载是在发生拥塞还是在发生过载，小区标识用于指示发生拥塞或过载所影响到的小区，SAI用于指示发生拥塞或过载所影响到的MBMS业务区域，MBSFN区域标识用于指示发生拥塞或过载的MBSFN区域，MBMS业务标识用于指示发生拥塞或过载所影响到的集群业务。
优选地，向GCS AS发送第一指示信息包括以下方式之一：将发生拥塞或过载的全部MBMS业务标识发送至MCE，以使MCE根据第一参数与第二参数的对应关系从全部MBMS业务标识中选取待上报的MBMS业务标识，并上报至GCS AS，其中，第一参数为服务质量等级标识QCI或分配与保持优先级ARP，第二参数为临时移动组标识TMGI；根据接收到的来自于GCS AS的第一请求消息上报在该请求消息中指定的SAI中的TMGI状态信息。
优选地，在向GCS AS发送第一指示信息的触发条件之前，还包括：判断是否需要向GCSAS发送第一指示信息的触发条件包括以下之一：在发生拥塞或过载开始事件，或者，发生拥塞或过载结束事件的情况下，向GCS AS发送第一指示信息；在接收到来自于GCS AS的请求消息后，向GCS AS发送第一指示信息；在接收到来自于GCS AS的请求消息并且发生拥塞或过载开始事件，或者，接收到来自于GCS AS的请求消息并且发生拥塞或过载结束事件后，向GCS AS发送第一指示信息；按照预设周期向GCS AS发送第一指示信息；在每次重新启动后向GCS AS发送第一指示信息。
优选地，在向GCS AS发送第一指示信息之后，还包括：确定用户面数据发生的拥塞或过载已经恢复，配置第二指示信息；向GCS AS发送第二指示信息，其中，第二指示信息用于为GCS AS选择对已停止的集群业务继续通过单播承载的方式进行发送或者恢复MBMS承载的方式进行发送提供参考依据。
根据本发明的另一方面，提供了一种请求消息的处理方法。
根据本发明实施例的请求消息的处理方法包括：接收来自于组通信业务(GCS)应用服务器(AS)的请求消息，其中，请求消息是在GCS AS从基站接收到用于指示通过多媒体广播多播业务(MBMS)承载的用户面数据发生拥塞或过载的指示信息后发出的，请求消息用于请求停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务；根据请求消息配置停止通过MBMS承载发送受到影响的集群业务。
优选地，经由广播多播服务中心BM-SC接收来自于GCS AS的请求消息。
优选地，根据请求消息配置停止通过MBMS承载发送受到影响的集群业务包括：根据请求消息获取待停止多播承载的MBSFN区域和MBMS业务；对待停止多播承载的MBSFN区域和MBMS业务进行配置。
优选地，请求消息中携带的信息包括以下至少之一：小区标识、MBMS业务标识、业务区域标识。
根据本发明的又一方面，提供了一种指示信息的处理方法。
根据本发明实施例的指示信息的处理方法包括：接收来自于基站的指示信息，其中，指示信息用于指示多媒体广播多播业务(MBMS)承载的用户面数据发生拥塞或过载；根据指示信息向多小区多播协调实体(MCE)发送请求消息，其中，请求消息用于请求停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务。
优选地，经由广播多播服务中心(BM-SC)向MCE发送请求消息。
优选地，在根据指示信息向MCE发送请求消息之前，还包括：根据指示信息确定因用户面数据发生拥塞或过载而受到影响的目标用户设备UE和/或集群业务标识；在用户面数据发生拥塞的情况下，为目标UE建立单播承载并通过单播承载发送与集群业务标识对应的集群业务；或者，在用户面数据发生过载的情况下，将与集群业务标识对应的集群业务设置为排队等待状态，直至等到过载结束后再进行发送；或者，在用户面数据发生过载的情况下，抢占现有集群业务的资源发送与集群业务标识对应的集群业务。
优选地，其特征在于，请求消息中携带的信息包括以下至少之一：小区标识、MBMS业务标识、业务区域标识。
根据本发明的再一方面，提供了一种指示信息的确定装置。
根据本发明实施例的指示信息的确定装置包括：配置模块，用于确定多媒体广播多播业务(MBMS)承载的用户面数据发生拥塞或过载，配置第一指示信息；发送模块，用于向组通信业务(GCS)应用服务器(AS)发送第一指示信息，其中，第一指示信息用于在GCS AS请求多小区多播协调实体(MCE)或基站(eNB)停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务的过程中提供参考依据。
优选地，配置模块，用于当检测出用户面数据发生拥塞或过载时，确定自身所在的MBSFN区域或MBMS业务区域发生拥塞或过载。
优选地，配置模块，用于根据判定条件检测到用户面数据发生拥塞或过载，其中，判定条件为预先配置完成或者携带在从GCS AS接收到的请求消息中。
优选地，第一指示信息中携带的内容包括以下至少之一：拥塞或过载标识；一个或多个小区标识，其中，小区标识包括以下至少之一：演进的统一陆地无线接入网(E-UTRAN)小区标识、E-UTRAN小区全球标识；一个或多个业务区域标识(SAI)；一个或多个单频网多媒体广播多播业务(MBSFN)区域标识；一个或多个MBMS业务标识；拥塞或过载开始标识；其中，拥塞或过载标识用于指示在当前网络中用户面数据的负载是在发生拥塞还是在发生过载，小区标识用于指示发生拥塞或过载所影响到的小区，SAI用于指示发生拥塞或过载所影响到的MBMS业务区域，MBSFN区域标识用于指示发生拥塞或过载的MBSFN区域，MBMS业务标识用于指示发生拥塞或过载所影响到的集群业务。
优选地，发送模块，用于向GCS AS发送第一指示信息包括以下方式之一：将发生拥塞或过载的全部MBMS业务标识发送至MCE，以使MCE根据第一参数与第二参数的对应关系从全部MBMS业务标识中选取待上报的MBMS业务标识，并上报至GCS AS，其中，第一参数为服务质量等级标识(QCI)或分配与保持优先级(ARP)，第二参数为临时移动组标识(TMGI)；根据接收到的来自于GCS AS的第一请求消息上报在该第一请求消息中指定的SAI中的TMGI状态信息。
优选地，上述装置还包括：判断模块；判断模块，用于判断是否需要向GCS AS发送第一指示信息的触发条件包括以下之一：在发生拥塞或过载开始事件，或者，发生拥塞或过载结束事件的情况下，向GCS AS发送第一指示信息；在接收到来自于GCS AS的请求消息后，向GCS AS发送第一指示信息；在接收到来自于GCS AS的请求消息并且发生拥塞或过载开始事件，或者，接收到来自于GCS AS的请求消息并且发生拥塞或过载结束事件后，向GCS AS发送第一指示信息；按照预设周期向GCS AS发送第一指示信息；在每次重新启动后向GCS AS发送第一指示信息。
优选地，配置模块，还用于确定用户面数据发生的拥塞或过载已经恢复，配置第二指示信息；发送模块，还用于向GCS AS发送第二指示信息，其中，第二指示信息用于为GCS AS选择对已停止的集群业务继续通过单播承载的方式进行发送或者恢复MBMS承载的方式进行发送提供参考依据。
根据本发明的再一方面，提供了一种请求消息的处理装置。
根据本发明实施例的请求消息的处理装置包括：接收模块，用于接收来自于组通信业务(GCS)应用服务器(AS)的请求消息，其中，请求消息是在GCS AS从基站接收到用于指示通过多媒体广播多播业务(MBMS)承载的用户面数据发生拥塞或过载的指示信息后发出的，请求消息用于请求停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务；处理模块，用于根据请求消息配置停止通过MBMS承载发送受到影响的集群业务。
优选地，接收模块，用于经由广播多播服务中心BM-SC接收来自于GCS AS的请求消息。
优选地，处理模块包括：获取单元，用于根据请求消息获取待停止多播承载的MBSFN区域和MBMS业务；处理单元，用于对待停止多播承载的MBSFN区域和MBMS业务进行配置。
优选地，请求消息中携带的信息包括以下至少之一：小区标识、MBMS业务标识、业务区域标识。
根据本发明的又一方面，提供了一种指示信息的处理装置。
根据本发明实施例的指示信息的处理装置包括：接收模块，用于接收模块接收来自于基站的指示信息，其中，指示信息用于指示多媒体广播多播业务(MBMS)承载的用户面数据发生拥塞或过载；第一处理模块，用于根据指示信息向多小区多播协调实体(MCE)发送请求消息，其中，请求消息用于请求停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务。
优选地，第一处理模块，用于经由广播多播服务中心BM-SC向MCE发送请求消息。
优选地，上述装置还包括：确定模块，用于根据指示信息确定因用户面数据发生拥塞或过载而受到影响的目标用户设备UE和/或集群业务标识；第二处理模块，用于在用户面数据发生拥塞的情况下，为目标UE建立单播承载并通过单播承载发送与集群业务标识对应的集群业务；或者，在用户面数据发生过载的情况下，将与集群业务标识对应的集群业务设置为排队等待状态，直至等到过载结束后再进行发送；或者，在用户面数据发生过载的情况下，抢占现有集群业务的资源发送与集群业务标识对应的集群业务。
优选地，请求消息中携带的信息包括以下至少之一：小区标识、MBMS业务标识、业务区域标识。
通过本发明实施例，采用确定MBMS承载的用户面数据发生拥塞或过载，配置第一指示信息；向GCS AS发送第一指示信息，其中，第一指示信息用于在GCS AS请求MCE或eNB停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务的过程中提供参考依据，解决了相关技术中如何实现MBMS业务区域到MBSFN区域的映射以及如何减少对未发生拥塞/过载区域UE的影响的问题，进而能够实现修改MBMS业务区域中的MBSFN区域的MBMS业务多播承载，当发生MBMS承载拥塞/过载时停止在MBSFN区域通过MBMS承载发送集群业务，以缓解MBMS承载拥塞/过载，从而减少对非拥塞/过载区域UE的影响。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据相关技术的集群通信系统的系统架构示意图；
图2是根据相关技术的LTE中MBMS的架构示意图；
图3是根据本发明实施例的指示信息的确定方法的流程图；
图4是根据本发明优选实施例的eNB向AS发送拥塞/过载指示信息过程的示意图；
图5是根据本发明实施例的请求消息的处理方法的流程图；
图6是根据本发明实施例的指示信息的处理方法的流程图；
图7是根据本发明优选实施例的针对eNB检测到多播承载拥塞/过载开始的场景实现修改多播承载方法的流程图；
图8是根据本发明优选实施例的针对eNB检测到多播承载拥塞/过载结束的场景实现修改多播承载的方法的流程图；
图9是根据本发明优选实施例的针对eNB周期性上报拥塞/过载的场景实现修改多播承载的方法的流程图；
图10是根据本发明实施例的指示信息的确定装置的结构框图；
图11是根据本发明优选实施例的指示信息的确定装置的结构框图；
图12是根据本发明实施例的请求消息的处理装置的结构框图；
图13是根据本发明优选实施例的请求消息的处理装置的结构框图；
图14是根据本发明实施例的指示信息的处理装置的结构框图；
图15是根据本发明优选实施例的指示信息的处理装置的结构框图；
图16是根据本发明优选实施例的修改多播承载系统的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
在下面所提供的实施例中，如无具体说明，本发明的MBMS是指演进的MBMS，即eMBMS，AS是指GCS AS，组通信是指集群通信。目前GCS AS上部署有集群业务，当然在GCS AS上还可以部署其他业务，本发明为了描述更加方便，将GCS AS分发的业务简称为集群业务。
在优选实施例中，配置MCE是指网络中配置了集中式MCE，此时在一个MBSFN area中，存在一个MCE和若干个eNB，MCE与eNB之间可以通过M2接口进行通讯。分布式MCE是指在一个MBSFN area中MCE与eNB设置在一起，也可以理解为eNB中的特定模块能够完成MCE的功能和作用，此时在该MBSFN area中，相当于存在多少个eNB就有多少个MCE。在本发明中，为了描述方便，对于分布式MCE而言，MME可以通过M3接口与eNB中的MCE模块进行通信，此时M2接口作为逻辑接口依然存在。对于分布式MCE架构，通过OAM实现MCE之间的协调工作。如无特殊说明，本发明可以应用于集中式或分布式MCE架构。在本发明中，如果采用分布式MCE架构，则MCE与eNB之间可以通过M2接口进行通信，其实际上属于eNB与其自身的MCE模块之间的内部通信。
图3是根据本发明实施例的指示信息的确定方法的流程图。如图3所示，该方法可以包括以下处理步骤：
步骤S302：eNB确定MBMS承载的用户面数据发生拥塞或过载，配置第一指示信息；
步骤S304：eNB向GCS AS发送第一指示信息，其中，第一指示信息用于在GCS AS请求MCE或eNB停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务的过程中提供参考依据。
相关技术中无法实现MBMS业务区域到MBSFN区域的映射以及无法减少对未发生拥塞/过载区域UE的影响。采用如图3所示的方法，基站在确定用户面数据发生拥塞或过载的情况下，可以向GCS AS发送用于指示用户面数据发生拥塞或过载的指示信息，GCS AS根据该指示信息请求MCE(针对集中式MCE)或eNB(针对分布式MCE)停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务，由此解决了相关技术中如何实现MBMS业务区域到MBSFN区域的映射以及如何减少对未发生拥塞/过载区域UE的影响的问题，进而能够实现修改MBMS业务区域中的MBSFN区域的MBMS业务多播承载，当发生MBMS承载拥塞/过载时停止在MBSFN区域通过MBMS承载发送集群业务，以缓解MBMS承载拥塞/过载，从而减少对非拥塞/过载区域UE的影响。
在优选实施过程中，上述eNB确定MBMS承载的用户面数据发生拥塞或过载可以包括以下处理：当一个或多个eNB检测出用户面数据发生拥塞或过载时，确定一个或多个eNB所在的MBSFN区域或MBMS业务区域发生拥塞或过载。即通过一个或多个eNB检测用户面数据是否发生拥塞或过载，其中，一个或多个eNB发生拥塞或过载表明其所在的MBSFN区域发生拥塞或过载。
上述拥塞是指用户面数据负载达到预设阈值，而过载是指网络节点无法继续处理额外的用户面数据负载。本发明中所提到的用户面数据是指物理多播信道(PMCH)上的MBMS业务数据。
在优选实施过程中，eNB可以根据判定条件检测到用户面数据发生拥塞或过载，其中，判定条件可以由操作管理维护(OAM)预先配置完成(不限定消息类型)或者携带在从GCSAS接收到的请求消息中。
eNB可以根据事先设定的规则判断MBMS用户面数据是否发生拥塞/过载，即预先定义了拥塞/过载判定条件，如果eNB经过判断能够确定满足上述预先定义的拥塞/过载判定条件时，则可以确定已经发生拥塞/过载。
上述拥塞/过载判定条件，即设定的判断规则除了可以采用事先设定的方式，也可以在发送给eNB的指示信息中同时携带。
eNB可以通过eNodeB(eNB)→MCE→MME→MBMS GW→BM-SC→AS向GCS AS发送拥塞/过载指示信息。即eNB首先通过M2接口向MCE发送指示信息，该指示信息可以采用现有的M2接口信令并增加新的指示字段来实现，或者，直接采用新的M2接口信令；
同样的，在M3接口、Sm接口、SGmb接口、MB2-c接口上发送上述拥塞/过载指示信息时，可以采用现有接口信令并增加新的指示字段，或者，直接采用新的专有接口信令实现。
优选地，上述第一指示信息中携带的内容可以包括但不限于以下至少之一：
(1)拥塞/过载标识；
(2)一个或多个小区标识，例如：E-UTRAN小区标识(E-UTRAN Cell Identifier，简称为ECI)或E-UTRAN小区全球标识(E-UTRAN Cell Global Identifier，简称为ECGI)；
(3)一个或多个业务区域标识(Service Area Identifier，简称为SAI)；
(4)一个或多个MBSFN区域标识；
(5)一个或多个MBMS业务标识，例如：临时移动组标识(Temporary Mobile GroupIdentity，简称为TMGI)；和/或，MBMS会话标识(例如：session ID)；
(6)拥塞/过载开始标识。
其中，拥塞/过载标识用于指示网络拥塞还是过载，小区标识用于指示拥塞/过载影响的小区，SAI用于指示拥塞/过载影响的MBMS业务区域，MBSFN区域标识用于指示发生拥塞/过载的MBSFN区域，TMGI用于指示拥塞/过载影响的集群业务。
需要指出的是，MBSFN区域标识只在M2接口上发送。
在优选实施过程中，上述第一指示信息的内容由触发检测拥塞的方式决定：
1)如果是AS请求触发且请求消息中携带有区域标识和业务标识，则第一指示信息需要包括：拥塞/过载标识，开始/结束标识；进一步地，也可以包括：区域标识和业务标识。
2)如果周期性上报，则第一指示信息可以包括：拥塞/过载标识、区域标识、业务标识以及开始/结束标识，其中，区域标识可以包括：小区标识、和/或SAI、和/或MBSFN区域标识。假设eNB上报MCE的区域标识为小区标识，则MCE根据接收到的小区标识和业务标识可以判断发生拥塞的MBSFN区域/业务区域，则MCE向AS上报的区域标识包含小区标识和/或业务区域标识。AS可以根据接收到的指示信息向MCE下发停止业务的消息中包含接收到的业务区域标识和/或小区标识，然后MCE再根据从AS接收到的业务区域标识和/或小区标识和本地已判断出发生拥塞的MBSFN区域信息，关闭相应MBSFN区域的业务。其他的区域标识标识信息作类似处理，此处不再赘述。
拥塞/过载开始/结束的内容可以包括但不限于以下至少之一：
(1)开始(用1或true指示)；
(2)结束(用0或false指示)。
拥塞/过载开始/结束，换言之，拥塞/过载开始等效于当前出现拥塞/过载，拥塞/过载结束等效于当前没有出现拥塞/过载或已经开始的拥塞/过载现已结束。
节点拥塞是指网络中的MBMS用户面数据负载达到预设阈值；节点过载是指网络节点无法继续处理额外的MBMS用户面数据负载。
上报MBMS业务拥塞/过载信息的内容可以包括但限于：假设拥塞用C指示，过载用O指示，举例：
{ECI1/MBSFN area ID1/SAI 1:TMGI 1,TMGI2,TMGI3；C,true}
{ECI2/MBSFN area ID1/SAI 1:TMGI5,TMGI6；O,false}
{ECI3/MBSFN area ID2/SAI 1: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可以忽略该指示。
优选地，上述eNB向GCS AS发送第一指示信息包括以下方式之一：
方式一、将发生拥塞或过载的全部MBMS业务标识发送至MCE，以使MCE根据第一参数与第二参数的对应关系从全部MBMS业务标识中选取待上报的MBMS业务标识，并上报至GCS AS，其中，第一参数为服务质量等级标识QCI或分配与保持优先级ARP，第二参数为临时移动组标识TMGI；
方式二、根据接收到的来自于GCS AS的第一请求消息上报在该请求消息中指定的SAI中的TMGI状态信息。
考虑到只有特定的集群业务(例如：一键通话(Push To Talk，简称为PTT))可能发生拥塞/过载，根据业务的服务质量(QoS)信息，例如：QCI或ARP，确定发生拥塞/过载的业务是特定的集群业务。由于eNB不知道业务的QoS信息，因此在eNB中存在以下两种上报拥塞/过载方法：
方法一、eNB上报所有发生拥塞/过载的业务标识TMGI到MCE，根据特定业务的TMGI(MCE根据QCI/ARP与TMGI的对应关系)，MCE选择发生拥塞/过载的特定业务的TMGI上报到GCS AS；
可选地，eNB检测到拥塞/过载并向AS上报受影响的集群业务可以采用以下方式至少之一：
方式一、该eNB上承载的全部集群业务，即：包括全部MBSFN区域；
方式二、检测到拥塞/过载的MBSFN区域，这个/这些MBSFN区域上所配置的全部集群业务，即包括MBSFN区域的所有PMCH上所承载的集群业务；
方式三、每个MBSFN区域上承载了一个或多个PMCH，eNB检测到一个或多个PMCH发生了拥塞/过载，则eNB上报这个/这些PMCH上所配置的所有集群业务。
方法二、AS请求需要上报状态的SAI和TMGI，通过路径AS→BM-SC→MBMS GW→MME→MCE→eNB发送请求消息到eNB，eNB可以通过eNB→MCE→MME→MBMS GW→BM-SC→AS，上报特定SAI中TMGI的状态到AS。可选地，如果AS请求信息只包括SAI信息，则eNB上报SAI中所有的TMGI状态。
优选地，在eNB向GCS AS发送第一指示信息的触发条件之前，还可以包括操作：
步骤S1：eNB判断是否需要向GCS AS发送第一指示信息的触发条件可以包括但不限于以下之一：
条件一、在发生拥塞或过载开始事件，或者，发生拥塞或过载结束事件的情况下，向GCSAS发送第一指示信息；
条件二、在接收到来自于GCS AS的请求消息后，向GCS AS发送第一指示信息；
条件三、在接收到来自于GCS AS的请求消息并且发生拥塞或过载开始事件，或者，接收到来自于GCS AS的请求消息并且发生拥塞或过载结束事件后，向GCS AS发送第一指示信息；
条件四、按照预设周期向GCS AS发送第一指示信息；
条件五、在每次重新启动后向GCS AS发送第一指示信息。
上述发送触发方式可以为以下之一：事件触发、AS请求触发、事件触发和AS请求触发、周期性上报，其中，事件触发上报是指当网络节点发生拥塞/过载开始/结束事件时，网络节点上报到AS；AS请求触发是指AS向网络节点发送请求消息，接收到请求消息的网络节点上报节点状态信息到AS；事件触发和AS请求触发是指AS向网络节点发送请求消息，当网络节点检测到拥塞/过载事件时上报到AS；周期性上报是指配置上报周期，在每个周期eNB上报节点状态到AS，该上报周期可以事先指定或者AS在发送请求消息时指定。
当网络节点发生拥塞/过载开始/结束事件是指：从开始状态转换为结束状态；或者，从结束状态转换为开始状态。即如果原先并没有发生拥塞/过载(等效于上次拥塞/过载已经结束)转换为开始(等效于当前已经出现拥塞/过载)，则eNB需要上报；如果原先出现了拥塞/过载(等效于当前拥塞/过载已经开始)到不再发生拥塞/过载(等效于当前拥塞/过载已经结束)，则eNB需要上报；而且在eNB检测到拥塞状态和过载状态彼此发生变化的情况下，eNB也需要上报。
简单地说，C＝拥塞指示，采用{0,1}标识；O＝过载指示，采用{0,1}标识，只要C和/或O的标识发送了变化，eNB都需要进行上报。
总而言之，如果拥塞/过载的开始或者结束的状态未发生改变，则eNB不再需要上报，这样AS总能够准确地掌握MBMS的拥塞/过载状态。eNB可能在发生故障后重新启动，则eNB发生了拥塞/过载改变，但eNB却未曾得知，因此，eNB在每次重启后总是需要上报一次拥塞/过载指示信息。
图4是根据本发明优选实施例的eNB向AS发送拥塞/过载指示信息过程的示意图。如图4所示，MBMS业务区域SAI1中有两个MBSFN区域：MBSFN区域1和MBSFN区域2，其中，MBSFN区域1包含2个小区＝{ECI1，ECI2}，MBSFN区域2包含三个小区＝{ECI2,ECI3,ECI4}。假设eNB向AS上报拥塞/过载指示信息{ECI2/MBSFN area ID 1/SAI 1；TMGI2,TMGI3；C；true}，即SAI1中的MBSFN区域1中的ECI2中的TMGI2和TMGI3发生拥塞。AS在接收到拥塞/过载指示信息{ECI2/SAI1；TMGI2,TMGI3；C；true}之后，确定SAI1中的小区ECI2中的TMGI2和TMGI3发生拥塞。
优选地，在步骤S304，向GCS AS发送第一指示信息之后，还可以包括以下步骤：
步骤S2：eNB确定用户面数据发生的拥塞或过载已经恢复，配置第二指示信息；
步骤S3：eNB向GCS AS发送第二指示信息，其中，第二指示信息用于为GCS AS选择对已停止的集群业务继续通过单播承载的方式进行发送或者恢复MBMS承载的方式进行发送提供参考依据。
拥塞/过载结束是指网络恢复正常，例如：用户面数据负载不满足预设拥塞/过载条件。
eNB可以通过eNodeB(eNB)→MCE→MME→MBMS GW→BM-SC→AS向GCS AS发送拥塞/过载结束(恢复)指示信息。
上述拥塞/过载结束指示信息可以包括但不限于以下至少之一：
(1)拥塞/过载标识；
(2)一个或多个小区标识，例如：E-UTRAN小区标识(E-UTRAN Cell Identifier，简称为ECI)或E-UTRAN小区全球标识(E-UTRAN Cell Global Identifier，简称为ECGI)；
(3)一个或多个业务区域标识(Service Area Identifier，简称为SAI)；
(4)一个或多个MBSFN区域标识；
(5)一个或多个MBMS业务标识，例如：临时移动组标识(Temporary Mobile GroupIdentity，简称为TMGI)；；和/或，MBMS会话标识(例如：session ID)；
(6)拥塞/过载结束标识。
上述发送触发方式可以为以下之一：事件触发、AS请求触发、事件触发和AS请求触发、周期性上报，其中，事件触发上报是指当网络节点发生拥塞/过载开始/结束事件时，网络节点上报到AS；AS请求触发是指AS向网络节点发送请求消息，接收到请求消息的网络节点上报节点状态信息到AS；事件触发和AS请求触发是指AS向网络节点发送请求消息，当网络节点检测到拥塞/过载事件时上报到AS；周期性上报是指配置上报周期，在每个周期eNB上报节点状态到AS，该上报周期可以事先指定或者AS在发送请求消息时指定。
图5是根据本发明实施例的请求消息的处理方法的流程图。如图5所示，该方法可以包括以下处理步骤：
步骤S502：MCE或eNB接收来自于GCS AS的请求消息，其中，请求消息是在GCS AS从基站接收到用于指示通过MBMS承载的用户面数据发生拥塞或过载的指示信息后发出的，请求消息用于请求停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务；
步骤S504：MCE或eNB根据请求消息配置停止通过MBMS承载发送受到影响的集群业务。
在优选实施例中，MCE或eNB可以通过接收到的请求消息和本地数据库判断需要停止多播承载的MBSFN区域和MBMS业务，如根据eNB在M2接口上发送的发生拥塞/过载指示信息中的MBSFN区域标识和TMGI。
如上述图4所示，假设MCE接收到来自于MME的请求消息包含{ECI2/SAI1；TMGI2,TMGI3}，ECI2属于两个MBSFN区域，而MCE已知MBSFN区域1发生拥塞，则MCE确定将MBSFN区域1的TMGI2和TMGI3停止多播发送。MCE继而向MBSFN区域1内的eNB发送MBMS调度信息(MBMS Scheduling information)，在上述消息中将TMGI2，TMGI3删除。接收到MBMS Scheduling information的eNB在MBSFN区域1内发送更新的MCCH信息，并在更新的MCCH信息中删除TMGI2和TMGI3，MBSFN区域1中的受影响UE接收到更新的MCCH信息，确定相应的MBMS业务已删除，即相应集群业务TMGI2/TMGI3停止在多播承载上发送。
图6是根据本发明实施例的指示信息的处理方法的流程图。如图6所示，该方法可以包括以下处理步骤：
步骤S602：GCS AS接收来自于基站的指示信息，其中，指示信息用于指示多媒体广播多播业务MBMS承载的用户面数据发生拥塞或过载；
步骤S604：GCS AS根据指示信息向MCE发送请求消息，其中，请求消息用于请求停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务。
在优选实施例中，AS可以通过BM-SC向MCE请求停止受影响业务的MBMS承载。
在AS发送上述请求消息之前，AS首先根据上述拥塞/过载指示信息确定受到影响的目标UE和集群业务TMGI，然后，AS根据拥塞/过载指示信息和本地策略确定所要采取的行动，当发生拥塞时，为目标UE建立单播承载，并通过单播承载发送集群业务；当发生过载时，AS将集群业务排队等待过载结束再发送，或者，AS利用高优先级的集群业务抢占现有集群业务的资源。
AS通过BM-SC→MBMS GW→MME路径向MME发送请求消息，该请求消息用于停止多播承载；该请求消息中携带的信息可以包括以下至少之一：小区标识、MBMS业务标识，其中，小区标识和/或MBMS业务标识为AS接收到的拥塞/过载指示信息中的小区标识ECI和业务标识TMGI。
MBMS GW向区域内所有的MME发送请求消息，MME根据请求消息中的小区标识判断是否为所属的小区，如果否，则MME丢弃收到的请求消息。MME根据小区标识选择MCE并发送请求消息。MME可以通过M3接口消息获取小区所属的MCE。
上述请求消息可以通过现有流程或新建流程来实现，其中，现有流程为：MBMS任务停止请求(MBMS session stop request)或MBMS任务更新(MBMS session update)在现有流程中增加小区标识字段。通过BM-SC→MBMS GW→MME路径向MME发送请求消息，该请求消息用于停止MBMS承载。
如果MBMS GW无法确定具体的MME，则MBMS GW可以向区域内所有MME发送请求消息。考虑到请求消息中携带有目标小区的标识，MME可以判断目标小区是否属于自己的范围，并向MBMS GW发送响应消息。
MME向AS发送响应消息，表明MME已成功/失败接收请求消息。如果响应消息指示失败，则AS/BM-SC/MBMS GW将会重新发送请求消息。
此外，AS可以选择向UE发送集群业务的方式。AS通过上述恢复指示信息确定受到影响的目标UE，并选择合适的方式向目标UE发送集群业务。例如：继续通过单播承载或恢复MBMS承载发送集群业务。为了避免业务中断，GCS AS可以先向受影响的UE建立PTP承载，再释放集群业务的PTM承载。
下面将通过以下几个具体集群业务流程的优选实施例来对上述优选实施过程作进一步的说明。在下面的优选实施例中，仅以配置了集中式MCE为场景描述。然而，在实际场景中，还可以是分布式MCE，此时MCE设置于eNB中，其相当于eNB中的特定模块来完成MCE的功能。
优选实施例一
图7是根据本发明优选实施例的针对eNB检测到多播承载拥塞/过载开始的场景实现修改多播承载方法的流程图。如图7所示，该流程可以包括以下处理步骤：
步骤S702：选择检测拥塞/过载的基站eNB。
在该优选实施例中，执行选择的实体可以为以下之一：由MCE选择、由GCS AS选择、由O&M选择。上述拥塞/过载是指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为特定MBMS业务区域中的eNB，一般在MBMS业务区域中有多个eNB，此时可以选择任意一个eNB用来监测拥塞/过载。
需要指出的是，在选择eNB的同时，一般也指定目标MBMS业务区域；目标MBMS业务区域为需要检测拥塞/过载的区域；MBMS业务区域采用业务区域标识(Service AreaIdentifier，简称为SAI)，如果没有指定MBMS业务区域，考虑到单个eNB可能属于多个MBMS业务区域，则选中的eNB监测所在的全部MBMS业务区域拥塞/过载状态。选择eNB也可以通过小区标识指示，即通过小区标识确定所在的eNB。
在本发明所提供的优选实施例中，以下描述表示同一概念：MBMS承载、MBSFN承载、多播承载、点到多点(Point To Multipoint，简称为PTM)承载。
MBMS承载可以包括：核心网承载(即演进的分组核心网(Evolved Packet Core network，简称为EPC)承载)和空口承载，RAN(基站eNB和/或MCE)配置MBMS空口资源，并在空口发送MBMS配置信息和集群数据。
需要指出的是，发生拥塞/过载的数据面业务可以是普通MBMS业务或GCS业务，普通MBMS业务和GCS业务可以通过不同的服务质量等级标识(QCI)参数加以区别。
步骤S704：eNB检测到多播承载拥塞/过载。
拥塞是指用户面数据负载达到预设阈值，而过载是指网络节点无法继续处理额外的用户面数据负载，在本发明中的用户面数据是指物理多播信道(PMCH)上的MBMS业务数据。
eNB可以根据事先设定的规则判断MBMS用户面数据拥塞/过载，即事先定义了拥塞/过载条件，eNB判断满足条件时则确定发生了拥塞/过载。
可选地，上述拥塞/过载条件，也就是设定的判断规则，除了可以事先设定之外，还可以在发送给eNB的指示信息中同时携带。
步骤S706：eNB向AS发送拥塞/过载指示信息。
eNB可以通过eNodeB(eNB)→MCE→MME→MBMS GW→BM-SC→AS向GCS AS发送拥塞/过载指示信息。即eNB首先通过M2接口向MCE发送指示信息，该指示信息可以采用现有的M2接口信令并增加新的指示字段来实现，或者，直接采用新的M2接口信令；
同样的，在M3接口、Sm接口、SGmb接口、MB2-c接口上发送上述拥塞/过载指示信息时，可以采用现有接口信令并增加新的指示字段，或者，直接采用新的专有接口信令实现。
上述拥塞/过载指示信息可以包括但不限于以下至少之一：
(1)拥塞/过载标识；
(2)小区标识，例如：E-UTRAN小区标识(E-UTRAN Cell Identifier，简称为ECI)或E-UTRAN小区全球标识(E-UTRAN Cell Global Identifier，简称为ECGI)；
(3)业务区域标识(Service Area Identifier，简称为SAI)；
(4)MBSFN区域标识；
(5)MBMS业务标识，例如：临时移动组标识(Temporary Mobile Group Identity，简称为TMGI)；
(6)拥塞/过载开始标识。
其中，拥塞/过载标识用于指示网络拥塞还是过载，小区标识用于指示拥塞/过载影响的小区，SAI用于指示拥塞/过载影响的MBMS业务区域，MBSFN区域标识用于指示发生拥塞/过载的MBSFN区域，TMGI用于指示拥塞/过载影响的集群业务。
需要指出的是，MBSFN区域标识只在M2接口上发送。
拥塞/过载开始/结束的内容可以包括但不限于以下至少之一：
(1)开始(用1或true指示)；
(2)结束(用0或false指示)。
拥塞/过载开始/结束，换言之，拥塞/过载开始等效于当前出现拥塞/过载，拥塞/过载结束等效于当前没有出现拥塞/过载或已经开始的拥塞/过载现已结束。
节点拥塞是指网络中的MBMS用户面数据负载达到预设阈值；节点过载是指网络节点无法继续处理额外的MBMS用户面数据负载。
上报MBMS业务拥塞/过载信息的内容可以包括但限于：假设拥塞用C指示，过载用O指示，举例：
{ECI1/MBSFN area ID1/SAI 1:TMGI 1,TMGI2,TMGI3；C,true}
{ECI2/MBSFN area ID1/SAI 1:TMGI5,TMGI6；O,false}
{ECI3/MBSFN area ID2/SAI 1: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可以忽略该指示。
考虑到只有特定的集群业务(例如：一键通话(Push To Talk，简称为PTT))可能发生拥塞/过载，根据业务的服务质量(QoS)信息，例如：QCI或ARP，确定发生拥塞/过载的业务是特定的集群业务。由于eNB不知道业务的QoS信息，因此在eNB中存在以下两种上报拥塞/过载方法：
方法一、eNB上报所有发生拥塞/过载的业务标识TMGI到MCE，根据特定业务的TMGI(MCE根据QCI/ARP与TMGI的对应关系)，MCE选择发生拥塞/过载的特定业务的TMGI上报到GCS AS；
方法二、AS请求需要上报状态的SAI和TMGI，通过路径AS→BM-SC→MBMS GW→MME→MCE→eNB发送请求消息到eNB，eNB可以通过eNB→MCE→MME→MBMS GW→BM-SC→AS，上报特定SAI中TMGI的状态到AS。可选地，如果AS请求信息只包括SAI信息，则eNB上报SAI中所有的TMGI状态。
上述发送触发方式可以为以下之一：事件触发、AS请求触发、事件触发和AS请求触发、周期性上报，其中，事件触发上报是指当网络节点发生拥塞/过载开始/结束事件时，网络节点上报到AS；AS请求触发是指AS向网络节点发送请求消息，接收到请求消息的网络节点上报节点状态信息到AS；事件触发和AS请求触发是指AS向网络节点发送请求消息，当网络节点检测到拥塞/过载事件时上报到AS；周期性上报是指配置上报周期，在每个周期eNB上报节点状态到AS，该上报周期可以事先指定或者AS在发送请求消息时指定。
当网络节点发生拥塞/过载开始/结束事件是指：从开始状态转换为结束状态；或者，从结束状态转换为开始状态。即如果原先并没有发生拥塞/过载(等效于上次拥塞/过载已经结束)转换为开始(等效于当前已经出现拥塞/过载)，则eNB需要上报；如果原先出现了拥塞/过载(等效于当前拥塞/过载已经开始)到不再发生拥塞/过载(等效于当前拥塞/过载已经结束)，则eNB需要上报；而且在eNB检测到拥塞状态和过载状态彼此发生变化的情况下，eNB也需要上报。
简单地说，C＝拥塞指示，采用{0,1}标识；O＝过载指示，采用{0,1}标识，只要C和/或O的标识发送了变化，eNB都需要进行上报。
总而言之，如果拥塞/过载的开始或者结束的状态未发生改变，则eNB不需要再上报，这样AS总能够准确地掌握MBMS的拥塞/过载状态。
步骤S708：AS通过BM-SC向MME发送请求消息。
在AS发送上述请求消息之前，AS首先根据上述拥塞/过载指示信息确定受到影响的目标UE和集群业务TMGI，然后，AS根据拥塞/过载指示信息和本地策略确定所要采取的行动，当发生拥塞时，为目标UE建立单播承载，并通过单播承载发送集群业务；当发生过载时，AS将集群业务排队等待过载结束再发送，或者，AS利用高优先级的集群业务抢占现有集群业务的资源。
AS通过BM-SC→MBMS GW→MME路径向MME发送请求消息，该请求消息用于停止多播承载；该请求消息中携带的信息可以包括以下至少之一：小区标识、MBMS业务标识，其中，小区标识和/或MBMS业务标识为AS接收到的拥塞/过载指示信息中的小区标识ECI和业务标识TMGI。
上述请求消息可以通过现有流程或新建流程来实现，其中，现有流程为：MBMS任务停止请求(MBMS session stop request)或MBMS任务更新(MBMS session update)在现有流程中增加小区标识字段。通过BM-SC→MBMS GW→MME路径向MME发送请求消息，该请求消息用于停止MBMS承载。
如果MBMS GW无法确定具体的MME，则MBMS GW可以向区域内所有MME发送请求消息。考虑到请求消息中携带有目标小区的标识，MME可以判断目标小区是否属于自己的范围，如果是，则继续执行步骤S10，否则，MME丢弃接收到的请求消息并向MBMS GW发送响应消息。
MME向AS发送响应消息，表明MME已成功/失败接收请求消息。如果响应消息指示失败，则AS/BM-SC/MBMS GW将会重新发送请求消息。
步骤S710：MME向目标MCE发送请求消息。
MME可以根据小区标识和MCE的上报信息确定目标MCE，例如：MCE向MME发送的M3安装请求(M3setup request)或M3配置更新(M3CONFIGURATION UPDATE)消息中包含ECI/ECGI列表，上述ECI/ECGI列表为MCE所支持的小区标识，MCE可以通过eNB在M2接口发送的消息获取自己支持的小区标识，例如：M2安装请求(M2setup request)或M2eNB配置更新(M2eNB CONFIGURATION UPDATE)消息。
MCE向MME发送响应消息，表明已成功/失败接收请求消息。如果响应消息指示失败，则MME将会向MCE重新发送请求消息。
步骤S712：MCE配置在MBSFN区域停止多播承载。
MCE可以通过接收到的请求消息和本地数据库判断需要停止多播承载的MBSFN区域，例如：eNB在M2接口上发送了发生拥塞/过载MBSFN区域标识。
假设MCE接收到的请求消息中包含{ECI2；TMGI2,TMGI3}，因为ECI2属于两个MBSFN区域，但是MCE已知MBSFN区域1发生拥塞，则MCE确定将MBSFN区域1的TMGI2和TMGI3停止发送多播发送。则MCE向MBSFN区域1内的eNB发送MBMS调度信息(MBMSScheduling information)，在上述消息中将TMGI2和TMGI3删除；接收到MBMS Schedulinginformation的eNB在MBSFN区域1内发送更新的MCCH信息，并在更新的MCCH信息中删除TMGI2和TMGI3，MBSFN区域1中的受影响UE接收到更新的MCCH信息，确定相应的MBMS业务已删除，即相应集群业务停止在多播承载上发送。
步骤S714：MCE向AS发送响应消息。
MCE可以通过MCE→MME→MBMS GW→BM-SC→AS向GCS AS发送请求响应消息，用于指示AS的请求消息已成功/失败执行。如果响应消息指示失败，则AS可重新向MCE发送请求消息。
步骤S716：AS停止通过多播承载发送集群业务。
集群业务为受拥塞/过载影响的集群业务。
优选实施例二
图8是根据本发明优选实施例的针对eNB检测到多播承载拥塞/过载结束的场景实现修改多播承载的方法的流程图。如图8所示，该流程可以包括以下处理步骤：
步骤S802：eNB检测到拥塞/过载结束。
拥塞/过载结束是指网络恢复正常，例如：用户面数据负载不满足预设拥塞/过载条件。
步骤S804：eNB向AS发送恢复指示信息。
eNB可以通过eNodeB(eNB)→MCE→MME→MBMS GW→BM-SC→AS向GCS AS发送拥塞/过载指示信息。
上述拥塞/过载指示信息可以包括但不限于以下至少之一：
(1)拥塞/过载标识；
(2)一个或多个小区标识，例如：E-UTRAN小区标识(E-UTRAN Cell Identifier，简称为ECI)或E-UTRAN小区全球标识(E-UTRAN Cell Global Identifier，简称为ECGI)；
(3)一个或多个业务区域标识(Service Area Identifier，简称为SAI)；
(4)一个或多个MBSFN区域标识；
(5)一个或多个MBMS业务标识，例如：临时移动组标识(Temporary Mobile GroupIdentity，简称为TMGI)；和/或，MBMS会话标识(例如：session ID)；
(6)拥塞/过载结束标识。
上述发送触发方式可以为以下之一：事件触发、AS请求触发、事件触发和AS请求触发、周期性上报，其中，事件触发上报是指当网络节点发生拥塞/过载开始/结束事件时，网络节点上报到AS；AS请求触发是指AS向网络节点发送请求消息，接收到请求消息的网络节点上报节点状态信息到AS；事件触发和AS请求触发是指AS向网络节点发送请求消息，当网络节点检测到拥塞/过载事件时上报到AS；周期性上报是指配置上报周期，在每个周期eNB上报节点状态到AS，该上报周期可以事先指定或者AS在发送请求消息时指定。
步骤S806：AS确定是否恢复多播承载，如果是，转向步骤S808，否则，转向步骤S816。
AS通过上述恢复指示信息确定受到影响的目标UE，并选择合适的方式向目标UE发送集群业务。例如：继续通过单播承载或重新建立MBMS承载发送集群业务，具体选择何种承载方式由AS实现决定。
步骤S808：AS通过BM-SC向MCE发送请求消息。
该请求消息用于为集群业务建立MBMS承载，其中，该请求消息可以包括以下至少之一：小区标识/SAI、TMGI。
步骤S810：MCE判断是否建立新的MBSFN区域，如果是，转向步骤S816，否则，转向步骤S814。
MCE可以根据接收到的请求消息和/或OAM信息和/或运营商策略判断是否需要建立新的MBSFN区域，例如：现有MBSFN区域不包含请求小区，则建立新的MBSFN区域，否则修改原MBSFN区域。
步骤S812：MCE建立新的MBSFN区域，AS通过MBMS承载发送集群业务。
AS通过MBMS承载向新的MBSFN中的UE发送集群业务。新的MBSFN区域可以包含请求小区和请求消息中的TMGI。
步骤S814：MCE修改MBSFN区域，AS在MBSFN区域内发送集群业务。
修改是指现有MBSFN区域包含请求的小区，在现有MBSFN区域中配置请求的TMGI，AS在现有MBSFN区域内向UE发送集群业务。
步骤S816：AS通过单播承载继续发送集群业务。
AS不建立MBMS承载，继续通过单播承载发送集群业务。
优选实施例三
图9是根据本发明优选实施例的针对eNB周期性上报拥塞/过载的场景实现修改多播承载的方法的流程图。如图9所示，该流程可以包括以下处理步骤：
步骤S902：选择上报拥塞/过载的eNB.
步骤S904：eNB判断在预设周期内是否发生拥塞/过载，如果是转向步骤S906，否则，转向步骤S912。
预设周期用于eNB上报指示信息到AS，预设周期可以通过OAM或AS设定，在预设周期内即使eNB未检测到拥塞/过载，eNB也需要上报指示信息到AS。
eNB检测MBMS空口用户面承载，即PMCH上是否发生拥塞/过载。
步骤S906：eNB上报拥塞/过载信息到AS。
eNB检测到拥塞/过载，则通过路径eNodeB(eNB)→MCE→MME→MBMS GW→BM-SC→AS向GCS AS发送拥塞/过载指示信息。上述接口发送的指示信息可采用现有信令并增加新的字段，或者，直接采用新的接口信令实现。指示信息可以包括以下至少之一：ECI、SAI、MBSFN area ID、TMGI、拥塞/过载开始标识。
步骤S908：AS请求MCE修改受影响的多播承载。
接收到指示信息的AS可以通过路径AS→BM-SC→MBMS GW→MME→MCE向MCE发送请求消息：修改受影响多播承载。
步骤S910：MCE修改MBSFN区域内的多播承载。
MCE通过MBMS Scheduling information修改多播承载，例如：删除受影响MBSFN区域内的TMGI；eNB在接收到MBMS Scheduling information后，则发送更新的MCCH消息，接收到更新的MCCH消息的UE确定相应的MBMS业务已停止多播发送。
步骤S912：eNB向AS上报指示信息，并继续监测。
eNB未检测到拥塞/过载或者拥塞/过载已结束，则eNB通过路径eNB→MCE→MME→MBMS GW→BM-SC→AS向GCS AS发送指示信息；上述接口发送的指示信息可采用现有信令并增加新的字段，或者，直接采用新的接口信令实现。指示信息可以包括以下至少之一：ECI、SAI、MBSFN area ID、TMGI、拥塞/过载结束标识。
eNB继续监测拥塞/过载，返回步骤S904。
图10是根据本发明实施例的指示信息的确定装置的结构框图。该装置可以应用于eNB，如图10所示，该指示信息的确定装置可以包括：配置模块10，用于确定MBMS承载的用户面数据发生拥塞或过载，配置第一指示信息；发送模块20，用于向GCS AS发送第一指示信息，其中，第一指示信息用于在GCS AS请求MCE或eNB停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务的过程中提供参考依据。
优选地，配置模块10，用于当检测出用户面数据发生拥塞或过载时，确定自身所在的MBSFN区域或MBMS业务区域发生拥塞或过载。
优选地，配置模块10，用于根据判定条件检测到用户面数据发生拥塞或过载，其中，判定条件为预先配置完成或者携带在从GCS AS接收到的请求消息中。
优选地，上述第一指示信息中携带的内容包括以下至少之一：
(1)拥塞或过载标识；
(2)一个或多个小区标识，其中，小区标识包括以下至少之一：演进的统一陆地无线接入网(E-UTRAN)小区标识、E-UTRAN小区全球标识；
(3)一个或多个业务区域标识(SAI)；
(4)一个或多个单频网多媒体广播多播业务(MBSFN)区域标识；
(5)一个或多个MBMS业务标识；
(6)拥塞或过载开始标识；
其中，拥塞或过载标识用于指示在当前网络中用户面数据的负载是在发生拥塞还是在发生过载，小区标识用于指示发生拥塞或过载所影响到的小区，SAI用于指示发生拥塞或过载所影响到的MBMS业务区域，MBSFN区域标识用于指示发生拥塞或过载的MBSFN区域，MBMS业务标识用于指示发生拥塞或过载所影响到的集群业务。
优选地，发送模块20，用于向GCS AS发送第一指示信息包括以下方式之一：
方式一、将发生拥塞或过载的全部MBMS业务标识发送至MCE，以使MCE根据第一参数与第二参数的对应关系从全部MBMS业务标识中选取待上报的MBMS业务标识，并上报至GCS AS，其中，第一参数为服务质量等级标识QCI或分配与保持优先级ARP，第二参数为临时移动组标识TMGI；
方式二、根据接收到的来自于GCS AS的第一请求消息上报在该第一请求消息中指定的SAI中的TMGI状态信息。
优选地，如图11所示，上述装置还包括：判断模块30；判断模块30，用于判断是否需要向GCS AS发送第一指示信息的触发条件包括以下之一：
条件一、在发生拥塞或过载开始事件，或者，发生拥塞或过载结束事件的情况下，向GCSAS发送第一指示信息；
条件二、在接收到来自于GCS AS的请求消息后，向GCS AS发送第一指示信息；
条件三、在接收到来自于GCS AS的请求消息并且发生拥塞或过载开始事件，或者，接收到来自于GCS AS的请求消息并且发生拥塞或过载结束事件后，向GCS AS发送第一指示信息；
条件四、按照预设周期向GCS AS发送第一指示信息；
条件五、在每次重新启动后向GCS AS发送第一指示信息。
优选地，配置模块10，还用于确定用户面数据发生的拥塞或过载是否已经恢复，配置第二指示信息；发送模块20，还用于向GCS AS发送第二指示信息，其中，第二指示信息用于为GCS AS选择对已停止的集群业务继续通过单播承载的方式进行发送或者恢复MBMS承载的方式进行发送提供参考依据。
图12是根据本发明实施例的请求消息的处理装置的结构框图。该装置可以应用于MCE中，如图12所示，该请求消息的处理装置可以包括：接收模块40，用于接收来自于组通信业务GCS应用服务器AS的请求消息，其中，请求消息是在GCS AS从基站接收到用于指示通过多媒体广播多播业务MBMS承载的用户面数据发生拥塞或过载的指示信息后发出的，请求消息用于请求停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务；处理模块50，用于根据请求消息配置停止通过MBMS承载发送受到影响的集群业务。
优选地，接收模块40，用于经由广播多播服务中心BM-SC接收来自于GCS AS的请求消息。
优选地，如图13所示，处理模块50可以包括：获取单元500，用于根据请求消息和本地数据库获取待停止多播承载的MBSFN区域和MBMS业务；处理单元502，用于对待停止多播承载的MBSFN区域和MBMS业务进行配置。
优选地，上述请求消息中携带的信息可以包括以下至少之一：小区标识、MBMS业务标识、业务区域标识。
图14是根据本发明实施例的指示信息的处理装置的结构框图。该装置可以应用于GCSAS，如图14所示，该指示信息的处理装置可以包括：接收模块60，用于接收模块接收来自于基站的指示信息，其中，指示信息用于指示多媒体广播多播业务MBMS承载的用户面数据发生拥塞或过载；第一处理模块70，用于根据指示信息向MCE发送请求消息，其中，请求消息用于请求停止通过MBMS承载的因用户面数据发生拥塞或过载而受到影响的集群业务。
优选地，第一处理模块70，用于经由广播多播服务中心BM-SC向MCE发送请求消息。
优选地，如图15所示，该装置还可以包括：确定模块80，用于根据指示信息确定因用户面数据发生拥塞或过载而受到影响的目标用户设备UE和/或集群业务标识；第二处理模块90，用于在用户面数据发生拥塞的情况下，为目标UE建立单播承载并通过单播承载发送与集群业务标识对应的集群业务；或者，在用户面数据发生过载的情况下，将与集群业务标识对应的集群业务设置为排队等待状态，直至等到过载结束后再进行发送；或者，在用户面数据发生过载的情况下，抢占现有集群业务的资源发送与集群业务标识对应的集群业务。
优选地，上述请求消息中携带的信息可以包括以下至少之一：小区标识、MBMS业务标识、业务区域标识。
作为本发明的一个优选实施例，还提供了一种修改多播承载系统，图16是根据本发明优选实施例的修改多播承载系统的示意图。如图16所示，该修改多播承载系统可以包括：AS 1，用于接收RAN发送的拥塞/过载指示信息，并向EPC发送修改多播承载请求消息；用于选择发送集群业务的承载方式；以及还用于发送集群业务数据。EPC 2，可以包括但不限于：BM-SC、MBMS-GW、MME，用于转发AS和RAN之间的控制消息；用于接收AS发送的修改多播承载请求消息；以及还用于EPC内部的消息传递。RAN 3，可以包括但不限于：MCE和eNB，用于修改多播承载，其中，eNB用于检测拥塞/过载，以及向UE发送集群业务数据和配置信息。用户设备UE 4，用于接收RAN发送的修改多播承载指示信息，并接收AS发送的集群服务数据。
从以上的描述中，可以看出，上述实施例实现了如下技术效果(需要说明的是这些效果是某些优选实施例可以达到的效果)：采用本发明实施例所提供的技术方案，在eNB检测到MBMS承载用户面数据拥塞/过载的情况下，可以通过MCE向GCS AS发送拥塞/过载指示信息。GCS AS在接收到拥塞/过载指示信息之后，可以通过BM-SC向MCE请求停止通过MBMS承载发送受影响的集群业务。接收到停止请求的MCE配置在受影响的MBSFN区域停止通过MBMS承载发送受影响的集群业务。然后，当eNB检测到拥塞/过载恢复时，还可以通过MCE向AS发送拥塞/过载恢复指示信息。由此能够实现修改MBMS业务区域中的MBSFN区域的MBMS业务多播承载，当发生MBMS承载拥塞/过载时停止在MBSFN区域通过MBMS承载发送受影响的集群业务，以缓解MBMS承载拥塞/过载，从而减少对非拥塞/过载区域UE的影响。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (30)

1.一种指示信息的确定方法，其特征在于，包括：
确定多媒体广播多播业务MBMS承载的用户面数据发生拥塞或过载，配置第一指示信息；
向组通信业务GCS应用服务器AS发送第一指示信息，其中，所述第一指示信息用于在所述GCS AS请求多播协调实体MCE或基站eNB停止通过所述MBMS承载的因所述用户面数据发生拥塞或过载而受到影响的集群业务的过程中提供参考依据。
2.根据权利要求1所述的方法，其特征在于，确定所述MBMS承载的所述用户面数据发生拥塞或过载包括：当一个或多个eNB检测出所述用户面数据发生拥塞或过载时，确定所述一个或多个eNB所在的MBSFN区域或MBMS业务区域发生拥塞或过载。
3.根据权利要求1所述的方法，其特征在于，根据判定条件检测到所述用户面数据发生拥塞或过载，其中，所述判定条件为预先配置完成或者携带在从所述GCS AS接收到的请求消息中。
4.根据权利要求1至3中任一项所述的方法，其特征在于，所述第一指示信息中携带的内容包括以下至少之一：
拥塞或过载标识；
一个或多个小区标识，其中，所述小区标识包括以下至少之一：演进的统一陆地无线接入网E-UTRAN小区标识、E-UTRAN小区全球标识；
一个或多个业务区域标识SAI；
一个或多个单频网多媒体广播多播业务MBSFN区域标识；
一个或多个MBMS业务标识；
拥塞或过载开始标识；
其中，所述拥塞或过载标识用于指示在当前网络中所述用户面数据的负载是在发生拥塞还是在发生过载，所述小区标识用于指示发生拥塞或过载所影响到的小区，所述SAI用于指示发生拥塞或过载所影响到的MBMS业务区域，MBSFN区域标识用于指示发生拥塞或过载的MBSFN区域，所述MBMS业务标识用于指示发生拥塞或过载所影响到的集群业务。
5.根据权利要求4所述的方法，其特征在于，向所述GCS AS发送所述第一指示信息包括以下方式之一：
将发生拥塞或过载的全部MBMS业务标识发送至所述MCE，以使所述MCE根据第一参数与第二参数的对应关系从所述全部MBMS业务标识中选取待上报的MBMS业务标识，并上报至所述GCS AS，其中，第一参数为服务质量等级标识QCI或分配与保持优先级ARP，第二参数为临时移动组标识TMGI；
根据接收到的来自于所述GCS AS的请求消息上报在该第一请求消息中指定的SAI中的TMGI状态信息。
6.根据权利要求1所述的方法，其特征在于，在向所述GCS AS发送所述第一指示信息之前，还包括：
判断是否需要向所述GCS AS发送所述第一指示信息的触发条件包括以下之一：
在发生拥塞或过载开始事件，或者，发生拥塞或过载结束事件的情况下，向所述GCSAS发送所述第一指示信息；
在接收到来自于所述GCS AS的请求消息后，向所述GCS AS发送所述第一指示信息；
在接收到来自于所述GCS AS的请求消息并且发生拥塞或过载开始事件，或者，接收到来自于所述GCS AS的请求消息并且发生拥塞或过载结束事件后，向所述GCS AS发送所述第一指示信息；
按照预设周期向所述GCS AS发送所述第一指示信息；
在每次重新启动后向所述GCS AS发送所述第一指示信息。
7.根据权利要求1所述的方法，其特征在于，在向所述GCS AS发送所述第一指示信息之后，还包括：
确定所述用户面数据发生的拥塞或过载已经恢复，配置第二指示信息；
向所述GCS AS发送所述第二指示信息，其中，所述第二指示信息用于为所述GCS AS选择对已停止的集群业务继续通过单播承载的方式进行发送或者恢复MBMS承载的方式进行发送提供参考依据。
8.一种请求消息的处理方法，其特征在于，包括：
接收来自于组通信业务GCS应用服务器AS的请求消息，其中，所述请求消息是在所述GCS AS从基站接收到用于指示通过多媒体广播多播业务MBMS承载的用户面数据发生拥塞或过载的指示信息后发出的，所述请求消息用于请求停止通过所述MBMS承载的因所述用户面数据发生拥塞或过载而受到影响的集群业务；
根据所述请求消息配置停止通过所述MBMS承载发送所述受到影响的集群业务。
9.根据权利要求8所述的方法，其特征在于，经由广播多播服务中心BM-SC接收来自于所述GCS AS的所述请求消息。
10.根据权利要求8所述的方法，其特征在于，根据所述请求消息配置停止通过所述MBMS承载发送所述受到影响的集群业务包括：
根据所述请求消息获取待停止多播承载的MBSFN区域和MBMS业务；
对所述待停止多播承载的MBSFN区域和MBMS业务进行配置。
11.根据权利要求8至10中任一项所述的方法，其特征在于，所述请求消息中携带的信息包括以下至少之一：
小区标识、MBMS业务标识、业务区域标识。
12.一种指示信息的处理方法，其特征在于，包括：
接收来自于基站的指示信息，其中，所述指示信息用于指示多媒体广播多播业务MBMS承载的用户面数据发生拥塞或过载；
根据所述指示信息向多小区多播协调实体MCE发送请求消息，其中，所述请求消息用于请求停止通过所述MBMS承载的因所述用户面数据发生拥塞或过载而受到影响的集群业务。
13.根据权利要求12所述的方法，其特征在于，经由广播多播服务中心BM-SC向所述MCE发送所述请求消息。
14.根据权利要求12所述的方法，其特征在于，在根据所述指示信息向所述MCE发送所述请求消息之前，还包括：
根据所述指示信息确定因所述用户面数据发生拥塞或过载而受到影响的目标用户设备UE和/或集群业务标识；
在所述用户面数据发生拥塞的情况下，为所述目标UE建立单播承载并通过所述单播承载发送与所述集群业务标识对应的集群业务；或者，在所述用户面数据发生过载的情况下，将与所述集群业务标识对应的集群业务设置为排队等待状态，直至等到过载结束后再进行发送；或者，在所述用户面数据发生过载的情况下，抢占现有集群业务的资源发送与所述集群业务标识对应的集群业务。
15.根据权利要求12至14中任一项所述的方法，其特征在于，所述请求消息中携带的信息包括以下至少之一：
小区标识、MBMS业务标识、业务区域标识。
16.一种指示信息的确定装置，其特征在于，包括：
配置模块，用于确定多媒体广播多播业务MBMS承载的用户面数据发生拥塞或过载，配置第一指示信息；
发送模块，用于向组通信业务GCS应用服务器AS发送第一指示信息，其中，所述第一指示信息用于在所述GCS AS请求多小区多播协调实体MCE或基站eNB停止通过所述MBMS承载的因所述用户面数据发生拥塞或过载而受到影响的集群业务的过程中提供参考依据。
17.根据权利要求16所述的装置，其特征在于，所述配置模块，用于当检测出所述用户面数据发生拥塞或过载时，确定自身所在的MBSFN区域或MBMS业务区域发生拥塞或过载。
18.根据权利要求16所述的装置，其特征在于，所述检测模块，用于根据判定条件检测到所述用户面数据发生拥塞或过载，其中，所述判定条件为预先配置完成或者携带在从所述GCS AS接收到的请求消息中。
19.根据权利要求16至18中任一项所述的装置，其特征在于，所述第一指示信息中携带的内容包括以下至少之一：
拥塞或过载标识；
一个或多个小区标识，其中，所述小区标识包括以下至少之一：演进的统一陆地无线接入网E-UTRAN小区标识、E-UTRAN小区全球标识；
一个或多个业务区域标识SAI；
一个或多个单频网多媒体广播多播业务MBSFN区域标识；
一个或多个MBMS业务标识；
拥塞或过载开始标识；
其中，所述拥塞或过载标识用于指示在当前网络中所述用户面数据的负载是在发生拥塞还是在发生过载，所述小区标识用于指示发生拥塞或过载所影响到的小区，所述SAI用于指示发生拥塞或过载所影响到的MBMS业务区域，MBSFN区域标识用于指示发生拥塞或过载的MBSFN区域，所述MBMS业务标识用于指示发生拥塞或过载所影响到的集群业务。
20.根据权利要求19所述的装置，其特征在于，所述发送模块，用于向所述GCS AS发送所述第一指示信息包括以下方式之一：
将发生拥塞或过载的全部MBMS业务标识发送至所述MCE，以使所述MCE根据第一参数与第二参数的对应关系从所述全部MBMS业务标识中选取待上报的MBMS业务标识，并上报至所述GCS AS，其中，第一参数为服务质量等级标识QCI或分配与保持优先级ARP，第二参数为临时移动组标识TMGI；
根据接收到的来自于所述GCS AS的第一请求消息上报在该第一请求消息中指定的SAI中的TMGI状态信息。
21.根据权利要求16所述的装置，其特征在于，所述装置还包括：判断模块；
所述判断模块，用于判断是否需要向所述GCS AS发送所述第一指示信息的触发条件包括以下之一：
在发生拥塞或过载开始事件，或者，发生拥塞或过载结束事件的情况下，向所述GCSAS发送所述第一指示信息；
在接收到来自于所述GCS AS的请求消息后，向所述GCS AS发送所述第一指示信息；
在接收到来自于所述GCS AS的请求消息并且发生拥塞或过载开始事件，或者，接收到来自于所述GCS AS的请求消息并且发生拥塞或过载结束事件后，向所述GCS AS发送所述第一指示信息；
按照预设周期向所述GCS AS发送所述第一指示信息；
在每次重新启动后向所述GCS AS发送所述第一指示信息。
22.根据权利要求16所述的装置，其特征在于，
所述配置模块，还用于确定所述用户面数据发生的拥塞或过载已经恢复，配置第二指示信息；
所述发送模块，还用于向所述GCS AS发送所述第二指示信息，其中，所述第二指示信息用于为所述GCS AS选择对已停止的集群业务继续通过单播承载的方式进行发送或者恢复MBMS承载的方式进行发送提供参考依据。
23.一种请求消息的处理装置，其特征在于，包括：
接收模块，用于接收来自于组通信业务GCS应用服务器AS的请求消息，其中，所述请求消息是在所述GCS AS从基站接收到用于指示通过多媒体广播多播业务MBMS承载的用户面数据发生拥塞或过载的指示信息后发出的，所述请求消息用于请求停止通过所述MBMS承载的因所述用户面数据发生拥塞或过载而受到影响的集群业务；
处理模块，用于根据所述请求消息配置停止通过所述MBMS承载发送所述受到影响的集群业务。
24.根据权利要求23所述的装置，其特征在于，所述接收模块，用于经由广播多播服务中心BM-SC接收来自于所述GCS AS的所述请求消息。
25.根据权利要求23所述的装置，其特征在于，所述处理模块包括：
获取单元，用于根据所述请求消息获取待停止多播承载的MBSFN区域和MBMS业务；
处理单元，用于对所述待停止多播承载的MBSFN区域和MBMS业务进行配置。
26.根据权利要求23至25中任一项所述的装置，其特征在于，所述请求消息中携带的信息包括以下至少之一：
小区标识、MBMS业务标识、业务区域标识。
27.一种指示信息的处理装置，其特征在于，包括：
接收模块，用于接收模块接收来自于基站的指示信息，其中，所述指示信息用于指示多媒体广播多播业务MBMS承载的用户面数据发生拥塞或过载；
第一处理模块，用于根据所述指示信息向多小区多播协调实体MCE发送请求消息，其中，所述请求消息用于请求停止通过所述MBMS承载的因所述用户面数据发生拥塞或过载而受到影响的集群业务。
28.根据权利要求27所述的装置，其特征在于，所述第一处理模块，用于经由广播多播服务中心BM-SC向所述MCE发送所述请求消息。
29.根据权利要求27所述的装置，其特征在于，所述装置还包括：
确定模块，用于根据所述指示信息确定因所述用户面数据发生拥塞或过载而受到影响的目标用户设备UE和/或集群业务标识；
第二处理模块，用于在所述用户面数据发生拥塞的情况下，为所述目标UE建立单播承载并通过所述单播承载发送与所述集群业务标识对应的集群业务；或者，在所述用户面数据发生过载的情况下，将与所述集群业务标识对应的集群业务设置为排队等待状态，直至等到过载结束后再进行发送；或者，在所述用户面数据发生过载的情况下，抢占现有集群业务的资源发送与所述集群业务标识对应的集群业务。
30.根据权利要求27至29中任一项所述的装置，其特征在于，所述请求消息中携带的信息包括以下至少之一：
小区标识、MBMS业务标识、业务区域标识。
CN201410495828.9A 2014-09-24 2014-09-24 指示信息的确定、处理以及请求消息的处理方法及装置 Expired - Fee Related CN104270725B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201410495828.9A CN104270725B (zh) 2014-09-24 2014-09-24 指示信息的确定、处理以及请求消息的处理方法及装置
PCT/CN2015/074801 WO2016045325A1 (zh) 2014-09-24 2015-03-20 指示信息的确定、处理以及请求消息的处理方法、装置及计算机存储介质
US15/513,845 US20170295211A1 (en) 2014-09-24 2015-03-20 Method and Device for Determining and Processing Indication Information, Method and Device for Processing Request Message and Computer Storage Medium
EP15843224.5A EP3200484B1 (en) 2014-09-24 2015-03-20 Method and system for treatment of network overload or congestion

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410495828.9A CN104270725B (zh) 2014-09-24 2014-09-24 指示信息的确定、处理以及请求消息的处理方法及装置

Publications (2)

Publication Number Publication Date
CN104270725A true CN104270725A (zh) 2015-01-07
CN104270725B CN104270725B (zh) 2018-04-10

Family

ID=52162201

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410495828.9A Expired - Fee Related CN104270725B (zh) 2014-09-24 2014-09-24 指示信息的确定、处理以及请求消息的处理方法及装置

Country Status (4)

Country Link
US (1) US20170295211A1 (zh)
EP (1) EP3200484B1 (zh)
CN (1) CN104270725B (zh)
WO (1) WO2016045325A1 (zh)

Cited By (10)

* 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承载的集群通信中拥塞状态上报方法及系统、存储介质
WO2016045325A1 (zh) * 2014-09-24 2016-03-31 中兴通讯股份有限公司 指示信息的确定、处理以及请求消息的处理方法、装置及计算机存储介质
WO2016140538A1 (ko) * 2015-03-03 2016-09-09 엘지전자 주식회사 무선 통신 시스템에서 mbms 관련 신호 송수신 방법 및 이를 위한 장치
CN106211087A (zh) * 2015-01-16 2016-12-07 中兴通讯股份有限公司 数据处理方法及装置
CN107040996A (zh) * 2016-02-04 2017-08-11 中兴通讯股份有限公司 车联网业务标识的处理方法及装置
WO2018027931A1 (zh) * 2016-08-12 2018-02-15 华为技术有限公司 业务传输方法及无线通信设备
EP3281463A4 (en) * 2015-04-07 2018-11-14 Nokia Solutions and Networks Oy Network location reporting broadcast bearer management
CN112261124A (zh) * 2020-10-20 2021-01-22 湖北亿咖通科技有限公司 车辆状态数据的上报方法和系统以及车辆状态的查看方法
WO2023051193A1 (en) * 2021-09-29 2023-04-06 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes and methods therein for notification event enhancement

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017052317A1 (ko) * 2015-09-25 2017-03-30 엘지전자 주식회사 Scptm 전송을 중단하는 방법 및 장치
CN107579807B (zh) * 2016-06-30 2020-11-27 电信科学技术研究院 数据传输的方法及装置
CN112073205B (zh) * 2016-11-01 2024-05-14 瑞典爱立信有限公司 服务中断报告
US20210152383A1 (en) * 2018-04-06 2021-05-20 Telefonaktiebolaget Lm Ericsson (Publ) Delivering content in multiple areas using hierarchical area identifiers
CN112512021A (zh) * 2020-02-19 2021-03-16 中兴通讯股份有限公司 拥塞控制方法、装置、设备、介质及系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101001405A (zh) * 2006-12-31 2007-07-18 华为技术有限公司 一种对多媒体广播组播服务负载控制的方法
CN101166104A (zh) * 2006-10-16 2008-04-23 中兴通讯股份有限公司 用于ptm承载模式下的重计数周期调整装置及方法
CN101299831A (zh) * 2007-04-30 2008-11-05 中兴通讯股份有限公司 Mbms优选频率层选择方法及装置
CN101479997A (zh) * 2006-10-30 2009-07-08 华为技术有限公司 用户设备mbms测量结果报告的负载控制
CN102291688A (zh) * 2011-09-23 2011-12-21 电信科学技术研究院 一种基于mbms业务的切换方法和设备
US20120170552A1 (en) * 2010-12-30 2012-07-05 Motorola Solutions, Inc. Methods for managing resource utilization in a long term evolution communication system
CN102790948A (zh) * 2011-05-17 2012-11-21 中兴通讯股份有限公司 一种指示mbms业务中断的方法、装置及用户设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105472663B (zh) * 2014-07-04 2020-12-25 北京三星通信技术研究有限公司 无线资源管理的方法和装置
CN104270725B (zh) * 2014-09-24 2018-04-10 中兴通讯股份有限公司 指示信息的确定、处理以及请求消息的处理方法及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101166104A (zh) * 2006-10-16 2008-04-23 中兴通讯股份有限公司 用于ptm承载模式下的重计数周期调整装置及方法
CN101479997A (zh) * 2006-10-30 2009-07-08 华为技术有限公司 用户设备mbms测量结果报告的负载控制
CN101001405A (zh) * 2006-12-31 2007-07-18 华为技术有限公司 一种对多媒体广播组播服务负载控制的方法
CN101299831A (zh) * 2007-04-30 2008-11-05 中兴通讯股份有限公司 Mbms优选频率层选择方法及装置
US20120170552A1 (en) * 2010-12-30 2012-07-05 Motorola Solutions, Inc. Methods for managing resource utilization in a long term evolution communication system
CN102790948A (zh) * 2011-05-17 2012-11-21 中兴通讯股份有限公司 一种指示mbms业务中断的方法、装置及用户设备
CN102291688A (zh) * 2011-09-23 2011-12-21 电信科学技术研究院 一种基于mbms业务的切换方法和设备

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
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
WO2016015465A1 (zh) * 2014-07-31 2016-02-04 中兴通讯股份有限公司 基于mbms承载的集群通信中拥塞状态上报方法及系统、存储介质
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
WO2016015472A1 (zh) * 2014-07-31 2016-02-04 中兴通讯股份有限公司 基于mbms承载的集群通信中查询节点状态的方法及系统、存储介质
WO2016045325A1 (zh) * 2014-09-24 2016-03-31 中兴通讯股份有限公司 指示信息的确定、处理以及请求消息的处理方法、装置及计算机存储介质
CN106211087A (zh) * 2015-01-16 2016-12-07 中兴通讯股份有限公司 数据处理方法及装置
WO2016140538A1 (ko) * 2015-03-03 2016-09-09 엘지전자 주식회사 무선 통신 시스템에서 mbms 관련 신호 송수신 방법 및 이를 위한 장치
EP3281463A4 (en) * 2015-04-07 2018-11-14 Nokia Solutions and Networks Oy Network location reporting broadcast bearer management
US11051132B2 (en) 2015-04-07 2021-06-29 Nokia Solutions And Networks Oy Network location reporting broadcast bearer management
EP4109985A1 (en) * 2015-04-07 2022-12-28 Nokia Solutions and Networks Oy Network location reporting for broadcast bearer management
CN107040996A (zh) * 2016-02-04 2017-08-11 中兴通讯股份有限公司 车联网业务标识的处理方法及装置
CN107040996B (zh) * 2016-02-04 2023-11-21 中兴通讯股份有限公司 车联网业务标识的处理方法及装置
WO2018027931A1 (zh) * 2016-08-12 2018-02-15 华为技术有限公司 业务传输方法及无线通信设备
CN112261124A (zh) * 2020-10-20 2021-01-22 湖北亿咖通科技有限公司 车辆状态数据的上报方法和系统以及车辆状态的查看方法
CN112261124B (zh) * 2020-10-20 2023-10-13 亿咖通(湖北)技术有限公司 车辆状态数据的上报方法和系统以及车辆状态的查看方法
WO2023051193A1 (en) * 2021-09-29 2023-04-06 Telefonaktiebolaget Lm Ericsson (Publ) Network nodes and methods therein for notification event enhancement

Also Published As

Publication number Publication date
US20170295211A1 (en) 2017-10-12
CN104270725B (zh) 2018-04-10
WO2016045325A1 (zh) 2016-03-31
EP3200484B1 (en) 2020-04-22
EP3200484A1 (en) 2017-08-02
EP3200484A4 (en) 2017-12-13

Similar Documents

Publication Publication Date Title
CN104270725A (zh) 指示信息的确定、处理以及请求消息的处理方法及装置
US10687179B2 (en) Service continuity for group communication over LTE eMBMS
EP3357296B1 (en) Telecommunications apparatuses and methods
CN105472663B (zh) 无线资源管理的方法和装置
US10334480B2 (en) Method, system, device for controlling congestion or overload and evolved node B (eNB)
CN113455028A (zh) 基于mbms多级承载质量指示符的动态mbms/单播承载建立
GB2525195A (en) Routing scheme switching
KR20230048526A (ko) 정보 제어 방법, 장치 및 기지국

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180410

Termination date: 20200924