CN106507022A - 视频对讲方法及装置 - Google Patents

Abstract

本公开是关于一种视频对讲方法及装置，属于视频通话技术领域，所述方法包括：当接收到发起端发送的视频对讲请求时，基于所述视频对讲请求，通过指定呼叫控制协议，建立所述发起端与至少一个对端之间的视频对讲连接；基于所述视频对讲连接，将所述发起端发送的视频对讲数据发送给所述至少一个对端，以实现所述发起端与所述至少一个对端之间的视频对讲。所述装置包括：建立模块和发送模块。本公开通过指定呼叫控制协议，建立视频对讲连接，并根据视频对讲连接实现视频对讲，由于所使用的指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议，因此避免了传统视频对讲需要专用网络和专用对讲设备的局限，方便普通用户进行视频对讲。

Description

视频对讲方法及装置

技术领域

本公开涉及视频通话技术领域，尤其涉及一种视频对讲方法及装置。

背景技术

随着网络技术的发展和普及，视频通话技术日趋成熟，其应用也越来越广泛，视频通话可以让身处不同地方的人群像面对面一样交谈，比传统语音通话更有吸引力。视频对讲是视频通话的实现方式之一，可以提供一对一，一对多的通话方式，操作简单，使人们之间的沟通更自由。

相关技术中，视频对讲一般是通过无线专网实现，需要组建专用的网络和使用专用的对讲设备。

发明内容

为克服相关技术中存在的问题，本公开提供一种视频对讲方法及装置。

根据本公开实施例的第一方面，提供一种视频对讲方法，所述方法包括：

当接收到发起端发送的视频对讲请求时，基于所述视频对讲请求，通过指定呼叫控制协议，建立所述发起端与至少一个对端之间的视频对讲连接，所述指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议；

基于所述视频对讲连接，将所述发起端发送的视频对讲数据发送给所述至少一个对端，以实现所述发起端与所述至少一个对端之间的视频对讲。

可选地，所述当接收到发起端发送的视频对讲请求时，基于所述视频对讲请求，通过指定呼叫控制协议，建立所述发起端与至少一个对端之间的视频对讲连接，包括：

当接收到发起端发送的视频对讲请求时，向所述发起端发送确认接收消息，所述视频对讲请求中携带第一网络媒体属性信息，所述第一网络媒体属性信息用于指示核心网设备接收所述发起端发送的视频对讲数据而不向所述发起端发送视频对讲数据；

向所述至少一个对端发送对讲邀请请求，所述对讲邀请请求中携带第一终端媒体属性信息，所述第一终端媒体属性信息用于指示所述至少一个对端接收所述核心网设备发送的视频对讲数据而不向所述核心网设备发送视频对讲数据；

当接收到所述至少一个对端基于所述对讲邀请请求发送的邀请同意消息时，向所述发起端发送对讲同意消息，以建立所述发起端与所述至少一个对端之间的视频对讲连接。

可选地，所述邀请同意消息中携带第二网络媒体属性信息，所述第二网络媒体属性信息用于指示确认所述核心网设备向所述至少一个对端发送视频对讲数据而所述至少一个对端不向所述核心网设备发送视频对讲数据；所述对讲同意消息中携带第二终端媒体属性信息，所述第二终端媒体属性信息用于指示确认所述发起端向所述核心网设备发送视频对讲数据而所述发起端不接收所述核心网设备发送的视频对讲数据。

可选地，所述基于所述视频对讲连接，将所述发起端发送的视频对讲数据发送给所述至少一个对端，以实现所述发起端与所述至少一个对端之间的视频对讲之后，还包括：

当接收到所述发起端发送的对讲暂停请求时，基于所述视频对讲暂停请求，通过所述指定呼叫控制协议，对所述发起端与至少一个对端之间的视频对讲进行暂停。

可选地，所述当接收到所述发起端发送的视频对讲暂停请求时，基于所述视频对讲暂停请求，通过所述指定呼叫控制协议，对所述发起端与至少一个对端之间的视频对讲进行暂停，包括：

当接收到所述发起端发送的对讲暂停请求时，向所述发起端发送确认接收消息，所述对讲暂停请求中携带暂停媒体属性信息，所述暂停媒体属性信息用于指示暂停所述视频对讲；

向所述至少一个对端发送对讲暂停指示消息，所述对讲暂停指示消息中携带所述暂停媒体属性信息；

当接收到所述至少一个对端基于所述对讲暂停指示消息发送的暂停同意消息时，向所述发起端发送暂停同意消息，以暂停所述发起端与所述至少一个对端之间的视频对讲。

可选地，所述基于所述视频对讲请求，通过所述指定呼叫控制协议，建立所述发起端与至少一个对端之间的视频对讲连接之前，还包括：

