CN106332557A - 用于楼宇对讲***中的视频通信的方法和设备以及楼宇对讲*** - Google Patents

Abstract

本公开的实施例涉及用于在楼宇对讲***中传输视频的方法和设备、用于在楼宇对讲***中接收视频的方法和设备、用于在楼宇对讲***中协调视频通信的方法和设备以及楼宇对讲***。在本公开的实施例中，用于在楼宇对讲***中传输视频的方法包括：发送呼叫设备所支持的多种视频格式的信息；接收被叫设备从所述多种视频格式中所选择的视频格式的信息；以及以所选择的视频格式对视频进行编码并发送视频。利用本公开的实施例，可以实现多种视频格式的视频传输，从而使得每个通信终端可以以适合于其自身的视频格式接收视频，这可以很好地处理楼宇对讲***中不同通信终端之间因性能差异引起的相关问题，并且将显著改善用户体验。

Description

用于楼宇对讲***中的视频通信的方法和设备以及楼宇对讲***

技术领域

本公开的实施例一般性地涉及楼宇对讲***，并且更具体地涉及用于在楼宇对讲***中传输视频的方法和设备、用于在楼宇对讲***中接收视频的方法和设备以及楼宇对讲***。

背景技术

目前，楼宇对讲***(DES)尤其在住宅楼中非常流行。DES被用来提供集中、安全和有效的安全防范。在大多数现有楼宇对讲***中，以标准分辨率(SD)格式来传输来电视频，这对于终端的性能具有较低要求且具有价格低的优势。然而，由于SD格式分辨率低，所以用户体验略差。

另一方面，随着技术的发展，具有高性能的终端的成本在不断降低，并且在DES中使用高分辨率(HD)格式正在成为一种趋势。因此，在DES中有可能使用越来越多的高性能终端(诸如智能电话、平板电脑等)，而且这些高性能终端可能在长时间内与现有的低性能终端共存。

在这种情况下，使得具有不同性能的通信终端能够在同一楼宇对讲***中获得其各自支持的最佳视频性能成为一种挑战。

发明内容

为此，本公开提供了用于楼宇对讲***中视频通信的新解决方案，从而解决或者至少部分地缓解现有技术中的问题的至少一部分。

根据本公开的第一方面，提供了一种用于在楼宇对讲***中传输视频的方法。该方法包括：发送呼叫设备支持的多种视频格式的信息；接收被叫设备从所述多种视频格式中选择的视频格式的信息；以及以所选择的视频格式对视频进行编码并发送视频码流。

在本公开的实施例中，可以将呼叫设备所支持的多种视频格式的信息包含在呼叫请求中。替换地或另外，可以将被叫设备从所述多种视频格式中选择的视频格式的信息包含在呼叫应答中。

在本公开的另一实施例中，所述方法还可以包括响应于摘机请求而删除用于将不被保持的视频格式的视频编码器和视频发送单元，其中所述摘机请求包含将被保持的视频格式的信息。

根据本公开的第二方面，提供了一种用于在楼宇对讲***中接收视频的方法。该方法可以包括：接收呼叫设备所支持的多种视频格式的信息；从所述多种视频格式中选择视频格式；发送所选择的视频格式的信息；以及接收所选择的视频格式的视频并对视频码流进行解码。

根据本公开的第三方面，还提供了用于在楼宇对讲***中协调视频通信的方法。该方法可以包括：将呼叫设备所支持的多种视频格式的信息转发给被叫设备；响应于接收到被叫设备从所述多种视频格式中选择的视频格式的信息，创建用于所选择的视频格式的通道；将所选择的视频格式的信息转发给呼叫设备；以及通过所创建的用于所选择的视频格式的通道将所选择的视频格式的视频从呼叫设备转发给被叫设备。

根据本公开的第四方面，还提供了一种用于在楼宇对讲***中传输视频的设备。该设备包括：发送单元，其被配置成发送呼叫设备所支持的多种视频格式的信息；接收单元，其被配置成接收被叫设备从所述多种视频格式中选择的视频格式的信息；视频编码和发送单元，其被配置成以所选择的视频格式对视频进行编码并发送视频码流。

根据本公开的第五方面，提供了一种用于在楼宇对讲***中接收视频的设备。该设备包括接收单元，其被配置成接收呼叫设备所支持的多种视频格式的信息；呼叫维护单元，其被配置成从所述多种视频格式中选择视频格式；发送单元，其被配置成发送所选择的视频格式的信息；以及视频接收和解码单元，其被配置成接收所选择的视频格式的视频并对视频码流进行解码。

