用于在3G－324M中为视频呼叫执行呼叫建立的方法及设备

摘要

为进行快速呼叫建立，终端机A向终端机B发送用于由终端机A所支持的最高H.223多路复用器级别的塞入序列及至少一个专有序列。所述专有序列指示对快速呼叫建立的支持并含有由终端机A所支持的视频及音频编解码器。终端机A监测由终端机B所发送的塞入序列及专有序列。如果终端机A自终端机B接收到一专有序列，则终端机A发送一H.245非标准请求消息，所述H.245非标准请求消息含有发送至终端机B的所述专有序列中的信息、终端机A所支持的视频及/或音频能力、及终端机A所使用的一多路复用表的条目。终端机A监测一来自终端机B的非标准请求消息，所述非标准请求消息含有终端机B的视频及音频能力及多路复用表条目。一旦每一终端机均接收到一来自另一终端机的确认，终端机A及B便准备进行通信。

说明书

本申请案主张基于第60/588,457号临时美国申请案的权利，该临时美国申请案的名称为“用于在3G-324M实施方案中加速视频呼叫的呼叫建立的方法(Method toSpeedup Callsetup in Video Calls on 3G-324M Implementations)”，其于2004年7月15日提出申请，且出于各种目的而以引用方式全文并入本文中。

技术领域

本发明大体而言涉及通信，且更具体而言涉及用于为视频呼叫执行呼叫建立的技术。

背景技术

无线通信系统广泛部署用于提供诸如语音、视频、数据等各种通信服务。这些网络可为多址网络，其能够通过共享可用系统资源(例如带宽及/或发射功率)来为多个用户提供通信。这些多址网络的实例包括：码分多址(CDMA)网络、时分多址(TDMA)网络、频分多址(FDMA)网络及正交频分多址(OFDMA)网络。

视频电话(video telephony或videophone)是许多无线通信网络的一种迅速兴起的应用。视频电话应用使用例如3G-324M标准(其由3GPP及3GPP2标准实体规定)同时发射语音及视频。3G-324M标准是基于ITU-T Recommendation H.324，其名称为“用于低位速率多媒体通信的终端机(Terminal for Low Bit Rate MultimediaCommunication)”。H.324利用ITU-T Recommendation H.223(其名称为“用于低位速率多媒体通信的多路复用协议(Multiplexing Protocol for Low Bit Rate MultimediaCommunication)”)与ITU-T Recommendation H.245(其名称为“用于多媒体通信的控制协议(Control Protocol for Multimedia Communication)”)二者。H.324是一用于在低位速率电路交换网络上进行多媒体通信的国际标准。H.223是一种将视频、音频、数据及控制作为单独的媒体流来接收并为这些流产生多路复用协议数据单元(MUX-PDU)的协议。H.245是一种用于在两个作为视频呼叫的终点的终端机之间交换信令以建立及管理一H.324电路交换视频电话呼叫(或简称为视频呼叫)的协议。

在一支持3G-324M标准的无线网络(或简称为3G-324M无线网络)中建立视频呼叫通常会耗费很长时间。每一终端机通常不知晓另一终端机的能力。而且，预先不具有关于应如何发送及接收多媒体数据的配置信息。因此，为进行呼叫建立，这两个终端机通常交换多轮信令消息，以便使每一终端机探知另一终端机的能力并为视频呼叫配置相关的参数。这使这两个终端机能够成功地发送及接收多媒体数据。执行呼叫建立所需的长的时间非常令人讨厌，因为用户必须等待呼叫建立完成之后才可发送或接收多媒体数据。而且，交换多轮信令消息会耗费宝贵的系统资源。

因此，在所属领域中需要提供用于在3G-324M无线网络中加快视频呼叫的呼叫建立的技术。

发明内容

本文说明一种可加快视频呼叫的呼叫建立的快速呼叫建立程序。所述快速呼叫建立程序包括一移动级别检测阶段及一能力及多路复用表条目交换阶段(或简称为“第2阶段”)。

在移动级别检测阶段中，终端机A向另一终端机B发送用于由终端机A所支持的最高H.223多路复用器级别的塞入序列以及至少一个“专有”序列。所述塞入序列由H.324加以规定。所述专有序列指示发射终端机支持所述快速呼叫建立程序并进一步指示由所述发射终端机所支持的视频及音频编码器/解码器(编解码器)及这些视频及音频编解码器的优选性。终端机A监测由终端机B所发送的塞入序列及专有序列(如果有)。

如果终端机A自终端机B接收到一专有序列，则终端机A启动所述快速呼叫建立程序的第2阶段。在第2阶段中，终端机A周期性地发送一H.245 Nonstandard(非标准)请求消息，以确保终端机B可接收到该消息。该Nonstandard请求可包含例如在发送至终端机B的专有序列中所包含的信息、所选的由终端机A所支持的视频及/或音频能力、终端机A所使用的多路复用表的条目等等。终端机A还为从终端机B呼入的音频及视频数据建立其接收信道。一旦接收到一关于终端机B已正确接收到由终端机A所发送的Nonstandard请求消息的NSRP确认，终端机A便停止发送所述Nonstandard请求消息。

