专利名称:一种多终端通信方法、系统和装置的制作方法
技术领域：
本发明涉及移动通信技术领域：
，特别是涉及一种多终端通信方法、系统和装置。
背景技术：
IPTV(Internet Protocol Television,网络电视)是指基于IP协议的电视广播服务。该业务将电视机或个人计算机作为显示终端，通过宽带网络向用户提供数字广播电视、视频服务、信息服务、互动社区、互动休闲娱乐、电子商务等宽带业务。IPTV的主要特点是交互性和实时性，它的系统结构主要包括流媒体服务、节目采编、存储及认证计费等子系统，主要存储及传送的内容是流媒体文件，基于IP网络传输，通常要在网络边缘设置本地服务器，用户终端可以是IP STB (Set Top Box，机顶盒)+电视机，也可以是PC。
随着IPTV业务的不断推广和迅速的普及，将会出现越来越多基于IPTV的融合业务，如用户将家中固定电话、手机或者小灵通等与IPTV业务绑定，当其他具有视频通讯能力的用户希望与该用户进行视频通话的时候，且该用户家中的固定电话或者该用户的手机不具备视频能力，则用户可以将来电的视频部分通过IPTV展现出来。
如图I所示，为现有技术用户B同用户A的多个终端同时进行会话的示意图。用户A和用户B在进行一个会话。用户A有多个终端希望能够同时参与会话，而且需要对用户B来说还是表象为只有一个终端与之进行会话。这就需要在用户A的本地服务器上增加会话交换功能，在本地服务器上产生一个会话交换中心，让会话交换中心充当一个虚拟终端与用户B进行会话。这样允许用户A的多个终端都加入到会话交换中心，每个终端都能按照自己的配置与会话交换中心进行媒体协商、媒体交流。会话交换中心即虚拟终端将采用与用户A的所有终端的协商能力的最大能力作为自己的媒体能力，采用一个共用的用户标识Public User Identity作为虚拟终端的URI，与用户B建立会话，进行媒体交流。
如图2所示，为现有技术对端用户发起创建多终端会话的流程图，其中，ClientA为会话中对端用户A所使用的客户终端，由该ClientA发起创建此次多终端会话；ClientBI和Client B2为会话中多终端用户B所使用的两个ClientBl (如STB)、B2 (如用户手机)，这两个终端是注册在线的，用户B可能还有其它终端，但是目前没有注册；Home Server为ClientA、Client B1、B2 归属的本地服务器；Session Transfer Server (简称 STS)为本地服务器上为多终端会话提供服务的会话交换中心服务器；SIP/IP Core即路由SIP信令的核心网，此实施例中假设参与会话的用户与本地服务器处于同一归属网络。
步骤S201-步骤S202，对端用户Client A发起INVITE请求邀请用户B进行一次会话，INVITE 请求通过 SIP/IP Core 发送到 Home Server。
步骤S203，Home Server在收到INVITE请求后，检查了用户B的配置，发现他要求支持多终端会话，决定使用STS为用户B进行服务。
步骤S204-步骤S207，STS对用户B的每个注册在线终端Client BI、Client B2都发送INVITE请求，要求他们加入会话，INVITE请求通过SIP/IPCore发送到Client BI、Client B2。[0009]步骤S208-步骤 S209,Client BUClient B2 分别接收请求，给 STS 返回 SIP 200OK 响应，STS 给 Client BUClient B2 发送 ACK 响应，从而使 ClientBl、Client B2 加入会话。
步骤S210，STS 给 Client A 返回 SIP 200 OK 响应，Client A 给 STS 返回 ACK 响应，从而使ClientA加入会话。
步骤S211-步骤 S213，Client A、Client BK Client B2 分别与 STS 建立 RTP 通道进行媒体交流。当Client BUClient B2加入会话时，分别与STS进行媒体能力协商，确定自己可以发送、接收的媒体，同时STS提取这两个终端的协商好的最大媒体能力，作为自己的媒体能力与ClientA进行媒体协商。
这样对于上述方案来说，STS代理Client BI和Client B2与Client A进行通讯，对于ClientA发送的语音和视频数据，STS首先需要接收到STS本地，再对该语音和视频数据进行解码后，分别将语音数据发送至B2 (用户手机)，将视频数据发送到ClientBI(STB)。
在实现本发明实施例过程中，发明人发现上述现有技术中需要通过本地服务器上的STS代理Client BI和Client 132与Client A进行通讯,对于ClientA发送的数据首先要通过STS接收，再由STS将其解码后分别发送给Client BI和Client B2;同样也需要STS对Client BI和Client B2发送的数据合并后再发送给Client A，因此这就会给STS所属的本地服务器带来沉重的负担，消耗本地服务器的大量资源，从而影响系统的性能。
发明内容
本发明实施例要解决的问题是提供一种多终端通信方法、系统和装置，解决现有技术中必须要通过本地服务器上的STS代理Client BI和Client B2与Client A进行通讯，使得给本地服务器带来沉重的负担，消耗本地服务器的大量资源的技术缺陷。
为达到上述目的，本发明实施例一方面提出一种多终端通信方法，被叫方包括至少一个语音终端和至少一个视频终端，包括以下步骤业务代理服务器SVB接收主叫方向所述被叫方语音终端发起的请求消息，所述请求消息中包含有视频媒体标识；所述SVB建立所述语音终端与所述主叫方的语音会话，并根据所述视频媒体标识建立所述视频终端和所述主叫方的视频会话。
另一方面，本发明实施例还提供了一种多终端通信系统，包括主叫方、被叫方和SVB，所述被叫方包括至少一个语音终端和至少一个视频终端，所述主叫方，用于通过所述SVB向所述被叫方语音终端发起呼叫请求，所述请求消息中包含有视频媒体标识；所述SVB，用于建立所述语音终端与所述主叫方的语音会话，并根据所述视频媒体标识通知所述被叫方的视频终端向所述主叫方发起视频会话请求，建立所述视频终端和所述主叫方的视频会话。
本发明实施例还提供了一种SVB，包括请求消息接收模块、语音会话创建模块和视频会话创建模块，所述请求消息接收模块，用于接收主叫方向被叫方语音终端发起的请求消息，所述请求消息中包含有视频媒体标识；所述语音会话创建模块，用于创建所述语音终端与所述主叫方的语音会话；所述视频会话创建模块，用于根据所述请求消息接收模块接收的视频媒体标识建立所述视频终端和所述主叫方的视频会话。、[0018]本发明实施例的技术方案具有以下优点，因为通过SVB分别建立主叫方和被叫方语音终端的语音会话，主叫方和被叫方视频终端的视频会话，从而使主叫方和被叫方(多个终端)之间传送的数据就不再需要通过本地服务器，从而减轻本地服务器的负担，并且通过本发明实施例只需增加SVB与主叫方及被叫方之间的信令交互即可，因此也不会给SVB带来负担。
图I为现有技术用户B同用户A的多个终端同时进行会话的示意图；
图2为现有技术对端用户发起创建多终端会话的流程图；
图3为本发明实施例的基于MS的IPTV系统架构示意图；
图4为本发明实施例UE注册流程图；图5为本发明实施例视频终端STB向SVB申请订阅绑定语音终端的流程图；
图6为本发明实施例一的基于IPTV的多终端通信方法流程图；
图7为本发明实施例二的基于IPTV的多终端通信方法流程图；
图8为本发明实施例基于IPTV的多终端通信系统的结构图。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式
作进一步详细描述
本发明实施例主要在于通过SVB(Service Broker Function,业务代理服务器)分别建立主叫方和被叫方多个终端之间的会话，假设被叫方包括STB和手机终端，则可通过SVB建立STB与主叫方视频会话，建立手机终端与主叫方的语音会话，这样主叫方和被叫方(多个终端)之间传送的数据就不需要通过本地服务器，从而减轻本地服务器的负担，并且通过本发明实施例只需增加SVB与主叫方及被叫方之间的信令交互即可，因此也不会给SVB带来负担。
为了便于理解本发明实施例所提出的技术方案，本发明实施例提出了一种实际生活中的应用场景，在该场景中，被叫方的多终端具体为STB和用户的固定电话，但是需要说明的是下述应用场景仅为了对本发明实施例所提出的技术方案能够有一个较好的了解，但并不意味着本发明实施例只能够应用于此类场景。
假设用户A家里的STB与固定电话进行了绑定，而且在STB上订阅了固定电话的通话状态，并且用户A家里的固定电话不具备视频接收展现能力。当用户B向用户A家里的固定电话发起视频电话请求时，用户A接听电话，同时在电视上显示有用户B的视频过来，询问是否接收，用户A选择接收，然后用户A通过固定电话与用户B对话同时通过电视观看用户B那边传来的视频。如果当用户B向用户A家里的固定电话发起视频电话请求时，用户A家里的电视没有开机，用户A首先接听电话，用户B告诉用户A还能发自己的视频过来，于是用户A就能够打开电视，这时屏幕上弹出窗口询问是否接收用户B的视频，用户A选择接收，然后用户A通过固定电话与用户B对话同时通过电视观看用户B那边传来的视频。
如图3所示，为本发明实施例的基于MS的IPTV系统架构示意图，其中，UE为用户所使用的语音终端，包括STB，手机、固定电话等；IPTVSCF(IPTV Service ControlFunction,网络电视服务控制功能)用于管理IPTV的相关业务；SVB为融合业务的关键网元，为各种不同业务(如IPTV业务与语音业务)之间的公共接口。IPTV Media Function(网络电视媒体功能)包括Media Control和Media Delivery两部分,用于媒体控制和传输。
在本发明实施例中首先需要UE在SVB和GTAS (GeneralTelecommunicationApplication Server,通用电信应用服务器)上注册成功。GTAS相当于电话系统中的呼叫控制/处理服务器，负责控制主叫与被叫之间的信令，例如振铃、摘机、挂机等。其中本发明实施例提出了以下的UE注册流程， 如图4所示，为本发明实施例UE注册流程图，包括以下步骤
步骤S401，UE向MS核心发送注册报文。
步骤S402，MS核心向所述UE返回SIP 401消息，由服务器向客户端返回，表示该客户端未被授权。当UE第一次发送请求上去的时候，如果返回SIP 401消息说明该UE未授权，这时UE需要再发一次注册请求，其中需要携带自己的认证信息，例如用户名、密码等，这里之所以要发送两次注册报文是SIP协议的规定。
步骤S403，UE向MS核心发送注册报文。
步骤S404，IMS 核心向 UE 返回 200 OK。
步骤S405,根据IFC(International Alliance for Interoperability,国际协同联盟)，发起第三方注册。iFC(Initial Filter Criteria),初始过滤标准,是存储在HSS的用户签约数据中的一部分，在用户注册时下载到为用户分配的S-CSCF ;iFC按照不同优先级定义了业务触发的条件和目的AS (业务服务器)，S-CSCF在处理用户业务请求时进行iFC匹配检测，符合触发条件则向指定的AS触发，使得AS可以对该次业务按照AS内既定的业务逻辑进行控制。所谓第三方注册是指S-CSCF(Core MS的一部分)根据用户的iFC自动帮助用户发起的注册，也就是说用户其实只是到Core MS上来进行注册的，但是Core IMS根据iFC发现用户还应该到某个服务器上进行注册，就自动的帮用户进行注册了。
步骤S406，IMS核心代理所述UE向SVB发送注册请求。
步骤S407，所述SVB向MS核心返回200 0K,指示该UE已注册成功。
步骤S408，IMS核心代理所述UE向GTAS发送注册请求。
步骤S409，所述GTAS向MS核心返回200 0K,指示该UE已注册成功。
在本发明的以下实施例中，为了便于描述被叫方的终端包括STB和电话，其中需要在SVB中设置视频终端STB和语音终端(如固定电话、小灵通和手机等)的绑定关系，并且需要视频终端STB能够获知与其绑定的语音终端的通话状态，因此就需要视频终端STB向SVB发送订阅请求，请求视频终端SVB在接收到对与其绑定的语音终端的呼叫后，能够将相应的通话请求通知所述视频终端STB。如图5所示，为本发明实施例视频终端STB向SVB申请订阅绑定语音终端的流程图，该实施例中视频终端STB已经注册成功。
步骤S501，视频终端STB通过subscribe命令向SVB发起订阅请求，其中该订阅请求包括与STB绑定的语音终端的信息。
步骤S502，SVB检查根据订阅请求包中携带的语音终端的信息，判断该语音终端是否为与该视频终端STB存在绑定关系，如果存在绑定关系则决定接受视频终端STB的订阅请求并执行步骤S503，否则拒绝该视频终端STB的订阅请求。
步骤S503，SVB通过notify命令向视频终端STB返回订阅成功消息。在视频终端STB订阅成功后，如果有主叫方向与视频终端STB绑定的语音终端发起呼叫请求，则SVB也会将该呼叫请求转发给视频终端STB。
如图6所示，为本发明实施例一的基于IPTV的多终端通信方法流程图，该实施例中视频终端STB已经在SVB上成功订阅了与其绑定的语音终端的会话状态，该实施例中被叫方至少包括一个语音终端(如固定电话、小灵通和手机等)和一个视频终端(如STB)。包括以下步骤
步骤S601，主叫方向SVB发送呼叫请求INVITE消息，其中，该INVITE消息中的SDPl (Session Description Protocol,会话描述协议)信息中包含有视频媒体标识,标识该主叫方请求发起的是一个视频会话，该SDPl信息还包含有主叫方的能力信息，如该主叫方是否支持视频会话等。
步骤S602，SVB接收到主叫方的INVITE消息后，判断该INVITE消息中的SDPl信息是否包含所述视频媒体标识，如果包含所述视频媒体标识，则SVB记录此次视频会话请求。其中，SVB也可根据SDPl信息中的主叫方能力信息判断该主叫方是否能够支持视频会话，如果该主叫方不支持视频会话，则即使该主叫方发送的SDPl信息中包含有所述视频媒体标识，则SVB也不会为该主叫方建立视频会话。
步骤S603，SVB将INVITE消息转发给语音终端。
步骤S604，语音终端摘机后，向SVB返回响应消息200 0K,该响应消息中包含该语音终端的SDP2信息，该SDP2信息同样也包含该语音终端的能力信息。
步骤S605，SVB根据响应消息中语音终端的SDP2信息判断该语音终端是否支持视频功能，如果该语音终端不支持视频功能，则SVB向主叫方发送语音呼叫请求，在收到主叫方的确认响应消息后，建立主叫方和所述语音终端之间的语音会话。
步骤S606，SVB根据步骤S602中记录此次视频会话请求，SVB查找与该语音终端存在绑定关系的视频终端，通知该视频终端主叫方向语音终端发送的呼叫请求，并向该视频终端发起视频会话请求。具体为通过NOTIFY消息向向该视频终端发起视频会话请求。
步骤S607，视频终端在收到SVB的视频会话请求后，在视频终端上向用户显式有视频会话请求，并询问用户是否同意连接到主叫方的视频。作为本发明实施例的优选方案，可以接收到主叫方的会话请求之后，启动定时器，在定时器超时后还未收到用户同意的指令，则默认为拒绝此次视频会话请求。如果用户不同意此次视频会话请求，则不向SVB发送视频会话请求。
步骤S608，如果用户同意此次视频会话请求，则视频终端向SVB发送视频会话加入请求。具体为视频终端向SVB发送视频会话请求INVITE消息，并填写Join头域，如Join XXX ；to-tag = XXX ；from-tag = xxx,该Join头域用于通知SVB,表示视频终端希望加入一个已经存在的会话，其中该视频会话请求INVITE消息也携带有该视频终端的SDP信息(SDP3)，该SDP3中包含有视频终端的视频描述信息。
步骤S609，SVB在接收视频终端到的视频会话加入请求后，根据该视频会话加入请求中的Join头域匹配到主叫方和语音终端已存在的语音会话中，并将视频终端的视频 能力和语音终端的语音能力进行合并，合并后向主叫方发送REINVITE请求，请求主叫方再建立一个视频会话，具体为将SDP3中的视频描述信息添加到SDP2中生成一个新的SDP信息SDP4，并通过REINVITE请求向主叫方发送，该REINVITE请求中携带有SDP4，这样主叫方就能够直到请求建立视频会话的对端是已经建立了语音会话的被叫方。
步骤S610，主叫方在收到REINVITE请求后，向SVB返回200 OK的响应消息，该响应消息中的SDP信息(SDP5)中携带有主叫方的视频描述信息及语音描述信息。
步骤S611，SVB在接收到主叫方返回的响应消息后，将该响应消息中SDP5中的主叫方的语音描述信息去除，仅留下主叫方的视频描述信息，并去除语音描述信息后的SDP5通过200 OK向视频终端发送。因为如果不将主叫方的语音描述信息去除，则不仅会建立主叫方与视频终端的视频会话，也会建立主叫方与视频终端的语音会话。
步骤S612，视频终端接收到SVB的INVITE请求后，向SVB返回ACK确认消息。
步骤S613，SVB将视频终端的ACK确认消息转发给主叫方，从而建立主叫方和视频终端之间的视频会话。
这样通过上述实施例SVB控制视频终端与主叫方之间重新建立视频会话，使得没有视频接收能力的语音终端能够将与主叫方的视频会话转接到与该语音终端绑定的视频终端上，对于SVB来说只需为主叫方和被叫方的视频终端建立相应的视频会话即可，无需像现有技术那样需要代理被叫方的多个终端与主叫方进行会话，因此本发明实施例所提出的方法在不给SVB造成负担的基础上，能够有效解决多终端与主叫方通讯的问题。
如图7所示，为本发明实施例二的基于IPTV的多终端通信方法流程图，该实施例中当主叫方发起会话请求时被叫方的视频终端并未上线，由SVB接收到主叫方向被叫方的语音终端发出提醒，提醒被叫方用户打开视频终端，在视频终端开启后，向SVB发送订阅与其绑定的语音终端的通话状态的请求，在订阅成功后SVB建立视频终端与主叫方的视频会话，从而将与主叫方的视频会话转接到与该语音终端绑定的视频终端上。
步骤S701，主叫方向SVB发送呼叫请求INVITE消息，其中，该INVITE消息中的SDPl (Session Description Protocol,会话描述协议)信息中包含有视频媒体标识,标识该主叫方请求发起的是一个视频会话，该SDPl信息还包含有主叫方的能力信息，如该主叫方是否支持视频会话等。
步骤S702，SVB接收到主叫方的INVITE消息后，判断该INVITE消息中的SDPl信息是否包含所述视频媒体标识，如果包含所述视频媒体标识，则SVB记录此次视频会话请求。其中，SVB也可根据SDPl信息中的主叫方能力信息判断该主叫方是否能够支持视频会话，如果该主叫方不支持视频会话，则即使该主叫方发送的SDPl信息中包含有所述视频媒体标识，则SVB也不会为该主叫方建立视频会话。
步骤S703，SVB将INVITE消息转发给语音终端。
步骤S704，语音终端摘机后，向SVB返回响应消息200 0K,该响应消息中包含该语音终端的SDP2信息，该SDP2信息同样也包含该语音终端的能力信息。
步骤S705，SVB根据响应消息中语音终端的SDP2信息判断该语音终端是否支持视频功能，如果该语音终端不支持视频功能，则SVB向主叫方发送语音呼叫请求，在收到主叫方的确认响应消息后，建立主叫方和所述语音终端之间的语音会话。
步骤S706，SVB根据步骤S602中记录此次视频会话请求，SVB查找与该语音终端存在绑定关系的视频终端，并判断该视频终端是否开机，在本发明实施例中视频终端已关机，因此SVB通过语音终端提示被叫方用户打开视频终端。
步骤S707，被叫方用户在收到SVB的提示消息后，如果愿意接收主叫方的视频请、求，则打开视频终端。视频终端开启后，首先需要在IPTV SCF上注册成功。
步骤S708，视频终端在注册成功之后，向SVB发送SUBSCRIBE请求，请求订阅与其绑定的语音终端的通话状态。
步骤S709，SVB接收视频终端的SUBSCRIBE请求，并查询该视频终端与其请求订阅的语音终端是否存在绑定状态，如果存在绑定状态，则允许该视频终端订阅语音终端的通话状态。并通知该视频终端主叫方向语音终端发送的呼叫请求，并向该视频终端发起视频会话请求。具体为通过NOTIFY消息向该视频终端发起视频会话请求。
步骤S710，视频终端在收到SVB的视频会话请求后，在视频终端上向用户显式有视频会话请求，并询问用户是否同意连接到主叫方的视频。作为本发明实施例的优选方案，可以接收到主叫方的会话请求之后，启动定时器，在定时器超时后还未收到用户同意的指令，则默认为拒绝此次视频会话请求。如果用户不同意此次视频会话请求，则不向SVB发送 视频会话请求。
步骤S711，如果用户同意此次视频会话请求，则视频终端向SVB发送视频会话加入请求。具体为视频终端向SVB发送视频会话请求INVITE消息，并填写Join头域，如Join XXX ；to-tag = xxx ；from-tag = xxx,该Join头域用于通知SVB,表示视频终端希望加入一个已经存在的会话，其中该视频会话请求INVITE消息也携带有该视频终端的SDP信息(SDP3)，该SDP3中包含有视频终端的视频描述信息。
步骤S712，SVB在接收视频终端到的视频会话加入请求后，根据该视频会话加入请求中的Join头域匹配到主叫方和语音终端已存在的语音会话中，并将视频终端的视频能力和语音终端的语音能力进行合并，合并后向主叫方发送REINVITE请求，请求主叫方再建立一个视频会话，具体为将SDP3中的视频描述信息添加到SDP2中生成一个新的SDP信息SDP4，并通过REINVITE请求向主叫方发送，该REINVITE请求中携带有SDP4，这样主叫方就能够直到请求建立视频会话的对端是已经建立了语音会话的被叫方。
步骤S713，主叫方在收到REINVITE请求后，向SVB返回200 OK的响应消息，该响应消息中的SDP信息(SDP5)中携带有主叫方的视频描述信息及语音描述信息。
步骤S714，SVB在接收到主叫方返回的响应消息后，将该响应消息中SDP5中的主叫方的语音描述信息去除，仅留下主叫方的视频描述信息，并去除语音描述信息后的SDP5通过200 OK向视频终端发送。因为如果不将主叫方的语音描述信息去除，则不仅会建立主叫方与视频终端的视频会话，也会建立主叫方与视频终端的语音会话。
步骤S715，视频终端接收到SVB的INVITE请求后，向SVB返回ACK确认消息。
步骤S716，SVB将视频终端的ACK确认消息转发给主叫方，从而建立主叫方和视频终端之间的视频会话。
如图8所示，为本发明实施例基于IPTV的多终端通信系统的结构图，该系统包括主叫方I、被叫方2和SVB3，被叫方2包括至少一个语音终端21和至少一个视频终端22，主叫方I用于通过SVB3向被叫方2的语音终端21发起呼叫请求，所述请求消息中包含有视频媒体标识；SVB3用于建立语音终端21与主叫方I的语音会话，并根据视频媒体标识通知被叫方2的视频终端22向主叫方I发起视频会话请求，建立视频终端22和主叫方I的视频会话。
其中，SVB3包括请求消息接收模块31、语音会话创建模块32、通知模块33和视频会话创建模块34，请求消息接收模块31用于接收主叫方I向被叫方2的语音终端21发起的请求消息，所述请求消息中包含有视频媒体标识；语音会话创建模块32用于创建语音终端21与主叫方I的语音会话；通知模块33用于根据请求消息中的视频媒体标识通知被叫方2的视频终端22向主叫方I发起视频会话请求；视频会话创建模块34用于建立视频终端22和主叫方I的视频会话。
其中，SVB3还包括订阅请求接收模块35、绑定关系查询模块36和订阅消息返回模块37，订阅请求接收模块35用于接收视频终端22发起的订阅请求，所述订阅请求中携带有视频终端22请求订阅的语音终端21的标识；绑定关系查询模块36用于根据语音终端21的标识，检测语音终端21与视频终端22是否存在绑定关系；订阅消息返回模块37用于在绑定关系查询模块36判断语音终端21与视频终端22存在绑定关系后，向视频终端22返回订阅成功的消息。
其中，SVB3还包括加入请求接收模块38，匹配合并模块39和去除模块40，加入请求接收模块38用于接收视频终端22发送的视频会话加入请求，请求加入语音终端21与主叫方I的语音会话，所述视频会话加入请求携带有视频终端22的视频能力描述信息；匹配合并模块39用于根据所述视频会话加入请求将视频终端22匹配到主叫方I与语音终端21的语音会话，并将视频终端22的视频能力描述信息与语音终端21的语音能力描述信息合并，向主叫方I发送重请求消息；去除模块40用于接收主叫方I的确认消息后，将确认消息中的语音部分去除，建立视频终端22与主叫方I的视频会话。
其中，SVB3还包括判断模块41和开启提示模块42，判断模块41用于在请求消息接收模块31接收到主叫方I向被叫方2的语音终端22发起的请求消息，且所述请求消息中包含有视频媒体标识后，判断与语音终端21绑定的视频终端22是否上线；开启提示模块42用于在判断模块41判断视频终端22未上线时，向语音终端21发送消息提示用户开启视频终端22。
本发明实施例能够通过SVB分别建立主叫方和被叫方语音终端的语音会话，主叫方和被叫方视频终端的视频会话，从而使主叫方和被叫方(多个终端)之间传送的数据就不需要通过本地服务器，从而减轻本地服务器的负担，并且通过本发明实施例只需增加SVB与主叫方及被叫方之间的信令交互即可，因此也不会给SVB带来负担。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域：
的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1.一种多终端通信方法，其特征在于，被叫方包括至少一个语音终端和至少一个视频终端，包括以下步骤 在业务代理服务器SVB中设置视频终端和语音终端的绑定关系； 业务代理服务器SVB接收主叫方向所述被叫方语音终端发起的请求消息，所述请求消息中包含有视频媒体标识； 所述SVB建立所述语音终端与所述主叫方的语音会话； 所述SVB查找与所述语音终端存在绑定关系的视频终端； 所述SVB根据所述视频媒体标识通知所述被叫方的视频终端向所述主叫方发起视频会话请求； 所述SVB接收所述视频终端向所述主叫方发起的视频会话请求，并根据所述视频媒体标识建立所述视频终端和所述主叫方的视频会话。
2.如权利要求
I所述多终端通信方法，其特征在于，还包括所述视频终端向所述SVB订阅所述语音终端的会话状态。
3.如权利要求
2所述多终端通信方法，其特征在于，所述视频终端向所述SVB订阅所述语音终端的会话状态具体为 所述SVB接收所述视频终端发起的订阅请求，所述订阅请求中携带有所述视频终端请求订阅的语音终端的标识； 所述SVB根据所述语音终端的标识，检测所述语音终端与所述视频终端存在绑定关系，并向所述视频终端返回订阅成功的消息。
4.如权利要求
3所述多终端通信方法，其特征在于，所述视频终端发起的订阅请求具体为 所述视频终端通过subscribe命令向SVB发起订阅请求； 所述SVB向所述视频终端返回订阅成功的消息具体为 所述SVB通过notify命令向所述视频终端返回订阅成功消息。
5.如权利要求
I所述多终端通信方法，其特征在于，还包括所述语音终端在所述SVB上注册成功。
6.如权利要求
I所述多终端通信方法，其特征在于，所述SVB接收所述视频终端向所述主叫方发起的视频会话请求，建立所述视频终端和所述主叫方的视频会话具体为 所述视频终端向所述SVB发送视频会话加入请求，请求加入所述语音终端与所述主叫方的语音会话，所述视频会话加入请求携带有所述视频终端的视频能力描述信息； 所述SVB根据所述视频会话加入请求将所述视频终端匹配到所述主叫方与所述语音终端的语音会话，并将所述视频终端的视频能力描述信息与所述语音终端的语音能力描述信息合并，向所述主叫方发送重请求消息； 所述SVB接收所述主叫方的确认消息后，将所述确认消息中的语音能力描述信息去除，建立所述视频终端与所述主叫方的视频会话。
7.如权利要求
6所述多终端通信方法，其特征在于，所述视频终端请求加入所述语音终端与所述主叫方的语音会话具体为 所述视频终端填写Join头域，通过所述Join头域通知所述SVB所述视频终端需要加入所述语音终端与所述主叫方的语音会话。
8.如权利要求
6所述多终端通信方法，其特征在于，所述视频终端的视频能力描述信息包括所述视频终端的视频接收能力信息，或，所述视频终端的视频接收能力信息和所述视频终端的视频发送能力信息。
9.如权利要求
I所述多终端通信方法，其特征在于，在所述SVB根据所述视频媒体标识通知所述被叫方的视频终端向所述主叫方发起视频会话请求之前，还包括 所述SVB判断所述视频终端未上线，则所述SVB向所述语音终端发送消息提示用户开启所述视频终端。
10.如权利要求
9所述多终端通信方法，其特征在于，在所述SVB向所述语音终端发送消息提示用户开启所述视频终端之后，还包括 所述用户开启所述视频终端后，所述视频终端向所述SVB订阅所述语音终端的会话状态。
11.一种多终端通信系统，其特征在于，包括主叫方、被叫方和SVB，所述被叫方包括至少一个语音终端和至少一个视频终端， 所述主叫方，用于通过所述SVB向所述被叫方语音终端发起呼叫请求，所述请求消息中包含有视频媒体标识； 所述SVB，用于设置视频终端和语音终端的绑定关系，接收主叫方向所述被叫方语音终端发起的包含视频媒体标识的请求消息，建立所述语音终端与所述主叫方的语音会话，查找与所述语音终端存在绑定关系的视频终端，并根据所述视频媒体标识通知所述被叫方的视频终端向所述主叫方发起视频会话请求,接收所述视频终端向所述主叫方发起的视频会话请求，建立所述视频终端和所述主叫方的视频会话。
12.—种SVB，其特征在于，包括请求消息接收模块、语音会话创建模块，通知模块和视频会话创建模块，还包括设置的视频终端和语音终端的绑定关系， 所述请求消息接收模块，用于接收主叫方向被叫方语音终端发起的请求消息，所述请求消息中包含有视频媒体标识； 所述语音会话创建模块，用于创建所述语音终端与所述主叫方的语音会话； 所述通知模块，用于根据所述请求消息接收模块接收的请求消息中的视频媒体标识通知与语音终端绑定的被叫方的视频终端向所述主叫方发起视频会话请求； 所述视频会话创建模块，用于根据所述请求消息接收模块接收的视频媒体标识建立所述视频终端和所述主叫方的视频会话。
13.如权利要求
12所述SVB，其特征在于，还包括订阅请求接收模块、绑定关系查询模块和订阅消息返回模块， 所述订阅请求接收模块，用于接收所述视频终端发起的订阅请求，所述订阅请求中携带有所述视频终端请求订阅的语音终端的标识； 所述绑定关系查询模块，用于根据所述语音终端的标识，检测所述语音终端与所述视频终端是否存在绑定关系； 所述订阅消息返回模块，用于在所述绑定关系查询模块判断所述语音终端与所述视频终端存在绑定关系后，向所述视频终端返回订阅成功的消息。
14.如权利要求
12所述SVB，其特征在于，还包括加入请求接收模块，匹配合并模块和去除模块，所述加入请求接收模块，用于接收所述视频终端发送的视频会话加入请求，请求加入所述语音终端与所述主叫方的语音会话，所述视频会话加入请求携带有所述视频终端的视频能力描述信息； 所述匹配合并模块，用于根据所述视频会话加入请求将所述视频终端匹配到所述主叫方与所述语音终端的语音会话，并将所述视频终端的视频能力描述信息与所述语音终端的语音能力描述信息合并，向所述主叫方发送重请求消息； 所述去除模块，用于接收所述主叫方的确认消息后，将所述确认消息中的语音部分去除，建立所述视频终端与所述主叫方的视频会话。
15.如权利要求
12所述SVB，其特征在于，还包括判断模块和开启提示模块， 所述判断模块，用于在所述请求消息接收模块接收到所述主叫方向被叫方语音终端发起的请求消息，且所述请求消息中包含有视频媒体标识后，判断与所述语音终端绑定的视频终端是否上线； 所述开启提示模块，用于在所述判断模块判断所述视频终端未上线时，向所述语音终端发送消息提示用户开启所述视频终端。
专利摘要
本发明实施例公开了一种多终端通信方法，被叫方包括至少一个语音终端和至少一个视频终端，包括以下步骤业务代理服务器SVB接收主叫方向所述被叫方语音终端发起的请求消息，所述请求消息中包含有视频媒体标识；所述SVB建立所述语音终端与所述主叫方的语音会话，并根据所述视频媒体标识建立所述视频终端和所述主叫方的视频会话。本发明实施例通过SVB分别建立主叫方和被叫方语音终端的语音会话，主叫方和被叫方视频终端的视频会话，从而使主叫方和被叫方多个终端之间传送的数据就不再需要通过本地服务器，从而减轻本地服务器的负担。
文档编号H04W8/18GKCN101472235 B发布类型授权 专利申请号CN 200710301347
公开日2012年8月15日 申请日期2007年12月25日
发明者丁传锁, 姚立哲, 张 杰, 杨时谦 申请人:华为技术有限公司导出引文BiBTeX, EndNote, RefMan专利引用 (3),