对h.324的快速会话建立扩展的制作方法

专利名称：对h.324的快速会话建立扩展的制作方法
相关申请的交叉引用
本申请要求2005年4月21日提交的美国临时申请No.60/674,160的优先权，为了所有的目的，该申请通过引用而结合于此。
背景技术：
本发明一般地涉及在设备(“终端”)之间建立多媒体通信(多媒体“呼叫”)的方法。更具体地，本发明提供了用于减少建立下述终端之间的呼叫所需的时间的方法，所述终端执行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-like equipment)称为采用基于H.324的协议或者从H.324派生的协议的设备和系统。类似H.324设备可以经由交换中心而与其它类似H.324设备相连接，以及通过多媒体网关而与其它非类似H.324的设备相连接。非类似H.324的设备的一个示例是H.323设备。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)。这个阶段被称为呼叫信令(Call Signaling)，并且其在H.324的范围之外，除了其中使用了调制解调器和通用交换电话网络之外。所述呼叫的第二阶段是建立H.324会话，以提供在设备之间以设备已知并且其所支持的格式来传输视频、音频和数据的装置。为了实现上述阶段，H.324M还使用了两个另外的ITU-T建议。
所使用的这些建议中的第一个建议是H.223“低比特率多媒体通信的复用协议”。H.223指定了面向帧的复用协议，其允许经单个通信链路来传输数字语音、视频和数据(例如，命令和控制)信息的任意组合。H.223可以具有在H.223建议的附录A、B和C中指定的大量操作模式，所述附录意图在存在差错的情况下提供加强的恢复力(resilience)。这些也被称作移动级别(Mobile Level)1、2和3。没有应用这些附录中的任意一个的H.223有时还被称作在移动级别0(基线)上操作。H.324具有逻辑通道的概念，该逻辑通道是在电路交换链路上提供虚拟通道的方式。复用器的任务是将写在逻辑通道上的部分数据块组合(复用)成帧，该帧该称为复用协议数据单元(MUX-PDU)。逻辑通道0总是可用，且被用于命令和控制。数据(语音、视频、命令和控制，以及其它一般数据)通过称为服务数据单元(SDU)的比特流块而被传递到H.223复用器，或从其传递而来。在被复用之前，这些不同的SDU通过适配层(AdaptationLayer)，在适配层上可以出于差错检测、序列编号(sequencenumbering)和重传请求的目的而添加额外信息。
这些协议中的第二个协议是H.245“多媒体通信的控制协议”，其规定了终端信息消息的语法和语义以及在开始通信或在通信过程中将它们用于带内协商的过程。所述消息包括接收和发送能力和首选项(preference)、逻辑通道信令以及控制和指示(indication)。在H.245中规定的消息是用ITU-T抽象语法标记(ASN.1)来表述的，并且可以被分类为请求、响应、命令和指示类型。H.245消息在发送之前被根据ASN.1标准来编码。当终端发送请求类型的H.245消息时，其需要由远程终端发送的响应类型的合适消息。如果在特定时间内没有接收到响应(有时称作Ack，即确认)，则发送终端将重新发送请求，或者如果针对重复请求还是没有接收到响应，则采取其它的适当措施。请求的重新发送可能发生许多次。与呼叫建立相关联的H.245消息中的许多是请求类型。
H.245还需要可靠的链路层，以用于正确的操作。提供这种可靠链路层的主要手段(在H.324的附录A中有规定)是使用简单重传协议(SRP)或编号简单重传协议(NSRP)，其中，在发送之前，一个或多个H.245消息(统称为多媒体系统控制PDU，而在本文献中称为H.245PDU)被组成SRP命令帧，并且接收终端必须发送SRP响应帧(有时称为SRP Ack)以确认SRP命令帧的正确接收。在接收到上一个消息的SRPAck之前，终端不会发送其它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.主从判断(MSDMaster Slave Determination)——传送H.245消息 5.打开/关闭逻辑通道(OLC)——传送H.245消息 6.复用表条目交换(MTE)——传送H.245消息 步骤(3)到(6)通过使用如上所述且如图1A所示的一系列H.245请求和响应消息来执行。在H.324呼叫中涉及的全部系列的请求和响应消息在图1B中示出。注意，以上步骤(5)和(6)的顺序是可以互换的。应当注意，步骤(3)和(6)与由也被称作信令实体的基础状态机(underlying state machine)定义的过程相关。该相关信令实体是 1.能力交换信令实体(CESE) 2.主从判断信令实体(MSDSE) 3.逻辑通道信令实体(LCSE) 4.复用表信令实体(MTSE) 一旦已经完成这些步骤，媒体(视频、音频和数据)就可以在终端之间流动。注意，H.245消息在逻辑通道0上流动，如先前所述，该逻辑通道0是通过预先确定复用表条目0的复用器来预先确定并由其承载的。当其它复用表条目已经被交换时，这些也可以与H.245消息一起结合使用。
以上的关键步骤通常被顺序处理，但是，这导致了十个H.245消息那么多的往返时延，从而利用两个逻辑通道在各个方向上建立H.324会话。另外，用于H.324/H.245的SRP方案(或者在移动级别大于0的情况下是编号SRP方案-NSRP)(该方案要求在发送任何其它消息之前，针对每一个已发送的消息，SRP消息都被端点接收到，而无论其是否与同一个信令实体相关联)还限制了网络上的管道消息(pipeline message)的范围，从而使得呼叫建立慢于不是这种情况下的呼叫建立。SRP消息没有在图1B中示出。
对于H.324M来说，如上所述且在图1B中示出的终端能力集请求(TCS)步骤在移动级别检测/复用器同步阶段之后。其包括由各个终端发送指示其所操作的最高移动级别的重复比特(标记)式样。每一个终端都对其接收的标记进行检查。如果这些标记表示较低的移动级别，则终端降到相同的较低级别上。当两个终端都发送相同的标记序列时，该步骤完成。
由于如上所述建立H.324M呼叫所需要进行的过程集合，当从一个作为H.324的实施装置的终端进行呼叫时，其易于经历很长的呼叫建立时间，该呼叫建立时间是呼叫信令被启动之时到开始在类似H.324端点(H.324、H.324M或3G-324M)和其它终端(无论是否为类似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的终端器(termination)。H.324协议(及其扩展，例如H.324M和3G-324M)与H.323及其它协议之间的区别意味着当针对类似H.324终端来引入呼叫建立加速技术时，需要考虑其它方面。这样的区别包括关于它们被使用在的移动级别的信息，以及与H.223复用器相关的消息和信息，例如其复用表条目、适配层等。


发明内容
根据本发明，提供了通信技术。更具体地，本发明提供了用于缩短在终端之间建立呼叫所需的时间的方法，所述终端执行ITU-T H.324建议以及从诸如第三代合作项目(3GPP和3GPP2)所提出并采用的3G-324M建议之类的建议派生或与其相关的其它标准和建议。更具体而言，其涉及会话建立，一种用于缩短包括3GPP 3G-324M终端在内的类似H.324终端的、例如经带内载体连接的会话建立时间的技术。根据本发明的实施例，这里所描述的技术是与现有的类似H.324实现方式向后兼容的。在其它实施例中，本发明已经被应用于通过使用多媒体网关以协调各个端点所使用的协议，从而在移动通信网络上在3G-324M(基于H.324M的协议)多媒体手机之间以及在分组网络上在3G-324M多媒体手机和基于H.323的终端之间的建立多媒体通信，但是应当了解，本发明还可以包括其它应用。
根据本发明的一个实施例，提供了一种使用一个或多个3G通信网络、利用缩短的建立时间来在用户之间启动呼叫建立过程的方法。该方法被提供在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间。该方法包括在呼叫信令过程之后，在第一终端和第二终端之间建立载体通道；从第一终端向第二终端发送第一FSS消息。第一FSS消息包括与所述呼叫的第一操作模式相关联的第一首选项配置文件以及与所述呼叫的第二操作模式相关联的第二首选项配置文件。所述方法还包括选择第一操作模式或第二操作模式。
根据本发明的另一个实施例，提供了一种使用一个或多个3G通信网络、利用缩短的建立时间来在用户之间启动呼叫建立过程的方法。该方法被提供在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间。该方法包括在呼叫信令过程之后，在第一终端和第二终端之间建立载体通道；提供多个配置文件，用于操作模式；以及尝试利用所述多个配置文件中的一个配置文件来建立所述呼叫。所述方法还包括确定所述呼叫没有利用所述多个配置文件中的所述一个配置文件来建立，并尝试利用所述多个配置文件中的另一个配置文件来建立所述呼叫。
根据本发明的一个具体实施例，提供了一种使用一个或多个3G通信网络、利用缩短的建立时间来在用户之间启动呼叫建立过程的方法。该方法被提供在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间。该方法包括在呼叫信令过程之后，在第一终端和第二终端之间建立载体通道；以及提供一个或多个由第一FSS消息定义的操作模式。该一个或多个操作模式包括音频编解码和配置、视频编解码和配置、复用级别、复用表条目、数据通道或复用能力中的一个或多个。所述方法还包括在第一终端处接收从第二终端发送的所述第一FSS消息；以及在第二FSS消息中从第一终端向第二终端发送第一数据流。所述第一数据流利用了所述一个或多个操作模式。
根据本发明的另一个具体实施例，提供了一种使用一个或多个3G通信网络、利用缩短的建立时间来在用户之间启动呼叫建立过程的方法。该方法被提供在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间。该方法包括在呼叫信令过程之后，在第一终端和第二终端之间建立载体通道；以及提供一个或多个由第一FSS消息定义的操作模式。该一个或多个操作模式包括编解码配置和复用表条目。所述方法还包括在第一终端处接收从第二终端发送的所述第一FSS消息，并根据该第一FSS消息，在第一终端处确定第二终端无法接收媒体，直到第一终端接收到来自第二终端的响应消息为止。所述方法还包括在接收到来自第二终端的响应消息之后发送媒体。
根据本发明的一个特定实施例，提供了一种使用一个或多个3G通信网络、利用缩短的建立时间来在用户之间启动呼叫建立过程的方法。该方法被提供在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间。该方法包括在呼叫信令过程之后，在第一终端和第二终端之间建立载体通道；以及提供一个或多个由第一FSS消息定义的操作模式。该一个或多个操作模式包括编解码配置和复用表条目。所述方法还包括在第一终端处接收从第二终端发送的所述第一FSS消息，并根据该第一FSS消息，在第一终端处确定第二终端在第一终端接收到来自第二终端的响应消息之前能够接收媒体。所述方法还包括在来自第二终端的响应消息被接收之前发送媒体。
根据本发明的一个替代实施例，提供了一种使用一个或多个3G通信网络来发送信息的方法。该方法被提供在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间。所述方法包括在第一终端处提供所述信息；以及对所述信息进行编码以用于容错并避免一个或多个期望的标准标记的仿真，从而形成编码信息。所述方法还包括利用一个或多个标记序列来将所述编码信息成帧，以形成成帧序列；填充所述成帧序列；以及发送所述经填充的成帧序列。
通过在传统技术之上的本发明实现了许多优点。例如，本发明的实施例缩短了呼叫建立时间，从而增强了客户感受。此外，本发明的实施例维持了与现有协议的兼容性。根据实施例，可以实现这些优点中的一个或多个，以及其它优点。在所附权利要求中具体地给出了就我们所知是新颖的本发明的目的、特征和优点。通过参考以下描述并结合附图可以很好地理解本发明，包括其组织结构和操作方式，以及其它目的和优点。



图1示出了根据本发明一个实施例的FSS帧的结构； 图2示出了根据本发明一个实施例的FSS帧信息字段的结构； 图3示出了根据本发明一个实施例的FSS同步标记的结构； 图4示出了根据本发明一个实施例的预定义配置文件索引的结构； 图5示出了在根据本发明一个实施例的预定义配置文件索引中的详细配置文件索引的结构； 图6示出了根据本发明一个实施例的请求和响应消息的通信；以及 图7A和7B示出了根据本发明的类型IV加速技术的实施例。

具体实施例方式 H.324M标准建议(扩展有附录C的H.324建议)已经被第三代合作计划(3GPP)采用作为用于在3G网络的电路交换载体上提供对话型视频电话服务的3G-324M技术规范。H.324经受很长的会话建立时延，并且与H.323不同，其还没有从对视频会话的快速建立的增强中得益。在本领域中达成共识的是，减少会话建立时间将增强用户的感受。根据本发明的实施例，提供了减少H.324、H.324M和3GPP 3G-324M中的会话建立时间的方法和系统。
在两个H.324M终端之间建立典型的视频电话会话需要完成诸如移动级别检测和传送H.245消息的几个过程。
将更快速的会话建立技术引入H.324将使建立时间与类似的视频电话协议(H.323和SIP)相一致，并且将极大地增强用户感受。本发明的实施例提供了针对H.324协议和呼叫建立过程的一个或多个附加或增强(例如，一个或多个附录)，其允许以快速和/或灵活的方式来建立媒体通道，从而减少了会话建立时间。为了清楚起见，在这里描述的技术被称为快速会话建立(FSS)，其先前被称为AnswerFast Type 4。
基于载体的快速会话建立过程 根据本发明的实施例，提供了包括快速会话建立(FSS)过程的方法和系统，该快速会话建立过程是在H.324中建立音频和视频通信会话的替代过程。该过程发送优选操作模式来作为在载体通道上发送的第一批比特。因为防止这些比特仿真(emulate)包括基线H.324模式的现有的移动级别标记，因此它们被现有终端所忽视，并因而维持了与现有终端的互操作性。该过程可以极大地减少会话建立时间。
描述了用于连接不支持FSS的终端的后退(fallback)机制。
例如在以下参考资料中找到与适用的电信标准相关的附加信息，出于所有目的，该参考资料通过引用而全部结合于此。
[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的修改。
定义 caller(呼叫者)发起呼叫的终端(呼叫终端) callee(被呼者)对呼叫做出应答的终端(被呼叫终端) fallback(后退)当终端在FSS过程中放弃FSS并继续进行根据H.324附录C的会话建立时调用的过程。
inferred common mode(ICM，经推断的共同模式)基于本地配置文件(profile)请求和对等方配置文件请求来由两个终端确定的媒体模式(对于两个终端总是相同)。
normal mobile level operation(NMLO，正常的移动级别操作)H.223复用器在载体通道上的正常操作。其位于终端过程的阶段E中，其中，在载体通道上以给定的移动级别发送MUX-PDU。如果FSS模式不被接受，则启动用于H.245消息交换的终端过程阶段D。
re-proposal(重新提出)在没有针对正常H.245消息交换的后退的情况下，利用新的请求设置来重新启动FSS的过程。
request frame(请求帧)在帧和同步标记部分中指定的请求类型的FSS帧。
request message(请求消息)包含在FSS请求帧有效载荷字段中的ASN.1编码FSS请求消息。可替代地，可以使用FSS请求消息的其它编码方式。
response frame(响应帧)在帧和同步标记部分中指定的响应类型的FSS帧。可替代地，可以使用FSS响应消息的其它编码方式。
response message(响应消息)包含在FSS响应帧有效载荷字段中的ASN.1编码FSS响应消息。可替代地，可以使用FSS响应消息的其它编码方式。
session profile(会话配置文件)用于复用器的所有方面的指定值以及用于将被使用的编解码和将被打开的逻辑通道的H.245参数的集合。定义了一个或多个方面的配置文件也包括在此，例如，包含音频配置文件和复用器配置文件的会话配置文件。
simultaneous determination(同时确定)用于FSS过程的模式，其中，两个连接终端都从它们各自的快速会话建立请求消息中确定用于媒体通道的共同模式(Inferred Common Mode)。
格式条约 在本说明书中使用的编号、字段映射和比特传输条约与在ITU-T V.42和3.2/H.223中使用的那些相一致。
实现FSS过程的终端经过以下阶段 阶段1快速会话建立 阶段2媒体交换 通过发送如在C.6\H.324中描述的标准移动级别序列标记，终端可以中断FSS阶段。如果需要可以重复FSS阶段。
在电路交换操作中，例如3GPP 3G-324M，两个连接终端在等待进入下一阶段的同时，应当重复发送FSS帧(请求或响应)。
会话配置文件可以被预定义或显式表述。FSS请求和FSS响应消息是分别根据在以下FSS请求有效载荷和FSS响应有效载荷部分中描述的过程来构建的。
支持FSS的终端将支持预定义的配置文件。推荐的是对显式(explicit)配置文件的支持。通过这里包括的预定义配置文件而提供在速度和灵活性之间的权衡。作为一个示例，通过提供有限范围的操作点，标准化的预定义配置文件可以增加会话建立速度。对于利用这种技术的终端来说，极有可能使用与对等终端共享的预定义配置文件来选择和发送。这些预定义配置文件的匹配因而增加了会话建立速度。根据本发明的实施例，也包括显式配置文件，并且其提供了包括灵活性在内的额外优点。
FSS过程的预定义配置文件 本发明的实施例提供了许多用于FSS过程的预定义配置文件。这些预定义配置文件包括用于音频编解码、视频编解码的配置文件，复用器能力配置文件和复用表条目配置文件。仅仅以示例的方式，在这里提供了以下的特定预定义或预配置特性 音频配置文件 audioProfile 0(0×0000) //G.723.1Audio maxAL-sduAudioFrames＝1 silenceSuppression＝false audioProfile 1(0×0001) //G.723.1Audio maxAL-sduAudioFrames＝1 silenceSuppression＝true audioProfile 4096(0×1000) //GSM-AMR Audio maxA1-sduFrames＝1 gsmEFRComfortNoise＝false gsmIS641 ComfortNoise＝false gsmPdcEFRComfortNoise＝false 视频配置文件 videoProfile 0(0×0000) //H.263 baseline-QCIF Video gcifMPI＝2 maxBitRate＝240 unrestrictedVector＝false arithmeticCoding＝false advancedPrediction＝false pbFrames＝false temporalSpatialTradeOffCapability＝false errorCompensation＝false videoProfile 128(0×0080) //H.263 baseline 3G-324M gcifMPI＝2 maxBitRate＝480 unrestrictedVector＝false arithrneticCoding＝false advancedPrediction＝false pbFrames＝false temporalSpatialTradeOffCapabty＝false errorCompensation＝false advancedIntraCodingMode＝true deblockingFilterMode＝true improvedPBFramesMode＝false unlimitedMotionVectors＝false fullPictureFreeze＝false partialPictureFreezeAndRelease＝false resizingPartP icFreezeAndRelease＝false fullPictureSnapshot＝false partialPictureSnapshot＝false videoSegmentTagging＝false progressiveRefinement＝false dynamicPictureResizingByFour＝false dynamicPictureResizingSixteenthPel＝false dynamicWarpingHalfeel＝fsalse dynamicWarpingSixteenthPel＝false independentsegmentDecoding＝false sliceslnOrder-NonRect＝truesliceslnOrder-Rect＝false slicesNoOrder-NonRect＝false slicesNoOrder-Rect＝false altematelnterVLCMode＝false modifiedQuantizationMode＝true reducedResolutionUpdate＝false separateVideoBackChannel＝false videoBadMBsCap＝false dataPartitionedSlices＝false f fixedPointIDCTO＝false interlacedFields＝false currentPictureHeaderRepetition＝false previousPictureHeaderRepetition＝false nextPictureHeaderRepetition＝false pictureNumber＝false spareReferencePictures＝false videoProfile 4096(0x1000) //MPEG4-Video gcifMPI＝2 maxB i tRate＝480 sliceResynchronization＝false dataPartitioning＝false reversibleVLC＝false shorrHeader＝false 复用能力配置文件 capabilityProfile 0(0×0000) //H.324 default transportWithI-frames＝false video WithAL1＝false video WithAL2＝false video WithAL3＝true audio WithAL1＝false audio WithAL2＝true audio WithAL3＝false dataWithAL1＝false dataWithAL2＝false dataWithAL3＝false maximumA12SDUsize＝1024 maximumAB SDUsize＝1024 maximumDelayJitter＝200 h223MultiplexTableCapability＝basic maxMUXPDUSizeCapability＝false nsrpSupport＝false capabilityProfile 256(0×0100) //H.324/M default transportWithI-frames＝false video WithAL1＝false videoWithAL2＝false videoWithAL3＝true audioWithAL1＝false audioWithAL2＝true audioWithAL3＝false dataWithAL1＝false dataWithAL2＝false dataWithAL3＝false maximumA12SDUsize＝1024 maximumA13SDUsize＝1024 maximumDelayJitter＝200 h223MultiplexTableCapability＝basic maxMUXPDUSizeCapability＝false nsrpSupport＝true modeChangeCapability＝false h223AnnexA＝true h223AnnexADoubleFlag＝false h223AnnexB＝true h223AnnexBwithHeader＝false videoWithAL1M＝false videoWithAL2M＝false videoWithAL3M＝true audioWithAL1M＝false audioWithAL2M＝true audioWithAL3M＝false dataWithAL1M＝false dataWithAL2M＝false dataWithAL3M＝false alpdulnterleaving＝false maximumAL1MPDUSize＝1080 maximumAL3MSDUSize＝4096 capabilityProfile 4096(0×1000) //3G-324M default transportWithI-frames＝false videoWithAL1＝false videoWithAL2＝true videoWithAL3＝true audioWithAL1＝false audioWithAL2＝true audioWithAL3＝false dataWithAL1＝false dataWithAL2＝false dataWithAL3＝false maximumA12SDUsize＝1024 maximumA13SDUsize＝1024 maximumDelayJitter＝200 h223MultiplexTableCapability＝basic maxMUXPDUSizeCapability＝false nsrpSupport＝true modeChangeCapability＝false h223AnnexA＝true h223AnnexADoubleFlag＝false h223AnnexB＝true h223AnnexBwithHeader＝false 复用表条目配置文件 注意，音频通道被表示为A1，A2，A3，...，视频通道被表示为V1，V2，V3，... multiplexProfile 0(0×0000) 1＝{LCN A1，RC UCF} multiplexProfile 1(0×0001) 1＝{LCN V1，RC UCF} multiplexProfile 16(0×0010) 1＝{LCN A1，RC UCF} 2＝{LCN V1，RC UCF} multiplexProfile 512(0×0200) 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}，{LCNO，RC UCF} 7＝{LCN A1，RC 22}，{LCNO，RC UCF} 8＝{LCN A1，RC 5}，{LCNO，RC UCF} multiplexProfile 513(0×0201) 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}，{LCNO，RC UCF} 7＝{LCN A1，RC 23}，{LCNO，RC UCF} 8＝{LCN A1，RC 6}，{LCNO，RC UCF} multiplexProfile 528(0×0210) 1＝{LCN A1，RC UCF}， 2＝{LCN V1，RC UCF}， 3＝{LCN A1，RC 32}，{LCN V1，RC UCF} 4＝{LCN A1，RC 20}，{LCN V1，RC UCF} 5＝{LCN A1，RC 19}，{LCN V1，RC UCF} 6＝{LCN A1，RC 17}，{LCN V1，RC UCF} 7＝{LCN A1，RC 15}，{LCN V1，RC UCF} 8＝{LCN A1，RC 14}，{LCN V1，RC UCF} 9＝{LCN A1，RC 7}，{LCN V1，RC UCF} 10＝{LCN A1，RC 2}，{LCN V1，RC UCF} 11＝{LCN A1，RC 32}，{LCNO，RC UCF} 12＝{LCN A1，RC 7}，{LCNO，RC UCF} 13＝{LCN A1，RC 2}，{LCNO，RC UCF} multiplexProfile 529(0×0211) 1＝{LCN A1，RC UCF}， 2＝{LCN V1，RC UCF}， 3＝{LCN A1，RC 33}，{LCN V1，RC UCF} 4＝{LCN A1，RC 2}，{LCN V1，RC UCF} 5＝{LCN A1，RC 20}，{LCN V L，RC UCF} 6＝{LCN A1，RC 18}，{LCN V1，RC UCF} 7＝{LCN A1，RC-16}，{LCN V1，RC UCF} 8＝{LCN A1，RC 15}，{LCN VI，RC UCF} 9＝{LCN A1，RC 8}，{LCN V1，RC UCF} 10＝{LCN A1，RC 3}，{LCN VI，RC UCF} 11＝{LCN A1，RC 33}，{LCNO，RC UCF} 12＝{LCN A1，RC 8}，{LCNO，RC UCF} 13＝{LCN A1，RC 3}，{LCNO，RC UCF} 除了这些基线配置文件之外，根据本发明的实施例还包括提供等效功能的专有配置文件(proprietary profile)。这些专有配置文件除了其它益处之外还将提供增强的服务灵活性。本领域普通技术人员将了解许多变体、修改和替代体。
帧和同步标记 FSS请求和FSS响应帧是按八位字节(octet)来排列的，并具有图1所示的结构。
帧信息(FI)字段包括3比特的帧类型(FT)，其后是3比特的区段序列号(SSN)，其后的1比特用于最后的SSN(LS)的标记，再其后是1比特的有效载荷标志(PM)标记。FI字段的比特分配如图2所示。
FT字段具有表1所示的值，表1提供了对快速会话建立帧类型字段的说明。
表1 SSN和LS字段的使用在以下的FSS有效载荷分割和重组部分中规定。
参考图2，如果PM字段设置为1，则其指示存在有效载荷长度(PL)字段。如果设置为0，则PL不存在，并且PL＝O。
当LS被设置为1时，存在序列号(SN)字段。其指示FSS请求或FSS响应帧的序列号。该序列号应当从0开始。对于FSS请求，其指示请求的重新提出(re-proposal)和用于任意随后的响应的还盘(counter-offer)的总数。对于FSS响应，其与所接收的和所述响应相关联的FSS请求的SN相匹配，或者其是所接收的FSS响应的SN以256为模的增量。
有效载荷长度(PL)字段指示在应用仿真插入八位字节之前有效载荷按八位字节的大小。FSS帧有效载荷或FSS-PDU不应超过150个八位字节。接收机应当支持除了在以下的FSS标记仿真避免(Flag EmulationAvoidance)部分中描述的标记仿真避免过程中插入的任何八位字节之外的多达1050个八位字节的总FSS-MDU有效载荷长度。
当存在有效载荷时，该有效载荷与快速会话建立请求(FastSessionSetupRequest)消息、快速会话建立响应(FastSessionSetupResponse)消息或者一个H.223 MUX-PDU相对应。当存在有效载荷时，PM字段应当设置成1。快速会话建立请求和快速会话建立响应消息以及在这个附录中提到的所有其它ASN.1消息的ASN.1定义在以下的FSS过程部分的ASN.1语法中得以描述，并且根据如ITU-T Rec.X.691所定义的分组编码规则(PER)来被编码。
CRC(循环冗余编码)字段是16比特，并且其通过对除了FSS同步标记(参考下文)之外的整个帧应用CRC来确定。CRC如在8.1.1.6.1/V.42中所描述的。CRC是在以下的FSS标记仿真避免部分中描述的FEA过程之前计算得到的。
在检测到CRC差错之后，应当丢弃相应的FSS帧。
对于一些实施方式，FSS帧中的一些字段并没有被完全利用。在一些实施方式中，这些字段植入了保留比特或硬编码值(hard-coded value)，因而降低了系统的复杂性。
图3示出了根据本发明一个实施例的FSS同步标记的定义。在其它实施例中利用其它标记，包括成帧用于非协商(non-negotiated)复用表条目的标准复用PDU。
应当紧跟每一个FSS帧之前插入一个FSS同步标记，并应当紧跟每一个FSS帧之后插入一个FSS同步标记。在两个连续的FSS帧之间应当仅存在一个FSS同步标记。
FSS请求有效载荷 FSS请求有效载荷由ASN.1快速会话建立请求消息来表示，并且其允许终端使用预定义会话配置文件或显式会话配置文件定义。在特定的实施例中，对于能够使用预定义会话配置文件或者显式会话配置文件的终端来说，基于一个或多个预定义规则或者一个或多个指示配置文件类型的优先级的首选项来在预定义会话配置文件或显式会话配置文件之间进行选择。仅仅以示例的方式，既能够使用预定义配置文件又能够使用显式配置文件的两个终端可以选择使用显式配置文件。配置文件的选择将取决于特定应用。非标准字段是允许指定并非基于标准的FSS请求的容纳区域。非标准字段中可能提供的附加信息的示例包括复用表条目(MultiplexTableEntry)、用户输入指示(UserInputIndication)或者一般能力(GenericCapability)。
预定义配置文件字段包含使用预定义配置文件方法来进行的FSS请求的详细设置，并且其在FSS中利用以下的预定义配置文件部分来得以描述。显式配置文件字段包含使用显式配置文件方法来进行的FSS请求的详细设置，并且其在FSS中利用以下的显式配置文件部分来得以描述。
不应当将MUX-PDU包括作为FSS请求有效载荷。
FSS响应有效载荷 FSS响应有效载荷由快速会话建立响应消息来表示，并且其允许终端使用预定义会话配置文件或显式会话配置文件定义。非标准字段是允许指定并非基于标准的FSS响应的容纳区域。预定义配置文件字段包含使用预定义配置文件方法来进行的FSS响应的详细设置，并且其在FSS中利用以下的预定义配置文件部分来得以描述。显式配置文件字段包含使用显式配置文件来进行的FSS响应的详细设置，并且其在FSS中利用以下的显式配置文件部分来得以描述。
快速会话建立有效载荷分割和重组(FSSPSR)过程 如果消息数据单元(FSS-MDU)的大小超过150个八位字节，则其应当被分割成多个称为协议数据单元(FSS-PDU)的子单元。如果在没有进行分割的情况下FSS-MDU直接映射为一个FSS-PDU，则FSS帧的FI字段中的LS标记应当被设置为1。如果FSS-MDU映射成多个区段，则除了最后一个区段之外的LS标记应当被设置为0，最后一个区段的LS标记应当被设置为1。对于第一区段，SSN应当被设置为0，然后SSN单调递增直到最后一个区段为止，其最大值是6。值7被保留。所有区段至少应当被发送一次。
在接收到并重新组装FSS-MDU之后，如果接收到的一个或多个相应FSS-PDU有差错，则在对重组的FSS-MDU进行处理之前，重组处理应当等待FSS帧传送的下一个重复周期。
FSS标记仿真避免 在将FSS帧发送到载体上之前，应当对H.324的所有移动级别的同步标记(移动级别0-3的标记)执行标记仿真避免(FEA)过程。在FEA过程中包括帧信息、有效载荷长度、有效载荷和CRC字段。值为0×A3、0×35、0×E1、0×4D、0×19、0×B1和0×7E的所有八位字节都应当通过相邻地插入具有相同值的八位字节来加倍。
利用预定义配置文件的FSS 根据本发明的实施例，提供了包括利用预定义配置文件的FSS的方法和技术。例如，预定义配置文件请求有效载荷由ASN.1消息“快速会话建立预定义请求(FastSessionSetupPredefinedRequest)”来表示，该ASN.1消息具有以下字段 version指示发送消息的终端所使用的FSS预定义配置文件的版本号。对于这个建议的发布，其应当被设置为1。
h245version指示发送消息的终端所使用的1-1.245的版本号。
VendorId(厂商标识符)指示由ITU-T Rec.H.245所采用的用于发送消息的终端的唯一的厂商标识符。
TerminalType(终端类型)指示在ITU-T Rec.H.324中规定的终端类型号。其与在H.245主从判断信令实体中使用的终端类型具有相同值。
InitialMobileLevel(起始移动级别)指示主叫终端(originatingterminal)能够支持的起始最大移动级别。
h223Info指示所支持的H.223具体设置。其包括h223AnnexADoubleFlag(H.223附录A双精度标记)、h223AnnexBOptionalHeader(H.223附录B可选头)和multiplexProfiles。h223AnnexADoubleFlag指示将H.223附录A双精度标记模式用于移动级别1，或者作为初始移动级别或者作为最终移动级别。h223AnnexBOptionalHeader指示将H.223附录B可选头模式用于移动级别2或3，或者作为初始移动级别或者作为最终移动级别。multiplexProfile指示发送消息的终端使用的是哪种预定义复用表配置文件。
CapabilityProfile(能力配置文件)指示发送消息的终端使用的是哪种预定义复用能力配置文件。
AudioProfiles(音频配置文件)包含按使用的首选顺序的预定义音频配置文件的列表。在其它实施例中，预定义音频配置文件的列表是无序的，并且被用于表示能力而非使用的首选项。
VideoProfiles(视频配置文件)包含按使用的首选顺序的预定义视频配置文件的列表。在其它实施例中，预定义视频配置文件的列表是无序的，并且被用于表示能力而非使用的首选项。
DataApplicationProfiles(数据应用配置文件)指示按使用的首选顺序的预定义数据应用配置文件的列表。这个参数被保留，且不应当被使用。在接收到这个参数之后，应当忽略它。
EncryptionProfiles(加密配置文件)包含按使用的首选顺序的预定义加密配置文件的列表。这个参数被保留，且不应当被使用。在接收到这个参数之后，应当忽略它。在其它实施例中，预定义加密配置文件的列表是无序的，并且被用于表示能力而非使用的首选项。
AdditionalParameters(附加参数)包含按使用的首选顺序的包括非标准配置文件在内的预定义的各种配置文件的列表。这个参数被保留，并且不应当被使用。在接收到这个参数之后，应当忽略它。
MediaTunnel(媒体隧道)，当被设置为真(TRUE)时，其指示终端可以接受作为任何FSS响应的有效载荷来隧道传输(tunneled)的媒体。当被设置成假(FALSE)时，终端不支持在任何FSS响应中的媒体有效载荷。在一个实施例中，媒体隧道被设置为真，终端优选地适合立即接收媒体。在接收终端例如可以执行媒体缓冲，以解决消息处理时间或者能力集首选项或响应(如果发送了的话)的消息错误/丢失，等等。因此，在由对等终端发送的例如能力集首选项或响应发生丢失的情况下，接收媒体的终端将对媒体进行缓冲，直到从对等终端接收到重复的能力集首选项消息或响应消息为止。
ModeDetermination(模式确定)，当被设置成由被呼者决定(byCallee)时，应答终端决定操作模式，并在其FSS响应帧中将该模式信息发送到呼叫者(caller)。当被设置为simultaneous(同时确定)时，会话配置文件被两个终端确定作为经推断的共同模式(inferred common mode)。
预定义配置文件响应有效载荷 对于FSS同时确定来说，预定义配置文件响应不应当包含任何消息有效载荷。如果其包含了，则该消息有效载荷可以被忽略。
对于FSS非同时确定机制来说，预定义配置文件响应包括“快速会话建立预定义响应(FastSessionSetupPredefinedResponse)”ASN.1消息有效载荷，该ASN.1消息具有以下字段 version、h245version、vendorId、terminalType和capabilityProfile的含义与上述相同。
mobileLevel指示最终选择的、两个连接终端之间的共同移动级别。除了不适用填充标记(stuffing flag)的发送之外，该选择与C.6.2相同。
h223Info指示所支持的H.223具体设置。其包括h223AnnexADoubleFlag、h223AnnexBOptionalHeader和multiplexProfile。h223AnnexADoubleFlag指示将H.223附录A双精度标记模式用于移动级别1，作为最终移动级别。
h223AnnexBOptionalHeader指示将H.223附录B可选头模式用于移动级别2或3，作为最终移动级别。multiplexProfile指示发送消息的终端使用的是哪个预定义复用表配置文件。
audioProfiles包含用于两个媒体方向的预定义音频配置文件的列表。该列表应当至少包含一个输出方向的音频通道路径和一个进入方向的音频通道路径，其由PPI中的MDI来指示。例如，对于双向音频通道，至少应当指定一个音频配置文件。如果所述列表由单向音频通道组成，每一个媒体方向上各有一个，则至少应当指定两个音频配置文件。
videoProfiles包含用于两个媒体方向的预定义视频配置文件的列表。该列表应当至少包含一个输出方向的视频通道路径和一个进入方向的视频通道路径，其由PPI中的MDI来指示。例如，对于双向视频通道，至少应当指定一个视频配置文件。如果所述列表由单向视频通道组成，每一个媒体方向上各有一个，则至少应当指定两个视频配置文件。
dataApplicationProfiles包含用于两个媒体方向的预定义数据应用配置文件的列表。该列表应当至少包含一个输出方向的数据应用通道路径和一个进入方向的数据应用通道路径，其由PPI中的MDI来指示。例如，对于双向数据应用通道，至少应当指定一个数据应用配置文件。如果所述列表由单向数据应用通道组成，每一个媒体方向上各有一个，则至少应当指定两个数据应用配置文件。这个参数被保留，且不应当被使用。在接收到这个参数之后，应当忽略它。
encryptionProfiles包含用于两个媒体方向的预定义加密配置文件的列表。该列表应当至少包含一个输出方向的加密通道路径和一个进入方向的加密通道路径，其由PPI中的MDI来指示。例如，对于双向加密通道，至少应当指定一个加密配置文件。如果所述列表由单向加密通道组成，每一个媒体方向上各有一个，则至少应当指定两个加密配置文件。这个参数被保留，且不应当被使用。在接收到这个参数之后，应当忽略它。
additionalParameters包含包括非标准配置文件在内的预定义的各种配置文件的列表。这个参数被保留，并且不应当被使用。在接收到这个参数之后，应当忽略它。
预定义配置文件和索引 预定义配置文件使用一个称为预定义配置文件索引(PPI)的索引来表示用于音频编解码、视频编解码、复用能力和复用条目表的预定义参数的整个集合。其还包括用于每一个媒体类型的媒体直接索引(MDI)。在其它实施例中，针对特定应用来适当地使用这些配置文件的子集。例如，预定义配置文件可以表示具体配置的音频编解码，或者关于逻辑通道的整个通道状态。
在这个建议中定义了用于音频编解码、视频编解码、复用能力和复用条目表的基线配置文件。在以上的用于FSS过程的预定义配置文件部分中规定了这些基线配置文件。通过正常的标准化过程可以添加附加配置文件。
图4示出了根据本发明一个实施例的PPI的结构。如图4所示，PPI由16位的值来表示。3个最高有效位(MSB)(位16到位14)表示在“具有不同的媒体方向和适配层类型的媒体通道”部分中描述的媒体方向索引(MDI)。剩余的13个最低有效位(LSB)(位13到位1)表示详细的配置文件索引(DPI)。式样为0×[3，5，7，9，B，D，F]FFF的PPI值被保留。
在DPI中，5个MSB(位13到位9)表示DPI配置文件类别索引(DPI-CI)，该类别索引在媒体的情况下具有媒体类型，在复用能力的情况下具有复用能力类别，或者在复用条目表的情况下具有复用类别。8个LSB(位8到位1)是用于特定媒体、复用能力或复用条目表的配置文件的唯一标识符，其被称为配置文件标识符(DPI-PID)。
表2示出了根据本发明一个实施例的DPI-CI的范围。
表2H.324——在DPI中的类型索引(DPI-CI)的范围 表3示出了根据本发明一个实施例用于值小于20的DPI-CI的DPI-PID的范围。
表3H.324——在DPI中的类别索引(DPI-CI)的范围 图5示出了根据本发明一个实施例的在PPI中的DPI的结构。
ITU-T Rec.H.324的定义和3GPP 3G-324M会话配置文件有时可以在分立的文件中被扩展。在以上的“用于FFS过程的预定义配置文件”部分中描述了经定义的基线配置文件。
通过使用利用值0×IFFF作为一个能力描述符的PPI分隔符(separator)可以支持相同媒体类型和不同媒体类型的多媒体通道。单独地，PPI分隔符指示使用与紧跟在前所指定的媒体首选项相同的一组媒体首选项。否则，额外的一组媒体首选项可以跟随在该PPI之后。
预定义的音频配置文件 用于音频编解码类型的5位DPI-CI定义了该编解码，如表4所示。
表4H.324——预定义音频编解码类型的定义 在以上的“用于FFS过程的预定义配置文件”部分中定义了基线预定义音频配置文件的细节。
预定义视频配置文件 表5示出了根据本发明一个实施例的预定义视频编解码类型的定义。如表5所示，在特定实施例中利用了视频编解码类型的5位DPI-CI。
表5预定义视频编解码类型的定义 在以上的“用于FSS过程的预定义配置文件”部分中定义了基线预定义视频配置文件的细节。
复用能力配置文件 用于复用能力的5位DPI-CI定义了复用能力配置文件，如表6所示。
表6H.324——预定义复用能力配置文件的定义 在以上的“用于FSS过程的预定义配置文件”部分中定义了基线预定义复用能力配置文件的细节。
复用表条目配置文件 用于复用条目表类型的5位DPI-CI定义了复用表配置文件，如表7所示。
表7H.324—预定义复用表配置文件的定义 逻辑通道是预先分配的。对于—个或多个音频通道，逻辑通道号是1(A1)，17(A2)，33(A3)，... 对于一个或多个视频通道，逻辑通道号是2(V1)，18(V2)，34(V3)，... 对于一个或多个数据应用通道，逻辑通道号是3(D1)，19(D2)，35(D3)，... 对于一个或多个非标准通道，逻辑通道号是4(01)，20(02)，36(03)，... 用于任意复用表PPI的预定义条目的最大号是13。
在附录IV.2.4中定义了基线预定义复用表配置文件的细节。
FFS预定义配置文件交换过程 一旦载体被建立，如果终端支持FSS，则其将立即发送FSS请求帧。取决于同时确定是否被调用，在以下条件中的一个条件发生之前所述帧应当被重复 -对于非同时确定，在被呼者处检测到FSS请求帧；对于同时确定， 检测到FSS请求帧； -检测到FSS响应帧； -如在C.6\H324中所描述的，检测到有效的移动级别填充标记； -定时器T401到期。
在本发明的一些实施例中，FSS响应帧仅被用作Ack，而不被用来定义操作条件。在这种情况下，接收终端不必进一步发送FSS帧。
当有效的移动级别填充标记被检测到，或者当在检测到有效的FSS帧之前定时器T401到期时，应当根据附录C来使用正常的H.324会话过程。这也被称作FSS后退。
当FSS请求被检测到时，有效载荷被处理。
如果有效载荷被成功解码，则终端通过发送FSS响应帧来接受之。根据在“模式确定(modeDetermination)”部分和“媒体隧道模式(mediaTunnel Mode)”部分中定义的FSS请求中的模式确定和媒体隧道标记，FSS响应本身可以包含消息有效载荷数据或媒体有效载荷数据。在发生以下情况中的一种情况之前，除了用于媒体有效载荷数据的有效载荷字段之外，帧可以被立即重复 -检测到具有相同SN的FSS响应； -检测到具有新的单调递增的SN模256的FSS请求帧； -在FSS重新提出过程中，检测到具有新的单调递增的SN模256的FSS响应帧； -如在C.6\H324中所描述的，检测到标准移动级别序列标记； -定时器T401到期。
对于主从判断，当两个终端的FSS请求帧中的终端类型字段相同时，呼叫者应当为支配方(主)。当所述终端类型字段不同时，具有更高终端类型值的终端应当为支配方。
根据以下的“媒体隧道模式”部分，终端通过将媒体隧道设置为真(TRUE)来指示其可以接受在任何FSS响应中隧道传输的媒体。
在FSS响应已经被发送，并且非还盘的FSS响应(响应还盘过程)已经被检测到且被接受之后，终端应当使用达成一致的移动级别来开始NMLO。如果在FSS响应阶段中，由ICM确定的或者根据所接受的快速会话建立预定义响应来确定的音频和视频交换还没有被启动，则它们也应当立即启动。如果在FSS响应阶段中，音频和视频交换已经被启动，则它们应当完全连续地继续。
在FSS请求已经被检测到之后，终端可以决定不继续进行FSS过程。其应当遵循在“快速会话建立后退过程规范”部分中描述的过程。
在FSS请求已经被发送并且FSS请求已经被检测到之后，如果终端没有检测到FSS响应帧，却检测到有效的移动级别填充标记，则该终端应当遵循在“快速会话建立后退过程规范”部分中描述的过程。
在接收到快速会话建立预定义响应之后，如果终端不接受该响应，却宁可执行经修改的请求时，则其可以遵循在“请求重新提出过程”部分中描述的请求重新提出过程。如果终端不接受该响应，却宁可提供逆响应(counter-response)时，其可以遵循在“响应还盘过程”部分中描述的过程。
在FSS过程的开始，在接收到FSS请求之前接收到没有消息有效载荷的FSS响应的情况下，将被发送的FSS响应应当具有设为7的SSN。在接收到没有消息有效载荷并且SSN设为7的FSS响应的情况下，终端应当复位以重新启动NMLO所启动的媒体比特流生成。在FSS响应帧中隧道传输的媒体的发送可以被忽略。
在接收到不希望的FSS帧的情况下，它们应当被忽略。
模式确定 当快速会话建立预定义请求中的模式确定字段被任意一个终端或者两个终端设置为由被呼者决定时，被呼者在两个终端的能力之内、在两个方向上、在所选择的逻辑通道中发送其PPI形式的快速会话建立预定义响应。呼叫者应当仅在接收到来自被呼者的快速会话建立预定义响应之后，才发送没有消息有效载荷的FSS响应帧。
当来自两个终端的快速会话建立预定义请求中的模式确定字段都被设置为同时时，根据利用在以下的“具有不同的媒体方向和适配层类型的媒体通道”部分中描述的信息、在C.4.1.3/H.245和C.5.1.3/H.245中的逻辑通道选择，由两个终端来确定ICM。在接受所述ICM的情况下，两个终端的FSS响应帧不应当包括任何的消息有效载荷。在另一个实施例中，FSS响应帧没有被发送，并且使用ICM来发送的媒体被解释为对成功的会话建立的确认。
媒体隧道模式 快速会话建立预定义请求中的媒体隧道标记由终端来设置，以指示其可以接收在FSS响应帧中隧道传输的媒体。如果终端没有操作在媒体隧道模式下，则终端将优选地在发送媒体之前等待接收FSS响应消息。
当来自终端的媒体隧道被设置为真时，对等终端可以在其不需要消息有效载荷的FSS响应帧中隧道传输媒体数据。对媒体进行隧道传输的终端应当使用最终达成一致的移动级别、根据ITU-T Rec.H.223来发送一个H.223 MUX-PDU，作为没有任何移动标记的FSS响应帧的有效载荷。FSSPSR不应当被应用于媒体有效载荷。MUX-PDU应当被顺序地发送，直到FSS响应阶段完成且正常的媒体传输阶段(NMLO)开始为止。当终端将其快速会话建立预定义请求中的媒体隧道设置为假时，对等终端不应当在其FSS响应帧中隧道传输任何媒体。
请求重新提出过程 终端可以选择重新提出新的FSS请求，而不是选择后退，如在“快速会话建立后退过程规范”部分中所描述。
当两个终端的快速会话建立预定义请求中的模式确定字段被设置为同时，并且终端不接受来自对等终端的FSS请求时，其可以利用新的请求设置通过将FSS请求帧中的SN增加对256求模后的1来重新提出新FSS请求。如果两个终端同时重新提出新FSS请求，则在假设模式确定被两个终端设置为同步的情况下，同步确定模式继续被采用。如果两个终端同时重新提出新FSS请求，并且任意一个终端将模式确定设置为由被呼者决定，则应当采用非同时确定。
同时确定重新提出模式可以被重复，直到经推断的共同模式(ICM)可以被两个终端都确定为止，或者直到一个终端决定遵循在“快速会话建立后退过程规范”部分中描述的后退过程为止。同时确定重新提出模式其后可以跟随非同时确定模式，反之却不可。
当至少一个终端在快速会话建立预定义请求中将模式确定设置为由被呼者决定，并且对于第一次尝试，应答终端不接受来自呼叫者的FSS请求时，应答终端可以利用新的请求设置通过将FSS请求中的SN增加对256求模后的1来重新提出其请求。当呼叫者接受应答终端的FSS请求时，其应当利用最终选择通过发送FSS响应帧中的SN与FSS请求帧中的SN相匹配的FSS响应来对应答终端作出响应。当呼叫者不接受应答终端的FSS请求时，呼叫者可以利用新的请求设置通过将FSS请求帧中的SN增加对256求模后的1来重新提出其请求。
如果终端不接受FSS响应，其可以如上所述地重新提出新FSS请求，或者如在“响应还盘过程”部分中所描述的反过来提出新FSS响应。
非同时确定模式可以被重复，直到两个终端都可以接受最初由被呼者选择的或者随后由所述终端中的一个终端选择的共同模式为止，或者直到终端决定遵循在“快速会话建立后退过程规范”部分中描述的后退过程为止。
响应还盘过程 这个过程仅适用于非同时确定。在接收到来自对等终端的快速会话建立预定义响应之后，终端可以选择利用新的快速会话建立预定义响应来还盘，而不是如在“请求重新提出过程”部分中所描述的重新提出新的快速会话建立预定义请求，或者如在“快速会话建立后退过程规范”部分中描述的采取后退。
应当利用来自所接收的最后一个FSS请求帧中的SN的、增加了对256求模后的1的FSS响应帧中的SN来设置新的反过来提出的快速会话建立预定义响应。快速会话建立预定义响应的确定应当是基于所接收的快速会话建立预定义响应的消息内容的，其中具有来自所有当前提出的通道配置文件的对媒体通道方向的调整。通过移除其无法接受的通道并加入其可以支持的通道来修改所接收的快速会话建立预定义响应。
利用显式配置文件的FSS FSS显示配置文件请求 显示配置文件请求由快速会话建立显式请求(FastSessionSetupExplicitRequest)ASN.1消息来表示，该消息具有以下字段 version指示发送消息的终端所使用的FSS显式配置文件的版本号。
h245version、vendorld、terminalType、initialMobileLevel、mediaTunnel和modeDetermination具有与“预定义配置文件请求有效载荷”部分中相同的含义。
h223Info指示H.223具体设置支持。其包括h223AnnexADoubleFlag、h223AnnexBOptionalHeader和multiplexEntrySend。h223AnnexADoubleFlag和h223AnnexBOptionalHeader具有与“预定义配置文件请求有效载荷”部分中相同的含义。multiplexEntrySend指示将被发送消息的终端使用的复用条目表，并且其根据H.245来指定。
multiplexCapability指示将被发送消息的终端使用的复用能力，并且其根据H.245来指定。
OpenLogicalChannels包含按首选顺序的、将被使用的、在两个方向上的媒体通道的列表，并且其根据H.245来指定。媒体包括音频、视频、数据应用和加密。
AdditionalParameters包含根据H.245利用ASN.1来编码的H.245消息的列表。该列表可以包括按使用首选顺序的附加信息、请求和非标准H.245消息。
FSS显式配置文件响应 对于FSS同时确定机制，显式配置文件响应并不包含任何有效载荷。
对于FSS非同时确定机制，显式配置文件响应是由快速会话建立显式响应ASN.1消息来表示的，其具有以下字段 version、h245 version、vendorId和terminalType具有与“预定义配置文件请求有效载荷”部分中相同的含义。
mobileLevel具有与“预定义配置文件响应有效载荷”部分中相同的含义。
h223Info指示H.223具体设置支持。其包括h223AnnexADoubleFlag、h223AnnexBOptionalHeader和multiplexEntrySend。h223AnnexADoubleFlag和h223AnnexBOptionalHeader具有与“预定义配置文件响应有效载荷”部分中相同的含义。MultiplexEntrySend具有与“FSS显式配置文件请求”部分中相同的含义。
multiplexCapability和additionalParameters具有与“FSS显式配置文件请求”部分中相同的含义。
openLogicalChannels包含选择用于两个媒体方向的媒体通道的列表，并且其根据H.245来指定。媒体包括音频、视频、数据应用和加密。
additionalParameters包含根据H.245利用ASN.1来编码的H.245消息的列表。该列表可以包括按使用首选顺序的附加信息、对在相应的快速会话建立显式请求消息中的additionalParameters中指示的请求的响应、以及非标准H.245消息。
FSS显式配置文件请求和响应交换过程 当两个连接终端利用FSS显式配置文件时，FSS显式配置文件请求和响应过程与在“FSS预定义配置文件交换过程”部分中描述的过程相同，其中，存在的所有预定义配置文件和快速会话建立预定义响应都分别利用显式配置文件和快速会话建立显式响应来代替。
在“FSS预定义配置文件和FSS显式配置文件之间的相互作用”部分中描述了预定义配置文件和显式配置文件的相互作用。
逻辑通道号 逻辑通道号是由消息发送方(originator)利用H.245开放逻辑通道(OpenLogicalChannel)请求消息来分配的。对于双向逻辑通道的情况，仅可以指定前向的逻辑通道号。反向逻辑通道号应当与前向逻辑通道号相同。在一个实施例中，如果反向逻辑通道号已经被分配，则下一个可用逻辑通道号将被分配。最高的逻辑通道号是14，并且任意的导致逻辑通道号超过14的开放逻辑通道号请求将被忽略。
如在H.245复用条目发送(MultiplexEntrySend)消息中所定义的复用表条目应当与所分配的逻辑通道号相匹配。
模式确定模式 这个过程与模式确定相同，其中，存在的所有快速会话建立预定义请求和快速会话建立预定义响应都分别利用快速会话建立显式请求和快速会话建立显式响应来代替，而PPI利用H.245开放逻辑通道来代替。
媒体隧道模式 这个过程与媒体隧道模式相同，其中，存在的所有快速会话建立预定义请求都利用快速会话建立显式请求来代替。
请求重新提出过程 这个过程与18.7相同，其中，存在的所有快速会话建立预定义请求都利用快速会话建立显式请求来代替。
响应还盘过程 这个过程与响应还盘过程相同，其中，存在的所有快速会话建立预定义请求和快速会话建立预定义响应都分别利用快速会话建立显式请求和快速会话建立显式响应来代替。
FSS预定义配置文件和FSS显式配置文件之间的相互作用 当两个终端使用不同的配置文件交换模式(预定义和显式)，并且仅有一个终端既支持预定义配置文件交换过程又支持显式配置文件交换过程时，支持所接收的配置文件类型并且对其进行解码的终端应当使用与其所接收的配置文件类型相同的配置文件类型来重新发送模式确定被设置为由被呼者决定的FSS请求，并遵循在“FSS预定义配置文件交换过程”或“FSS显式配置文件请求和响应交换过程”部分中描述的过程。如果被呼者既理解预定义配置文件又理解显式配置文件，则其可以跳过以发送FSS请求并发送FSS响应。或者，如果被呼者理解两种配置文件，则可以进行选择以选择优选的配置文件交换模式。优选的配置文件交换模式处理可以选择与被呼者原先发送的模式相同的模式，或者与其不同的模式。另外，在替换实施例中，被呼者选择预定义配置文件和显式配置文件两者来用于初始发送。仅仅以示例的方式，如果被呼者原先发送预定义配置文件，然后又确定呼叫者更希望是显式配置文件，则被呼者可以选择从预定义配置文件切换到显式配置文件。不能对其接收的配置文件类型进行解码或者不支持其接收的配置文件的终端应当继续重复发送相同的FSS请求。相应地，应当遵循在“FSS预定义配置文件交换过程”或者“FSS显式配置文件请求和响应交换过程”部分中规定的过程。应当仅使用非同时确定。
当两个终端使用不同的配置文件交换模式，并且两个终端都支持FSS预定义配置文件和FSS显式配置文件时，支持所接收的配置文件类型并对其进行解码的终端应当使用与其所接收的配置文件类型相同的配置文件类型来发送具有消息有效载荷的FSS响应(非同时确定)，或者重新发送模式确定被设置为由被呼者决定的FSS请求，并遵循在“FSS预定义配置文件交换过程”或“FSS显式配置文件请求和响应交换过程”部分中描述的过程。
由于两个终端都可以对两种配置文件模式进行解码，所以被呼者应当忽略其接收的FSS响应。如果被呼者发送FSS响应并接收到被重新发送的FSS请求帧，则其应当忽略其接收到的FSS请求。如果被呼者发送FSS请求并接收到被重新发送的FSS请求帧，则其应当决定其将使用哪种配置文件模式，并遵循在“FSS预定义配置文件交换过程”或“FSS显式配置文件请求和响应交换过程”部分中描述的过程。如果呼叫者接收到FSS响应帧，则其应当根据“FSS预定义配置文件交换过程”或“FSS显式配置文件请求和响应交换过程”部分来对FSS响应帧进行处理。
相互作用请求重新提出过程 终端可以选择重新提出新FSS请求，而不是采取如在“快速会话建立后退过程规范”部分中所描述的后退。
当使用不同的配置文件类型的两个终端中的至少一个可以解释所接收的请求，却不接受来自对等终端的FSS请求时，该终端可以根据FSS预定义配置文件交换过程或FSS显式配置文件请求和响应交换过程、并且使FSS请求帧中的SN被增加对256求模后的1、使用与对等终端相同的配置文件类型来发送新FSS请求。应当遵循在“FSS预定义配置文件和FSS显式配置文件之间的相互作用”部分中描述的过程。
快速会话建立后退过程规范 当对等H.324实体不支持FSS或者在FSS过程完成之前发送移动级别标记时，支持FSS的H.324实体应当支持后退过程。
如果终端没有接收到FSS请求，却检测到按达成一致的初始移动级别的、利用正常H.245终端能力设置(TerminalCapabilitySet)消息来进行的正常启动过程，则其应当假设对等终端不支持FSS，或者对等终端还没有接收到任何指定的FSS配置文件。在这种情况下，终端应当停止发送FSS帧，并继续使用传统的终端能力设置、主从判断、复用条目发送和开放逻辑通道过程来建立会话。
如果终端检测到按达成一致的初始移动级别、利用正常H.245终端能力设置信息来进行的正常启动过程，则不管该终端是否已经完成FSS过程，其都应当认为对等终端已经进行FSS后退。在这种情况下，所述终端应当忽略FSS结果，并启动传统的终端能力设置、主从判断、复用条目发送和开放逻辑通道过程来建立会话。
如果终端在定时器T401的定时内没有检测到有效的FSS帧或者正常的启动过程，则其应当假设对等终端不支持FSS，并后退以继续根据附录C的正常H.324会话过程。
如果终端接收到没有可以理解的PPI的FSS请求或响应，则其应当启动根据本部分的描述的FSS后退过程。
如果在发送FSS响应帧的过程中启动音频和视频编码过程，则它们应当被复位以重新启动它们的比特流生成。
终端过程 用于提供通信的步骤与条款C.5中所列出的一样，其中，具有以下修改 阶段D在级别设立过程之前插入了快速会话建立阶段，如在本附录中所指定的。如果成功完成FSS，则H.245消息交换被跳过，并且逻辑通道立即进行操作。如果发生FSS后退，则连接从初始移动级别建立阶段继续。
具有不同媒体方向和适配层类型的媒体通道 这个条款仅适用预定义配置文件方法。媒体通道类型由以下字段来管理 1.按数据类型的适配层支持。这个字段已经囊括在复用能力配置文件中。
2.媒体方向能力。
3.媒体方向模式。
对于适配层支持，该设置被用于影响将被开放的两个连接终端之间的最终逻辑通道。对于各种媒体类型，适配层支持遵循以下的首选顺序 1.AL1上的媒体 2.AL2上的媒体 3.AL3上的媒体 例如，如果AL2上的视频和AL3上的视频都被支持，则AL2上的视频是首选项，并且如果对等终端也可以支持之则AL2上的视频被选择。
在FSS中，适配层总是使用如以下所指定的设置 AL1取决于媒体类型而成帧或不成帧。对于AL1上的所有音频和视频数据类型，AL1应当被设置为使用成帧模式。
AL2具有序列号。
AL3具有7位的序列号。发送缓冲器大小被设置为如合适的建议所指定的建议值。可选重传模式的使用留给了实施者。
对将被开放的最终逻辑通道的确定跟在正常的开放逻辑通道请求之后，其可以涉及一个或多个请求重新提出和/或响应还盘。最终的决定是预定义配置文件方法的结果。
所述决定是从具有适配层支持的媒体方向能力以及关于媒体方向模式的其它信息中计算得到的，以确定最终媒体模式设置。在正常情况下，根据请求的所有组合来确定的预测媒体模式应当是唯一的。在差异的情况下，如在“请求重新提出过程”部分或“相互作用请求重新提出过程”部分中所描述的可以执行一个或多个请求的重新提出，或者如在“快速会话建立后退过程规范”部分中所描述的，使用FSS后退。
注意，当发生可预测的冲突时，主终端首先考虑其优选媒体列表，以得到将开放的最终媒体。
媒体方向索引(MDI)主要在FSS预定义配置文件方法中使用。另外，还要注意，以下的逻辑通道设置是无效的 1.具有反向空数据(nullData)的双向AL2通道。
2.当控制字段的八位字节数大于0时没有指定反向参数的AL3。
但是，注意，以下的逻辑通道设置是有效的 1.具有前向空数据的双向AL2通道。
形成MDI的媒体方向能力和模式的所有有效组合都在表8中列出。
表8H.324——媒体方向索引(MDI)的定义 发送模式指的是使用单向逻辑通道。对于使用适配层3(AL3)的情况，其指的是使用反向逻辑通道参数被设置为NULL的双向逻辑通道。
发送和接收模式指的是使用双向逻辑通道。其与将被使用的适配层类型无关。
非发送模式指的是可以将单向逻辑通道用于输入媒体方向。除非由远方发来信令，否则其不会启动任何方向的任何逻辑通道。
如表8所示，对于给定通道，终端可以操作在一种或多种操作模式之下。根据本发明的实施例，通道可以按不同的模式来进行操作，以用于发送和接收。即，通道可以按第一模式来发送媒体，而按第二模式来接收媒体(即，非发送模式)。在另一个实施例中，模式是对称的，对于发送和接收两者都是相同的。因此，仅仅以示例的方式，利用具有非发送模式的接收能力(MDI＝2)的H.263视频配置文件并且利用具有发送模式的发送能力(MDI＝3)的MPEG-4视频配置文件来发送FSS请求。因此，此示例终端将导致不对称的会话来发送MPEG-4媒体和接收H.263媒体。相应地，对等终端在其FSS请求中将提供匹配的视频配置文件发送H.263和接收MPEG-4。
本发明的一个实施例在图6中示出，其中，设备优选模式(图6所示的请求和响应消息)在载体通道上传输。该设备优选模式可以与美国专利申请No.10/934,077的类型III实施例部分中所描述的相似，并且可以是对优选模式的显式描述或经编码的(用于在共同模式表中进行查找的索引)。
图7A是示出了根据本发明另一个实施例的AnswerFast4的简化示图。在这种情况下，在各个终端处使用了推理法则或首选项规则集合，并且在媒体发送可以开始之前不需要发送可选的响应消息。图7B是示出根据本发明一个实施例的AnswerFast4方法的简化示图，其中媒体在AnswerFast4帧中传输。
在发送AnswerFast4请求并且可选地检测到AnswerFast4响应之后，终端将使用达成一致的移动级别来开始正常会话。如果音频和视频交换在AnswerFast4响应阶段(如果在使用中)还没有启动，则它们也将立即启动。如果音频和视频交换在AnswerFast4响应阶段(无论是否被使用)已经被启动，则利用本发明的实施例，使得音频和视频交换可以完全连续地继续下去。
注意，在图7A所示的示例实施例中，应答者(实体B)是决策者，其从由呼叫者(实体A)提出的在其请求消息中的首选项模式中选择优选操作模式。在其请求消息中的呼叫者首选项模式可以包括一个或多个首选项模式。应答者请求消息可以为空，或者可以包括伪信息消息(dummyinformational message)。应答者响应消息承载了所采用的首选项模式(即，应答者决定以哪种模式来继续进行)。
注意，决策的角色可以倒过来。即，呼叫者可以决定从应答者发送的在其请求消息中的首选项中采用哪种首选项模式。
选择决策者的另一种方式是使两个终端都发送随机数，并且使具有最高(最低)数的终端成为决策者。在打成平局的情况下，本方案将假设呼叫者(或应答者)为决策者。
可以具有许多用于指任决策者的可能方案。重要的方面在于用于指任决策者的“规则”必须被两个终端都采纳并使用。使用这个或是使用那个并不存在真正的优势。在本实施例中示出的这种是最简单的。参考图6，呼叫者AF4请求消息可以根据以下过程来构建 类型IV请求和响应构建过程 步骤A令S1＝设备首选项消息(显式的或编码的，例如表中的索引)。设备首选项包括如在类型III技术中所描述的信息。该消息可以被表示为编码的ASN.1流，或者使用另一种语法。
步骤B令S2＝经编码以用于容错(error robustness)的S1。如果没有使用差错编码，则S2等于S1。
步骤C令S3＝利用成帧标记序列来成帧，以便于检测和同步的S2。注意，S2中的帧标记仿真需要被检测和保护。保护可以利用重复机制。例如，如果帧标记为<f1><f2>，并且在S2中发生<f1><f2>，则由发送方利用<f1><f2><f1><f2>来取代<f1><f2>。接收方将利用<f1><f2>来取代所接收的任何<f1><f2><f1><f2>。注意，如果使用了差错编码，则在本过程中，这可以通过使用不同的帧标记集合来发信令。
步骤DS4＝利用帧标记序列来填塞成帧，以将串的长度(八位字节的数目)扩展为160个八位字节的倍数的S3。由于发送时隙典型地与160个八位字节相对应，所以这个可选步骤对于3G-324M的实施是很实用的。如果填塞(padding)并不重要，则S4与S3相同。
呼叫和应答终端紧接着地(仅由填塞或同步和成帧标记来分隔)将它们的按如上所述来构建的请求消息发送一次或多次(典型地，最小为2)，从而避免由于载体建立定时而导致的S4的前几个八位字节发生丢失的情况。
在呼叫终端发送其期望的优选模式之后，此会话加速方法的响应或传统的类似H.324初始载体发送是不被支持的。应答者在载体通道上首先发送的东西会被呼叫者所忽略，而仅仅被呼叫者用于注意到被呼(应答)终端支持此会话加速方法。被呼终端发送其响应，该响应包含了如在类型III操作中所描述的被接受的操作模式，其中，仅有的区别在于消息将根据以上的构建过程来构建，所述消息是响应消息。
一旦呼叫终端接收到所述响应，其就可以开始发送其媒体。当被呼终端已经发送其响应时，其将可以接受媒体。
注意，当呼叫者发送其请求时，其将可以接受根据其提议的媒体。
注意，如果终端并不认识所述消息，或者无法检测它们时(例如，由于损坏)，则它们可以根据类型II加速来进行。
虽然已经在AnswerFast类型IV实现方式的环境下描述了本发明的实施例，但是应当了解，根据本发明的实施例来提供的方法和系统也适用AnswerFast类型II和类型III实现方式。在申请日为2003年12月9日题为“Methods and System for Fast Session Establishment Between EquipmentUsing H.324 and Related Telecommunications Protocols”的美国专利申请No.10/732,917和申请日为2004年9月3日题为“Methods and System for FastSession Establishment Between Equipment Using H.324 and RelatedTelecommunications Protocols”的美国专利申请No.10/934,077中描述了与这些替代实现方式相关的其它讨论，所述两个申请都通过引用而全部结合于此，用于所有目的。
快速会话建立过程的ASN.1语法 本发明的实施例提供了用于在本发明的实施例中使用的快速会话建立过程的完整ASN.1语法脚本。
快速会话建立ASN.1语法 FASTSESSIONSETUP DEFINITIONS AUTOMATIC TAGS::＝ BEGIN IMPORTS NonStandardldentifier. NonStandardParameter. MultiplexCapability， MultiplexEntrySend， OpenLogicalChannel FROM MULTIMEDIA-SYSTEM-CONTROL； FastSessionSetupRequest ::＝ CHOICE { nonStandardNonStandardParameter. predefinedProfile FastSessionSetupPredefinedRequest， explicitProfileFastSessionSetupExplicitRequest， } FastSessionSetupResponse ::＝ CHOICE { nonStandardNonStandardParameter. predefinedProfile FastSessionSetupPredefinedResponse， explicitProfileFastSessionSetupExplicitResponse， ... } FastSessionSetupPredefinedReguest ::＝ SEQUENCE { version INTEGER(1..7)， h245version INTEGER(1..31)， vendorId NonStandardldentifier OPTIONAL， terminalTyPe INTEGER(0..255)，-For MasterSlaveDetermination initialMobileLevel INTEGER(0..7)，-[4，7]are reserved h223Info SEQUENCE { h223AnnexADoubleFlag BOOLEAN， h223AnnexBOptionalHeader BOOLEAN， multiplexProfile INTEGER (0..65535)OPTIONAL， }OPTIONAL， capabilityProfile INTEGER(0..65535)OPTIONAL， audioProfiles SET SIZE(1..65535)OF INTEGER(0..65535) OPTIONAL， videoProfiles SET SIZE(1..65535)OF INTEGER(0_.65535) OPTIONAL， dataApplicationProfiles SET SIZE(1..65535)OF INTEGER(0..65535) OPTIONAL， encryptionProfiles SET SIZE(1..65535)OF INTEGER(0..65535) OPTIONAL， additionalParametersOCTET STRING OPTIONAL， mediaTunnel BOOLEAN， modeDetermination CHOICE { simultaneous NULL， byCallee NULL， } FastSessionSetupPredefinedResponse::＝SEQUENCE { version INTEGER(1..7)， h245version INTEGER(1..31)， vendorld NonStandardIdentifier OPTIONAL， terminalTyPe INTEGER(0..255)，-For MasterSlaveDetermination mobileLevel INTEGER(0..7)，-[4，7]are reserved h223Info SEQUENCE { h223AnnexADoubleFlag BOOLEAN， h223AnnexBOptionalHeader BOOLEAN， multiplexProfileINTEGER(0..65535)OPTIONAL， } OPTIONAL， capabilityProfile INTEGER(0..65535)OPTIONAL， audioProfiles SET SIZE(1..65535)OF INTEGER(0..65535) OPTIONAL， videoProfiles SET SIZE(1..65535)OF INTEGER(0..65535) OPTIONAL， dataApplicationProfiles SET SIZE(1..65535)OF INTEGER(0..65535) OPTIONAL， encryptionProfiles SET SIZE(1..65535)OF INTEGER(0..65535) OPTIONAL， additionalParameters OCTET STRING OPTIONAL， ... } FastSessionSetupExplicitRequest ::＝SEQUENCE { version INTEGER(1..7)， h245version INTEGER(1..31)， vendorId NonStandardIdentifier OPTIONAL， terminalTyPe INTEGER(0..255)，-For MasterSlaveDetermination initialMobileLevelINTEGER(0..7)，-[4，7]are reserved h223Info SEQUENCE {h223AnnexADoubleFlag BOOLEAN，h223AnnexBOptionalHeader BOOLEAN，multiplexEntrySendMultlplexEntrySend OPTIONAL，... }OPTIONAL， multiplexCapability MultiplexCapability OPTIONAL， openLogicalChannels SET SIZE(1..65535)OF OpenLogicalChannel OPTIONAL， additionalParameters OCTET STRING OPTIONAL， mediaTunnel BOOLEAN， modeDetermination CHOICE { simultaneous NULL， byCallee NULL， ... }， ... } FastSessionSetupExplicitResponse::＝SEQUENCE { versionINTEGER(1..7)， h245versionINTEGER(1..31)， vendorId NonStandardIdentifier OPTIONAL， terminalTyPe INTEGER(0..255)，-For MasterSlaveDetermination mobileLevelINTEGER(0..7)，-[4，7]are reserved h223Info SEQUENCE { h223AnnexADoubleFlag BOOLEAN， h223AnnexBOptionalHeader BOOLEAN， multiplexEntrySendMultiplexEntrySend OPTIONAL， }OPTIONAL， multiplexCapabilityMultiplexCapability OPTIONAL， openLogicalChannelsSET SIZE(1..65535)OF OpenLogicalChannel OPTIONAL， additionalParameters OCTET STRING OPTIONAL， ... } END 另外，还应当了解，这里描述的示例和实施例是仅用于说明性目的的，其启示了本领域技术人员将可以根据其而做出各种修改和变化，并且所述各种修改和变化包括在本申请的精神和范围以及所附权利要求的范围之内。
权利要求
1.一种使用一个或多个3G通信网络、利用缩短的建立时间来在用户之间启动呼叫建立过程的方法，在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间提供所述方法，所述方法包括
在呼叫信令过程之后，在第一终端和第二终端之间建立载体通道；
从所述第一终端向所述第二终端发送第一FSS消息，其中，所述第一FSS消息包括与所述呼叫的第一操作模式相关联的第一首选项配置文件以及与所述呼叫的第二操作模式相关联的第二首选项配置文件；以及
选择所述第一操作模式或所述第二操作模式。
2.如权利要求1所述的方法，其中，所述第一首选项配置文件包括用于选择所述第一操作模式或所述第二操作模式的首选项。
3.如权利要求2所述的方法，还包括从所述第一终端向所述第二终端发送媒体流，其中，所述媒体流的特征在于所述通道的一个或多个特性。
4.如权利要求1所述的方法，还包括从所述第一终端向所述第二终端发送第二FSS消息。
5.如权利要求4所述的方法，其中，所述第二FSS消息包括显式配置文件。
6.如权利要求5所述的方法，还包括至少部分基于包括在所述第一FSS消息和所述第二FSS消息中的内容来确定所述第二操作模式的特性。
7.如权利要求6所述的方法，其中，所述第二操作模式的特性包括音频编解码和配置、视频编解码和配置、复用级别、复用表条目、数据通道或复用能力中的一个或多个。
8.如权利要求1所述的方法，其中，所述第一首选项配置文件包括预定义配置文件，而第二首选项配置文件包括显式配置文件。
9.一种使用一个或多个3G通信网络、利用缩短的建立时间来在用户之间启动呼叫建立过程的方法，在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间提供所述方法，所述方法包括
在呼叫信令过程之后，在第一终端和第二终端之间建立载体通道；
提供用于操作模式的多个配置文件；
尝试利用所述多个配置文件中的一个配置文件来建立所述呼叫；
确定所述呼叫没有利用所述多个配置文件中的所述一个配置文件来建立；以及
尝试利用所述多个配置文件中的另一个配置文件来建立所述呼叫。
10.如权利要求9所述的方法，其中，所述多个配置文件包括多个首选项配置文件。
11.如权利要求10所述的方法，其中，所述多个首选项配置文件中的一个优选级配置文件包括显式首选项配置文件。
12.如权利要求10所述的方法，其中，所述多个首选项配置文件中的另一个首选项配置文件包括预定义配置文件。
13.如权利要求9所述的方法，其中，尝试利用所述多个配置文件中的另一个配置文件来建立所述呼叫包括在所述第一终端处确定所述第二终端适于利用所述多个配置文件中的所述另一个配置文件来建立所述呼叫。
14.一种使用一个或多个3G通信网络、利用缩短的建立时间来在用户之间启动呼叫建立过程的方法，在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间提供所述方法，所述方法包括
在呼叫信令过程之后，在第一终端和第二终端之间建立载体通道；
提供一个或多个由第一FSS消息定义的操作模式，所述一个或多个操作模式包括音频编解码和配置、视频编解码和配置、复用级别、复用表条目、数据通道或复用能力中的一个或多个；
在所述第一终端处接收从所述第二终端发送的所述第一FSS消息；以及
在第二FSS消息中从所述第一终端向所述第二终端发送第一数据流，其中，所述第一数据流利用了所述一个或多个操作模式。
15.如权利要求14所述的方法，其中，所述一个或多个操作模式是预先配置的操作模式。
16.如权利要求14所述的方法，还包括
利用所述一个或多个操作模式，在第三FSS消息中从所述第二终端向所述第一终端发送第二数据流。
17.如权利要求16所述的方法，其中，所述一个或多个操作模式是预先配置的操作模式。
18.如权利要求14所述的方法，还包括
确定FSS响应阶段的完成；
终止在所述第二FSS消息中、从所述第一终端向所述第二终端发送所述第一数据流；以及
使用正常的操作移动级别来启动从所述第一终端向所述第二终端发送所述第一数据流。
19.一种使用一个或多个3G通信网络、利用缩短的建立时间来在用户之间启动呼叫建立过程的方法，在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间提供所述方法，所述方法包括
在呼叫信令过程之后，在第一终端和第二终端之间建立载体通道；
提供一个或多个由第一FSS消息定义的操作模式，所述一个或多个操作模式包括编解码配置和复用表条目；
在所述第一终端处接收从所述第二终端发送的所述第一FSS消息；
根据所述第一FSS消息，在所述第一终端处确定所述第二终端无法接收媒体，直到所述第一终端接收到来自所述第二终端的响应消息为止；以及
在接收到来自所述第二终端的所述响应消息之后发送媒体。
20.一种使用一个或多个3G通信网络、利用缩短的建立时间来在用户之间启动呼叫建立过程的方法，在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间提供所述方法，所述方法包括
在呼叫信令过程之后，在第一终端和第二终端之间建立载体通道；
提供一个或多个由第一FSS消息定义的操作模式，所述一个或多个操作模式包括编解码配置和复用表条目；
在所述第一终端处接收从所述第二终端发送的所述第一FSS消息；
根据所述第一FSS消息，在所述第一终端处确定所述第二终端在所述第一终端接收到来自所述第二终端的响应消息之前能够接收媒体；以及
在来自所述第二终端的所述响应消息被接收之前发送媒体。
21.一种使用一个或多个3G通信网络来发送信息的方法，在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端之间提供所述方法，所述方法包括
在第一终端处提供所述信息；
对所述信息进行编码以用于容错并避免一个或多个期望的标准标记的仿真，从而形成编码信息；
利用一个或多个标记序列来将所述编码信息成帧，以形成成帧序列；
填充所述成帧序列；以及
发送所述经填充的成帧序列。
22.如权利要求21所述的方法，其中，所述信息包括消息。
23.如权利要求22所述的方法，其中，所述消息包括一个或多个设备首选项。
24.如权利要求23所述的方法，其中，所述一个或多个设备首选项包括预定义操作模式。
25.如权利要求22所述的方法，其中，所述消息包括媒体。
26.如权利要求21所述的方法，其中，将所述编码信息成帧有助于检测和同步。
27.如权利要求21所述的方法，其中，将所述信息编码以用于容错包括将所述信息分割成一个或多个编码信息段。
28.如权利要求21所述的方法，其中，将所述信息编码以用于容错包括向所述编码信息添加循环冗余校验。
29.如权利要求21所述的方法，其中，将所述信息编码以避免一个或多个期望的标准标记的仿真包括使用用于非协商复用表条目的标准复用PDU成帧。
30.如权利要求21所述的方法，其中，将所述信息编码以避免一个或多个期望的标准标记的仿真包括与任何用于H.324复用级别的同步标记相邻地插入八位字节。
31.如权利要求30所述的方法，其中，将所述信息编码以避免标记仿真包括与任何用于H.324复用级别的同步标记相邻地插入八位字节。
32.如权利要求31所述的方法，其中，所述相邻地插入的八位字节具有与所述用于H.324复用级别的同步标记相同的值。
33.如权利要求21所述的方法，其中，重复发送所述经填充的成帧序列。
全文摘要
一种使用一个或多个3G通信网络、利用缩短的建立时间来在用户之间启动呼叫建立过程的方法(图7A)。该方法被提供在至少一对与所述一个或多个3G通信网络相耦合的类似H.324终端(实体A和实体B)之间。该方法包括在呼叫信令过程之后，在第一终端和第二终端之间建立载体通道；从第一终端向第二终端发送第一FSS消息。第一FSS消息包括与所述呼叫的第一操作模式相关联的第一首选项配置文件以及与所述呼叫的第二操作模式相关联的第二首选项配置文件。所述方法还包括选择第一操作模式或第二操作模式。
文档编号H04L12/66GK101238737SQ200680013584
公开日2008年8月6日 申请日期2006年4月21日 优先权日2005年4月21日
发明者马尔万·贾布里, 艾伯塔·C·王, 戴维·杰克, 罗伯特·容布罗德, 布若迪·肯瑞克 申请人:达丽星网络有限公司