根据本公开的第六方面，提供了一种用于在楼宇对讲***中协调视频通信的设备。该设备包括代理单元，其被配置成将呼叫设备所支持的多种视频格式的信息转发给被叫设备，并将所述被叫设备从所述多种视频格式中选择的视频格式的信息转发给所述呼叫设备；通道管理单元，其被配置成响应于从被叫设备接收到关于所选择的视频格式的信息而创建用于所选择的视频格式的通道；以及视频转发单元，其被配置成通过针对所选择的视频格式所创建的通道将所选择的视频格式的视频转发给所述被叫设备。

根据本公开的第七方面，还提供了一种其上具有计算机程序代码的计算机可读存储介质，该计算机程序代码被配置成在被执行时促使所述设备执行根据本公开的第一至第三方面中的任一项中的任何实施例所述的方法中的动作。

根据本公开的第八方面，提供了包括根据本公开的第七方面的计算机可读存储介质的计算机程序产品。

在本公开的实施例中，可以在呼叫设备与被叫设备之间对视频格式进行自动协商，并且因此呼叫设备可基于协商结果向被叫设备传输视频。因此，用本公开的实施例，能够实现用多种视频格式进行的视频传输，从而使得每个通信终端可以以适合于其自身的视频格式接收视频，这可以很好地处理楼宇对讲***中不同通信终端之间因性能差异引起的有关问题，并且将显著改善用户体验。

附图说明

通过参考附图对在说明书中举例说明的实施例的详细说明，本公开的上述及其他特征将变得更加显而易见，在附图中相同附图标记标识相同或类似的部件，并且在附图中：

图1示意性地示出根据本公开的实施例的在楼宇对讲***中传输视频的方法的流程图；

图2示意性地示出根据本公开的另一实施例的在楼宇对讲***中接收视频的方法的流程图；

图3示意性地示出根据本公开的再一实施例的在楼宇对讲***中协调视频通信的方法的流程图；

图4示意性地示出一对一模式下的楼宇对讲***的图示；

图5示意性地示出根据本公开的实施例的在一对一模式下对视频格式选择进行自动协商的特定实施方式的信令图；

图6示意性地示出一对多模式下的楼宇对讲***的图示；

图7示意性地示出根据本公开的另一实施例的在一对多模式下对视频格式选择进行自动协商的特定实施方式的信令图；

图8示意性地示出根据本公开的实施例的用于在楼宇对讲***中传输视频的设备的框图；

图9示意性地示出根据本公开的另一实施例的用于在楼宇对讲***中接收视频的设备的框图；

图10示意性地示出根据本公开的再一实施例的用于在楼宇对讲***中协调视频通信的设备的框图；以及

图11示意性地示出根据本公开的实施例的楼宇对讲***的框图。

具体实施方式

下面将参考附图通过实施例来详细地描述在本公开中提供的解决方案。应该认识到的是，给出这些实施例仅仅是为了使得本领域的技术人员能够更好地理解和实现本公开，并非意图以任何方式限制本公开的范围。

一般地，将根据术语在技术领域中的普通意义来解释在权利要求中使用的所有术语，除非在这里另外明确地定义。一般地，“一/一个/该/所述【元件、设备、部件、装置、步骤等】”将被开放地解释为指代所述元件、设备、部件、装置、单元、步骤等的至少一个实例，并不排除多个此类元件、部件、装置、单元、步骤等，除非另外明确地说明。此外，如在这里所使用的不定冠词"一/一个"不排除多个此类步骤、单元、模块、设备以及对象等。

接下来，将首先参考图1来描述根据本公开的实施例的用于在楼宇对讲***中传输视频的方法，该方法在呼叫设备处执行。如图1中所示，首先在步骤S101处，可以向被叫设备发送呼叫设备所支持的多种视频格式的信息。在本公开的实施例中，呼叫设备可以支持多种视频格式，以满足各式各样的终端对于视频格式的不同要求。本文所使用的术语“视频格式”是指视频编码格式、分辨率、帧率、码率等。呼叫设备所支持的所述多种视频格式的信息可以被存储在呼叫设备中，并且该信息可以是视频格式的列表或类似形式。可以由呼叫设备将这些视频格式的信息发送给被叫设备。所支持的视频格式的信息可以被作为单个消息发送，但是优选的是，将所支持视频格式的信息包含在呼叫请求中。换言之，当呼叫设备发起呼叫时，所支持视频格式的信息可以包括在呼叫请求中，并与呼叫请求一起发送给被叫设备。呼叫请求是在用户发起呼叫时将被发送给被叫设备的消息，以将来电告知被叫设备。将所支持视频格式的信息包含在呼叫请求中是有益的，因为这不要求在楼宇对讲***中添加任何额外的信令，并且可以提供更好的兼容性。

