CN101124783A

CN101124783A - 对h.324的快速会话建立扩展

Info

Publication number: CN101124783A
Application number: CNA2005800483701A
Authority: CN
Inventors: 马尔万·A·贾布里; 艾伯塔·C·王; 布若迪·肯瑞克; 罗伯特·容布罗德; 戴维·杰克
Original assignee: Dilithium Holdings Inc
Current assignee: Dilithium (assignment for the benefit of creditors) LLC; Dilithium network Co.; Dilithium Networks Inc
Priority date: 2004-12-15
Filing date: 2005-12-15
Publication date: 2008-02-13
Anticipated expiration: 2025-12-15
Also published as: JP2008067390A; US7706319B2; JP5186218B2; US20100277562A1; US20060159037A1; WO2006066246A2; EP1832055A2; KR20070106799A; WO2006066246A3; EP1832055A4; JP2008113419A; KR20070112835A; KR20070097064A; US8335227B2; CN101124783B; JP5583740B2; JP2013102440A; JP2008524935A

Abstract

一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法。该方法包括在呼叫信令过程之后，建立第一终端和第二终端之间的承载信道，以及在第一终端处，确定用于所述第一终端和所述第二终端之间的呼叫的一个或多个优选。所述一个或多个优选与用于所述的呼叫的一个或多个操作模式相关联。该方法还包括确定用于操作的移动级别，以及交叉存储所述一个或多个优选、所述用于操作的移动级别和一个或多个媒体流。该方法还包括使用所述承载信道通过电信网络的一部分将所述一个或多个优选、所述用于操作的移动级别和所述一个或多个媒体流从所述第一终端发送到所述第二终端。

Description

对H.324的快速会话建立扩展

对相关申请的交叉参考

本申请要求2004年12月15日提交的美国临时申请No.60/636,638的优先权，该在先申请通过引用被结合于此以用于所有目的。

背景技术

本发明总地涉及建立设备(“终端”)之间的多媒体远程通信(多媒体“呼叫”)的方法。更具体而言，本发明提供了用于减少在实行ITU-TH.324推荐以及从ITU-T H.324衍生或与其相关的其它标准和推荐的终端之间建立呼叫所需要的时间，上述其它标准和推荐例如第三代合作伙伴计划(3GPP和3GPP2)所开发并采用的3G-324M推荐。仅作为示例，本发明已被应用于移动远程通信网络上的3G-324M(基于H.324M的协议)多媒体手持设备之间以及3G-324M多媒体手持设备和使用多媒体网关在每个端点处所使用的协议之间进行协调的分组网络上的基于H.323的终端之间的多媒体远程通信的建立，但是将意识到本发明也可以包括其它应用。

H.324是用于通用交换网络(GSTN)上的多媒体通信的国际电信联盟(ITU)协议标准。H.324M是针对移动网络上的操作的H.324扩展，并且3G-324M是第三代合作伙伴计划(3GPP)所提出的定义了H.324M用于3GPP中的适应版本的推荐并且也被3GPP2所采用。我们采用基于或衍生于H.324的协议呼叫H.324型设施的设备和系统。H.324型设备可以经由交换中心连接到其它H.324型设备并且通过多媒体网关连接到其它非H.324型设备。非H.324型设备例如H.323设备。H.323是用于带宽无保证的分组网络上的多媒体通信的国际电信联盟协议标准。H.323型设备是采用基于或衍生于H.323协议的协议的设备。

不失一般性，我们将使用术语“H.324”来指示包括H.324M和3G-324M设备的H.324型设备，并且用术语“H.323”来指示H.323型设备。

仍然不失一般性，我们使用术语“设备”来指示诸如手持设备之类的用户端设备或诸如交换机或网关之类的网络端设备。术语“设备”涵盖“实体”的意思。我们还可互换地使用术语“设备”和“终端”，并且它们在本文档中指示相同的意思。

如果在H.324、H.324M或3G-324M型设备之间进行呼叫，则该呼叫的第一阶段是建立设备之间端到端的承载体(bearer)。这个阶段被称为呼叫信令，并且除了使用调制解调器和通用交换电话网络以外，该阶段在H.324的范围之外。该呼叫的第二阶段是建立H.324会话，以提供在设备之间以设备已知并支持的格式传输视频、音频和数据的手段。为了实现这一目的，H.324利用了两个另外的ITU-T推荐。

所使用的这些推荐中的第一个是H.223“用于低比特率多媒体通信的复用协议”。H.223指定了面向帧的复用协议，其允许在单一通信链路上传送数字语音、视频和数据(例如命令和控制)信息的任意组合。H.223可以具有在H.223推荐的附录A、B和C中指定的多种操作模式，以在出现错误的情况下提供更好的恢复能力。这些操作模式也被称为移动级别1、2和3。不应用这些附录的H.223有时也被称为操作在移动级别0(基线)上。H.324包括逻辑信道的概念，所述逻辑信道是一种在电路交换链路上提供虚拟信道的方式。复用器的任务是将在逻辑信道上被写入的数据块的(复用)部分组合到被称为复用器协议数据单元(MUX-PDU)的帧中。逻辑信道0一直可用并且被用于命令和控制。数据(语音、视频、命令和控制以及其它一般数据)通过被称为业务数据单元(SDU)的比特流块被传送到H.223复用器或从H.223复用器传送出去。在被复用之前，这些不同的SDU经过适配层，在所述适配层，额外的信息可以被添加以实现诸如错误检测、序列编号和重传请求之类的目的。

这些推荐中的第二个是H.245“用于多媒体通信的控制协议”，其指定了终端信息消息的语法和语义以及在通信开始时或通信期间使用这些消息来进行带内协商的过程。这些消息包括接收和发送能力和优选(preference)、逻辑信道信令和控制以及指示。在H.245中指定的消息用ITU-T抽象语法标记(ASN.1)来表达，并且可以被分为请求、响应、命令或指示类型。H.245消息在被发送之前根据ASN.1标准被编码。当终端发送请求类型的H.245消息时，其要求远程终端发送适当的响应类型的消息。如果在某一时间内没有接收到响应(有时被称为用于确认的Ack)，发送终端将重新发送请求或者在对于重复的请求仍没有接收到响应的情况下采取其它适当的动作。请求的重新发送可以进行很多次。很多与呼叫建立相关联的H.245消息是请求类型的。

H.245还需要用于正确操作的可靠链路层。在H.324的附录A中指定的实现这一目的的主要手段是使用简单重传协议(SRP)或者带编号的简单重传协议(NSRP)，其中被一般称为多媒体系统控制PDU并且在本文档中被称为H.245 PDU的一个或多个H.245消息在发送之前被形成到SRP命令帧中，并且接收终端必须发送SRP响应帧(有时被称为SRP Ack)来确认SRP命令帧的正确接收。在接收到针对最后的消息的SRP Ack之前，终端不发送另外的H.245消息。

要求发送针对每个接收到的H.245请求消息的H.245响应消息和需要接收针对每个被发送的SRP命令帧的SRP Ack的组合效果意味着一个H.245请求消息可能要花费一段时间来被成功传送。从一个终端(A)到另一终端(B)发送H.245请求消息和得到返回的H.245响应(Ack)消息的过程中所涉及的通信如图1A中所示，该图还示出了在一个H.245消息被形成到一个SRP命令帧中时所涉及的SRP命令帧(SRP CF)和SRP响应帧(SRP RF或SRP Ack)。H.324标准允许多个H.245消息被串接到单个SRP命令帧中；但是这一能力常常不被实现，在这种情况下终端可能只响应于在SRP命令帧中所遇到的第一个H.245消息。在一些情况下，不支持这一能力的终端可能在接收到包含多个H.245请求或响应的SDU时会发生故障。

我们将信息由一个终端发送到达另一终端并且响应于第一终端被返回(参见图1A中的示例)所花费的时间称为“往返延迟”。应当注意这个往返延迟假设在媒体处理和通信过程中所涉及的设备不增加延迟并且被意图作为网络延迟的代表性方式。可以利用H.245 RoundTripDelayRequest和RoundTripDelayResponse消息来确定往返延迟值的近似值。

建立和连接典型的H.324呼叫时所涉及的关键步骤如下：

1.呼叫信令(承载体建立)-在H.324的范围以外。正常情况下如果是GSTN则是通过ISDN的调制解调器连接，或者在移动情况下是通过移动交换中心的信令。

2.移动级别检测(MLD)-其中在设备之间达成共同的移动级别。这个步骤由诸如H.324M和3G-324M设备之类的支持移动扩展的H.324设备来执行。

3.终端能力交换(TCS)-H.245消息

4.主从判定(MSD)-H.245消息

5.开/关逻辑信道(OLC)-H.245消息

6.复用器表格条目交换(MTE)-H.245消息

利用图1A中所示的上述H.245请求和响应消息序列来执行步骤(3)到(6)。图1B中示出了H.324呼叫中所涉及的请求和响应消息的整个序列。注意以上步骤(5)和(6)的顺序可以互换。应当注意，步骤(3)到(6)涉及由下层状态机(也被称为信令实体)定义的过程。相关的信令实体是：

1.能力交换信令实体(CESE)

2.主从判定信令实体(MSDSE)

3.逻辑信道信令实体(LCSE)

4.复用表格信令实体(MTSE)

一旦完成了这些步骤，媒体(视频、音频和数据)就可以在终端之间流动。注意，H.245消息在逻辑信道0上流动，该逻辑信道0如前所述被预定义并且利用被预定义了复用表格条目0的复用器来承载。一旦其它复用表格条目已经被交换，这些就可以结合H.245消息被使用。

以上关键步骤常常被顺序处理；但是，这导致为了在每个方向上建立与两个逻辑信道的H.324会话将有多达10次H.245消息往返延迟。另外，用于H.324/H.245的SRP方案(或带编号的版本-NSRP，在移动级别大于0的情况下)要求在发送任何其它消息之前，端点接收到针对每个被发送消息的SRP消息，不管该SRP消息是否与同一信令实体相关联。这种SRP方案进一步限制了在网络上传递消息的范围，使得呼叫建立比其它情况下要慢。SRP消息未被显示在图1B中。

对于H.324M，图1B中所示的上述终端能力集请求(TCS)步骤之前有移动级别检测/复用器同步阶段。这个阶段包括每个终端发送指示其操作的最高移动级别的位(标志)的重复图案。每个终端检查其正在接收的标志。如果这些标志代表较低的移动级别，则终端降到同一较低级别。当两个终端发送相同的标志序列时，该步骤结束。

根据建立H.324M呼叫所需要进行的上述一组过程，当呼叫来自于H.324型终端时，往往要经历较长的呼叫建立时间，即呼叫信令被发起的时间与在H.324型端点(H.324、H.324M或3G-324M)和其它H.324型或非H.324型终端之间开始语音和视频交换的时间之间的间隔。

ITU推荐H.323以与H.324相类似的方式将H.245用于与呼叫有关的信令命令、控制和指示消息。与H.324不同，H.323具有多个特征以加快H.323设备之间的呼叫建立时间。对于IETF会话发起协议(SIP)协议，存在类似的技术。

