专利名称：：网关中的电信业务标识的制作方法
技术领域：
：本发明涉及用于在通过两个网络建立呼叫期间标识所需电信业务类型的方法和设备。具体地说，它涉及用于建立适合于电信业务的呼叫控制的方法和设备，更具体地说，涉及由发端网络标识的业务。
背景技术：
：如今，通过通信网络进行信息传输是普遍现象。更快和更灵活的数据交换的需求正在不断增长，而要传输数据的性质更为多样化。通信网络在规模和性质上也是非常的多样化，从小公司内包括少数个人计算机的局域网(LAN)到全球范围为数据提供交换可能性的因特网。通信网络有不同的特征和操作原则。一些特别为电信设计，另一些致力于更为多样化的数据通信。使用许多不同的网络体系结构和多种数据通信协议来传输信息。一些网络，例如部分传统的公众交换电话网(RSTN)仍在使用模拟数据传输技术，而另一些网络，例如综合业务数字网(ISDN)和以GSM移动电话网为示例的公众陆地移动网(PLMN)采用数字通信技术。专为电信设计的网络通常仍然使用电路交换数据通信，其中分配特定的网络资源来建立和保持网络终端用户之间的连接。其它网络，更典型地是诸如因特网和局域网的主要为通用数据通信设计的网络，它们使用分组交换通信协议，其中不需要建立或保持专用的物理连接。在这种网络中，要传输的连续数据流被分成分组，每个分组通常以一种独立的无连接方式在网络终端用户之间被路由。在传统的电信部门中，有相当的兴趣为网络用户提供多样化的业务，并提供新的电信和数据通信业务。在数据通信部门中，提供更多面向电信业务的兴趣也在增长。因而，在电信和数据通信网络的作用之间产生了发展过程中的交叉(或趋同)。这种趋同引起了异种通信网络之间传输数据的更大需求。但是，由于当前存在的电信和数据网络具有内在的多样性，所以存在互操作或互连的重大问题。现在将更详细地考虑在异种网络之间建立通信的问题。通过下述讨论和稍后在本文中对本发明的描述，将更详细地考虑下述互连情况a)公众交换电话网(PSTN)和公众陆地移动网(PLMN)之间的互连；b)综合业务数字网(ISDN)和公众陆地移动网(PLMN)之间的互连；而且，将具体涉及PSTN和PLMN网络之间以及ISDN和PLMN网络之间提供电路交换电信业务。应该注意的是，在下面，术语PSTN指纯粹的模拟陆线电话网络，而术语ISDN和PLMN指完全采用数字通信技术的网络。但是，尽管ISDN和PLMN网络在本质上都被认为是纯数字的，应该注意到，在某些情况下，ISDN和PLMN网络之间端到端的数字通信是不可能的。例如由于插入连接的网络元件的特征而出现这种情况。因而，要特别考虑ISDN-PLMN的互连问题。当为电信业务建立电路交换连接时，必须建立合适的承载业务。承载业务是一种电信业务，它提供用户-网络接口之间信号传输的能力[参考文献ITU-T1.112]。为了在两个异种网络之间进行电路交换通信，必须建立端到端的连接。这就需要在每个用户终端设备和其相应的网络接口之间建立和保持合适的承载业务。通常，如果所讨论的网络采用不同的通信协议，则还需要进行协议转换以实现端到端的通信。要建立的承载业务的类型取决于终端用户所需要的电信业务类型。例如，在某些情况下，有必要建立适合于传统的语音电话呼叫的承载业务，而在其它情况下，可能需要适合传真或数据通信的承载业务。当在两个异种网络之间建立通信时，为了在两个网络中实现合适承载业务的选择，希望得到所要求的通信类型的端到端指示。由于两个网络中数据通信和信令协议通常不同，因而不能以一种直接的方式得到网络之间所要求的呼叫类型信息的信令。这在端到端数字通信不能实现的情况下尤为如此，例如模拟公众交换电话网和公众陆地移动网之间的互连，其中公众交换电话网由带内信令提供呼叫类型信息，而公众陆地移动网使用数字带外信令指示呼叫类型信息。图1示出GSM公众陆地移动网的结构。如图1所示，GSM结构包括网关移动交换中心(MSC)10，该网关MSC与诸如PSTN和/或ISDN15的固定网络及GSM无线网络进行连接。GSM无线网络包括基站系统，基站系统包括基站控制器16和基站收发信机站(BTS)17。BSS(基站系统)包括编码转换器TC(例如转换成GSM语音)。在图1中，所示TC101在BSC中，但也可以在BSS的另一部分中，诸如在BTS17中。移动台通过空中接口连接到BTS。网关MSC还连接到用户和终端设备数据库，形式为归属位置寄存器(HLR)12、来访位置寄存器(VLR)13、和设备身份寄存器(EIR)14。EIR包含涉及移动终端的信息，VLR提供需要处理呼叫的所有信息的本地存储，所述呼叫发往或来自涉及那个特定VLR的位置区域内的移动用户。HLR12永久存储移动台的所有用户参数，包括与特定移动台相关的用户号码以及它们相应的业务类型。由于PSTN是模拟网而GSMPLMN是数字网，它们不是直接兼容的。因此，网关MSC10要有相关的互连功能(IWF)11，它是PLMN和PSTN/ISDN之间实现互连的功能实体。通常，互连功能包括与模拟PSTN网络连接的调制解调器或调制解调器群。在这里考虑的示例中，在网关MSC10中的互连功能IWF用作与PSTN/ISDN和PLMN的网络接口，并提供必要的协议转换以实现端到端的通信。传统上，在PLMN系统中，通过采用多编号方案，即通过将特定用户号码(MSISDN)专用与特定电信业务，来标识不同的电信业务。例如，在GSM中，用户目前已可以根据其简档分配移动台被叫GSM语音、数据和/或传真号码。如前所述，现在有极大的兴趣提供额外的和更为广泛多样的电信业务。在未来，建议移动电话用户还拥有更加高速的数据和多媒体业务选项，这些业务将拥有专门的用户号码。当前GSM多编号方案基于GSM技术规范09.07。根据GSM09.07，给用户分配多个MSISDN号码，每个MSISDN与特定电信业务相关。一些互连信息(IWI)与这些号码中的每一个链接并存储在用户的HLR中。在GSM03.08中规定了互连信息的内容，它包含一个或两个完整的BC(承载能力)信息元素，GSM建议07.01规定了信息元素的内容，它们按照GSM建议04.08的10.5.4.5节描述的那样被编码。现在将在GSM09.07中描述的传统多编号方案的范围内并参考附图2来说明PSTN和PLMN之间的互连。如图2所示，当呼叫始发于PSTN15(在本示例中是数据呼叫)，发送包括被叫线路标识(CLI)的初始SETUP消息[步骤1]。如上所述，HLR包含指示呼叫类型的对应于所述CLI的数据库项。MSC10向HLR12询问呼叫类型和对应于CLI的承载能力，并发送建立消息给MS18以向MS18通告呼入和呼叫类型[步骤2]。MS18在检查了其与所请求的承载能力的兼容性(例如用户简档能力)后，通过发送CALL_CONF消息作出响应[步骤3]。所述消息作为CALL_PROC消息通过MSC10传递给PSTN[步骤4]。然后，MS发送ALERT消息给MSC，向MSC通告它已经开始对被叫用户振铃[步骤5]，从而MSC把振铃音连接到主叫用户[步骤6]。最终，当被叫用户应答并建立了适合数据呼叫的连接时，CONNECT消息从MS发送到MSC[步骤7]，然后从MSC到PSTN[步骤8]。在端到端数字通信不能实现的情况下，使用诸如GSM09.07中所定义的多编号方案消除了对呼叫类型和承载能力信息的端到端信令的需要。多编号方案的特征在始发于PSTN的移动台被叫中特别有用。因为移动用户的每个电信业务分配有单独的电话号码，并且合适的互连信息与每个号码相关，没有必要跨越PSTN和GSM网络之间的边界发送关于呼叫类型和所需承载业务的信息。这种方法解决了如何提供关于始发于PSTN的数据呼叫的所需承载业务的信息。多编号方案还能够简化与ISDN网络的互连。尽管在PLMN和ISDN之间的端到端数字通信在理论上是可行的，然而由于IDSN或其它连接网络的属性，所述端到端数字通信有时候在所有层次是不可能的。但是，应该注意到，GSM09.07中定义的多编号方案还有重大的缺点。它增加了要拨号码的复杂度，增加了使用中的用户号码数目，给用户增加了负担，因为用户必须记住哪个号码对应于哪个电信业务。此外，HLR中关于承载能力的信息的存储增加了HLR的存储需求，这是不希望出现的，特别是考虑到不久的将来可用电信业务数目可能增长。而且，在多编号方案下，由于没有提供端到端谈判机制，承载业务(如数据传送速率)的优化是不可能的。例如，当建立PSTN始发的移动台被叫时，参考存储在HLR中的互连信息(IWI)建立所述电信业务的承载业务，承载业务的非端到端调整是可能的。在某些ISDN网和PLMN之间互连时发生类似情况，特别在所有层次的端到端数字连接不能实现时。在某些情况下，这可能导致可用传输带宽的非最佳使用，例如在移动用户漫游到与他/她的归属网络承载能力不同的PLMN网络的情况下。本发明的实施例提供了在异种网络之间标识和映射呼叫标识信息(例如，呼叫类型和承载能力信息)的机制。这样的映射方案例如可用于a)优化多编号方案中的承载；b)使用简化编号方案；或c)实现单编号方案。为了使用所有类型的呼叫对应单个用户号码的单编号方案，需要映射异种网络之间的呼叫标识信息。在本发明的实施例中，通过下述方案达到这个目的增强网络之间互连功能的功能；允许呼叫类型信息的重新格式化；增强网络之间承载能力信息的传输。呼叫类型信息的映射消除了对上述多编号方案的需要。因而它从用户立场上简化了系统的操作，因为呼叫者只需要记住被叫的一个号码。还有，它还减少了用户号码长度增长的需求以迎合未来的附加业务。而且，减少了HLR上的处理负担。另一方面，映射承载业务提供了实现无线承载优化的其它优点。即无线承载可以通过谈判与PSTN/ISDN的匹配，因而优化了无线网络使用的带宽。根据本发明的一个方面，提供一种用于在始发网络终端和终接网络终端之间建立呼叫的交换机。所述交换机包括用于接收来自始发网络的第一格式的呼叫标识信息的输入；用于把接收的呼叫标识信息格式化为第二格式的装置；用于通过终接网络输出第二格式的呼叫标识信息的输出装置；和用于完成适合于所述终端间的被标识的呼叫的连接的连接装置。这个交换机允许消除和/或减少上述多编号方案的使用。呼叫标识信息可以包括呼叫类型信息和/或承载信息。呼叫类型信息可以例如涉及电信业务信息(如H.324的电信业务信息)。承载信息允许终接网络使用和始发端相同的比特速率，由此保证带宽效率被优化。终接网络最好是诸如UMTS或GSM网的无线通信网络。任选地，交换机是MSC或GMSC。交换机还可以包括连接到输入的用于以下操作的装置根据用户号码确定主要呼叫类型信息，将第一主要呼叫标识信息传送到输出，并且将其它主要呼叫标识信息传送到重新格式化设备。这样的交换机可以例如允许要采用的双编号系统区分主要类型“语音”和“数据”的呼叫。在这种情况下，“语音”主要类型的所有呼叫最好被自动连接，实际数据类型的进一步确定由“数据”主要类型的呼叫构成。根据本发明的另一方面，提供一种用于建立始发网络终端和终接网络终端之间的呼叫的方法。该方法包括接收来自始发网络的第一个格式的呼叫标识信息；把接收的呼叫标识信息重新格式化为第二格式；通过终接网络输出第二格式的呼叫标识信息；完成适合于所述终端间的标识的呼叫的连接。根据本发明的又一方面，提供一种用于以建立始发网络终端和终接网络终端之间的呼叫的方法。该方法包括建立预定类型的呼叫；从始发终端向终接网络发送第一格式的呼叫标识信息；把接收的呼叫标识信息重新格式化为第二格式；向终接终端发送第二格式的呼叫标识信息；并且建立适合于所述终端间的被标识的呼叫的连接。根据本发明的另一方面，提供一种用于建立从始发网络终端到终接网络终端的呼叫的交换系统。该交换系统包括用于从始发网络接收第一格式的呼叫标识信息的装置；用于把接收的呼叫标识信息重新格式化为第二格式的装置；用于通过终接网络发送第二格式的呼叫标识信息的装置；用于完成适合于所述终端间的被标识的呼叫的连接的连接装置。根据本发明的实施例，提供带有编码转换器和互连功能的MSC。这与传统GSM系统相反，例如，其中编码转换器形成基站子系统的一部分。现将参考附图以示例说明本发明的实施例，附图中图1说明当前GSMPLMN和其与PSTN/ISDN的连接；图2说明使用传统多编号方案从PSTN终端到移动台的数据呼叫建立；图3说明根据本发明第一实施例的使用增强多编号方案从PSTN终端到移动台的H.324透明视频呼叫的建立；图4说明根据本发明第一实施例的使用增强多编号方案从PSTN终端到移动台的H.324透明视频呼叫的建立，说明在呼叫建立期间包含PSTN本地交换；图5说明本发明的MSC所需的用于PSTN始发呼叫的电信业务的标识；图6说明根据本发明第二实施例的使用单编号方案从PSTN终端到移动台的数据呼叫建立；图7说明根据本发明第二实施例的使用单编号方案从PSTN终端到移动台的数据呼叫的建立，并示出包含PSTN本地交换；图8说明根据本发明第二实施例的使用单编号方案从PSTN终端到移动台的数据呼叫建立的其它方法；图9说明根据本发明第二实施例的使用V.8bis信令从移动台到PSTN终端的数据呼叫的建立；图10说明根据本发明第二实施例的使用V.8信令从移动台到PSTN终端的数据呼叫的建立；图11说明根据本发明第二实施例的使用V.8信令从移动台到PSTN终端的数据呼叫的建立，并示出包含PSTN本地交换；图12说明根据本发明第二实施例的使用端到端数字通信从ISDN终端到UMTS移动台的数据呼叫的建立；图13说明根据本发明第二实施例的在端到端数字通信不能实现的情况下从ISDN终端到UMTS移动台的数据呼叫的建立；图14说明根据本发明第二实施例的使用端到端数字通信从UMTS移动台到ISDN终端的数据呼叫的建立；图15说明根据本发明另一实施例的在端到端数字通信不能实现的情况下从UMTS移动台到ISDN终端的数据呼叫的建立；图16说明根据本发明第二实施例的从ISDN终端到UMTS移动台的数据呼叫的建立，并示出包含ISDN本地交换；图17说明根据本发明第二实施例的在端到端数字通信不能实现的情况下从ISDN终端到UMTS移动台的数据呼叫的建立；图18说明根据本发明第二实施例的从UMTS移动台到ISDN终端的数据呼叫的建立，并示出包含ISDN本地交换；图19说明根据本发明第二实施例的在端到端数字通信不能实现情况下从UMTS移动台到ISDN终端的数据呼叫的建立；图20说明根据本发明第二实施例的在两个UMTS移动台之间的数据呼叫的建立；图21说明根据本发明第二实施例的在UMTS移动台和第二代GSM移动台之间的数据呼叫的建立；图22说明根据本发明第三实施例的从PSTN终端到移动台的数据呼叫的建立；图23更详细地说明根据本发明第三实施例的从PSTN终端到移动台的数据呼叫的建立；图24说明H.324呼叫的典型映射信息。本发明详细描述本发明涉及一种用于利唯一呼叫类型区别在不兼容网络之间控制不同呼叫类型的方法和设备。参照图1所示网络对它进行说明，图1所示的网络也就是使用带内信令的模拟PSTN网和使用带外信令的GSM网。但是，本发明并不限于这些网络的呼叫控制，它同样适用于其它不直接兼容的网络。建议本发明在未来使用的一个领域是在陆线网络(诸如PSTN或ISDN)和通用移动电信系统(UMTS)之间。稍后在本文给出的对本发明实施例的说明中有固定线路(PSTN/ISDN)和移动(PLMN)多媒体终端之间的呼叫建立的示例。但是，应该知道本发明决不限于所述示例性应用，原则上它可以用于异种网络之间的其它任何种类的呼叫建立。在下面，假定根据ITU-T建议H.324、H.324/I(H.324附录D)或H.324/M(H.324附录C)实现所涉及的与本发明示例性实施例有关的固定终端(PSTN/ISDN)和移动(PLMN)多媒体终端。H.324建议提供了实现多媒体终端的框架，允许实时的视频、音频、或数据、或它们的任何组合的通信。根据H.324实现的多媒体终端可以是连接到固定线路PSTN/ISDN的单独终端设备，或者是用于PLMN的移动终端。H.324多媒体终端也可以用PC或计算机工作站实现。基本的H.324建议制定了为用于连接到诸如PSTN电话系统的固定线路模拟电信网络而设计的多媒体终端的需求。H.324/I建议(H.324附录D)为连接到提供数字通信的固定线路网络的多媒体终端定义了等效需求，所述固定线路网络例如有ISDN网络，H.324/M(H.324附录C)提供了对H.324的某些修改，专门设计来改善多媒体比特流对数据传输错误的健壮性。这些修改对H.223复用协议有很大作用。后缀“M”代表移动，用于指示H.324的H.324/M变体特别适合用于移动应用，其中多媒体数据的传输发生在特别易错的通信信道上。但是，应该注意到建议H.324/M的使用不限于移动多媒体应用，也可以用于固定线网络。H.324建议的附录C描述了H.324和H.324/M之间的区别。虽然读者要参考H.324、H.324/I和H.324/M建议来了解多媒体终端实现更多的细节，然而对H.324、H.324/I和H.324/M多媒体终端的功能元素的简述有助于理解本发明。要连接到模拟PSTN的H.324终端的基本功能元素是a)根据ITU-T建议H.261或H.263实现的视频编解码器；b)根据建议G.723.1的音频编解码器；c)用于支持诸如电子白板、静止图像传送、文件交换、数据库访问、电话会议、远程设备控制、网络协议的数据应用的数据协议。根据H.324，所有的数据协议都是任选的，但可以包括i)T.120点到点和多点电话会议；ii)T.84点到点静止图像传送；iii)T.434点到点文件传送；iv)H.224/H.281远端摄像机控制；v)T.30传真传送；vi)T.140文本对话协议；d)根据ITU-T建议H.245的控制协议，它提供信令以实现多媒体终端的正确端到端操作；e)根据H.223的复用协议，它用于把视频、音频数据和控制信息复用到单一比特流供传输，并用于对接收到的多媒体比特流进行分用；以及f)符合建议V.34和V.8(和任选的V.8bis)的调制解调器。H.324多媒体终端的V.34/V.8/V.8bis兼容的调制解调器是基本元素，它允许终端提供用于向PSTN传输的模拟输出并允许把从PSTN接收的模拟信号转换成数字比特流供进一步处理和/或在终端中再现。但是，调制解调器也可以作为外围单元来实现，这种情况下，它作为多媒体终端和PSTN之间的接口被连接，多媒体终端根据建议V.250(如exV.25ter)控制调制解调器的操作。当在通过PSTN电话网连接的两个H.324多媒体终端之间建立例如视频呼叫时，呼叫终端启动呼叫启动程序。呼叫终端根据模拟(语音)电话的标准程序首先请求连接。在传统模拟(语音)连接成功建立后，H.324终端进入V.8启动程序。呼叫终端传输CI(呼叫指示)呼叫音，其中它发信号表示“H.324”V.8CF(呼叫功能)，根据V.8建议，“H.324”V.8CF具有0×21的值。CF信息元素标识呼叫终端所需要的呼叫类型。如果呼叫终端随后在接收端检测到从兼容V.34的调制解调器来的响应，接着启动用于所述调制解调器的程序。应该注意到，如果主叫多媒体终端和被叫多媒体终端都支持V.8bis，在进行到多媒体电话之前用户有说话的机会。在V.34调制解调器建立和握手程序结束时，两个多媒体终端之间有效地建立数据连接。随后，使用H.245控制协议启动系统到系统的通信，逻辑信道向各种要传输的信息流开放。在V.34建议定义了用于端到端通信的数据速率，范围是2400bps到33600bps。可任选地支持两个最高数据速率，31200bps和33600bps，必须支持的最高速率是28800bps。在多媒体(如视频)通信中，由于实时视频所需的大数据吞吐量，最好有较高的数据速率。因而，28800bps或更高的数据速率被认为最适合用于视频电话应用。在要直接连接到诸如ISDN的固定线路数字网络的H.324/I终端中，V.8/V.8bis/V.34调制解调器被I.400系列ISDN用户-网络接口所取代。通过ISDN网络连接的两个H.324/I兼容的多媒体终端之间的呼叫建立通常根据建议V.140来实现。根据V.140的呼叫建立有三个阶段。在阶段1，呼叫终端发送重复特征80比特模式以向被叫终端指示它支持V.140。如果在接收数据中还检测到特征V.140比特模式，这就指示被叫终端支持V.140，并且呼叫建立可以继续进行。如果在某个预定的超时间隔后没有收到V.140响应，则呼叫终端可能退回到它支持的其它任何非V.140协议，例如V.8或V.8bis。为了能够退回到V.8或V.8bis，呼叫终端还发送用数字音频编码的V.8/V.8bis消息(根据建议G.711)并侦听来自被叫终端的相应数字化编码的V.8/V.8bis响应。假设在阶段1接收到V.140响应，则进入V.140呼叫建立程序的阶段2。呼叫终端现在确定ISDN连接的特征。现在在使用的多种ISDN网，包括提供56kbps和64kbps通信的网络。因而，在链路可用于多媒体通信之前，必须确认包括数据速率和比特对准的端到端数字链路的特征。一旦建立了数字链路的特征，就进入呼叫建立程序的阶段3。在这个阶段中，终端交换模式能力和选择模式。H.324/I指定呼叫多媒体终端在BC(承载能力)和LLC(低层兼容性)信息元素中提供呼叫类型信息。ITU-T建议Q.931中定义了这些信息元素，它说明了在ISDN网络中用于建立、保持和结束网络连接的协议。一旦完成使用V.140的呼叫建立，就使用H.245控制协议启动终端之间的系统到系统的通信，正如连接到PSTN的H.324终端之间的通信。端到端通信中使用的数据速率取决于连接两个多媒体终端的ISDN网络的类型。如上所述，提供56kbps和64kbps数据速率的ISDN网络目前已经存在。建议V.110规定中允许在ISDN网络中使用较低的数据速率。V.110中规定的数据速率对应V.34调制解调器之间的通信中使用的许多速率，并在连接到ISDN和PSTN网络的多媒体终端之间提供兼容性。在移动通信中，根据H.324/M(即根据H.324的附录C)实现的多媒体终端中，V.8/V.34调制解调器被其它合适的无线接口取代。H.324/M正视，由于PLMN网络中的终端之间所提供的数字连接，多媒体呼叫的直接建立是可能的。未来网络中用于多媒体通信的数据速率将兼容ITU-T建议V.110并将提供对诸如64kbps的较高速率的支持。如上所述，根据建议H.324、H.324/I和H.324/M实现的多媒体终端适应于使用不同的呼叫建立程序，并以不同方式提供它们的承载能力信息。还使用了不同的数据传送速率和通信协议。这些不同中的很多是由于设计用于操作多媒体终端的网络的特征和需要而产生。下面给出的本发明的示例性实施例说明许多其它程序，它们实现在异种网络之间改善的呼叫建立，特别强调多媒体(视频)电话。这些包括提供增强多编号方案的实施例、允许使用简化编号方案的实施例以及实现单编号方案的实施例。一些实施例具体涉及PSTN和PLMN网络之间的互连，而另一些涉及ISDN和PLMN网络之间的互连。在所有情况下，说明了移动台被叫和移动台始发呼叫的建立情况。为了实现PSTN、ISDN和PLMN网络之间全面的互连，一直假设网关MSC的互连功能包括调制解调器或调制解调群，它们提供与V.8、V.34、V.110、V.140以及任选地与V.8bis的兼容性。但是，不意味着关于IWF功能的限制。还应该注意到，呼叫类型、承载业务标识及映射的基本原则和下面的本发明实施例中所表示的呼叫建立程序同样适用于当前已存在的(第二代)和未来的(第三代)移动网。在整篇文章中，当前GSM(全球移动通信系统)作为第二代PLMN网络的示例，所建议的UMTS(通用移动电话系统)当前正在进行标准化，它作为第三代PLMN的示例。在下面说明的示例性互连情况下，参考GSM建议04.08的9.3节定义的标准化呼叫建立消息来说明PLMN网络中(即网关MSC和移动终端之间)的呼叫建立信令。UMTS移动网中的呼叫建立信令将紧密取决于GSM04.08的规定，并在ITU-T建议24.08中定义。因而假设两个系统之间紧密对应。而且，ISDN网络中(即ISDN终端设备和ISDN本地交换机之间)的呼叫建立信令以完全模拟的方式发生，这在ITU-T建议Q.931中定义。虽然读者要查阅合适的ITU-T建议得到GSM/UMTS和ISDN呼叫建立信令的细节，然而为了帮助理解本发明，这里提供了根据GSM04.08(5.3.0版本)的呼叫建立信令的一些重要特征概要。特别强调呼叫建立过程中网络和移动台之间交换的信号的信息内容，交换包括移动台被叫(MT)和移动台始发(MO)方向。更具体地说，将讨论SETUP和CALL_CONF(呼叫确认)的功能和信息内容。模拟呼叫建立消息用于ISDN和UMTS网络中，并分别在ITU-T建议24.008和Q.931中定义。SETUP在移动台被叫(MT)建立中，为了启动呼叫建立，网络(例如从MSC)发送SETUP消息给移动台。在移动台始发(MO)呼叫建立中，当SETUP消息从移动终端发送给网络(GSM04.08，9.3.23节)时启动呼叫建立。SETUP消息包含许多提供呼叫路由和控制信息的信息元素(IE)以及关于要建立呼叫的特征的信息。特别是，SETUP消息可以包含多达两个承载能力(BC)信息元素(称为承载能力1和承载能力2)、两个低层兼容性(LLC)信息元素和两个高层兼容性(HLC)IE。BC信息元素的目的是说明要建立的呼叫的承载业务，它用于GSM04.08附录B中定义的兼容性检查。GSM04.08的10.5.4.5节提供了BCIE的结构、内容和编码细节。根据GSM04.08的10.5.4.18节，低层兼容性信息元素的目的是提供寻址实体(如MT呼叫中的移动终端)用于兼容性检查的装置。在GSM04.08的附录B中给出了LLCIE在兼容性检查中所起作用的细节。如本文后面将要说明的，根据本发明的一些实施例，选择LLCIE以包含关于被请求的呼叫类型(如H.324多媒体/视频呼叫)的信息。应该注意到，当PLMN中的移动终端之间建立呼叫时，LLC信息元素从主叫透明地传输给被叫。但是，当主叫在另一网络中时，例如在ISDN网络中时，并不能保证LLC信息元素的端到端传输是可能的，因而LLCIE中呼叫类型信息的端到端通信不是确定的。因而，本发明提供在LLC信息元素的端到端通信不可能的情况下在网络之间用于传输呼叫类型信息的装置。高层兼容性信息元素也用来为远程用户提供用于兼容性检查的装置。GSM04.08的10.5.4.16节说明了HLCIE的内容和编码，其附录B中说明了兼容性检查的使用。根据本文后面说明的本发明的一些示例性实施例，HLCIE用于包含关于被请求的呼叫类型的信息。但是，在LLCIE的情况下，虽然高层兼容性信息元素在PLMN中的始发和终接方之间透明传输，然而不能保证异种网络之间HLCIE的端到端传输。因而在HLC信息元素中提供呼叫类型信息的本发明实施例中，还提供装置来保证在HLCIE的端到端传输不可能的情况下可以进行呼叫类型信息的通信。CALL_CONF根据GSM04.08的9.3.2节，为了确认呼入请求，移动台发送CALL_CONF(呼叫确认)消息作为对网络的回应。类似SETUP消息，CALL_CONF消息包含许多信息元素。特别是它可以包含多达两个承载能力(BC)信息元素。但是，某些条件下，BCIE只包含在CALL_CONF消息中。在本发明的范围内，承载能力消息包括在CALL_CONF消息中的情况是a)在移动台希望建立承载业务时，而不是呼入SETUP消息的承载能力1信息元素中指示的情况；或b)在与呼入SETUP消息有关的接收的承载能力1信息元素丢失(例如空)或未完全指定时。下面的本发明的示例性实施例描述了异种网络之间互连时CALL_CONF消息中的承载能力消息的使用的示例。现将说明根据本发明第一实施例的从PSTN多媒体终端到移动多媒体终端的视频呼叫的建立(移动台被叫)。本发明的第一实施例涉及增强多编号方案的实现，并将在从PSTN多媒体终端到移动多媒体终端的视频呼叫建立的范围对其进行说明，如图3和4所示。图3说明使用增强多编号方案从PSTN终端到移动台的视频呼叫建立的示例。从HLR中检索涉及被叫用户号码的被叫方承载能力消息。到达连接阶段[步骤8]后，IWF调制解调器开始侦听CI(呼叫指示)消息，并进入与始发端调制解调器进行握手步骤[步骤9]。如前所述，标准的兼容PSTNH.324应用将发送V.8CF码0×21[步骤10]。只有检测到呼入V.8编码的有效性后，MSC才知道始发端正在请求H.324服务还是没有请求服务，例如对被叫方的专用H.324视频业务号码的误拨语音呼叫。图4说明与关于图3说明的相同的实施例，示出了呼叫建立中PSTN本地交换机(LE)所起的作用。术语“本地交换机”用于表示PSTN多媒体终端连接的电话交换机。PSTN网络中的交换机之间的呼叫建立信令，以及PSTN交换机和PLMN网络的(网关)MSC之间的呼叫建立信令经过称为7号信令系统(SS7)的信令网络产生，ITU-TQ.700系列建议定义了它的属性和实现。通常，ISDN网络和PLMN之间的信令也经过SS7网络产生，例如MSC之间的内部PLMN信令亦如此。SS7信令系统中使用的呼叫建立消息称为ISUP(ISDN用户部分)消息。可以在ITU-T建议Q.762中找到关于本发明实施例所讨论的ISUP消息的定义。参照图4，当PSTN本地交换机(LE)发出ISUP初始地址消息(IAM)时，开始根据本发明第一实施例的从PSTN多媒体终端的视频呼叫建立[步骤1]。IAM启动输出电路的捕获，并发送涉及呼叫路由和处理的号码和其它信息。在本发明的这个实施例中，多编号方案用于移动台被叫，IAM指示的号码是被叫方的视频业务号码。当MSC10接收到IAM时，它从HLR12检索所指示的号码的呼叫类型和承载能力信息，并在SETUP消息中把这个信息发送给MS18[步骤2]。在这个示例中，如图4所示，从HLR检索的呼叫类型和承载能力消息承载在SETUP消息的承载能力1信息元素中。MS18在检查了它与请求的承载能力的兼容性(如用户简档能力)后通过发送CALL_CONF消息给MSC10进行响应[步骤3]。这个消息作为ISUP地址完成消息(ACM)转发给主叫终端的PSTN本地交换机[步骤4]。ACM向PSTNLE通告需要将所述呼叫路由到被叫方的所有地址已经收到。下一步，MS18发送ALERT消息给MSC10，通知它已经开始对被叫用户进行振铃[步骤5]。这个信息作为ISUP呼叫进展消息(CPG)返回给PSTNLE[步骤6]，PSTNLE从而把振铃音连接到主叫终端。当被叫用户应答这个呼叫时，CONNECT消息从MS18传到MSC10[步骤7]。这个消息作为ISUP应答消息(ANM)发回给PSTNLE[步骤8]。到达连接阶段后[步骤8]，IWF调制解调器开始侦听[步骤9]V.8CI(呼叫指示)消息，该消息预计来自于兼容H.324的PSTN多媒体终端。如果从呼叫终端接收到V.8CF码0×21[步骤10]，IWF调制解调器回应，指示它和V.34的兼容性。随后，V.34启动和握手程序被启动[步骤11]，并最终为端到端通信选择合适的承载。如前所述，V.34建议提供了多种数据速率，从2400bps到33600bps，其中较高的数据速率最适合视频电话。在这个示例实施例中，为端到端连接的PSTN链路中的通信选择28800bps的V.34数据速率。为端到端连接的PLMN(GSM)链路的通信选择相应的V.110承载业务。根据本发明的第一实施例的用于移动台被叫的增强多编号方案提供了如下优点为端到端通信所选择的承载业务通过谈判过程被优化，其中网关MSC的互连功能侦听并解释来自于始发网络的信令。下面将说明本发明使用单编号方案的第二实施例，其中移动用户被分配单一的MSISDN。为了在不同连接的情况下实现单一编号方案(包括那些端到端数字连接不可能的情况)，给MSC10提供额外的功能，这在图5中描述。一般来说，这个功能由IWF提供，并任选地由编码转换器TC提供。但是，另一方面，它可以由网络中MSC的其它部分和/或其它交换机提供。在PSTN始发、移动台被叫建立中，信令检测器41(包括TC和IWF)首先检测来自PSTN的信令[步骤301]。然后，它解释涉及电信业务的带内信令消息，并把这些消息映射成合适的数字带外信令[步骤302]。映射后，MSC10为移动终端提供关于所标识的呼叫类型的合适呼叫建立消息[步骤303]。因此，通知移动台18呼叫类型和所需承载业务，合适的呼叫连接被影响。用于H.324呼叫的典型映射信息如图24所示，文章后面标题“映射”下面提供了映射过程的其它信息。在移动台始发、PSTN终接呼叫建立中，MSC10从移动终端接收带外数字信令，该信令指示要建立的呼叫类型和所需的承载业务。MSC把从MS18接收的呼叫类型和承载业务信息转换(映射)成合适的模拟带内信令，这个信令可以由终接PSTN终端解释。在PLMN和ISDN网络之间互连时类似操作是必需的。在这种情况下，通常需要MSC的IWF在不同的带外数字格式之间映射呼叫类型和承载业务。但是，如上面解释的那样，PLMN和某些ISDN网络之间端到端数字通信可能行不通，因而在某些情况下，有必要在带内发送呼叫类型信息给终接ISDN网络或者从ISDN网络接收带内信令。根据本发明，还向网关MSC提供功能以在PLMN和ISDN之间执行呼叫类型和承载业务信息映射操作。应该认识到，根据精确的网络设置，给定的网关MSC可以仅在PLMN和PSTN之间、仅在PLMN和ISDN之间进行互连，或两者的结合，或者可以提供与其它网络的互连。因而，下面对本发明的说明不意味着有关这类网关MSC的通常功能的限制。而且，呼叫建立期间指示呼叫类型和承载能力的特定信息元素(例如承载能力BC、高/低层兼容HLC/LLC等)的使用，以及这些信息元素中的特定域的特定值的选择不应解释为对本发明范围的限制。本发明下面的特征同样适用于使用不同信息元素、数据域和数据值的情况。通过考虑PSTN和PLMN网络之间的互连，首先将说明根据本发明第二实施例的呼叫建立的示例。参考图6、7和8来描述用于移动台被叫建立的两个候选过程。然后参照图8、9和10说明建立移动台始发呼叫的两个方案。图6说明根据本发明第二实施例的使用单编号方案从PSTN终端到移动台的呼叫建立。如上所述，在这个实施例中，MSC10包括了IWF和TC。还有，它适应于至少符合V.8，最好是符合V.8bis，所以它能够标识从V.8/V.8bis呼叫功能信息类别来的呼叫类型。特别地，MSC调制解调器群包括符合V.34的调制解调器，以致于支持V.8和任选地支持V.8bis。这个调制解调器作为信令检测器41，用于检测和解释V.8/V.8bis信令。当呼叫始发于PSTN15(在这个示例中是多媒体呼叫)，初始的SETUP消息从PSTN终端发送到MSC10[步骤1]。而MSC10使用GSM/UMTS呼叫控制信令发送SETUP消息给所拨用户号码相关的MS18[步骤2]。在图6所示的示例中，SETUP消息向MS18通告呼入和默认呼叫类型，在这个示例中默认的呼叫类型是语音。MS18在检查了其与被请求的承载能力的兼容性后通过发送CALL_CONF消息进行响应[步骤3]。这个消息作为CALL_PROC消息通过MSC10转发给PSTN[步骤4]。然后，MS发送ALERT消息给MSC，向MSC通告已经开始被对被叫用户进行振铃[步骤5]，因而MSC连接振铃音给该主叫用户[步骤6]。最后，当被叫用户应答时，CONNECT消息从MS发送到MSC[步骤7]，然后再从MSC到PSTN[步骤8]，并且建立默认的语音连接[步骤9]，以及在编码转换器单元中启动合适的语音编码转换。在连接时，MSC10的V.8/V.8bis信令检测器41解释PSTN始发的V.8/V.8bis信令[步骤10]。涉及电信业务的信令被MSC10映射成相应的GSM/UMTS信令。在这种情况下，信令检测器41标识电信业务类别为多媒体(H.324)呼叫和28.8kbps透明承载业务类别。在其它情况下，可以选择一个以上的承载业务例如一个用于图像，一个用于数据。如果需要，MSC内的连接(包括调制解调器的启动)被重新安排，例如在GSM阶段1中建议的“交替语音和数据”业务。输出至移动台语音信道的GSM/UMTS语音承载最好被封锁以防止移动台的喇叭启动，直到呼叫类型被确立。但是，要保持终端之间的连接。下一步，在成功检测到由调制解调器设置预计的信令后，MSC和PSTN中的调制解调器开始握手过程[步骤11]，这能够导致以通常一致的数据调制速率的连接。然后，无线网络的承载能力被设置成与确定用于PSTN的设置相同，以便优化带宽。MSC使用GSM第三层呼叫控制协议(GSM04.08)促成承载的修改，MS18被通告所请求的呼叫类型和承载[步骤12]。MS返回消息给MSC以完成GSM/UMTS承载修改过程[步骤13]。PSTN终端和MS18之间的多媒体通信连接完成。通信发生在3.1kHz(对PLMN是外部的)承载业务中，它使用包含IWF调制解调器和优化无线电承载的类别[步骤14]。图7说明根据本发明第二实施例的PSTN始发、移动台被叫的建立，其中示出包含PSTN本地交换机(LE)，还使用H.324多媒体呼叫的示例。还提供涉及MSC10和MS18之间的承载能力信息交换的示例。参照图7，当主叫多媒体终端连接的PSTN本地交换机(LE)发出ISUP初始地址消息(IAM)时，来自PSTN多媒体终端的H.324呼叫的建立开始[步骤1]。当MSC10收到LAM时，它使用GSM/UMTS呼叫控制信令发送SETUP消息给与被拨号码相关的MS18[步骤2]。SETUP消息向MS18通告呼入，在这种情况下，默认的呼叫类型是语音。涉及默认呼叫类型的被请求承载业务的信息在承载能力(BC)信息元素中指示。在检查了与被请求承载能力的兼容性(即用户简档能力)后，MS18通过发送CALL_CONF消息给MSC10进行响应[步骤3]。最好，被GSM规范04.08的9.3.2节的规定所允许，CALL_CONF消息包含移动台支持的、涉及呼叫类型和承载业务的信息。CALL_CONF消息还包含一个或两个BCIE、承载能力排列的顺序能够指示承载业务特别选择的优先顺序。在从MS接收CALL_CONF消息后，MSC发出ISUP地址完成消息(ACM)给呼叫终端的PSTN本地交换机[步骤4]。ACM向PSTNLE通告已经接收到需要把呼叫路由到被叫方的所有地址信号。下一步，MS18发送ALERT消息给MSC10，向它通告MSC已经开始对被叫用户进行振铃[步骤5]。这个消息作为ISUP呼叫进展消息(CPG)返回给PSTNLE[步骤6]。因而PSTNLE连接振铃音给呼叫终端。当被叫用户应答呼叫时，CONNECT消息从MS18发送到MSC10[步骤7]。这作为ISUP应答消息(ANM)返回给PSTNLE[步骤8]，建立默认的语音连接[步骤9]，并在编码转换器单元中启动合适的语音编码转换。一旦连接，MSC的V.8/V.8bis信令检测器41开始侦听PSTN始发的V.8/V.8bis信令[步骤10]。任何接收到的涉及电信业务的V.8/V.8bis信令被MSC10映射为相应的GSM/UMTS信令。在成功检测来自主叫H.324PSTN终端的V.8/V.8bis信令后，MSC和PSTN终端中的调制解调器开始握手程序[步骤11]，这能够导致以通常一致的数据调制速率连接。下一步，无线网络的承载能力被设置成与确定PSTN的设置相同，以便优化带宽。MSC使用GSM第三层呼叫控制协议(GSM04.08的9.3.13节)促成承载的修改，并且MS18被通告所需的呼叫类型和承载[步骤12]。MS返回消息给MSC以完成GSM/UMTS承载修改过程[步骤13]。现在完成用于PSTN终端和MS18之间的多媒体通信的连接[步骤14]。图8说明根据本发明第二实施例的另一个PSTN始发的、移动台被叫建立过程。如图7所示，在呼叫建立信令中包含PSTN本地交换。根据图8的示例，当主叫多媒体终端连接的PSTN本地交换机(LE)发出ISUP初始地址消息(IAM)时，H324的多媒体终端呼叫建立开始[步骤1]。当MSC10接收到IAM时，它使用GSM/UMTS呼叫控制信令发送SETUP消息给与被拨号码相关的MS18[步骤2]。SETUP消息向MS18通告呼入，但是与关于图6和图7说明的示例性呼叫建立过程不同的是没有向移动终端指示默认的呼叫类型。实际上，SETUP消息的承载能力信息元素为空。根据该替代的呼叫建立过程，没有承载能力信息的SETUP消息的接收向移动终端通通告主叫方在PLMN网络外，并且不能提供涉及所需呼叫类型和承载业务的直接带外数字信令。移动台形成CALL_CONF消息并将其发送给MSC[步骤3]。根据GSM04.08的9.3.2节(或相当的UMTS建议)，最好以标准化的方式在CALL_CONF消息中提供呼叫类型和承载能力信息。但是，应该知道，特定信息元素的使用和信息被编码的确切方式对本发明的应用不重要。在收到CALL_CONF消息后，MSC发出ISUP地址完成消息(ACM)给呼叫终端的PSTN本地交换机[步骤4]。下一步，MS18发送ALERT消息给MSC10，通知已经开始对被叫用户的进行振铃[步骤5]。这个消息作为ISUP呼叫进展消息(CPG)返回给PSTNLE[步骤6]，PSTNLE随后连接振铃音给主叫终端。当被叫用户应答呼叫时，CONNECT消息从MS18发送到MSC10[步骤7]。该消息作为ISUP应答消息(ANM)返回给PSTNLE[步骤8]。在这一点上，MSC10的V.8/V.8bis信令检测器41开始侦听PSTN始发的带内信令[步骤9]，该信令可指示主叫终端所需要的呼叫类型和承载业务。特别地，如果信令检测器接收到V.8CF码0×21，即兼容H.324标准的PSTN多媒体终端的签名，IWF调制解调器进行答复，指示它和V.34的兼容性。随后，开始V.34启动和握手程序[步骤10]，这能够导致MSCIWF与呼叫PSTN终端之间的逻辑具有通常一致的数据调制速率。无线网络的承载能力被设置为与确定PSTN的设置相同，以便优化带宽，端到端的多媒体通信的连接完成[步骤11]。在图8说明的示例中，在端到端连接的PSTN链路中选择28800bps的数据速率进行通信。选择相应的V.110用于PLMN(GSM)链路中的通信。如果信令检测器41没能标识合适的带内信令或者PSTN的承载能力与移动终端不兼容，则建立语音连接，或终止呼叫。图9、10和11说明根据本发明的第二实施例的用于移动台始发、PSTN终接的多媒体呼叫的呼叫建立的两个候选示例。在第一候选的示例中，假设首先建立默认的语音呼叫，然后在稍后一些的时间使用产生的V.8bis信令把它修改成多媒体呼叫，然后在带内从MSC向PSTN多媒体终端发送。在第二候选的移动台始发的呼叫建立示例中，直接使用合适的V.8信令建立多媒体呼叫，MSC产生多媒体呼叫，并带内传输至接收PSTN终端。应该注意到，第一候选示例需要MSC和接收PSTN多媒体终端都有V.8bis功能。如果任何一个不兼容V.8bis，根据第二候选示例进行移动台始发的多媒体呼叫建立。图9说明根据本发明第二实施例的从GSM/UMTS移动台到PSTN终端(移动台始发的呼叫)的呼叫建立的第一候选方法。在候选方法中，首先在MS和PSTN终端之间建立默认的语音呼叫。然后，在稍后的时间里，无论是在用户的促成下，还是自动的，为了完成从语音呼叫到多媒体呼叫的转换，把合适的V.8bis发送到PSTN终端。因而，移动台始发的多媒体呼叫建立的这种方法需要MSC10适应于符合V.8bis，所以它能够发送和确认从V.8bis呼叫功能信息类别中来的呼叫类型。特别地，对于PSTN互连，MSC的调制解调器群包括符合V.34的调制解调器，以便支持V.8bis。MSC的调制解调器-编码转换器单元作为信令资源和检测以及解释V.8bis信令的检测器41。参考图9，当呼叫始发于MS18(在这个示例中是多媒体呼叫)，初始的SETUP消息从MS18发送到MSC10。在这个示例中，假设SETUP消息在承载能力BC和HLC/LLC信息元素中默认地包括视频业务专用码点[步骤1]。MSC10解释来自于BC信息元素的被请求业务，并发送SETUP消息给PSTN终端15[步骤2]。本文后面将更详细说明，在被叫方在数据呼叫控制域(ISDN、或其它PLMN)中的情况下，被叫终端解释来自于点到点发送的HLC/LLC信息元素中的被请求业务。但是，在当前接收终端在PSTN中的情况下，SETUP消息[步骤2]不转发数字呼叫控制专用信息给PSTN终端15来指示被请求的承载业务。实际上，它使用BC元素只指示默认呼叫类型(例如语音)。PSTN终端通过发送CALL_CONF消息进行响应，而不指示预期的承载业务[步骤3]。不指示承载能力信息的CALL_CONF消息的接收有效的通知MSC被叫方在PSTN网络中。CALL_PROC消息通过MSC10转发给移动台18[步骤4]。然后，PSTN终端发送ALERT消息给MSC，通知它已经开始对被叫用户进行振铃[步骤5]，因此MSC连接振铃音给主叫用户[步骤6]。最终，当被叫用户应答时，CONNECT消息从PSTN终端发送到MSC[步骤7]，然后，从MSC发送到MS18[步骤8]，并建立默认的语音连接[步骤9]。在移动台希望转移到视频呼叫时(立即或稍后于移动台用户的希望)，PLMN告诉信令检测器41中DCE发送合适的V.8bis信令(例如，Intel的可视电话准备调制解调器手册1.1版本和H.324规范中说明的)到PSTN终端15[步骤10]。当在PSTN终端15处解释合适信令时，切换至合适的DTE-DCE模式，并开始与MSC10中调制解调器的调制解调器握手[步骤11]。这导致调制解调器之间的数据连接的建立具有相同数据调制。下一步，无线网络的承载能力被设置成与确定PSTN的设置相同，以便优化带宽。MS18被通知所请求的呼叫类型[步骤12]。MS还得到确认，它已经接收到原始视频呼叫模式改变请求的确认，并返回消息给MSC以完成UMTS承载修改过程[步骤13]。现在，PSTN终端和MS18之间的多媒体通信的连接完成[步骤14]。通信发生在3.1kHz(对PLMN是外部的)承载业务类别中[参考文献GSM2.02]，包含MSC10互连功能中的调制解调器并使用优化的无线电承载。图10说明根据本发明第二实施例从GSM/UMTS移动台18到PSTN终端(移动台始发的呼叫建立)的呼叫建立的第二候选方法。更具体地说，它示出具有直接视频初始化的MS始发的视频呼叫的建立，它使用始发于MSC10的数据模式允许调制解调器的MSC-设置V.8信令。这里，假设MSC的互连功能适应于符合V.8(但不是V.8bis)，所以它能够发送和确认来自V.8呼叫功能信息类别的呼叫类型。特别，MSC调制解调器群的包括符合V.34的调制解调器，以便支持V.8。这个调制解调器作为信令资源和用于检测及解释V.8信令的检测器41。参考图10，当呼叫始发于MS18(在这个示例中是多媒体呼叫)，初始SETUP消息从MS18发送到MSC10[步骤1]。在这种情况下，如图9中所示的示例，假设从MS18发送到MSC10的SETUP消息在承载能力BC和HLC信息元素中默认地包括视频业务专用码点。接收到来自移动台的SETUP消息，MSC10依次发送SETUP消息给与被拨用户号码相关的PSTN终端15[步骤2]。SETUP消息向PSTN终端15通告呼入，在这种情况下，没有指示默认的呼叫类型。PSTN终端15通过发送CALL_CONF消息进行响应[步骤3]，该消息作为CALL_PROC消息被MSC10转发给移动台18[步骤4]。然后，PSTN终端发送ALERT消息给MSC，通知它已经开始对被叫用户进行振铃[步骤5]，因此MSC连接振铃音给主叫用户[步骤6]。下一步，CONNECT消息从PSTN终端15发送到MSC[步骤7]，然后MSC依次发送CONNECT消息给移动台[步骤8]。在这一点，MSC指示信令检测器41产生带内信令以标识主叫移动台到PSTN终端的所需的呼叫类型和承载业务。因而，在当前示例中，IWF调制解调器开始产生V.8CI(呼叫指示)消息，包括预计来自兼容H.324标准的PSTN多媒体终端的0×21CF码[步骤9]。如果信令检测器随后接收到来自PSTN的合适的响应，例如指示被叫终端结合兼容V.34的调制解调器，则IWF开始V.34启动和握手程序，导致MSC与呼叫PSTN之间的连接具有相互一致的数据调制速率[步骤10]。无线网络的承载能力被设置成与确定PSTN的设置相同，以便优化带宽，端到端通信的连接完成[步骤10a]。在这种情况下，在PSTN链路中建立28.8kbps的V.34数据调制速率，PLMN(GSM)链路中使用相应的V.110数据速率。若信令检测器41没有接收到来自PSTN响应，指示它在与兼容V.34的调制解调器进行通信，最好，在给定超时或重试周期后，MSC促成MS和PSTN终端之间的语音呼叫的建立。然后建立端到端的语音连接[步骤10b]。这提供给系统“后退(fall-back)”能力，在例如被叫PSTN不支持主叫PLMN终端请求的呼叫类型和/或承载业务情况下防止呼叫失败。图11说明与关于图10说明的相同的移动台始发、PSTN终接的呼叫建立情况，示出了PSTN本地交换机所起的作用。现将参照图12至19说明根据本发明第二实施例的ISDN和PLMN终端之间的呼叫建立，它覆盖了各种呼叫建立情况，包括移动台被叫和移动台始发的呼叫。图12至15说明了ISDN和PLMN网络之间的呼叫建立，假设承载能力BC和HLC信息元素默认地包括视频业务专用码点。图12和13说明从ISDN多媒体终端到移动多媒体终端的呼叫建立(移动台被叫)，而图14和15说明从移动多媒体终端到ISDN多媒体终端的呼叫建立(移动台始发的呼叫)。图13和15说明当端到端(点到点)带外数字信令不能实现时如何在ISDN和PLMN网络之间建立多媒体呼叫。图16至19说明ISDN和PLMN网络之间的呼叫建立，假设承载能力BC和HLC信息元素中默认地包括视频业务专用码点。图16和17说明从ISDN多媒体终端到移动多媒体终端的呼叫建立(移动台被叫)，而图18和19说明从移动多媒体终端到ISDN多媒体终端的呼叫建立(移动台始发的呼叫)。图17和19说明当端到端(点到点)带外数字通信不可能时如何在ISDN和PLMN网络之间建立多媒体呼叫。现将参考附图详细考虑上面介绍的ISDN/PLMN呼叫建立情况的每一种情况。图12说明具有点到点HLC的移动台被叫数字域呼叫建立，假设HLC信息元素的全球接受指示H.324呼叫类型和移动台被叫的单编号方案的使用。当多媒体呼叫始发于ISDN终端时，初始SETUP消息被发送给网关MSC10[步骤1]。SETUP消息包括被叫线路标识(CLI)和被请求的呼叫类型/承载业务的指示。在这个示例中，假设SETUP消息在承载能力BC和HLC信息元素中默认地包括视频业务专用码点，并且ISDN终端请求UDI(无限制数字信息)64kbps承载业务。假设HLC信息元素的端到端传输是可能的，MSC10解释和转发SETUP消息中的被请求的承载业务和HLC信息元素给移动台18[步骤2]。移动台在检查了其与被请求的承载能力的兼容性(例如用户简档能力)后，通过发送CALL_CONF消息给MSC进行响应[步骤3]。如果移动台不支持被请求的承载业务，它在CALL_CONF消息中提供候选承载业务的指示，例如V.11028.8kbps承载。这个消息被MSC10作为CALL_PROC消息转发给ISDN终端[步骤4]。下一步，MS发送ALERT消息给MSC，通知它已经开始对被叫用户进行振铃[步骤5]，随后MSC连接振铃音给主叫用户[步骤6]。在MS18支持被请求的承载业务的情况下，当被叫用户应答时，CONNECT消息从MS发送到MSC[步骤7a]。然后，MSC发送CONNECT消息给ISDN终端[步骤8a]并进行根据最初请求的承载的连接[步骤9a]。如果移动终端在CALL_CONF消息中建议候选承载，则呼叫连接如步骤7b、8b和9b所示进行，导致候选承载的建立。图13说明根据本发明第二实施例的使用单编号方案从ISDN终端15到移动台18的呼叫建立。如图12的示例所示，假设从ISDN终端发送的初始SETUP消息在承载能力BC和HLC信息元素中默认地包括视频业务专用码点。但是，在这种情况下，还假设端到端数字通信不可能。正如前面解释的，网络不能端到端地发送带外信令消息，因而在这个实施例中，MSC10中的编码转换器适应于符合V.140(相比于PSTN网络中使用的V.8/V.8bis，它是ISDN带内信令协议)，所以它能够从带内发送的V.140信息中确认呼叫类型。特别是，MSC的调制解调器-编码转换器41适应于检测V.140规范解释的56/64kbpsPCM调制数据的LSB中的V.140信令。因而，MSC的调制解调器-编码转换器作为检测和解释V.140信令的信令检测器41。当呼叫始发于ISDN终端15(在这个示例中是多媒体呼叫)时，初始SETUP消息从ISDN终端发送到MSC10[步骤1]。MSC10依次发送SETUP消息给使用GSM/UMTS呼叫控制信令的所拨用户号码相关的MS18[步骤2]。SETUP消息向MS18通告呼入和默认的呼叫类型在这种情况下是具有3.1kHz承载业务类别的语音(GSM02.02)。MS18在检查了其与被请求的承载能力的兼容性后，通过发送CALL_CONF消息进行响应[步骤3]。这个消息被MSC10作为CALL_PROC消息转发给ISDN[步骤4]。然后，MS发送ALERT消息给MSC，通知它已经开始对被叫用户进行振铃[步骤5]，随后MSC连接振铃音给主叫用户[步骤6]。最终，CONNECT消息从MS发送到MSC[步骤7]，再从MSC发送到ISDN[步骤8]。当被叫用户应答时，建立默认的语音连接[步骤9]，编码转换器单元中合适的语音编码转换被启动。一建立连接，MSC10的V.140信令检测器41就侦听和解释ISDN始发的V.140信令[步骤10]。MSC10把涉及电信业务的被检测信令映射成相应的GSM/UMTS信令。在这种情况下，检测器41标识电信业务类别为多媒体(H.324)呼叫和64kbps透明UDI承载业务类别，MSC促成使用第三层呼叫控制协议的承载的修改。然后，无线网络的承载能力被设置成与确定ISDN的设置相同，MS18被告知BC信息元素中的被请求的呼叫类型[步骤11]。MS返回消息给MSC以完成GSM/UMTS承载修改过程[步骤12]。PSTN终端和MS18之间UDI多媒体通信的连接完成[步骤13]。图14提供移动台始发的、ISDN终接的呼叫建立的两个示例，假设点到点的数字通信。换句话说，假设端到端的数字通信可能，即通过ISDN、PLMN和任何介于中间的网络，例如连接ISDN本地交换机和网关MSC的SS7网络。在第一个示例中，移动终端请求64kbps的UDI承载业务，在第二个示例中，请求V.110/28.8kbps承载业务。在这两种情况下，假设被叫终端兼容被请求的呼叫类型/承载业务。接着图14所示的呼叫建立情况，当多媒体呼叫始发于移动终端时，初始SETUP消息发送给网关MSC10[步骤1a/1b]。SETUP消息包括被呼叫线路标识(CLI)和被请求的呼叫类型/承载业务的指示。此外，假设SETUP消息在承载能力BC和HLC信息元素中默认地包括视频业务专用码点。假设信息元素的端到端数字传输可能，MSC10解释SETUP消息中的被请求的呼叫类型和承载业务信息并将其转发给ISDN终端[步骤2a/2b]。ISDN终端通过发送CALL_CONF消息给MSC进行响应[步骤3a/3b]。MSC10然后发送CALL_PROC消息给主叫移动台[步骤4a/4b]以指示呼叫建立正在进行。下一步，ISDN终端发送ALERT消息给MSC，通知它已经开始对被叫用户进行振铃[步骤5a/5b]，随后MSC连接振铃音给主叫用户[步骤6a/6b]。最终，当被叫用户应答时，CONNECT消息从ISDN终端发送到MSC[步骤7a/7b]。MSC然后发出CONNECT消息给移动台[步骤8a/8b]，并为端到端通信建立被请求的承载业务[步骤9a/9b]。图15说明本发明第二实施例的当HLC的端到端通信不可能的情况下从移动台到ISDN终端(移动台始发呼叫)的呼叫建立。在这个实施例中，MSC10中的编码转换器适应于符合V.140，以便它可以指示呼叫类型作为带内被发送的V.140信息。特别，MSC调制解调器-编码转换器41能够指示V.140规范解释的56/64kbpsPCM调制数据的LSB中的V.140信令。因而，MSC的调制解调器-编码转换器作为发送、检测和解释V.140信令的信令源41。当呼叫始发于MS18时，初始SETUP消息被发送，在这个示例中，SETUP消息默认地在承载能力BC和HLC信息元素中包括视频业务专用码点[步骤1]。MSC10解释来自BC信息的被请求业务，在最佳情况下，被叫方在数字呼叫控制域(ISDN、其它PLMN)内，端终端会从点到点传输的HLC信息元素中解释它。但是，在不符合ISUP的网络环境中，从MSC发送的SETUP消息[步骤2]不转发数字呼叫控制专用信息给ISDN终端。ISDN终端通过发送CALL_CONF消息进行响应[步骤3]。这样，知道被叫方在ISDN或PSTN网络中，MSC10完成连接信令[步骤4至8]。当H.324语音呼叫开始和直接视频业务信令能够从MS18预测，默认的用户数据(在这种情况下是语音)被交换通过MSC10的编码转换器-语音调制解调器单元41[步骤9]。在移动台希望开始转移到视频呼叫时(立即或稍后于移动台用户的希望)，PLMN命令信令检测器41中的编码转换器发送V.140和Intel视频电话准备调制解调器手册和H.324规范中说明的合适的V.140(和/或同时的V.8bis信令)给ISDN终端15[步骤10]。当信令在ISDN终端中被解释时，它交换至合适的UDI模式，在它自己一端启动视频应用。下一步，无线网络的承载能力被设置成与确定PSTN的设置相同，以便优化带宽。MS18被通告BC信息元素中的被请求呼叫类型[步骤11]。MS还得到确认，它已经接收到原始视频呼叫模式改变请求的确认。MS返回消息给MSC以完成GSM/UMTS承载修改过程[步骤12]。现在，MS18和ISDN终端之间的多媒体通信的连接完成[步骤13]。通信发生在64kbpsUDI承载业务类别中。图16说明根据本发明第二实施例的使用单编号方案从ISDN终端到移动台(移动台被叫)的呼叫建立，并示出呼叫建立中包括ISDN本地交换机(LE)。图16的示例再一次说明多媒体(视频)呼叫的示例。在这种情况下，假设从ISDN终端发送到网关MSC的承载能力BC和LLC信息元素中默认地提供呼叫类型信息，该信息在初始呼叫SETUP消息中。这和图12至15中的示例大不相同，图12至15中呼叫类型信息携带于BC和HLC信息元素中。在图16，还假设ISDN和PLMN，使得LLC信息元素能够在网络之间被端到端通信。根据ITU-T建议Q.931实现ISDN终端和它连接的ISDN本地交换机之间的呼叫控制信令，建议为ISDN网络中的呼叫建立、保持和断开提供了标准化的信令。Q.931中定义的ISDN呼叫控制过程基本上类似于GSM呼叫控制信令中使用的过程。而且，在PSTN和PLMN互连的情况下，ISDN本地交换机一般通过SS7网络连接到PLMN网络的网关MSC，这在ITU-TQ.700系列建议中定义。使用ITU-T建议Q.762中定义的ISUP(ISDN用户部分)消息完成ISDN本地交换机和网关MSC之间的呼叫控制信令。当ISDN终端发出Q.931SETUP消息时，开始从ISDN终端到PLMN移动终端的呼叫建立[步骤1]。在这个示例中，假设视频业务专用码点默认地包括在SETUP消息的承载能力BC和LLC信息元素中。当ISDN本地交换机接收到Q.931SETUP消息时，它发出ISUPIAM(初始地址消息)给PLMN的网关MSC[步骤2]。当这个示例中经由ISDN、SS7和PLMN网络的端到端数字信令假设为可能时，MSC能够接收直接带外信令，它指示LLC和BC信息元素的内容。MSC解释涉及与IAM消息有关的接收到的被请求呼叫类型和承载能力的信息，并将其转换成适合在PLMN中传输的格式，例如作为根据GSM04.08的9.3.23节的GSMSETUP消息[步骤3]，或其UMTS等效。其间，ISDN本地交换机通过发出Q.931CALL_PROC消息通知主叫终端呼叫建立正在进行[步骤4]。接收到SETUP消息，移动台检查其与被请求呼叫类型和承载能力的兼容性，并发回CALL_CONF消息给MSC[步骤5]。MSC随后发出ISUP地址完成消息(ACM)给ISDN本地交换机，以便指示将该呼叫路由到被叫方所需的所有地址信号已经收到[步骤6]。下一步，移动终端发送ALERT消息给MSC，通知它已经开始对被叫用户进行振铃[步骤7]。这个消息作为ISUP呼叫进展消息(CPG)经由SS7网络转发给ISDN本地交换机[步骤8]，ISDN本地交换机依次发送Q.931ALERT消息给主叫ISDN终端，并从而把振铃音连接到主叫用户。当被叫用户应答时，CONNECT消息从MS传到MSC，并作为ISUP应答消息转发给ISDN本地交换机。最终，ISDN本地交换机发送Q.931CONNECT消息给主叫用户，并建立适合于所讨论的呼叫连接。如果移动台能够支持呼叫类型和呼叫ISDN终端开始请求的承载，呼叫连接阶段根据图16的步骤10a、11a、12a、和13a的指示继续进行。在图16的示例中，呼叫ISDN终端开始请求使用64kbpsUDI承载业务的多媒体(视频)呼叫。若移动终端不能提供所需要的承载业务(例如它不支持所需的数据速率)，当MS回复初始的SETUP消息时，在步骤5对于MSC显得明显。正如前面所解释的，根据GSM04.08的9.3.2节，移动终端可以在CALLCONF消息中提供候选的承载能力信息。最后的呼叫连接根据步骤10b、11b、12b、和13b继续进行，在这个示例中，导致端到端连接的V.11028.8kbps承载建立。图17也说明根据本发明第二实施例的使用单编号方案从ISDN终端到移动台(移动台被叫)的呼叫建立。在图16的示例中，假设视频业务专用码点默认地包含在SETUP消息的承载能力BC和LLC信息元素中。但是，在这种情况下，假设端到端数字带外通信是不可能的，例如由于中间网络的属性。为了在这种情况下实现使用上述单编号方案呼叫建立，网关MSC的互连功能IWF在呼叫建立其间被调用。特别地，IWF适合于符合V.140，以便它可以用确认来自带内发送V.140信息的呼叫类型。特别，MSC的调制解调器-编码转换器41适应于检测V.140规范解释的56/64kbpsPCM调制数据的LSB中的V.140信令。因而，在这种情况下，MSC的调制解调器-编码转换器作为检测和解释V.140信令的信令检测器41。当呼叫始发于ISDN终端15时(在这个示例中是多媒体呼叫)，Q.931SETUP消息从ISDN终端发送至MSC10[步骤1]。涉及被请求呼叫类型和承载业务的信息放在Q.931SETUP消息BC和LLC信息元素中。MSC10然后发送SETUP消息给使用GSM/UMTS呼叫控制信令的所拨用户号码相关的MS18[步骤2]。SETUP消息通知MS18呼入和默认的呼叫类型在这种情况下是具有3.1kHz承载业务类别的语音(GSM02.02)。MS18在检查了其与被请求承载能力的兼容性后，通过发送CALL_CONF消息进行响应[步骤3]。这个消息被MSC10作为CALL_PROC消息转发给ISDN[步骤4]。然后，MS发送ALERT消息给MSC，通知它已经开始对被叫用户进行振铃[步骤5]，随后MSC连接振铃音给主叫用户[步骤6]。最终，CONNECT消息从MS发送到MSC[步骤7]，再从MSC到ISDN[步骤8]。当被叫用户应答时，建立默认的语音连接[步骤9]，编码转换器单元中合适的语音编码转换被启动。一建立连接，MSC10的V.140信令检测器41就侦听和解释ISDN始发的V.140信令[步骤10]。MSC10把涉及电信业务的被检测的信令映射成相应的GSM/UMTS信令。在这个实施例中，MSC促成使用第三层呼叫控制协议的承载的修改。换句话说，检测器41标识电信业务类别作为多媒体(H.324)呼叫和64kbps透明UDI承载业务类别。然后，无线网络的承载能力被设置成与确定ISDN的设置相同，MS18被告知BC信息元素中的被请求呼叫类型[步骤11]。MS返回消息给MSC以完成GSM/UMTS承载修改过程[步骤12]。现在，ISDN终端和MS18之间的UDI多媒体通信的连接完成[步骤13]。图18说明根据本发明第二实施例的从移动台到ISDN终端(移动台始发的)的呼叫建立的两个示例。它还示出在呼叫建立时包含ISDN本地交换机，示出发生在PLMN网络的网关MSC和ISDNLE之间的信令。在这种情况下，还假设端到端数字通信可能，例如SS7网络链接PLMN的网关MSC和ISDN本地交换机。正如在前面所有情况中的那样，专门提及了在两个网络中的多媒体终端之间的视频呼叫建立。在第一个示例中，图18中的步骤1a至13a示出，假设主叫移动终端(和PIMN)能够支持使用64kbps数据速率的UDI承载的视频电话，对应于ISDN网络中可用于通信的最高数据速率。当移动台的能力(和PLMN)匹配ISDN的能力并且系统中可用的最高数据速率能够用于端到端通信时，这种情况被认为是最佳的。假设为诸如UMTS系统的第三代PLMN网络设计的移动台能够支持这种承载业务。在移动台始发呼叫建立的第二个示例中，图18中步骤1b至13b示出，假设呼叫移动台和/或PLMN不支持64kbps数据速率的UDI承载。因而，MS请求使用较低数据速率的承载业务建立视频呼叫，在这种情况下是V.11028.8kbps的承载业务。因而，用于端到端通信的数据速率被移动台和/或PLMN的能力所限制。当在提供适合于视频电话的数据速率的第二代PLMN网络中使用第一代多媒体移动终端时会发生上述情况。如图18中的步骤1a至13a所示，当PLMN终端发出SETUP消息，开始从PLMN移动台到ISDN终端的呼叫建立[步骤1a]，遵守GSM建议04.08的9.3.23节或其UMTS等效。在图18所示的示例性呼叫建立中，假设视频业务专用码点默认地包括在SETUP消息的承载能力BC和LLC信息元素中。PLMN的MSC接收到SETUP消息，它随后发送ISUP初始地址消息(IAM)给ISDN本地交换机[步骤2a]。当这个示例中经由PLMN、SS7和ISDN网络的端到端数字信令假设为可能时，ISDNLE接收直接带外信令，指示LLC和BC信息元素的内容。它然后发送Q.931SETUP消息给被叫ISDN终端，指示SETUP消息的BC和LLC信息元素中的被请求的呼叫类型和承载能力[步骤3a]。其间，网关MSC通过发出CALL_CONF消息通知主叫移动台呼叫建立正在进行[步骤4a]。接收到SETUP消息，ISDN终端检查其与被请求的呼叫类型和承载能力的兼容性，并发回Q.931CALL_CONF消息给ISDN本地交换机[步骤5a]。ISDN本地交换机随后发出ISUP地址完成消息(ACM)给MSC，以便指示该呼叫路由到被叫方所需的所有地址信号已经收到[步骤6a]。下一步，ISDN终端发送ALERT消息给ISDN本地交换机，通知它已经开始对被叫用户进行振铃[步骤7a]。这个消息作为ISUP呼叫进展消息(CPG)经由SS7网络转发给MSC[步骤8a]，MSC依次发送ALERT消息给主叫移动台[步骤9a]，并从而把振铃音连接到主叫用户。当被叫用户应答时，Q.931CONNECT消息从ISDN终端发送到MSC[步骤10a]，并作为ISUP应答消息(ANM)转发给MSC[步骤11a]。最终，MSC发送CONNECT消息给主叫用户[步骤12a]，并建立适合于所讨论呼叫的连接[步骤13a]，在这种情况下，使用64kbps数据速率的UDI承载业务。在图18步骤1b至13b所示的候选呼叫建立情况中，呼叫建立以类似于刚刚所述的方式进行。但是，在这种情况下，移动台不支持64kbpsUDI承载，但在初始SETUP消息中指示它对V.11028.8kbps承载业务的支持。图19说明根据本发明第二实施例的从移动台到ISDN终端(移动台始发的呼叫建立)的呼叫建立，在这种情况下LLC信息元素的端到端通信是不可能的。在这个实施例中，MSC10中的编码转换器适应于符合V.140，以便它能够指示呼叫类型作为带内发送的V.140信息。特别，MSC的调制解调器-编码转换器41能够指示V.140规范解释的、56/64kbpsPCM调制数据的LSB中的V.140信令。这样，MSC的调制解调器-编码转换器单元作为传输、检测和解释V.140信令的信令源41。在这种情况下，呼叫建立以类似于关于图15所说明的方式进行。图20和21说明根据本发明第二实施例的移动到移动呼叫建立的情况，又使用多媒体呼叫建立作为示例。图20说明两个UMTS移动台之间的呼叫建立，并示出了PLMN网络中MSC之间采用的ISUP呼叫建立信令。图21说明UMTS移动台和第二代(如GSM)移动台之间的呼叫建立。现将说明允许使用简化编号方案的本发明第三实施例。图22和23说明使用双编号方案从PSTN终端到移动台的呼叫建立。这个实施例提供混合安排，其中只使用两个号码一个用于标识语音呼叫，另一个用于标识数据呼叫。正如在图2的安排中那样，HLR12包含了对应于指示呼叫类型的被叫线路标识的数据库项。但是，在这个实施例中，这个数据库只有两个项一个指示呼叫类型是语音，另一个指示呼叫类型是数据。如果呼叫类型是语音，MSC10的TC101对PSTN始发信号进行编码转换，并通过无线网络发送转换过的信号。但是，如果它是数据，通过参照图5说明的IWF11来确定实际的类型。现将参照图22和23更详细地说明这个实施例中的呼叫建立。图22说明语音呼叫的呼叫建立。当呼叫始发于PSTN15时，包含被呼叫线路标识(CLI)的初始SETUP消息被发送，在这个示例中是语音呼叫[步骤1]。如上所述，HLR包含对应于指示呼叫类型是语音的所述CLI的数据库项。MSC10向HLR12询问对应于CLI的呼叫类型(承载能力)，并发送SETUP消息给MS18以通知它呼入和呼叫类型是语音呼叫[步骤2]。MS18在检查了与被请求承载能力的兼容性后，通过发送CALL_CONF消息进行响应[步骤3]。这个消息作为CALL_PROC消息被MSC10转发给PSTN[步骤4]。然后，MS发送ALERT消息给MSC以通知它已经开始对被叫用户进行振铃[步骤5]，从而MSC把振铃音连接到主叫用户[步骤6]。最终，当被叫用户应答时，CONNECT消息从MS终端发送到MSC[步骤7]，然后在从MSC到PSTN[步骤8]，并且建立适合于语音呼叫的连接。图23说明数据呼叫的呼叫建立。当呼叫始发于PSTN15(在这个示例中是多媒体呼叫)时，包含被呼叫线路标识(CLI)的初始SETUP消息被发送，在这个示例是数据呼叫[步骤1]。如上所述，HLR包含对应于指示呼叫类型是数据的所述CLI的数据库项。MSC10向HLR12询问对应于CLI的呼叫类型(承载能力)，并发送SETUP消息给MS18以通知它呼入和默认呼叫类型(例如默认数据类型)[步骤2]。MS18在检查了与被请求承载能力的兼容性后通过发送CALL_CONF消息进行响应[步骤3]。这个消息作为CALL_PROC消息被MSC10转发给PSTN[步骤4]。然后，MS发送ALERT消息给MSC，通知它已经开始对被叫用户进行振铃[步骤5]，从而MSC把振铃音连接到主叫用户[步骤6]。最终，当被叫用户应答时，CONNECT消息从MS终端发送到MSC[步骤7]，然后在从MSC到PSTN[步骤8]，并建立默认的连接[步骤9]。下一步，MSC试图确定实际的数据类型。在这个示例中，一建立连接，MSC10的V.8/V.8bis信令检测器41就解释PSTN始发的V.8/V.8bis信令[步骤10]。MSC10把涉及电信业务的信令映射成相应的GSM/UMTS信令，在这个实施例中，MSC促成使用GSM第三层呼叫控制协议(GSM04.08的9.3.13节)的承载的修改。换句话说，在这种情况下，信令检测器41标识电信业务类别为多媒体呼叫(H.324)，承载业务作为28.8kbps透明承载业务类别。如果需要，MSC中的连接(包括调制解调器的启动)被重新安排，例如为GSM阶段1建议的“交替语音和数据”业务。输出至移动台语音信道的GSM/UMTS语音承载最好被封锁以防止移动台中的喇叭启动，直到呼叫类型被确立。但是，要保持终端之间的连接。下一步，进行调制解调器握手[步骤11]。然后，无线网络的承载能力被设置成与确定PSTN的设置相同，以便优化带宽。MS18被通告所请求的呼叫类型[步骤12]。MS返回消息给MSC以完成GSM/UMTS承载修改过程[步骤13]。关于PSTN终端和MS18之间的多媒体通信的连接现在完成[步骤14]。使用优化的无线承载经由MSC调制解调器群进行通信。映射现在将说明MSC执行的典型映射操作，首先从V.8到GSM，然后任选地映射为V.8bis。正如所要知道的，这个映射只是示例性的，对于诸如UMTS的未来网络可以进行类似的映射。GSM信令通常从ISDN导出，即它基于ITU-TQ.931建议。诸如UMTS的3G电信系统也是这样，因此，它们与这类映射方法特别兼容。在这个实施例中，涉及电信业务的信息映射成GSM(基于Q.931)中的HLC(高层能力)信息元素。类似地，涉及承载业务的信息映射成GSM中的BC(承载能力)信息元素。HLC、BC及LLC(低层能力元素)的更多细节在下面映射的说明中提供。下面概述与电信业务类型确定相关的V.8、V.8bis和GSM信令信息。引用涉及下述文献，通过引用将其内容结合在此。ITU-T建议F.721(08/92)——用于ISDN的视频电话电信业务[2]ITU-T建议F.700(07/96)——视听/多媒体业务的结构建议[3]ITU-T建议V.8(02/98)——通过公众电话交换网开始数据传输对话的过程[4]ITU-T建议V.8bis(08/96)——在数据电路终接设备(DCE)之间和数据终端设备(DTE)之间通过通用交换电话网或租用点到点电话型电路进行的操作的公共模式的标识和选择的程序[5]ITU-T建议H.324(2/98)——低比特速率多媒体通信的终端[6]数字蜂窝电信系统(阶段2+)——移动无线接口第三层规范，GSM04.08版本6.2.0，1997发布[7]ITU-T建议H.245(2/98)——多媒体通信控制协议被映射的V.8信令[3][3]中的表2列出了V.8信令中可用的信息类别。正如我们所能见到的，呼叫-功能八位位组有3个可选比特，[3]中的表3说明了这些任选比特如何用于标识特定呼叫功能。如上所述，从呼叫功能类别解释的信息可以映射为Q.931HLC信息元素以提供GSM网络关于电信业务或呼叫功能以及承载业务的信息。中的表4指示PSTNV-系列调制模式而不是V.90的可用性。只有调制模式可以和被指示的呼叫功能使用时以及它要传输所述能力给远程DCE时，才显示可用性。例如，如果使用H.324应用，则V.34全双工模式的使用是必需的，而其它选项不被指示。为了找到公共调制模式，调制模式信息只用于DCE之间。在选择公共调制模式后(如V.34)，MSC/IWF根据PSTN线路的质量好坏(BER)确定来自调制解调器的数据速率(例如28.8kbps)。上述V.8信令被MSC映射成的GSM(基于Q.931)信令GSM规范04.08[6]定义了用于电路交换呼叫控制的消息。特别，[6]中的9.3.23.1定义了用于移动台被叫建立的SETUP消息的内容。这个消息通过网络发送给移动台以启动移动台被叫建立。SETUP消息包含了关于BC(承载能力)、HLC(高层能力)和LLC(低层能力)的有关信息元素。如上所述，它就是V.8呼叫功能类别信息映射成的信息元素。BC承载能力信息元素的目的是说明连接中要使用的承载业务。[6]中的图10.5.88说明了用于GSM的BC元素。这个元素包含16个八位位组(8比特单元)。为了支持H.324，某些比特或编码点需要被存储在八位位组3、4、6、6a、6c和6d中，概述如下。传输模式(八位位组3)比特40——电路模式1——分组模式·选择电路模式双工模式(八位位组4)比特40——半双工1——全双工·选择全双工同步/异步(八位位组6)比特10——同步1——异步·选择同步用户速率(八位位组6a)比特432100010.3kbps建议X.1和V.11000101.2kbps建议X.1和V.11000112.4kbps建议X.1和V.11001004.8kbps建议X.1和V.11001019.6kbps建议X.1和V.110011012.0kbps透明(不兼容X.1和V.110)01111.2kbps/7.5bps建议V.23，(不对称)X.1和V.110上面所示的编码点用于指示用户速率。目前，GSM中没有诸如28.8kbps的可用用户速率。但是，当指定BC信息元素时，Q.931提供了可以使用的、更广的用户数据速率集。(关于28.8kbps的映射如何发生和其它GSM中未指定的数据速率在标题“关于其它用户速率的潜在BC”下概述。)连接元素(八位位组6c)比特7600透明01不透明(RLP)10都可以，最好透明11都可以，最好不透明·选择透明其它调制解调器类型(八位位组6d)比特7600这个域内没有指定其它调制解调器类型01V.32bis10V.34·选择V.34其它用户速率的潜在BC固定网络用户速率(八位位组6d)比特5432100000固定网络用户速率不可用/这个值没有意义000019.6kbps建议X.1和V.1100001014.4kbps建议X.1和V.1100001119.2kbps建议X.1和V.1100010028.8kbps建议X.1和V.1100010138.4kbps建议X.1和V.1100011048.0kbps建议X.1和V.110(同步)0011156.0kbps建议X.1和V.110(同步)/比特透明0100064.0kbps比特透明对于28.8kbps的示例性数据速率，可以使用上面加黑表示的元素。所以选择28.8。可接受的信道编码(八位位组6e)，移动台到网络的方向比特70TCH/F14.4不可接受1TCH/F14.4可接受如果实现14.4，它被选择比特60备用比特50TCH/F9.6不可接受1TCH/F9.6可接受通常也实现9.6比特40TCH/F4.8不可接受1TCH/F4.8可接受即使不被广泛使用，4.8仍存在可接受信道编码(八位位组6e)，网络到MS方向比特4至7备用，可以设置为“0”这意味着网络不能决定使用何种信道编码。在目前情况下，因网络启动呼叫建立重新谈判，所以这是需要的。需要对当前GSM实现修改以实现它。业务信道的最大数(八位位组6e)，MS到网络方向比特3210001TCH0012TCH0103TCH0114TCH1005TCH1016TCH1107TCH1118TCH通过组合两个使用HSCSD的14.4的信道可以得到28.8kbps。组合3个9.6也能得到28.8kbps。业务信道的最大数(八位位组6e)，网络到MS方向比特1至3备用，并设为“0”。同上，这意味着网络不能决定使用何种信道编码，需要对GSM进行修改。从Q.931导出的BC信息GSM带内信令中使用的BC信息可以由Q.931导出，也可以为了GSM被修改。建议上面讨论的BC信息用于UMTS，用于本专利申请的参考帧中。在Q.931BC信息元素中，存在一个附加的编码点，它需要并应该包含在UMTS信令中。这个编码点是用户信息第一层协议(八位位组5)，说明如下用户信息第一层协议(八位位组5)比特5432100001CCITT标准化速率配合V.110、I.460和X.30。这意味着存在八位位组5a和如下定义的可选八位位组5b、5c和5d00010建议G.711μ-律00011建议G.711A-律00100建议G.72132kbpsADPCM和建议I.46000101建议H.221和H.24200110建议H.223和H.24500111非ITU-T标准化速率配合。这意味着存在八位位组5a，和任选的八位位组5b、5c和5d。这个编码点的使用指示八位位组5a中指定的用户速率由用户定义。此外，八位位组5b、5c和5d，如果出现，被定义成和用户指定的速率配合一致。01000ITU-T标准化速率配合V.120。这意味着存在下面定义的八位位组5a和5b，和任选的八位位组5c和5d。01001CCITT标准化速率配合X.31HDLC标志填充。其它所有值保留·选择H.223和H.245建议。LLC[6]中的图10.5.104说明低层兼容性信息元素。低层兼容性信息元素的目的是提供寻址实体(例如远程用户或互连单元或主叫用户寻址的高层功能网络节点)可以用来进行兼容性检查的装置。低层兼容性信息元素由PLMN在呼叫始发实体(例如主叫用户)和寻址实体之间透明地传送。除了信息元素标识符，低层兼容信息元素如ETS300102-1被编码。因为同样的编码能够在BC中传送，所以这个信息元素不是必需的。HLC高层能力信息元素的目的是提供远程用户可以用来检查兼容性的装置。高层兼容性信息元素如[6]中的图10.5.102和表10.5.125所示方式被编码。高层兼容信息元素由PLMN在呼叫始发实体(例如主叫用户)和寻址实体(例如远程用户或呼叫始发实体寻址的高层功能网络节点)之间透明地传输。但是，如果用户明确请求(在预约时间)，为实现电信业务而提供某些能力的网络可以解释这个信息以提供特定的业务。可以从Q.931建议中找到下面的HLC编码点高层特征标识(八位位组4)比特76543210000001电话0000100传真组2/3(建议F.182[68])0100001传真组4类I(建议F.184[69])0100100图文电视业务，基本和混和操作模式(建议F.230[70])和传真业务组4，类II和III(建议F.184)0101000图文电视业务，基本和可处理操作模式(建议F.220[71])0110001图文电视业务，基本操作模式(建议F.220[72])0110010基于可视图文的语法(建议F.300[73]和T.102[74])0110011通过网关或互连单元的国际可视图文互连(建议F.300和T.101[75]0110101电报业务(建议F.60[76])0111000消息处理系统(MHS)(X.400-系列建议[77])1000001OSI应用(注2)(X.200--系列建议[78])1011110保留用于维护(注4)1011111保留用于管理(注4)1100000音频可视(建议F.721[79])1100001至1101111保留用于音频可视业务[2]1111111保留建议F.700建议[2]提供构建多媒体业务的方法，所述多媒体业务是适时的并反应终端用户和业务提供商的需求。该方法将通用终端用户应用需求与建立的网络独立构件集或其它在ITU-T中拟定的通信能力连接。该建议中说明的过程要用于拟定一系列通用业务建议，这些建议把所需的通信任务和媒体成分组合在用于通用业务(例如用于多媒体会议业务、多媒体分配业务等)的结构中。在适用的建议仍不可用的情况下，该方法能够作为终端用户和业务提供商之间的结构化对话的基础，达到响应的业务解决方案。F.700中指定的比特1100001至1101111可用于诸如H.324码点或全新的码点，可设计供UMTS使用。要映射的V.8bis信令[4][4]中的表6-2列出了V.8bis中可用的标准信息类别。它包括诸如数据的类别和H.324多媒体终端，以便迎合这些未来的电信业务。[4]中的表6-3和6-5说明了用于这些电信业务的编码。V.8bis能力交换的一个优点是在多数情况下，它允许终端非常快地确定何时希望H.324模式的操作。这是因为V.8bis能力只指示最基本的和最常用的模式。如果希望不是由V.8bis信令的H.324操作模式，终端必须完成呼叫建立并执行H.425[7]能力交换以确定远端的终端是否支持所需的模式。在用于H.324的建议V.8bis通信能力(CC)域中，CC域被格式化为一个或多个子域。每个子域以八位位组结束，其中比特[n]设为1。第一子域后的剩余子域，如果有，应该以同样的顺序出现，其中指示它们出现的比特被发送。实际的比特分配可以从[4]中看到。在第一子域内分配下列比特。名称含义视频只有当双向视频被支持时才被设置，根据建议H.324(6.6节)音频只有当双向音频被支持时才被设置，根据建议H.324(6.7节)加密只有当密码被支持时才被设置，根据建议H.324(9.2节)数据指示存在数据子域。只有当一个或多个比特在数据子域中被设置时才被设置可能的未来分配包括简档(新子域)。在数据子域中，分配下述比特名称含义T.120只有当T.120会议被支持才被设置，根据建议H.324(6.8.2.1节)T.84只有当T.84图像传输被支持时才被设置，根据建议H.324(6.8.2.2节)T.434只有当T.434文件传输被支持时才被设置，根据建议H.324(6.8.2.3节)V.42只有当V.42用户数据被支持时才被设置，根据建议H.324(6.8.1.2/6.8.2.6节)V.14只有当V.14用户数据被支持时才被设置，根据建议H.324(6.8.1.1/6.8.2.6节)PPP只有当经过网络层协议标识(NLPID)支持IETF点对点协议时才被设置，根据建议H.324(6.8.2.5节)T.140只有当多媒体应用的T.140文本会话协议被支持时才被设置，根据建议H.324(6.8.2.8节)除了在V.8bis中指示的，还有诸如无方向模式的其它模式可被经过H.245能力交换信令的终端所支持。当呼叫首先由语音模式开始、随后转换到例如H.324模式时，还可以使用V.8bis信令。因为这个原因，MSC/IFW必须始终能够侦听来自于PSTN调制解调器的可能的带内信令。业务的交换随后启动UMTS端的承载重新谈判，这里根据对H.324呼叫所需的QoS参数来完成“旧”的承载。UMTS和PSTN/ISDN之间的映射在这一节说明不同的信息元素和它们的编码。这些编码必须被映射在PSTN/UMTS或ISDN/UMTSDE接口。本专利申请的参考的帧中必要的PSTN编码。V.8呼叫功能类别(八位位组一“callf0”)100PSTN多媒体终端(比特567)调制模式种类(八位位组-“modn0”)1V.34双工可用性(比特6)V.25ter调制控制指令调制报告控制(+MR)+MCRV34+MCR<载波>+MRR28800+MRR<速率>V.8bis标准信息域-{Spar(1)}编码标准信息域-数据{Npar(2)}编码(八位位组2)1建议V.34双工模式(比特5)标准信息域-{Spar(1)}编码标准信息域-H.324多媒体终端{Npar(2)}编码1视频(比特1)标准信息域-{Spar(1)}编码标准信息域-H.324多媒体终端{Npar(2)}编码1音频(比特2)本专利申请的参考的帧中必要的ISDN编码(在需要V.140信令的情况下)V.140带内信号由HDLC成帧的PDU组成，它是根据建议X.680使用ASN.1语法定义并根据建议X.691的压缩编码规则编码的。使用V.140信令的目的是存在端到端发送带外信令消息失效的网络。ISDN中使用的V.140信令或多或少做和PSTN中V.8/V.8bis信令相同的事。roleAndCapabilityPDU的capabilitySet域包含一个或多个能力结构的序列，每一个表示工作在特定的多媒体或其它通信协议下的终端的能力。发射机应该包括当前能够操作的模式的完整列表。可能模式的列表在V.140的附录A中定义，并且在未来可以扩充。能力应该按优先顺序排列，从最优的到最不优的。在我们的示例中，h324AnnexD应该是capabilitySet域中所列能力的第一个(或仅有的一个)。接收终端通过使用modeSelectPDU可以应答所选模式的发送终端。在下面，说明使用ASN.1符号的PDU的语法[V.140附录A]。我们选择的“码点”用较大的字体表示。<prelisting-type="program-listing"><![CDATA[HDISPATCHDEFINITIONSAUTOMATICTAGS∷＝BEGIN-Exportallsymbols-＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝-ToplevelPDUs-＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝HDispatchPDU∷＝CHOICE{ nonStandardNonStandardMessage， roleAndCapabilityRoleAndCapabilityMessage， modeSelectMode， youChooseNULL， modeSelectAcknowledgeNULL， terminateTerminateMessage， …}RoleAndCapabilityMessage∷＝SEQUENCE{ roleCHOICE { originateNULL， unknownNULL， answerNULL， … }，arbitratlonFieldINTEGER(0.4294967295)，-32bit random# capabilitySetSEQUENCESIZE(1..65535)OF Capability， …}Capability∷＝CHOICE{ nonStandardNonStandardParameter， isdnCHOICE { isdnCapabilityIsdnCapability， multilinkAdditionalConnectionNULL，-Expressthiscapaloneto forceassociationofthis channelwith -anexistingcall is13871SEQUENCE-″BONDING”protocol { withlsdnCapabilityIsdnCapability， … }， h244SEQUENCE-channelaggregationprotocol { withlsdnCapabilityIsdnCapability， … }， … }， …}IsdnCapability∷＝CHOICE{ g711aLawSEQUENCE{…}， g711uLawSEQUENCE{…}， h320SEQUENCE{…}， h324AnnexDSEQUENCE[…}， h324MultilinkSEQUENCE{…}， group4FaxSEQUENCE{…}， t120SEQUENCE{…}， t140SEQUENCE{…}，-textchattingprotocol v110SEQUENCE{…}， v120SEQUENCE{…}， rfc1661SEQUENCE { withH323BOOLEAN，… }， …}{ nonStandardNonStandardParameter， plainlsdnModeIsdnMode， h244IsdnMode， is13871IsdnMode，--BONDINGprotocol multilinkAdditionalConnectionSEQUENCE { callAssociationNumberINTEGER(0..4294967295}， … }， …}IsdnMode∷＝CHOICE{ nonStandardNonStandardParameter； g711aLawSEQUENCE{…}， g711uLawSEQUENCE{…}， h320SEQUENCE{…}， h324AnnexDSEQUENCE{…}， h324MultilinkSEQUENCE{…}， group4FaxSEQUENCE{…}， t120SEQUENCE{…}， rfc1661SEQUENCE{…}， …}TerminateMessage∷＝SEQUENCE{ causeCHOICE { nonStandardNonStandardParameter， timerExpirationNULL， roleCoilisionNULL， noSuitableModesNULL， invaiidModeSelectedNULL， protocolViolationNULL， modeNotAvailableNULL， … }，…}-＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝-NonstandardMessagedefinitions-＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝NonStandardMessage∷＝SEQUENCE{ nonStandardDataNonStandardParameter， …}NonStandardParameter∷＝SEQUENCE{ nonStandardldentifierNonStandardldentifier， dataOCTETSTRING}NonStandardldentifier∷＝CHOICE{ objectOBJECTIDENTIFIER， h221NonStandardSEQUENCE { t35CountryCodeINTEGER(0，.255)，-country，perT.35 t35ExtensionINTEGER(0..255)，-assignedationally manufacturerCodeINTEGER(0..65535)-assignednationally }}]]></pre>本专利申请的参考的帧中必要的UMTS(GSM)编码承载能力承载能力信息元素传输模式(八位位组3)0电路模式(比特4)承载能力信息元素双工模式(八位位组4)1全双工(比特4)承载能力信息元素同步/异步(八位位组6)0同步(比特1)承载能力信息元素固定网络用户速率(八位位组6d)0010028.8kbps(比特54321)承载能力信息元素可接受信道编码(八位位组6e)1TCH/F14.4可接受(比特7)承载能力信息元素可接受信道编码(八位位组6e)1TCH/F9.6可接受(比特5)承载能力信息元素可接受信道编码(八位位组6e)1TCH/F4.8可接受(比特4)承载能力信息元素最大业务信道数(八位位组6e)0012TCH(比特321)承载能力信息元素连接元素(八位位组6c)00透明(比特76)承载能力信息元素其它调制解调器类型(八位位组6d)10V.34(比特76)承载能力信息元素用户信息第一层协议(八位位组5)00110建议H.223和H.245(比特54321)最近的编码点没有出现在当前GSMBC信息元素中。它取自Q.931并应该加入到未来的UMTSBC信息元素中。高层兼容性高层兼容性信息元素高层特征标识(八位位组4)1100001PSTN多媒体终端(比特7654321)本发明包括在此清楚公开的任何新颖特征或特征组合或者其概括，不管它们是否涉及权利要求的发明或是减轻所提出的问题中的任何一个或全部。考虑到上面的说明，对于本领域的技术人员来说很明显，可以在本发明的范围内做出各种修改。例如，简化编号方案不限于只有一个或两个号码用于呼叫类型区别。将会知道，全文对H.324的引用纯粹是示例性的，本发明也可以用于其它数据类型。权利要求1.一种用于在始发网络的终端和终接网络的终端之间建立呼叫的交换机，所述交换机包括输入部分，用于从所述始发网络接收第一格式的呼叫标识信息；重新格式化装置，用于把接收的呼叫标识信息重新格式化为第二格式；输出装置，用于通过所述终接网络输出所述第二格式的所述呼叫标识信息；和连接装置，用于完成所述终端之间的、适合于所述被标识的呼叫的连接。2.权利要求1的交换机，其特征在于所述呼叫标识信息包括呼叫类型信息。3.权利要求2的交换机，其特征在于所述呼叫类型信息包括电信业务信息。4.前述任何一项权利要求的交换机，其特征在于所述呼叫标识信息包括承载业务信息。5.权利要求4的交换机，其特征在于用于对所述接收的承载业务信息进行重新格式化的所述重新格式化装置被安排成通过谈判使得所述终接网络的承载与所述始发网络的承载相匹配。6.前述任何一项权利要求的交换机，其特征在于所述第一格式是带内格式。7.前述任何一项权利要求的交换机，其特征在于所述第二格式是带外格式。8.前述任何一项权利要求的交换机，其特征在于所述终接网络是数字的。9.前述任何一项权利要求的交换机，其特征在于所述始发网络是模拟的。10.前述任何一项权利要求的交换机，其特征在于所述网络中的一个是无线通信网络。11.权利要求10的交换机，其特征在于所述无线通信网络是通用移动电信系统(UMTS)网络。12.权利要求10的交换机，其特征在于所述无线通信网络是GSM网络。13.权利要求11或12的交换机，其特征在于所述交换机是移动交换中心。14.权利要求10至13任何一项的交换机，其特征在于包括编码转换器。15.权利要求10至14任何一项的交换机，其特征在于所述无线通信网络是所述终接网络。16.权利要求1至7任何一项的交换机，其特征在于所述网络中的一个是固定线路网络。17.权利要求16的交换机，其特征在于所述固定线路网络是PSTN网络。18.权利要求16的交换机，其特征在于所述固定线路网络是ISDN网络。19.权利要求16至18任何一项的交换机，其特征在于所述固定线路网络是所述始发网络。20.前述任何一项权利要求的交换机，其特征在于还包括连接所述输入部分的装置，用于根据用户号码确定主要呼叫类型信息，用于把第一主要呼叫标识信息转发给所述输出，并用于把其它主要呼叫标识信息转发给所述重新格式化装置。21.一种用于在始发网络的终端和终接网络的终端之间建立呼叫的方法，所述方法包括以下步骤从所述始发网络接收第一格式的呼叫标识信息；把接收的呼叫标识信息重新格式化为第二格式；通过所述终接网络输出所述第二格式的所述呼叫标识信息；以及完成所示终端之间的适合于所述被标识的呼叫的连接。22.权利要求21的方法，其特征在于所述呼叫标识信息包括呼叫类型信息。23.权利要求22的方法，其特征在于所述呼叫类型信息包括电信业务信息。24.权利要求21至23任何一项的方法，其特征在于所述呼叫标识信息包括承载业务信息。25.权利要求24的方法，其特征在于对接收的呼叫标识信息进行重新格式化包括通过谈判使所述终接网络的承载与所述始发网络的承载相匹配。26.前述任何一项权利要求的方法，其特征在于所述第一格式是带内格式。27.前述任何一项权利要求的方法，其特征在于所述第二格式是带外格式。28.前述任何一项权利要求的方法，其特征在于所述终接网络是数字的。29.前述任何一项权利要求的方法，其特征在于所述始发网络是模拟的。30.权利要求21至29任何一项的方法，其特征在于所述网络中的一个是无线通信网络。31.权利要求30的方法，其特征在于所述无线通信网络是通用移动电信系统(UMTS)网络。32.权利要求30的方法，其特征在于所述无线通信网络是GSM网络。33.权利要求21至27任何一项的方法，其特征在于所述网络中的一个是固定线路网络。34.权利要求33的方法，其特征在于所述固定线路网络是PSTN网络。35.权利要求33的方法，其特征在于所述固定线路网络是ISDN网络。36.权利要求33至35任何一项的方法，其特征在于所述固定线路网络是所述始发网络。37.一种在始发网络的终端和终接网络的终端之间建立呼叫的方法，所述方法包括以下步骤建立预定类型的呼叫；从所述始发终端向所述终接终端发送第一格式的呼叫标识信息；把接收的呼叫标识信息重新格式化为第二格式；向所述终接终端发送所述第二格式的所述呼叫标识信息；以及建立所述终端之间的适合于所述被标识的呼叫的连接。38.权利要求21至37任何一项的方法，其特征在于还包括以下步骤根据用户号码确定主要呼叫标识信息；如果所述主要呼叫标识对应于预定连接的呼叫标识，则提供所述预定连接；以及如果所述主要呼叫信息不同，则执行所述重新格式化、传输和建立步骤。39.一种用于在始发网络的终端和终接网络的终端之间建立呼叫的交换系统，所述交换系统包括用于从所述始发网络接收第一格式的呼叫标识信息的装置；用于把接收的呼叫标识信息重新格式化为第二格式的装置；用于通过所述终接网络发送所述第二格式的所述呼叫标识信息的装置；和连接装置，用于完成所述终端之间的适合于所述被标识的呼叫的连接。40.一种在始发网络的终端和终接网络的终端之间建立呼叫的交换机，基本上象参照附图3至23的任何一个或它们的任何结合在上文描述的那样和/或象在附图3至23的任何一个或它们的任何结合中例举说明的那样。41.一种用于在始发网络的终端和终接网络的终端之间建立呼叫的系统，基本上象参照附图3至23的任何一个或它们的任何结合在上文描述的那样和/或象在附图3至23的任何一个或它们的任何结合中例举说明的那样。42.一种在始发网络的终端和终接网络的终端之间建立呼叫的方法，基本上象参照附图3至23的任何一个或它们的任何结合在上文描述的那样和/或象在附图3至23的任何一个或它们的任何结合中例举说明的那样。全文摘要公开一种用于标识电信业务的方法和设备。该设备实现始发模拟网络的终端和数字终接网络的终端之间的呼叫建立。它包括:输入部分,用于从始发网络接收第一格式的呼叫标识信息;重新格式化装置,用于把接收的呼叫标识信息重新格式化为第二格式;输出装置,用于通过终接网络输出第二格式的呼叫标识信息;和连接装置,用于完成终端之间的合适连接。文档编号H04Q11/04GK1348664SQ00806683公开日2002年5月8日申请日期2000年2月24日优先权日1999年2月24日发明者H·洪科,M·哈莫瓦尔拉申请人:诺基亚移动电话有限公司