在步骤S102处，在呼叫设备处接收被叫设备从所述多种视频格式中选择的视频格式的信息。在被叫设备接收到呼叫设备所支持的所述多种视频格式的信息之后，被叫设备将根据其自己的性能从所述多种视频格式中选择视频格式，例如，其可以从所述多种视频格式中选择它可以支持的最佳视频格式作为来电视频的视频格式。所选择的视频格式的信息将被发回给呼叫设备。此信息可以作为单独的消息被发送给呼叫设备，或者可以将该信息包括在呼叫应答中，并与呼叫应答一起发送给呼叫设备。一旦被叫设备从呼叫设备接收到呼叫请求之后，该呼叫应答将由被叫设备发送给呼叫设备，从而告知被叫设备它针对来电已准备就绪。同样地，由于能获得更好的兼容性，将所选择的视频格式的信息包含在呼叫应答中也是有益的。

在接收到所选择的视频格式的信息之后，呼叫设备将根据所选择的视频格式对视频进行编码，并在步骤S103处将所选择的视频格式的视频码流发送给被叫设备。

在多于一个被叫设备的情况下，所述多种视频格式的信息将被发送给这些被叫设备；而且针对每种所选择的视频格式，将存在相应的编码器和发送单元，从而使得这些所选择的视频格式的视频可以被发送到各个被叫设备。此外，在这种情况下，当呼叫设备接收到包含将被保持的视频格式的摘机请求时，呼叫设备将删除用于将不被保持的视频格式(未被包含在摘机请求中的视频格式)的视频编码和发送单元。这样，分配给将不被保持的视频格式的资源可以在该资源将不再使用时被释放。

另外，图2示出根据本公开的另一实施例的用于在楼宇对讲***中接收视频的方法的流程图，该方法在被叫设备处执行。接下来，将对图2进行参考以描述在被叫设备处的操作。

如图2中所示，首先在步骤S201处，被叫设备将接收呼叫设备所支持的多种视频格式的信息。该信息例如包括呼叫设备可以支持的视频格式的列表。如前所述，例如可以将所支持视频格式的信息包含在来自呼叫设备的呼叫请求中，并与呼叫请求一起发送给被叫设备，由于能获得更好的兼容性，所以这将是有益的。

然后，在步骤202处，被叫设备可以基于其自身性能从所述多种视频格式中选择一种视频格式作为来电视频的视频格式。例如，它可从所述多种视频格式中选择其可以支持的最佳视频格式来作为来电视频的视频格式。接下来，在步骤S203处，所选择的视频格式的信息将被提供给呼叫设备，以告知用于来电视频的视频格式。如上文所述，可以例如将所选择的视频格式的信息包含在发给呼叫设备的呼叫应答中，并与呼叫应答一起发送给呼叫设备，这将提供更好的兼容性。此后，在步骤S204处，被叫设备可以接收所选择的视频格式的视频码流。这样，被叫设备可以以所选择的视频格式对视频码流进行解码，并在被叫设备的屏幕上显示视频。

此外，在超过一个通信终端的情况下，如果用户期望摘机，即期望利用被叫设备来接听呼叫，则可以发送摘机请求，摘机请求中包含有视频格式，该视频格式是在后续通信中将被保持的该被叫设备自身选择的视频格式。换言之，呼叫将由此被叫设备接通，而其它被叫设备将结束此呼叫。因此，当呼叫设备接收到摘机请求时，呼叫设备将删除用于除包含在摘机请求中视频格式之外的视频格式的视频编码器和视频发送单元，从而释放不使用的资源。

另外，在多于一个通信终端的情况下，可以存在类似于服务器的中间设备，以便协调呼叫设备与这些被叫设备之间的视频通信。接下来，可以参考图3进行关于服务器的操作的描述，其中图3示意性地示出根据本公开的再一实施例的用于在楼宇对讲***中协调视频通信的方法的流程图。

如图3中所示，首先在步骤S301处，服务器将把呼叫设备所支持的多种视频格式的信息转发给被叫设备。在本公开的实施例中，来自呼叫设备的所有信息或通信将被首先发送给服务器，该服务器继而将会把这些信息或者通信转发给各个通信终端。因此，当服务器从呼叫设备接收到关于所支持的视频格式的信息时，服务器将把该信息转发给所有被叫设备。此外，可以将所支持的视频格式的信息包含在呼叫请求中，并作为呼叫请求信息的一部分与呼叫请求一起发送给服务器，从而获得更好的兼容性。