终端机A还监测由终端机B所发送的Nonstandard请求消息，所述Nonstandard请求消息包含终端机B的视频及音频能力及多路复用条目。一旦自终端机B接收到所述Nonstandard请求消息，终端机A便准备将经过正确配置的音频/视频数据发送至终端机B。终端机A还将一NSRP确认发送至终端机B，以通知终端机B所述Nonstandard请求消息已由终端机A接收到且终端机B可有望很快自终端机A接收到音频/视频数据。整个第2阶段可通过所述Nonstandard请求消息的单次交换来有效地完成，而非通过在根据H.324标准建立视频呼叫时通常所需的多个(例如十次或可能更多次)H.245信令消息。

下文将更详细地阐述本发明的各个方面及实施例。

附图说明

结合附图阅读下文所作的详细说明，将更易得知本发明的特征及性质，在所有附图中，相同的参考字符均表示相同的含意。

图1显示一无线通信网络。

图2显示快速呼叫建立程序的一呼叫流程。

图3显示专有序列的一实例性格式。

图4显示在移动级别检测阶段中传输塞入序列及专有序列。

图5显示Nonstandard请求消息的一实例性格式。

图6显示一种使用快速呼叫建立程序来建立视频呼叫的过程。

图7显示一终端机的方块图。

具体实施方式

本文所用“实例性”一词意指“用作一实例、示例或例证”。在本文中，任何被称为“实例性”的实施例或设计均未必应视为为较其他实施例或设计为佳或有利。

图1显示一部署方案100，其中无线终端机110与一无线通信网络120进行通信来获得通信服务。无线终端机既可固定也可移动，并也可称作用户设备(UE)、移动站(MS)、无线装置、手机、用户单元或某个其他术语。无线网络120包括基站122及一系统控制器124。基站是一与无线终端机进行通信的固定台，且也可称作节点B、基站收发机子系统(BTS)、接入点、或某个其他术语。每一基站均为一特定地理区域提供通信覆盖。系统控制器124耦合至基站122并为这些基站提供协调及控制。系统控制器124可代表一群网络实体，例如无线电网路控制器(RNC)、基站控制器(BSC)、移动交换中心(MSC)等等。

系统控制器124可进一步耦合至其他系统及网络，例如公共交换电话网络(PSTN)140、集成服务数字网络(ISDN)、包数据服务节点(PDSN)、通用包无线电服务(GPRS)支持节点(GSN)等等。PSTN 140是一载送模拟语音数据的电路交换电话网络。ISDN可通过数字或模拟电话线发送语音、视频及数据。PDSN及GSN为无线终端机提供包交换数据服务并为建立、保持及终止数据呼叫而执行传统的网络接入点功能。可将各种实体耦合至PSTN 140，例如一多媒体服务器142及远程终端机144。

无线网络120可为CDMA网络、TDMA网络等等。CDMA网络可执行一种或多种CDMA无线电接入技术(RAT)，例如cdma2000及宽带CDMA(W-CDMA)。cdma2000涵盖IS-2000、IS-856及IS-95标准。一TDMA系统可执行一种或多种TDMARAT，例如全球移动通信系统(GSM)。这些不同的RAT及标准已在所属领域中众所周知。W-CDMA及GSM阐述于由一名称为“第3代伙伴工程(3rd Generation PartnershipProject)”(3GPP)的联盟所颁布的文件中。cdma2000则阐述于由一名称为“第3代伙伴工程2(3rd Generation Partnership Project 2)”(3GPP2)的联盟所颁布的文件中。3GPP及3GPP2文件可公开得到。

如上文所述，通过无线网络在两个终端机之间建立视频呼叫的过程通常较长。在下文说明中将这两个终端机称作终端机A及终端机B。其中一个终端机(例如终端机A)通常是一用户终端机，例如(举例而言)蜂窝式电话、无线数字个人助理(PDA)等等。另一终端机则可为一用户终端机、服务器、或者某种其他支持H.324的网络实体(例如一媒体网关)。

为建立视频呼叫，首先建立一连接，并分配网络资源(例如业务信道或物理信道)以使这两个终端机能够通过无线网络120交换数据及信令。这两个终端机随后实施初始化，以确定另一终端机的能力并对视频呼叫进行配置。表1列出初始化过程的各种程序。也可执行其他任务来作为所述初始化过程的一部分。

表1

程序说明移动级别检测阶段确定这两个终端机所支持的最高H.223多工器级别。能力交换信令实体(CESE)由终端机用于传送其视频及音频发射及接收能力的程序。主从判定信令实体(MSDSE)用于使终端机能够判定哪一终端机为主终端机而哪一终端机为从终端机的程序。多路复用表信令实体(MTSE)用于使一发射终端机能够发送一多路复用表的条目的程序。逻辑信道信令实体(LCSE)用于打开及关闭逻辑信道的程序。

