CN104813655B - 在视频会议会话中预览呼叫方的方法 - Google Patents

Abstract

通过允许呼叫接收方查看在呼入的视频呼叫中谁在呼叫，利用视频，可以增强呼叫方识别(ID)的概念。基于所述呼叫接收方(120)例如通过实时视频流查看谁(例如呼叫方125)在试图联系所述呼叫接收方，可以允许所述呼叫接收方决定接受或拒绝所述呼入的视频呼叫。所述视频呼叫作为双向呼叫被建立，然而当预览被请求时，仅仅执行允许视频和音频从所述呼叫方(125)发送到所述被叫方(120)的单向视频流。不以相反方向发送视频或音频。仅在被叫方同意时，在所述预览后，所述视频呼叫作为双向呼叫而继续。

Description

在视频会议会话中预览呼叫方的方法

背景技术

本申请于2013年10月21日，作为PCT国际专利申请提交，并且要求于2013年10月23日提交的申请序号为13/657902的美国新型申请的优先权，该申请的主题以其全部内容通过引用被合并。

会话初始协议(SIP)为一种IETF定义的信号传输协议，广泛用于控制通信会话，诸如因特网协议(IP)语音和视频呼叫。SIP可以被用于创建、修改和终止双方(单播)或多方(多播)会话。会话可以包含一个或几个媒体流。其他SIP应用包括视频会议、流传输多媒体分发、即时通信、存在信息、文件传输和在线游戏。SIP协议是被设计为与下面的传输层无关的应用层协议；它可以在传输控制层协议(TCP)、用户数据报协议(UDP)或流控制传输协议(SCTP)上运行。SIP为基于文本的协议，包含超文本传输协议(HTTP)和简单邮件传输协议(SMTP)的许多元素。

附图说明

被包含在本公开中并构成本公开的一部分的附图示出了本公开的各种实施例。在所述附图中：

图1示出了操作环境；

图2为示出了呼叫方预览的状态图；

图3为用于预览呼叫方的方法的流程图；

图4示出了计算设备。

详细描述

概述

通过允许呼叫接收方查看在呼入视频呼叫中谁在呼叫(例如，呼叫方)，利用视频，可以加强呼叫方识别(ID)的概念。可以允许呼叫接收方基于呼叫接收方(例如，通过动态视频流)所见到的试图与他联系的人决定接受或拒绝呼入的视频呼叫。

前面的概述和以下的示例性实施例都仅作为示例和说明，不应该被认为是对本公开所描述和请求的范围的限制。进一步地，除了这里所提及的以外，可以提供特征和/或改变。例如，本公开的实施例可以用于在示例性实施例中所描述各种特征的组合和子组合。

示例性实施例

以下详细描述参考附图。可能的话，在附图中和下面的描述中使用相同的标号指代相同或类似的元素。尽管可以描述本公开的实施例，但是，修改、适应性改变和其他实现都是可能的。例如，可以对附图中所示的元素进行替换、添加或修改，并且这里所描述的方法可以通过对所公开的方法进行替换、重新排序或加入步骤来修改。相应地，下面的详细描述不限制本公开。相反地，本公开的适当范围由所附权利要求限定。

由于视频通信的采用继续扩展了个人通信产品的采用，人与人之间的视频通信技术的使用可能最终超过传统语音呼叫通信的使用。本公开的实施例可以通过利用视频，允许呼叫接收方(例如，通过实时视频流)查看谁在呼叫他们，来加强呼叫方ID的概念。本公开的实施例可以允许呼叫接收方基于他们看到的试图与他们联系的人而决定接受或拒绝呼入的视频呼叫。

呼叫方ID被创建以识别电话呼叫的呼入的呼叫方，这适于在传统语音呼叫服务的能力范围之内。呼叫方ID允许接收方确定他们是否应答呼叫，因此避免“错误号码”呼叫、电话销售服务、甚至恶作剧的呼叫。呼叫方ID有助于降低接收方接受的呼叫的数目。但是，当视频通信的采用增长时，呼叫方ID可能无法提供足够的关于谁在呼叫的“预先信息”，并且可能无法增强视频通信的能力。

