网关确定方法、装置和消息发送方法、系统的制作方法

文档序号:7714386阅读:111来源:国知局
专利名称:网关确定方法、装置和消息发送方法、系统的制作方法
技术领域
本发明涉及到通信领域,尤其是涉及到 一种多士某体消息网关确定方法及一种多媒体消息网关确定装置,还涉及到 一种多媒体消息发送方法和一种多媒体消息的发送系统。
背景技术
目前,多媒体消息终端被广泛普及,增值业务提供商(VASP, Value AddedService Provider)业务得到了大量扩展,相应的,目前由多媒体消息业务(如彩信、彩铃等业务)的业务量迅速提高,其中,多媒体消息由增值业务服务器产生,每个增值业务提供商拥有多个增值业务服务器。
为满足业务量迅速提高的多媒体消息业务,各运营商建设了大量的多媒体消息网关,但是,对于提供多媒体消息的增值业务服务器而言,各运营商采用预先设定多媒体消息网关的方法,即每个增值业务服务器必须经预先设定的多媒体消息网关发送该增值业务服务器提供的多々某体消息,否则会发送失败。
在实际应用中,预先设定多媒体消息网关会产生很多弊端,例如,可能会产生业务量不均衡的情况,在某个时刻,部分多媒体消息网关上的业务已经超过了自身的处理能力,导致超过自身的处理能力的多媒体消息无法得到及时发送或因超时发送失败,影响用户的感知体验;而此时,部分多媒体消息网关可能处于业务量较少甚至空闲状态,浪费了这部分多々某体消息网关占用的网络资源,也无法给运营商的^:资带来较好的收益。
进一步,当运营商新建一个多媒体消息网关时,对于通过新建的多媒体消息网关发送多媒体消息的增值业务服务器,必须由运营商修改增值业务服务器上的数据,将原多媒体消息网关修改后为新建的多媒体消息网关,增加了运营商的工作量;
同理,当一个多媒体消息网关产生故障时,通过该多i某体消息网关发送的多媒体消息会发送失败,为保证业务的稳定性,需要将该多媒体消息网关上的业务切换到未发生故障的多媒体消息网关上,运营商也需要对增值业务服务器上的数据进行修改,否则增值业务服务器仍将生成的多媒体消息发送到发生故障的多媒体消息网关上,上述修改会增加了运营商的工作量和故障处理时间,影响用户的感知体验。

发明内容
本发明实施例提供了一种多媒体消息网关确定方法,用以解决现有技术中因预先设定多媒体消息网关造成各多媒体消息网关业务量不均衡的问题,该方法包括
接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息;获取各多媒体消息网关的业务处理状况或资源占用状况,根据所述业务处
理状况确定出当前业务处理能力最强的多々某体消息网关,或者4艮据所述资源占
用状况确定出剩余资源最多的多々某体消息网关,将确定出的所述多々某体消息网
关作为发送所述多媒体消息的多媒体消息网关。
本发明实施例提供了 一种多媒体消息发送方法,用以解决现有技术中因预
先设定多媒体消息网关造成各多媒体消息网关业务量不均衡的问题,该方法包