移动级别检测阶段是所述初始化过程的第一部分，且执行其是为了确定这两个终端机所支持的最高H.223多路复用器级别(或者简称为H.223级别)。H.223规定四个不同的多路复用器级别，其具有逐渐增大的防止信道错误的鲁棒性，代价是开销及复杂度逐渐增大。级别0的鲁棒性最差且使用一8位的高级数据链路控制(HDLC)旗标‘0111 1110’来界定MUX-PDU。级别1比级别0更加鲁棒且使用一16位的伪随机数(PN)旗标‘1110 0001 0100 1101’来界定MUX-PDU。该PN旗标会改良在易出错信道中的旗标检测性能。级别2比级别1更加鲁棒且使用16位的PN旗标来界定MUX-PDU以及为每一MUX-PDU界定一3字节的报头。级别3比级别2更加鲁棒，在一多路复用层处使用一16位的PN旗标及3字节的报头，并在一常驻于所述多路复用层上面的自适应层处采用其他防错特征。对于3G-324M而言，对级别0、1及2的支持是强制性的，而对级别3的支持则是可选的。

在移动级别检测阶段中，每一终端机均开始发射一用于由该终端机所支持的最高H.223级别的塞入序列。这四个H.223级别的塞入序列如下：

·  级别0-1字节的HDLC旗标。

·  级别1-2字节的PN旗标。

·  级别2-2字节的PN旗标及3字节的报头(其中MC＝0000)。

·  级别3-2字节的PN旗标及3字节的报头(其中MC＝1111)。

所述3字节的报头包括一4位的多路复用码(MC)字段、一8位的多路复用有效负载长度(MPL)字段、及一12位的奇偶校验字段。级别2及3塞入序列二者的MPL字段设定为‘0000 0000’。级别2塞入序列的MC字段设定为‘0000’且级别3塞入序列的MC字段设定为‘1111’。奇偶校验字段载送一通过MC及MPL字段计算出的12位扩展格雷码。

在发射塞入序列的同时，每一终端机还检测由另一终端机发送的塞入序列。每一终端机均首先寻找级别0塞入序列并向上面级别行进，直到检测到同一或更低H.223级别处的塞入序列为止。如果一终端机检测到一更低H.223级别的塞入序列，则终端机开始发射该H.223级别的塞入序列。该移动级别检测阶段同时允许这两个终端机确定这些终端机所支持的最高H.223级别。一H.245控制信道然后便以该H.223级别工作，以使易出错的通信信道获得鲁棒的性能。

一旦完成所述移动级别检测阶段，这两个终端机便通常执行表1中所列的CESE、MSDSE、MTSE及LCSE的程序。CESE用于交换这两个终端机所支持的能力并首先执行。这些能力可涉及到多路复用、视频、音频、数据应用、安全性、会议、用户输入等等。例如，CESE用于确定用于所述呼叫的特定视频及音频编解码器。MSDSE用于在出现冲突的情况下指定主终端机与从终端机。

LCSE用于打开及关闭用于视频呼叫的逻辑信道。每一逻辑信道均可用于发送一信息流，所述信息流可用于视频呼叫的控制数据或多媒体数据。不同类型的媒体(例如视频、音频及数据)通常在不同的流中发送。MTSE用于更新多路复用表，所述多路复用表包含对应于多达16种不同MUX-PDU格式的多达16个条目。每一MUX-PDU格式均指示在一MUX-PDU中发送的特定逻辑信道及在所述MUX-PDU中发送的每一逻辑信道的位数。每一MUX-PDU的MC字段均指示该MUX-PDU的格式。然后使用该种格式的多路复用表条目来使MUX-PDU内的每一8位字节与一特定逻辑信道相关联。

通常对CESE、MSDSE、LCSE及MTSE中的每一者执行至少一次(或一轮)信令消息交换。例如，对CESE使用TerminalCapabilitySet(终端机能力集合)消息及其响应消息的交换。对MSDSE使用MasterSlaveDeterrnination(主从判定)消息及其响应消息的交换。对LCSE使用用于每一音频或视频信道的一个或多个OpenLogicalChannel(打开逻辑信道)消息及一个或多个对应响应消息的交换。对MTSE则使用MultiplexEntrySend(多路复用条目发送)消息及其响应消息。为完成视频呼叫的呼叫建立，通常存在许多轮信令消息。

图2显示一种用于快速建立一视频呼叫的快速呼叫建立程序200的一实施例的呼叫流程。在移动级别检测阶段中，终端机A开始发射用于由终端机A所支持的最高H.223级别的塞入序列(步骤210)。终端机B也开始发射用于由终端机B所支持的最高H.223级别的塞入序列(步骤212)。每一终端机通常在往返时间的大约一半中发射塞入序列，例如在GSM网络中在大约100毫秒(ms)中发射大约160个塞入序列。支持所述快速呼叫建立程序的每一终端机还周期性地插入及与塞入序列一起发射专有序列。该专有序列载送用于加快呼叫建立的相关信息且将在下文中加以说明。