当前，当相比传统的语音通信，越来越多的顾客采用视频通信时，电话销售员可以用伪造信息隐藏他们的身份，这个主意可能会推广。现在，呼叫接收方可以仅允许通过利用好友列表中选定的有限人数来“视频聊天”，但是可能有一天，可以像今天呼叫接收方使用电话一样多地利用视频通信。

本公开的实施例可以建立用于视频通信服务的视频客户端预筛选功能。正如人可以透过他们前门的窥孔查看谁在他们的门外，本公开可以允许呼叫接收方建立单向的实时传输协议(RTP)媒体会话，以在该呼叫接收方接受呼入的视频呼叫之前查看谁在呼叫。进一步地，通过给予用户对于谁实际上在呼叫他们的额外的可视性，可以向在犹豫接受视频通信的用户提供增加的信任感和安全感。更进一步地，当呼叫方的呼叫被另一用户接收时，呼叫方ID的概念或者代表呼叫方的静态图像的利用可以得到加强。

因为几乎以后所有形式的通信都可以采用视频通信，本公开的实施例可以为被集成到顾客、公司、服务提供商产品中的软件或硬件。进一步地，本公开的实施例可以加强视频会议、远程监控或远程专家监控服务，允许呼叫中心代理在应答会话之前查看谁在呼叫。通过这种方式，恶作剧呼叫和其他不适当的呼叫可以被减少或消除。

图1为操作环境100的框图。如图1所示，操作环境100可以包括网络105、代理服务器110、重定位服务器115、第一用户设备120、第二用户设备125和第三用户设备130。代理服务器110和重定位服务器115可以提供SIP通信会话，诸如利用网络105在第一用户设备120、第二用户设备125和第三用户设备130之间的IP语音和视频呼叫。

网络105可以包含任何类型的能够便于诸如因特网协议(IP)语音和/或视频呼叫的SIP通信会话的网络(例如，因特网、内容分发网络(CDN)等)。进一步地，网络105可以便于其他SIP应用，包括但不限于，视频会议、流多媒体分发、即时通信、信息呈现、文件传输和在线游戏。

代理服务器110可以包含既作为用户代理服务器(UAS)又作为用于代表其他客户端发出请求的目的的用户代理客户端(UAC)的中间实体。代理服务器110可以主要发挥路由的作用，这意味着它的工作将确保请求被发送至与目标用户“更近”的另一实体。代理服务器110也可以用于执行策略(例如，确保允许用户作出呼叫)。进一步地，代理服务器110还可以解释，并且如果必要在转发请求消息之前重写请求信息的特定部分。代理服务器110可以还作为可以接受REGISTER请求的注册方，并将它接收的这些请求中的信息放入它处理的域的位置服务，所述位置服务将一个或多个IP地址注册到通过sip：scheme指示的特定的SIP统一资源定位符(URL)。

重定位服务器115可以包括生成针对它所接收请求的3xx(重定位)响应的用户代理服务器，引导客户端与URI的可选集合联系。重定位服务器115可以允许代理服务器将SIP会话邀请引导至外部域。

第一用户设备120、第二用户设备125或第三用户设备130可以包含能够执行诸如IP语音和视频呼叫的SIP通信会话的任何类型的设备(例如，SIP用户代理(UA))。例如，第一用户设备120可以包括SIP电话、智能手机，第二用户设备125可以包括平板电脑，第三用户设备130可以包括任何类型的计算设备。第一用户设备120、第二用户设备125或第三用户设备130可以包括但不限于，Wi-Fi访问点，、蜂窝基站、服务于附近的多个客户端的交换机、平板设备、移动设备、智能手机、电话、远程控制设备、机顶盒、数字录像机、线缆调制解调器、个人计算机、网络计算机、主机、路由器或其他类似的基于微型计算机的设备。