当接收到至少两个终端发送的视频对讲请求时，从所述至少两个终端中选择一个终端作为所述发起端。

根据本公开实施例的第二方面，提供一种视频对讲装置，所述装置包括：

建立模块，用于当接收到发起端发送的视频对讲请求时，基于所述视频对讲请求，通过指定呼叫控制协议，建立所述发起端与至少一个对端之间的视频对讲连接，所述指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议；

发送模块，用于基于所述视频对讲连接，将所述发起端发送的视频对讲数据发送给所述至少一个对端，以实现所述发起端与所述至少一个对端之间的视频对讲。

可选地，所述建立模块包括：

第一发送子模块，用于当接收到发起端发送的视频对讲请求时，向所述发起端发送确认接收消息，所述视频对讲请求中携带第一网络媒体属性信息，所述第一网络媒体属性信息用于指示核心网设备接收所述发起端发送的视频对讲数据而不向所述发起端发送视频对讲数据；

第二发送子模块，用于向所述至少一个对端发送对讲邀请请求，所述对讲邀请请求中携带第一终端媒体属性信息，所述第一终端媒体属性信息用于指示所述至少一个对端接收所述核心网设备发送的视频对讲数据而不向所述核心网设备发送视频对讲数据；

第三发送子模块，用于当接收到所述至少一个对端基于所述对讲邀请请求发送的邀请同意消息时，向所述发起端发送对讲同意消息，以建立所述发起端与所述至少一个对端之间的视频对讲连接。

可选地，所述邀请同意消息中携带第二网络媒体属性信息，所述第二网络媒体属性信息用于指示确认所述核心网设备向所述至少一个对端发送视频对讲数据而所述至少一个对端不向所述核心网设备发送视频对讲数据；所述对讲同意消息中携带第二终端媒体属性信息，所述第二终端媒体属性信息用于指示确认所述发起端向所述核心网设备发送视频对讲数据而所述发起端不接收所述核心网设备发送的视频对讲数据。

可选地，所述装置还包括：

暂停模块，用于当接收到所述发起端发送的对讲暂停请求时，基于所述视频对讲暂停请求，通过所述指定呼叫控制协议，对所述发起端与至少一个对端之间的视频对讲进行暂停。

可选地，所述暂停模块包括：

第四发送子模块，用于当接收到所述发起端发送的对讲暂停请求时，向所述发起端发送确认接收消息，所述对讲暂停请求中携带暂停媒体属性信息，所述暂停媒体属性信息用于指示暂停所述视频对讲；

第五发送子模块，用于向所述至少一个对端发送对讲暂停指示消息，所述对讲暂停指示消息中携带所述暂停媒体属性信息；

第六发送子模块，用于当接收到所述至少一个对端基于所述对讲暂停指示消息发送的暂停同意消息时，向所述发起端发送暂停同意消息，以暂停所述发起端与所述至少一个对端之间的视频对讲。

可选地，所述装置还包括：

选择模块，用于当接收到至少两个终端发送的视频对讲请求时，从所述至少两个终端中选择一个终端作为所述发起端。

根据本公开实施例的第三方面，提供一种视频对讲装置，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当接收到发起端发送的视频对讲请求时，基于所述视频对讲请求，通过指定呼叫控制协议，建立所述发起端与至少一个对端之间的视频对讲连接，所述指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议；

基于所述视频对讲连接，将所述发起端发送的视频对讲数据发送给所述至少一个对端，以实现所述发起端与所述至少一个对端之间的视频对讲。

本公开的实施例提供的技术方案可以包括以下有益效果：

在本公开实施例中，基于发起端所发起的视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接，并根据视频对讲连接实现发起端与至少一个对端之间的视频对讲，由于所使用的指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议，因此避免了传统视频对讲需要专用网络和专用对讲设备的局限，方便普通用户进行视频对讲。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1是根据一示例性实施例示出的一种视频对讲方法的流程图。

图2是根据一示例性实施例示出的另一种视频对讲方法的流程图。

图3是根据一示例性实施例示出的第一种视频对讲装置的框图。

图4是根据一示例性实施例示出的一种建立模块的框图。

图5是根据一示例性实施例示出的第二种视频对讲装置的框图。

图6是根据一示例性实施例示出的一种暂停模块的框图。

图7是根据一示例性实施例示出的第三种视频对讲装置的框图。

图8是根据一示例性实施例示出的第四种视频对讲装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

