[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

CN105323722B - 基于mbms承载的集群通信中拥塞状态上报方法及系统 - Google Patents

基于mbms承载的集群通信中拥塞状态上报方法及系统 Download PDF

Info

Publication number
CN105323722B
CN105323722B CN201410373211.XA CN201410373211A CN105323722B CN 105323722 B CN105323722 B CN 105323722B CN 201410373211 A CN201410373211 A CN 201410373211A CN 105323722 B CN105323722 B CN 105323722B
Authority
CN
China
Prior art keywords
congestion
overload
application server
cluster
network node
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.)
Active
Application number
CN201410373211.XA
Other languages
English (en)
Other versions
CN105323722A (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 CN201410373211.XA priority Critical patent/CN105323722B/zh
Priority to PCT/CN2015/072811 priority patent/WO2016015465A1/zh
Priority to EP15827932.3A priority patent/EP3188517B1/en
Priority to US15/514,027 priority patent/US10104577B2/en
Publication of CN105323722A publication Critical patent/CN105323722A/zh
Application granted granted Critical
Publication of CN105323722B publication Critical patent/CN105323722B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0247Traffic management, e.g. flow control or congestion control based on conditions of the access network or the infrastructure network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0289Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/10Flow control between communication endpoints
    • H04W28/14Flow control between communication endpoints using intermediate storage
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08User group management

Landscapes

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

Abstract

本发明实施例公开了一种基于MBMS承载的集群通信中拥塞状态上报方法及系统,所述方法包括:集群业务应用服务器接收到基于多媒体广播多播业务MBMS承载的集群业务的网络节点上报的用户面和/或控制面拥塞或过载指示信息时,确定受到影响的目标用户设备UE和集群业务,并执行相应策略,降低拥塞或过载对目标UE接收集群业务的影响;以及,集群业务应用服务器接收到所述网络节点上报的恢复指示信息时,利用恢复的所述网络节点选择发送集群业务的承载方式。本发明实施例的技术方案减少了网络拥塞或过载对集群业务的影响,提升了用户业的务体验。

Description

基于MBMS承载的集群通信中拥塞状态上报方法及系统
技术领域
本发明涉及基于多媒体广播多播业务(MBMS,Multimedia Broadcast MulticastService)承载的集群通信技术,尤其涉及一种基于MBMS承载的集群通信中拥塞状态上报方法及系统。
背景技术
集群通信系统是为了满足行业用户指挥调度需求而开发的、面向特定行业应用的专用无线通信系统,系统中大量无线用户共享少量无线信道,以指挥调度为主体应用,是一种多用途、高效能的无线通信系统。集群通信系统在政府部门、公共安全、应急通信、电力、民航、石油化工和军队等领域有着广泛的应用市场。集群系统区别于公众系统的特性在于,集群系统需要具备高效的指挥调度特性,并且要求网络具有高可靠性和安全性。
在3GPP LTE中集群通信称为组通信服务能力GCSE,图1示出了LTE GCSE的系统架构。
为了有效地利用移动网络资源,第三代合作伙伴计划(3GPP,3rd GenerationPartnership Project)提出了多媒体广播多播业务(MBMS,Multimedia BroadcastMulticast Service),该业务是一种从一个数据源向多个目标移动终端传送数据的技术,实现了网络(包括核心网和接入网)资源的共享,提高了网络资源(尤其是空中接口资源)的利用率。3GPP定义的MBMS业务不仅能够实现纯文本低速率的消息类组播和广播,而且还能够实现高速多媒体业务的广播和组播,提供多种丰富的视频、音频和多媒体业务,这无疑顺应了未来移动数据发展的趋势,为3G的发展提供了更好的业务前景。图2示出了LTE中MBMS的架构示意图。
目前业界正在讨论采用MBMS技术实现集群通信的可能性。针对特定的集群UE,可以通过以下两种方式的任意一种接收所需的集群业务:多播,单播。其中多播方式即通过MBMS承载接收集群业务,此时需要UE具备MBMS接收能力。
在对现有技术的研究和实践过程中发现现有技术存在以下问题:通过MBMS承载发送集群业务时,如果多个集群业务同时开始可能导致网络拥塞或过载,而GCS AS不知道网络拥塞或过载信息,无法进行及时处理,从而导致目标UE无法正常接收所需的集群业务。
发明内容
为解决上述技术问题,本发明实施例提供一种基于MBMS承载的集群通信中拥塞状态上报方法及系统,能消除网络拥塞或过载对集群业务的影响。
本发明实施例的技术方案是这样实现的:
一种基于MBMS承载的集群通信中拥塞状态上报方法,包括:
集群业务应用服务器接收到基于多媒体广播多播业务MBMS承载的集群业务的网络节点上报的用户面和/或控制面拥塞或过载指示信息时,确定受到影响的目标用户设备UE和集群业务,并执行相应策略,降低拥塞或过载对目标UE接收集群业务的影响。
优选地,所述方法还包括:
所述集群业务应用服务器接收到所述网络节点上报的恢复指示信息时,选择发送集群业务的承载方式;
所述恢复为所述网络节点检测到拥塞或过载结束。
优选地,所述MBMS承载包括核心网承载和空口承载;
所述MBMS承载在所述集群业务开始前建立。
优选地,所述网络节点包括以下至少之一:
基站eNodeB、多媒体多播广播业务协调功能实体MCE、移动管理单元MME、MBMS网关MBMS GW、广播组播业务中心BM-SC。
优选地,所述拥塞包括网络中的控制面信令和/或用户面负载达到预设门限;
所述过载包括网络中的控制面信令和/或用户面负载超过所述网络节点的负荷,所述网络节点无法继续处理额外的信令和/或额外的用户面负载。
优选地,所述拥塞/过载指示信息包括以下至少一种:
拥塞/过载标识、MBMS业务区域标识SAI、MBMS业务标识TMGI、拥塞/过载开始/结束标识;
其中,所述拥塞/过载标识用于指示网络拥塞还是过载;所述SAI用于指示拥塞/过载影响的业务区域;所述TMGI用于指示拥塞/过载影响的集群业务。
优选地,所述方法还包括:
所述网络节点发生拥塞/过载开始或结束事件时,向所述集群业务应用服务器上报拥塞/过载开始或结束的指示信息;
或者,所述网络节点接收到所述集群业务应用服务器发送的上报拥塞/过载指示的请求消息后,向所述集群业务应用服务器上报拥塞/过载开始或结束的指示信息。
优选地,所述策略包括:
发生拥塞时,为目标UE建立单播承载,并通过单播承载发送集群业务;
发生过载时,使集群业务排队,等待过载结束后再发送排队的集群业务,或者,使高优先级的集群业务抢占现有集群业务的资源,保证高优先级的集群业务的发送。
优选地,对目标UE接收有影响的集群业务中包括特定的集群业务;
其中,所述特定的集群业务为根据业务的服务质量等级标识QCI或分配保留优先级ARP确定的发生拥塞/过载的业务;
所述方法还包括:
发生拥塞或过载时,对目标UE接收普通MBMS业务有影响。
优选地,所述方法还包括:
确定所述特定集群业务拥塞/过载时,所述网络节点向所述网络节点与所述集群业务应用服务器之间的网元上报所有发生拥塞/过载的业务标识TMGI;所述网元选择发生拥塞/过载的特定集群业务的TMGI向所述集群业务应用服务器发送;
或者,所述网络节点接收到所述集群业务应用服务器上报拥塞/过载的SAI和TMGI的请求消息后,向所述集群业务应用服务器上报SAI中特定集群业务的TMGI;
或者,所述网络节点接收到所述集群业务应用服务器上报拥塞/过载的SAI的请求消息后,向所述集群业务应用服务器上报SAI中所有业务的TMGI。
优选地,所述方法还包括:
所述网络节点向所述集群业务应用服务器上报相关信息的触发方式为以下任意一种:事件触发,集群业务应用服务器请求触发,事件及集群业务应用服务器请求触发;
其中,事件触发为,当网络节点发生拥塞/过载开始/结束事件时,网络节点向集群业务应用服务器上报;
集群业务应用服务器请求触发为,集群业务应用服务器向网络节点发送上报的请求消息,接收到请求消息的网络节点向集群业务应用服务器上报;
事件及集群业务应用服务器请求触发为,集群业务应用服务器向网络节点发送上报的请求消息,接收到请求消息的网络节点在发生拥塞/过载开始/结束事件时,向集群业务应用服务器上报。
一种基于MBMS承载的集群通信中拥塞状态上报系统,包括集群业务应用服务器和网络节点,其中:
网络节点,用于基于多媒体广播多播业务MBMS承载传输集群业务;在用户面和/或控制面拥塞或过载时,向所述集群业务应用服务器发送用户面和/或控制面拥塞或过载指示信息;
集群业务应用服务器,用于接收所述用户面和/或控制面拥塞或过载指示信息,确定受到影响的目标用户设备UE和集群业务,并执行相应策略,降低拥塞或过载对目标UE接收集群业务的影响。
优选地,所述网络节点,还用于检测到用户面和/或控制面拥塞或过载结束时,向所述集群业务应用服务器发送恢复指示信息;
所述集群业务应用服务器,还用于在接收到所述恢复指示信息时,选择发送集群业务的承载方式;
所述恢复为所述网络节点检测到拥塞或过载结束。
优选地,所述MBMS承载包括核心网承载和空口承载;
所述MBMS承载在所述集群业务开始前建立。
优选地,所述网络节点包括以下至少之一:
基站eNodeB、多媒体多播广播业务协调功能实体MCE、移动管理单元MME、MBMS网关MBMS GW、广播组播业务中心BM-SC。
优选地,所述拥塞包括网络中的控制面信令和/或用户面负载达到预设门限;
所述过载包括网络中的控制面信令和/或用户面负载超过网络节点的负荷,网络节点无法继续处理额外的信令和/或额外的用户面负载。
优选地,所述拥塞/过载指示信息包括以下至少一种:
拥塞/过载标识、MBMS业务区域标识SAI、MBMS业务标识TMGI、拥塞/过载开始/结束标识;
其中,所述拥塞/过载标识用于指示网络拥塞还是过载;所述SAI用于指示拥塞/过载影响的业务区域;所述TMGI用于指示拥塞/过载影响的集群业务。
优选地,所述网络节点,还用于在发生拥塞/过载开始或结束事件时,向所述集群业务应用服务器上报拥塞/过载开始或结束的指示信息;
或者,所述集群业务应用服务器向所述网络节点发送上报拥塞/过载指示的请求消息;所述网络节点,还用于接收到所述上报拥塞/过载指示的请求消息后,向所述集群业务应用服务器上报拥塞/过载开始或结束的指示信息。
优选地,所述策略包括:
发生拥塞时,为目标UE建立单播承载,并通过单播承载发送集群业务;
发生过载时,使集群业务排队,等待过载结束后再发送排队的集群业务,或者,使高优先级的集群业务抢占现有集群业务的资源,保证高优先级的集群业务的发送。
优选地,所述系统还包括所述网络节点与所述集群业务应用服务器之间的网元;
所述网络节点,还用于确定所述特定集群业务拥塞/过载时,向所述网元上报所有发生拥塞/过载的业务标识TMGI;所述网元,用于选择发生拥塞/过载的特定集群业务的TMGI向所述集群业务应用服务器发送。
优选地,所述集群业务应用服务器,还用于向所述网络节点发送上报拥塞/过载的SAI和TMGI的请求消息;
所述网络节点,还用于接收到所述请求消息后,向所述集群业务应用服务器上报SAI中特定集群业务的TMGI。
优选地,所述集群业务应用服务器,还用于向所述网络节点发送上报拥塞/过载的SAI的请求消息;
所述网络节点,还用于接收到所述请求消息后,向所述集群业务应用服务器上报SAI中所有业务的TMGI。
优选地,所述网络节点向所述集群业务应用服务器上报相关信息的触发方式为以下任意一种:事件触发,集群业务应用服务器请求触发,事件及集群业务应用服务器请求触发;
其中,事件触发为,当网络节点发生拥塞/过载开始/结束事件时,网络节点向集群业务应用服务器上报;
集群业务应用服务器请求触发为,集群业务应用服务器向网络节点发送上报的请求消息,接收到请求消息的网络节点向集群业务应用服务器上报;
事件及集群业务应用服务器请求触发为,集群业务应用服务器向网络节点发送上报的请求消息,接收到请求消息的网络节点在发生拥塞/过载开始/结束事件时,向集群业务应用服务器上报。
本发明实施例中,采用MBMS承载发送集群业务(GCS,Group CommunicationService)的3GPP网络节点检测到用户面和/或控制面拥塞或者过载时,向集群业务应用服务器(GCS AS,Group Communication Service Application Server)上报拥塞或过载指示信息,接收到拥塞或过载指示信息的AS确定受到影响的目标UE和集群业务,并执行相应策略,以减少网络拥塞或过载对目标UE接收集群业务的影响;当网络节点检测到拥塞或过载结束时,向集群业务应用服务器(GCS AS)上报恢复指示信息,接收到恢复指示信息的AS选择发送集群业务的承载方式。通过本发明实施例的技术方案,当发生MBMS承载拥塞或过载时,保障了所有集群业务应用服务系统为其所有群组成员提供业务和集群用户及时获取集群业务,减少了网络拥塞或过载对集群业务的影响,提升了用户业的务体验。
附图说明
图1为集群通信系统的架构示意图;
图2为MBMS通信架构示意图;
图3为本发明实施例的基于MBMS承载的集群通信中拥塞状态上报方法的流程图;
图4为本发明实施例一的基于MBMS承载的集群通信中拥塞状态上报方法的流程图;
图5为本发明实施例二的基于MBMS承载的集群通信中拥塞状态上报方法的流程图;
图6为本发明实施例三的基于MBMS承载的集群通信中拥塞状态上报方法的流程图;
图7为本发明实施例四的基于MBMS承载的集群通信中拥塞状态上报方法的流程图;
图8为本发明实施例五的基于MBMS承载的集群通信中拥塞状态上报方法的流程图;
图9为本发明实施例六的基于MBMS承载的集群通信中拥塞状态上报方法的流程图;
图10为本发明实施例的基于MBMS承载的集群通信中拥塞状态上报系统的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,以下举实施例并参照附图,对本发明进一步详细说明。
本发明实施例中,如无特别说明,MBMS是指演进的MBMS即eMBMS,AS是指GCS AS.
如图3所示,本发明实施例的基于MBMS承载的集群通信中拥塞/过载状态上报方法包括如下步骤:
步骤101,GCS AS通过MBMS承载发送集群业务。
在步骤101开始之前,集群UE首先到该集群业务所对应的GCS AS进行注册。这样GCS AS可以知道一共有多少UE加入了某个集群业务。
所述MBMS承载在所述集群业务开始前已预建立,本发明实施例中,所谓预建立是指,某个集群尚未开始,提前建立了MBMS承载。
本发明实施例中,以下描述表示同一概念:MBMS承载、MBSFN承载、多播承载、点到多点PTM承载。
所述MBMS承载包括核心网承载即演进分组核心网(EPC,Evolved PacketInternet Core)承载和空口承载;本发明实施例中,通过无线接入网(RAN,Radio AccessNetwork)网元如基站和/或多媒体多播广播业务协调功能实体(MCE,Multi-cell/multicast Coordination Entity)配置MBMS空口资源,并在空口发送MBMS配置信息和集群数据。
需要指出的是,上述的集群业务也可以是普通MBMS业务,普通MBMS业务和集群业务可通过不同的QCI参数区别,对于普通MBMS业务,相应的MBMS承载不需要预建立。
步骤102,网络节点检测到拥塞和/或过载。
所述网络节点包括:eNodeB,MCE,移动管理单元(MME,Mobility ManagementEntity),MBMS网关(MBMS GW,MBMS GateWay),或广播组播业务中心(BM-SC,BroadcastMulticast Service Center)。
所述拥塞是指网络中的控制面信令和/或用户面负载达到预设门限,所述过载是指网络中的控制面信令和/或用户面负载超过了网络节点的负荷,网络节点无法继续处理额外的信令和/或额外的用户面负载。
步骤103,网络节点向AS发送该网络节点的拥塞/过载指示信息。
所述拥塞/过载指示信息包括以下至少一种:拥塞/过载标识,MBMS业务区域标识(SAI,Service Area Identifier),MBMS业务标识(TMGI,Temporary Mobile GroupIdentity),拥塞/过载开始/结束标识。
其中,拥塞/过载标识用于指示网络拥塞还是过载;SAI用于指示拥塞/过载影响的业务区域;TMGI用于指示拥塞/过载影响的集群业务。
拥塞/过载开始/结束的内容可以包括以下至少一种:开始(用1或true指示),结束(用0或false指示)。
拥塞/过载开始/结束,即,拥塞/过载开始等效于当前出现拥塞/过载,拥塞/过载结束等效于当前没有出现拥塞/过载或已开始的拥塞/过载结束。
所述节点拥塞是指网络中的控制面信令和/或用户面数据负载达到一定预设门限,
所述节点过载是指网络中的控制面信令和/或用户面负载超过了网络节点的负荷,网络节点无法继续处理额外的控制面信令和/或额外的用户面数据负载。
上报MBMS业务拥塞/过载信息的内容为:假设拥塞用C指示,过载用O指示,举例:
{SA1:TMGI1,TMGI2,TMGI3;C,true}
{SA2:TMGI5,TMGI6;O,false}
{SA3:TMGI10;C,false}
上例中SA1中的TMGI1,TMGI2,TMGI3发生拥塞;SA2中的TMGI5,TMGI6过载结束;SA3中的TMGI10拥塞结束。
当过载指示O为1(True)的情况下,可以不再发送拥塞指示C;或者虽然发送了拥塞指示C,UE可以忽略该指示。
所述拥塞/过载业务包括以下任意一种:普通MBMS业务,特定的集群业务。考虑特定的集群业务(如PTT,Push To Talk)可能发生拥塞/过载,根据业务的QoS信息,如QCI或ARP,确定发生拥塞/过载的业务是特定的集群业务,由于eNB不知道业务的QoS信息,在eNB有两种上报拥塞/过载方式,分别为:1)eNB上报所有发生拥塞/过载的业务标识TMGI到MCE,根据特定业务的TMGI(MCE根据QCI/ARP与TMGI的对应关系),MCE选择发生拥塞/过载的特定业务的TMGI上报到GCS AS;
2)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.
所述的当网络节点发生拥塞/过载开始/结束事件,是指:从开始状态转换为结束状态;或者从结束状态转换为开始状态。即:如果原先并没有拥塞/过载(等效于上次拥塞/过载已经结束)转换为开始(等效于当前出现了拥塞/过载),eNB需要上报;如果原先出现了拥塞/过载(等效于开始)到不拥塞/过载(等效于结束),eNB需要上报;而且eNB检测到拥塞状态和过载状态彼此发生了变化,eNB也需要上报。
也就是说,C=拥塞指示,用{0,1}标识;O=过载指示,用{0,1}标识,只要C和/或O的标识发送了变化,eNB都需要上报。
总之,如果拥塞/过载的开始或者结束的状态不改变,则eNB不需要再上报,这样AS总能准确地掌握MBMS的拥塞/过载状态。
步骤104,AS执行减少拥塞/过载影响的策略。
所述AS首先根据上述拥塞/过载指示信息确定受到影响的目标UE和集群业务TMGI,然后所述AS根据拥塞/过载指示信息和本地策略确定采取的行动,如当发生拥塞时,为目标UE建立单播承载,并通过单播承载发送集群业务,当发生过载时,所述AS将集群业务排队等待过载结束再发送,或者AS利用高优先级的集群业务抢占现有集群业务的资源。
步骤105,网络节点检测到拥塞/过载结束。
所述拥塞/过载结束是指网络恢复正常,如网络信令和或用户面负载低于预设门限。
步骤106,网络节点向AS发送恢复指示信息。
所述网络节点通过现有流程发送指示信息。所述恢复指示信息包括以下至少一种:拥塞/过载标识,MBMS SAI,TMGI,拥塞/过载结束标识.
步骤107,AS选择向UE发送集群业务的方式。
所述AS通过上述恢复指示信息确定受到影响的目标UE,并选择合适的方式向目标UE发送集群业务。如继续通过MBMS承载发送集群业务。
下面通过具体集群业务流程的示例,进一步阐明本发明实施例的技术方案。
实施例一
针对检测到拥塞/过载的网络节点为MCE的场景,如图4所示,本示例的基于MBMS承载的集群通信中拥塞状态上报方法包括以下步骤:
步骤201,AS通过MBMS承载发送集群业务。
所述集群业务的MBMS承载在集群业务开始前已预建立。
步骤202,MCE检测到拥塞/过载。
所述拥塞/过载为控制面信令拥塞/过载。
步骤203,MCE向MME发送拥塞/过载指示信息。
所述MCE通过M3接口向MME发送所述指示信息,所述指示信息可以通过扩展现有M3接口信令,或新建M3接口信令流程实现。
所述指示信息包括以下至少一种:拥塞/过载标识,MBMS SAI,TMGI,拥塞/过载开始/结束标识。
步骤204,MME向MBMS GW发送拥塞/过载指示信息。
所述MME通过Sm接口向MBMS GW发送拥塞/过载指示信息,所述指示信息可以通过扩展现有Sm接口信令,或新建Sm接口信令流程实现。
步骤205,MBMS GW向BM-SC发送拥塞/过载指示信息。
所述MBMS GW通过SGmb接口向BM-SC发送拥塞/过载指示信息,所述指示信息可以通过扩展现有SGmb接口信令,或新建SGmb接口信令流程实现。
步骤206,BM-SC向AS发送拥塞/过载指示信息。
所述BM-SC通过MB2接口向AS发送拥塞/过载指示信息,所述指示信息可以通过扩展现有MB2接口信令,或新建MB2接口信令流程实现。
步骤207,AS采取行动以减少拥塞/过载的影响。
所述AS首先确定受到影响目标UE和集群业务,针对拥塞和过载信息采取不同的行动,如拥塞时,AS采用单播承载发送集群业务;过载时,AS将集群业务排队等待过载结束再发送,或者用高优先级的集群业务抢占现有集群业务的资源。
步骤208,MCE检测到拥塞/过载结束。
步骤209,MCE向MME发送恢复指示信息。
步骤210,MME向MBMS GW发送恢复指示信息。
步骤211,MBMS GW向BM-SC发送恢复指示信息。
步骤212,BM-SC向AS发送恢复指示信息。
步骤213,AS选择向目标UE发送集群业务的方式。
实施例二
针对检测到拥塞/过载的网络节点为MME的场景,如图5所示,本示例的基于MBMS承载的集群通信中拥塞状态上报方法包括以下步骤:
步骤301,AS通过MBMS承载发送集群业务。
本步骤与步骤101完全相同,这里不再赘述。
步骤302,MME检测到拥塞/过载。
所述拥塞/过载是指控制面信令拥塞/过载。
步骤303,MME向MBMS GW发送拥塞/过载指示信息。
所述MME通过Sm接口向MBMS GW发送拥塞/过载指示信息。
步骤304,MBMS GW向BM-SC发送拥塞/过载指示信息。
所述MBMS GW通过SGmb接口向BM-SC发送拥塞/过载指示信息。
步骤305,BM-SC向AS发送拥塞/过载指示信息。
步骤306,AS采取行动以减少拥塞/过载的影响。
步骤307,MME检测到拥塞/过载结束。
步骤308,MME向MBMS GW发送恢复指示信息。
所述MME通过Sm接口向MBMS GW发送恢复指示信息。
步骤309,MBMS GW向BM-SC发送恢复指示信息。
所述MBMS GW通过SGmb接口向BM-SC发送恢复指示信息。
步骤310,BM-SC向AS发送恢复指示信息。
步骤311,AS选择向UE发送集群业务的方式。
实施例三
针对检测到拥塞/过载的网络节点为eNodeB的场景,如图6所示,本示例的基于MBMS承载的集群通信中拥塞状态上报方法包括以下步骤:
步骤401,AS通过MBMS承载发送集群业务。
步骤402,eNB检测到拥塞/过载。
所述eNB检测到用户面或控制面的拥塞/过载。
步骤403,eNB向MCE发送拥塞/过载指示信息。
所述eNB通过M2接口向MCE发送拥塞/过载指示信息。
所述拥塞/过载指示信息包括以下至少一种:拥塞/过载标识,MBMS业务区域标识(SAI),MBMS业务标识(TMGI)。
其中,拥塞/过载标识用于指示网络拥塞或过载,其中网络拥塞标识可包括多个等级,如高、中、低等;SAI用于指示拥塞/过载影响的业务区域;TMGI用于指示拥塞/过载影响的集群业务。
拥塞/过载标识的内容可以包括以下至少一种:节点拥塞指示信息、节点过载指示信息。
所述节点拥塞是指网络中的控制面信令和/或用户面负载达到一定预设门限;
所述节点过载是指网络节点无法继续处理额外的控制面板信令和/或额外的用户面负载。
eNB检测到物理多播信道(PMCH,Physical Multicast Channel)拥塞或者过载。
步骤404,MCE向MME发送拥塞/过载指示信息。
步骤405,MME向MBMS GW发送拥塞/过载指示信息。
步骤406,MBMS GW向BM-SC发送拥塞/过载指示信息。
步骤407,BM-SC向AS发送拥塞/过载指示信息。
步骤408,AS采取行动减少拥塞/过载的影响。
步骤409,eNB检测到拥塞过载结束。
步骤410,eNB向MCE发送恢复指示信息。
步骤411,MCE向MME发送恢复指示信息。
步骤412,MME向MBMS GW发送恢复指示信息。
步骤413,MBMS GW向BM-SC发送恢复指示信息。
步骤414,BM-SC向AS发送恢复指示信息。
步骤415,AS选择向UE发送集群业务的方式。
实施例四
针对检测到拥塞/过载的网络节点为MBMS-GW的场景,如图7所示,本示例的基于MBMS承载的集群通信中拥塞状态上报方法包括以下步骤:
步骤501,AS通过MBMS承载发送集群业务。
本步骤与步骤101完全相同,这里不再赘述。
步骤502,MBMS-GW检测到拥塞/过载。
所述拥塞/过载为控制面和/或用户面拥塞/过载。
步骤503,MBMS GW向BM-SC发送拥塞/过载指示信息。
步骤504,BM-SC向AS发送拥塞/过载指示信息。
步骤505,AS采取行动以减少拥塞/过载的影响。
步骤506,MBMS-GW检测到拥塞/过载结束。
步骤507,MBMS GW向BM-SC发送恢复指示信息。
步骤508,BM-SC向AS发送恢复指示信息。
步骤509,AS选择向UE发送集群业务的方式。
实施例五
针对检测到拥塞/过载的网络节点为BM-SC的场景,如图8所示,本示例的基于MBMS承载的集群通信中拥塞状态上报方法包括以下步骤:
步骤601,AS通过MBMS承载发送集群业务。
本步骤与步骤101完全相同,这里不再赘述。
步骤602,BM-SC检测到拥塞/过载。
所述拥塞/过载为控制面和/或用户面拥塞/过载。
步骤603,BM-SC向AS发送拥塞/过载指示信息。
步骤604,AS采取行动以减少拥塞/过载的影响。
步骤605,BM-SC检测到拥塞/过载结束。
步骤606,BM-SC向AS发送恢复指示信息。
步骤607,AS选择向UE发送集群业务的方式。
实施例六
针对AS请求eNB上报拥塞/过载信息的场景,如图9所示,本示例的基于MBMS承载的集群通信中拥塞状态上报方法包括以下步骤:
步骤701,AS通过MBMS承载发送集群业务。
本步骤与步骤101完全相同,这里不再赘述。
步骤702,AS请求eNB上报拥塞/过载信息。
所述AS通过路径AS至BM-SC至MBMS GW至MME至MCE至eNB的顺序向eNB请求上报拥塞/过载信息;
所述AS请求消息中包括以下内容的一个或多个:一个或多个SAI;每个SAI中的一个或多个TMGI;拥塞指示;过载指示。
当请求消息中包括:一个或多个SAI,却没有包括每个SAI所对应的TMGI时候,eNB需要上报该SAI所承载的全部TMGI的拥塞/过载指示;
当请求消息中包括:一个或多个SAI,也包括所述SAI所对应的1个或多个TMGI时,eNB需要上报该所指示的TMGI的拥塞/过载指示;
当请求消息中包括:拥塞指示,过载指示,或拥塞/过载指示,eNB需要上报出现拥塞(开始),或出现过载(开始)的所有TMGI.
所述拥塞/过载是指控制面信令和/或用户面数据拥塞/过载。
步骤703,eNB是否拥塞/过载,如果是,执行步骤704,否则,执行步骤710。
所述eNB通过PMCH状态判断是否发生用户面数据拥塞/过载,或者通过空口信令判断是否发生控制面信令拥塞/过载。
步骤704,eNB向MCE发送拥塞/过载指示信息。
所述eNB发生拥塞/过载,通过M2接口向MCE发送拥塞/过载指示信息。
步骤705,MCE向MME发送拥塞/过载指示信息。
步骤706,MME向MBMS GW发送拥塞/过载指示信息。
步骤707,MBMS GW向BM-SC发送拥塞/过载指示信息。
步骤708,BM-SC向AS发送拥塞/过载指示信息。
步骤709,AS采取行动以减少拥塞/过载的影响。
步骤710,eNB检测节点状态,转向步骤703。
所述eNB没有发生拥塞/过载,不发送指示信息到AS,eNB继续检测节点状态,转到步骤703判断是否拥塞/过载。
所述eNB发生拥塞/过载事件,是指:从开始状态转换为结束状态;或者从结束状态转换为开始状态。即,如果原先并没有拥塞/过载(等效于上次拥塞/过载已经结束)转换为开始(等效于当前出现了拥塞/过载),eNB需要上报;如果原先出现了拥塞/过载(等效于开始)到不拥塞/过载(等效于结束),eNB需要上报;而且eNB检测到拥塞状态和过载状态彼此发生了变化,eNB也需要上报。
简单地说,C=拥塞指示,用{0,1}标识;O=过载指示,用{0,1}标识,只要C和/或O的标识发送了变化,eNB都需要上报。
本发明实施例还记载了一种基于MBMS承载的集群通信中拥塞状态上报系统,所述系统包括集群业务应用服务器和网络节点,其中:
网络节点,用于基于多媒体广播多播业务MBMS承载传输集群业务;在用户面和/或控制面拥塞或过载时,向所述集群业务应用服务器发送用户面和/或控制面拥塞或过载指示信息;
集群业务应用服务器,用于接收所述用户面和/或控制面拥塞或过载指示信息,确定受到影响的目标用户设备UE和集群业务,并执行相应策略,降低拥塞或过载对目标UE接收集群业务的影响。
其中,所述网络节点,还用于检测到用户面和/或控制面拥塞或过载结束时,向所述集群业务应用服务器发送恢复指示信息;
所述集群业务应用服务器,还用于在接收到所述恢复指示信息时,利用恢复的所述网络节点选择发送集群业务的承载方式;
所述恢复为所述网络节点检测到拥塞或过载结束。
其中,所述MBMS承载包括核心网承载和空口承载;
所述MBMS承载在所述集群业务开始前建立。
其中,所述网络节点包括以下至少之一:
基站、多媒体多播广播业务协调功能实体MCE、移动管理单元MME、MBMS网关MBMSGW、广播组播业务中心BM-SC。
其中,所述拥塞包括网络中的控制面信令和/或用户面负载达到一定预设门限;
所述过载包括网络中的控制面信令和/或用户面负载超过网络节点的负荷,网络节点无法继续处理额外的信令和/或额外的用户面负载。
其中,所述拥塞/过载指示信息包括以下至少一种:
拥塞/过载标识、MBMS业务区域标识SAI、MBMS业务标识TMGI、拥塞/过载开始标识;
其中,所述拥塞/过载标识用于指示网络拥塞还是过载;所述SAI用于指示拥塞/过载影响的业务区域;所述TMGI用于指示拥塞/过载影响的集群业务。
其中,述网络节点,还用于在发生拥塞/过载开始或结束事件时,向所述集群业务应用服务器上报拥塞/过载开始或结束的指示信息;
或者,所述集群业务应用服务器向所述网络节点发送上报拥塞/过载指示的请求消息;所述网络节点,还用于接收到所述上报拥塞/过载指示的请求消息后,向所述集群业务应用服务器上报拥塞/过载开始或结束的指示信息。
其中,所述策略包括:
发生拥塞时,为目标UE建立单播承载,并通过单播承载发送集群业务;
发生过载时,使集群业务排队,等待过载结束后再发送排队的集群业务,或者,使高优先级的集群业务抢占现有集群业务的资源,保证高优先级的集群业务的发送。
本发明实施例中,对目标UE接收有影响的集群业务中包括特定的集群业务;
其中,所述特定的集群业务为根据业务的服务质量等级标识QCI或分配保留优先级ARP确定的发生拥塞/过载的业务;
当发生拥塞或过载时,对目标UE接收普通MBMS业务有影响。
所述系统还包括所述网络节点与所述集群业务应用服务器之间的网元;
所述网络节点,还用于确定所述特定集群业务拥塞/过载时,向所述网元上报所有发生拥塞/过载的业务标识TMGI;所述网元,用于选择发生拥塞/过载的特定集群业务的TMGI向所述集群业务应用服务器发送。
所述集群业务应用服务器,还用于向所述网络节点发送上报拥塞/过载的SAI和TMGI的请求消息;
所述网络节点,还用于接收到所述请求消息后,向所述集群业务应用服务器上报SAI中特定集群业务的TMGI。
所述集群业务应用服务器,还用于向所述网络节点发送上报拥塞/过载的SAI的请求消息;
所述网络节点,还用于接收到所述请求消息后,向所述集群业务应用服务器上报SAI中所有业务的TMGI。
所述网络节点向所述集群业务应用服务器上报相关信息的触发方式为以下任意一种:事件触发,集群业务应用服务器请求触发,事件及集群业务应用服务器请求触发;
其中,事件触发为,当网络节点发生拥塞/过载开始/结束事件时,网络节点向集群业务应用服务器上报;
集群业务应用服务器请求触发为,集群业务应用服务器向网络节点发送上报的请求消息,接收到请求消息的网络节点向集群业务应用服务器上报;
事件及集群业务应用服务器请求触发为,集群业务应用服务器向网络节点发送上报的请求消息,接收到请求消息的网络节点在发生拥塞/过载开始/结束事件时,向集群业务应用服务器上报。
本领域技术人员应当理解,上述基于MBMS承载的集群通信中拥塞状态上报系统是为实现前述的基于MBMS承载的集群通信中拥塞状态上报方法而设置的,相关网元的功能及结构可参照前述方法实施例的描述而理解。
作为一种具体实现方式,如图10所示,本发明实施例的基于MBMS承载的集群通信中拥塞状态上报系统包括:
组通信业务应用服务器GCS AS 81,用于接收拥塞/过载及恢复指示信息,根据指示信息进行处理,并选择发送集群业务的方式。以及,向无线接入网相关网元发送上报拥塞/过载的相关指示信息。
核心网络82,用于检测拥塞/过载状态,向AS81发送指示信息,还用于接收无线接入网相关网元发送的拥塞/过载的相关指示信息。核心网络82包括以下BM-SC,MBMS GW,MME等网络节点。
MCE83,用于检测拥塞/过载状态,接收eNB84发送的拥塞/过载指示信息,通过核心网络82向AS81发送拥塞/过载指示信息。
eNB84,用于检测拥塞/过载状态,接收MCE83的指示信息,通过MCE83和核心网络82向AS81发送拥塞/过载指示信息。
本发明实施例所记载的技术方案之间,在不冲突的情况下,可以任意组合。
在本发明所提供的几个实施例中,应该理解到,所揭露的方法和智能设备,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。