如在正常的移动级别检测阶段中一样，每一终端机均准备接收最低H.233级别的塞入序列。一支持所述快速呼叫建立程序的终端机(或者简称为“新型终端机”)还检测来自另一终端机的专有序列。而一不支持所述快速呼叫建立程序的终端机(或者简称为“遗留终端机”)将辨别不出所述专有序列且将只是将专有序列作为错误数据予以丢弃。传输专有序列并不会妨碍遗留终端机的移动级别检测阶段，因为该终端机已接收到正常的塞入序列。

每一接收并辨别出专有序列的终端机将认识到另一终端机支持所述快速呼叫建立程序。如果这两个终端机均支持所述快速呼叫建立程序，则自动地执行CESE、MSDSE、LCSE及MTSE而无需交换这些程序所特有的H.245信令消息。CESE是通过专有序列来实现，专有序列载送发射所述专有序列的终端机的基本能力。MSDSE是通过例如假定发端终端机A是主终端机而另一终端机B是从终端机来实现。MTSE及LCSE则是通过在所述快速呼叫建立程序的第2阶段中交换一Nonstandard(非标准)请求消息来实现。

一旦自终端机B接收到专有序列，终端机A便发送一Nonstandard请求消息(步骤214)。该Nonstandard请求消息载送在由终端机A所发送专有序列中所包含的能力。所述Nonstandard请求消息还载送在打开的逻辑信道中所使用的所选编解码器参数及多路复用表条目。所述Nonstandard请求消息还可载送对于改善视频呼叫体验而言相关的其他信息。下文将说明所述Nonstandard请求消息的一实例性格式。一旦将所述Nonstandard请求消息发至终端机B，终端机A便建立用于接收来自终端机B的呼入音频/视频数据的其接收信道。

类似地，一旦自终端机A接收到专有序列，终端机B便也发送一Nonstandard请求消息，所述Nonstandard请求消息载送终端机B的视频及音频能力、多路复用表条目、编解码器参数、及可能其他信息(步骤216)。一旦将所述Nonstandard请求消息发送至终端机A，终端机B便建立用于接收来自终端机A的呼入音频/视频数据的其接收信道。一旦发送出所述Nonstandard请求消息，终端机A与B二者便完成其接收信道的建立。

每一Nonstandard请求消息(其为一层3消息)均使用层2中的一编号简单再传输协议响应帧(NSRP)协议来发送。NSRP协议是一种可靠的协议，其针对每一所正确接收到的NSRP包发送一NSRP确认(Ack)。为确保一接收终端机自一发射终端机接收到所述Nonstandard请求消息，发射终端机周期性地在一NSRP包中发送一Nonstandard请求消息，直至自接收终端机接收到一确认接收到所述请求消息的NSRPAck为止。

当终端机A自终端机B接收到所述Nonstandard请求消息时，终端机A提取所有将用于如下的参数：(1)配置其音频/视频编码器，以便为终端机B产生正确的媒体数据，及(2)形成一用于对要发送至终端机B的媒体数据进行多路复用的发射多路复用表。终端机A由此在步骤214中根据发送至终端机B的复合Nonstandard请求消息中的视频及音频能力将其音频/视频解码器初始化并在步骤216中根据自终端机B接收到的Nonstandard请求消息中的视频及音频能力将其音频/视频编码器初始化。一旦在步骤216中接收到所述Nonstandard请求消息，终端机A便知道终端机B作好接收准备并可尽可能快地发送出音频/视频数据。对于自终端机B接收到的层3 Nonstandard请求消息，终端机A发送一层2 NSRP确认(步骤218)。

类似地，终端机B自终端机A接收所述Nonstandard请求消息，提取所接收消息中的信息，并相应地配置其音频/视频编码器。对于自终端机A接收到的所述Nonstandard响应消息，终端机B随后向终端机A发送一层2 NSRP确认(步骤220)。

终端机A自终端机B接收所述层2 NSRP确认并得知终端机B已正确地接收到发送至终端机B的Nonstandard请求消息。终端机A随后便期待自终端机B接收呼入媒体。终端机B可使用所交换的能力及多路复用表条目向终端机A发射视频及音频有效负载。类似地，一旦自终端机B接收到所述Nonstandard请求消息，终端机A便可开始向终端机B发射媒体。另一选择为，在开始传输之前终端机A及B可分别等待来自另一终端机的Nonstandard响应消息(在图2中未显示)。然而，一接收到NSRP确认便启动传输可使呼叫建立加快达往返时间的一半，因为每一终端机无须等待来自另一终端机的Nonstandard响应消息。