在对本公开实施例进行详细的解释说明之前，先对本公开实施例的应用场景予以介绍。由于相关技术中，视频对讲一般是通过无线专网实现，需要组建专用的网络和使用专用的对讲设备，存在灵活性和可扩展性不足等问题，导致普通用户无法使用或使用不方便。因此，本公开实施例提供了一种视频对讲方法，基于视频对讲发起端所发起的视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接，并根据视频对讲连接实现发起端与至少一个对端之间的视频对讲，由于所使用的指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议，避免了传统视频对讲需要专用网络和专用对讲设备的局限，方便普通用户进行视频对讲。

图1是根据一示例性实施例示出的一种视频对讲方法的流程图，如图1所示，该视频对讲方法用于核心网设备中，包括以下步骤。

在步骤101中，当接收到发起端发送的视频对讲请求时，基于视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接，该指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议。

在步骤102中，基于视频对讲连接，将发起端发送的视频对讲数据发送给至少一个对端，以实现发起端与至少一个对端之间的视频对讲。

在本公开实施例中，基于发起端所发起的视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接，并根据视频对讲连接实现发起端与至少一个对端之间的视频对讲，由于所使用的指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议，因此避免了传统视频对讲需要专用网络和专用对讲设备的局限，方便普通用户进行视频对讲。

可选地，当接收到发起端发送的视频对讲请求时，基于视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接，包括：

当接收到发起端发送的视频对讲请求时，向发起端发送确认接收消息，该视频对讲请求中携带第一网络媒体属性信息，第一网络媒体属性信息用于指示核心网设备接收发起端发送的视频对讲数据而不向发起端发送视频对讲数据；

向至少一个对端发送对讲邀请请求，该对讲邀请请求中携带第一终端媒体属性信息，第一终端媒体属性信息用于指示至少一个对端接收核心网设备发送的视频对讲数据而不向核心网设备发送视频对讲数据；

当接收到至少一个对端基于对讲邀请请求发送的邀请同意消息时，向发起端发送对讲同意消息，以建立发起端与至少一个对端之间的视频对讲连接。

可选地，该邀请同意消息中携带第二网络媒体属性信息，第二网络媒体属性信息用于指示确认核心网设备向至少一个对端发送视频对讲数据而至少一个对端不向核心网设备发送视频对讲数据；该对讲同意消息中携带第二终端媒体属性信息，第二终端媒体属性信息用于指示确认发起端向核心网设备发送视频对讲数据而发起端不接收核心网设备发送的视频对讲数据。

可选地，基于视频对讲连接，将发起端发送的视频对讲数据发送给至少一个对端，以实现发起端与至少一个对端之间的视频对讲之后，还包括：

当接收到发起端发送的对讲暂停请求时，基于视频对讲暂停请求，通过指定呼叫控制协议，对发起端与至少一个对端之间的视频对讲进行暂停。

可选地，当接收到发起端发送的视频对讲暂停请求时，基于视频对讲暂停请求，通过指定呼叫控制协议，对发起端与至少一个对端之间的视频对讲进行暂停，包括：

当接收到发起端发送的对讲暂停请求时，向发起端发送确认接收消息，对讲暂停请求中携带暂停媒体属性信息，该暂停媒体属性信息用于指示暂停视频对讲；

向至少一个对端发送对讲暂停指示消息，该对讲暂停指示消息中携带暂停媒体属性信息；

当接收到至少一个对端基于对讲暂停指示消息发送的暂停同意消息时，向发起端发送暂停同意消息，以暂停发起端与至少一个对端之间的视频对讲。

可选地，基于视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接之前，还包括：

当接收到至少两个终端发送的视频对讲请求时，从至少两个终端中选择一个终端作为发起端。

上述所有可选技术方案，均可按照任意结合形成本公开的可选实施例，本公开实施例对此不再一一赘述。

图2是根据一示例性实施例示出的另一种视频对讲方法的流程图，如图2所示，该方法包括以下步骤。

在步骤201中，当发起端检测到视频对讲发起操作时，向核心网设备发送视频对讲请求，该视频对讲请求中携带第一网络媒体属性信息，第一网络媒体属性信息用于指示核心网设备接收发起端发送的视频对讲数据而不向发起端发送视频对讲数据。

其中，发起端可以通过指定呼叫控制协议向核心网设备发送视频对讲请求。

需要说明的是，指定呼叫控制协议为运营商共用的网络下的呼叫控制协议，比如，指定呼叫控制协议可以是基于IMS(Internet Protocol Multimedia Subsystem，网络协议多媒体子***)的SIP(Session Initiation Protocol，会话初始化协议)，此时，第一网络媒体属性信息可以是a:recvonly，且第一网络媒体属性信息可以通过SIP中的SDP(SessionDescription Protocol，会话描述协议)所携带。