SIP UA可以包括用于创建或接收SIP消息和管理SIP会话的逻辑网络端点。SIP UA可以执行发送SIP请求的用户代理客户端(UAC)和接收请求并返回SIP响应的用户代理服务器(UAS)的功能。UAC和UAS的这些功能可以仅在SIP业务期间持续。所述SIP UA可以包含物理设备(诸如远程监控设备)或被安装于个人计算机、平板电脑或智能手机上的视频会议软件应用。

SIP电话可以包含SIP用户代理，该SIP用户代理可以提供电话的传统呼叫功能，诸如拨号、应答、拒绝、保持/挂断和呼叫转移。SIP电话可以被实现为硬件设备或软件电话。可以在许多IP设备的基本固件功能中实现SIP元件。

与本公开的实施例一致，可以例如通过在第一用户设备120和第二用户设备125之间的传统的IP连接由第一用户设备120和第二用户设备125或者在它们之间提供所述呼叫筛选功能。换言之，本公开的实施例可以不需要对传统的SIP进行修改或添加。

图2为示出了呼叫预览的状态图。呼叫方用户设备(例如在端点1的第二用户设备125)可以向接收方用户设备(例如端点2的第一用户设备120)做出视频呼叫。该呼叫可以通过示出标准SIP代码的状态205至225建立，以建立双向的RTP媒体流(状态230)。在建立所述双向RTP媒体流后，但在建立全双向视频呼叫之前，接收方用户设备可能需要预览(状态235)。如果所述呼叫方用户设备允许所述预览，单向的RTP流(状态240)可以将视频从所述呼叫方用户设备向所述接收方用户设备流传输。如果所述接收方用户设备同意(状态245)呼入的呼叫，所述接收方用户设备可以启用所述接收方用户设备上的相机以向所述呼叫方用户设备发送视频。然后所述视频会话可以利用全双向视频呼叫(状态250)。这个呼叫可以通过示出标准SIP代码的状态255至260而被终止。

图3为示出了与本公开的实施例一致的用于预览呼叫方的方法300中所涉及的一般步骤的流程图。可以利用第一用户设备120(例如接收方用户设备)实现方法300，该第一用户设备120可以利用如下面针对图4更详细描述的计算设备400。呼叫方用户设备可以被实现在第二用户设备125中。下面将更详细地描述实现方法300的步骤的方法。

方法300可以起始于开始块305，且进行至第一用户设备120可以接收呼叫的步骤310。例如，第二用户设备125可以通过网络105向第一用户设备120呼叫(即视频呼叫)。

从第一用户设备120接收呼叫的步骤310，方法300中可以前进到步骤315，在步骤315中，响应于接收的呼叫，第一用户设备120可以呈现以下呼叫接收方第一选项：“接受”、“拒绝”和“预览”。例如，可以在第一用户设备120上向所述呼叫接收方显示菜单，列出呼叫接收方第一选项。如果呼叫接收方从菜单选择“接受”或“拒绝”，那么相应地，可以在第一用户设备120和第二用户设备125之间建立正常的双向视频呼叫，或者可以完全终止呼叫。

一旦在步骤315中第一用户设备120呈现所述呼叫接收方第一选项，方法300可以继续到步骤320，在步骤320中，第一用户设备120可以接收“预览”的呼叫接收方第一选项的选择。例如，使用第一用户设备120的呼叫接收方可以从在第一用户设备120上显示的列出了呼叫接收方第一选项的菜单中选择“预览”。

在步骤320中第一用户设备120接收所述“预览”的呼叫接收方第一选项的选择之后，方法300可以前进至步骤325，在步骤325中，响应于接收“预览”的呼叫接收方第一选项，第一用户设备120可以为呼叫建立双向的媒体会话。作为示例，当从第一用户设备120上的菜单中选择“预览”时，第一用户设备120可以接受用于视频通信的所述SIP请求，建立双向的RTP媒体会话。

从第一用户设备120建立所述双向媒体会话的步骤325，方法300可以前进至步骤330，在步骤330中，响应于接收预览的呼叫接收方第一选项，第一用户设备120可以禁用第一用户设备120的发送与呼叫相应的视频的能力。例如，即使为第一用户设备120和第二用户设备125之间的呼叫已经建立了双向媒体会话，呼叫的每一方都不可以看到或听到另一方。具体地，第一用户设备120可以禁用第一用户设备120上的摄像机，因此禁用第一用户设备120的(例如向第二用户设备125)发送视频的能力。