因而，需要用于加快H.324型终端和其它终端(包括服务器)之间的呼叫建立的技术，如果所述其它终端是H.324型的，则所述呼叫建立是直接进行的，如果所述其它终端是诸如H.323型的终端，则所述呼叫建立经由端接于H.324侧并且其中具有H.324型终端的多媒体网关来实现。H.324协议(及其扩展，例如H.324M和3G-324M)和H.323以及其它协议之间的区别意味着当引入用于H.324型终端的呼叫建立加速技术时需要考虑额外的方面。这些区别包括关于它们被使用的移动级别的信息和与H.223复用器有关的消息和信息，例如复用表格条目、适配层等。

发明内容

根据本发明，提供了用于远程通信的技术。更具体而言，本发明提供了用于减少在实现ITU-T H.324推荐以及从ITU-T H.324衍生或与其相关的其它标准和推荐的终端之间建立呼叫所需要的时间，上述其它标准和推荐例如第三代合作伙伴计划(3GPP和3GPP2)所研究并采用的3G-324M推荐。更具体地说，本发明涉及在完成与用于呼叫的操作模式有关协商之前，在两个终端之间建立承载信道并发送控制信号和媒体。在其它实施例中，本发明已被应用于移动远程通信网络上的3G-324M(基于H.324M的协议)多媒体手持设备之间的多媒体远程通信和使用多媒体网关在每个端点处所使用的协议之间协调的分组网络上的3G-324M多媒体手持设备和基于H.323的终端之间的多媒体远程通信的建立，但是将意识到本发明也可以包括其它应用。

根据本发明的实施例，提供了一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法。该方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间。该方法包括在呼叫信令过程之后，建立第一终端和第二终端之间的承载信道，以及在第一终端处，确定用于所述第一终端和所述第二终端之间的呼叫的一个或多个优选。所述一个或多个优选与用于所述第一终端和所述第二终端之间的呼叫的一个或多个操作模式相关联。该方法还包括确定用于操作的移动级别，以及交叉存储所述一个或多个优选、所述用于操作的移动级别和一个或多个媒体流。该方法还包括使用所述承载信道通过电信网络的一部分将所述一个或多个优选、所述用于操作的移动级别和所述一个或多个媒体流从所述第一终端发送到所述第二终端。

根据本发明的另一实施例，提供了一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法。该方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间。该方法包括在呼叫信令过程之后，建立第一终端和第二终端之间的承载信道，以及在所述第二终端处，接收用于所述第一终端和所述第二终端之间的呼叫的一个或多个优选。所述一个或多个优选与用于所述第一终端和所述第二终端之间的所述呼叫的一个或多个操作模式相关联。该方法还包括在所述第二终端处，使用所述承载信道通过电信网络的一部分接收用于操作的移动级别。该方法还包括在所述第二终端处，接收一个或多个媒体流。根据实施例，所述一个或多个优选、所述用于操作的移动级别和所述一个或多个媒体流被交叉存储。另外，所述第二终端被适配为在所述承载信道建立之后接收所述一个或多个媒体流。

根据本发明的另一实施例，提供了一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法。该方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间。该方法包括在呼叫信令过程之后，建立第一终端和第二终端之间的承载信道。该方法还包括在建立会话配置之前传送媒体。该方法还包括发送具有用于所述会话配置的一个或多个优选的消息。在特定实施例中，用于所述会话配置的一个或多个优选由与所述媒体交叉存储的客户消息以信号的形式发出。

根据本发明的替代实施例，提供了一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的方法。该方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间。该方法包括通过电信网络将呼叫信令消息从第一设备发送到第二设备以发起呼叫，以及一旦所述第二设备接收到所述呼叫信令消息，就建立所述第一设备和所述第二设备之间的承载信道。该方法还包括确定用于操作的移动级别，以及在H.245终端能力集消息中提供定义一个或多个操作模式的一个或多个能力。该方法还包括发送所述H.245终端能力集消息中的所述一个或多个能力，以及基于所述一个或多个操作模式中的一个或多个操作模式通过所述承载信道建立所述第一设备和所述第二设备之间的操作模式。

根据本发明的另一替代实施例，提供了一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的方法。该方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间。该方法包括在呼叫信令过程之后建立第一终端和第二终端之间的承载信道，以及确定要利用缩减了建立时间的建立过程。该方法还包括使用所述承载信道通过电信网络的一部分将第一客户消息从所述第一终端发送到所述第二终端，以及在所述第一终端处，监视来自所述第二终端的第二客户消息。该方法还包括检测缩减了建立时间的建立过程是否正在被所述第二终端使用，以及转到不同的建立过程。在特定实施例中，所述不同的建立过程由标准的建立时间来表征。

根据本发明的另一替代实施例，提供了一种修改使用一个或多个3G电信网络的用户之间的呼叫的操作模式的方法。该方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间。该方法包括利用缩减了建立时间的技术来建立用户之间的呼叫。所述呼叫由根据本发明实施例的第一操作模式来表征。该方法还包括确定用于所述呼叫的第二操作模式，以及利用传统的H.245过程来协商用于所述呼叫的第二操作模式。该方法还包括建立用于所述呼叫的第二操作模式。在实施例中，所述第二操作模式由所述第一操作模式所没有提供的附加能力来表征。在特定实施例中，所述第二操作模式由以下各项中的至少一个来表征：添加信道、去除信道、修改信道或替换信道，所述信道与所述第一操作模式相关联地被创建。

根据本发明的特定实施例，提供了一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法。该方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间。该方法包括提供存储在一个或多个存储器中的一个或多个表格。在实施例中，所述一个或多个表格包括一个或多个预定义的轮廓描述。所述一个或多个预定义的轮廓描述与第一终端和第二终端之间的呼叫的一个或多个操作模式相关联。该方法还包括利用呼叫信令过程建立所述第一终端和所述第二终端之间的承载信道，以及在H.245消息中的一个或多个非标准、标准或客户字段中指示一个或多个预定义的轮廓描述。该方法还包括在所述第二终端处，接收用于所述呼叫的一个或多个优选。所述一个或多个优选指定所述一个或多个预定义的轮廓描述中的至少一个。该方法还包括在所述第二终端处，部分地基于所接收到的一个或多个优选确定用于所述呼叫的兼容操作模式。此外，该方法包括根据所述一个或多个预定义的轮廓描述中的至少一个通过所述承载信道建立用于所述呼叫的兼容操作模式。

根据本发明的另一特定实施例，提供了一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法。该方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间。该方法包括提供存储在一个或多个存储器中的一个或多个表格。在实施例中，所述一个或多个表格包括一个或多个预定义的轮廓描述。所述一个或多个预定义的轮廓描述与第一终端和第二终端之间的呼叫的一个或多个操作模式相关联。该方法还包括通过呼叫信令过程建立所述第一终端和所述第二终端之间的承载信道，以及在所述承载体上发送的一个或多个客户消息中指示一个或多个预定义的轮廓描述。该方法还包括在所述第二终端处，接收用于所述呼叫的一个或多个优选。所述一个或多个优选指定所述一个或多个预定义的轮廓描述中的至少一个。该方法还包括在所述第二终端处，部分地基于所接收到的一个或多个优选确定用于所述呼叫的兼容操作模式。此外，该方法包括根据所述一个或多个预定义的轮廓描述中的至少一个通过所述承载信道建立用于所述呼叫的兼容操作模式。

根据本发明的另一特定实施例，提供了一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法。该方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间。该方法包括提供存储在一个或多个存储器中的一个或多个表格。在实施例中，所述一个或多个表格包括一个或多个预定义的轮廓描述。所述一个或多个预定义的轮廓描述与第一终端和第二终端之间的呼叫的一个或多个操作模式相关联。该方法还包括通过呼叫信令过程建立所述第一终端和所述第二终端之间的承载信道，以及在呼叫信令消息中传送的一个或多个客户消息中指示一个或多个预定义的轮廓描述。该方法还包括在所述第二终端处，接收用于所述呼叫的一个或多个优选。所述一个或多个优选指定所述一个或多个预定义的轮廓描述中的至少一个。该方法还包括在所述第二终端处，部分地基于所接收到的一个或多个优选确定用于所述呼叫的兼容操作模式。此外，该方法还包括根据所述一个或多个预定义的轮廓描述中的至少一个通过所述承载信道建立用于所述呼叫的兼容操作模式。

根据本发明的特定实施例，提供了一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法。该方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间。该方法包括确定用于第一终端处的一个或多个操作模式的第一组优选，以及确定用于第二终端处的一个或多个操作模式的第二组优选。该方法还包括通过呼叫信令过程建立所述第一终端和所述第二终端之间的承载信道，以及将与所述第二组优选相关联的客户消息从所述第二终端发送到所述第一终端。该方法还包括在所述第一终端处，根据所述第一组优选和所述第二组优选选择一个或多个操作模式，以提供所选择的一个或多个操作模式。该方法还包括在所述第二终端处，选择与在所述第一终端处选择的操作模式相同的一个或多个操作模式。此外，该方法包括通过所述承载信道建立所述第一设备和所述第二设备之间的所述所选择的一个或多个操作模式。

利用本发明实现了优于传统技术的很多优点。例如，本发明的实施例实现了呼叫建立时间的减少，从而改善客户体验。另外，其它实施例减少了呼叫建立时间波动并且减少了操作者和网络计费考虑。此外，本发明的实施例保持与现有协议的兼容。取决于实施例，可以实现这些优点中的一个或多个，也可以实现其它优点。在所附权利要求中，具体给出了以我们的知识来看是新颖的本发明的目的、特征和优点。通过参考下面的描述并结合附图，可以最佳地理解本发明的组织和操作方式以及更多的目的和优点。

附图说明

图1A是用于图示当H.245请求消息被从一个终端发送到另一终端时在两个H.324终端之间流动的通信的图；

图1B示出了用于H.324型设备之间的呼叫的会话建立。注意，在这种情况下使用的是单向视频信道(例如H.223复用器的适配层AL2上的视频)；

图2是示出了根据本发明实施例的AnswerFast1的使用的简化图；

图3A是示出了根据本发明实施例的AnswerFast2的使用的简化图；

图3B是示出了根据本发明另一实施例的AnswerFast2的使用的简化图；

图4是示出了根据本发明实施例的来自AnswerFast2的fallback的简化图；

图5是示出了根据本发明实施例在两个H.324终端之间的Q.931SETUP中的AnswerFast3的使用的简化图；

图6A是示出了根据本发明实施例的AnswerFast4的使用的简化图；

图6B是示出了根据本发明另一实施例的AnswerFast4的使用的简化图；

图7是根据本发明实施例的AnswerFast4帧的结构的简化图示；以及

图8是在AnswerFast4帧中传送媒体的根据本发明实施例的AnswerFast4的方法的简化图。

具体实施方式

两个H.324M(带有其附录C的H.324)之间的典型的视频电话会话的建立需要完成若干个过程，例如移动级别检测和H.245消息过程。此外，使用(带编号的)简单重传协议(NSRP)来实现H.245消息的可靠传输，NSRP实际上提供与TCP相同的功能。虽然使用类似于TCP的技术对NSRP进行优化可以在一定程度上减少会话建立时间，但是延迟仍然很大并且仍然比没有FastConnect的H.323的延迟长。将更快的会话建立技术引入H.324将使其在延迟方面与类似的视频电话协议(H.323和SIP)相一致，并且将极大地改善用户体验。这些技术被总地称为AnswerFast。

根据本发明的实施例，提出了用于加快会话建立时间的若干种技术，下面会更全面地描述。在具体实施例中，一种技术被添加到H.324M/3G-324M实现向导并且其余的三种技术被添加作为H.324的附录。本领域普通技术人员应当意识到很多变化、修改和替换。

