H04N7/14(2006.01)I
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 条评论) |