如在图2中所示，可通过一次信令消息往返来完成呼叫建立。此可相对于传统呼叫建立程序-其需要进行多轮信令消息来建立视频呼叫—大大缩短建立时间。

图3显示专有序列的一实例性格式300。一专有旗标字段310载送一1字节值，其指示该序列是用于快速呼叫建立程序。可对该1字节值加以选择，以使被误认为是用于四个H.223级别中任一级别的塞入序列的可能性最小。一字段312载送一根据专有序列中其他字段导出的1字节的循环冗余校验(CRC)值。该CRC值由接收终端机用于进行错误检测。

一版本号字段314载送所述快速呼叫建立程序的一1字节的版本号。专有序列的其余部分的格式可取决于所述版本号。不同版本号可利用不同的字段及/或可为这些字段规定不同的格式。

所述版本号也可用于保持与快速呼叫建立程序的较早版本的向后兼容性。例如，一个终端机可使用快速呼叫建立程序的一较早的版本(例如版本0)，而另一终端机可使用该程序的一较新的版本(例如版本1)。支持版本0的终端机(其为“较早的终端机”)将检查来自支持版本1的终端机(其为“较新的终端机”)的专有序列，并将得知所述较新的终端机支持所述快速呼叫建立程序但为一较新的版本。较早的终端机可能不了解专有序列中其余字段的格式。在此种情形中，较早的终端机不发送Nonstandard请求消息，而是等待来自较新终端机的Nonstandard请求消息。较早的终端机将随后提取并使用能力信息，以选择视频编解码器、音频编解码器等等。

一视频能力字段316指示发射专有序列的终端机的视频能力。所述视频能力用于确定在视频呼叫期间使用哪一(哪些)视频编解码器。字段316可传送发射终端机所支持的特定视频编解码器及所支持视频编解码器的一优选次序。

在一实施例中，将某些常用的视频编解码器映射至字段316的1字节值内的特定位置。在每一位置中发送的值此时指示映射至该位置的视频编解码器的优选性。例如，MPEG4可映射至两个最左边的位位置，H.263可映射至接下来的两个最左边的位位置，H.264可映射至再接下来的两个最左边的位位置，且两个最右边的位位置可预留供将来使用。一视频能力值‘10 11 01 00’此时指示H.263(优先权值为‘11’)是最优选的视频编解码器，MPEG4(优先权值为‘10’)是下一最优选的视频编解码器，且H.264(优先权值为‘01’)是最不优选的视频编解码器。优先权值‘00’可用于指示不支持视频编解码器。

在另一实施例中，分别为某些常用的视频编解码器分派一唯一的值。字段316此时指示发射终端机所支持的视频编解码器及所支持视频编解码器的优选次序。例如，可为MPEG4分派一2位的值‘11’，可为H.263分派一2位的值‘10’，可为H.264分派一2位的值‘01’，且‘00’可预留供将来使用。字段315的1字节值可为多达四个所支持视频编解码器载送多达四个2位的值，这些所支持的视频编解码器以自最优选至最不优选的次序列出。例如，一视频能力值‘10 11 01 00’指示H.263(列为第一个)为最优选的视频编解码器、MPEG4(列为第二个)是下一最优选的视频编解码器、且H.264(列为第三个)是最不优选的视频编解码器。也可按其他方式发送视频能力。

一音频能力栏318指示发射终端机的音频能力。音频能力用于确定在视频呼叫期间要使用哪一(哪些)音频编解码器。字段318可指示例如发射终端机支持哪些音频编解码器及所支持音频编解码器的优选次序。在一实施例中，将某些常用的音频编解码器映射至字段318的1字节值内的特定位置。例如，一GSM自适应多速率(AMR)声码器可映射至两个最左边的位位置，一增强型可变速率编码器(EVRC)声码器可映射至接下来的两个最左边的位位置，一G.723.1声码器可映射至再接下来的两个最左边的位位置，且两个最右边的位位置可预留供将来使用。在每一位置中所发送的值此时指示映射至该位置的音频编解码器的优选性。在另一实施例中，为某些常用的音频编解码器分别分派一唯一的值。字段318将此时指示发射终端机所支持的音频编解码器及所支持音频编解码器的优选次序。例如，可为GSM AMR声码器分派一2位的值‘11’，可为EVRC声码器分派一2位的值‘10’，可为G.723.1声码器分派一2位的值‘01’，且‘00’可预留供将来使用。字段318的1字节值此时可载送以优选次序列出的多达四个所支持音频编解码器的多达四个2位值。也可按其他方式发送音频能力。

