包，那么两个连续RTCP包的第二 RTCP包应具有与两个连续RTCP包的第一 RTCP包中含有的“发送器的包数量”及“发送器的八位字节数量”相同的“发送器的包数量”及“发送器的八位字节数量”。也就是说，如果两个连续RTCP包具有指示已不发送数据(即，发送器的包数量及/或发送器的八位字节数量相同)的SR信息，那么接收装置(例如，装置B)可经配置以确定视频RTP包的停止是归因于视频暂停而不是通信信道的降级。然而，如果在已停止接收RTP包之后，两个连续RTCP包中的SR指示继续发送RTP包(例如，发送器的包数量及/或发送器的八位字节数量不相同)，那么接收装置可继续配置为用于VT通话的信道已降级并且在一些实例中，VT通话应被终止。而且，如果视频暂停足够长，那么在通过装置A发布的SR RTCP包之后的后续RTCP包应为接收器报告(RR)(即，“净荷类型” =201)RTCP包。
[0047]因此，当视频RTP包的接收被中断而视频RTCP包保持到达时，装置B可确定装置A暂停视频(而不是确定从装置A到装置B的发射路径降级并且在此情况下视频RTP及RTCP两者应被丢失)。如果接收到的RTCP包是SR，那么装置B可通过检验“净荷类型”信息(SR对RR)及/或“发送器的包数量”及“发送器的八位字节数量”字段来进一步确认此结论。在装置B已确认装置A已归因于视频暂停而停止发送视频RTP包后，装置B可继续将视频发送到装置A (在这种情况下，装置A可仅终止视频RTP包或重新组合及解码每一帧，但不呈现其)、将其自身侧VT应用程序置于后台(即，视频暂停)以实行一些其它任务，或甚至将VT通话降级到单向视频等，同时仍保持与装置A的音频连接。如果装置B将其自身侧VT应用程序移动到后台或将VT通话降级到单向视频，那么装置B将停止发送视频RTP包，同时继续将视频RTCP包发送到装置A。来自装置B的RTCP包可由装置A以相同方式用于测定通过装置B的视频暂停。当两端停止将视频RTP包发送到彼此时，从每一侧发送的RTCP包最终将是空的RR。
[0048]在本发明的另一实例中，结合RTCP包的持续接收，RTP包的存在或缺乏可用于确定VT通话中的装置已起始视频通话。举例来说，在其中VT通话使用RTCP包之间的长时延(例如，2秒或大于2秒)的一些情况下，等待两个连续的RTCP包来确定视频是否已暂停可为不合需要的。因此，本发明进一步提出使用RTP包的持续非接收作为额外触发来确定已发生视频暂停。
[0049]作为一个实例，装置B停止从装置A接收视频RTP包并且随后接收一个RTCP包。在已接收RTCP包之后，装置B可启动计时器。如果在计时器达到某个预定阈值之前未接收到RTP包，那么装置B可主动地确定装置A已暂停视频。所述阈值可设定成小于RTCP包之间的间隔的任何值。在接收到第二连续RTCP包时，装置B随后可确认视频暂停的确定。以此方式，在其中存在RTCP包之间的长时延的情况下可更快速地对视频暂停作出确定。
[0050]总而言之，使用本发明的技术，当一个装置在VT通话中暂停视频时，对等方可通过检查传入视频RTP不活动、RTCP包类型及/或视频RTCP包中携载的统计数据可靠地且实时地检测此事件。当视频RTP包恢复时，对等方可确定视频暂停被终止。在一些实例中，装置可基于以上检测向用户呈现视频暂停启动及视频暂停终止指示。
[0051]在使用本发明的技术时，特定通话/媒体流中的一些可取决于装置B( S卩，尚未暂停的装置)的动作及/或在装置A暂停视频之后事件的顺序而改变。图4是展示针对使用本发明的技术的视频暂停检测的一个使用情况的实例信号流的概念图。在时间200处，装置A及装置B处于双向VT通话中，其中发送音频及视频RTP包两者，以及音频及视频RTCP包。在事件1处，装置A将VT应用程序置于后台，由此暂停视频且停止视频RTP包的发射。因此，在时间202处，视频RTP包未发送到装置B。视频RTCP包被继续发送到装置B。基于上文描述的本发明的技术，装置B基于视频RTCP包中的信息(例如，SR)确定已发生视频暂停。在图4的实例中，在时间204处，在装置B已通过装置A检测到视频暂停时，装置B决定继续发送视频RTP包。
[0052]在事件2处，装置B的用户执行降级操作以将VT通话置于单向模式中。响应于降级操作，re-1NVITE及200 OK SIP消息在时间206及208处互换以将VT通话置于单向模式中。因此，在时间210处，未从任一装置发送视频RTP消息。音频RTP/RTCP消息及视频RTCP消息被继续发送。
[0053]在事件3处，装置A的用户将VT应用程序返回到前台。因此，在时间212处，视频RTP包再次被发射到装置B。在时间214处，归因于在事件2处的用户降级，装置B继续仅发射音频RTP包。然而，由于通过RTCP包而不是显式SIP信令检测到视频暂停，因此两个装置正确地确定单向视频通话仍有效。
[0054]图5是展示针对使用本发明的技术的视频暂停检测的另一使用情况的另一实例信号流的概念图。在时间302处，装置A及装置B处于双向VT通话中，其中发送音频及视频RTP包两者，以及音频及视频RTCP包。在事件1处，装置A将VT应用程序置于后台，由此暂停视频且停止视频RTP包的发射。因此，在时间304处，视频RTP包未发送到装置B。视频RTCP包被继续发送到装置B。基于上文描述的本发明的技术，装置B基于视频RTCP包中的信息(例如，SR)确定已发生视频暂停。在图5的实例中，在时间306处，在装置B已通过装置A检测到视频暂停时，装置B决定停止将视频RTP包发送到装置A。
[0055]在事件2处，装置B的用户执行降级操作以将VT通话置于单向模式中。响应于降级操作，re-1NVITE及200 OK SIP消息在时间308及310处互换以将VT通话置于单向模式中。因此，在时间312处，未从任一装置发送视频RTP消息。音频RTP/RTCP消息及视频RTCP消息被继续发送。
[0056]在事件3处，例如，响应于用户输入，装置A将VT应用程序返回到前台。因此，在时间314处，视频RTP包再次被发射到装置B。在时间316处，归因于在事件2处的用户降级，装置B继续仅发射音频RTP包。然而，由于通过RTCP包而不是显式SIP信令检测到视频暂停，因此两个装置正确地确定单向视频通话仍有效。与图3中的通话/媒体流相比，图4及图5中的每个装置的状态在每一步骤是确定性的，并且从用户期望视角不存在混淆。
[0057]图6是展示根据本发明的技术的实例方法的流程图。图6的技术可通过图2.1的装置A或装置B的一或多个结构单元或处理器执行。
[0058]根据图6的实例，视频电话通话中的接收装置(例如，装置B)可经配置以在接收装置处检测到与视频电话通话相关联的视频数据包已停止来自发送装置￠00)。接收装置可进一步经配置以基于视频控制包中含有的信息确定发送装置已暂停视频电话通话的视频部分(602)。
[0059]在本发明的一个实例中，在视频数据包已停止到达之后，在接收装置处继续接收到视频控制包。在一些实例中，视频数据包是实时传输协议(RTP)包，并且视频控制包是RTP控制协议(RTCP)包。在一些实例中，RTCP包中的用于确定发送装置是否已暂停视频电话通话的视频部分的信息是包数量及总数据量中的一或多者。在与RTCP —致的一些实例中，包数量是RTCP包的发送器报告(SR)中的发送器的包数量，并且其中总数据量是RTCP包的SR中的发送器的八位字节数量。
[0060]在本发明的另一实例中，确定发送装置已暂停视频电话通话的视频部分包括:比较两个连续RTCP包中的包数量及总数据量中的一或多者以确定视频是否已暂停，其中如果包数量及总数据量中的一或多者对于两个连续RTCP包相同，那么确定视频已暂停。
[0061]在本发明的另一实例中，确定发送装置已暂停视频电话通话的视频部分包括在已接收到视频控制包之后启动计时器，并且如果在从计时器的启动开始的阈值时间内未接收到视频数据包，那么确定发送装置已暂停视频电话通话的视频部分。在一些实例中，阈值时间小于两个连续视频控制包之间的时间。
[0062]在一或多个实例中，所描述的功能可用硬件、软件、固件或其任何组合来实施。如果以软件实施，则所述功能可作为一或多个指令或代码在计算机可读媒体上存储或发射，并且由基于硬件的处理单元执行。计算机可读媒体可包含计算机可读存储媒体，其对应于有形媒体，例如数据存储媒体，或包含促进将计算机程序从一处传送到另一处的任何媒体(例如，根据通信协议)的通信媒体。以此方式，计算机可读媒体大体上可对应于(1)非暂时性的有形计算机可读存储媒体或(2)通信媒体，例如，信号或载波。数据存储媒体可为可由一或多个计算机或一或多个处理器存取以检索用于实施本发明中所描述的技术的指令、代码及/或数据结构的任何可用的媒体。计算机程序产品可包含计算机可读媒体。
[0063]借助于实例而非限制，此类计算机可读存储媒体可包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁性存储装置、快闪存储器或可用于存储呈指令或数据结构的形式的所要程序代码且可由计算机存取的任何其它媒体。并且，任何连接被恰当地称为计算机可读媒体。举例来说，如果使用同