CN100450310C - 一种缩短通信接通时间的实现方法 - Google Patents

Abstract

本发明公开了一种缩短通信接通时间的实现方法，由主、被叫用户终端在带外进行涉及打开逻辑通道的通信交互，再在带内进行涉及复用信道初始化的通信交互。本发明方法可以有效缩短主、被叫用户终端之间的通信接通时间，因而可明显提高用户满意度。

Description

一种缩短通信接通时间的实现方法

技术领域

本发明涉及通信领域，具体涉及一种缩短通信接通时间的实现方法。

背景技术

在目前的多媒体通信领域，主、被叫用户终端为了实现数据通信，通常要在带内进行终端能力和主从关系的协商、涉及打开逻辑信道和复用表项的通信交互以及涉及复用信道初始化的通信交互。上述操作都是基于主、被叫用户终端之间所进行的带内信令交互实现的，只有在该带内信令交互完成之后主、被叫用户终端之间的多媒体通信才算真正接通，主、被叫用户终端之间才能进行后续的数据通信。再有，进行所述带内信令交互时所要应用到的每条信令通常是由至少一个协议数据单元组合而成的。

在实际应用中，所述带内信令交互的用时通常为3秒以上；显然，主、被叫用户终端在可以实现数据通信之前不得不等待用于进行所述带内信令交互的至少3秒的时间。在通信领域中，如此之长的等待时间是使用主、被叫用户终端的用户所难以接受的，这必然严重降低用户满意度。

为了缩短所述带内信令交互时间，以下做法正在被尝试：

将目前进行所述带内信令交互所基于的带序号简单重传协议(Numbered Simple Retransmission Protocol，NSRP)替换为窗口机制带序号简单重传协议(Window Numbered Simple Retransmission Protocol，WNSRP)。由于WNSRP具有使用了窗口机制的优点，因此基于WNSRP进行所述带内信令交互时可以一次性发送/接收多个协议数据单元，而不再像NSRP那样只能一次性发送/接收一个协议数据单元；这使得主、被叫用户终端可以在一次性接收多个协议数据单元的基础上根据收到的多个协议数据单元进行信令处理，这在一定程度上可以缩短所述带内信令交互所占用的时间。

虽然以WNSRP替换NSRP可以缩短所述带内信令交互所占用的时间，但这种协议替换方式也必然会引入一个比较棘手的问题：所述带内信令交互所基于的通信协议变化过大，由此导致与原来所应用的NSRP协同工作的上层和下层通信协议均需要相应进行过大幅度的适应性修改。可见，用WNSRP替换NSRP的协议替换方式将导致协议上的大量变化，这种变化必然要求进行协议替换的操作人员付出过大的人工操作量；并且，通信协议的过大变化显然会明显降低通信协议的通用性。

发明内容

有鉴于此，本发明的主要目的在于提供一种缩短通信接通时间的实现方法，以有效缩短主、被叫用户终端之间的通信接通时间。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开了一种缩短通信接通时间的实现方法，该方法应用于多媒体通信***，包括以下步骤：

A.主、被叫用户终端在带外进行涉及打开逻辑通道的通信交互；

B.主、被叫用户终端在带内进行涉及复用信道初始化的通信交互。

步骤A包括：

A1.主叫用户终端向被叫用户终端发送包含打开逻辑通道所需参数的呼叫建立消息；

A2.被叫用户终端读取所述呼叫建立消息中所包含的逻辑通道参数，根据读取的逻辑通道参数配置自身用于支持主、被叫用户终端进行数据通信的逻辑通道参数，并根据该呼叫建立消息确定用于进行所述数据通信的复用表项。

完成步骤A2时，被叫用户终端进一步向主叫用户终端发送包含打开逻辑通道确认的后向消息。

所述后向消息是呼叫确认消息、或告警消息。

步骤A1中，所述打开逻辑通道所需参数是被携带于所述呼叫建立消息的用户-用户信息单元中发送的。

步骤A2中，确定所述复用表项的方法为：

预先在主、被叫用户终端中设置相吻合的复用表项；当收到所述呼叫建立消息时，被叫用户终端根据该消息中所携带的快速连接标识确认需要快速接通主、被叫用户终端，进而直接确定自身所预先设置的复用表项是用于与主叫用户终端进行数据通信的复用表项。

步骤A2中，确定所述复用表项的方法为：

预先在主叫用户终端中设置复用表项，并且由主叫用户终端在所述呼叫建立消息中携带复用表项；当收到该呼叫建立消息时，被叫用户终端直接确定该消息中所包含的复用表项是用于与主叫用户终端进行数据通信的复用表项。