然后，在步骤S302处，当服务器接收到被叫设备从所述多种视频格式中选择的视频格式的信息时，服务器将创建用于所选择的视频格式的通道。所创建的通道将被用来转发所选择的视频格式的视频码流。如果存在多个不同的所选择的视频格式，则服务器将分别地针对这些视频格式创建通道。然而，如果已经存在用于所选择的视频格式的通道，或者换句话讲，如果其它通信终端已选择与此被叫设备相同的视频格式，则他们可以共享同一通道。也就是说，通常使用一个通道足以将所选择的视频格式的视频转发给使用相同所选择的视频格式的这些设备。

然后在步骤S303处，服务器将把所选择的视频格式的信息转发给呼叫设备，从而将被叫设备做出的选择告知呼叫设备。同样地，所选择的视频格式的信息可以是包含在呼叫应答中的信息并被发送到呼叫设备。此后，当服务器从呼叫设备接收到所选择的视频格式的视频时，服务器可以在步骤S304处通过针对所选择的视频格式所创建的通道将该视频转发给目标被叫设备(即，选择该视频格式作为来电视频的视频格式的被叫设备)。

此外，当服务器从被叫设备接收到包含将被保持的视频格式的摘机请求时，服务器将删除用于将不被保持的视频格式(即，未被包含在摘机请求中的那些视频格式)的所有通道，并且挂断除发出摘机请求的被叫设备之外的其它被叫设备。也就是说，将仅仅保持发出摘机请求的被叫设备和用于该被叫设备所选择的视频格式的通道，而所有其它通道将被删除，并且所有其它被叫设备将被挂断。这样，就可以在服务器中释放为其它被叫设备分配的资源。

在本公开的实施例中，可以在呼叫设备与被叫设备之间进行关于视频格式的自动协商，并且因此呼叫设备可以基于协商结果向被叫设备传输视频。因此，利用本公开的实施例，能够在单个楼宇对讲***中实现多种视频格式的视频传输，从而使得每个通信终端均可以以适合于其自身的视频格式来接收视频，这可以很好地处理楼宇对讲***中不同通信终端之间因性能差异引起的有关问题，并将显著改善用户体验。

下面，为了使得本领域的技术人员完全且彻底地理解在本公开中提供的解决方案，将参考图4至7来说明根据本公开的实施例的对视频格式选择进行自动协商的特定实施方式。

首先对图4进行参考，该图示出一对一模式下的楼宇对讲***的情形。如图1中所示，设备410是呼叫设备，而设备420是被叫设备。设备410在一对一模式下与设备420通信，而没有任何其它中间设备。然而，应注意的是，在它们之间也可以有中间设备。

图5示意性地示出根据本公开的实施例的在一对一模式下对视频格式选择进行自动协商的特定实施方式的信令图。如图5中所示，设备410在步骤S501处向设备420发出呼叫请求，其中，该呼叫请求包含设备410可以支持的视频格式的列表。在接收到呼叫请求时，设备420将在步骤S502处基于其自己的性能来选择最佳视频格式。同时，设备420针对所选择的视频格式的来电视频数据来调用接收模块、解码模块以及显示模块。然后，设备420在步骤S503处将所选择的视频格式的信息包含在呼叫应答中并将其发回给设备410。设备410将针对所选择的视频格式的视频调用相应的编码器和发送器，视频数据将在步骤S504处被发送到编码器以便由编码器进行编码，并且随后由发送器发送给设备420。在设备420处，视频数据将由视频接收模块接收，由相应的解码和显示模块来解码和显示。

可以看到，在楼宇对讲***处于一对一模式中的情况下，操作较为简单，而在处于一对多模式中的楼宇对讲***中，操作要复杂得多，这将在下面进行描述。

图6示意性地示出一对多模式下的楼宇对讲***的图示。如图6中所示，例如在房间610中，提供了服务器620，该服务器620也可以称为家庭服务器。服务器620被连接到设备610，该设备610可以是供用户用来发起呼叫的室外机。另一方面，服务器620被连接到路由器640。通信终端650-1和650-2诸如室内机或移动终端，被连接到路由器140。这样，通信终端650-1、650-2可以经由路由器640与服务器620通信。然而，应注意的是，还可以将通信终端650-1、650-2其中之一或两者无线连接到路由器640，例如通过WiFi技术或其它无线通信技术。在图中所示的情形中，呼叫设备630将与多于一个被叫设备650-1、650-2通信，因此该情形可以称为一对多模式。