将快速建立技术添加作为H.324及其推荐的附录将大大改善使用基于这些标准的设备的客户端的用户体验。此外，将该附录用于3G-324M的3GPP的推荐也将导致对于使用3GPP版本的设备的用户体验的大大改善。

在本说明书中描述了四种会话加速方法。这些方法在这里被总地称为AnswerFast并且包括以下几种：

AnswerFast1：这种方法使得终端能够以特定方式组合H.245消息以加快会话建立时间。这种方法被提出作为对H.324M/3G-324M实现向导的补充。

AnswerFast2：这种方法利用H.245 TerminalCapabilitySet(终端能力集)请求消息中的字段。这种方法被提出作为H.324推荐的附录。

AnswerFast3：这种方法利用信令层(TS 24.008)来合并一个或多个优选操作模式。这种方法被提出作为H.324推荐的附录。

AnswerFast4：这种方法发送优选的操作模式作为在承载信道上发送的第一突发位串。这种方法被提出作为H.324推荐的附录。

作为示例，在H.324中利用AnswerFast技术的一种分级顺序是：

1.AnswerFast3

2.AnswerFast4

3.AnswerFast2

4.AnswerFast1

5.不使用AnswerFast的正常会话

根据该分级层次，在成功使用AnswerFast3和AnswerFast4之后可以采用AnswerFast1。AnswerFast1可以与AnswerFast2同时被采用。本领域普通技术人员将意识到很多变化、修改和替换。

与可应用的电信标准相关的附加信息例如可以在下面的参考文献中找到，这些参考文献通过引用被结合于此以用于所有目的。

1.H.324 ITU-T推荐-用于低比特率多媒体通信的终端。03/2002

2.3GPP TS 24.008-移动无线电接口层3规范；核心网络协议。

3.3GPP TS 26.110-用于电路交换多媒体电话服务的编解码器。

4.3GPP TS 26.111-用于电路交换多媒体电话服务的编解码器；对H.324的修改。

AnswerFast1

根据本发明的实施例，AnswerFast1被提出作为对H.324实现向导的补充。AnswerFast1提供了一种机制，借助该机制，终端组合多个H.245消息以减少会话建立时间。在H.324内使用H.245允许终端将多个H.245消息串接到单个PDU中，从而无需对每个请求/响应对使用两次往返(由于需要针对每个PDU的SRP响应)。虽然一些被部署的H.324终端不利用这个能力，但是其它H.324终端将包括这些技术。

通过允许终端使用串接的H.245，AnswerFast1技术将呼叫建立所需要的往返的次数从10次降为3次。作为示例，终端可以在单个PDU中发送MasterSlaveDetermination(主从判定)请求和TerminalCapabilitySet请求消息，或者可以在单个PDU中发送TerminalCapabilitySetAck(终端能力集确认)、MasterSlaveDeterminationAck(主从判定确认)、开放逻辑信道请求和MultiplexEntrySend(复用条目发送)请求消息。

根据本发明的实施例，AnswerFast1利用已有的协议设施，而不是作为对已有的协议设施的扩展。因而，除了那些H.245和H.324标准已经允许和定义的行为和协议元素之外，实现AnswerFast1的终端不需要再定义任何行为或协议要素。

图2是示出了根据本发明实施例的AnswerFast1的使用的简化图。一般而言，媒体可以是单向的或双向的。如图2中所示，在AnswerFast1技术中，H.245消息被串接。

通过注意接收终端是否忽视了PDU中的第二和随后的H.245元素，实现与不执行AnswerFast1的终端的相互操作，发送终端可以检测任何超时并且使用每个PDU一个H.245消息继续H.245消息。

AnswerFast2

根据本发明的另一实施例，AnswerFast2方法使用H.245协议来发送“特殊”消息，该“特殊”消息的目的在于缩短建立会话的过程。想法是尽可能快地发送特殊消息，并且这可以用各种方式来实现。选择哪种方式取决于用户想要放弃传统的H.324会话建立的迫切程度。例如，H.324协议要求第一H.245消息为TerminalCapabilitySet(TCS)请求消息。因此，用户可以在TCS中插入特殊消息。或者，如果用户不关心与H.324标准文字上的兼容，则用户也可以在TCS之前发送特殊消息(以在消息中出现的顺序)。本发明的实施例涵盖为了加速会话建立而发送特殊消息的概念，而不管消息的实际位置和顺序，这将取决于具体实施例。

这些特殊消息被称为“非标准的”，因为传统的H.324协议不适合于它们，并且它们也没有被标准化。例如，非标准消息可以被插入作为TerminalCapabilitySet请求消息的“非标准”能力，并且这是我们将描述以不失一般性地说明操作的机制的方法。“非标准”能力允许H.324型终端定义实现更快会话建立的操作模式。下面会更全面地讨论，AnswerFast2能够实现被包括在非标准能力中的信息量的最小化。结果，利用AnswerFast2的实施例将被传送的信息量例如减少至最小量。我们将这些非标准能力称为非标准能力或非标准H.245能力。

图3A是示出了根据本发明实施例的AnswerFast2的使用的简化图。如图3A中所示，H.245非标准能力被用在支持AnswerFast2的两个H.324终端之间。在H.245非标准能力中支持AnswerFast2的两个H.324终端之间的消息流被示出。媒体可以是单向或双向信道。通过位字段的使用和/或轮廓描述(profile)的使用来使用最少量的信息来用信号发送能力使需要被发送的信息量最小化。这又导致了最小化的呼叫建立时间，甚至是在呼叫建立时间被减小的情况下。

对于AnswerFast2，轮廓描述可以与针对AnswerFast3或AnswerFast4或任何所列出的变形所描述的相同。也可以利用最少的附加信息或者另外的未使用字段的特殊使用和说明来指示基于已可用信息的预定义规则的系统的使用。示例可以是能力指示和规则的使用，以从传统能力中选择关于哪些信道将以加速方式被开放。这可以完全通过推理来实现，或者也可以被显式地确认。确认也可以包含额外的会话信息，例如用于开放信道的附加信息。

为了在H.245非标准能力中使用AnswerFast2，呼叫终端在其发送给被叫方终端的TerminalCapabilitySet中包括NonStandardParameter类型的能力(下面会更全面地描述这个能力的可能格式)。这个能力包含被叫终端开始会话所需要的附加信息。通过包括这个非标准能力，使得呼叫方能够接受被叫方关于AnswerFast2是否被使用以及选择什么信道的决定。

如果被叫终端接受AnswerFast2能力，则其可以利用包含呼叫终端开始会话所需要的另外的消息的NonStandardMessage做出响应(下面会更全面地描述用于该能力的可能格式)。在一些实施例中，被叫终端不将任何附加的能力包括到其发送给被叫终端的TerminalCapabilitySet中。另外，在使用这里所描述的后退过程的情况下，诸如MasterSlaveDetermination请求消息之类的其它H.245消息可以与TerminalCapabilitySet相串接。

图3B是示出了根据本发明的另一实施例的AnswerFast2的使用的简化图。如图3B中所示，H.245非标准能力被用在支持AnswerFast2的两个终端之间。在H.245非标准能力中支持AnswerFast2的两个H.324终端之间的消息流被示出。在这种情况下，推理或优选规则集被用在每个终端处，并且在可以开始媒体传输之前，不要求发送可选的响应消息。媒体可以是单向或双向信道。

AnswerFast2请求能力

根据本发明的实施例，AnswerFast2请求能力被提供如下。呼叫终端通过将NonStandardParameter类型的能力包括到传出TerminalCapabilitySet中来请求AnswerFast2。这个能力由具有要确定的对象ID的IDNonStandardIdentifier来标识。NonStandardParameter的数据字段被填充有具有以下ASN定义的PER编码结构。

AnswerFast2Request::＝SEQUENCE

{version INTEGER(1..255)，

afkey INTEGER(1..MAX)，

terminalType INTEGER(0..255)，--For

Master Slave Determination

multiplexEntryDescriptors SET SIZE(1..15)OF

MuI tiplexEntryDescriptor

OPTIONAL，--MTE

...

}

version字段指示AnswerFast2扩展的版本。afkey字段是标识其为AnswerFast2非标准参数的唯一标识符并且被定义为71123521。利用与来自呼叫方的传出H.245 MasterSlaveDetermination请求的terminalType字段中的值相同的值对terminalType字段进行编码。并且最后，multiplexEntryDescriptors是将用在传出MultiplexEntrySend请求中的设置。

NonStandardldentifier被定义为“{iso(1)member-body(2)au(36)acn(71123521)vendor specific 1(1)vendor specific 2(1)}”，其代表AnswerFast2.

一般地，优选地是呼叫终端能够开放用于在传出TerminalCapabilitySet中被通告的全部transmitAudioCapability(发送音频能力)、receiveAudioCapability(接收音频能力)(也被认为具有发送音频的能力)、receiveAndTransmitAudioCapability(接收和发送音频能力)、transmitVideoCapability(发送视频能力)、receive VideoCapability(接收视频能力)(也被认为具有发送音频的能力)以及receiveAndTransmitVideoCapability(接收和发送视频能力)条目，因为接收终端将每个能力解释为所提出的OpenLogicalChannel(开放逻辑信道)请求。每个被指示的能力(接收和/或发送)可以被接收方解释为提出开放匹配该能力的逻辑信道。诸如接受的优选顺序之类的其它规则或者基于媒体类型的限制可以被应用以确定要被开放的信道的属性。媒体类型限制可以采用将被加速的会话建立限制于单一音频、单一视频或单一数据信道的形式。

另外，一般优选复用表格条目是对称的。因而，在一些实施例中，呼叫终端将其复用表格设置为就是呼叫终端指定用于其所传送信道的复用表格。终端可以利用某种预定义的、预定的或显式的方法来确定其复用表格条目。在其中被叫终端将其复用表格条目设置为就是呼叫终端所使用的条目的情况下，接收方被允许正确地接受并处理接收到的数据。

AnswerFast2能力被包含在能力表格内的CapabilityDescriptor中，该能力不同于音频、视频和用户指示能力。这确保不支持AnswerFast2的终端将忽略附加条目。支持AnswerFast2的端点一般在与AnswerFast2能力相同的CapabilityDescriptor中提供多个能力。这允许将来使用新的NonStandardIdentifier值来改进AnswerFast2过程。

AnswerFast2响应

根据本发明的实施例，AnswerFast2请求响应可以按以下方式提供。如果被叫终端接收到包含AnswerFast2能力的TerminalCapabilitySet，则其将通过比较接收到的AnswerFast2请求中的终端类型值与用于本地终端的值来进行主从判定。最高值将被选择作为主方。在具有相同的终端类型值的情况下，呼叫终端将被选择作为主方。可替换地，如果MasterSlaveDetermination请求与TerminalCapabilitySet一起被发送，则其可以被用于主从判定。

被叫终端将分析接收到的能力表格以确定所提议用于新连接的OpenLogicalChannel和复用表格条目。如果被叫终端不能获得可接受的信道配置或者如果其不能接受所提供的multiplexEntryDescriptor，则被叫终端可以利用正常的TerminalCapabilitySetAck做出响应。如果被叫终端不支持AnswerFast2，也将发生以上情况。

