一种调度通信中视频调度的实现方法

阅读: 评论:0

著录项
  • CN200810101690.4
  • 20080311
  • CN101242511A
  • 20080813
  • 北京佳讯飞鸿电气股份有限公司
  • 武宝全;赵志宇;田野
  • H04N7/14(2006.01)I
  • H04N7/14(2006.01)I

  • 北京市海淀区交大东路31号电子楼四层北京佳讯飞鸿电气股份有限公司
  • 中国,CN,北京(11)
  • 北京众合诚成知识产权代理有限公司
  • 朱琨
摘要
本发明属于调度行业技术领域,特别涉及一种调度通信中视频调度的实现方法。该方法包括如下步骤:步骤一、主叫方发起视频呼叫,通知MCU初始化,GK回复主叫方申请MCU成功,同时告知主叫方MCU的基本参数。步骤二、主叫方申请加入MCU,GK回复加入MCU成功。步骤三、主叫方开始呼叫被叫方,服务器转发呼叫消息给被叫方,被叫方接到呼叫消息时,发送视频给MCU,当MCU接到被叫的视频时,立即转发视频给主叫方。步骤四、被叫方选择接听,发送接听消息给GK,GK通知主叫方被叫方已经接听,此时主叫方和被叫方的音视频经过MCU的转发,进行即时通讯。
权利要求

1、一种调度通信中视频调度的实现方法,其特征在于该方法包括如下步骤:

步骤一、主叫方发起视频呼叫,向调度服务器GK申请空闲媒体服务器MCU, GK查空闲的MCU,同时发送消息给MCU,通知MCU初始化,MCU回复 GK初始化成功,GK回复主叫方申请MCU成功,同时告知主叫方MCU的基本 参数;

步骤二、主叫方申请加入MCU,GK回复加入MCU成功;

步骤三、主叫方开始呼叫被叫方,服务器转发呼叫消息给被叫方,被叫方接 到呼叫消息时,发送视频给MCU,当MCU接到被叫的视频时,立即转发视频给 主叫方;

步骤四、被叫方选择接听,发送接听消息给GK,GK通知主叫方被叫方已 经接听,此时主叫方和被叫方的音视频经过MCU的转发,进行即时通讯。

2、根据权利要求1所述的一种调度通信中视频调度的实现方法,其特征在 于:步骤一中,主叫方发起呼叫时,会自动将自己本身的用户级别发送给GK服 务器,被叫方记录本身的级别,在收到服务器转发的呼叫信息后,判断主叫方与 被叫方的级别。

3、根据权利要求2所述的一种调度通信中视频调度的实现方法,其特征在 于:被叫方判断主叫方与被叫方级别时,主叫方的级别高于被叫的级别,则被叫 方直接发送视频给MCU,MCU把视频转发给主叫方;

否则,只有当被叫方选择接听后,主叫方和被叫方才会经过MCU的转发, 进行的音视频即时通讯。

4、根据权利要求1所述的一种调度通信中视频调度的实现方法,其特征在 于:所述步骤一中,GK服务器增加一个字段记录保留主叫的级别,同时转发给 被叫。

说明书
技术领域

技术领域

本发明属于调度行业技术领域,特别涉及一种调度通信中视频调度的实现方 法。

背景技术

调度行业的网络是一个特殊通讯的网络,它与传统的通讯网有很大的不同, 它不但具备所有公网通讯所有的功能,更具有许多普通电话网络不具备的功能, 例如:调度员电话用不占线,高级别用户可以强插低级别用户,意思是说,即便 两个用户正在通话中,如果高级别用户拨打该其中一部电话,系统会自动切断原 来的通话,保障高级别的用户首先通话。由于传统的调度系统是在原有的PSTN 网络上改造而成,只能满足普通的通话功能,近年来,随着ip网络的不断发展 成熟,越来越多的视频调度出现在调度行业中,不仅能够满足的通话的功能,更 具备传送双方视频的条件,使沟通更加方便迅捷。

目前的视频调度系统一般都采用如下的实现方法:主叫呼叫被叫(主被叫都 具备视频和音频功能),主叫首先向gk(Gatekeeper网守、调度服务器)申请一 个mcu(Media Control Unit多点控制单元、媒体服务器)资源,申请不成功则 本次呼叫失败;申请成功,则主叫通过调度服务器gk呼叫被叫,被叫摘机接听 后,发送视频和音频数据给mcu,同时主叫的视频和音频也发送到媒体服务器mcu, 由媒体服务器mcu负责转发双方的视频与音频,双方开始正常沟通,如果被叫拒 绝接听或长时间无人接听,则释放媒体服务器mcu资源,呼叫失败。