接下来，将参考图7对在一对多模式下进行视频格式选择自动协商的特定实施方式进行详细描述。如图7中所示，当诸如室外机之类的呼叫设备630进行呼叫时，将在步骤S701处向服务器620发送呼叫请求，并且在呼叫请求中包含有呼叫设备630可以支持的视频格式的列表。然后，在步骤S702处，服务器620分别地在步骤S702a和S702b处将呼叫请求转发给通信终端650-1和650-2两者。在接收到呼叫请求时，通信终端650-1从视频格式的列表中选择最佳视频格式VF_1，并调用用于所选择的最佳视频格式的接收模块、解码模块和显示模块，以便在步骤S703a处接收到所选择的视频格式VF_1的视频时使用。同时，在步骤S703b处，通信终端650-2执行类似操作，但是选择了不同的视频格式VF_2。接着，在步骤S704a和S704b处，包含所选择的各个视频格式的呼叫应答被发回给服务器620。由于是两种不同类型的视频格式，在步骤S705a和S705b处，服务器620将在接收到来自通信终端650-1和650-2相应的呼叫应答之后，针对所选择的两种视频格式创建相应视频通道。在创建视频通道之后，服务器620分别地在步骤S706a和S706b处将相应的呼叫应答转发给设备630。当呼叫设备630接收到来自被叫设备650-1的呼叫应答时，它将调用相应的编码器和发送器，以对视频数据进行编码并将该视频数据发送给服务器620，同时针对来自被叫设备650-2的呼叫应答执行相同操作。通过这种方式，VF_1的视频和VF_2的视频被发送给服务器，而在服务器620处，VF_1的视频将在步骤S708a处通过针对VF_1创建的视频通道被转发给被叫设备650-1，VF_2的视频将在步骤S708b处通过针对VF_2创建的视频通道被转发给被叫设备650-2。

当被叫设备例如被叫设备650-1决定摘机(即，接听呼叫)时，该被叫设备可以向服务器620发送包含其自己选择的视频格式VF_1的摘机请求，该视频格式指示在后续通信中应当被保持的视频格式(步骤S709)。当服务器620从被叫设备650-1接收到包含将被保持的视频格式的摘机请求时，服务器620将删除用于将不被保持的视频格式的所有通道(即，用于VF_2(未被包含在摘机请求中的那些视频格式)的通道)，并且挂断除发出摘机请求的被叫设备之外的其它被叫设备(如果存在其他设备的话)(步骤S710)。也就是说，只有发出摘机请求的被叫设备650-1和用于该被叫设备的所选择的视频格式VF_1的通道将被保持，而所有其它通道将被删除，并且所有其它被叫设备将被挂断。这样，可以在服务器620中释放为其它被叫设备分配的资源。随后在步骤S711处，服务器620将向除发出摘机请求的被叫设备650-1之外的其它被叫设备650-2发送挂断请求(步骤S711)。在被叫设备650-2接收到挂断请求之后，它将删除用于其所选择的视频格式的解码器和接收器，并且返回到空闲状态。然后，在步骤S712处向服务器发送挂断应答。在从其它被挂断终端接收到所有挂断应答之后，服务器620将在步骤S713处向呼叫设备630转发包含将被保持的视频格式VF_1的摘机请求。在步骤S714处，呼叫设备630将删除用于VF_2的视频编码器和发送器。接下来，摘机应答将在步骤S714处被发送到服务器620，并且在步骤S715处，由服务器620将摘机应答转发给被叫设备650-1。然后，仅有VF_1的视频将被发送给服务器620，并且由服务器620通过用于VF_1的通道将其转发给被叫设备650-1。

在下文中，将参考图8至11进一步对在本公开中提供的用于在楼宇对讲***中传输视频的设备、用于在楼宇对讲***中接收视频的设备和楼宇对讲***进行描述。

图8示意性地示出根据本公开的实施例的用于在楼宇对讲***中传输视频的设备的框图。如图8中所示，作为呼叫设备的设备800包括发送单元810、接收单元820及视频编码和发送单元830。发送单元810被配置成从呼叫设备向被叫设备发送信息、消息或信令，诸如呼叫请求、操作应答等，特别是发送关于呼叫设备所支持的多种视频格式的信息。接收单元820被配置成从被叫设备接收信息、消息或信令，诸如呼叫应答、操作请求等，并且特别是接收关于所选择的视频格式的信息。视频编码和发送单元830被配置成对视频进行编码和向被叫设备发送视频。