在呼叫建立消息中携带的所述复用表项是被携带于该呼叫建立消息的用户-用户信息单元中的。

步骤A之后、步骤B之前，该方法进一步包括以下步骤：

被叫用户终端向主叫用户终端发送连接消息，通知主叫用户终端用于后续数据通信的逻辑通道建立完成；

收到来自被叫用户终端的连接消息时，主叫用户终端向被叫用户终端返回连接确认消息，通知被叫用户终端已确认连接建立完成。

步骤A中，被叫用户终端确定自身不支持涉及打开逻辑通道的通信交互，则该方法进一步包括：

被叫用户终端向主叫用户终端发送打开逻辑通道拒绝消息或不返回任何消息；

主、被叫用户终端回落到正常的带内信令交互过程，该过程包括：进行终端能力和主从关系的协商、涉及打开逻辑信道和复用表项的通信交互以及涉及复用信道初始化的通信交互。

与现有技术相比，本发明所提供的缩短通信接通时间的实现方法，由主、被叫用户终端在带外进行涉及打开逻辑通道的通信交互，再在带内进行涉及复用信道初始化的通信交互。可见，本发明方法可以有效缩短主、被叫用户终端之间的通信接通时间，因而可明显提高用户满意度。

附图说明

图1为本发明一较佳实施例的通信接通过程的流程图；

图2为由图1引申得到的通信接通过程的流程简图。

具体实施方式

下面结合附图及具体实施例对本发明详细说明。

从原理上讲，本发明所提供的缩短通信接通时间的实现方法，由主、被叫用户终端在带外进行涉及打开逻辑通道的通信交互，再在带内进行涉及复用信道初始化的通信交互。

参见图1，图1为本发明一较佳实施例的通信接通过程的流程图，该流程包括以下步骤：

步骤110：主叫用户终端向被叫用户终端发送包含打开逻辑通道所需参数的呼叫建立(Setup)消息。所述Setup消息的用户-用户(user-user)信息单元等数据格式中携带有快速连接(fast connect)标识，用于指示该Setup消息的作用：快速接通主、被叫用户终端。

再有，Setup消息中还携带有支持数据通信的逻辑通道参数；并且，为了节约用户终端对信令进行处理的时间，Setup消息中携带的所述逻辑通道参数通常是用于支持通信的最基本参数，如：用于支持主、被叫用户终端进行后续数据通信的音视频逻辑通道的前向逻辑通道标号(forwardLogicalChannelNumber)、前向逻辑通道参数(forwardLogicalChannelParameters)、后向逻辑通道参数(reverseLogicalChannelParameters)等。

所述逻辑通道参数可以被携带于打开逻辑通道(OpenLogicalChannel)消息中，该OpenLogicalChannel消息则可以被携带于所述user-user信息单元等数据格式中；并且，所述OpenLogicalChannel消息可以是抽象语法编码1(Abstract Syntax Notation One，ASN.1)等格式。

步骤120：被叫用户终端收到来自主叫用户终端的Setup消息时向主叫用户终端发送呼叫进程(Call proceeding)指示，通知主叫用户终端其所发起的呼叫正在被处理。

步骤130：被叫用户终端收到来自主叫用户终端的Setup消息时，读取其中所包含的fast connect标识，确认需要快速接通主、被叫用户终端；进而读取Setup消息中所包含的forwardLogicalChannelNumber、forwardLogicalChannelParameters、reverseLogicalChannelParameters等用于支持主、被叫用户终端进行后续数据通信的逻辑通道参数，再根据读取的所述逻辑通道参数配置自身用于支持主、被叫用户终端进行后续数据通信的逻辑通道参数。

再有，被叫用户终端还要根据来自主叫用户终端的Setup消息确定用于进行数据通信的复用表项。具体的复用表项确定方法有多种，比如：

第一种复用表项确定方法为：预先在主、被叫用户终端中设置相吻合的复用表项；当收到所述Setup消息时，被叫用户终端根据读取到的所述fastconnect标识确认需要快速接通主、被叫用户终端，进而直接确定自身所预先设置的复用表项是用于与主叫用户终端进行数据通信的复用表项。

第二种复用表项确定方法为：预先在主叫用户终端中设置复用表项，并在步骤110中将该复用表项发送给被叫用户终端；被叫用户终端则直接确定来自主叫用户终端的复用表项是用于与主叫用户终端进行数据通信的复用表项。具体而言，所述复用表项可以被携带于所述user-user信息单元等数据格式中。