但是在实际的应用中,高级别的用户希望在被叫主动接听之前能够看到被叫 的视频,从而能够解释了解被叫地状态。比如:领导(高级别用户)会希望能够 随时了解值班员(被叫)的工作情况。

发明内容:

本发明为了解决现有技术中的不足,特别涉及一种调度通信中视频调度的实 现方法。

本发明的技术方案如下:

一种调度通信中视频调度的实现方法,该方法包括如下步骤:

步骤一、主叫方发起视频呼叫,向调度服务器GK申请空闲媒体服务器MCU, GK查空闲的MCU,同时发送消息给MCU,通知MCU初始化,MCU回复 GK初始化成功,GK回复主叫方申请MCU成功,同时告知主叫方MCU的基本 参数。主叫方发起呼叫时,会自动将自己本身的用户级别发送给GK服务器,被 叫方记录本身的级别,在收到服务器转发的呼叫信息后,判断主叫方与被叫方的 级别。

被叫方判断主叫方与被叫方级别时,主叫方的级别高于被叫的级别,则被叫 方直接发送视频给MCU,MCU把视频转发给主叫方;否则,只有当被叫方选择 接听后,主叫方和被叫方才会经过MCU的转发,进行的音视频即时通讯。

步骤二、主叫方申请加入MCU,GK回复加入MCU成功;

步骤三、主叫方开始呼叫被叫方,服务器转发呼叫消息给被叫方,被叫方接 到呼叫消息时,发送视频给MCU,当MCU接到被叫的视频时,立即转发视频给 主叫方;

步骤四、被叫方选择接听,发送接听消息给GK,GK通知主叫方被叫方已 经接听,此时主叫方和被叫方的音视频经过MCU的转发,进行即时通讯。

所述步骤一中,GK服务器会增加一个字段记录保留主叫的级别,同时转发 给被叫。

通过本发明所述的方法,当高级别的用户希望在被叫主动接听之前能够看到 被叫的视频,从而了解被叫的工作状态,能够满足这些高级别的用户的特殊需求。

附图说明

图1为系统GK与MCU组织关系图;

图2为GK与客户端的组织关系图;

图3为普通视频调度实现的序列图;

图4为改造后视频调度实现的序列图;

图5为改造后视频调度实现的流程图;

具体实施方式

下面结合附图及具体实施方式,对本发明做进一步详细描述。

参照图1、图2,GK服务器与MCU的关系是一对多的关系,MCU启动的 时候首先寻本域内的GK服务器,MCU受GK服务器的管理,GK服务器负责 MCU资源的分配,也就是说,当有呼叫发生的时候,GK服务器负责寻空闲的 MCU,分配给该呼叫处理视频与语音资源。

GK服务器与CLIENT的关系是一对多的关系,CLIENT启动的时候首先寻 本域内的GK服务器,GK服务器保留着所有CLIENT的信息,其中包括呼叫 信息,呼叫状态等。CLIENT的所有的呼叫信令都通过GK服务器转发。

参照图4、图5,图中CLIENT1为主叫,CLIENT2为被叫。首先主叫发起 呼叫消息,GK服务器发送呼叫消息给被叫,如果主叫级别高于被叫,消息中包 含强制被叫发送视频的信息,否则等待被叫接听。

具体呼叫过程按照下列步骤进行:

1.主叫向GK服务器申请MCU资源;

2.GK服务器查空闲的MCU资源,通知MCU初始化;

3.MCU初始化成功,回复GK服务器;

4.GK服务器回复主叫MCU资源申请成功,并告知主叫方MCU的具体的IP 地址及端口;

5.主叫发送消息给GK服务器申请加入MCU;

6.GK服务器回复主叫加入MCU成功;

7.主叫发送呼叫消息给GK服务器,开始呼叫被叫;

8.GK服务器寻被叫,并发送呼叫消息给被叫(如果主叫的级别高于被叫, 消息中通知被叫发送视频)

9.被叫发送视频给MCU;

10.MCU转发被叫的视频给主叫;

11.被叫接听后回复消息给GK服务器;

12.GK服务器回复消息给主叫,告知被叫已经接听;

13.被叫发送音频给MCU;

14.MCU转发被叫的音视频给主叫

15.主叫发送音视频给MCU;

16.MCU转发主叫的音视频给被叫。

由此可见,当高级别的用户希望在被叫主动接听之前能够看到被叫的视频, 从而了解被叫的工作状态,本发明能够满足这些高级别的用户的特殊需求。

本文发布于:2023-04-15 05:05:07,感谢您对本站的认可!

本文链接:https://patent.en369.cn/patent/3/87070.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2022 Comsenz Inc.Powered by © 369专利查询检索平台 豫ICP备2021025688号-20 网站地图