特别地，在本公开的实施例中，诸如室外机之类的设备800(呼叫设备)可以支持多种视频格式。呼叫设备所支持的多种视频格式的信息可以由发送单元810发送给呼叫设备。在被叫设备从所述多种视频格式中选择一个视频格式之后，所选择的视频格式的信息将被发送给呼叫设备，并且接收单元820可以接收所选择的视频格式的信息。在得知被叫设备所选择的视频格式之后，可以通过相应编码器以所选择的视频格式对视频数据进行编码，并且视频编码和发送单元830可以将所选择的视频格式的视频发送到被叫设备。在本公开的实施例中，可以将呼叫设备所支持的多种视频格式的信息包含在呼叫请求中。替换地或另外，可以将关于被叫设备从所述多种视频格式中选择的视频格式的信息包含在呼叫应答中。

此外，设备800还可包括呼叫维护单元840，其可以被配置成处理与呼叫有关的事务。例如，呼叫维护单元840可以获得关于呼叫设备所支持的所述多种视频格式的信息，并将该信息传输给发送单元810，以便发送给被叫设备。此外，呼叫维护单元840可以调用用于所选择的视频格式的编码器以便获得所选择的视频格式的视频数据，并调用相应的发送器以便发送所选择的视频格式的视频数据。另外，在接收到包含将被保持的视频格式的信息的摘机请求时，呼叫维护单元840可以被配置成响应于该摘机请求，删除用于将不被保持的视频格式的视频编码和视频发送单元。

此外，图9示意性地示出根据本公开的另一实施例的用于在楼宇对讲***中接收视频的设备的框图。设备900是被叫设备，其包括图9中所示的接收单元910、呼叫维护单元920、发送单元930及视频接收和解码单元940。接收单元910被配置成从呼叫设备接收信息、消息、信令等，特别是被配置成接收关于呼叫设备所支持的多种视频格式的信息。呼叫维护单元920被配置成处理与呼叫有关的事务，特别是从所述多种视频格式中选择视频格式以作为来电视频的视频格式。发送单元930被配置成向呼叫设备发送信息、消息或信令，诸如呼叫应答、操作请求等，特别是发送关于所选择的视频格式的信息。视频接收和解码单元被配置成接收所选择的视频格式的视频并对视频进行解码。在本公开的实施例中，可以将呼叫设备所支持的多种视频格式的信息包含在呼叫请求中。另外或替换地，可以将所选择的视频格式的信息包含在呼叫应答中。

此外，在本公开的实施例中，发送单元910还被配置成发送摘机请求。尤其是摘机请求包含其自己选择的视频格式，以便告知将被保持的视频格式。

图10示意性地示出根据本公开的再一实施例的用于在楼宇对讲***中协调视频通信的设备的框图。如图10所示，设备1000包括代理单元1010、通道管理单元1020以及视频转发单元1030，该设备1000可以是诸如服务器之类的中间设备。代理单元1010被配置成在被叫设备与呼叫设备之间接收和转发信息、消息、信令等，并且特别地，代理单元1010被配置成将呼叫设备所支持的多种视频格式的信息转发给被叫设备，并将被叫设备从所述多种视频格式中选择的视频格式的信息转发给呼叫设备。通道管理单元1020被配置成管理用于向被叫设备转发视频的通道，并且特别是响应于从呼叫设备接收到所选择的视频格式的信息，创建用于所选择的视频格式的通道。视频转发单元1030被配置成通过所创建的用于所选择的视频格式的通道，将所选择的视频格式的视频从呼叫设备转发给被叫设备。在本公开的实施例中，可以将呼叫设备所支持的多种视频格式的信息包含在呼叫请求中；替换地或另外地，可以将所选择的视频格式的信息包含在呼叫应答中。此外，通道管理单元1030可以进一步被配置成响应于来自被叫设备的摘机请求，删除用于将不被保持的视频格式的通道，并且同时代理单元1010可以被配置成挂断除了发出摘机请求的被叫设备之外的其它被叫设备，其中该摘机请求包含关于将被保持的视频格式的信息。

图11示意性地示出根据本公开的实施例的楼宇对讲***的框图。楼宇对讲***1100包括室外机1110、服务器1120、路由器1130以及至少一个通信终端1140-1、1140-2。室外机1110将被呼叫者用来发起呼叫。通信终端1140-1、1140-2诸如室内机或移动终端，将被用户用来接听呼叫。服务器1120被配置成协调室外机1110与通信终端1140-1、1140-2之间的视频通信。路由器1130被配置成用于使得通信终端1140-1、1140-2能够与服务器1120通信。