接收增值业务服务器生成多媒体消息后发送的多4某体消息网关查询消息;获取各多媒体消息网关的业务处理状况或资源占用状况,根据所述业务处
理状况确定出当前业务处理能力最强的多媒体消息网关,或者根据所述资源占
用状况确定出剩余资源最多的多媒体消息网关;
将确定出的所述多媒体消息网关的对应标识发送给所述增值业务服务器,
由所述增值业务服务器将所述多媒体消息发送至所述标识对应的多媒体消息网关。
本发明实施例还提供了多媒体消息网关确定装置,用以解决现有技术中因
预先设定多媒体消息网关造成各多媒体消息网关业务量不均衡的问题,包括 接收单元,用于接收增值业务服务器生成多媒体消息后发送的多媒体消息 网关查询消息;
确定单元,用于获取各多媒体消息网关的业务处理状况或资源占用状况, 根据所述业务处理状况确定出当前业务处理能力最强的多媒体消息网关,或者 根据所述资源占用状况确定出剩余资源最多的多媒体消息网关,将确定出的所 述多媒体消息网关作为发送所述多媒体消息的多媒体消息网关。
本发明实施例还提供了 一种多々某体消息的发送系统,用以解决现有技术中 因预先设定多媒体消息网关造成各多媒体消息网关业务量不均衡的问题,该系 统包括传送多媒体消息的多媒体消息网关,还包括增值业务服务器和多々某体消 息网关确定装置
所述增值业务服务器,用于在生成多媒体消息后发送多媒体消息网关查询 消息给所述多媒体消息网关确定装置;以及,接收所述多媒体消息网关确定装 置返回的发送所述多J 某体消息的多媒体消息网关的对应标识,将所述多々某体消 息发送至所述标识对应的多^ 某体消息网关;
所述多媒体消息网关确定装置,用于获取各多媒体消息网关的业务处理状 况或资源占用状况,^^艮据所述业务处理状况确定出当前业务处理能力最强的多 媒体消息网关,或者才艮据所述资源占用状况确定出剩余资源最多的多媒体消息 网关,将确定出的所述多媒体消息网关的对应标识发送给所述增值业务服务 器。
与现有技术中增值业务服务器通过预先设定的多媒体消息网关发送多媒 体消息不同,在本发明实施例中,接收到增值业务服务器发送的多媒体消息网 关查询消息后,获取各多媒体消息网关的业务处理状况或资源占用状况,并根 据业务处理状况确定出当前业务处理能力最强的多々某体消息网关,或者才艮据资源占用状况,确定出确定出剩余资源最多的多々某体消息网关,将确定出的多々某体消息网关作为发送多媒体消息的多媒体消息网关,能够避免选择部分业务量超出自身处理能力的多媒体消息网关发送多媒体消息,以便及时将多々某体消息
发送出去,能够改善用户的感知体验;同时,能够充分利用每个多媒体消息网关的处理能力及其占用的资源,减少资源的浪费,给运营商的投资带来较好的收益。
进一步,通过心跳消息可以确定出当前发生故障的多士某体消息网关,以及获知运营商新建的多媒体消息网关,进而可以直接根据未发生故障的多媒体消息网关的业务状况确定出发送生成的多媒体消息服务的多媒体消息网关,无需等待运营商对增值业务服务器上的数据进行修 文,能够及时将多媒体消息发送出去,缩短了故障处理时间,减少了运营商的工作量,提高用户的感知体验。


