视频电话中的视频暂停指示的制作方法
【专利说明】视频电话中的视频暂停指示
[0001]相关串请案
[0002]本申请案主张2013年7月26日提交的第2477/MUM/2013号印度专利申请案的权益，所述申请案的全部内容以引用的方式并入本文中。
技术领域
[0003]本发明涉及视频电话，且更确切地说，涉及用于检测视频电话应用程序中的视频暂停的技术。
【背景技术】
[0004]例如移动电话等的通信装置可包含音频捕获装置，例如，麦克风或语音合成器；用于产生音频包(或帧)的音频编码器；视频捕获装置，例如，相机；及用于产生视频包帧的视频编码器。电话可使用通信协议层，例如，实时传输协议(RTP)、无线电链路协议(RLP)、媒体接入控制(MAC)及物理(PHY)层。在视频电话应用程序中，通信装置可将视频及音频RTP包置于RLP队列中。MAC层模块可从RLP队列的内容中产生MAC层包。MAC层包可转换成PHY层包，以在通信信道上发射到另一通信装置。
【发明内容】
[0005]本发明涉及视频电话，且更确切地说，涉及用于检测视频电话应用程序中的视频暂停的技术。
[0006]在本发明的一个实例中，用于视频电话的方法包括:在接收装置处检测到与视频电话通话相关联的视频数据包已停止来自发送装置；及基于视频控制包中含有的信息确定发送装置已暂停视频电话通话的视频部分。
[0007]在本发明的另一实例中，配置用于视频电话的设备包括用于在接收装置处检测到与视频电话通话相关联的视频数据包已停止来自发送装置的装置；及用于基于视频控制包中含有的信息确定发送装置已暂停视频电话通话的视频部分的装置。
[0008]在本发明的另一实例中，配置用于视频电话的设备包括接收装置，其经配置以在接收装置处检测到与视频电话通话相关联的视频数据包已停止来自发送装置并且基于视频控制包中含有的信息确定发送装置已暂停视频电话通话的视频部分。
[0009]在另一实例中，本发明描述一种计算机可读存储媒体，其存储当执行时致使用于视频电话的装置的一或多个处理器执行以下操作的指令:在接收装置处检测到与视频电话通话相关联的视频数据包已停止来自发送装置；及基于视频控制包中含有的信息确定发送装置已暂停视频电话通话的视频部分。
[0010]在附图及以下说明中阐述一或多个实施例的细节。
【附图说明】
[0011]图1说明视频及首频编码及解码系统。
[0012]图2描绘在通用包交换(PS)网络上的双向VT通话的简化框图。
[0013]图3是展示针对在使用呼叫保持显式信令的视频暂停期间通话降级的使用情况的信号流的概念图。
[0014]图4是展示针对使用本发明的技术的视频暂停检测的一个使用情况的实例信号流的概念图。
[0015]图5是展示针对使用本发明的技术的视频暂停检测的另一使用情况的另一实例信号流的概念图。
[0016]图6是展示根据本发明的技术的实例方法的流程图。
【具体实施方式】
[0017]本发明涉及视频电话，且更确切地说，涉及用于检测视频电话应用程序中的视频暂停的技术。用于指示及检测视频电话通话期间的视频暂停的当前技术可导致参与通话的通信装置之间的不明确状态。在一些情况下，在先前已暂停的视频电话通话的视频部分重新启动之后，用于指示视频暂停的当前技术可致使通话中的通信装置中的一者假定单向视频通话(仅从一个装置发送的视频)实际上静止，而另一通信装置可假定双向视频通话(从双方发送的视频)已恢复。本发明的技术涉及避免此不明确状态的用于指示及确定视频暂停的技术。
[0018]图1说明可利用本发明的技术的视频编码及解码系统10。系统10包含在发射信道16上将数据发送到解码器系统14的编码器系统12。编码器系统12可处于第一视频通信装置中并且可包含音频源17、视频源18、视频编码器20、音频编码器22、实时传输协议(RTP)/用户数据报协议(UDP)/因特网协议(IP)/点对点协议(PPP)转换模块26、无线电链路协议(RLP)队列28、MAC层模块30及物理(PHY)层模块32。代替图1中展示的元件或除了图1中展示的元件之外，编码器系统12的其它实施例可包含其它元件。编码器系统12的其它实施例可包含比图1中展示的元件少的元件。
[0019]解码器系统14可处于另一视频通信装置中并且可包含PHY层模块34、MAC层模块36、RLP队列38、RTP/UDP/IP/PPP转换模块40、视频解码器42、音频解码器44、音频输出单元46及视频输出单元48。代替图1中展示的元件或除了图1中展示的元件之外，解码器系统14的其它实施例可包含其它元件。解码器系统14的其它实施例可包含比图1中展示的元件少的元件。
[0020]系统10可经由发射信道16提供例如，用于视频电话(VT)的双向视频及音频发射。反向编码、解码及转换模块可提供于信道16的相对端上。在一些实施例中，编码器系统12及解码器系统14可实施于视频通信装置内，例如，装备用于视频串流、VT或两者的无线移动终端。移动终端可根据例如RTP、UDP、IP或PPP的包交换标准支持VT。
[0021 ] RTP/UDP/IP/PPP转换模块26将合适的RTP/UDP/IP/PPP标头数据添加到从音频编码器22及视频编码器20接收到的音频及视频数据，并且将所述数据置于RLP队列28中。RTP在UDP的顶部上运行，而UDP在IP的顶部上运行且IP在PPP的顶部上运行。MAC层模块30从RLP队列28的内容中产生MAC RLP包。PHY层模块32将MAC RLP包转换成PHY层包以在信道16上发射。
[0022] 解码系统14的PHY层模块34及MAC层模块36以反向方式操作。PHY层模块34将从信道16接收到的PHY层包转换成MAC RLP包。MAC层模块36将MAC RLP包置于RLP队列38中。RTP/UDP/IP/PPP转换模块40从RLP队列38中的数据除去标头信息，并且重新组合视频及音频数据以分别传送到视频解码器42及音频解码器44。
[0023]系统10可经设计以支持一或多个无线通信技术，例如，码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)，或正交频分复用(0FDM)或另一合适的无线技术。以上无线通信技术可根据各种无线电接入技术中的任一者传送。举例来说，CDMA可根据cdma2000、宽带CDMA(WCDMA)标准、3G、4G、LTE或任何其它基于CDMA的空中接口传送。TDMA可根据全球移动通信系统(GSM)标准传送。通用移动通信系统(UMTS)标准准许GSM或WCDMA操作。对于VT应用程序，系统10可经设计以支持高数据速率(HDR)技术，例如，cdma2000、lxEV-D0、版本0、修订版A或后续EV-D0版本。
[0024]视频源18可为视频捕获装置，例如，一或多个摄像机、一或多个视频存档，或摄像机及视频存档的组合。视频编码器20根据例如MPEG-4、H.264/AVC(高级视频译码)，或高效视频译码(HEVC)等的视频压缩方法产生经编码视频数据。还可使用其它视频压缩方法，例如，国际电信联盟(ITU)H.263、VP9、MPEG-2，或其它标准化或专用方法。视频编码器20可提供大体上CODEC相关的视频源速率控制方案。举例来说，视频编码器20可适用于根据HEVC、MPEG4、ITU Η.263、ITU Η.264或另一标准或技术的视频编码。在一个实例中，视频编码器20可由DSP或嵌入的逻辑核心实施。
[0025]音频源17可为例如麦克风或语音合成器装置等的音频捕获装置。音频编码器22可对音频数据进行编码以伴随视频数据。音频数据可根据例如自适应多速率窄带(AMR-NB)或其它技术等的音频压缩方法进行编码。对于VT应用程序，视频将准许一方观看VT会议，并且音频将准许这一方的说话声被听到。
[0026]在操作中，RTP/UDP/IP/PPP转换模块26从视频编码器20及音频编码器22获得视频及音频数据包。RTP/UDP/IP/PPP转换模块26将合适的标头信息添加到音频包并且将所得数据插入到RLP队列28内。同样地，RTP/UDP/IP/PPP转换模块26将合适的标头信息添加到视频包并且将所得数据插入到RLP队列28内。MAC层模块30从RLP队列28检索数据并且形成MAC层包。每个MAC层包携载包含于RLP队列28内的RTP/UDP/IP/PPP标头信息及音频或视频包数据。
[0027]音频包可独立于视频包插入到RLP队列28中。在一些情况下，从RLP队列28的内容中产生的MAC层包将仅携载标头信息及视频包数据。在其它情况下，MAC层包将仅携载标头信息及音频包数据。
[0028]在一些情况下，MAC层包将取决于RLP队列28的内容携载标头信息、音频包数据及视频包数据。MAC层包可根据无线电链路协议(RLP)进行配置并且可称为MAC RLP包。PHY层模块32将MAC RLP音频-视频包转换成PHY层包以在信道16上发射。
[0029]信道16将PHY层包载送到解码器系统14。举例来说，信道16可为有线连接，例如