当然，无论应用上述哪种复用表项确定方法，主叫用户终端都需要直接确定自身所预先设置的复用表项是用于与被叫用户终端进行数据通信的复用表项。通常，可以将所述复用表项设置为：将用于数据通信的逻辑通道的0通道作为控制信道，将逻辑通道的1通道作为音频信道，将逻辑通道的2通道作为视频信道；当然，也可以复用表项设置为其它的形式，如：将逻辑通道的0通道作为视频信道，将逻辑通道的1通道作为音频信道，将逻辑通道的2通道作为控制信道。

被叫用户终端配置完自身的逻辑通道参数并确定了所述复用表项之后，就向主叫用户终端发送包含打开逻辑通道确认(OpenLogicalChannel Ack)的后向消息。所述后向消息可以是呼叫确认(Call confirmation)消息、告警(Alerting)消息等。

显然，在被叫用户终端配置完自身的逻辑通道参数并确定了所述复用表项之后，主、被叫用户终端之间用于后续数据通信的逻辑通道就已经建立好了。

步骤140至步骤150：被叫用户终端向主叫用户终端发送连接(Connect)消息，通知主叫用户终端用于后续数据通信的逻辑通道建立完成；主叫用户终端收到该Connect消息时向被叫用户终端返回连接确认(Connect Ack)消息，通知被叫用户终端已确认连接建立完成。

实际应用中，步骤130中的OpenLogicalChannel Ack也可以被携带于步骤140中的Connect消息中发送给主叫用户终端。

步骤160：主、被叫用户终端应用现有技术针对已确定了复用表项的所述逻辑通道进行涉及复用信道初始化的通信交互，以实现复用信道初始化。完成所述复用信道初始化操作之后，主、被叫用户终端就可以应用所述逻辑通道进行后续的数据通信了，即：主、被叫用户终端之间的多媒体通信已经接通。

步骤170：主、被叫用户终端应用完成了复用信道初始化操作的所述逻辑通道进行后续的数据通信。具体而言，主、被叫用户终端根据已确定的所述复用表项和各自用于数据通信的所述逻辑通道的参数对音视频和控制信息进行编码、复用等处理，并将完成处理的数据通过各自用于数据通信的所述逻辑通道发送给对端。在对音视频数据进行编码时，可以分别采用不同的通信协议，如：在对音频数据进行编码时采用自适应多速率(AdaptiveMultiRate，AMR)通信协议，在对视频数据进行编码时采用H.263通信协议。

当然，在实际应用中，如果被叫用户终端不支持快速接通主、被叫用户终端的机制或不支持Setup消息中所携带的逻辑通道参数；那么，被叫用户终端在收到Setup消息时会向主叫用户终端返回打开逻辑通道拒绝(OpenLogicalChannelRefusal)消息，或不返回任何消息；并且，主、被叫用户终端回落到目前常用的带内信令交互过程。通常，可以将被叫用户终端不支持快速接通主、被叫用户终端的机制和不支持Setup消息中所携带的逻辑通道参数的情况，统称为被叫用户终端不支持涉及打开逻辑通道的通信交互。

具体而言，用户终端可以判断自身被预先设置的fast connect使能，并根据判断结果确定是否支持快速接通主、被叫用户终端的机制，如：用户终端读取自身被预先设置的fast connect使能值，如果读取的fast connect使能值为1，用户终端确定自身支持快速接通主、被叫用户终端的机制；否则，用户终端确定自身不支持快速接通主、被叫用户终端的机制。

步骤110、130中涉及打开逻辑通道的通信过程通常是基于H.245通信协议的，步骤160中涉及复用信道初始化的通信交互通常是基于H.223通信协议的。

由以上所述可见，图1中所示的接通流程将原来在带内进行的涉及打开逻辑通道的通信交互转到在带外进行，即：将原来针对数据通道进行的涉及打开逻辑通道的通信交互转到信令通道中进行，并且在信令通道中进行的打开逻辑通道的通信交互是通过承载于目前已经存在的Setup消息等信令格式中实现的，因而不会产生额外的通信用时，这就相对有效缩短了带内信令交互所占用的时间；并且，由于涉及打开逻辑通道的通信交互转到在带外进行，所以主叫用户终端作为交互的发起者就必然是主叫方，这使得主、被叫用户终端之间无须再进行涉及主从确定的操作，因而也有助于缩短带内信令交互所占用的时间。

