专利名称：建立连接的方法与系统的制作方法
技术领域：
本发明涉及领域本发明涉及在一个远程通信网络中(比如)，比如移动通信网，建立一种连接的方法和系统。
本发明背景近年来，开发出了很多可以连接到固定网络的多媒体电话终端。这些终端可以在两个多媒体终端之间通过一个语音带宽的网络连接，提供实时的视频、音频、数据或者多种综合数据。通信可以是单向或者双向的。通信的终端超过2个时，可以使用一个多点控制单元(MultipointControl Unit)实现多方通信。而且，多媒体电话终端能够被集成到PC机或者是工作站，或者独立的单元中。
移动无线网中可视电话系统的交互工作在ITU-T视频/多媒体建议H.324/M中有定义。
但是，通常情况下，呼叫方事先并不知道被呼叫方是否支持所需要的连接类型。因此，如果被呼叫方的终端不支持所需要的连接类型，比如，多媒体连接，不当的错误处理和连接中断可能会发生。
本发明的总结本发明的目的就是提供一种用于建立连接的方法和系统，通过该发明，可以避免由于性能上的不匹配而造成的错误处理和连接中断。
通过一种在一个远程通信网中建立第一类型连接的方法，可以实现本发明的发明目的。包括如下步骤在前述的第一类型连接中与被呼叫方进行握手处理；确定第二类型连接；检查握手处理的结果；在检查的结果表明握手处理未成功的情况下，建立第二类型连接。
此外，上述目的可以通过远程通信网中一个建立第一类型连接的系统来实现。包括协商装置，用于与被呼叫方进行握手处理，以建立第一类型连接；确定装置，用于确定建立第二类型连接；检查装置，用于检查握手处理的结果；连接控制装置，用于根据检查装置的结果建立第二类型连接。
系统提供一个后退处理(fallback solution)解决方案，比如系统确定建立第二类型连接，以保证建立被呼叫方能够支持的其它类型的连接或者是与其他服务的连接，(比如话音服务)，而无需中断呼叫方的连接或者执行耗时的错误处理过程户或者终端方的消息服务。
确定建立第二类型连接可以通过如下方式实现在呼叫方和被呼叫方之间设置一个网络设备(Network Element)，然后根据检测到的网络操作确定是否建立第二类型连接。该网络设备能够完成连接后退功能(connection fallback)，确定从第一类型连接(比如多媒体呼叫)转而建立第二类型连接(比如话音呼叫)。
或者，网络设备通过监测用于建立连接的信号，可以确定采用被呼叫方支持的一种连接方式作为第二类型连接，其中向被呼叫方的呼叫被建立为所支持的连接类型。这种确定的结果将通过信号通知呼叫方要进行呼叫重新连接操作。因而，由于清除网络呼叫而造成的长时间的等待能够被避免。
该网络设备最好是远程通信网络中的一个交互工作单元(interworking unit)。
在检查结果表明握手处理成功之后(比如连接的另一方支持该连接方式)，可以建立第一类型连接，该连接可以是一种多媒体连接。
优先地，握手处理是一种交互式处理，该工作可以在移动网络中移动交换中心的交互式功能上完成。
第一类型连接可以使视频连接，并且该连接可以在移动网络的移动终端和固定网络的网络终端之间建立。
第二类型连接可以根据握手处理的清况来确定，或者通过与另一方进行另一次的握手处理。另外，第二类型连接能够根据另一方呼叫数字的基础上来确定。此外，第二类型连接能够按照预先定制的优先级来确定。第二类型连接可能是一个语音连接或者任何其他类型的连接，比如，一个多媒体或者视频连接，该连接能够被被呼叫方支持。
最初，能够与另一方建立一个HSCSD(高速电路交换数据)呼叫，然后，另一方会发出一个建立第一类型连接的请求。
此外，可以通过在一个数据交换装置上进行频道模式修正和改变交换，以建立第二类型连接。
建立第一类型连接的装置最好是一个移动交换中心，其中协商装置用于响应前述的移动交换中心的交互工作功能。
下文中，本发明将根据实施实例并结合参考图进行详细说明图1是一个与固定网络4连接的移动网络的主要模块图。
图2是一个参考本发明的实施实例的移动交换中心的主要模块图。
图3所示是用于建立始于移动的多媒体连接的一个过程流程图，该连接将参考本发明的实施实例。
图4所示是一种用于建立止于移动的多媒体连接的过程流程图，该连接将参考本发明的实施实例。
图5所示是另一种用于建立多媒体连接的过程流程图，根据本发明的实施实例，该连接将基于一个呼叫重试过程。
本发明实施实例说明下文中，本发明将根据实施实例的基础进行详细阐述，该实施实例涉及一个固定网络4和一个移动网络之间的多媒体连接，如图1所示。
根据图1，一个多媒体终端(TE5)通过固定网络4(比如公共交换电话网PSTN或者类似的)连接到一个移动终端或者移动台(MS1)，该移动终端或者移动台具有多媒体能力。MS1通过无线连接(radio-connected)到基站子系统(BSS)2，该基站子系统同一个移动交换中心连接3(MSC/IWF)，这个移动交换中心具有交互式工作功能。所述交互式工作功能用来协调移动网络的协议特征到固定网络4的协议特征。
根据本发明，MSC/IWF 3被用来确定辅助连接或者后退连接，该连接用于在另一方无法支持多媒体连接时使用。
图2所示是本发明实施实例的MSC/IWF3的原理框图。根据图2，MSC/IWF3包括一个交换机31用于在BSS2和固定网络4之间进行交换操作，用于建立需要的连接。交换机31的交换操作被一个交换控制单元34控制，该单元控制交换连接的设置和连接建立。
而且，MSC/IWF3包括交互式工作功能装置(IWF)32，用于与多面体终端进行交互式操作，例如TE5，通过固定网络4。为了进行编码，在移动网络和固定网络4之间采用了错误处理协调装置和一个速率匹配装置。而且，IWF32进行了协商处理以建立一个语音带宽信道到固定网络4。
根据本发明实施实例，IWF32被连接到一个后退控制单元33，该设备被用来检查IWF32协商的结果并且控制连接控制单元34，以用来建立一个多媒体连接以及根据检查结果建立一个后退连接。
下文将阐述，MSC/IWF3进行的处理用来建立一个始于移动的多媒体连接，参考图3。
最初，MS1发出一个多媒体请求，比如一个H.324呼叫，并向MSC/IWF3发出一个相应的设置消息，在步骤S101中，该消息被MSC/IWF3接收。请求的类型可能被指明，例如在设置消息的BearerCapabiltiy Information Element(BCIE)中。
根据收到的设置消息，MSC/IWF3检查多媒体呼叫，IWF32保留了所需的交互式工作资源并且与固定网络4启动一个握手处理或者协商处理用来建立一个与被呼叫方之间的多媒体连接，例如TE5(步骤S102)。特别的，协商处理可能是一个ITU-T V.8，V.8bis或者V.140过程或者类似的。
然后，后退控制单元33在步骤S103中检查IWF32的协商处理是否成功。
在步骤S103中，如果后退控制单元33确定协商处理成功，该单元将控制连接控制单元34，以通过交换机31(步骤S104)建立多媒体连接。于是，一个连接，比如调制解调器连接或者UDI(非限制数字信息)连接，将在IWF32和被呼叫方之间建立，例如TE5。
如果后退控制单元33在步骤S103中确定协商处理未成功，比如被呼叫方不支持多媒体连接，于是它启动后退过程，转向连接的另一类型(步骤S105)。其它类型连接可能在IWF32的协商处理的基础确定，或者根据IWF32的附加协商的结果来确定，或者根据缺省设置来确定(后退服务例如语音服务)，并且被后退控制单元33初始化。
接着，连接控制单元34被用来控制后退过程，把当前请求改动到另一服务，例如，把MS1和MSC/IWF3之间的连接转换到语音服务(步骤S106)。该工作可以通过在MS1和MSC/IWF3之间频道的频道模式修改来实现，以及相应的IWF32资源的释放，后面接着MSC/IWF3中的交换机31的交换改变。最后，呼叫通过一个后退连接(步骤S107)连接，例如MS11连接到一个辅助或者后退服务，而无需中断连接或者进行耗时的错误处理或发送消息。
下文所述是一个止于移动端的多媒体连接的建立过程，如图4所示。
最初，一条设置消息，比如一条初始地址消息(IMA)被一个多媒体终端(比如TE5)的MSC/IWF3接收，该多媒体终端位于固定网络4中(步骤S201)。基于接收到的最初的地址消息和使用者服务信息，该使用者涉及的服务信息可能被存储于移动网络中的Home LocationRegister(HLR)，MSC/IWF3或者IWF32检查多媒体呼叫并且MSC/IWF3通过BSS2发送一个呼叫设置信息给MS1(步骤S202)。特别的，该呼叫可能以HSCSD(高速电路交换数据)呼叫被建立，以提供一个快速的设置处理。
从MSC/IWF3发往MS1的设置消息可能不包含服务定义，例如，在使用单数机制的情况下，来自固定网络4的设置信息不包含任何服务定义。
然后，MS1会发送一个请求消息作为对多媒体呼叫的应答，例如，一个H.324呼叫，其中被请求的呼叫类型可能依赖接收到的呼叫数字。接着，MSC/IWF3在步骤S202中收到用于多媒体呼叫的请求消息并且控制IWF32，用来保留相应的交互工作功能资源，并且启动一个相应的与固定网络中的被呼叫方的握手或者协商处理，例如V.8，V.8bis或者V.140协商或者H.245-H223消息(步骤S204)。
然后，后退控制单元33检查IWF32进行的协商处理是否成功(步骤S205)。协商成功的情况下，后退控制单元33控制连接控制单元34，用以通过交换机31建立与被呼叫方之间的多媒体连接。
如果后退控制单元33确定协商处理不成功，将启动一个后退连接到被呼叫方支持的另一种连接类型(步骤S207)。后退连接将根据被呼叫方的所拨号码或者一个与始于移动的连接(如图3所示)的连接描述来确定。
根据确定的后退连接，连接控制单元34在步骤S208中进行后退过程，以改变呼叫到对应于后退连接的另一服务。最终，呼叫被连接到后退连接(步骤S209)并且止于移动的呼叫被建立，并且没有中断连接或者在相应的终端设备上进行的错误处理。
但是，上述的后退处理到一个语音连接可能会导致另一个问题，远端一方(例如TE5)在MSC/IWF3监测或者检查远终端的能力的时候，不得不等待几秒钟。因此，远端一方可能在等待期间清除该呼叫作为“一次失败”。这样的在呼叫建立时的拒绝和清除呼叫会引起所谓的原因代码，该代码将被发送给MS1，并通知用户问题的原因。
下文中，一个呼叫重试过程将被阐述，该过程可以解决前述的问题，如图5所示。
最初，MS1发出一个多媒体呼叫请求，比如，一个H.324呼叫，并且发出一个相应的初始化地址消息(IAM)给MSC/IWF3(步骤S101)。在步骤S302中LAM被MSC/IWF3接收。
根据收到的IAM，MSC/IWF3进行呼叫设置过程(S303)，并且IWF32保留所需的交互工作功能资源，同时启动与固定网络的握手处理或者协商处理，用以建立与被呼叫方的多媒体连接，例如，TE5(步骤S304)。
然后，后退控制单元33在步骤S305中检查IWF32的协商处理是否成功。
如果在步骤S305中后退控制单元33确定协商处理成功，该单元将控制连接控制单元34，用以通过交换机31连接多媒体呼叫(步骤S306)。
如果后退控制单元33在步骤S305中确定协商处理不成功，例如被呼叫方不支持多媒体呼叫，该单元将确定一种被呼叫方支持的连接类型呼叫(步骤S307)。所支持的呼叫类型可以通过监测和分析带内信号或者带外信号来确定，该信号用来在IWF32和被呼叫方之间进行协商。
分析的结果，即远端能够支持的信息，被发送到MS1，用以通知呼叫方被呼叫方所支持的呼叫类型(步骤S308)。这种通知工作可以通过已有的原因代码机制并且定义新的参数来实现。
在步骤S309中接收信息之后，MS1根据收到的信息，比如使用远端一方支持的新参数，启动一个呼叫重试过程。于是MS1完成了建立被呼叫方所支持的呼叫类型的呼叫连接(步骤S310)。所以在各种情况下，都可以进行一个成功的呼叫重试。
作为另一种选择，前文分析所支持类型的结果，网络本身(比如MSC/IWF3)能够完成对远端的呼叫重试。该工作可以通过在IWF32中提供相应的重试过程来实现，该过程能够被后退控制单元33启动并且基于由分析结果而得到的新参数。
这种重试机制可以解决网络不兼容(例如UDI请求，但是网络只能支持RDI“限制性数字信息”或者只能支持3.1KHz带宽，或者发出RDI请求，但是网络只能支持3.1kHz带宽)和远端终端的不兼容性(比如UDI/RDI请求，但是只支持3.1kHz带宽或者远端终端只支持语音服务，或者请求3.1kHz带宽，但是远端终端只支持语音服务)因此，被呼叫方在未知的情况下不得不等待，而且无法知道下面会发生何种情况。实际上，这种等待由呼叫方在呼叫建立时的“警告时段”内进行，以避免出现在呼叫启动前就被清除掉的情况。
需要指出，MSC/IWF3进行的处理工作能够被一个微处理器(比如CPU)的控制程序完成，其中模块33和34被ROM中的软件功能所替代，该ROM是被分配给CPU的。
而且，本发明实施实例描述的连接建立工作可以在任何远程通信网中完成，该网中支持不同连接的终端相互连接，并且不限于移动网络中的移动交换中心。而且，后退连接(例如第二类型连接)并不限制于语音连接，而可以使一种多媒体连接或者任何被呼叫方支持的连接类型。
而且，确定建立后退连接可以综合考虑前文所述的各种可能性，而且在确定多个后退连接时可以预先分配优先级顺序。
本发明实施实例中的描述和附图用于说明本发明。本发明实施实例可以在本文的权利要求范围之内有所变化。
综上所述，本发明涉及一个用于创建连接的方法和系统，其中进行一个握手处理用于与另一方建立第一类型连接。如果握手处理成功，第一类型连接被建立。如果握手处理不成功，比如另一方不支持第一类型连接，一个后退过程被启动，用于把呼叫改为建立第二类型连接。这种改变到第二类型连接的工作可以直接进行或者基于一个呼叫重试过程来完成。由此，可以避免不当的连接中断或者终端方的错误处理。
权利要求
1.一种方法，用于在远程通信网络中建立第一类型连接，包括步骤a) 在前述的第一类型连接中与被呼叫方进行握手处理；b) 确定第二类型连接；c) 检查前述的握手处理的结果；d) 建立前述的第二类型连接，当前述的检查结果表明前述的握手处理未成功。
2.权利要求1中的方法，其中前述的确定步骤包括由一个网络设备(3)进行的监控操作，该网络设备位于呼叫方与被呼叫方之间。
3.权利要求2中的方法，其中前述的网络设备(3)进行连接后退，从第一类型连接改为第二类型连接。
4.权利要求2中的方法，其中前述网络设备(3)能够确定至少有一种“被呼叫方”所支持的连接类型为第二类型连接，该网络设备(3)需要监测用于建立连接的信号，其中根据确定的结果重新建立呼叫。
5.权利要求4中的方法，其中确定的结果被发送到前述的呼叫方然后进行呼叫重建操作。
6.前述的各条权利要求中的方法，其中前述的第一类型连接是一个多媒体连接。
7.前述的各条权利要求中的方法，其中前述的第二类型连接是一个语音连接。
8.前述的各条权利要求中的方法，包括建立前述的第一类型连接的步骤，当前述的检查结果表明握手处理成功时建立第一类型连接。
9.前述的各条权利要求中的方法，其中前述的第一类型连接是一个视频连接。
10.前述的各条权利要求中的方法，其中前述的握手处理是一个交互式工作处理。
11.前述的各条权利要求中的方法，其中前述的第一类型连接是一个移动终端(1)和一个固定网络(4)的网络终端(5)之间的连接。
12.前述的权利要求1到3中的方法，其中通过与前述的被呼叫方进行另外一次握手处理确定第二类型连接。
14.前述的权利要求1到3中的方法，其中根据被呼叫方的呼叫数字确定第二类型连接。
15.前述的权利要求1到3中的方法，其中根据预设的优先级顺序确定第二类型连接。
16.前述的各条权利要求中的方法，其中前述的第一类型连接将符合ITU-T建议H.324。
17.前述的权利要求1到3中的方法，其中前述的第二类型连接通过进行频道模式修改和改变交换来创建。
18.前述的各条权利要求中的方法，其中包括与前述的被呼叫方建立一个HSCSD呼叫的步骤。
19.一个用于在一个远程通信网络中建立第一类型连接的系统包括a)协商装置(32)，用于与被呼叫方进行握手处理，以建立第一类型连接；b)确定装置(33)，用于确定第二类型连接；c)检查装置(33)，用于检查前述握手处理的结果；d)连接控制装置(34；1)，用于根据检查装置(33)的结果创建第二类型连接。
20.权利要求19中的系统，其中在一个网络设备(3)中提供确定装置，该网络设备位于呼叫方和被呼叫方之间，并且该确定装置用于进行监测操作。
21.权利要求20中的系统，其中连接后退(connection fallback)在前述的网络设备(3)中完成，该连接后退是从前述的第一类型连接控制装置到第二类型连接。
22.权利要求20中的系统，其中至少有一种被呼叫方所支持的连接类型被确定装置(33)确定为第二连接方式，该装置通过监测建立呼叫的信号来完成，其中前述的连接控制装置(34)根据确定的结果而重新建立呼叫。
23.权利要求22中的系统，其中前述的连接控制装置(1)位于呼叫方，并且其中前述的确定装置(33)把确定的结果发送给呼叫方。
24.权利要求19到23中的系统，其中前述的第一类型连接是一个多媒体连接。
25.权利要求19到24中的系统，其中前述的第二类型连接是一个语音连接。
26.权利要求20到25中的系统，其中前述的网络设备是一个交互式工作单元(3)。
27.权利要求26中的系统，其中前述的交互式工作单元(3)被用于检查前述的第一类型连接。
28.权利要求19到27中的系统，其中前述的协商装置是一个交互式工作功能装置(32)。
29.权利要求28中的系统，其中前述的交互式工作功能装置(32)被用来检查前述的第一类型连接。
30.权利要求19到21中的系统，其中前述的确定装置(33)被用来确定第二类型连接，依据是从前述的握手处理所获取的信息。
31.权利要求19到21中的系统，其中前述的确定装置(33)通过与被呼叫方进行另一次握手处理而确定前述的第二类型连接。
32.权利要求19到21中的系统，其中前述的确定装置(33)根据被呼叫方的呼叫数字确定第二类型连接。
33.权利要求19到21中的系统，其中前述的确定装置(33)根据预先设置的优先级顺序确定第二类型连接。
全文摘要
本发明涉及一种建立第一类型连接的方法与系统,其中在第一类型连接中要与另一方进行握手处理(handshake processing)。如果握手处理成功,第一类型连接被建立。如果握手处理不成功,比如建立连接的另一方不支持第一类型连接,在连接过程中一个后退过程(fallbackprocedure)将被启动,用于呼叫建立第二类型连接。这种改变到第二类型连接的处理可以直接进行或者通过呼叫重试过程完成。因此,能够避免出现不当的连接中断或者在终端一方的错误处理。
文档编号H04Q7/22GK1350752SQ00807463
公开日2002年5月22日 申请日期2000年1月24日 优先权日1999年5月12日
发明者朱哈·拉桑恩 申请人:诺基亚公司