如果可以获得可接受的信道配置和复用表格条目，则被叫方可以利用NonStandardMessage类型的H.245 ResponseMessage替换正常的TerminalCapabilitySetAck。非标准响应消息的NonStandardIdentifier将具有与传入的AnswerFast2Request相同的对象ID。NonStandardParameter的数据字段被填充有具有如下ASN定义的PER编码结构：

AnswerFast2Response::＝SEQUENCE

{

sequenceNumber SequenceNumber，

version INTEGER(1..255)，

decision CHOICE--MasterSlaveDetermination result based on

″terminalType″compare

{ --if terminalType is the same then caller

master NULL，--is always the master

slave NULL

}，

multiplexTableEntryNumber SET SIZE(1..15)OF

MultiplexTableEntryNumber OPTIONAL，

logicalChannels SEQUENCE OF OpenLogicalChannel，

...

}

sequenceNumber字段对应于被该响应替换的TerminalCapabilitySetAck的序列号值。这允许呼叫终端保持H.245消息同步。Decision字段指示被叫终端的主/从状态，即呼叫终端将其主/从状态设置为在该字段中指示的值的相反值。MultiplexTableEntryNumber字段包含被叫终端所接受的全部复用表格条目的列表。一般而言，对于复用表格条目存在隐含的对称关系。被叫终端将其复用表格设置为就是呼叫者终端为其所传送的信道指定的复用表格。

LogicalChannels字段包含两个终端将传送的全部信道的列表。从呼叫方传送的信道用forwardLogicalChannelParameters元素中的nullData值的dataType字段结合可选的包含信道信息的reverseLogicalChannelParameters来指示。

从AnswerFast2后退

根据本发明的实施例，后退技术被提供用于不支持这里所描述的AnswerFast技术中的一种或多种的终端。例如，对于从AnswerFast2后退，如果被叫终端不支持AnswerFast2，或者如果其拒绝所给出的AnswerFast2参数，则被叫终端接收传统的TerminalCapabilitySetAck并且正常的H.245协商被用于继续该呼叫。

图4是示出了根据本发明实施例从AnswerFast2后退的简化图。如图4中所示，呼叫终端试图向不支持AnswerFast2的终端发出在H.245非标准能力中具有AnswerFast2的呼叫。在呼叫终端接收到TCSAck之后，MSD被发送并且传统的H.245协商被执行。

AnswerFast3

如果下层呼叫信令网络能够传输终端定义的附加数据元素，则AnswerFast3允许H.324呼叫终端指定会话轮廓描述列表作为Q.931SETUP PDU的一部分。这种技术与H.323 FastConnect所执行的过程有一些相似之处。根据本发明的实施例，提供了指定用于复用器的值和用于编解码器的H.245参数和逻辑信道的会话轮廓描述。在具体实施例中，用于复用器的各个方面的确切值、用于将被使用的编解码器的H.245参数以及逻辑信道由会话轮廓描述指定。使用本发明实施例所提供的轮廓描述，终端能够在被叫终端接受呼叫时交换会话的参数，而不是在呼叫被接受之后使用移动级别检测、多个H.245过程和NSRP往返。

根据本发明的实施例，会话轮廓描述显式或隐式地定义以下信息：

·初始移动级别

·用于确定主/从状态的终端类型

·视频编解码器

·音频编解码器

·逻辑信道号

·H.223 MUX表格条目和参数限制

这里所描述的轮廓描述可以覆盖呼叫的若干特征、呼叫的全部特征或者仅覆盖单个特征。另外，轮廓描述可以与优选规则相结合，这些优选规则可以是相互补充的、互斥的或者相互的任意组合。本领域普通技术人员将意识到很多变化、修改和替换。

仅仅作为示例，各个轮廓描述可以被用于音频、视频、数据和复用器。拱形轮廓描述可以使用子轮廓描述作为分开的部分或显式定义每个细节。轮廓描述也可以参考其它标准和推荐的轮廓描述。轮廓描述可以指示“只发送”、“只接收”或“发送和接收”能力。轮廓描述也可以基于单个编解码器被使用，因而各个编解码器具有与其相关联的不同轮廓描述。

轮廓描述修改器可以被用于以更通用的方式来修改若干轮廓描述的多个方面。例如，如果链路的带宽要增大，则例如与每个信道相关联的双倍带宽(由于绑定或其它原因)也将增大(例如加倍)。然而，如果轮廓描述是硬编码的，则信道将较少利用资源。在这种情况下，规则可以被应用于所有轮廓描述，以使得具有可变比特率的所有信道得到成比例的增加，同时恒定比特率的信道没有增加。重新分配可以是成比例的，或者冗余编码可以被应用于具有所得到的有效速率变化的某些信道。其它轮廓描述特征也可以基于比特率被修改，例如视频帧大小或帧速率。因而，在达到某个比特率之后，可以使用下一次帧大小的扩大(即QCIF→CIF)，或者可以增大帧速率。

其它轮廓描述可以被修改，以使得它们只在某些其它条件下变为活动的。一个示例是CIF视频轮廓描述，该轮廓描述一直到满足预定的足够的比特率时才变为活动的。在特定实施例中，预定的足够的比特率为128kbps，而在其它实施例中，使用其它比特率。

另一种修改器可以是对用于会话的对称属性的期望的指示。一个这种对称可能是希望对于发送和接收具有相同的编解码器运行。由于某些设备中的某些限制(例如处理功率或内部存储器)，使得这可能是需要的。

音频轮廓描述可以指定很多特征，例如但不限于与编解码器、所允许的AL-SDU(最大al-sdu)的最大比特率和最大数目相关的特征。视频轮廓描述可以指定很多特征，包括但不限于编解码器、帧大小、最大比特率、unrestrictedVectors、arithmeticCoding、advancedPrediction、pbFrames、decoderConfigurationInformation以及它们的组合等等。复用器轮廓描述可以指定很多特征，包括但不限于复用器级别和双倍标志或可选头部的使用，以及用于复用数据/媒体流的其它信道之间的关系。

轮廓描述也可以具有与它们相关联的其它预定义的特征，例如将逻辑信道号提前指派给给定的逻辑信道类型或轮廓描述定义。轮廓描述还可以定义编解码器或逻辑信道与复用器表格条目或复用器表格条目号之间的关系。简单的规则是将逻辑信道号映射到复用器表格条目号，或者反过来，例如复用器表格条目1映射到/自针对音频信道的逻辑信道号1，并且复用器表格条目2映射到/自针对视频信道的逻辑信道号2。

轮廓描述可以被创建在H.324推荐的附录中。在独立于H.324推荐的文档中创建或细化另外的轮廓描述可以被用于以工业上更有用的方式扩展轮廓描述。单独的一组轮廓描述可以由H.324和3GPP/3G-324M指定和推荐。不同的轮廓描述可以被用在不同的3GPP/3G-324M版本中，允许轮廓描述索引/标识符的再次使用和对设备中所需要/期望性能的更大控制。本发明的实施例不限于目前可用的轮廓描述，而是包括使用将被开发并标准化的将来的轮廓描述。

仅作为示例，在下面的描述中列出了多个音频、视频和复用轮廓描述。这些轮廓描述不希望限制本发明，而只是提供本发明的各个实施例所利用的轮廓描述的示例。

音频轮廓描述

音频轮廓描述0(0x0000)

G.723.1音频

Baseline轮廓描述[TBD]

[其它子集TBD]

音频轮廓描述256(0x0100)

G.711音频

Baseline轮廓描述[TBD]

[其它子集TBD]

音频轮廓描述4096(0x1000)

GSM-AMR音频

Baseline轮廓描述[TBD]

音频轮廓描述16385(0x1001)

GSM-AMR音频

3G-324M推荐的轮廓描述[TBD]

[其它子集TBD]

视频轮廓描述

视频轮廓描述0(0x0000)

H.263 QCIF视频

Baseline轮廓描述[TBD]

[其它子集TBD]

视频轮廓描述16(0x0010)

H.263 QCIF视频

3G-324M推荐的轮廓描述[TBD]

[其它子集TBD]

视频轮廓描述256(0x0100)

H.261 QCIF视频

Baseline轮廓描述[TBD]

[其它子集TBD]

视频轮廓描述4096(0x1000)

MPEG4-视频

3G-324M推荐的轮廓描述[TBD]

复用轮廓描述(在下面的轮廓描述中，音频信道被表示为A1、A2、A3等，并且视频信道被表示为V1、V2、V3等。)

复用轮廓描述0(0x0000)

1＝(LCN A1，RC UCF)

复用轮廓描述1(0x0001)

1＝(LCN V1，RC UCF)

复用轮廓描述256(0x0100)

1＝(LCN A1，RC UCF)，

2＝(LCN V1，RC UCF)

复用轮廓描述512(0x0200)

1＝(LCN A1，RC UCF)，

2＝(LCN V1，RC UCF)，

3＝{LCN A1，RC 25}，(LCN V1，RC UCF)

4＝{LCN A1，RC 22}，(LCN V1，RC UCF)

5＝{LCN A1，RC 5}，(LCN V1，RC UCF)

6＝{LCN A1，RC 25}，(LCN0，RC UCF)

7＝{LCN A1，RC 22}，(LCN0，RC UCF)

8＝{LCN A1，RC 5}，(LCN0，RC UCF)

复用轮廓描述513(0x0201)

1＝(LCN A1，RC UCF)，

2＝(LCN V1，RC UCF)，

3＝(LCN A1，RC 26)，(LCN V1，RC UCF)

4＝{LCN A1，RC 23}，(LCN V1，RC UCF)

5＝{LCN A1，RC 6}，(LCN V1，RC UCF)

6＝(LCN A1，RC 26)，(LCN0，RC UCF)

7＝(LCN A1，RC 23)，(LCN0，RC UCF)

8＝(LCN A1，RC 6)，(LCN0，RC UCF)

复用轮廓描述528(0x0210)

1＝(LCN A1，RC UCF)，

2＝(LCN V1，RC UCF)，

3＝{LCN A1，RC 32}，(LCN V1，RC UCF)

4＝{LCN A1，RC 27}，(LCN V1，RC UCF)

5＝(LCN A1，RC 22)，(LCN V1，RC UCF)

6＝{LCN A1，RC 20}，(LCN V1，RC UCF)

7＝(LCN A1，RC 19)，(LCN V1，RC UCF)

8＝(LCN A1，RC 17)，(LCN V1，RC UCF)

9＝(LCN A1，RC 15)，(LCN V1，RC UCF)

10＝(LCN A1，RC 14)，(LCN V1，RC UCF)

11＝(LCN A1，RC 7)，(LCN V1，RC UCF)

12＝{LCN A1，RC 2}，(LCN V1，RC UCF)

13＝(LCN A1，RC 32)，(LCN0，RC UCF)

14＝{LCN A1，RC 7}，(LCN0，RC UCF)

15＝{LCN A1，RC 2}，(LCN0，RC UCF)

复用轮廓描述529(0x0211)

1＝(LCN A1，RC UCF)，

2＝(LCN V1，RC UCF)，

3＝(LCN A1，RC 33)，(LCN V1，RC UCF)

4＝{LCN A1，RC 28}，(LCN V1，RC UCF)

5＝{LCN A1，RC 23}，{LCN V1，RC UCF}

6＝{LCN A1，RC 21}，{LCN V1，RC UCF}

7＝{LCN A1，RC 20}，{LCN V1，RC UCF}

8＝{LCN A1，RC 18}，{LCN V1，RC UCF}

9＝{LCN A1，RC 16}，{LCN V1，RC UCF}