值得注意的是，发起端可以通过指定呼叫控制协议与核心网设备协商媒体属性信息，且核心网设备与至少一个对端之间也可以通过指定呼叫控制协议协商媒体属性信息，为了便于区分，在本公开实施例中，将发起端或者至少一个对端向核心网发送的用于协商的媒体属性信息称为网络媒体属性信息，将核心网设备向发起端或者至少一个对端发送的用于协商的媒体属性信息称为终端媒体属性信息。

需要说明的是，视频对讲发起操作是指用户在发起视频对讲时对发起端所执行的操作，该操作可以是拨号、指定手势操作或语音控制操作等，本公开实施例对此不作具体限定。

另外，视频对讲请求中不仅可以携带第一网络媒体属性信息，还可以携带发起端的标识和至少一个对端中的每一个对端的标识，发起端的标识用于唯一标识发起端，至少一个对端中的每一个对端的标识用于唯一标识至少一个对端中的每一个对端，比如，发起端的标识可以为发起端的MAC(Media Access Control，媒体访问控制)地址，每个对端的标识可以为每个对端的MAC地址。

比如，当视频对讲的发起端为终端A，至少一个对端为终端a、终端b和终端c，此时视频对讲请求中不仅可以携带第一网络媒体属性信息，还可以携带终端A的标识、终端a的标识、终端b的标识和终端c的标识。

需要说明的是，在本公开实施例中，发起端是指发起视频对讲的终端，且发起端可以是手机、平板电脑、对讲机和个人数字助理等终端，当然，在实际应用中，发起端还可以是其他类型的终端，本公开实施例对此不作限定。

在步骤202中，当核心网设备接收到发起端发送的视频对讲请求时，向发起端发送确认接收消息，并向至少一个对端发送对讲邀请请求，该对讲邀请请求中携带第一终端媒体属性信息，第一终端媒体属性信息用于指示至少一个对端接收核心网设备发送的视频对讲数据而不向核心网设备发送视频对讲数据。

其中，核心网设备可以通过指定呼叫控制协议向发起端发送确认接收消息，并通过该指定呼叫控制协议向至少一个对端发送对讲邀请请求，该对讲邀请请求中携带第一终端媒体属性信息。示例的，当指定呼叫控制协议为基于IMS的SIP时，第一终端媒体属性信息可以是a:recvonly，且第一终端媒体属性信息可以通过SIP中的SDP所携带。

需要说明的是，核心网设备向发起端发送的确认接收消息用于指示核心网设备已接收到发起端所发送的视频对讲请求，并且正在处理该视频对讲请求。

另外，在本公开实施例中，至少一个对端是指发起端所邀请参与视频对讲的终端，且该至少一个对端可以是手机、平板电脑、对讲机和个人数字助理等终端，当然在实际应用中，发起端还可以是其他类型的终端，本公开实施例对此不作限定。

进一步的，当同一个视频对讲中有至少两个终端向核心网设备发送视频对讲请求时，核心网设备可以在接收到至少两个终端发送视频对讲请求时，确定接收该至少两个终端发送的视频对讲请求的接收时间，并将确定的至少两个接收时间进行比较，根据比较结果，从该至少两个终端中选择接收时间最早的终端，并将选择的终端确定为当前进行视频对讲的发起端。也即是，在同一个视频对讲中有至少两个终端向核心网设备发送视频对讲请求时，核心网设备可以通过视频对讲请求的接收时间的先后顺序，从该至少两个终端中选择视频对讲的发起端。

比如，当在同一个视频对讲中终端A和终端a向核心网设备发送视频对讲请求时，假如核心网设备确定终端A发送的视频对讲请求的接收时间为2016年8月10日15:28分，终端a发送的视频对讲请求的接收时间为2016年8月10日15:29分，则核心网设备可以将终端A确定为该视频对讲的发起端。

更进一步地，当该至少两个终端同时向核心网设备发送视频对讲请求时，核心网设备从至少两个终端中，随机选择一个终端作为视频对讲的发起端。当然，在实际应用中，核心网设备还可以通过其他方式来选择视频对讲的发起端，本公开实施例对此不作限定。

在步骤203中，对于至少一个对端中的每个对端，当该对端接收到核心网设备发送的对讲邀请请求时，向核心网设备发送邀请同意消息。

在本公开实施例中，该邀请同意消息中可以不用携带媒体属性信息，当然，也可以携带媒体属性信息，比如，该邀请同意消息中可以携带第二网络媒体属性信息，第二网络媒体属性信息用于指示确认核心网设备向至少一个对端发送视频对讲数据而至少一个对端不向核心网设备发送视频对讲数据。

其中，对于至少一个对端中的每个对端，该对端可以通过指定呼叫控制协议向核心网设备发送邀请同意消息。示例的，当指定呼叫控制协议为基于IMS的SIP时，假如邀请同意消息中携带第二网络媒体属性信息，第二网络媒体属性信息可以为a:sendonly，且第二网络媒体属性信息可以通过SIP中的SDP所携带。。

