专利名称：：通信网络的制作方法
技术领域：
：本发明涉及一种通信系统，特别涉及一种采用多种不同呼叫控制机制和不同地址类型的异型系统。在传统的同型通信网络中，如公共交换电话网(PSTN)，客户只具有一种类型的地址(在这种情况下是客户的电话号码)，并且在该网络中只存在一种统一的呼叫控制机制。该呼叫控制机制用于建立和终止呼叫，并用于当被呼叫方处于占线时进行识别。然而，随着客户可以使用越来越多的更广泛的不同的网络技术，每种网络技术都具有其自己的地址类型。例如客户在除了具有一个电话号码外，还可以具有一个传统的IP(互联网协议)地址、一个多路广播地址和一个URL(统一资源定位符)。通常，这些不同地址类型中的每一种都具有与其相联系的相应的呼叫控制协议(此处的术语“呼叫控制”是广义的用于表示在不同用户之间建立和终止连接)。例如使用传统IP地址的用户之间的音频或视频通信通常使用H.323协议，而对于宽带ATM地址之间的通信，B-ISDN(宽带综合业务数字网)，采用不同的协议。实际上，用于具体通信会话的呼叫控制协议由启动该会话的用户决定。如果其他用户后加入到会话中，则这些用户被限制需使用由启动用户决定的寻址和呼叫控制性能。按照本发明的第一方面，提供了一种运行通信系统的方法，包括(a)在通信终端之间交换呼叫控制性能数据，该呼叫控制性能数据为每各个终端识别多个不同呼叫控制协议和不同网络地址中所选的一个或几个；(b)利用在所述呼叫控制性能数据中识别的该呼叫控制协议或网络地址在所述通信终端之间建立呼叫。本发明通过为对等终端提供识别其呼叫控制和地址类型的交换数据，从而有可能在异型通信网络中充分利用终端的性能。由于本发明的机制使得用户在寻址中不需采用“最小公分母”和呼叫控制类型，所以本方法可以使得异型通信系统的潜能得到充分实现。这促进了能提供更大灵活性的先进的呼叫控制和寻址机制的应用，即使那些先进的呼叫控制和寻址机制开始只在通信系统中的少部分终端上使用。最好交换呼叫控制性能数据的步骤在开始建立呼叫之前执行。数据的交换也可以与呼叫建立过程集成在一起，形成该过程的初始化部分。然而，为了获得最大的灵活性，交换步骤最好独立地在呼叫建立之前进行。然后，用户可以根据该终端或其他每个终端的性能选择不进行建立。最好第一终端通过向第二终端发送该第一终端的呼叫控制性能数据启动呼叫控制性能数据的交换，第二终端返回对该请求的确认，其中该确认包括第二终端的呼叫控制性能数据。已经发现，利用简单的请求/响应，可以非常有效地进行数据相互的交换。最好该方法包括连续地监视通信终端处的通信端口，一旦所述端口接收到一个请求，则执行呼叫控制性能数据的交换。最好监视所述通信端口在呼叫建立后继续进行。上述优选方案，通过在任意时间都可以进行性能数据的交换进一步加强了通信系统的灵活性。这使得系统可以在多方通信会话中对具有新的通信性能的新成员的到来进行响应，或对正在进行的会话中的多方中的一方的性能中的变化进行响应。按照本发明的第二方面，提供了一种通信终端，包括(a)与其他通信终端交换呼叫控制性能数据的装置，其中呼叫控制性能数据为各个终端识别所选的多个不同呼叫控制协议和不同网络地址中的一个或几个；(b)利用从所述其他通信终端接收的所述呼叫控制性能数据中识别的呼叫控制协议或网络地址类型，在所述通信终端和其他通信终端之间建立呼叫的装置。本发明包括一种通信系统，该通信系统包括如本发明第二方面所述的通信终端。通过参照附图对实例的描述而进一步描述采用本发明的方法和系统，其中图1是采用本发明的第一网络的示意图；图2示出性能数据的交换；图3a和3b示出采用本发明的系统的协议栈；图4a和4b示出在采用本发明的系统中的消息流序列；图5和图6是执行本发明的软件对象；图8是第二实施例；图9是在图8的网络中的消息流。通信系统1包括连接到不同的各网络域4、5的用户终端2、3。在这个实施例中，用户终端2、3是计算机工作站。在这个实施例中的网络域是支持ATM(异步传输模式)和IP(互联网协议)传输协议的宽带网络。用户终端具有用户地址(111.111.1.113)和ATM地址(ATM1)。类似地，第二用户终端具有一互联网地址(123.123.1.124)和ATM地址(ATM2)。该网络域由也支持这两个协议的连接部件6链接。用户终端2、3中的每一个都存储着记录该终端能够处理的地址类型和呼叫控制类型的各客户性能对象。不同终端中的客户对象使用预定的通信协议彼此间进行通信(在本发明中是互联网协议)。两个客户间交换地址和呼叫控制性能与呼叫或会话之间正在进行中的呼叫无关。如图2所示，当呼出客户的用户发布TRANSFER.request(传送.请求)基元(primitive)时启动交换机制。来自启动客户的TRANSFER.request包括相应终端的客户性能设置。该客户性能设置表明该终端所支持的所有呼叫控制技术和地址。呼入客户的用户通过TRANSFER.indication(传送.指示)基元得知交换客户性能数据的请求。然后呼入客户的用户使用TRANSFER.response(传送.响应)基元开始传送其性能。作为接收呼入客户性能交换请求的终端的呼入终端，其性能利用客户性能设置确认消息送回到始发终端。始发端客户的用户由TRANSFER.confirm(传送.确认)基元得知发生了性能数据的交换。在如上所述的消息中的该客户性能设置数据识别多个预定地址类型和呼叫控制类型中的哪一种得到支持。有可能得到支持的不同地址类型包括例如e-mail(电子邮件)、URL(统一资源定位符)、IP多路广播、IP单路广播、E.164、AESA。不同呼叫控制类型包括例如H.225.0、SDP、B-ISDNQ.2971、B-ISDNATM-FUNI、N-ISDNQ.931、PSTNBTNR315。表1列出了本发明一个实施例所支持的地址和呼叫控制类型。如表中所示，不同的整数代码用于识别不同的各呼叫控制和地址类型。表1<tablesid="table2"num="002"><table>多路广播地址类型整数=2版本String时间ToLive整数单路广播地址类型整数=3版本StringE164地址类型整数=4版本StringAESA地址类型整数=5版本String类型StringE-mail地址类型整数=7URL地址类型整数=7总结文本String呼叫控制呼叫控制类型整数=0版本StringH225呼叫控制类型整数=1版本StringSDP呼叫控制类型整数=2版本StringBISDN(宽带综合业务数字网)呼叫控制类型整数=3版本StringATM-FUNI3.1呼叫控制类型整数=4版本StringQ.2931呼叫控制类型整数=5版本StringQ.2971呼叫控制类型整数=6版本StringNISDN(窄带综合业务数字网)呼叫控制类型整数=7版本StringQ.931呼叫控制类型整数=8版本StringPSIN(公用分组电话网)呼叫控制类型整数=9版本StringBTNR315呼叫控制类型整数=10版本StringSMTP(简单函件传送协议)呼叫控制类型整数=11HTTP(超级文本传送协议)呼叫控制类型整数=12</table></tables>如上表所示，通过性能交换机制得知的性能可以包括URL(统一资源定位符)。该URL可以由启动性能设置传送的终端获取以读取对于上述表中提供的那些性能以外的其他性能的详细信息。以这种方式，性能交换协议可以扩展到包括新的呼叫协议。该URL还可以指示终端获取如JAVAapplet(面向网络的一种小型应用程序)这样的资源，该JAVAapplet程序可以由该终端下载以使得该终端可以与提供URL的终端进行通信。例如，该URL可能涉及到包括JAVAapplet的HTTP页，其显示“callme(调用我)”按钮。然后，当该按钮被点击时，进行从拥有该URL的终端到其他终端的程序调用。图3a和3b示出采用本发明的系统的结构。每个通信终端运行一个通信程序，该通信程序包括一个通信图形用户接口(GUI31)，该通信图形用户接口(GUI31)在通信应用程序32上面。该通信应用程序32得到多个资源33的支持，资源33包括性能交换模块(CE)，性能交换模块(CE)下面是“听者模块”，该“听者模块”连续监听由通信终端的IP地址和16位端口号一同定义的预定的网络应用程序接口。该CE和听者模块可以与会话邀请协议(SIP)和H323模块这样的资源一起共存，如图3a所示。性能设置消息在UDP/TCP/IP层和性能交换(CE)模块之间传递。听者模块将传送基元传递到CE模块或从CE模块传递到听者模块。在本发明的优选实施例中，使用UDP(不可靠数据报协议)而不是TCP(传输控制协议)在网络中传送性能设置数据。这样可以避免在建立TCP数据流中的过载问题。然而，这种方法需要在过了预定时段后未收到确认时重新发送数据包，从而数据包有可能丢失。图3b示出当性能数据在两个终端之间交换时，通过不同API(应用程序接口)的消息流。图2中所示的传送基元对应于应用程序层(在本例子中使用Java语言)和协议栈的较低层之间的API。图4a和4b进一步示出了在本发明的不同实施例中的两个终端A和B之间的消息流序列。在图4a的序列中，性能数据的交换发生在会话建立之前。在性能数据交换之后，在性能数据表明双方都具有这个呼叫控制性能的情况下，紧接着使用ISDN协议如H.320定义的消息序列建立呼叫。在第二个实施例中，如图4b所示，在交换性能数据之后和建立呼叫之前，使用如H.323呼叫控制协议、会话邀请协议(SIP)建立会话。图5和图6示出了使用RationalROSE(有理面向对象的软件工程)形式定义软件对象以执行上述实施例的图表。所示的结构可以使用ROSE软件工具进行编译以生成例如C++代码，从而构成实施本发明的基础，该ROSE软件工具可以通过商业手段从加利福尼亚州的SantaClara的Rational软件公司获得。如图6所示，在每个终端上作为实例的客户对象包括客户性能设置和客户性能返回方法，其中这些方法由客户性能对象继承。客户性能对象的属性依次由图5所示的地址和呼叫控制对象继承。作为另一种可选方法，也可以经由目录指示传送客户性能数据。这种方法在1997年12月4日提交、申请号为97309810.6号(代理号A25527)、同本案一起提交的正在审理中的欧洲专利申请中有具体描述，这里引用该申请的内容以作参考。图7示出一实施例，其中数据的交换是由目录平台7调配的。该目录平台7通过链路8连接到网络，该链路8将IP数据在网络和目录平台7之间传送。该网络中的其他组件参照图1在上文中已经描述。在应用中，用户终端2、3处的用户均在目录服务器上注册，其中在本实施例中，该目录服务器在目录平台7上运行。随后，如下所述，当用户终端2处的用户想要同用户终端3处注册的用户接触时，向目录服务器提交一个请求。该请求被传送到目录平台7的IP地址。该请求包括如识别被呼叫的用户的用户名这样的数据。目录服务器使用该数据选择相应的用户轮廓文件，该轮廓文件是当用户在目录服务器上注册时产生的。根据所选择的用户轮廓文件，目录服务器将被呼叫用户的网络地址和呼叫控制性能返回到呼叫用户。利用该消息，呼叫用户建立到其他用户的呼叫。例如，在这个实施例中，呼叫用户可以利用ATM呼叫控制协议(Q.2931)选择建立到ATM地址(ATM2)的连接。图8示出在这个实施例中的当本地客户在目录中注册其呼叫控制性能且远地客户继而读取该呼叫控制性能数据时，在本地客户、目录平台(或服务器)7和远地客户之间的消息流。权利要求1.一种操作通信系统的方法，包括(a)在通信终端之间交换呼叫控制性能数据，该呼叫控制性能数据为每各个终端识别多个不同呼叫控制协议和不同网络地址中所选的一个或几个；(b)利用在所述呼叫控制性能数据中识别的该呼叫控制协议或网络地址在所述通信终端之间建立呼叫。2.如权利要求1所述的方法，其中交换呼叫控制性能数据的步骤是在开始建立呼叫之前执行的。3.如权利要求1或2所述的方法，其中第一终端通过向第二终端发送该第一终端的呼叫控制性能数据启动呼叫控制性能数据的交换，第二终端返回对该请求的确认，其中该确认包括第二终端的呼叫控制性能数据。4.如上述任意权利要求所述的方法，包括连续地监视通信终端处的通信端口，一旦所述端口接收到一个请求，则执行呼叫控制性能数据的交换。5.如权利要求4所述的方法，其中监视所述通信端口在呼叫建立后继续进行。6.如上述任意权利要求所述的方法，包括传送作为所述呼叫控制性能数据的一部分的指针，该指针指向用于识别多个性能的其他数据的源，所述其他数据在所述呼叫控制性能交换协议中未直接提供。7.如权利要求6所述的方法，其中所述指针是统一资源定位符(URL)。8.一种通信终端，包括(a)与其他通信终端交换呼叫控制性能数据的装置，其中呼叫控制性能数据为各个终端识别多个不同呼叫控制协议和不同网络地址中所选的一个或几个；(b)利用从所述其他通信终端接收的所述呼叫控制性能数据中识别的呼叫控制协议或网络地址类型，在所述通信终端和其他通信终端之间建立呼叫的装置。9.一种通信网络，该通信网络包括如权利要求8所述的通信终端。10.一种包括多个通信终端的通信网络，其中多个通信终端中的不同终端支持不同的各自的呼叫控制协议，并且其中每个通信终端包括(a)与其他通信终端交换呼叫控制性能数据的装置，其中呼叫控制性能数据为各个终端识别多个不同呼叫控制协议和不同网络地址中所选的一个或几个；(b)利用从所述其他通信终端接收的所述呼叫控制性能数据中识别的呼叫控制协议或网络地址类型，在所述通信终端和其他通信终端之间建立呼叫的装置。全文摘要在通信网络中,各通信终端交换呼叫控制性能数据,该呼叫控制性能数据互相识别所选的呼叫控制协议和网络地址类型,接着各通信终端利用从所识别的协议中所选择的协议建立呼叫连接,最好各终端连续地监视用于交换这种数据的请求,以使得在呼叫开始建立后允许其他方加入到会话中。文档编号H04L12/56GK1281626SQ9881186公开日2001年1月24日申请日期1998年11月24日优先权日1997年12月4日发明者西蒙·亚历山大·贝德斯,加里·莱斯莉·布鲁斯申请人:英国电讯有限公司