10＝{LCN A1，RC 15}，{LCN V1，RC UCF}

11＝(LCN A1，RC 8)，{LCN V1，RC UCF}

12＝{LCN A1，RC 3}，{LCN V1，RC UCF}

13＝{LCN A1，RC 33}，(LCN0，RC UCF)

14＝{LCN A1，RC 8}，(LCN0，RC UCF)

15＝{LCN A1，RC 3}，(LCN0，RC UCF)

在一些实施例中，逻辑信道被预先分配。例如，对于一个或多个音频信道，逻辑信道号为1(A1)、17(A2)、33(A3)等。对于一个或多个视频信道，逻辑信道号为2(V1)、18(V2)、34(V3)等。应当注意，AMR和MPEG4被定义在3GPP中并且用在这里仅仅是用于参考。本领域普通技术人员将意识到很多变化、修改和替换。

Q.931消息中的封装

用在3GPP中的Q.931信令的另一方面在于某些信息元素比其它信息元素优选。例如，Set up(建立)/Connect(连接)消息中的用户-用户信息元素可能被移动交换中心阻拦(例如出于防止欺骗的原因)。因而，使用Set up/Connect Q.931消息中的其它信息元素(例如Subaddress IE(参见3GPP TS 24.008))可以对网络基础设施更透明。

这个提议将对适当的信息元素的选择留给商家和设备提供商。Subaddress字段可能比用户-用户信息字段更合适。如果是这种情况，则可用于会话轮廓描述信息的空间的最大大小可以被限制为20个八位字节。

为了高效地将Q.931相关信令中可用的有限空间用于终端/用户定义的信息(例如用户-用户信息元素、Subaddress信息元素)，优选使用预定义的会话轮廓描述，而不包括对显式定义会话轮廓描述的消息的编码。

不管使用的是显式会话轮廓描述还是隐式会话轮廓描述，呼叫方都在其Set up消息中发送其优选的会话轮廓描述。被叫方在其响应(Alerting(警告)、Call proceeding(呼叫进行)、Connect)消息的一个中利用所选择或所接受的会话轮廓描述做出响应。如果呼叫终端接收到响应消息中的会话轮廓描述确认，则其可以继续使用该会话轮廓描述，好像TerminalCapabilitySet、MasterSlaveDetermination、MultiplexEntrySend和OpenLogicalChannel状态机已经完成并建立了被指定的轮廓描述。

在利用根据本发明实施例所提供的快速会话建立机制成功地建立会话之后，可以利用传统的H.245过程来协商对会话配置的后续更改。要进行这种更改的原因是为了克服轮廓描述的使用中的任何内在限制，这些轮廓描述不提供使用所需要的终端或会话特征对可用能力的全面表达。

作为示例，后续的更改可以是添加或去除额外的信道，或者对通过快速会话建立机制创建的信道进行修改或替换。更改的其它示例是对通过TerminalCapabilitySet表示的位速率或编解码器能力进行调整。此外，还有对解码器信息的修改，例如利用解码器信息(具体而言是decoderConfigurationInformation(解码器配置信息))发送OpenLogicalChannel(开放逻辑信道)以开放新的信道或添加更加优化的复用器表格条目。需要更改的会话特征的示例可以是设备需要对称的编解码器而所使用的规则或所交换的信息不允许这种表达方式的情况。在这种情况下，决议可以忽略不正确的不对称编解码器的数据并且基于所要求的对称需求重新开放信道。

另一种用于对称编解码器和其它会话特征控制的技术是延迟消息传输、请求、响应或媒体，直到接收终端的某些特征已知之后。例如，直到远程终端特征已知(例如编解码器传输选择、能力等)，设备可以抑制其自身消息的传输、请求、响应或媒体中的一些。因此，利用这种技术，改进了会话配置。

总地来说，根据本发明实施例所提供的技术提供了补充已经被会话建立过程所使用的逻辑信道号和复用器表格条目的会话修改。逻辑信道号或复用器表格条目、TerminalCapability(终端能力)条目或某个其它方面和警告消息中的相应条目之间的关系也可以被用于确定动作被认为是更改/修改还是添加。例如，用于通过使用快速会话建立技术已被认为是打开的信道的开放逻辑信道可以被认为是对被建立会话的更改。关于新信道的开放逻辑信道可以被认为是请求开放新信道。本领域普通技术人员将意识到很多变化、修改和替换。

被叫终端对AnswerFast3请求的接受通过比较接收到的AnswerFast3请求中的终端类型值与用于本地终端的值得到主从判定的预定状态。最高的值将被选择作为主方。在具有相等的终端类型值的情况下，呼叫终端将被选择作为主方。也可以利用其它变量，例如附加随机号的传输可以按与主从判定相类似的方式被用于减少基于呼叫方/被叫方的状态确定这个决议的可能性。也可能在一些情况下，不能以对称的方式解决这个状态就足以导致转而使用另一种建立技术。

图5是示出了根据本发明实施例在两个H.324终端之间的Q.931SETUP中的AnswerFast3的使用的简化图。总地来说，媒体可以是单向或双向信道。

如图5中所示，呼叫终端通过将请求PDU包括在Q.931 SETUP消息中(例如Subaddress字段信息元素)来请求AnswerFast3。在实施例中，该消息被填充具有如下ASN定义的PER编码结构：

AnswerFast3Request::＝SEQUENCE

{

version INTEGER(1..255)，

terminalType INTEGER(0..255)，--For

MasterSlaveDetermination

initialMobileLevel INTEGER(0..7)，--[4，7]are reserved

h223 Extension CHOICE

{

h223AnnexADoubleFlag BOOLEAN，

h223AnnexBOptionalHeader BOOLEAN，

...

}

audioProfiles SEQUENCE(1..65535)OF INTEGER(0..65535)，

videoProfiles SEQUENCE(1..65535)OF INTEGER(0..65535)，

multiplexProfiles SEQUENCE(1..65535)OF INTEGER(0..65535)，

mediaWaitForConnect BOOLEAN，

...

}

本领域技术人员将明白，在根据3GPP TS 24.008的实施例中，AnswerFast3Request PDU的总长度不能超过Q.931所规定的信息元素的长度。

被叫终端通过将响应PDU包括在被允许的Q.931响应消息中的一个中来对AnswerFast3Request做出响应，以建立下层网络上的会话。例如在3GPP中，响应消息可能是Alerting、Call Proceeding或Connect消息，这取决于被叫终端的类型和在核心网络中是否使用了网关。被叫终端可以很容易地检查在其接收到的每个响应消息中是否存在AnswerFast3响应消息。将AnswerFast3响应消息嵌入之前的消息(例如Alerting或CallProceeding)中可以允许呼叫终端利用Connect消息被接收之前的时间来用于内务整理(house-keeping)的目的。

在实施例中，AnswerFast3响应消息是具有如下定义的ASN.1 PER编码结构：

AnswerFast3Response::＝SEQUENCE

{

version INTEGER(1..255)，

terminalType INTEGER(0..255)，--MasterSlaveDetermination result

--based on″terminalType″comparison

--If terminalType is the same then caller

--is always the master

audioProfile INTEGER(0..65535)，

videoProfile INTEGER(0..65535)，

multiplexProfile INTEGER(0..65535)，

...

}

如果呼叫终端在CONNECT消息中没有接收到会话轮廓描述确认，则可以假设被叫终端不支持AnswerFast3，或者还没有接受任何被指定的轮廓描述。在这种情况下，呼叫终端将继续进行连接，就像未使用AnswerFast3一样。因而，本发明的实施例提供了AnswerFast3后退模式。呼叫终端也可能试图使用上面详细讨论的AnswerFast2。呼叫终端也可能试图使用下面详细讨论的AnswerFast4。

AnswerFast4

AnswerFast4是一种用于通过在承载信道上而不是在信令信道上发送优选的会话轮廓描述(包括在以上AnswerFast3中所描述的那些轮廓描述)来加快呼叫建立的方法。会话轮廓描述或优选是类似于上述哪些相类似的消息，并且还可以利用错误控制技术被进行用于抗干扰噪声的编码，以提高错误恢复能力。承载信道一被建立，所提出的会话轮廓描述信息就在其上被发送，并且以某一速率被重复，一直到AnswerFast4后退阶段开始。我们将呼叫终端(发起呼叫的实体)所发送的优选消息称为呼叫方AF4请求，并且将被叫方发送的消息称为应答方AF4请求。AF4消息以某种方式被选择，使得不支持AF4的终端将忽略这些消息作为未知的噪声、破坏或不想要的数据。被叫方消息还包含优选。一旦被叫方终端检测到呼叫方AF4请求，其分析该请求并且可以发送应答方AF4响应。

应当注意本说明书中所使用的术语AF4响应消息是可选消息，并且这种消息对于AF4的操作来说是不必要的，只是为了灵活性而提供的，例如用于需要对例如所选择的操作模式的确认的H.324终端。一个示例可以是具有H.324端接的网关。网关通常需要分配用于转换代码的资源，并且改变转换代码的资源可能在复杂性和处理时间方面是成本很高的。在这种情况下，AF4响应消息可以减轻复杂性，尽管与不使用AF4响应的情况相比会话建立时间有所增加。灵活性与建立时间的效率的折衷的另一示例是会话轮廓描述或优选的简化，因为用户可以选择灵活性不是很重要而建立时间很重要的方法，并且在这种情况下用户可以选择最简单的机制以用于信号优选，该机制包括使用预定轮廓描述和它们作为消息与媒体和移动级别序列的组合，以实现快速会话建立、最快的后退，但是就传送客户轮廓描述或数据的能力而言不一定是最灵活的。本说明书中所描述的AF4概念涵盖在承载信道上与H.245消息相独立地发送“信号”的原理，以及该“信号”怎样被对等终端用作支持类似加速技术的指示，并且提供用于利用最少信令交换媒体的方式。本说明书中的描述涵盖为了完整性而包括可选的AF4响应的实施例。

图6A是示出了根据本发明实施例的AnswerFast4的简化图。对于AnswerFast4，会话轮廓描述类似于AnswerFast3部分中所描述的会话轮廓描述。可替换地，会话轮廓描述可以被显式表达(代替被预定义)。AnswerFast4请求消息可以根据以下所述的过程被构造。

图6B是示出了根据本发明另一实施例的AnswerFast4的简化图。在这种情况下，推理或优选规则组被用于每个终端，并且在媒体传输可以开始之前不需要发送可选的响应消息。

AnswerFast4帧和同步标志

图7是示出了根据本发明实施例的AnswerFast4帧的结构的简化图。如图7中所示，AnswerFast4请求和响应帧以八位字节为单位被排列。因此，AnswerFast4消息传输以八位字节为单位被排列，允许与其它移动级别的传统传输的兼容。

根据实施例，AnswerFast4帧的Frame Info字段具有表1中所示的值：

Frame Info	描述
Frame Info	描述	0x00	请求帧
0x01	响应帧	0x00	请求帧
0x01	响应帧	0x02..0x7F	预留
Frame Info的MSB	1→有效载荷长度存在并且有效载荷长度＞＝1。0→有效载荷长度不存在。无有效载荷	0x02..0x7F	预留

表1

有效载荷长度字段指示在应用仿真插入八位字节之前的有效载荷的大小。可以利用有效载荷存在指示符来最优化消息的大小，如果不存在有效载荷，则使消息的大小为最小。如果有效载荷存在，则有效载荷存在指示符、有效载荷长度和有效载荷将全被包括在消息中。