在步骤204中，当核心网设备接收到至少一个对端发送的邀请同意消息时，向发起端发送对讲同意消息，以建立发起端与至少一个对端之间的视频对讲连接。

在本公开实施例中，该对讲同意消息中可以不用携带媒体属性信息，当然，也可以携带媒体属性信息，比如，对讲同意消息中可以携带第二终端媒体属性信息，第二终端媒体属性信息用于指示确认发起端向核心网设备发送视频对讲数据而发起端不接收核心网设备发送的视频对讲数据。

其中，核心网设备可以通过指定呼叫控制协议向发起端发送对讲同意消息。示例的，当指定呼叫控制协议为基于IMS的SIP时，假如对讲同意消息中携带第二终端媒体属性信息，第二终端媒体属性信息可以是a:sendonly，且第二终端媒体属性信息可以通过SIP中的SDP所携带。

在本公开实施例中，当通过上述步骤201-204建立发起端与至少一个对端之间的视频对讲连接之后，发起端可以通过下述步骤205-206实现与至少一个对端之间的视频对讲，如下所述：

在步骤205中，当发起端接收到核心网设备发送的对讲同意消息时，录制与该至少一个对端之间的视频对讲数据，并通过视频对讲连接将该视频对讲数据发送给核心网设备。

其中，当发起端接收到核心网设备发送的对讲同意消息时，发起端可以确定已建立与至少一个对端之间的视频对讲连接，之后，发起端可以对视频对讲发起者的对讲语音进行录制，得到与该至少一个对端之间的视频对讲数据，并通过该视频对讲连接将该视频对讲数据发送给核心网设备。

在步骤206中，当核心网设备通过该视频对讲连接接收到发起端发送的视频对讲数据时，将该视频对讲数据发送给至少一个对端，以实现发起端与至少一个对端之间的视频对讲。

进一步地，当发起端主讲完成时，还可以对该视频对讲进行暂停，而暂停该视频对讲的实现过程可以包括如下的步骤(1)-(4)：

(1)、当发起端检测到视频对讲暂停操作时，向核心网设备发送对讲暂停请求，该对讲暂停请求中携带暂停媒体属性信息，该暂停媒体属性信息用于指示暂停所述视频对讲。

其中，发起端可以通过指定呼叫控制协议向核心网设备发送对讲暂停请求，该对讲暂停请求中携带暂停媒体属性信息，示例的，当指定呼叫控制协议是基于IMS网络的SIP时，对讲暂停请求中携带的暂停媒体属性信息可以是a:inactive，且暂停媒体属性信息可以通过SIP中的SDP所携带。

需要说明的是，视频暂停对讲操作是指用户在暂停视频对讲时对发起端的操作，该操作可以是指定手势操作、语音控制操作等，本公开实施例对此不作具体限定。

(2)、当核心网设备接收到发起端发送的对讲暂停请求时，向发起端发送确认接收消息，并向至少一个对端发送对讲暂停指示消息，该对讲暂停指示消息中携带该暂停媒体属性信息。

其中，核心网设备可以通过指定呼叫控制协议向发起端发送确认接收消息，并通过该指定呼叫控制协议向至少一个对端发送对讲暂停指示消息，该对讲暂停指示消息中携带该暂停媒体属性信息，示例的，当指定呼叫控制协议是基于IMS网络的SIP时，对讲暂停指示消息中携带的暂停媒体属性信息可以是a:inactive。需要说明的是，确认接收消息用于提醒发起端，核心网设备已经接收到发起端发送的对讲暂停请求，并且正在处理对讲暂停请求。

(3)、对于该至少一个对端中的每个对端，当该对端接收到核心网设备发送的对讲暂停指示消息时，向核心网设备发送暂停同意消息。

在本公开实施例中，该暂停同意消息中可以不用携带媒体属性信息，当然，也可以携带媒体属性信息，比如，暂停同意消息中可以携带暂停媒体属性信息。

其中，对于该至少一个对端中的每个对端，该对端可以通过指定呼叫控制协议向核心网设备发送暂停同意消息，示例的，当指定呼叫控制协议是基于IMS网络的SIP时，假如暂停同意消息中携带暂停媒体属性信息，暂停媒体属性信息可以是a:inactive。

(4)、当核心网设备接收到至少一个对端发送的暂停同意消息时，向发起端发送暂停同意消息，以暂停发起端与至少一个对端之间的视频对讲。

其中，核心网设备可以通过指定呼叫控制协议向发起端发送暂停同意消息。