一旦在步骤330中第一用户设备120禁用第一用户设备120的发送与呼叫相应的视频的能力，方法300可以继续至步骤335，在步骤335中，响应于接收“预览”的呼叫接收方第一选项，第一用户设备120可以向第二用户设备125(即呼叫方用户设备)发出信号以呈现以下呼叫方选项：“允许”和“拒绝”。例如，通过向第二用户设备125发出信号以向所述呼叫方呈现两个选项：i)“允许”，允许单向RTP媒体会话，允许所述呼叫接收方查看谁在呼叫；或ii)“拒绝”，拒绝查看谁在呼叫的请求，因此终止所述呼叫，第一用户设备120内的功能可以建立与第二用户设备125的数据会话。

在第一用户设备120向第二用户设备125发出信号以在步骤335中呈现所述呼叫方选项后，方法300可以前进至步骤340，在步骤340中，响应于选择“允许”的呼叫方选项，第一用户设备120可以在第一用户设备120处接收与呼叫相应的视频。例如，如果所述呼叫方接受了视频预览的请求，然后设置于第二用户设备125内部的装置可以通过RTP媒体会话对来自它的相机的视频进行流传输以便于呼叫接收方查看。所述呼叫方可以具有随时终止单向预览RTP媒体会话的选项。

从第一用户设备120接收与呼叫相应的视频的步骤340，方法300可以进行至步骤345，在步骤345中，响应于选择“允许”的呼叫方选项，第一用户设备120可以在第一用户设备120上显示接收的与呼叫相应的视频。例如，呼叫方的面部(例如通过实时视频流)可以显示于第一用户设备120上。这可以允许呼叫接收方查看在呼入的视频呼叫中是谁在呼叫。所以，本公开的实施例可以建立视频通信服务的视频客户端预筛选功能。正如人可以通过他们前门的窥孔来查看谁在门外，本公开可以允许呼叫接收方建立单向的实时传输协议(RTP)媒体会话，以在该呼叫方接受呼入的视频呼叫之前查看谁在呼叫。进一步地，通过给予用户对于实际上谁在呼叫他们的额外的可视性，可以向在犹豫接受视频通信的用户提供增加的信任感和安全感。

一旦在步骤345中第一用户设备120显示了接收的视频，方法300可以继续至步骤350，在步骤350中，响应于选择“允许”的呼叫方选项，第一用户设备120可以呈现下列呼叫接收方第二选项：“接受”和“终止”。例如，在呼叫接收方的预览筛选期间，第一用户设备120可以向呼叫接收方呈现两个菜单选项：“接受”或“终止”呼入的视频呼叫。因此，可以允许呼叫接收方基于呼叫接收方看到的谁在试图联系他们而决定接受或拒绝呼入的视频呼叫。

从第一用户设备120呈现呼叫接收方第二选项的步骤350，方法300可以前进至步骤355，在步骤355中，响应于接收“接受”的呼叫接收方第二选项，第一用户设备120可以启用第一用户设备的发送与呼叫相应的视频的能力。例如，如果呼叫接收方同意呼入的呼叫并选择“接受”的菜单选项，第一用户设备120可以启用第一用户设备120上的相机。然后视频会话充分利用双向的RTP媒体会话。因此，在呼叫方和呼叫接收方之间完整建立了双向视频呼叫。如果呼叫接收方在看到所述预览视频时不同意所述视频会话并选择“终止”菜单选项，那么呼叫被终止。一旦第一用户设备120在步骤355中启用第一用户设备120的发送与呼叫相应的视频的能力，那么方法300可以在步骤360结束。