总地来说，有效载荷可以具有任意长度。在一些应用中，帧信息被配置为将有效载荷限制为150个八位字节，因为在很多网络中，以160个八位字节的时隙来发送和处理帧。取决于网络配置，有效载荷长度将适应于特定应用而被改变。

这些消息也可以用于不同的目的，取决于头部字段中的某些值。不同的消息类型可以被指示，例如请求、响应或命令和指示或媒体。而且，序列号或分段指示符也可以被用于错误恢复能力和协议使用。

再次参考图7，CRC字段的长度为16位并且通过对除AnswerFast4同步标志以外的整个帧应用循环冗余校验(CRC)来确定。在一个实施例中，CRC如根据8.1.1.6.1/V.42所描述的。一旦检测到CRC错误，帧就将被丢弃。

如果需要，错误检测或错误纠正可以被添加到AnswerFast4消息中。错误纠正可以与类似于在H.324中已经被用于较高复用器级别的那些的前向纠错码和对允许传输所需要的信息的消息的修改一起被使用。可以使用循环冗余校验来实现错误检测。CRC值可以在指定字段的消息中被传送。

可以对AnswerFast帧执行复用器同步标志仿真保护来确保整个消息像噪声和/或不想要的数据一样出现在承载信道上。这确保任何传输都不会被传统设备误解为传统传输，例如级别检测。还提供了在会话期间通过能够拦截传统传输的另一传统设备(例如网关)来不可见地传送AnswerFast4消息的能力。

在向承载信道发送帧之前，执行仿真插入过程。利用仿真插入过程应用具有有效载荷长度、有效载荷和CRC的字段。在实施例中，具有值0xA3、0x35、OxE1、0x4D、0x19、OxB1和0x7E的所有八位字节都有一个八位字节具有相同的值。

一旦两个终端都检测到AnswerFast4请求消息，它们将确定媒体或媒体模式。当AF4响应消息被使用时，并且当终端可以根据媒体优选成功地确定媒体模式时，AnswerFast4响应可以被发送。同样，AF4响应消息是可选的，并且在一些情况下可以被用作确认，例如如果终端(例如网关)优选在进行会话之前确认媒体编解码器选择。其中使用响应的另一情形是AnswerFast4请求包含一些应用专用的信息请求(例如加密密钥)的情况。

有很多种可以根据每个设备所表现出的优选和能力来确定媒体模式的方式。如果优选类似于H.245优选(例如用TCS、OLC等所表达的)，则可以按与正常的H.245消息交换相同的方式来选择编解码器，只是这些处理被隐式地执行，一直到最后的输出。这种技术形成了被推出的共同模式(ICM)，并且可以根据在H.245中的B.2.2.2和C.4.1.3中所规范的能力优选和媒体模式冲突决议推出这种技术。

用于确定媒体模式的很多其它约束和规则集也是可能的，并且可以使得一些约束和规则集基于更少的可变特征。如果使用轮廓描述，则可以执行按照优选顺序的能力的简单匹配。例如，如果设备支持音频轮廓描述0x0000、0x0100、0x1000，并且其接收到对等设备只支持0x0100的指示，则0x0100将被选择。对于不止一个轮廓描述能力对于是设备所共有的情况，将进行优选选择。优选规则的示例是为轮廓描述被表达的顺序分配优选。这个优选顺序可以是向前或向后，并且可以通过其它输入来修改。另一规则可以是基于索引选择优选，最高或最低。例如，如果设备支持音频轮廓描述0x0000、0x0100、0x1000，并且其接收到对等设备支持0x0000和0x0100的指示，则可以通过使用最高索引规则的规则来选择0x0100。本领域普通技术人员将意识到很多变化、修改和替换。

一旦终端检测到AnswerFast4请求消息，其可以根据所接收的优选和其将发送或已经发送的优选来确定用于其自身和远程设备的配置(媒体/数据/复用模式)。可以根据输入/已有的AnswerFast4消息和一组预定义的规则来进行配置的确定。这些规则可以是基于某些输入而预定义或预定的，或者可以是基于显式消息的简单规则。规则可以再使用或者可以不再使用目前已经存在于设备中的规则，例如H.245最优选的模式。

AnswerFast4同步标志的定义如表2中所示。

0xA3	1010	0011
0xA3	1010	0011	0x35	0011	0101

表2

AnswerFast4同步标志可以被选择以确保其不被解释为传统消息，而像是对于传统终端的噪声/可忽略的数据。在实施例中，一个AnswerFast4同步标志紧挨着每个AnswerFast4帧之前和之后被插入。一般，在两个连续的AnswerFast4帧之间将只存在一个AnswerFast4同步标志。

本发明的实施例提供了用于构造AnswerFast4请求和响应的过程。一旦承载信道被建立，如果终端支持AnswerFast4，则其将优选地立即发送AnswerFast4请求帧。在实施例中，该帧可以被重复，一直到发生以下情形之一：

-AnswerFast4请求帧被检测到；

-有效移动级别填充标志被检测到，如C.6/H.324中所描述的；或者

-发生超时，并且没有检测到有效的AnswerFast4请求。

当有效的移动级别填充标志被检测到时，将根据附录C/H.324使用正常的H.324会话过程。当AnswerFast4请求被检测到时，根据下面更详细描述的AnswerFast4有效载荷处理过程处理有效载荷。

如果有效载荷被成功地解释，则终端通过发送AnswerFast4响应帧(如果该选项被使用)来接受该有效载荷。注意，AnswerFast4响应本身不需要有效载荷数据。该帧被重复，除了在需要媒体数据隧道的情况下可以包含媒体数据的有效载荷字段(或者如果灵活性不是很重要，则媒体可能已经基于预定模式被发送)，直到发生以下情形之一：

-AnswerFast4响应(如果使用的话)被检测到；或者

-有效的移动级别填充标志被检测到，如C.6/H.324中所描述的。

在发送AnswerFast4响应期间，如果响应和媒体隧道被使用，则可以在AnswerFast4响应帧的有效载荷字段中传送媒体。作为示例，有效载荷内容可以包含根据H.223的规定的MUX-PDU，使用最终达成一致的移动级别。一般来说，有效载荷的长度将不超过150个八位字节。根据本发明的实施例，所有支持AnswerFast4的终端将支持并处理包括在AnswerFast4消息中的MUX-PDU。

AnswerFast消息(例如尤其是AnswerFast4消息)可以包含媒体作为它们的有效载荷。这种媒体可以采用给定复用器级别的MUX-PDU的形式，但是其可以是某种其它编码(例如AnswerFast消息中的本地编解码器位流形式)，以利用该编码可能具有的其它属性。如果媒体在AnswerFast消息中被发送，则不需要过多地发送该消息，并且包含表示会话的音频/视频/数据的媒体的消息序列可以被发送。可替换地，媒体可以只在承载信道上合适的MUX-PDU中被传送(AF4消息中没有隧道)。

在发送AnswerFast4请求和可选地检测到AnswerFast4响应之后，终端将使用已达成一致的移动级别开始正常会话。音频和视频交换也将立即开始，如果在AnswerFast4响应阶段(如果使用的话)它们还没有开始。利用本发明的实施例，如果音频和视频交换在AnswerFast4响应阶段(无论是否被使用)已经开始，则能够使音频和视频交换无缝地继续下去。

如果可接受的媒体作为AnswerFast4消息的一部分被发送，则该媒体的无缝继续优选地经过任何会话配置修改。当配置被接受时，或者甚至在会话的一些方面需要后退到不同技术(例如AnswerFast2或甚至是传统的操作)的情况下，需要媒体的无缝继续来提供最佳的用户体验。无缝媒体联接的示例将是在AnswerFast媒体消息中选择特定帧的情况。然后，一旦建立了会话，配置就被已知是不同的特定类型，例如在特定的复用级别。因此，接收方能够从两种类型的流/帧中提取媒体，并且将它们提供给用户(或者在使用网关的情况下将它们发送给远程端点)。

如果在接收到AnswerFast4请求之后，终端决定不进行AnswerFast4过程，终端将立即继续根据附录C/H.324的正常H.324会话过程，如下面更详细描述的。如果在发送AnswerFast4响应帧期间音频和视频编码已经开始，则将重新开始音频和视频编码。

如果AnswerFast4会话的一些或全部方面不成功，则推荐后退到AnswerFast2技术。如果配置不匹配建议纠正，则AnswerFast2技术可以被用于确定正确的模式，并且如果必要则以远程设备所期望的方式重新开始编解码器和逻辑信道。如果AnswerFast2(可选地利用AnswerFast1和/或一些SRP扩展)不成功，则应当采取传统行为。本领域普通技术人员将意识到很多变化、修改和替换。

如果在发送和接收AnswerFast4请求之后，呼叫终端没有检测到AnswerFast4响应(如果被使用)，而是检测到有效的移动级别填充标志，则终端可以立即停止发送AnswerFast4响应帧，并且继续根据附录C/H.324的正常H.324会话过程，如下面更详细描述的。

可以通过有效的正常移动级别标志的检测，触发向传统移动级别操作的后退。在实施例中，某个阈值数必须被检测到，以提供与根据H.324的检测相关联的级别。在这个取决于实现方式的阈值数被检测到之后，终端应当优选地停止发送AnswerFast4消息，并返回到AnswerFast2或传统行为，应当清楚终端正在与不具有AnswerFast4能力的终端通信。

在实施例中，AnswerFast4请求有效载荷是下面所示的ASN.1 PER编码结构：

AnswerFast4Request::＝CHOICE

{

predefinedProfile Answer Fast3Request，

explicit Profile

AnswerFast4ExplicitRequest，

...

}

AnswerFast4ExplicitRequest::＝SEQUENCE

{

terminalType INTEGER(0..255)，--For

--

MasterSlaveDetermination

initialMobileLevel INTEGER(0..7)，--[4，7]are reserved

h223 Extension CHOICE

{

h223AnnexADoubleFlag BOOLEAN，

h223AnnexBOptionalHeader BOOLEAN，

...

}

terminalCapabilitySet TerminalCapabilitySet，

openLogicalChannels SEQUENCE(1..65535)OF

OpenLogicalChannel，

multiplexEntrySend MuItiplexEntrySend，

...

}

这个结构允许终端使用预定义的会话轮廓描述(例如针对AnswerFast3所描述的那些)，或者使用显式的会话轮廓描述定义。注意，如果灵活性不是很重要，则可以使用预定的模式并且AF4消息可以被减少到最小信号，终端利用该信号以在大约半个往返时间内尽可能早地发送它们的媒体。

AnswerFast4有效载荷处理过程是当在两个终端之间终端类型一样并且需要显式的主从判定知识时，呼叫方一直是主方。可替换地，终端可以不需要知道主从关系，直到之后在会话中(例如，在AF2(如果被使用)中或者在传统的H.245消息中)。因而，呼叫方将处于根据媒体模式信令方法的形式和所期望的灵活性接受媒体的位置。可能需要支持AnswerFast技术的终端准备好立即接受(接收和解码)媒体，这取决于会话优选的信令的形式是预定的、预定义的还是显式的。

对于AnswerFast3，由于一旦建立了承载体，媒体就将立即按已知的配置被发送，所以接收方将优选准备好在最早可能的时间(等于0.5个往返)接受和解码媒体。在其它实施例中，在大约0.5个往返内实现会话建立。对于AnswerFast4，由于媒体在有效载荷中被发送，所以媒体可以与指示要被使用的优选的消息同时或并行地到达。在这种情况下，接收终端将使用指示配置的信息并解码/使用媒体。