Claims (23)

1.一种基于MBMS承载的集群通信中拥塞状态上报方法,其特征在于,所述方法包括:
集群业务应用服务器接收到基于多媒体广播多播业务MBMS承载的集群业务的网络节点上报的用户面和/或控制面拥塞或过载指示信息时,确定受到影响的目标用户设备UE和集群业务,并执行相应策略,降低拥塞或过载对目标UE接收集群业务的影响。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述集群业务应用服务器接收到所述网络节点上报的恢复指示信息时,选择发送集群业务的承载方式;
所述恢复为所述网络节点检测到拥塞或过载结束。
3.根据权利要求1或2所述的方法,其特征在于,所述MBMS承载包括核心网承载和空口承载;
所述MBMS承载在所述集群业务开始前建立。
4.根据权利要求1或2所述的方法,其特征在于,所述网络节点包括以下至少之一:
基站eNodeB、多媒体多播广播业务协调功能实体MCE、移动管理单元MME、MBMS网关MBMSGW、广播组播业务中心BM-SC。
5.根据权利要求1或2所述的方法,其特征在于,所述拥塞包括网络中的控制面信令和/或用户面负载达到预设门限;
所述过载包括网络中的控制面信令和/或用户面负载超过所述网络节点的负荷,所述网络节点无法继续处理额外的信令和/或额外的用户面负载。
6.根据权利要求1或2所述的方法,其特征在于,所述拥塞/过载指示信息包括以下至少一种:
拥塞/过载标识、MBMS业务区域标识SAI、MBMS业务标识TMGI、拥塞/过载开始/结束标识;
其中,所述拥塞/过载标识用于指示网络拥塞还是过载;所述SAI用于指示拥塞/过载影响的业务区域;所述TMGI用于指示拥塞/过载影响的集群业务。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述网络节点发生拥塞/过载开始或结束事件时,向所述集群业务应用服务器上报拥塞/过载开始或结束的指示信息;
或者,所述网络节点接收到所述集群业务应用服务器发送的上报拥塞/过载指示的请求消息后,向所述集群业务应用服务器上报拥塞/过载开始或结束的指示信息。
8.根据权利要求1或2所述的方法,其特征在于,所述策略包括:
发生拥塞时,为目标UE建立单播承载,并通过单播承载发送集群业务;
发生过载时,使集群业务排队,等待过载结束后再发送排队的集群业务,或者,使高优先级的集群业务抢占现有集群业务的资源,保证高优先级的集群业务的发送。
9.根据权利要求1所述的方法,其特征在于,对目标UE接收有影响的集群业务中包括特定的集群业务;
其中,所述特定的集群业务为根据业务的服务质量等级标识QCI或分配保留优先级ARP确定的发生拥塞/过载的业务;
所述方法还包括:
发生拥塞或过载时,对目标UE接收普通MBMS业务有影响。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
确定所述特定集群业务拥塞/过载时,所述网络节点向所述网络节点与所述集群业务应用服务器之间的网元上报所有发生拥塞/过载的业务标识TMGI;所述网元选择发生拥塞/过载的特定集群业务的TMGI向所述集群业务应用服务器发送;
或者,所述网络节点接收到所述集群业务应用服务器上报拥塞/过载的SAI和TMGI的请求消息后,向所述集群业务应用服务器上报SAI中特定集群业务的TMGI;
或者,所述网络节点接收到所述集群业务应用服务器上报拥塞/过载的SAI的请求消息后,向所述集群业务应用服务器上报SAI中所有业务的TMGI。
11.根据权利要求1、2、9、10任一项所述的方法,其特征在于,所述方法还包括:
所述网络节点向所述集群业务应用服务器上报相关信息的触发方式为以下任意一种:事件触发,集群业务应用服务器请求触发,事件及集群业务应用服务器请求触发;
其中,事件触发为,当网络节点发生拥塞/过载开始/结束事件时,网络节点向集群业务应用服务器上报;
集群业务应用服务器请求触发为,集群业务应用服务器向网络节点发送上报的请求消息,接收到请求消息的网络节点向集群业务应用服务器上报;
事件及集群业务应用服务器请求触发为,集群业务应用服务器向网络节点发送上报的请求消息,接收到请求消息的网络节点在发生拥塞/过载开始/结束事件时,向集群业务应用服务器上报。
12.一种基于MBMS承载的集群通信中拥塞状态上报系统,其特征在于,所述系统包括集群业务应用服务器和网络节点,其中:
网络节点,用于基于多媒体广播多播业务MBMS承载传输集群业务;在用户面和/或控制面拥塞或过载时,向所述集群业务应用服务器发送用户面和/或控制面拥塞或过载指示信息;
集群业务应用服务器,用于接收所述用户面和/或控制面拥塞或过载指示信息,确定受到影响的目标用户设备UE和集群业务,并执行相应策略,降低拥塞或过载对目标UE接收集群业务的影响。
13.根据权利要求12所述的系统,其特征在于,所述网络节点,还用于检测到用户面和/或控制面拥塞或过载结束时,向所述集群业务应用服务器发送恢复指示信息;
所述集群业务应用服务器,还用于在接收到所述恢复指示信息时,选择发送集群业务的承载方式;
所述恢复为所述网络节点检测到拥塞或过载结束。
14.根据权利要求12或13所述的系统,其特征在于,所述MBMS承载包括核心网承载和空口承载;
所述MBMS承载在所述集群业务开始前建立。
15.根据权利要求12或13所述的系统,其特征在于,所述网络节点包括以下至少之一:
基站eNodeB、多媒体多播广播业务协调功能实体MCE、移动管理单元MME、MBMS网关MBMSGW、广播组播业务中心BM-SC。
16.根据权利要求12或13所述的系统,其特征在于,所述拥塞包括网络中的控制面信令和/或用户面负载达到预设门限;
所述过载包括网络中的控制面信令和/或用户面负载超过网络节点的负荷,网络节点无法继续处理额外的信令和/或额外的用户面负载。
17.根据权利要求12或13所述的系统,其特征在于,所述拥塞/过载指示信息包括以下至少一种:
拥塞/过载标识、MBMS业务区域标识SAI、MBMS业务标识TMGI、拥塞/过载开始/结束标识;
其中,所述拥塞/过载标识用于指示网络拥塞还是过载;所述SAI用于指示拥塞/过载影响的业务区域;所述TMGI用于指示拥塞/过载影响的集群业务。
18.根据权利要求17所述的系统,其特征在于,所述网络节点,还用于在发生拥塞/过载开始或结束事件时,向所述集群业务应用服务器上报拥塞/过载开始或结束的指示信息;
或者,所述集群业务应用服务器向所述网络节点发送上报拥塞/过载指示的请求消息;所述网络节点,还用于接收到所述上报拥塞/过载指示的请求消息后,向所述集群业务应用服务器上报拥塞/过载开始或结束的指示信息。
19.根据权利要求12或13所述的系统,其特征在于,所述策略包括:
发生拥塞时,为目标UE建立单播承载,并通过单播承载发送集群业务;
发生过载时,使集群业务排队,等待过载结束后再发送排队的集群业务,或者,使高优先级的集群业务抢占现有集群业务的资源,保证高优先级的集群业务的发送。
20.根据权利要求12所述的系统,其特征在于,所述系统还包括所述网络节点与所述集群业务应用服务器之间的网元;
所述网络节点,还用于确定特定集群业务拥塞/过载时,向所述网元上报所有发生拥塞/过载的业务标识TMGI;所述网元,用于选择发生拥塞/过载的特定集群业务的TMGI向所述集群业务应用服务器发送。
21.根据权利要求12所述的系统,其特征在于,所述集群业务应用服务器,还用于向所述网络节点发送上报拥塞/过载的SAI和TMGI的请求消息;
所述网络节点,还用于接收到所述请求消息后,向所述集群业务应用服务器上报SAI中特定集群业务的TMGI。
22.根据权利要求12所述的系统,其特征在于,所述集群业务应用服务器,还用于向所述网络节点发送上报拥塞/过载的SAI的请求消息;
所述网络节点,还用于接收到所述请求消息后,向所述集群业务应用服务器上报SAI中所有业务的TMGI。
23.根据权利要求12、13、20、21、22任一项所述的系统,其特征在于,所述网络节点向所述集群业务应用服务器上报相关信息的触发方式为以下任意一种:事件触发,集群业务应用服务器请求触发,事件及集群业务应用服务器请求触发;
其中,事件触发为,当网络节点发生拥塞/过载开始/结束事件时,网络节点向集群业务应用服务器上报;
集群业务应用服务器请求触发为,集群业务应用服务器向网络节点发送上报的请求消息,接收到请求消息的网络节点向集群业务应用服务器上报;
事件及集群业务应用服务器请求触发为,集群业务应用服务器向网络节点发送上报的请求消息,接收到请求消息的网络节点在发生拥塞/过载开始/结束事件时,向集群业务应用服务器上报。
CN201410373211.XA 2014-07-31 2014-07-31 基于mbms承载的集群通信中拥塞状态上报方法及系统 Active CN105323722B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201410373211.XA CN105323722B (zh) 2014-07-31 2014-07-31 基于mbms承载的集群通信中拥塞状态上报方法及系统
PCT/CN2015/072811 WO2016015465A1 (zh) 2014-07-31 2015-02-11 基于mbms承载的集群通信中拥塞状态上报方法及系统、存储介质
EP15827932.3A EP3188517B1 (en) 2014-07-31 2015-02-11 Mbms bearer-based method and system for reporting congestion state in cluster communication and storage medium
US15/514,027 US10104577B2 (en) 2014-07-31 2015-02-11 MBMS bearer-based method and system for reporting congestion state in cluster communication and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410373211.XA CN105323722B (zh) 2014-07-31 2014-07-31 基于mbms承载的集群通信中拥塞状态上报方法及系统