本公开的实施例可以被用于例如视频会议情况或“远程专家”解决方案，允许呼叫中心代理在应答视频会议或远程监控会话之前，查看谁在呼叫。因为在公共区域可能普遍存在远程专家自助服务机，呼叫中心代理可以在应答和建立双向会话之前确认实际上有人在呼叫自助服务机处。在有人通过所述自助服务机传送作为“恶作剧”而请求呼叫会话，或者有“不适当的”人在呼叫，所述呼叫中心代理可以拒绝呼入的呼叫请求。在使用所述远程专家时，所述呼叫方可能不会被提示同意所述呼叫“预览”，但是呼叫中心内的接收到所述呼叫的呼叫中心代理可以在它们接收到呼叫请求的时候查看谁在呼叫，并决定是否应该应答所述呼叫。

图4以更多细节示出了计算设备。如图4中所示，计算设备400可以包括处理单元410和存储器单元415。存储器单元415可以包括软件模块420和数据库425。当在处理单元410执行时，软件模块420可以执行预览呼叫方的处理，例如，包括上面关于图3描述的方法300的任何一个或多个步骤。计算设备400例如可以提供用于代理服务器110、重定位服务器115、第一用户设备120、第二用户设备125或第三用户设备130的操作环境。代理服务器110、重定位服务器115、第一用户设备120、第二用户设备125或第三用户设备130可以在其他环境下操作，并且不限于计算设备400。

与本公开一致的实施例可以包含用于预览呼叫方的系统。所述系统可以包括存储装置和与所述存储装置连接的处理单元。所述处理单元可以操作以在接收方用户设备上接收呼叫，并响应于接收的呼叫，呈现以下呼叫接收方第一选项：接受、拒绝和预览。进一步地，所述处理单元可以操作以接收预览呼叫接收方第一选项的选择，并且响应于接收预览的呼叫接收方第一选项：i)建立用于呼叫的双向媒体会话；ii)禁用接收方用户设备的发送与呼叫相应的视频的能力；iii)向呼叫方用户设备发出信号以呈现以下呼叫方选项：允许和拒绝。此外，响应于选择允许的呼叫方选项，处理单元可操作以：i)在接收方用户设备处接收与所述呼叫相应的视频；ii)在接收方用户设备处显示与呼叫相应的接收的视频；iii)呈现以下呼叫接收方第二选项：接受和终止。所述处理单元还可以操作以响应于接收接受的呼叫接收方第二选项，启用接收方用户设备的发送与呼叫相应的视频的能力。

与本公开一致的另一实施例可以包括用于预览呼叫方的系统。所述系统可包括存储装置和连接到所述存储装置的处理单元。所述处理单元可操作以发起呼叫，然后接收与发起的呼叫相应的预览请求。接下来，处理单元可允许预览请求，并响应于允许的预览所导致的呼叫的接受而参与双向呼叫。

可以利用Wi-Fi访问点、蜂窝基站、平板电脑设备、移动设备、智能手机、电话、远程控制设备、机顶盒、数字录像机、电缆调制解调器、个人计算机、网络计算机、主机、路由器或其他类似的基于微型计算机的设备来实现计算设备400(“处理器”)。所述处理器可以包括任何计算机操作环境，诸如手持设备、多处理器系统、基于微型处理器或可编程的发送方电子设备、小型计算机、大型计算机等。所述处理器还可以被用于通过远程处理设备执行任务的分布式计算环境中。进一步地，所述处理器可以包括例如移动终端，诸如智能手机、蜂窝电话、利用无线应用协议(WAP)或未注册移动访问(UMA)的蜂窝电话、个人数字助理(PDA)、智能寻呼机、便携式计算机、手持计算机、传统电话或无线保真(Wi-Fi)访问点。前述系统和设备作为示例，处理器可以包括其他系统或设备。

本公开的实施例例如可以被实现为计算机处理(方法)、计算系统或作为制造的产品(诸如计算机程序产品或计算机可读介质)。所述计算机程序产品可以为计算机系统可读的并且编码有用于执行计算机处理的计算机程序的指令的计算机存储介质。所述计算机程序产品还可以为计算机系统可读的并且编码有用于执行计算机处理的计算机程序的指令的载体上的传播信号。相应地，本公开可以被实现为硬件和/或软件(包括固件、驻留软件、微代码等)。换言之，本公开的实施例可以采用计算机可用或计算机可读存储介质上的计算机程序产品的形式，所述计算机可用或计算机可读存储介质使得计算机可用或计算机可读程序代码实现在介质中以被指令执行系统使用或者结合指令执行系统使用。计算机可用或计算机可读介质可以为任何介质，它可以包含、存储、通信、传播或传送程序以由指令执行系统、装置或设备使用或结合所述指令执行系统、装置或设备使用。