根据本发明的实施例，有可能指示配置的信息到达或被处理得太慢，以致于不能最佳地使用到达的媒体，或者初始媒体由于端到端承载体的建立而被裁掉了。针对涉及配置消息的情形的若干方法之一是缓存已经到达的所有媒体，直到消息到达。被缓存的信息被使用，从而只丢失了最小量的会话信息。可应用于初始媒体裁剪和解码器信息缺失的另一方法是在增大的频率处(可能是排他地)或者在已知的时间发送非暂时性的冗余媒体(例如，关键帧/内部帧)。将辅助解码设备的另一方法是在编码时包括关于媒体消息包含非暂时性冗余媒体的指示。一旦检测到该标记，就可以只从这一点开始对信息流进行解码，实现了处理的节省和复杂性的降低。

对于编码/发送侧发送非暂时性的冗余媒体尤其有用的一个特定时间将是在发送方接收到来自接收方的确认(隐式或显式)时。这在接收到确认的事实之后，发送方知道接收方已准备好进行解码。其它的可能情况还包括在某一时间段内没有接收到否定的确认的情况。这种情况的具体示例是在AnswerFast2的情况下接收到TCS Ack，或者在AnswerFast4的情况下接收到AnswerFast4响应消息或AnswerFast4会话媒体。这些媒体到达行为可以被预定(如果灵活性不是很重要)、被预定义或者可以被显式地用信令发送，这取决于设备支持。应当注意，如果终端没有意识到这些消息或者未能检测到它们(例如因为破坏)，则终端可以根据在本说明书中的前述AnswerFast2加速技术继续下去。

本发明的实施例还提供了从AnswerFast4后退的技术。例如，如果呼叫终端没有接收到AnswerFast4消息，而是正常的H.245TerminalCapabilitySet消息(带有或不带有AF2型消息)，则终端将假设被叫终端不支持AnswerFast4，或者没有接受任何指定的轮廓描述。在这种情况下，呼叫终端将继续使用传统的TerminalCapabilitySet、MasterSlaveDetermination、MultiplexEntrySend和OpenLogicalChannel过程来创建会话。呼叫终端还可能试图使用利用H.245命令的AnswerFast2技术，在本说明书进行了更全面的描述。

通过检测到缺少关于支持AnswerFast技术的指示的正常TCS，可以触发向传统操作的后退。一旦检测到这个TCS，终端应当优选地停止发送AnswerFast4消息并退回到AnswerFast2或传统的行为，因为应当清楚终端正在与传统设备通信。

本发明的实施例提供了将对快速会话建立信令或消息的交叉存储与传统技术和媒体相组合的技术。在2004年9月4日提交的题目为“Methodsand Systems for Fast Session Establishment Between Equipment Using H.324and Related Telecommunications Protocol”的共同未决并且共同被转让的美国专利申请No.10/934,077中更全面地描述了涉及传统复用器级别建立和AnswerFast4的组合的AnswerFast4技术的另一实施例，该美国申请全部通过引用结合于此。一种可能的技术组合是AnswerFast4消息被发送到承载体上，其发送的密集程度低于最大可能值(例如不是紧接着发送)。这种稀疏的发送使得承载体在某些时刻没有被AnswerFast技术所使用。当未被使用时，承载体可以供设备以传统方式来使用。通常，紧接着承载体建立之后，移动级别检测/建立被执行，所以在特定实施例中，在承载体的时间间隙，移动级别填充标志将被发送。这些方法可以与传统技术相组合或者与其一起使用，取决于实施例。本领域普通技术人员将意识到很多变化、替换和修改。

由于AnswerFast设备部分以传统方式进行操作，以这种方式进行交叉存储将最小化与另一传统设备相互操作时的任何延迟。AnswerFast4消息重发的稀疏度是可以基于所要求的错误恢复能力和所期望的传统互操作延迟调谐的参数。也可以基于来自传统操作的输入，对AnswerFast4消息进行适配。例如，通过传统方式来检测特定的移动级别可以被用于确定媒体传输的形式，甚至是在AnswerFast4到AnswerFast4的协商中。

对于支持所有AnswerFast方法的H.324实体，本发明的实施例提供了当被叫的H.324实体不支持AnswerFast方法中的一个或多个时用于支持后退过程的方法和系统。例如，如果呼叫终端利用AnswerFast3开始呼叫，而被叫终端不支持AnswerFast3，则呼叫终端将使用以下过程进行后退：

-AnswerFast4

-AnswerFast2

-在7.4中规范的终端过程的D阶段中的正常H.245通信AnswerFast3的后退过程已经在前面描述过。

如果呼叫终端使用AnswerFast4开始或继续呼叫，而被叫终端不支持AnswerFast4，则呼叫终端将使用以下过程进行后退：

-AnswerFast2

-在7.4中规范的终端过程的D阶段中的正常H.245通信AnswerFast4的后退过程已经在前面描述过。

如果呼叫终端使用AnswerFast2开始或继续呼叫，而被叫终端不支持AnswerFast2，则呼叫终端将使用以下过程进行后退：

-在7.4中规范的终端过程的D阶段中的正常H.245通信AnswerFast2的后退过程已经在前面描述过。

根据本发明的实施例，终端配置被使用以利用AnswerFast技术所提供的优点。作为示例，本发明的实施例利用SRP扩展(即帧并行传输)来提供若干优点。在2002年12月12日提交的题目为“Optimization of H.324<>H.323 Session Establishment in Multimedia Gateways”的共同未决并且共同被转让的美国专利申请No.60/433,252中更全面地描述了SRP扩展技术，SRP扩展技术可以与这里就AnswerFast1和AnswerFast2所描述的H.245技术结合起来使用，上述美国专利申请全部通过引用结合于此。这些技术将提供以下优点，包括但不限于会话恢复能力、传输效率和在建立性能方面任何相关联的改善。

3G调制解调器也可能造成呼叫建立时间的大大增加。因此，呼叫建立阶段调制解调器的操作和交互是我们感兴趣的方面。仅作为示例，可进行可能的优化的方面包括：

1.调制解调器初始化

2.从承载体CONNECT信号到承载体信道可用所需要的时间，以及

3.调制解调器操作所需要的资源。

一般期望接收方和发送方可以在单独的线程中。在任一情况下，线程优选级应当优选地被设置为尽可能高，以在通信承载体上保持连续的数据流。

本发明的实施例通过尽快地初始化媒体输入/输出(例如音频和视频)最小化使媒体处理器准备好的时间，该时间可能是值得注意的。在特定实施例中，最佳时间是当正要进行呼叫时。从呼叫者的角度来说，这是指呼叫按钮被按下时的时间。从应答者的角度来说，这是指检测到RING音调时的时间。提供了包括音频和视频媒体处理器的媒体处理器，一个用于帧捕获和编码，另一个用于解码和播放。

在特定实施例中，为了提供优化的呼叫建立性能，在AnswerFast过程开始之前，使得所有被支持的编码器和解码器可用并且准备好。这个过程被称为编解码器初始化并且可应用于音频和视频两者。当初始化时间可忽略时，该实施例与系统性能的关系不大。注意，对于被嵌入的系统，一旦所推出的共同模式可用，编码器和解码器就可以被启动，从而允许在该时间之后有时间尽快地准备好编码器和解码器。

本发明的实施例实现会话准备，其中在承载体被建立之前，媒体设备被初始化并且被置于准备好的状态。对于一些应用，可能需要执行最优化以实现所期望的会话准备。这些媒体设备包括：

1.视频捕获/照相机，包括自身角度(如果可应用的话)和相关联的编解码器，

2.视频显示器和相关联的编解码器，

3.音频捕获/麦克风和相关联的编解码器，以及

4.音频播放和相关联的编解码器。

因为这里所提供的技术可以与新的设备能力向前兼容，所以每当进行其它修改时都能够方便地更新用于快速会话建立的设备的能力和优选。因此，非常希望AnswerFast用户实体以及AnswerFast规则和轮廓描述以允许对被发布的设备进行简单更新的方式被设计和实现。仅作为示例，在实施例中，提供了空中更新。这些空中更新可以以组合更新的方式被提供，或者分布在若干个更新上。当更新被组合时，能力的更新(例如编解码器)可以与设备优选中的任何更新以及使用该能力所需要的任何升级规则相接合。本领域普通技术人员将意识到很多变化、修改和替换。

AnswerFast消息系统在应用和实现方面都具有一定的灵活性。信息传输和任意规则可以覆盖所期望的任何配置，并且可以在比通过传统的建立过程而得到的时间快得多的时间内建立完全可配置的会话。通过对可用灵活性种类进行某些限制，可以降低规则和实现方式的复杂性。可以使用可配置性和灵活性较差的AnswerFast传输的原始版本，但是仍然有很多优点。在其中很多同类设备或具有同类特征的设备(例如相同的编解码器)相互操作的设置中，这些优点可以被最好地体现。在这种设置中，关于远程设备的预期决定，可以进行若干假设，并且在大多数情况下，这些假设将被确认为是正确的。这可以对设备的性能带来统计上的改进，因为假设被确认的次数将远远超过其不正确的次数，假设不正确通常将导致纠正协商。

另外，还应当理解这里所描述的示例和实施例只是为了说明的目的，并且本领域技术人员在以上描述的启示下可提出各种修改或改变，并且这些修改或改变被包括在本申请和精神和范围以及所附权利要求的范围内。

Claims

1.一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法，所述方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间，所述方法包括：

在呼叫信令过程之后，建立第一终端和第二终端之间的承载信道；

在所述第一终端处，确定用于所述第一终端和所述第二终端之间的呼叫的一个或多个优选，所述一个或多个优选与用于所述第一终端和所述第二终端之间的呼叫的一个或多个操作模式相关联；

确定用于操作的移动级别；

交叉存储所述一个或多个优选、所述用于操作的移动级别和一个或多个媒体流；以及

使用所述承载信道通过电信网络的一部分将所述一个或多个优选、所述用于操作的移动级别和所述一个或多个媒体流从所述第一终端发送到所述第二终端。

2.如权利要求1所述的方法，其中发送所述一个或多个优选、所述用于操作的移动级别和所述一个或多个媒体流在从所述第二终端接收任何消息之前被执行。

3.如权利要求1所述的方法，其中所述一个或多个操作模式包括用于发送或接收数据中的至少一个的轮廓描述。

4.如权利要求1所述的方法，其中所述消息包括一个或多个传输优选。

5.如权利要求1所述的方法，其中所述电信网络的一部分能够发送至少语音、视频和数据。

6.如权利要求1所述的方法，还包括将所述一个或多个优选和所述用于操作的移动级别作为组合消息来处理。

7.如权利要求1所述的方法，其中所述交叉存储按顺序包括一个或多个优选、所述用于操作的移动级别、附加的一个或多个优选和一个或多个媒体流。

8.如权利要求7所述的方法，其中所述附加的一个或多个优选与所述一个或多个优选相同。

9.如权利要求7所述的方法，还包括交叉存储的重复。

10.一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法，所述方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间，所述方法包括：

在所述第二终端处，接收用于所述第一终端和所述第二终端之间的呼叫的一个或多个优选，所述一个或多个优选与用于所述第一终端和所述第二终端之间的所述呼叫的一个或多个操作模式相关联；