图4显示移动级别检测阶段中塞入序列及专有序列的一实例性传输400。在该实施例中，发射终端机发送用于最高所支持H.223级别的L个塞入序列(在图4中标记为“Stuff Seq(塞入序列)”)、随后是一个专有序列(在图4中标记为“Prop Seq(专有序列)”)、再随后是(N-L-1)个另外的塞入序列。在该实施例中，与(N-I)个塞入序列一起插入一个专有序列。一般而言，L及N可各自为任一整数值并可根据系统设计加以选择。例如，在GSM中，在每20毫秒(ms)中发送一数据块，且一数据块包含160个字节。所述数据块划分成两个半块，其中每一半块包含80个字节。接收终端机通常在每一数据块的前25个字节中检测塞入序列。发射终端机可在此时发送五个5字节的塞入序列、随后是一个5字节的专有序列、再随后是可认为适当的任何数据。可在这两个半块中的每一半块中发送相同系列的塞入序列及专有序列，以使接收终端机可在任一半块中检测专有序列(例如万一错误地接收到其中一个半块)。一般而言，可按任意方式将专有序列与塞入序列进行多路复用，只要遗留终端机能够检测塞入序列且新终端机能够检测专有序列即可。

图5显示用于载送视频呼叫的相关信息的Nonstandard请求消息的一实例性格式500。

表2列示该实例性Nonstandard请求消息格式的各个字段。

表2

字段  格式说明专有旗标  整数载送在专有序列中所发送的专有旗标。版本号  整数载送在专有序列中所发送的版本号。视频编解码器能力  整数载送在专有序列中所发送的视频编解码器能力。音频编解码器能力  整数载送在专有序列中所发送的音频编解码器能力。音频存在  布尔符号指示是否正在在Nonstandard请求消息中发送一AudioCapability(音频能力)消息。视频存在  布尔符号指示是否正在在Nonstandard请求消息中发送一VideoCapability(视频能力)消息。AudioCapability(音频能力)  消息载送发射终端机的所选音频编解码器参数。H223LogicalChannel-Parameters(H223逻辑信道参数)  消息载送用于音频的自适应层的消息。VideoCapability(视频能力)  消息载送发射终端机的所选视频编解码器参数。H223LogicalChannel-Parameters(H223逻辑信道参数)  消息载送用于视频的自适应层的消息。MultiplexEntrySend(多路复用条目发送)  消息载送由发射终端机用于将呼入数据多路分用的多路复用表的条目。

对于在表2及图5中所示的实例性Nonstandard请求消息格式，前四个字段载送在专有序列中所发送的相同的信息。万一接收终端机未正确接收到专有序列，则在Nonstandard请求消息中重复该信息。

终端机A及B在所述移动级别检测阶段后完成音频及视频编解码器选择。在自终端机B接收到专有序列之后，终端机A得知终端机B所支持的音频及视频编解码器，比较这两个终端机所支持的编解码器，并决定要使用哪一音频编解码器(如果有)及哪一视频编解码器(如果有)自终端机B接收音频及视频数据。终端机A进一步规定所选音频及视频编解码器的配置。终端机A随后向终端机B传送两条信息：(1)终端机A将使用哪一音频及视频编解码器自终端机B接收数据，及(2)所选音频及视频编解码器的配置。终端机A在Nonstandard请求消息中发送这两条信息。

Audio Exist(音频存在)字段指示在正发送的H.245中Nonstandard请求消息中是否包含一AudioCapability(音频能力)字段/消息。AudioCapability消息载送所选音频编解码器的参数值。作为GSM AMR的一实例，AudioCapability消息可传送音频单元大小、是否支持舒适噪声、是否对音频数据进行加扰等等。一般而言，不同音频编解码器具有可在AudioCapability消息中发送的不同参数。在H.245标准中对AudioCapability消息进行了详细说明。

Video Exist(视频存在)字段指示在H.245 Nonstandard请求消息中是否包含一VideoCapability(视频能力)字段/消息。VideoCapability消息载送所选视频编解码器的参数值。作为在H.263情况下的一实例，VideoCapability消息可传送(1)对SQCIF图片、QCIF图片、GIF图片、4CIF图片及/或16CEF图片进行编码及/或解码的最小图片间隔，(2)可发射或接收视频的最大位速率，(3)发射及/或接收在H.263的附录中所规定的可选模式的能力，(4)编码器是否能够改变时间与空间分辨率之间的折衷，及(5)可能其他信息。在H.245标准中对VideoCapability消息进行了详细说明。

用于视频及音频的LogicalChannelParameters(逻辑信道参数)消息用于规定在多路复用器层之前使用哪一自适应层来压缩视频及音频数据。不同的自适应层使用不同的CRC大小、对每一包使用不同的序列号、等等。

MultiplexEntrySend(多路复用条目发送)消息载送由发射终端机所使用的多路复用表的条目。这些多路复用表条目由接收终端机用于对在MUX-PDU中所发送的视频及音频数据进行多路分用。