所述计算机可用或计算机可读介质可以为，例如但不限于，电、磁、光、电磁、红外或半导体系统，装置，设备或传播介质。更具体的计算机可读介质示例(非穷尽列表)，计算机可读介质可以包括下面的内容：具有一个或多个线的电连接、便携式计算机磁盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存存储器)、光纤、便携式压缩盘只读存储器(CD-ROM)。注意到计算机可用或计算机可读介质甚至可以为纸张或者另外适当的上面可以打印程序的介质，因为程序可以通过电的方式获取，例如，通过光扫描纸张或其他介质，然后编译、解释或者如果必要，用其他的适当方式处理，并且然后储存于计算机存储器中。

例如以上参考框图和/或根据本公开实施例的方法、系统和计算机程序产品的操作说明描述了本公开的实施例。在所述块中提及的所述功能/动作可以不按照任何流程图中所示的顺序发生。例如，根据所涉及的功能/动作，连续示出的两个块实际可以大体上同时被执行，或者有时所述块可以以相反的顺序被执行。

尽管已经描述了本公开的特定实施例，但是还可以存在其他的实施例。进一步地，虽然本公开的实施例被描述为与存储于存储器或其他存储介质的数据相关，但是数据还可以被存储于其他类型的计算机可读介质上或从其他类型的计算机可读介质读取，所述其他类型的计算机可读介质诸如辅助存储器设备(像硬盘、软盘或CD-ROM)、来自于因特网的载波或其他形式的RAM或ROM。进一步地，与本公开的实施例一致语义数据在未被存储的情况下可以被分析。在这种情况下，当数据传输例如通过高速缓存服务器或网络路由器时，可使用内嵌的数据挖掘技术。进一步地，在不脱离本公开的情况下，可以以任何方式(包括将步骤重排序和/或插入或删除步骤)修改公开的方法的步骤。

尽管所述说明书包含实施例，但是本公开的范围由下面的权利要求所表示。进一步地，尽管所述说明书已经以特定于结构特征和/或方法动作的语言描述，但是权利要求不限于上面所描述的特征或动作。相反，上面所描述的特定特征和动作只是作为本公开的实施例的示例而公开。

Claims (20)

1.一种用于预览视频呼叫的呼叫方的方法，包含：

在接收方会话发起协议SIP使能用户设备处接收视频呼叫；

在接收方SIP使能用户设备处，响应于接收的视频呼叫，呈现呼叫接收方第一选项，包括接受、拒绝和预览；

在接收方SIP使能用户设备处，接收预览的呼叫接收方第一选项的选择；

在接收方SIP使能用户设备处，响应于接收所述预览呼叫接收方第一选项，

通过接受用于视频通信的建立双向实时传输协议RTP媒体会话的SIP请求，建立所述视频呼叫的双向媒体会话；

禁用所述接收方SIP使能用户设备的发送与所述视频呼叫相应的视频的能力；

向呼叫方SIP使能用户设备发出信号以呈现下面的呼叫方选项：

允许和拒绝。

2.如权利要求1所述的方法，其中所述接收方SIP使能用户设备包括SIP电话的接收方用户设备处接收呼叫。

3.如权利要求1所述的方法，其中呈现所述呼叫接收方第一选项包括：在所述接收方SIP使能用户设备上的显示器上呈现所述呼叫接收方第一选项。

4.如权利要求1所述的方法，其中禁用所述接收方SIP使能用户设备的发送与所述呼叫相应的视频的能力包括：禁用所述接收方SIP使能用户设备上的相机。

5.如权利要求1所述的方法，其中所述呼叫方SIP使能用户设备包括SIP使能电话。

