CN101312560B - 移动通信中提供广播组播服务的设备和方法 - Google Patents
移动通信中提供广播组播服务的设备和方法 Download PDFInfo
- Publication number
- CN101312560B CN101312560B CN2007101041916A CN200710104191A CN101312560B CN 101312560 B CN101312560 B CN 101312560B CN 2007101041916 A CN2007101041916 A CN 2007101041916A CN 200710104191 A CN200710104191 A CN 200710104191A CN 101312560 B CN101312560 B CN 101312560B
- Authority
- CN
- China
- Prior art keywords
- communication
- stream
- base station
- cast
- cast communication
- 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.)
- Expired - Fee Related
Links
Images
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/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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/803—Application aware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/824—Applicable to portable or mobile terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/83—Admission control; Resource allocation based on usage prediction
-
- 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/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及在移动通信网络中提供广播组播服务的设备和方法。解决移动网络中BCMCS数据处理的低效及动态进行组播广播处理的问题。本发明的通信控制装置具有:网络接口;控制部,在网络接口接收了请求建立新的组播通信流的请求信息时,根据与基站之间已经建立的其它组播通信流的通信质量参数、和新的组播通信流的通信质量参数,对于新的组播通信流经过的基站判断是否可建立新的组播通信流,当对于新的组播通信流经过的基站判断结果为可以的情况下,建立新的组播通信流。
Description
技术领域
本发明涉及在移动通信网络中提供服务的设备和方法。尤其涉及移动通信系统中的组播处理服务器,这里提到的移动通信网络为支持广播和组播的移动通信系统。
背景技术
3GPP2是一个国际标准组织,其目标是开发出第三代移动通信网络的系统架构和标准。这些标准被应用于CDMA2000空中接口的网络上。在3GPP2组织中,提出了CDMA2000的广播组播服务(BCMCS)。BCMCS支持从单一源节点用户发出的多媒体数据的单点对多点的传输。BCMCS的主要目的是在运营商的CDMA2000网络系统中,当向一个或多个移动终端传送BCMCS多媒体数据时,优化使用CDMA2000的空中接口资源。
图1是3GPP2组织提出的BCMCS系统功能节点的分布示意图。根据3GPP2标准X.S0022和A.S0019,BCMCS数据包的转发机制如图3所示。每个BCMCS流(对应一个组播地址和端口)都会被分配一个BCMCS_FLOW_ID。在接入网中,BCMCS数据流被封装在通用路由封装(GRE)隧道中传输。BCMCS数据流和GRE隧道是严格一一对应的。每个GRE隧道都有一个GRE标识(GRE key orGRE ID)。换句话说,在BCMCS通信系统中,GRE标识、BCMCS_FLOW_ID和BCMCS数据流是严格一一对应的。
在图1中,源媒体流是从BCMCS内容提供者104发出的。BCMCS内容服务器6接收多个BCMC内容提供者104发来的源媒体流,对源媒体流进行处理后,通过组播服务节点(broadcast servicenode-BSN)4把生成的BCMCS流转发给CDMA2000无线接入网络(Radio Access Network-RAN)。所有的数据包控制单元5(PacketControl Function-PCF)和基站/基站控制器(BS/B SC)设备9都能够产生IP组播包的备份,并能够分别分发下去。BCMCS控制器8是核心网设备,其作用是管理与BCMCS会话相关的信息,并提供给数据包服务节点3(Packet Data Serving Node-PDSN)、组播服务节点4、移动终端10和BCMCS内容服务器6。BCMCS控制器8通过接口102并经由认证鉴权计费服务器(Serving AuthenticationAuthorization and Accounting)1把BCMCS会话相关的信息送至数据包服务节点3和组播服务节点4。接口103用来向移动终端10提供与现有BCMCS会话相关的信息,这个接口也被称为BCMCS信息获取(BCMCS information acquisition)接口。BCMCS控制器8同时也负责一部分安全功能,比如产生安全密钥,并分发给移动终端10。BCMCS控制器8还负责对BCMCS内容提供者104的认证,控制BCMCS内容提供者104给BCMCS内容服务器6传送源媒体流。
图2是基于BCMCS的群组通信系统应用实例。是以蜂窝集群通信(Push to talk Over Cellular)作为群组应用的实例。在蜂窝集群通信中,假设有3个集群组。会话控制是基于会话初始协议(session initiation protocol),组内的管理是通过实时传输控制协议(Real Time Control Protocol)来完成。图2中,6是集群服务器,具有对应于图1中BCMCS内容服务器6及BCMCS内容提供者104的功能。2是控制单播包的单播包控制单元,7是SIP服务器,具有建立会话的功能。
在图2中有两个基站9,负责两个独立的蜂窝小区10。在每个集群组中,都有两个集群移动终端11。如果组内的一个移动终端11正在说话,它将把单播数据流通过移动通信网络的上行链路发至集群服务器6。当收到来自移动终端11的数据流时,集群服务器6首先检查会话信息,然后把对应的内容通过组播发送到移动通信网络中。组播数据包被组播服务节点4截获,经过封装被转发到移动网络的接入网络中。经过数据包控制单元5和基站/基站控制器9的处理,对应集群组的IP组播流会被转化为BCMCS数据流,然后被送至空中接口的BCMCS信道中。集群组内的移动终端11监听对应该组的空中接口信道,可以接收到该组内的数据。因此用BCMCS来支持群组业务,可以极大地节省移动通信网络内的空中接口资源。
图3是图2的实例中,BCMCS数据转发的流程。在三个集群组的情况下,会有三路组播数据流被集群服务器6发到移动通信网络。在接入网中,对应的也会有三路BCMCS数据流。BCMCS数据流被封装在GRE隧道13中。BCMCS数据流和GRE隧道是一一对应的。
在基站/基站控制器9中,空中接口资源的预留是基于GRE隧道进行的。在本例中,当某个基站只能支持192kbps的BCMCS流量且需要支持三个BCMCS数据流的时候,那么每个BCMCS数据流的流量必须小于64kbps。对于蜂窝集群通信来说,如果在某个组里面没有成员讲话,是没有数据进行传输的。如果所有的集群通信组都没有成员讲话的时候,所预留的空中接口资源将被浪费。
并且,如果当前基站只能支持最高128kbps的BCMCS速率,且每个集群通信组的带宽最少为80kbps(在使用G.711语音编码的情况下),基站控制器(BSC)9将无法为三个集群通信组分配空中接口资源,只能为最多一路BCMCS数据流(对应一个集群通信组)分配空中接口资源。此外,如果多个GRE隧道对应多个BCMCS数据流的时候,基站/基站控制器9需要对应生成并管理多个数据缓冲队列,需要做很多复杂的操作来管理所有的GRE隧道和缓冲队列。这会给BCMCS数据的传输带来一定的延迟,从而影响集群通信的性能。对于集群通信这种对延迟比较敏感的应用来说,会带来很大的影响。
图4是组播数据流的IP包格式。这是标准的IP组播包。源地址121是集群服务器6的IP地址。目的地址122是分配给集群通信组的组播地址。组播IP净荷123传送的是会话的数据。BCMCS数据流的包格式与IP组播数据流相同。
图5是接入网络中GRE隧道的IP包格式。GRE隧道是通用的封装方法。GRE包头的开始部分为一些GRE数据域,用于存放某些协议和策略。GRE标识(GRE ID)136是GRE隧道的标识,在某一个接入网的覆盖区域内是唯一分配的。组播数据包被封装在组播数据包IP122内。
图6表示蜂窝集群通信服务中,典型的数据流状况。这里有一个非常重要的特征:如果集群组内没有成员说话,那么将没有数据在组内传输。在这种时候,分配给集群服务的空中接口资源将被完全浪费。在3GPP2组织中,组播节点服务器无法了解相关基站的BCMCS资源使用状况。所以,它们只能做一些简单的BCMCS帧的转发而无法进行进一步的分析和调度。
发明内容
本发明提供一种通信控制装置和方法,解决移动网络中BCMCS数据处理的低效及不能根据移动终端的使用状况动态进行组播广播处理的问题。
本发明提供一种通信控制装置,通过网络接口与应用服务器链接,并通过多个基站与多个终端链接,具有:
网络接口,从上述应用服务器接收信息,利用与上述基站之间建立的组播通信流,将上述信息发送给上述基站;
控制部,在上述网络接口接收了请求建立新的组播通信流的请求信息时,根据与上述基站之间已经建立的其它组播通信流的通信质量参数、和上述新的组播通信流的通信质量参数,对于上述新的组播通信流经过的基站判断是否可建立新的组播通信流,当对于上述新的组播通信流经过的基站上述判断结果为可以的情况下,建立上述新的组播通信流。
本发明提供一种通信控制方法,从应用服务器接收信息,利用与多个基站之间建立的组播通信流,将上述信息发送给上述基站,包括.
接收步骤,从应用服务器接收请求建立新的组播通信流的请求信息;
判断步骤,根据与上述基站之间已经建立的其它组播通信流的通信质量参数、和上述新的组播通信流的通信质量参数,对于上述新的组播通信流经过的基站判断是否可建立新的组播通信流;
组播通信流建立步骤,当对于上述新的组播通信流经过的基站上述判断结果为可以的情况下,建立上述新的组播通信流。
附图说明
图1是移动通信网络中BCMCS系统的框架
图2是基于BCMCS的群组通信系统应用实例;
图3是图1所示的实例中,BCMCS数据转发的流程;
图4是组播数据流的IP包格式;
图5是接入网络中GRE隧道的IP包格式;
图6蜂窝集群通信服务中,典型的数据流状况;
图7是使用本发明中提出的组播处理服务器的BCMCS群组应用实例;
图8是图7所示的实例中,应用本发明中的方案BCMCS数据转发的流程;
图9是接入网络中应用本发明中的方案时,GRE隧道的IP包格式;
图10是本发明中组播处理服务器的内部结构图;
图11是本发明中GRE/BCMCS流对应表的典型结构;
图12是本发明中动态BCMCS数据流建立的消息图;
图13是本发明中,组播处理服务器内部建立动态数据流映射的典型流程图;
图14是本发明中,组播处理服务器内部调度组播数据的典型流程图;
图15是本发明中静态BCMCS数据流建立的消息图;
具体实施方式
本发明以CDMA20001×EVDO BCMCS通信系统为例进行说明。本发明可以被应用于其他移动通信网络的组播广播服务。
图7是使用本发明的组播处理服务器的BCMCS群组应用实例。
在图7的蜂窝集群通信中,假设有3个集群组。图7中,1是认证鉴权计费服务器;2是控制单播包的单播包控制单元;3是数据包服务节点;6是集群服务器;7是SIP服务器,具有建立会话的功能。
在图7中有两个基站9,负责两个独立的蜂窝小区10。在每个集群组中,都有两个集群移动终端11。
相比图2,本发明用组播处理服务器15取代了数据包控制单元5、组播服务节点4和BCMCS控制器8。另外,这里以组播处理服务器为例,当然也可以包括广播处理服务器的功能。
图8是图7所示的实例中,应用本发明中的方案BCMCS数据转发的流程。在这里,多个BCMCS数据流被封装在一个GRE隧道16中。所以,一个GRE标识可以对应多个BCMCS_FLOW_ID。这里不排除有多个GRE隧道存在的可能。在本发明中,提出了BCMCS_GRE_ID作为GRE隧道16的标识。这个标识从BCMCS_FLOW_ID数字空间中预留,只为GRE隧道16使用。所以,当组播处理服务器15进行BCMCS_FLOW_ID分配的时候,某些数字被预先预留作为GRE隧道使用。
图9是接入网络中应用本发明中的方案时,GRE隧道的IP包格式。这与图5中的GRE隧道的格式基本相同。但是GRE标识域的内容是专门预留出来的BCMCS_GRE_ID166。
图10是本发明中组播处理服务器15的内部结构图。网络接口包括输入线接口(input line interface)20和输出线接口(output lineinterface)22。同时,网络接口还包括接收缓冲区(receiving buffer)21,每个接收缓冲区21都连着输入线接口20和内部总线(internal bus)17,发送缓冲区(sending buffers)23,每个发送缓冲区都连着输出线接口22和内部总线17。内部总线17还至少连着处理器(processor)18、程序存储器(program memory)19和数据存储器(data memory)23。程序存储器19里存放着处理器18执行的功能模块,至少包括:包发送和接收模块192;GRE打包/其他分帧模块(GRE encapsulationand framing modules)193,用于处理接入网内GRE隧道相关的操作;SIP用户代理模块(SIP UA module)194;信令与安全功能模块(signaling and security function)195;BCMCS控制器模块(BCMCScontroller function)196;基本的控制模块(basic control routine)191,用来选择启动其他模块。
本发明在程序存储器19中还具有通用路由封装/组播广播业务调度模块(GRE/BCMCS flow scheduler)198。
该通用路由封装/组播广播业务调度模块198的具体任务包括:
1.当收到BCMCS数据流请求消息时,处理GRE隧道和BCMCS数据流之间的映射关系;
2.给GRE隧道分配新的BCMCS_GRE_ID;
3.从基站控制器那里收集与GRE隧道相关的可用资源信息(比如说带宽限制);
4.根据BCMCS数据流的参数和基站控制器的资源限制情况进行BCMCS数据流调度;
5.维护信令接口用来更新BCMCS数据流;
6.维护通用路由封装/组播广播服务流对应表;
在组播处理服务器的数据存储器中,还具有通用路由封装封装/组播广播服务流对应表(GRE/BCMCS flow correspondence table)231。它存储的信息作为通用路由封装/组播广播业务调度模块进行BCMCS数据流调度的依据。
在基本控制模块191的控制下,存储在接收缓冲区21中的组播IP包被包发送和接收模块192顺序读进来。BCMCS控制器模块196首先检查接收到的组播IP包的源地址和目的地址。如果这个组播IP包不属于已注册的BCMCS数据流,这个包将被丢弃。之后,基本控制模块191将把这个包转交给通用路由封装/组播广播业务调度模块198。这个模块将针对包的内容去检查通用路由封装/组播广播服务流对应表231,并根据表中的内容和本地策略对其进行调度。经过调度之后的包会被转交给GRE打包/其他分帧模块193进行BCMCS相关的封装。最后,基本控制模块191把封装好的GRE包转交到发送缓冲区23并发送出去。在某些情况下(比如说当前基站资源不足的情况),根据调度的结果,GRE包会被临时存储在数据存储器23中,等待发送。
图11是本发明中GRE/BCMCS流对应表的典型结构。231-1是基站/基站控制器的标识;231-2是对应的IP地址;231-3是BCMCS_GRE_ID,是由通用路由封装/组播广播业务调度模块分配的;231—4存储着基站/基站控制器的资源预留信息例如带宽限制。这部分信息对于通用路由封装/组播广播业务调度模块198进行动态转发调度具有很重要的意义。231—5是BCMCS_GRE_ID组播地址/端口。在表中,数据流描述231-6和会话状态status。231-7(比如说,开始/暂停,16秒后结束等等)存储着每一个BCMCS数据流的信息。这部分信息对于通用路由封装/组播广播业务调度模块198进行动态转发调度具有很重要的意义。比如说,对于集群通信的情况,组内没有成员说话的时候,就没有数据在组内传输。这个时候,组播处理服务器将更新对应的集群组的会话信息231-7。基于这部分信息,通用路由封装/组播广播业务调度模块198将不给对应的BCMCS数据流分配资源。
根据OMA的定义,每一个集群通信时隙为30秒。其他的一些群组应用也可能对数据时隙进行时间限制。类似的信息可以被存储在通用路由封装/组播广播服务流对应表231中,通用路由封装/组播广播业务调度模块198可以基于这类信息以及本地的策略进行有效的资源调度。
在表231中还有基站/基站控制器表项231-9。每一个基站/基站控制器表项231-9都可以有多个BCMCS数据流表项231-10,每个数据流表项231-10对应一路该基站/基站控制器需要接收的BCMCS数据流。
图12是本发明中静态BCMCS数据流建立的消息图。这里的静态是指流资源在通信双方事先分配好;而动态是指流资源是未事先配置的、通信双方动态协商建立的。
在图12中,假定的应用为本发明中提到的SIP的多方群组应用。
对于其他类型的应用,网络运营商只需要把消息1203和1203替换为对应的会话建立消息过程。在步骤1201中,基站/基站控制器事先预留了BCMCS资源。有很多方法可以用来进行资源预先预留,比如说移动运营商可以手动静态配置需要预留的资源。组播处理服务器需要在步骤1202中完成通用路由封装/广播组播服务流映射。
在步骤1203,移动终端发送INVITE消息给应用服务器6。应用服务器6接收到INVITE消息后,在步骤1204发送OK确认消息,指明组播地址/端口。应用会话建立过程结束后,应用服务器在步骤1205中向组播处理服务器发送IP组播流。组播地址和端口需要提前配置好。当接收到应用服务器发来的IP组播包的时候,组播处理服务器将进行通用路由封装/广播组播服务流的调度(步骤1206)。之后在1207中,基于调度的结果,IP数据包进行封装然后通过GRE隧道发送到基站/基站控制器。基站/基站控制器将接收到的GRE包打开,并通过BCMCS物理信道发送到移动终端。
图13是本发明中动态BCMCS数据流建立的消息图。在图中,假定的应用为本发明中提到的SIP的多方群组应用。
首先,BCMCS资源可以向静态BCMCS系统那样进行事先预留。资源预留也可以在第一个移动终端开始注册BCMCS服务的时候进行步骤1301。移动终端在步骤1302中发起应用会话。在这种情况下,应用服务器向组播处理服务器15发送SIP INVITE消息1303。在这个消息中,至少需要包括流描述和群组成员描述。组播处理服务器15在步骤1302进行GRE/BCMCS流映射。如果在会话当中,某些信息发生变化,应用服务器6需要向组播处理服务器15发送消息进行更新(比如说使用SIP re-INVITE或者Update消息)。
在步骤1304中,组播处理服务器15根据消息1303中的内容和接入网络的状态进行通用路由封装/广播组播服务流映射。之后,为所有的来自应用服务器6的组播流分配BCMCS_FLOW_ID。根据3GPP2的定义,BCMCS_FLOW_ID和组播地址/端口是一一对应的。这些信息在步骤1306告知移动终端11。随后,根据3GPP2的流程,移动终端11发起动态BCMCS注册(步骤1308,1309,1310和1311)。在步骤1310,基站/基站控制器9把BCMCS_GRE_ID通过接口通知移动终端11。
在BCMCS注册流程结束之后,在步骤1312,组播处理服务器15开始通过IGMP join消息启动接收组播流。当收到来自应用服务器6的组播流的时候(步骤1313),组播处理服务器15进行通用路由封装/广播组播服务流的调度(步骤1314)。之后在步骤1315中,基于调度的结果,IP数据包将被进行封装然后通过GRE隧道发送到基站/基站控制器9。基站/基站控制器9将接收到的GRE包打开,并通过BCMCS物理信道发送到移动终端11。
对于静态BCMCS的情况,组播处理服务器15中进行的流映射也需要事先设定。
图14是本发明中,组播处理服务器内部建立动态数据流映射的典型流程图。当组播处理服务器15收到来自应用服务器6的SIPINVITE消息1401的时候,将首先检查消息中的内容。该消息至少包括流描述和群组成员描述。如果该BCMCS数据流的信息与通用路由封装/广播组播流对应表231中的表项有冲突,这说明相关的资源已经被别的BCMCS数据流占用。这个时候,向应用服务器6发送拒绝消息(本发明中,使用SIP406unacceptable消息)1410。
如果该BCMCS数据流在通用路由封装/广播组播流对应表231中没有表项,将检查对应的表中的基站/基站控制器表项(步骤1403)。通过检查,如果通用路由封装/组播广播业务调度模块发现没有足够的资源例如带宽来支持这个BCMCS数据流,向应用服务器发送拒绝消息1410。某些情况下,只有组内部分成员无法支持该BCMCS服务,那么通用路由封装/组播广播业务调度模块198将在拒绝消息1410中指明无法支持的成员(1409)。如果该BCMCS数据流可以被支持,通用路由封装/组播广播业务调度模块198将为其分配BCMCS_FLOW_ID(1305),并建立BCMCS_FLOW_ID和BCMCS_GRE_ID之间的映射。之后在步骤1407更新通用路由封装/广播组播流对应表231。最后将成功消息1408(本发明中,使用SIP200OK消息)发送到应用服务器6。在这个流程中,建立了BCMCS数据流和BCMCS_GRE_ID的映射关系。
在步骤1404中,检查相关基站的BCMCS资源使用状况。例如,在基站1(ANID为0x0401)中,有三条BCMCS流,如图11。基站的IP地址是10.10.12.227。该基站已经为BCMCS业务预留了一部分空口资源,可以同时支持128kbps的业务流量。这三条BCMCS流包括:1)一个用于PoC会话的BCMCS流(BCMCS_Flow_ID:0x4001;地址/端口:225.0.0.10/10093;流描述:30kbps,每秒50个包,每个说话时间最多为30妙;会话状态:休眠)2)一个用于VoIP会议会话的BCMCS流(BCMCS_Flow_ID:0x4002;地址/端口:225.0.0.11/10093;流描述:20kbps,每秒50个包,有静音检测功能;会话状态:激活)3)一个用于下载会话的BCMCS流(BCMCS_Flow_ID:0x4003;地址/端口:225.0.0.12/10093;流描述:64kbps;会话状态:激活)。
如图14所示的例子,组播服务器收到从其他应用服务器发来的邀请消息1401。比如说这个消息中包含一个新的PoC会话(流描述:30kbps,每秒50个包,每个说话时间最多为30妙)。理论上,基站无法用128kbps的带宽来支持这些会话(30+20+64+30=144kbps)。这时,通用路由封装/组播广播业务调度模块198将检查该基站是否可以支持这个新的PoC会话。这时可能有多个本地策略作为评判的依据。这里只是给一个最简单的策略作为例子。下载会话对延迟不敏感,所以可以忽略。VoIP会议会话在静音的时候只有2kbps流量。PoC会话在休眠状态的时候时没有流量的。因此从统计上来讲,VoIP会议会话的实际流量可以被估计为20kbpsx90%=18kbps。PoC会话的实际流量可以为30kbpsx70%=21kbps。所以目前估计的占用资源可以认为是39kbps。因此,基站可以支持这个新的会话。如果所有的会话同时在峰值流量状态下运行,通用路由封装/组播广播业务调度模块198可以针对这个基站进行有效调度。
图15是本发明中,组播处理服务器15内部调度组播数据的典型流程图。当从应用服务器6接收到IP组播包的时候1501,组播处理服务器6中的通用路由封装/组播广播业务调度模块198将检查该组播包是否属于一个已注册的BCMCS数据流(1502)。如果该数据包无效,将被丢弃1503。之后,将根据得到的信息和本地策略,评价相关的基站/基站控制器9的当前状况(1504)。如果资源足够,将对该包进行封装,并直接转发到接入网络中。在这种情况下,通用路由封装/组播广播业务调度模块198会检查通用路由封装/广播组播流对应表231中的映射(1507),并在步骤1408中进行发送。如果当前资源无法满足,通用路由封装/组播广播业务调度模块198通过某些缓冲和调度机制对该IP组播包进行调度(1506)。之后当资源可以被利用的时候,再把封装好的数据包在步骤1508中,发送到接入网中去。
本发明具有以下效果:
(1)接入网的网关可以知道相关基站上的BCMCS资源使用状况,这样可以支持基于会话的调度和分析功能;
(2)在GRE隧道中封装的所有BCMCS数据流可以充分使用所有的BCMCS资源;
(3)通过有效的转发调度,CDMA2000移动通信系统可以使用相同的空中接口资源支持更多的BCMCS数据流;
(4)如果把多个BCMCS数据流放在一个GRE隧道中,当BCMCS数据流的数目增加时,不需要多基站进行改动;
(5)基站不需要为多个BCMCS数据流生成多个缓冲队列,这能够有效的降低基站的组播数据处理延迟;
(6)移动终端和BCMCS数据服务器不需要进行任何修改,这样对于应用层来说没有任何影响。
Claims (21)
1.一种通信控制装置,通过网络接口与应用服务器链接,并通过多个基站与多个终端链接,具有:
网络接口,从上述应用服务器接收信息,利用与上述基站之间建立的组播通信流,将上述信息发送给上述基站;
控制部,在上述网络接口接收了请求建立新的组播通信流的请求信息时,根据与上述基站之间已经建立的其它组播通信流的通信质量参数、和上述新的组播通信流的通信质量参数,对于上述新的组播通信流经过的基站判断是否可建立新的组播通信流,当对于上述新的组播通信流经过的基站上述判断结果为可以的情况下,建立上述新的组播通信流。
2.根据权利要求1所述的通信控制装置,
所述通信质量参数是通信带宽,
所述控制部在所述网络接口接收到请求建立新的组播通信流的请求消息时,通过判断所述新的组播通信流将经过的基站已建立的组播通信流的通信带宽的和、与所述新的组播通信流的通信带宽的和,是否超过所述基站的通信带宽限制,来判断是否可以建立新的组播通信流,在上述结果为不超过时,建立新的组播通信流。
3.根据权利要求1所述的通信控制装置,其特征在于,
所述网络接口将所述组播通信流放在一个通信隧道中,对各个基站发送信息,
当所述网络接口接收到请求建立所述新的组播通信流的信息时,所述控制部对于所述新的组播通信流经过的基站,根据所述隧道中的其它组播通信流的通信质量参数、和所述新的组播通信流的通信质量参数,对于各个基站,判断是否可以建立新的组播通信流,在对于所述新的组播通信流经过的基站所述判断结果为可以的情况下,建立所述新的组播通信流。
4.根据权利要求3所述的通信控制装置,
还具有存储器,存储组播通信流信息表,该组播通信流信息表存放有表示用于识别所述组播通信流的组播通信流ID、用于识别与所述各个基站之间建立的所述通信隧道的通信隧道ID、和每个所述组播通信流的通信质量参数的对应关系的组播通信流信息表,
所述控制部参照所述组播通信流信息表,进行所述判断,
所述网络接口将表示是否建立所述新的组播通信流的信息,发送给所述应用服务器。
5.根据权利要求3所述的通信控制装置,
所述通信质量参数是通信带宽及加权系数,
所述控制部在所述网络接口接收到请求建立新的组播通信流的信息时,判断与所述新的组播通信流将经过的基站之间已建立的通信隧道中所包含的其它组播通信流的通信带宽与加权系数的积、与经过所述新的组播通信流的通信带宽与加权系数的积的和,是否超过所述基站的通信带宽限制,在不超过各基站的带宽限制时,建立所述新的组播通信流,
其中,所述新的组播通信流的带宽与所述基站已建立的组播通信流的通信带宽的和,超过了所述基站的带宽限制。
6.根据权利要求5所述的通信控制装置,
所述控制部控制网络接口,使得所述通信隧道中所包含的所述组播通信流共用所述通信隧道的通信资源。
7.根据权利要求5所述的通信控制装置,
所述通信质量参数在终端的注册过程中,从由所述终端经由所述应用服务器发送的INVITE消息中获得。
8.根据权利要求5所述的通信控制装置,
所述加权系数根据所述组播通信流属于哪种类型的通信来确定。
9.根据权利要求4所述的通信控制装置,
所述组播通信流信息表在所述终端停止通信时进行更新。
10.根据权利要求5所述的通信控制装置,
当所述所述基站的带宽不能满足所述组播通信流的同时通信时,对其中一部分组播通信流举行缓冲。
11.根据权利要求1~10的任一项所述的通信控制装置,所述基站是无线基站。
12.一种通信控制方法,从应用服务器接收信息,利用与多个基站之间建立的组播通信流,将上述信息发送给上述基站,包括:
接收步骤,从应用服务器接收请求建立新的组播通信流的请求信息;
判断步骤,根据与上述基站之间已经建立的其它组播通信流的通信质量参数、和上述新的组播通信流的通信质量参数,对于上述新的组播通信流经过的基站判断是否可建立新的组播通信流;
组播通信流建立步骤,当对于上述新的组播通信流经过的基站上述判断结果为可以的情况下,建立上述新的组播通信流。
13.根据权利要求12所述的通信控制方法,
所述通信质量参数是通信带宽,
所述判断步骤通过判断所述新的组播通信流将经过的基站已建立的组播通信流的通信带宽的和、与所述新的组播通信流的通信带宽的和,是否超过所述基站的通信带宽限制,来判断是否可以建立新的组播通信流,所述组播通信流建立步骤在上述结果为不超过时,建立新的组播通信流。
14.根据权利要求12所述的通信控制方法,其特征在于,
将所述组播通信流放在一个通信隧道中,对各个基站发送信息,所述判断步骤对于所述新的组播通信流经过的基站,根据所述隧道中的其它组播通信流的通信质量参数、和所述新的组播通信流的通信质量参数,对于各个基站,判断是否可以建立新的组播通信流,所述组播通信流建立步骤在对于所述新的组播通信流经过的基站所述判断结果为可以的情况下,建立所述新的组播通信流。
15.根据权利要求14所述的通信控制方法,
还具有存储步骤,存储组播通信流信息表,该组播通信流信息表存放有表示用于识别所述组播通信流的组播通信流ID、用于识别与所述各个基站之间建立的所述通信隧道的通信隧道ID、和每个所述组播通信流的通信质量参数的对应关系的组播通信流信息表,
所述判断步骤参照所述组播通信流信息表,进行所述判断,
将表示是否建立所述新的组播通信流的信息,发送给所述应用服务器。
16.根据权利要求15所述的通信控制方法,
所述通信质量参数是通信带宽及加权系数,
所述判断步骤判断与所述新的组播通信流将经过的基站之间已建立的通信隧道中所包含的其它组播通信流的通信带宽与加权系数的积、与经过所述新的组播通信流的通信带宽与加权系数的积的和,是否超过所述基站的通信带宽限制,
所述组播通信流建立步骤在不超过各基站的带宽限制时,建立所述新的组播通信流,
其中,所述新的组播通信流的带宽与所述基站已建立的组播通信流的通信带宽的和,超过了所述基站的带宽限制。
17.根据权利要求16所述的通信控制方法,
所述通信隧道中所包含的所述组播通信流共用所述通信隧道的通信资源。
18.根据权利要求16所述的通信控制方法,
所述通信质量参数在终端的注册过程中,从由所述终端经由所述应用服务器发送的INVITE消息中获得。
19.根据权利要求16所述的通信控制方法,
所述加权系数根据所述组播通信流属于哪种类型的通信来确定。
20.根据权利要求15所述的通信控制方法,
所述组播通信流信息表在所述终端停止通信时进行更新。
21.根据权利要求16所述的通信控制方法,
当所述基站的带宽不能满足所述组播通信流的同时通信时,对其中一部分组播通信流举行缓冲。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101041916A CN101312560B (zh) | 2007-05-21 | 2007-05-21 | 移动通信中提供广播组播服务的设备和方法 |
US12/071,665 US8363584B2 (en) | 2007-05-21 | 2008-02-25 | Equipment and method for providing broadcast/multicast service in mobile communications |
JP2008132062A JP5184208B2 (ja) | 2007-05-21 | 2008-05-20 | モバイル通信においてブロードキャスト/マルチキャストサービスを提供する設備と方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101041916A CN101312560B (zh) | 2007-05-21 | 2007-05-21 | 移动通信中提供广播组播服务的设备和方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101312560A CN101312560A (zh) | 2008-11-26 |
CN101312560B true CN101312560B (zh) | 2011-08-24 |
Family
ID=40072305
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101041916A Expired - Fee Related CN101312560B (zh) | 2007-05-21 | 2007-05-21 | 移动通信中提供广播组播服务的设备和方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8363584B2 (zh) |
JP (1) | JP5184208B2 (zh) |
CN (1) | CN101312560B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012164673A1 (ja) * | 2011-05-30 | 2012-12-06 | 富士通株式会社 | データ処理方法 |
US9094462B2 (en) * | 2011-07-13 | 2015-07-28 | Qualcomm Incorporated | Simultaneous packet data network (PDN) access |
US20130250771A1 (en) * | 2012-03-20 | 2013-09-26 | Nokia Siemens Networks Oy | Device to device enhanced voice group call |
CN107579974B (zh) * | 2017-09-04 | 2019-09-17 | 武汉大学 | 面向实时按需数据广播系统及容量提升的请求预处理方法 |
CN116709212B (zh) * | 2023-08-09 | 2023-11-14 | 腾讯科技(深圳)有限公司 | 数据传输方法、装置、电子设备及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1529502A (zh) * | 2003-10-16 | 2004-09-15 | 上海交通大学 | 基于对等互连的多点视频会议系统的应用层组播方法 |
CN1716904A (zh) * | 2004-06-30 | 2006-01-04 | 华为技术有限公司 | 一种基于多业务传输平台的组播实现方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002176447A (ja) * | 2000-12-07 | 2002-06-21 | Fujitsu Ltd | 局内装置 |
US7023798B2 (en) * | 2000-12-27 | 2006-04-04 | Wi-Lan, Inc. | Adaptive call admission control for use in a wireless communication system |
US7912457B2 (en) | 2004-04-21 | 2011-03-22 | Qualcomm Incorporated | Methods and apparatus for creation and transport of multimedia content flows |
US7415241B2 (en) * | 2004-06-02 | 2008-08-19 | Motorola, Inc. | Method and apparatus for regulating a delivery of a broadcast-multicast service in a packet data communication system |
CN101120570B (zh) * | 2004-12-09 | 2012-07-04 | 高通股份有限公司 | 用于创建多媒体内容流并将其传输到分发网络的方法和装置 |
-
2007
- 2007-05-21 CN CN2007101041916A patent/CN101312560B/zh not_active Expired - Fee Related
-
2008
- 2008-02-25 US US12/071,665 patent/US8363584B2/en not_active Expired - Fee Related
- 2008-05-20 JP JP2008132062A patent/JP5184208B2/ja not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1529502A (zh) * | 2003-10-16 | 2004-09-15 | 上海交通大学 | 基于对等互连的多点视频会议系统的应用层组播方法 |
CN1716904A (zh) * | 2004-06-30 | 2006-01-04 | 华为技术有限公司 | 一种基于多业务传输平台的组播实现方法 |
Also Published As
Publication number | Publication date |
---|---|
US8363584B2 (en) | 2013-01-29 |
CN101312560A (zh) | 2008-11-26 |
JP2008289164A (ja) | 2008-11-27 |
JP5184208B2 (ja) | 2013-04-17 |
US20080291861A1 (en) | 2008-11-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4897003B2 (ja) | セルラーネットワークにおける放送サービスのためのデータ経路設定装置及び方法 | |
US20090213775A1 (en) | Deterministic feedback control for multicast or broadcast services | |
EP2528250B1 (en) | Mobile communication system, core network node, access network, terminal and corresponding multicast data distribution methods | |
CN101039254B (zh) | 一种媒体数据重组方法以及组包服务器 | |
WO2007005152A2 (en) | Method and system for multicasting data in a communication network | |
EP1271842B1 (en) | Method and device for multicasting | |
CN107370722B (zh) | 网络交互方法、无线融合中继网关及系统 | |
CN101491030A (zh) | 用于对参数进行时间同步的方法和装置 | |
CN101312560B (zh) | 移动通信中提供广播组播服务的设备和方法 | |
CN104683956A (zh) | QoS控制方法和系统 | |
EP4088434A1 (en) | Tsc-5g qos mapping with consideration of assistance traffic information and pcc rules for tsc traffic mapping and 5g qos flows binding | |
ZA200402264B (en) | Method and device for mapping network headers onto mpls headers in bearer architectures | |
CN107736039A (zh) | 一种视频分发方法和设备 | |
CN101399766B (zh) | 数据业务的网络系统及访问方法 | |
WO2008024191A1 (en) | Method for supporting coordinated communication services | |
EP1582078A1 (en) | Packet service system and method for controlling packet transmission | |
CN103686618A (zh) | 一种触发建立宽带多媒体集群业务的方法 | |
CN100536434C (zh) | 一种ip dslam中基于qos要求的自适应调度方法 | |
CN101026545B (zh) | 一种实时多媒体传输系统和方法 | |
CN109600716A (zh) | 组播数据处理方法和装置 | |
CN109600237A (zh) | 组播数据处理方法和装置 | |
EP2672675A1 (en) | Data transmission using a multihoming protocol such as sctp | |
CN105530615A (zh) | 基于sctp协议的组呼业务数据分组识别方法 | |
CN117997849A (zh) | 一种确定性业务的处理方法及装置 | |
CN101577939A (zh) | 一种资源控制方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110824 Termination date: 20170521 |
|
CF01 | Termination of patent right due to non-payment of annual fee |