Publications (2)

Publication Number Publication Date
CN105323722A CN105323722A (zh) 2016-02-10
CN105323722B true CN105323722B (zh) 2020-05-26

Family

ID=55216724

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410373211.XA Active CN105323722B (zh) 2014-07-31 2014-07-31 基于mbms承载的集群通信中拥塞状态上报方法及系统

Country Status (4)

Country Link
US (1) US10104577B2 (zh)
EP (1) EP3188517B1 (zh)
CN (1) CN105323722B (zh)
WO (1) WO2016015465A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105323723A (zh) * 2014-07-31 2016-02-10 中兴通讯股份有限公司 基于mbms承载的集群通信中查询节点状态的方法及系统
WO2018058692A1 (zh) 2016-10-01 2018-04-05 华为技术有限公司 一种广播承载管理的方法及其设备
US20220322291A1 (en) * 2019-09-09 2022-10-06 Samsung Electronics Co., Ltd. Method for channel establishment, base station and multi-cell multicast coordination entity mce
CN112787973B (zh) * 2019-11-04 2022-11-18 成都鼎桥通信技术有限公司 宽带集群终端漫游场景下的集群业务流安装方法和装置
CN113923800A (zh) * 2020-07-08 2022-01-11 华为技术有限公司 一种通信方法及装置
CN113973269B (zh) * 2020-07-23 2023-04-18 华为技术有限公司 一种数据传输方法、装置以及系统
CN118555217B (zh) * 2024-07-30 2024-10-18 山东云海国创云计算装备产业创新中心有限公司 数据传输方法、装置、网关节点、存储介质及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102378113A (zh) * 2010-08-12 2012-03-14 中兴通讯股份有限公司 一种多媒体广播多播业务传输方式的转换方法和系统
WO2013066103A1 (ko) * 2011-11-04 2013-05-10 주식회사 팬택 Mbms 서비스의 연속성을 위한 혼잡 제어장치 및 방법
WO2014022546A1 (en) * 2012-08-03 2014-02-06 Blackberry Limited Maintaining mbms continuity

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004221759A (ja) * 2003-01-10 2004-08-05 Nec Corp 移動通信システム及びそれに用いる無線端末並びに無線制御装置及びその動作制御方法
KR100559979B1 (ko) * 2003-04-03 2006-03-13 엘지전자 주식회사 이동통신 시스템에서의 메시지 전송방법
CN100384267C (zh) * 2006-01-18 2008-04-23 华为技术有限公司 一种分配信道的方法
US7957376B2 (en) 2006-10-12 2011-06-07 Telefonaktiebolaget L M Ericsson (Publ) Efficient MBMS backbone distribution using one tunnel approach
US9491735B2 (en) * 2010-12-19 2016-11-08 Motorola Solutions, Inc. System and method in a communication network of dynamically assigning a multimedia broadcast/multicast service bearer to a multicast channel
CN103220717B (zh) * 2012-01-20 2017-02-08 华为技术有限公司 一种负载均衡方法以及相关装置
CN103428856B (zh) * 2012-05-21 2018-03-30 中兴通讯股份有限公司 实现多媒体广播多播业务连续性的方法及系统
CN104301931A (zh) * 2014-09-24 2015-01-21 中兴通讯股份有限公司 拥塞/过载的控制方法,系统,装置和基站
CN104270725B (zh) 2014-09-24 2018-04-10 中兴通讯股份有限公司 指示信息的确定、处理以及请求消息的处理方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102378113A (zh) * 2010-08-12 2012-03-14 中兴通讯股份有限公司 一种多媒体广播多播业务传输方式的转换方法和系统
WO2013066103A1 (ko) * 2011-11-04 2013-05-10 주식회사 팬택 Mbms 서비스의 연속성을 위한 혼잡 제어장치 및 방법
WO2014022546A1 (en) * 2012-08-03 2014-02-06 Blackberry Limited Maintaining mbms continuity

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP3188517B1 (en) 2019-01-30
EP3188517A4 (en) 2017-11-01
US10104577B2 (en) 2018-10-16
US20170251398A1 (en) 2017-08-31
EP3188517A1 (en) 2017-07-05
CN105323722A (zh) 2016-02-10
WO2016015465A1 (zh) 2016-02-04