6.如权利要求1所述的方法，其中所述呼叫方SIP使能用户设备包括：远程专家自助服务机。

7.如权利要求1所述的方法，进一步包括：响应于选择允许的呼叫方选项，

在所述接收方SIP使能用户设备处接收与所述呼叫相应的视频；

在所述接收方SIP使能用户设备处显示与所述呼叫相应的接收的视频，

呈现下面的呼叫接收方第二选项：接受和终止；并且

响应于接收接受的呼叫接收方第二选项，选择性地启用所述接收方SIP使能用户设备的发送与所述呼叫相应的视频的能力，其中，启用所述接收方SIP使能用户设备的发送与所述呼叫相应的视频的能力包括：启用所述接收方SIP使能用户设备上的相机。

8.一种用于预览视频呼叫的呼叫方的方法，包括：

从呼叫方会话发起协议SIP使能用户设备发起视频呼叫；

响应于接收方SIP使能用户设备上的从包括接受、拒绝和预览的呼叫接收方第一选项中对预览呼叫接收方第一选项的选择，接收与发起的呼叫相应的预览请求；

通过接收从包括响应于来自接收方SIP使能用户设备的信号所呈现的允许选项和拒绝选项的呼叫方选项中对允许选项的选择而允许所述预览请求；并且

响应于对针对建立双向实时传输协议RTP媒体会话的SIP请求的接受，参与双向视频呼叫媒体会话，其中，所述接收方SIP使能用户设备的发送与所述视频呼叫相应的视频的能力在所述双向媒体会话期间被禁用。

9.如权利要求8所述的方法，其中所述呼叫方SIP使能用户设备包括：远程专家自助服务机。

10.如权利要求8所述的方法，其中所述呼叫方SIP使能用户设备包括：SIP使能电话。

11.如权利要求8所述的方法，其中所述接收方SIP使能用户设备包括SIP使能电话。

12.如权利要求8所述的方法，其中允许所述预览请求包括：启用所述呼叫方SIP使能用户设备的发送视频的能力。

13.如权利要求12所述的方法，其中启用所述呼叫方SIP使能用户设备的发送视频的能力包括：启用所述呼叫方SIP使能用户设备上的相机。

14.一种用于预览视频呼叫的呼叫方的装置，包括：

存储设备；和

与所述存储设备连接的处理单元，其中所述处理单元操作以：

接收视频呼叫；

响应于接收的视频呼叫，呈现呼叫接收方第一选项，包括接受、拒绝和预览；

接收预览的呼叫接收方第一选项的选择；

响应于接收所述预览的呼叫接收方第一选项，

通过接受针对视频通信的建立双向的实时传输协议RTP媒体会话的SIP请求来建立所述视频呼叫的双向媒体会话；

禁用所述装置的发送与所述视频呼叫相应的视频的能力；

向呼叫方SIP使能用户设备发出信号以呈现允许的呼叫方选项。

15.如权利要求14所述的装置，其中所述装置包括SIP使能电话。

16.如权利要求14所述的装置，其中所述处理单元操作以呈现所述预览的呼叫接收方第一选项包括：所述处理单元操作以在与所述装置相关的显示器上呈现呼叫接收方第一选项。

17.如权利要求14所述的装置，其中所述处理单元操作禁用所述装置的发送与所述呼叫相应的视频的能力包括：所述处理单元操作以禁用所述装置上的相机。

18.如权利要求14所述的装置，其中所述呼叫方SIP使能用户设备包括能够执行会话初始协议SIP的电话。

19.如权利要求14所述的装置，其中所述呼叫方SIP使能用户设备包括远程专家自助服务机。

20.如权利要求14所述的装置，其中所述处理单元进一步操作以：

响应于选择允许的呼叫方选项，

接收与所述呼叫相应的视频；

显示与所述呼叫相应的接收的视频；

呈现接受的呼叫接收方第二选项；并且

响应于接收接受的呼叫接收方第二选项，选择性地启用所述装置的发送与所述呼叫相应的视频的能力，其中启用所述装置的发送与所述呼叫相应的视频的能力包括启用所述装置上的相机。