图5显示Nonstandard请求消息的一实例性格式。一般而言，Nonstandard请求消息可具有任意格式并可为视频呼叫载送任何信息。例如，Nonstandard请求消息可仅包括前四个字段、或者前四个字段及MultiplexEntrySend消息、或者各字段的某种其他组合。Nonstandard请求消息格式可例如针对不同的版本号、不同的专有旗标等等加以定制。一终端机可支持多种Nonstandard请求消息格式(例如对于不同的版本号)并可根据在所接收到的专有序列中所包含的版本号及/或专有旗标来确定正确的消息格式。总之，使用Nonstandard请求消息使两个终端机能够通过单个H.245信令消息而非在进行H.324所规定的正常呼叫建立时通常所需的许多H.245信令消息来交换所有相关能力消息。所述快速呼叫建立程序由此会使H.324视频呼叫的建立阶段加快。

重新参见图2，根据终端机A及/或终端机B是否支持所述快速呼叫建立程序而定，所述快速呼叫建立程序可具有数种可能的结果。下文将对这些可能的结果加以说明。

如果一个终端机支持所述快速呼叫建立程序而另一终端机不支持所述快速呼叫建立程序，则新终端机将不会检测到来自遗留终端机的专有序列。遗留终端机将辨别不出由新终端机所发送的专有序列，将丢弃或忽略专有序列，并将处理与专有序列一起发送的正常塞入序列。在完成移动级别检测阶段之后，这两个终端机将执行正常的H.245协商。

如果这两个终端机均支持所述快速呼叫建立程序，则这两个终端机将与正常的塞入序列一起发送专有序列。如果这两个终端机均自另一终端机接收到专有序列，则这两个终端机将执行图2中所示的快速呼叫建立并交换Nonstandard请求消息。

如果这两个终端机均支持所述快速呼叫建立程序但仅一个终端机自另一终端机接收到专有序列，则接收到所述专有序列的终端机将执行快速呼叫建立并将发送出Nonstandard请求消息。由于H.245是一种可靠的协议且每一H.245消息均能保证正确地递送，因而未能接收到专有序列的终端机将接收到Nonstandard请求消息并将得知另一终端机支持所述快速呼叫建立程序。未能接收到专有序列的终端机将随后自正常的呼叫建立切换至快速呼叫建立。

如果这两个终端机均支持所述快速呼叫建立程序但均未接收到专有序列，则这两个终端机将执行正常的呼叫建立。这两个终端机均将开始正常的H.245协商。

图6显示一种由终端机A执行的用于使用所述快速呼叫建立程序来建立一视频呼叫的过程600的流程图。在移动级别检测阶段中，终端机A向终端机B发送用于由终端机A所支持的最高H.223多路复用器级别的塞入序列(方块610)。终端机A还发送至少一个专有序列，其可分散于发送至终端机B的各塞入序列之中(方块612)。在终端机A向终端机B发送塞入序列及专有序列的同时，终端机A还监测由终端机B发送的塞入序列及专有序列(如果有)(方块614)。在其自终端机B接收到一可辨别序列或者视频呼叫中断之前，终端机A通常执行移动级别检测阶段。终端机A还监测由可能已启动第2阶段的终端机B所发送的消息(方块616)。

然后判定是否自终端机B接收到一专有序列(方块620)。如果答案为‘是’，则终端机A进行至方块630并执行快速呼叫建立程序的第2阶段。反之，如果方块620的答案为‘否’，则判定是否自终端机B接收到一Nonstandard请求消息(方块622)。终端机B可支持快速呼叫建立并可能已将专有序列发送至终端机A。终端机A可能在移动级别检测阶段中完全未能检测到终端机B所发送的专有序列。自终端机B接收到Nonstandard请求消息将指示终端机B支持快速呼叫建立程序。因此，如果方块622的答案为‘是’，则终端机A进行至方块640并执行快速呼叫建立程序的第2阶段。

如果未自终端机B接收到一专有序列或Nonstandard请求消息且方块620及622二者的答案均为‘否’，则终端机A执行H.245协商来进行正常的呼叫建立(方块624)。此可能需要以H.245标准所规定的正常方式来执行CESE、MSDSE、MTSE及LCSE的程序。

如果自终端机B接收到一专有序列且方块620的答案为‘是’，则终端机A执行快速呼叫建立程序的第2阶段。终端机A发送一Nonstandard请求消息，该Nonstandard请求消息可包含表2及图5中所示的信息(方块630)。终端机A还监测来自终端机B的Nonstandard请求消息及对由终端机A所发送的Nonstandard请求消息的NSRP确认(方块632)。一旦自终端机B接收到Nonstandard请求消息，终端机A便向终端机B发送一NSRP确认(方块634)。

如果自终端机B接收到一Nonstandard请求消息且方块622的答案为‘是’，则终端机A向终端机B发送一Nonstandard请求消息(方块640)。终端机A还向终端机B发送一对于自终端机B接收到的Nonstandard请求消息的NSRP确认(方块644)。方块640及644分别类似于方块630及634。

一旦在块624、634或644中完成视频呼叫建立，终端机A便使用与终端机B交换的视频及音频能力以及多路复用表条目开始视频呼叫(方块650)。