特别地，室外机1110被配置成发送室外机所支持的多种视频格式的信息；接收所述通信终端从所述多种视频格式中选择的视频格式的信息；以及以所选择的视频格式来编码并发送视频。服务器1120被配置成转发所述多种视频格式的信息；响应于接收到通信终端从所述多种视频格式中选择的视频格式的信息，创建用于所选择的视频格式的通道；将所选择的视频格式的信息转发给室外机；以及将所选择的视频格式的视频通过针对所选择的视频格式创建的通道从室外机转发给通信终端。通信终端1140-1、1140-2被配置成接收所述多种视频格式的信息；从所述多种视频格式中选择视频格式；发送所选择的视频格式的信息；以及接收所选择的视频格式的视频并对视频进行解码。呼叫设备所支持的多种视频格式的信息被包含在呼叫请求中；并且所选择的视频格式的信息被包含在呼叫应答中。

已经参考附图描述了在本公开的实施例中提供的所述设备和楼宇对讲***。然而，还可理解的是，此处所述的所有这些单元、模块执行与上文相对于方法所描述的操作类似的操作。因此，针对关于这些操作的细节，请参阅参考图1-7所进行的关于方法的描述。

上文已参考附图通过实施例详细地描述了本公开的实施例。应当理解的是，虽然本说明书包含许多特定实施方式细节，但不应将这些细节理解为对任何发明或者可以要求保护的范围的限制，而是作为特定发明的特定实施例的特有特征的描述。还可以在单个实施例中以组合方式实现在本说明书中在单独实施例的背景下描述的某些特征。相反地，还可以单独地在多个实施例中或者以任何适当的子组合来实现在单个实施例的背景下描述的各种特征。此外，虽然上文可将特征描述为以某些组合方式作用，甚至在最初同样地要求保护，但在某些情况下可以将来自要求保护的组合的一个或多个特征从该组合去除，并且要求保护的组合可针对子组合或子组合的变体。

当结合附图和所附权利要求来阅读时，鉴于前述描述，本公开的前述示例性实施例的各种修改、变更可变得对于相关领域的技术人员而言显而易见。任何和所有修改仍将落在本公开的非限制性和示例性实施例中。此外，受益于在前述描述和关联附图中提出的教导本公开的这些实施例所属领域的技术人员将想到在这里阐述的本公开的其它实施例。

因此，应理解的是一个或多个发明不限于公开的特定实施例，并且该修改及其他实施例意图被包括在所附权利要求的范围内。虽然在本文中可使用特定术语，但其仅仅是在一般且描述性意义上使用的且并不用于限制的目的。

Claims (19)

1.一种用于在楼宇对讲***中传输视频的方法，包括：

发送呼叫设备所支持的多种视频格式的信息；

接收被叫设备从所述多种视频格式中所选择的视频格式的信息；以及

以所选择的视频格式对视频进行编码并发送视频码流。

2.根据权利要求1所述的方法，其中所述呼叫设备所支持的多种视频格式的信息被包含在呼叫请求中；和/或

其中所述被叫设备从所述多种视频格式中所选择的视频格式的信息被包含在呼叫应答中。

3.根据权利要求1至2所述的方法，还包括：

响应于摘机请求而删除用于将不被保持的视频格式的视频编码器和视频发送单元，其中所述摘机请求包含将被保持的视频格式的信息。

4.一种用于在楼宇对讲***中接收视频的方法，包括：

接收呼叫设备所支持的多种视频格式的信息；

从所述多种视频格式中选择视频格式；

发送所选择的视频格式的信息；以及

接收所选择的视频格式的视频码流并对视频码流进行解码。

5.根据权利要求4所述的方法，其中所述呼叫设备所支持的多种视频格式的信息被包含在呼叫请求中；和/或

其中所述所选择的视频格式的信息被包含在呼叫应答中。

6.根据权利要求4或5所述的方法，还包括：

发送摘机请求，其中所述摘机请求包含将被保持的视频格式。

7.一种用于在楼宇对讲***中协调视频通信的方法，包括：

将呼叫设备所支持的多种视频格式的信息转发给被叫设备；

响应于接收到所述被叫设备从所述多种视频格式中选择的视频格式的信息，创建用于所选择的视频格式的通道；

将所选择的视频格式的信息转发给所述呼叫设备；以及

通过所创建的用于所选择的视频格式的通道，将所选择的视频格式的视频码流从所述呼叫设备转发给所述被叫设备。