图1为本发明实施例提供的多媒体消息网关确定方法的流程图;图2为本发明实施例中获取各多媒体消息网关的业务处理状况或资源占用状况的流程图3为本发明实施例提供的多媒体消息发送方法的流程图4、图5为本发明实施例提供的多媒体消息网关确定装置的结构示意图6为本发明实施例中多々某体消息发送过程的流程图7为本发明实施例提供的多媒体消息的发送系统的结构示意图。
具体实施例方式
本发明实施例提供了一种多媒体消息网关确定方法,用以解决现有技术中因预先设定多媒体消息网关造成各多媒体消息网关业务量不均衡的问题,其具体处理流程如图l所示,包括
步骤101 、接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息;
步骤l02、获取各多媒体消息网关的业务处理状况或资源占用状况,才艮据 业务处理状况确定出当前业务处理能力最强的多^ 某体消息网关,或者根据资源 占用状况确定出剩余资源最多的多媒体消息网关,将确定出的多媒体消息网关 作为发送多媒体消息的多媒体消息网关。
实施时,在确定出多媒体消息网关后,将确定出的多媒体消息网关的对应 标识发送给增值业务服务器。
实施时,多媒体消息网关的标识可以有多种,如, 一种较优的实施方式为
选择统一资源定位符(URL, Uniform Resource Locator)作为多媒体消息网关 的标识;当然,在具体实施时也可以选择其他类型的标识,才艮据具体情况而定。 如图l所示流程,步骤101在实施时,与现有技术中提到的为每个增值业 务服务器预先设定多i某体消息网关不同,步骤101中,增值业务服务器与多々某 体消息网关之间并不存在预先设定的关系,增值业务服务器生成多媒体消息后 发送多媒体消息网关査询消息,查询可以用来发送生成的多媒体消息的多媒体 消息网关。
如图l所示流程,步骤102在实施时,获取各多J 某体消息网关的业务处理 状况或资源占用状况,在具体实施时,在各多媒体消息网关中,可能出现部分 多媒体消息网关因发生故障无法正常工作,实施时,可以利用心跳消息确定出 当前未发生故障的多媒体消息网关,具体处理流程如图2所示
步骤201 、向各多媒体消息网关发送心跳消息;
步骤202、根据各多媒体消息网关对心跳消息的反馈,确定出当前未发生 故障的多J 某体消息网关;
步骤203、获取当前未发生故障的多々某体消息网关的业务处理状况或资源 占用状况。
如图2所示流程,步骤202在实施时,未发生故障的多媒体消息网关在接 收到心跳消息后会作出相应反馈,如发送反馈消息给增值业务服务器等等,而
9发生故障的多i某体消息网关接收到心跳消息后不做任何响应。
为保证及时准确地区别发生故障的多媒体消息网关和未发生故障的多媒 体消息网关,在实施时,可以采用周期性发送心跳消息的方法,周期的具体长 度可以由具体情况而定。
如图2所示流程,步骤203在实施时,获取当前未发生故障的多媒体消息
网关的业务处理状况或资源占用状况,这是由于发生故障的多々某体消息网关无 法发送多媒体消息,因此,在后文中,在确定出未发生故障的多媒体消息网关 后,只需才艮据未发生故障的多々某体消息网关的业务处理状况或资源占用状况选 择发送生成的多媒体消息服务的多媒体消息网关。
如图l所示流程,步骤102在实施时,发送生成的多々某体消息的多々某体消 息网关的确定方法可以有多种, 一种较优的实施方式为
获取当前未发生故障的多媒体消息网关的业务处理时延,确定出业务处理 时延最短的多々某体消息网关。
当然,除上述实施方式外,还有其他较优的实施方式,例如
获取当前未发生故障的多媒体消息网关的最大业务量和当前业务量,根据 最大业务量和当前业务量的差值得到剩余业务量,确定出剩余业务量最大的多 媒体消息网关。
还例如
获取当前未发生故障的多媒体消息网关的最大吞吐量和当前吞吐量,根据 最大吞吐量和当前吞吐量的差值得到剩余吞吐量,确定出剩余吞吐量最大的多 々某体消息网关。
除上述列举出的实施方式外,还可以有其他实施方式,可以确定出为多媒 体消息服务的多媒体消息网关即可。
在实施时,可能存在部分多媒体消息网关的业务处理状况或资源占用状况 相同的情况,此时,可以将上述多个优选的多i某体消息网关的确定方法进^f亍组 合,达到更优的选择,例如当至少两个多媒体消息网关的业务处理时延相同时,获取至少两个多媒体 消息网关的剩余业务量或剩余吞吐量,选择剩余业务量或剩余吞吐量最大的多 媒体消息网关。
还例如
当至少两个多媒体消息网关的剩余业务量相同时,获取至少两个多媒体消 息网关的业务处理时延,选择业务处理时延最短的多々某体消息网关;或者获取 至少两个多媒体消息网关的剩余吞吐量,选择剩余吞吐量最大的多媒体消息网 关。
还例如
当至少两个多媒体消息网关的剩余吞吐量相同时,获取至少两个多媒体消 息网关的业务处理时延,选择业务处理时延最短的多媒体消息网关;或者获取 至少两个多々某体消息网关的剩余业务量,选择剩余业务量最大的多媒体消息网 关。
基于同一发明构思,本发明实施例还提供了一种多媒体消息发送方法,具 体处理流程如图3所示,包括
步骤301 、接收增值业务服务器生成多媒体消息后发送的多媒体消息网关 查询消息;
步骤302、获取各多媒体消息网关的业务处理状况或资源占用状况,根据 业务处理状况确定出当前业务处理能力最强的多々某体消息网关,或者才艮据资源 占用状况确定出剩余资源最多的多媒体消息网关;
步骤303 、将确定出的多媒体消息网关的对应标识发送给增值业务服务器, 由增值业务服务器将多媒体消息发送至标识对应的多媒体消息网关。
基于同 一发明构思,本发明实施例还提供了 一种多媒体消息网关确定装 置,具体结构如图4所示,包括
接收单元401 ,用于接收增值业务服务器生成多媒体消息后发送的多媒体 消息网关查询消息;
ii确定单元402,用于获取各多媒体消息网关的业务处理状况或资源占用状
况,根据业务处理状况确定出当前业务处理能力最强的多媒体消息网关,或者 根据资源占用状况确定出剩余资源最多的多媒体消息网关,将确定出的多i某体 消息网关作为发送多J 某体消息的多々某体消息网关。
在一个实施例中,如图5所示,多i某体消息网关确定装置还包括 发送单元501,用于将确定出的多媒体消息网关的对应标识发送给增值业 务服务器。
在一个实施例中,多媒体消息网关确定装置可以集成于域名服务器(DNS, Domain Name Server)中,当然,也可以集成于其他设备或装置中,只要集成 后能够各多媒体消息网关的业务处理状况或资源占用状况即可,具体选择哪种 设备或装置进行集成根据实际情况而定。
现以DNS为例,对多^某体消息的发送过程进行说明,具体流程如图6所