尽管为简明起见在图6中未显示，然而终端机A可一旦自终端机B接收到一专有序列便直接自方块620进行至方块650，并可使用在专有序列中所传送的视频及音频能力与终端机B进行通信。在该实施例中，可为所选视频及音频编解码器的相关参数规定缺省值并可为多路复用表规定缺省条目。终端机A及B可使用这些缺省值进行通信，直至这些值得到更新为止。

在图6中，如果终端机A未接收到专有序列但自终端机B接收到Nonstandard请求消息，则终端机A可在方块624中执行H.245协商来进行正常的呼叫建立。例如，如果在移动级别检测阶段之后终端机A已在执行正常呼叫建立，且不容易切换回至快速呼叫建立，即可为此种情形。如果终端机A尚未发送出一CESE消息且首先接收到终端机B的Nonstandard请求消息，则可仍允许终端机A自正常的建立切换至快速呼叫建立。在方块624中执行哪一种呼叫建立可取决于呼叫建立过程的实施方案。

图7显示能够执行本文所述快速呼叫建立程序的终端机110的一实施例的方块图。终端机110可为一蜂窝式电话、手机、用户单元、移动站、用户终端机、无线装置、调制解调器、或者某种其他设备。

在发射路径上，一视频编码器712接收一视频信号且对其进行编码，并将一经编码的视频流提供至一发射(TX)数据处理器716。一音频编码器714接收一音频信号且对其进行编码，并将一经编码的音频流提供至TX数据处理器716。视频编码器712及音频编码器714分别根据与一远程终端机相交换的视频及音频能力来执行编码。TX数据处理器716分别自编码器712及714接收经编码的视频及音频流，并自一控制器730接收数据及控制流。TX数据处理器716构建H.223的自适应层及多路复用层，处理所接收的媒体流，并产生MUX-PDU。一TX物理层(PHY)处理器718执行物理层的处理，处理(例如编码、交错及调制)由无线网络所规定的MUX-PDU，并产生PHY封包。一发射机单元(TMTR)720调节(例如转换成模拟形式、滤波、放大、及上变频)所述PHY包并产生一经调制信号，该经调制信号通过天线722发射。

在接收路径上，天线722自一基站接收一经调制信号并将一所接收信号提供至一接收机单元(RCVR)740。接收机单元740调节(例如滤波、放大及下变频)所接收信号、将经调节的信号数字化并提供数据样本。一接收(RX)处理器742处理(例如解调、解交错及解码)所述数据样本并将经解码的PHY包提供至一RX数据处理器744。RX数据处理器744构建接收机处的H.223自适应层及多路复用层，并处理所述经解码的PHY包。RX数据处理器744提取每一经解码PHY包中的MUX-PDU，执行错误检测及/或修正(如果适用)，并将视频、音频、数据及控制多路分用至单独的媒体流上。RX数据处理器744将所恢复的视频流提供至一视频解码器746、将所恢复的音频流提供至一音频解码器748、并将所恢复的数据及控制流提供至控制器730。

视频解码器746处理所恢复的视频流并提供一经解码的视频信号。音频解码器748处理所恢复的音频流并提供一经解码的音频信号。控制器730处理所恢复的数据及控制流，提供经解码的数据，并产生控制信号以正确地呈现经解码的视频、音频及数据。控制器730还控制终端机110处各处理单元的工作。一存储单元732存储由控制器730所使用的数据及程序码。

为进行呼叫建立，控制器730可执行图2中所示的呼叫流程及/或图6中所示的过程600。在移动级别检测阶段中，控制器730指令TX数据处理器716向一远程终端机发射塞入序列及专有序列并指令RX数据处理器744监测由远程终端机所发送的塞入序列及专有序列。视是否自远程终端机接收到专有序列而定，控制器730启动正常的呼叫建立或者快速呼叫建立。控制器730还指令向远程终端机传输一Nonstandard请求消息及自远程终端机接收一Nonstandard请求消息。

本文所述的快速呼叫建立可通过各种方法来实施。例如，所述快速呼叫建立可实施于硬件、软件或其一组合中。对于硬件实施方案，用于执行快速呼叫建立的处理单元可实施于一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理装置器件(DSPD)、可编程逻辑装置(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器、其他设计用于执行本文所述功能的电子单元、或其一组合内。

对于软件实施方案，可使用能执行本文所述功能的模块(例如程序、功能等等)来实施快速呼叫建立。软件码可存储于一存储单元(例如图7中的存储单元732)中并由一处理器(例如控制器730)来执行。存储单元可实施于处理器内部或处理器外部。提供上文对所揭示实施例的说明旨在使所属领域中的任一技术人员均能够制作或使用本发明。所属领域中的技术人员将易于得出这些实施例的各种修改，且本文所界定的一般原理也可适用于其他实施例，此并不背离本发明的精神或范畴。因此，本文并非意欲将本发明限定于本文所示实施例，而欲赋予其与本文所揭示原理及新颖特征相一致的最宽广范畴。