经实用表明，图1中所示的接通流程使得带内信令交互所占用的时间小于1秒，即：主、被叫用户终端在可以实现数据通信之前只需等待不到1秒的时间。

再有，由于不需要进行协议上的大量变化，所以图1中所示的接通流程相对于用WNSRP替换NSRP的协议替换方式而言具有明显的降低人工操作量以及提高通信协议通用性的优点。

综上所述，图1中所示的接通流程可以有效缩短主、被叫用户终端之间的通信接通时间，因而可明显提高用户满意度。另外，图1中所示的主、被叫用户终端之间可以是直接连接关系，也可以是通过一个或多个交换机、路由器等通信实体相连。

由上述针对图1的描述可知，本发明方法的操作原理可以表现为图2所示的流程，该流程包括以下步骤：

步骤210：主、被叫用户终端在带外进行涉及打开逻辑通道的通信交互，该通信交互涉及到图1中所描述的包含打开逻辑通道所需参数的呼叫建立消息、包含打开逻辑通道确认的后向消息、以及被叫用户终端配置自身逻辑通道参数并确定复用表项等操作。

步骤220：主、被叫用户终端在带内进行涉及复用信道初始化的通信交互。

由以上所述可以看出，本发明所提供的缩短通信接通时间的实现方法，可以有效缩短主、被叫用户终端之间的通信接通时间，因而可明显提高用户满意度。

Claims (10)

1、一种缩短通信接通时间的实现方法，其特征在于，该方法应用于多媒体通信***，包括以下步骤：

A.主、被叫用户终端在带外进行涉及打开逻辑通道的通信交互；

B.主、被叫用户终端在带内进行涉及复用信道初始化的通信交互。

2、如权利要求1所述的方法，其特征在于，步骤A包括：

A1.主叫用户终端向被叫用户终端发送包含打开逻辑通道所需参数的呼叫建立消息；

A2.被叫用户终端读取所述呼叫建立消息中所包含的逻辑通道参数，根据读取的逻辑通道参数配置自身用于支持主、被叫用户终端进行数据通信的逻辑通道参数，并根据该呼叫建立消息确定用于进行所述数据通信的复用表项。

3、如权利要求2所述的方法，其特征在于，完成步骤A2时，被叫用户终端进一步向主叫用户终端发送包含打开逻辑通道确认的后向消息。

4、如权利要求3所述的方法，其特征在于，所述后向消息是呼叫确认消息、或告警消息。

5、如权利要求2所述的方法，其特征在于，步骤A1中，所述打开逻辑通道所需参数是被携带于所述呼叫建立消息的用户-用户信息单元中发送的。

6、如权利要求2至5任一项所述的方法，其特征在于，步骤A2中，确定所述复用表项的方法为：

预先在主、被叫用户终端中设置相吻合的复用表项；当收到所述呼叫建立消息时，被叫用户终端根据该消息中所携带的快速连接标识确认需要快速接通主、被叫用户终端，进而直接确定自身所预先设置的复用表项是用于与主叫用户终端进行数据通信的复用表项。

7、如权利要求2至5任一项所述的方法，其特征在于，步骤A2中，确定所述复用表项的方法为：

预先在主叫用户终端中设置复用表项，并且由主叫用户终端在所述呼叫建立消息中携带复用表项；当收到该呼叫建立消息时，被叫用户终端直接确定该消息中所包含的复用表项是用于与主叫用户终端进行数据通信的复用表项。

8、如权利要求7所述的方法，其特征在于，在呼叫建立消息中携带的所述复用表项是被携带于该呼叫建立消息的用户-用户信息单元中的。

9、如权利要求1所述的方法，其特征在于，步骤A之后、步骤B之前，该方法进一步包括以下步骤：

被叫用户终端向主叫用户终端发送连接消息，通知主叫用户终端用于后续数据通信的逻辑通道建立完成；

收到来自被叫用户终端的连接消息时，主叫用户终端向被叫用户终端返回连接确认消息，通知被叫用户终端已确认连接建立完成。

10、如权利要求1所述的方法，其特征在于，步骤A中，被叫用户终端确定自身不支持涉及打开逻辑通道的通信交互，则该方法进一步包括：

被叫用户终端向主叫用户终端发送打开逻辑通道拒绝消息或不返回任何消息；

主、被叫用户终端回落到正常的带内信令交互过程，该过程包括：进行终端能力和主从关系的协商、涉及打开逻辑信道和复用表项的通信交互以及涉及复用信道初始化的通信交互。

Images