Similar Documents

Publication Publication Date Title
CN105323722B (zh) 基于mbms承载的集群通信中拥塞状态上报方法及系统
CN104754522B (zh) 一种保持组通信业务连续性的方法、装置和系统
EP3200484B1 (en) Method and system for treatment of network overload or congestion
US10334480B2 (en) Method, system, device for controlling congestion or overload and evolved node B (eNB)
EP3217691B1 (en) Method and apparatus for processing instruction information
KR100594101B1 (ko) 비추적 영역에서 멀티캐스트 멀티미디어 방송 서비스를제공하는 시스템 및 방법
EP3198958B1 (en) Managing communication resources
CN103733657B (zh) 识别ue对embms的计数结果
US10412623B2 (en) MBMS bearer-based method and system for querying node state in cluster communication and storage medium
JP2014509164A (ja) Mbmsサービス送信方式の切替方法、装置及びユーザー装置
US20190149958A1 (en) Methods, Apparatuses and Computer Program for Transmission Format/Retransmission Adaptation in Wireless Network
US20170318560A1 (en) Method and Apparatus for Determining to Suspend Service, and Method and Apparatus for Processing Instruction Information
EP2903310A1 (en) Multi-media broadcast/multi-media services
EP3206417B1 (en) Group communication method and apparatus

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
GR01 Patent grant
GR01 Patent grant