在所述第二终端处，使用所述承载信道通过电信网络的一部分接收用于操作的移动级别；以及

在所述第二终端处，接收一个或多个媒体流，其中所述一个或多个优选、所述用于操作的移动级别和所述一个或多个媒体流被交叉存储，并且其中所述第二终端被适配为在所述承载信道建立之后接收所述一个或多个媒体流。

11.如权利要求10所述的方法，其中所述第二终端被适配为在小于往返时间的一半的时间内接收所述一个或多个媒体流。

12.如权利要求10所述的方法，其中建立承载信道和接收所述一个或多个媒体流之间的时间差小于往返时间的一半。

13.如权利要求10所述的方法，其中所述一个或多个操作模式包括用于接收数据的轮廓描述。

14.一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法，所述方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间，所述方法包括：

在建立会话配置之前传送媒体；以及

发送具有用于所述会话配置的一个或多个优选的消息。

15.如权利要求14所述的方法，其中用于所述会话配置的一个或多个优选由与所述媒体交叉存储的客户消息以信号的形式发出。

16.如权利要求14所述的方法，其中用于所述会话配置的一个或多个优选由所述媒体以信号的形式发出。

17.如权利要求14所述的方法，其中用于所述会话配置的一个或多个优选由与所述媒体和一个或多个移动级别信令标志交叉存储的客户消息以信号的形式发出。

18.如权利要求17所述的方法，其中所述交叉存储按顺序包括一个或多个优选、所述用于操作的移动级别、附加的一个或多个优选和一个或多个媒体流。

19.如权利要求18所述的方法，其中所述附加的一个或多个优选与所述一个或多个优选相同。

20.如权利要求17所述的方法，还包括交叉存储的重复。

21.如权利要求14所述的方法，其中在建立会话配置之前传送媒体包括特征在于建立时间与传统建立技术相比被减少的缩减了建立时间的技术。

22.如权利要求21所述的方法，其中所述建立时间小于3个往返时间。

23.如权利要求22所述的方法，其中所述建立时间小于2个往返时间。

24.如权利要求23所述的方法，其中所述建立时间小于1个往返时间。

25.如权利要求24所述的方法，其中所述建立时间小于往返时间的1/2。

26.一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的方法，所述方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间，所述方法包括：

通过电信网络将呼叫信令消息从第一设备发送到第二设备以发起呼叫；

一旦所述第二设备接收到所述呼叫信令消息，就建立所述第一设备和所述第二设备之间的承载信道；

确定用于操作的移动级别；

在H.245终端能力集消息中提供定义一个或多个操作模式的一个或多个能力；

发送所述H.245终端能力集消息中的所述一个或多个能力；以及

基于所述一个或多个操作模式中的至少一个或多个操作模式通过所述承载信道建立所述第一设备和所述第二设备之间的操作模式。

27.如权利要求26所述的方法，其中所述一个或多个能力包括非标准能力、标准能力或客户能力中的至少一个。

28.如权利要求26所述的方法，其中所述一个或多个操作模式与轮廓描述相关联。

29.如权利要求28所述的方法，其中所述轮廓描述至少包括编解码器、逻辑信道号、复用器表格条目号或复用器表格条目。

30.如权利要求28所述的方法，其中所述轮廓描述包括编解码器、逻辑信道号、复用器表格条目号或复用器表格条目。

31.如权利要求28所述的方法，其中所述轮廓描述定义所述呼叫的一个或多个特征。

32.如权利要求31所述的方法，其中所述一个或多个特征包括位速率、帧大小、编解码器特征或对称能力中的至少一个。

33.一种使用一个或多个3G电信网络发起用户之间的呼叫的方法，所述方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间，所述方法包括：

在呼叫信令过程之后建立第一终端和第二终端之间的承载信道；

确定将要发起缩减了建立时间的建立过程；

使用所述承载信道通过电信网络的一部分将第一客户消息从所述第一终端发送到所述第二终端；

在所述第一终端处，监视来自所述第二终端的第二客户消息；

检测缩减了建立时间的建立过程是否正在被所述第二终端利用；以及

转到不同的建立过程。

34.如权利要求33所述的方法，其中检测缩减了建立时间的建立过程是否正在被利用包括只检测有效移动级别填充标志。

35.如权利要求33所述的方法，其中检测缩减了建立时间的建立过程是否正在被利用包括检测标准TCS。

36.如权利要求33所述的方法，其中检测缩减了建立时间的建立过程是否正在被利用包括检测超时操作。

37.如权利要求33所述的方法，其中检测缩减了建立时间的建立过程是否正在被利用包括检测所述第一终端是否尚未接收到所述第二消息。

38.如权利要求33所述的方法，其中检测缩减了建立时间的建立过程是否正在被利用包括确定在所述第一终端和所述第二终端之间不存在与所述第一客户消息和所述第二客户消息相关联的兼容操作模式。

39.如权利要求33所述的方法，其中所述不同的建立过程由标准的建立时间来表征。

40.如权利要求33所述的方法，其中所述不同的建立过程由使用SRP扩展的建立时间来表征。

41.如权利要求33所述的方法，其中所述不同的建立过程是AnswerFast Type I技术或AnswerFast Type II技术中的一种。

42.一种修改使用一个或多个3G电信网络的用户之间的呼叫的操作模式的方法，所述方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间，所述方法包括：

利用缩减了建立时间的技术来建立所述用户之间的呼叫，其中所述呼叫由第一操作模式来表征；

确定用于所述呼叫的第二操作模式；

利用传统的H.245过程来协商用于所述呼叫的所述第二操作模式；以及

建立用于所述呼叫的所述第二操作模式。

43.如权利要求42所述的方法，其中所述第二操作模式由所述第一操作模式所没有提供的附加能力来表征。

44.如权利要求42所述的方法，其中所述第二操作模式由以下各项中的至少一个来表征：添加信道、去除信道、修改信道或替换信道，所述信道与所述第一操作模式相关联地被创建。

45.如权利要求42所述的方法，其中建立所述第二操作模式包括调整比特率或编解码器能力中的至少一个。

46.如权利要求42所述的方法，其中建立所述第二操作模式包括一个或多个H.245请求、命令、指示或响应消息的传输。

47.如权利要求46所述的方法，其中建立所述第二操作模式包括一个或多个TerminalCapabilitySet消息的传输。

48.如权利要求46所述的方法，其中建立所述第二操作模式包括一个或多个OpenLogicalChannel消息的传输。

49.如权利要求42所述的方法，其中所述缩减了建立时间的技术包括在H.245终端能力集消息中指示一个或多个能力。

50.如权利要求42所述的方法，其中所述缩减了建立时间的技术包括在H.245消息中指示一个或多个非标准、标准或客户字段。

51.如权利要求42所述的方法，其中所述缩减了建立时间的技术包括指示在承载体上发送的一个或多个客户消息。

52.如权利要求42所述的方法，其中所述缩减了建立时间的技术包括指示在呼叫信令消息中发送的一个或多个客户消息。

53.如权利要求42所述的方法，其中所述缩减了建立时间的技术包括使用SRP扩展。

54.一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法，所述方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间，所述方法包括：

提供存储在一个或多个存储器中的一个或多个表格，所述一个或多个表格包括一个或多个预定义的轮廓描述，所述一个或多个预定义的轮廓描述与第一终端和第二终端之间的呼叫的一个或多个操作模式相关联；

利用呼叫信令过程建立所述第一终端和所述第二终端之间的承载信道；

在H.245消息中的一个或多个非标准、标准或客户字段中指示一个或多个预定义的轮廓描述；

在所述第二终端处，接收用于所述呼叫的一个或多个优选，所述一个或多个优选指定所述一个或多个预定义的轮廓描述中的至少一个；

在所述第二终端处，部分地基于所接收到的一个或多个优选确定用于所述呼叫的兼容操作模式；以及

根据所述一个或多个预定义的轮廓描述中的至少一个通过所述承载信道建立用于所述呼叫的兼容操作模式。

55.如权利要求54所述的方法，其中所述一个或多个预定义的轮廓描述在H.245终端能力集消息中被指示。

56.如权利要求54所述的方法，其中所述一个或多个预定义的轮廓描述包括编解码器、逻辑信道号、复用器表格条目号或复用器表格条目中的至少一个。

57.如权利要求54所述的方法，其中包括在所述一个或多个预定义的轮廓描述中的轮廓描述包括编解码器、逻辑信道号、复用器表格条目号或复用器表格条目。

58.如权利要求57所述的方法，其中所述轮廓描述包括GSM-AMR编解码器、逻辑信道号1、复用器表格条目“1 UCF”和复用器表格条目号1。

59.如权利要求57所述的方法，其中所述轮廓描述包括H.263编解码器、逻辑信道号2、复用器表格条目“2 UCF”和复用器表格条目号2。

60.如权利要求54所述的方法，其中包括在所述一个或多个预定义的轮廓描述中的轮廓描述包括只发送能力、只接收能力或者发送并接收能力中的至少一个。

61.如权利要求54所述的方法，其中包括在所述一个或多个预定义的轮廓描述中的轮廓描述包括一个或多个特征，包括比特率、帧大小、编解码器特征或对称能力中的至少一个。

62.如权利要求54所述的方法，其中利用传统H.245过程协商对呼叫配置的后续更改。

63.一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法，所述方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间，所述方法包括：

通过呼叫信令过程建立所述第一终端和所述第二终端之间的承载信道；

在所述承载体上发送的一个或多个客户消息中指示一个或多个预定义的轮廓描述；

64.一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法，所述方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间，所述方法包括：

在呼叫信令消息中传送的一个或多个客户消息中指示一个或多个预定义的轮廓描述；

65.如权利要求64所述的方法，其中所述一个或多个预定义的轮廓描述包括复用器级别、使用H.223附录A双标志的指示或H.223附录B可选头部中的至少一个。

66.一种使用一个或多个3G电信网络发起缩减了建立时间的用户之间的呼叫的建立过程的方法，所述方法被提供在耦合到所述一个或多个3G电信网络的至少一对H.324型终端之间，所述方法包括：

确定用于第一终端处的一个或多个操作模式的第一组优选；

确定用于第二终端处的一个或多个操作模式的第二组优选；

将与所述第二组优选相关联的客户消息从所述第二终端发送到所述第一终端；

在所述第一终端处，根据所述第一组优选和所述第二组优选选择一个或多个操作模式，以提供所选择的一个或多个操作模式；

在所述第二终端处，选择与在所述第一终端处选择的操作模式相同的一个或多个操作模式；以及

通过所述承载信道建立所述第一设备和所述第二设备之间的所述所选择的一个或多个操作模式。

67.如权利要求66所述的方法，其中通过找到所述第一组优选和所述第二组优选的交叉部分来选择所述所选择的一个或多个操作模式。

68.如权利要求65所述的方法，其中通过将预定义的规则应用于所述第一组优选和所述第二组优选的交叉部分来选择所述所选择的一个或多个操作模式。

69.如权利要求68所述的方法，其中所述预定义的规则基于所述第一组优选和所述第二组优选的顺序。

70.如权利要求66所述的方法，其中通过与用于优选模式的H.245过程相关联的优选来选择所述所选择的一个或多个操作模式。

71.如权利要求70所述的方法，其中通过应用用于冲突辨别的H.245方法来选择所述所选择的一个或多个操作模式。