在本公开实施例中，基于发起端所发起的视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接，并根据视频对讲连接实现发起端与至少一个对端之间的视频对讲，并可以通过指定呼叫控制协议暂停视频对讲，由于所使用的指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议，因此避免了传统视频对讲需要专用网络和专用对讲设备的局限，方便普通用户进行视频对讲。

图3是根据一示例性实施例示出的一种视频对讲装置框图，如图3所示，该视频对讲装置包括：

建立模块301，用于当接收到发起端发送的视频对讲请求时，基于视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接，该指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议；

发送模块302，用于基于视频对讲连接，将发起端发送的视频对讲数据发送给至少一个对端，以实现发起端与至少一个对端之间的视频对讲。

可选地，如图4所示，建立模块301包括：

第一发送子模块3011，用于当接收到发起端发送的视频对讲请求时，向发起端发送确认接收消息，该视频对讲请求中携带第一网络媒体属性信息，第一网络媒体属性信息用于指示核心网设备接收发起端发送的视频对讲数据而不向发起端发送视频对讲数据；

第二发送子模块3012，用于向至少一个对端发送对讲邀请请求，该对讲邀请请求中携带第一终端媒体属性信息，第一终端媒体属性信息用于指示至少一个对端接收核心网设备发送的视频对讲数据而不向核心网设备发送视频对讲数据；

第三发送子模块3013，用于当接收到至少一个对端基于对讲邀请请求发送的邀请同意消息时，向发起端发送对讲同意消息，以建立发起端与至少一个对端之间的视频对讲连接。

可选地，该邀请同意消息中携带第二网络媒体属性信息，第二网络媒体属性信息用于指示确认核心网设备向至少一个对端发送视频对讲数据而至少一个对端不向核心网设备发送视频对讲数据；该对讲同意消息中携带第二终端媒体属性信息，第二终端媒体属性信息用于指示确认发起端向核心网设备发送视频对讲数据而发起端不接收核心网设备发送的视频对讲数据。

可选地，如图5所示，该视频对讲装置还可以包括：

暂停模块303，用于当接收到发起端发送的对讲暂停请求时，基于视频对讲暂停请求，通过指定呼叫控制协议，对发起端与至少一个对端之间的视频对讲进行暂停。

可选地，如图6所示，暂停模块303包括：

第四发送子模块3031，用于当接收到发起端发送的对讲暂停请求时，向发起端发送确认接收消息，该对讲暂停请求中携带暂停媒体属性信息，该暂停媒体属性信息用于指示暂停视频对讲；

第五发送子模块3032，用于向至少一个对端发送对讲暂停指示消息，该对讲暂停指示消息中携带暂停媒体属性信息；

第六发送子模块3033，用于当接收到至少一个对端基于对讲暂停指示消息发送的暂停同意消息时，向发起端发送暂停同意消息，以暂停发起端与至少一个对端之间的视频对讲。

可选地，如图7所示，该视频对讲装置还可以包括：

选择模块304，用于当接收到至少两个终端发送的视频对讲请求时，从至少两个终端中选择一个终端作为发起端。

在本公开实施例中，基于发起端所发起的视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接，并根据视频对讲连接实现发起端与至少一个对端之间的视频对讲，并可以通过指定呼叫控制协议暂停视频对讲，由于所使用的指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议，因此避免了传统视频对讲需要专用网络和专用对讲设备的局限，方便普通用户进行视频对讲。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种用于视频对讲的装置800的框图。例如，装置800可以被提供为一服务器。参照图8，装置800包括处理组件822，其进一步包括一个或多个处理器，以及由存储器832所代表的存储器资源，用于存储可由处理组件822的执行的指令，例如应用程序。存储器832中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件822被配置为执行指令，以执行下述方法：

当接收到发起端发送的视频对讲请求时，基于该视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接，该指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议；

基于该视频对讲连接，将发起端发送的视频对讲数据发送给至少一个对端，以实现发起端与至少一个对端之间的视频对讲。

可选地，当接收到发起端发送的视频对讲请求时，基于该视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接，包括：

当接收到发起端发送的视频对讲请求时，向发起端发送确认接收消息，该视频对讲请求中携带第一网络媒体属性信息，第一网络媒体属性信息用于指示核心网设备接收发起端发送的视频对讲数据而不向发起端发送视频对讲数据；

向至少一个对端发送对讲邀请请求，该对讲邀请请求中携带第一终端媒体属性信息，第一终端媒体属性信息用于指示至少一个对端接收核心网设备发送的视频对讲数据而不向核心网设备发送视频对讲数据；

当接收到至少一个对端基于对讲邀请请求发送的邀请同意消息时，向发起端发送对讲同意消息，以建立发起端与至少一个对端之间的视频对讲连接。