8.根据权利要求7所述的方法，其中所述关于呼叫设备所支持的多种视频格式的信息被包含在呼叫请求中；和/或

其中所述关于所选择的视频格式的信息被包含在呼叫应答中。

9.根据权利要求7或8所述的方法，还包括：

响应于来自被叫设备的摘机请求而删除用于将不被保持的视频格式的通道，其中所述摘机请求包含将被保持的视频格式的信息；以及

挂断除发出所述摘机请求的所述被叫设备之外的其它被叫设备。

10.一种用于在楼宇对讲***中传输视频的设备，包括：

发送单元，其被配置成发送呼叫设备所支持的多种视频格式的信息；

接收单元，其被配置成接收被叫设备从所述多种视频格式中选择的视频格式的信息；以及

视频编码和发送单元，其被配置成以所选择的视频格式对视频进行编码并发送视频码流。

11.根据权利要求10所述的设备，其中所述呼叫设备所支持的多种视频格式的信息被包含在呼叫请求中；和/或

其中所述被叫设备从所述多种视频格式中选择的视频格式的信息被包含在呼叫应答中。

12.根据权利要求10或11所述的设备，还包括：

呼叫维护单元，其被配置成响应于摘机请求而删除用于将不被保持的视频格式的视频编码器和视频发送单元，其中所述摘机请求包含将被保持的视频格式的信息。

13.一种用于在楼宇对讲***中接收视频的设备，包括：

接收单元，其被配置成接收呼叫设备所支持的多种视频格式的信息；

呼叫维护单元，其被配置成从所述多种视频格式中选择视频格式；

发送单元，其被配置成发送所选择的视频格式的信息；以及

视频接收和解码单元，其被配置成接收所选择的视频格式的视频并对视频进行解码。

14.根据权利要求13所述的设备，其中所述呼叫设备所支持的多种视频格式的信息被包含在呼叫请求中；和/或

其中所述关于所选择的视频格式的信息被包含在呼叫应答中。

15.根据权利要求13或14所述的设备，其中所述发送单元还被配置成发送摘机请求，其中所述摘机请求包含将被保持的视频格式。

16.一种用于在楼宇对讲***中协调视频通信的设备，包括：

代理单元，其被配置成将呼叫设备所支持的多种视频格式的信息转发给被叫设备，并且将所述被叫设备从所述多种视频格式中选择的视频格式的信息转发给所述呼叫设备；

通道管理单元，其被配置成响应于从所述被叫设备接收到关于所选择的视频格式的信息而创建用于所选择的视频格式的通道；以及

视频转发单元，其被配置成通过所创建的用于所选择的视频格式的通道将所选择的视频格式的视频转发给所述被叫设备。

17.根据权利要求16所述的设备，其中所述呼叫设备所支持的多种视频格式的信息被包含在呼叫请求中；和/或

其中所述所选择的视频格式的信息被包含在呼叫应答中。

18.根据权利要求16或17所述的设备，其中所述通道管理单元被配置成响应于来自被叫设备的摘机请求而删除用于将不被保持的视频格式的通道，所述摘机请求包含将被保持的视频格式的信息；以及

其中所述代理单元还被配置成响应于所述摘机请求而挂断除发出所述摘机请求的所述被叫设备之外的其它被叫设备。

19.一种楼宇对讲***，包括:

室外机，其用于供呼叫者用来发起呼叫；

通信终端，其供用户使用来接听所述呼叫；

服务器，其用于协调所述室外机与所述通信终端之间的视频通信；以及

路由器，其用于使得所述通信终端能够与所述服务器通信，

其中所述室外机被配置成：发送所述室外机所支持的多种视频格式的信息；接收所述通信终端从所述多种视频格式中选择的视频格式的信息；以及发送所选择的视频格式的视频；

所述服务器被配置成：转发所述多种视频格式的信息；响应于接收到所述通信终端从所述多种视频格式中选择的视频格式的信息，创建用于所选择的视频格式的通道；将所选择的视频格式的信息转发给所述室外机；以及将所选择的视频格式的视频在所创建的用于所选择的视频格式的通道上从所述室外机转发给所述通信终端；以及

所述通信终端被配置成接收所述多种视频格式的信息；从所述多种视频格式中选择视频格式；发送所选择的视频格式的信息；以及接收所选择的视频格式的视频，

其中所述呼叫设备所支持的多种视频格式的信息被包含在呼叫请求中；以及所述所选择的视频格式的信息被包含在呼叫应答中。