步骤601 、增值业务服务器生成多媒体消息后向DNS发送多媒体消息网关 查询消息;
步骤602、 DNS获取并根据各多媒体消息网关的业务处理状况或资源占用 状况确定出为发送生成的多媒体消息服务的多媒体消息网关,向增值业务服务 器发送确定的多^某体消息网关的对应标识;
步骤603 、增值业务服务器将多媒体消息发送到标识对应的多媒体消息网
关;
由于后文中仅出现标识对应的多媒体消息网关,为方便描述,在后续步骤
中将标识对应的多媒体消息网关简称为多媒体消息网关,图6中也以多々某体消
息网关代替确定出的标识对应的多媒体消息网关。
步骤604、多媒体消息网关向DNS发送多媒体消息中心查询消息; 步骤605、 DNS向多媒体消息网关发送多々某体消息中心的标识; 由于后文中仅出现标识对应的多媒体消息中心,为方^更描述,在后续步骤中将标识对应的多^某体消息中心简称为多々某体消息中心,图6中也以多々某体消 息中心代替标识对应的多媒体消息中心。
步骤606、多々某体消息网关将多媒体消息发送到多媒体消息中心。
上述流程中仅以DNS为例进行说明,在实际应用时,可以选择任何集成 了多媒体消息网关确定装置的设备或装置,根据具体情况而定。
基于同 一发明构思,本发明实施例还提供了 一种多媒体消息的发送系统, 如图7所示,包括传送多媒体消息的多媒体消息网关701,还包括增值业务月良 务器702和多々某体消息网关确定装置703:
增值业务服务器702,用于在生成多媒体消息后发送多4某体消息网关查询 消息给多媒体消息网关确定装置703;以及,接收多4某体消息网关确定装置703 返回的发送多媒体消息的多媒体消息网关701的对应标识,将多媒体消息发送 至标识对应的多媒体消息网关701;
多媒体消息网关确定装置703,用于获取各多J 某体消息网关的业务处理状 况或资源占用状况,#>据业务处理状况确定出当前业务处理能力最强的多々某体 消息网关,或者根据资源占用状况确定出剩余资源最多的多々某体消息网关,将 确定出的多媒体消息网关701的对应标识发送给增值业务服务器702。
与现有技术中增值业务服务器通过预先设定的多媒体消息网关发送多媒 体消息不同,在本发明实施例中,接收到增值业务服务器发送的多媒体消息网 关查询消息后,获取各多媒体消息网关的业务处理状况或资源占用状况,并根 据业务处理状况确定出当前业务处理能力最强的多々某体消息网关,或者才艮据资 源占用状况,确定出确定出剩余资源最多的多媒体消息网关,将确定出的多々某 体消息网关作为发送多媒体消息的多媒体消息网关,能够避免选择部分业务量 超出自身处理能力的多媒体消息网关发送多媒体消息,以便及时将多媒体消息 发送出去,能够改善用户的感知体验;同时,能够充分利用每个多媒体消息网 关的处理能力及其占用的资源,减少资源的浪费,给运营商的投资带来较好的 收益。进一步,通过心跳消息可以确定出当前发生故障的多媒体消息网关,以及获知运营商新建的多媒体消息网关,进而可以直接根据未发生故障的多媒体消息网关的业务状况确定出发送生成的多媒体消息服务的多媒体消息网关,无需等待运营商对增值业务服务器上的数据进行修改,能够及时将多媒体消息发送出去,缩短了故障处理时间,减少了运营商的工作量,提高用户的感知体l^。
明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
权利要求
1、一种多媒体消息网关确定方法,其特征在于,包括接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息;获取各多媒体消息网关的业务处理状况或资源占用状况,根据所述业务处理状况确定出当前业务处理能力最强的多媒体消息网关,或者根据所述资源占用状况确定出剩余资源最多的多媒体消息网关,将确定出的所述多媒体消息网关作为发送所述多媒体消息的多媒体消息网关。
2、 如权利要求l所述的方法,其特征在于,还包括将确定出的所述多4某体消息网关的对应标识发送给所述增值业务服务器。
3、 如权利要求1或2所述的方法,其特征在于,所述获取各多媒体消息 网关的业务处理状况或资源占用状况,具体包括向所述各多々某体消息网关发送心跳消息;根据所述各多媒体消息网关对所述心跳消息的反馈,确定出当前未发生故 障的多々某体消息网关;获取所述当前未发生故障的多媒体消息网关的业务处理状况或资源占用 状况。
4、 如权利要求3所述的方法,其特征在于,所述获取各多4某体消息网关 的业务处理状况,才艮据所述业务处理状况,确定出当前业务处理能力最强的多 媒体消息网关,包括获取所述当前未发生故障的多媒体消息网关的业务处理时延,确定出业务 处理时延最短的多媒体消息网关;或者获取所述当前未发生故障的多媒体消息网关的最大业务量和当前业务量, 根据所述最大业务量和当前业务量的差值得到剩余业务量,确定出所述剩余业 务量最大的多媒体消息网关;或者获取所述当前未发生故障的多媒体消息网关的最大吞吐量和当前吞吐量,根据所述最大吞吐量和当前吞吐量的差值得到剩余吞吐量,确定出所述剩余吞吐量最大的多^某体消息网关。
5、 如权利要求4所述的方法,其特征在于,当至少两个多媒体消息网关的业务处理时延相同时,获取所述至少两个多媒体消息网关的所述剩余业务量或所述剩余吞吐量,选择所述剩余业务量或所述剩余吞吐量最大的多媒体消息网关;当至少两个多媒体消息网关的所述剩余业务量相同时,获取所述至少两个多媒体消息网关的所述业务处理时延,选择所述业务处理时延最短的多媒体消息网关;或者获取所述至少两个多媒体消息网关的剩余吞吐量,选择所述剩余吞吐量最大的多媒体消息网关;当至少两个多媒体消息网关的所述剩余吞吐量相同时,获取所述至少两个多媒体消息网关的所述业务处理时延,选择所述业务处理时延最短的多媒体消息网关;或者获取所述至少两个多々某体消息网关的剩余业务量,选择所述剩余业务量最大的多々某体消息网关。
6、 一种多々某体消息发送方法,其特征在于,包括接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息;获取各多媒体消息网关的业务处理状况或资源占用状况,根据所述业务处理状况确定出当前业务处理能力最强的多媒体消息网关,或者根据所述资源占用状况确定出剩余资源最多的多媒体消息网关;将确定出的所述多媒体消息网关的对应标识发送给所述增值业务服务器,由所述增值业务服务器将所述多媒体消息发送至所述标识对应的多媒体消息网关。
7、 一种多々某体消息网关确定装置,其特征在于,包括接收单元,用于接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息;确定单元,用于获取各多媒体消息网关的业务处理状况或资源占用状况,根据所述业务处理状况确定出当前业务处理能力最强的多4某体消息网关,或者根据所述资源占用状况确定出剩余资源最多的多々某体消息网关,将确定出的所述多媒体消息网关作为发送所述多媒体消息的多媒体消息网关。
8、 如权利要求7所述的装置,其特征在于,还包括发送单元,用于将确定出的所述多媒体消息网关的对应标识发送给所述增值业务服务器。
9、 如权利要求7所述的装置,其特征在于,所述装置集成于域名服务器DNS中。
10、 一种多媒体消息的发送系统,包括传送多媒体消息的多媒体消息网关,其特征在于,还包括增值业务服务器和多媒体消息网关确定装置;所述增值业务服务器,用于在生成多媒体消息后发送多媒体消息网关查询消息给所述多媒体消息网关确定装置;以及,接收所述多媒体消息网关确定装置返回的发送所述多々某体消息的多媒体消息网关的对应标识,将所述多々某体消息发送至所述标识对应的多々某体消息网关;所述多媒体消息网关确定装置,用于获取各多媒体消息网关的业务处理状况或资源占用状况,根据所述业务处理状况确定出当前业务处理能力最强的多々某体消息网关,或者根据所述资源占用状况确定出剩余资源最多的多々某体消息网关,将确定出的所述多媒体消息网关的对应标识发送给所述增值业务服务器。
全文摘要
本发明公开了一种多媒体消息网关确定方法,包括接收增值业务服务器生成多媒体消息后发送的多媒体消息网关查询消息;获取各多媒体消息网关的业务处理状况或资源占用状况,根据所述业务处理状况确定出当前业务处理能力最强的多媒体消息网关,或者根据所述资源占用状况确定出剩余资源最多的多媒体消息网关,将确定出的所述多媒体消息网关作为发送所述多媒体消息的多媒体消息网关。本发明还公开了一种多媒体消息发送方法、一种多媒体消息网关确定装置和一种多媒体消息的发送系统。采用本发明可以解决现有技术中因预先设定多媒体消息网关造成各多媒体消息网关业务量不均衡的问题。
文档编号H04L29/06GK101668019SQ20091017992
公开日2010年3月10日 申请日期2009年9月30日 优先权日2009年9月30日
发明者翔 黄 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1