可选地，该邀请同意消息中携带第二网络媒体属性信息，第二网络媒体属性信息用于指示确认核心网设备向至少一个对端发送视频对讲数据而至少一个对端不向核心网设备发送视频对讲数据；该对讲同意消息中携带第二终端媒体属性信息，第二终端媒体属性信息用于指示确认发起端向核心网设备发送视频对讲数据而发起端不接收核心网设备发送的视频对讲数据。

可选地，基于视频对讲连接，将发起端发送的视频对讲数据发送给至少一个对端，以实现发起端与至少一个对端之间的视频对讲之后，还包括：

当接收到发起端发送的对讲暂停请求时，基于视频对讲暂停请求，通过指定呼叫控制协议，对发起端与至少一个对端之间的视频对讲进行暂停。

可选地，当接收到发起端发送的视频对讲暂停请求时，基于视频对讲暂停请求，通过指定呼叫控制协议，对发起端与至少一个对端之间的视频对讲进行暂停，包括：

当接收到发起端发送的对讲暂停请求时，向发起端发送确认接收消息，对讲暂停请求中携带暂停媒体属性信息，该暂停媒体属性信息用于指示暂停视频对讲；

向至少一个对端发送对讲暂停指示消息，该对讲暂停指示消息中携带暂停媒体属性信息；

当接收到至少一个对端基于对讲暂停指示消息发送的暂停同意消息时，向发起端发送暂停同意消息，以暂停发起端与至少一个对端之间的视频对讲。

可选地，基于视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接之前，还包括：

当接收到至少两个终端发送的视频对讲请求时，从至少两个终端中选择一个终端作为发起端

装置800还可以包括一个电源组件826被配置为执行装置800的电源管理，一个有线或无线网络接口850被配置为将装置800连接到网络，和一个输入输出(I/O)接口858。装置800可以操作基于存储在存储器832的操作***，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在本公开实施例中，基于发起端所发起的视频对讲请求，通过指定呼叫控制协议，建立发起端与至少一个对端之间的视频对讲连接，并根据视频对讲连接实现发起端与至少一个对端之间的视频对讲，由于所使用的指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议，因此避免了传统视频对讲需要专用网络和专用对讲设备的局限，方便普通用户进行视频对讲。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (13)

1.一种视频对讲方法，其特征在于，所述方法包括：

当接收到发起端发送的视频对讲请求时，基于所述视频对讲请求，通过指定呼叫控制协议，建立所述发起端与至少一个对端之间的视频对讲连接，所述指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议；

基于所述视频对讲连接，将所述发起端发送的视频对讲数据发送给所述至少一个对端，以实现所述发起端与所述至少一个对端之间的视频对讲。

2.如权利要求1所述的方法，其特征在于，所述当接收到发起端发送的视频对讲请求时，基于所述视频对讲请求，通过指定呼叫控制协议，建立所述发起端与至少一个对端之间的视频对讲连接，包括：

当接收到发起端发送的视频对讲请求时，向所述发起端发送确认接收消息，所述视频对讲请求中携带第一网络媒体属性信息，所述第一网络媒体属性信息用于指示核心网设备接收所述发起端发送的视频对讲数据而不向所述发起端发送视频对讲数据；

向所述至少一个对端发送对讲邀请请求，所述对讲邀请请求中携带第一终端媒体属性信息，所述第一终端媒体属性信息用于指示所述至少一个对端接收所述核心网设备发送的视频对讲数据而不向所述核心网设备发送视频对讲数据；

当接收到所述至少一个对端基于所述对讲邀请请求发送的邀请同意消息时，向所述发起端发送对讲同意消息，以建立所述发起端与所述至少一个对端之间的视频对讲连接。

3.如权利要求2所述的方法，其特征在于，所述邀请同意消息中携带第二网络媒体属性信息，所述第二网络媒体属性信息用于指示确认所述核心网设备向所述至少一个对端发送视频对讲数据而所述至少一个对端不向所述核心网设备发送视频对讲数据；所述对讲同意消息中携带第二终端媒体属性信息，所述第二终端媒体属性信息用于指示确认所述发起端向所述核心网设备发送视频对讲数据而所述发起端不接收所述核心网设备发送的视频对讲数据。

4.如权利要求1所述的方法，其特征在于，所述基于所述视频对讲连接，将所述发起端发送的视频对讲数据发送给所述至少一个对端，以实现所述发起端与所述至少一个对端之间的视频对讲之后，还包括：

当接收到所述发起端发送的对讲暂停请求时，基于所述视频对讲暂停请求，通过所述指定呼叫控制协议，对所述发起端与至少一个对端之间的视频对讲进行暂停。

5.如权利要求4所述的方法，其特征在于，所述当接收到所述发起端发送的视频对讲暂停请求时，基于所述视频对讲暂停请求，通过所述指定呼叫控制协议，对所述发起端与至少一个对端之间的视频对讲进行暂停，包括：

当接收到所述发起端发送的对讲暂停请求时，向所述发起端发送确认接收消息，所述对讲暂停请求中携带暂停媒体属性信息，所述暂停媒体属性信息用于指示暂停所述视频对讲；

向所述至少一个对端发送对讲暂停指示消息，所述对讲暂停指示消息中携带所述暂停媒体属性信息；

当接收到所述至少一个对端基于所述对讲暂停指示消息发送的暂停同意消息时，向所述发起端发送暂停同意消息，以暂停所述发起端与所述至少一个对端之间的视频对讲。

6.如权利要求1-5任一所述的方法，其特征在于，所述基于所述视频对讲请求，通过所述指定呼叫控制协议，建立所述发起端与至少一个对端之间的视频对讲连接之前，还包括：

当接收到至少两个终端发送的视频对讲请求时，从所述至少两个终端中选择一个终端作为所述发起端。

7.一种视频对讲装置，其特征在于，所述装置包括：

建立模块，用于当接收到发起端发送的视频对讲请求时，基于所述视频对讲请求，通过指定呼叫控制协议，建立所述发起端与至少一个对端之间的视频对讲连接，所述指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议；

发送模块，用于基于所述视频对讲连接，将所述发起端发送的视频对讲数据发送给所述至少一个对端，以实现所述发起端与所述至少一个对端之间的视频对讲。

8.如权利要求7所述的装置，其特征在于，所述建立模块包括：

第一发送子模块，用于当接收到发起端发送的视频对讲请求时，向所述发起端发送确认接收消息，所述视频对讲请求中携带第一网络媒体属性信息，所述第一网络媒体属性信息用于指示核心网设备接收所述发起端发送的视频对讲数据而不向所述发起端发送视频对讲数据；

第二发送子模块，用于向所述至少一个对端发送对讲邀请请求，所述对讲邀请请求中携带第一终端媒体属性信息，所述第一终端媒体属性信息用于指示所述至少一个对端接收所述核心网设备发送的视频对讲数据而不向所述核心网设备发送视频对讲数据；

第三发送子模块，用于当接收到所述至少一个对端基于所述对讲邀请请求发送的邀请同意消息时，向所述发起端发送对讲同意消息，以建立所述发起端与所述至少一个对端之间的视频对讲连接。

9.如权利要求8所述的装置，其特征在于，所述邀请同意消息中携带第二网络媒体属性信息，所述第二网络媒体属性信息用于指示确认所述核心网设备向所述至少一个对端发送视频对讲数据而所述至少一个对端不向所述核心网设备发送视频对讲数据；所述对讲同意消息中携带第二终端媒体属性信息，所述第二终端媒体属性信息用于指示确认所述发起端向所述核心网设备发送视频对讲数据而所述发起端不接收所述核心网设备发送的视频对讲数据。

10.如权利要求7所述的装置，其特征在于，所述装置还包括：

暂停模块，用于当接收到所述发起端发送的对讲暂停请求时，基于所述视频对讲暂停请求，通过所述指定呼叫控制协议，对所述发起端与至少一个对端之间的视频对讲进行暂停。

11.如权利要求10所述的装置，其特征在于，所述暂停模块包括：

第四发送子模块，用于当接收到所述发起端发送的对讲暂停请求时，向所述发起端发送确认接收消息，所述对讲暂停请求中携带暂停媒体属性信息，所述暂停媒体属性信息用于指示暂停所述视频对讲；

第五发送子模块，用于向所述至少一个对端发送对讲暂停指示消息，所述对讲暂停指示消息中携带所述暂停媒体属性信息；

第六发送子模块，用于当接收到所述至少一个对端基于所述对讲暂停指示消息发送的暂停同意消息时，向所述发起端发送暂停同意消息，以暂停所述发起端与所述至少一个对端之间的视频对讲。

12.如权利要求7-11任一所述的装置，其特征在于，所述装置还包括：

选择模块，用于当接收到至少两个终端发送的视频对讲请求时，从所述至少两个终端中选择一个终端作为所述发起端。

13.一种视频对讲装置，其特征在于，所述装置包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当接收到发起端发送的视频对讲请求时，基于所述视频对讲请求，通过指定呼叫控制协议，建立所述发起端与至少一个对端之间的视频对讲连接，所述指定呼叫控制协议为基于运营商提供的共用网络的呼叫控制协议；

基于所述视频对讲连接，将所述发起端发送的视频对讲数据发送给所述至少一个对端，以实现所述发起端与所述至少一个对端之间的视频对讲。