CN1094881A - 在多个通信路径中进行选择的方法和装置 - Google Patents

Abstract

在数据通信系统(100)中，提供了一种方法，用于 区分并选择至指定端点(10)的多个通信路径(4，6和 8)。通信路径选择是在便携式用户单元(2)上在本地 进行的。通信路径对作请求的软件应用(30)是透明 的。该方法用现有的通信设施管理多个通信装置 (42，44)。

Description

本发明整体上涉及到数据通信，具体地涉及到如何区分多条通信路径并从中选出一条可用的路径的方法。

近些年来，数据和语音通信有了迅速的发展，出现了不同且通常不可兼容的通信系统，如寻呼、蜂窝、电话数据通信、以及无线分组数据通信。开始，这些系统的用户接收了它们固有的不兼容性。然而，最新的潮流是系统的用户期望并要求目前现有的通信平台能有更高的兼容性能及这些平台的互连。这样，蜂窝无线电话通信系统必须与有线电话系统互连，且无线LAN（局部区域网络）系统现在必须作为有线LAN的延伸而工作，以实现并维持商业生存。

作为对这种要求的一种对策，便携式和固定通信装置〔如个人用户集中器（Personal    Organizer）和膝上型计算机〕的制造者开始把多种通信技术溶入他们的产品中。可以预见，通信装置的使用者将学会把不同的技术视为只是进行同样操作的可替代的不同手段而已。

随着系统兼容水平的提高，各种通信技术（以下称为媒介）间的差别将变得不十分重要。最终，可以预料，用户对通信路径选择过程的参与将降到这样的程度，即用户可能都不知道在某一时刻使用的是何种媒介。

为实现这一点，需要一种方法，用于使便携式用户单元能至少部分地根据其对潜在通信路径的了解来自动地选择多种可用的通信媒个中的一种。也还需要一种数据通信方法，对于不同的软件应用，它为通常采用不可兼容的通信协议的通信系统建立起一个公共接口。

目前用于提供通信媒介选择的技术都建议把所有这类请求传送到一中央处理器以进行处理。合适的通信媒介的选择由中央主机进行，其决定可以送回，也可以不送回到请求的装置。可以理解到，这个过程要求经通信网络来传送请求业务。这种消息业务可对整个系统的通信量产生显著影响。另外，通信媒介选择的集中控制，在通信高峰期间会造成过载。这种系统一般需要对基干网的更新和修改，以提供所要求的集中控制。

因而，特别有利的是能提供一种方法和装置，用于使便携式用户单元能根据对可用的通信路径的了解来选择多种可用通信媒介中的一种。

简而言之，本发明是使用户单元能在多种通信媒介中进行选择的方法和装置，该特定媒介用于建立至指定终点的通信路径。根据本发明的一个方面，用于使具有存储器和通信资源的用户单元从多个至指定目的地的通信路径中的选出一个的方法，包括以下步骤：在存储器中存储具有相关特性的通信路径的清单;接收包括目的地和通信标准的连接指令;作为目的地的函数，从清单中选出至少一条通信路径;建立至所选的通信路径的连接。

本发明的一个最佳实施例包括一个分组服务器模块和至少一个设备管理员模块，其中若干个软件应用程序通过与分组服务器接口而请求进行数据通信。分组服务器维持有一份标明至指定端点的现行可用（虚拟连接）的对话清单，并根据对目的地的了解（不一定是全面的，但至少是部分的）来选择通信路径。设备管理员保持有一份用于指定至特定端点的可能通信路径的清单，并实际上负责控制通信资源以建立起通信路径。

图1描绘出一个经多条通信路径中的一条与端点通信的用户单元;

图2是图1的用户单元采用的数据处理单元的框图;

图3是图2的数据处理单元在数据通信时所用的控制软件的功能框图;

图4描绘出根据本发明的通信路径基本型（Communications    Path    Prototype-CCP）记录的结构;

图5显示了根据本发明的数据链路记录的结构;

图6显示了根据本发明的对话的结构;

图7是流程图，显示了在根据本发明进行的通信路径选择期间，在图3的控制软件的指示下，由图2的数据处理单元执行的步骤;

图8是流程图，显示了在根据本发明进行的数据通信期间，在图3的控制软件的指示下，由图2的数据处理单元执行的步骤;

图9是流程图，显示了在根据图8建立起对话的期间，在图3的控制软件的指示下，由图2的数据处理单元执行的步骤;

图10是流程图，显示了在取消按照图8进行的对话期间，在图3的控制软件的指示下，由图2的数据处理单元执行的步骤;

图11是一个本发明的最佳实施例在其有代表性的初始运行状态下的结构图;

图12是一个显示对话建立过程的本发明最佳实施例的结构图;

图13是一个显示图12中所建立的对话的终结过程的本发明最佳实施例的结构图。

本发明可用于个人计算机和个人通信设备之间的数据通信。该数据通信方法提供了一种识别所需的远程接触点或端点的方案，而不论支持这种通信所需的设备或网络构成如何。

图1显示了通过多条通信路径4、6和8中的一条与端点10通信的一个用户单元2。用户单元2是一个如下所述正在进行通信的计算机。端点10是用户单元2希望与之建立接触的任何已知的目的地，例如可以是电子邮件系统、电子数据库、通信网络、或另一用户单元。通信路径4、6和8表示从用户单元2至所需端点10的一组可用通信路径。通信路径4、6和8可由有线或无线通信媒介构成，如（但不限于）电话线、双绞线、光纤链路、红外信道、及无线电频道。

图2显示了图1的用户单元用来提供依照本发明进行的通信的数据处理单元200的框图。数据处理单元200包括一个中央处理单元（CPU）16、随机存取存储器（RAM）12、只读存储器（ROM）14、数据输入装置20、显示器22、及输入/输出（I/O）终端18。

带存储器的CPU16可用传统微处理机（如从前可从Motorola    Inc.得到的MC68HC11微处理机）实现。如将要在下面所看到的，CPU16在部分或全部包含有ROM14中的监控程序（操作系统）的控制下，利用RAM12来运行，以通过数据输入装置20，控制进出终端18的数据流，并执行用户提出的所有任务。

数据输入装置20可包括任何目前可获得的、使系统用户能输入数据和指令的数据输入装置。这些装置包括（但不仅限于）字母数字键、触摸屏、压敏或光敏笔、图形用户接口、计算机化信息表示系统、及各种语音激活方式。

为了以人所能感知的形式提供信息，数据处理单元200采用了显示单元22。该显示单元可从包括CRT显示器、LCD（液晶）显示吕、LED（发光二极管）显示器和/或电视监视器等已知视频显示装置中选出，但并不仅限于这些。

根据本发明，借助I/O终端18，在处理单元200和诸如红外收发器、光纤收发器、有线调制解调器、和/或RF调制解调器等使用不同媒介的通信设备（未显示）之间实现数据和控制信息的传送。连到I/O终端18的通信设备，使图1的用户单元2能经通信路径4、6和8（图1）通信。

本专业领域的人员应理解，处理单元200的结构是作为一个最佳实施例给出的。如下所述，尽管对处理单元200以作某些修改，如去掉数据输入装置20或显示单元22，本发明仍能象所描述的那样运行。

图3是图2的数据处理单元200在按照本发明所进行的数据通信期间所用的控制软件的功能框图。该控制软件以下被称为运行起动器（runtime    engine）40，它由包括分组服务器34和设备管理36和38在内的若干个功能块组成。

与运行起动器40连用的外部软件包括应用软件30和应用程序员接口软件（API）32。应用软件30包括任何想按照本发明进行数据通信的计算机软件程序。API32是一个通信程序库，它可被应用软件30调用，并使以特定程序语言写成的程序能通过一组预先规定的功能调用指令及网络接口装置42、44来访问通信装置（未显示）。在最佳实施例中，程序库功能块的集合包括但不限于以下功能：开始对话、结束对话、获得信息、送出信息、获得号码消息、获取通告结构、送出通告结构、以及得到号码消息。应用软件30的指令与API32通用程序的一个或多个配对，可通过由运行起动器40所确定的外部软件接口界面33与分组服务器34接口。

运行起动器40用为应用软件30提供一组标准的数据通信指令，为可用的通信系统提供相同的抽取机会，此过程与应用软件30所用的计算机编程语言或最终选定的路径无关。在运行中，API32程序库的调用被传送到分组服务器34，后者把从一个或多个应用软件程序30发出的请求传到一个或多个设备管理员36和38。这样，API32起提供特定的计算机编程语言的标准映象的作用，在该语言中应用软件30被变成可传送到分组服务器34的消息。

分组服务器34管理对话清单。对话是一个记录，它表示分组服务器34与设备管理员36和38及特定软件应用程序30相互作用所需的信息。设备管理员36和38通过处理由分组服务器34代表应用软件30发出的请求来控制无线和/或有线通信设备。设备管理员36和38以下述方式管理路径基本型和数据链路。路径基本型是表示至指定端点的潜在可用物理路径的记录。数据链路是表示到以前指定的端点的实际的物理线路的记录。

设备管理员36和38可独立地运行，它们经内部软件接口35与分组服务器34相接口，也可经无线或有线网络接口装置42和44直接与通信设备（图中未显示）相接口。可以理解，单个设备管理员可与一个或多个网络接口42和44通信。各网络接口为与通信设备进行通信提供了必需的寄存器和线路驱动器，通常还包括CPU、RAM和ROM-如果在通信设备中没有这些资源的话。根据本发明，任何数目的设备管理员均可与分组服务器34通信。

图4描绘出根据本发明的通信路径基本型（CPP）记录的结构。CPP记录50被分别保存在设备管理中员36和38的清单中，它确定了至指定端点10的潜在路径。如所示，每个CPP记录50包括终点名称（END    POINT    NAME）51、特性清单（ATTRIBUTE    LIST）52、配置清单（CONFIGURATION    LIST）53、状态标志（STATUS    FLAG）54、及基本型字段（PROTOTYPE    FIELD）55。根据本发明，每个CPP记录50被用于建立一条链路，以在图3的应用软件程序30和图1的端点10之间发送数据分组。

公布的记录结构包含目的地信息、预定的通信路径特性、通信装置指令、状态及区分标志（ID）。终点名称字段51指定特定的远程消息源或目的地。分组服务器34可通过用终点名称字段51作为选择准则，选择保存在设备管理员36和38中的所有CPP记录的一个子集。这使分组服务器34能识别那些确定了至指定端点10的各种实际路径的CPP记录50（在这里也叫作基本型）。

特性清单（ATTRIBUTE    LIST）52是以对的形式（名称，信息）的清单，它描述单个实际通信路径的特征。具体的基本型特性的例子是（名称＝定向性，信息＝双向），或（名称＝波特率，信息＝4800）。分组服务器34可通过利用“名称”的值作为选择准则，从特性清单52中选择某种特性。这使分组服务器34能把选定特性的“信息”字段与分组服务器已知的某个值相比较。

配置清单（CONFIGURATION    LIST）53包含有用于自动选配通信设备以建立起至源或由终点名称字段51所指定的目的地的通信路径的信息，从而使路径具有特性清单53所标明的特征。

状态标志字段（STATUS    FLAG）54包含有一个参数值，它表明CPP记录50中是否有如这里及以下所述的相关的数据链路60。当（STATIS    FLAG）54表示数据链路60存在时，由相关的基本型记录描述的通信路径就没有被占用。

基本型字段（PROTOTYPE    FIELD）55是一个二次检索关键字，借助它，分组服务器34可从设备管理员36和38保存的清单中识别并选择具体的CPP记录50。

图5描绘出按照本发明形成的数据链路记录的结构。数据链路记录60被保存在员36和38中，并限定了一条至指定端点10的实际路径。设备管理员36保存数据链路清单，以在给定的时刻为给定的设备管理员36或38指示出至端点的开放连接。

如所示，该记录结构包括数据链路字段（DATA    LINK    FIELD）字段61、特性清单（ATTRIBUTE    LIST）62、数据链路资源清单（DATA    LINK    RESOURCE    LIST）63和基本型字段（PROTO    TYPE    FIELD）64。数据链路字段61是主检索关键字，借助它分组服务器34可从设备管理员36和38保存的数据链路清单中选择给定的数据链路。特性清单（ATTRIBUTE    LIST）62是对形式（名称，信息）的清单，它描述了此数据链路代表的实际通信路径的特征，且与图4的基本型属性清单52相类似。数据链路资源清单63是向设备管理员36或38描述如何自动操作与数据链路60相联的通信设备的参数的清单。基本型字段64是当对CPP记录50的状态标志字段54作标记时，数据链路60对图4的其相关的CPP记录50进行定位的基准。

图6描绘出根据本发明构造的对话的结构。对话70被保存在分组服务器34的清单中，并包括分组服务器34为与在设备管理员36或38内发现的数据链路60相接口所需的信息。

每个对话70由对话字段（SESSION    FIELD）71、设备管理员字段（DEVICE    M    ANAGER    FIELD）72、数据链路处理（DATA    LINK    FIELD）73和对话资源清单（SESSION    RESOURCE    LIST）74组成。对话名称71是主检索关键字，使图3中的软件应用程序30能从分组服务器34保存的对话清单中选择一个特定的对话。设备管理员字段72为分组服务器34提供一个唯一的标识，以从多个设备管理员36和38中选出一个设备管理员。数据链路字段73使分组服务器34能从设备管理员字段72的值所识别的相关设备管理员36所保存的数据链路清单，访问特定的数据链路60。对话资源清单74是为分组服务器34规定的如何与所选定的设备管理员36相接口的参数的清单。特别地，对话资源清单73指示如何通过本次对话70识别的数据链路60有关的实际通信路径，代表应用软件30进行通信。

图7是流程图，显示了在按照本发明进行的通信路径的选择期间，在图3的控制软件的指示下，由图2的数据处理单元执行的步骤。从框80开始，流程进到框82，在那里通信路径清单被存在存储器中。此步骤对应于在设备管理员36和38中存储并保持各种基本型（CPP记录50）。从框82，流程进到框84，在那里图3的分组服务器34从应用软件30经API32收到连接指令。该指令包含目的地信息（即终点名称）和由软件应用30所建立的及要求的各种通信准则。这种准则包括但不限于此。

流程从框84进到框86，在那里分组服务器34根据目的地的函数，从所述清单中选出至少一个可用的通信路径。为此，分组服务器34向设备管理员36和38请求具有终点名称字段51的所有基本型;该字段包含有对应于在框82的连接指令中发现的目的地的信息。基于对这些基本型的接收，分组服务器34可选择一条通信路径。根据本发明的另一方面，分组服务器34还可根据通信指令中的通信准则与CPP记录50中保存的通信路径特性的比较，限定对通信路径的选择。

从框88，流程进到框90，在那里分组服务器34建立通信路径连接，准备在图3的软件应用30和图1的端点10之间传送信息。

图8是流程图，显示了图2的处理单元200在按照本发明进行的数据通信中，在图3所示的控制软件的指示下执行的步骤。从框100在开始，此时用户单元2请求与端点10进行通信，流程进到框110，在那里处理单元200产生对话70。根据本发明的最佳实施例，潜在通信路4、6和8中的至少一个被选作目的地函数。这种选择可由软件应用30规定的准则来进一步地检验。下面将更详细地描述新对话的产生。

当成功地建立起对话70时，就可进行数据通信。这样，在框120发生一个通信指令，以规定通信的类型（即发送、接收等）、通信参数（即数据缓冲器等）、以及用于识别在其上进行通信的对话70的对话基准。在框130，分组服务器34使用图6的对话的设备管理员字段72，把通信指令130和已识别的对话的数据链路字段73传送到适当的设备管理员36和38。

在框140，适当的设备管理员36，根据数据链路字段73所识别的图5中的特定数据链路60的数据链路资源清单63，向通信设备发出正确的控制序列，以经过预先的通信路径传送数据。在框150，适当的装置管理器经分组服务器34把通信的结果送回软件应用30。

在判定框160，判定通信是否完成。若软件应用已完成通信，对话70就被取消（框170）。对话取消过程将在下面更详细地描述，若软件应用30还未完成通信，则流程回到框120以发出另一通信指令。

图9是流程图，显示了在根据本发明进行的对话产生期间，在图3所示的控制软件的指令下，图2的处理单元所执行的步骤。为产生新的对话，软件应用30向分组服务器34发出新对话请求205，指明通信准则和用户单元2希望与之通信的端点名10。通信标准是新对话所希望的软件应用30的各种特性，如波特率、分组大小、发送时间、传送成本、载波、方向性、端点名、信道等。

分组服务器34从所有的设备管理员36、38请求有对应于端点10的端点名称51的指定值的CPP记录50（基本型）。各设备管理员36、38只公布具有终点名称51的指定值并有可用于状态标志54的值的那些基本型。在框210，分组服务器34检验所公布的基本型清单，并在框215根据匹配的目的地信息并进一步根据新对话请求中规定的通信标准，选择出至少一个基本型。

本说明书的以下部分假定“最佳匹配”基本型是由设备管理员36公布的，尽管在另一替代方案中，它可能由别的设备管理员公布。通过向设备管理员36传送一个包括“最佳匹配”基本型的基本型字段55的值的接合请求指令，分组服务器34在框220请求从基本型设备管理员36中选出的“最佳匹配”基本型的“接合”。

设备管理员36在框225把“最佳匹配”基本型的状态标志（STATUS    FLAG）54的值设定为“忙”（IN-USE）。然后，在框230和235，设备管理员36分配并启动由“最佳匹配”基本型的路径配置清单（PATH    CONFIGURATION    LIST）53的所必需的通信资源。在框240，设备管理员36加上代表目前已分配的实际通信路径的数据链路60，并把“最佳匹配”基本型的基本型字段55的值复制到数据链路60的基本型字段64。在框245，设备管理员36把数据链路基准返回分组服务器34，使之包含在对话的数据链路字段73中。

在框250，该对话被加到分组服务器的对话清单上。在框255，对话基准被返回到软件应用30以便将来用于在对话的通信链路上的有关的指令的通信。软件应用30保留对话基准（框260）。

图10是流程图，显示了根据本发明最佳实施例进行的对话取消过程。为从分组服务器34的对话清单中取消对话300，当在该对话路径上的通信不再需要时，要从软件应用30发出一个指定对话基准的请求305。分组服务器34从指定的对话的数据链路字段73获得数据链路基准310。

分组服务器34向由对话的设备管理员字段72识别的特定的设备管理员36、38发出请求315，以去除数据链路字段73规定的数据链路。设备管理员36撤回与规定的数据链路有关的通信资源320。设备管理员36重新得到与分组服务器34规定的数据链路相关联的被占用的（IN-USE）基本型325的基准。IN-USE基本型被设备管理员36标为“可用”（AVAILABLE）330。

设备管理员36把原先指定的数据链路335从其数据链路清单中取消。设备管理员36还向分组服务器34通报数据链路取消340的结果。分组服务器34释放用于现已被取消的对话的通信资源345。分组服务器34把规定的对话从其对话清单350中取消。分组服务器34向请求客户应用30公布对话取消355的结果。客户应用30除去其对取消的对话360的基准。

参见图11-13，描述本发明最佳实施例的运行过程。图11包括本发明最佳实施例在其有代表性的初始运行状态下的结构图。该初始运行状态显示出在对话清单430中存在的对话432及在数据链路清单420中的相应数据链路422。对话432和数据线路422均利用基本型412来表征通信路径。

参见图12（它描述了一个与图11所示的类似的结构图），将描述新对话的产生。图3的软件应用30通过任何一种大众化的且可通过商业途径得到的外部软件接口33，与分组服务器34相接口。在运行过程中，软件应用发出一请求440，以在对话清单430中产生新的对话433。此请求包括希望连接的指定的端点名以及与通信有关的各种标准，如波特率、最大分组尺寸、传送成本、方向性等。分组服务器34通过内部软件接口400向设备管理员36发出请求441，检验带有指定的端点名的全部的基本型。

分组服务器34检验所有可用基本型，并选择具有适当的端点名、并最符合软件应用规定的表征通信路径的特性的准则的基本型413。基本型413在基本型清单410被称为IN-USE基本型。基本型413不能再被基他对话所使用。与设备管理员36相联的通信设备及选定的基本型413被分配并被启动，以供对话433使用。

数据链路423被加到数据链路清单420中，指示至指定端点的实际连接。数据链路423还规定分组服务器34如何与通信设备接口。此后，应答450被返回到分组服务器34，指明数据链路产生的结果。

分组服务器34把对话433加到对话清单430，并把应答451加到软件应用。软件应用30现在有对话433所建立的开放式通信路径，借助它可与指定的端点通信。现在已设置好了通信路径，软件应用发送或收到的各条消息中都不会有通信路由或目地开销。

还应注意，选择最佳通信路径的全部信息都是在设备管理员36的基本型清单410中本地存取的。所以，本发明可利用已有的数据通信设备且不需要中央主计算机来控制通信路由和路径的选择。

图13显示了本发明的最佳实施例的结构图，显示了图12建立的对话的终结。当软件应用不再希望与指定端点通信时，就可取消该对话。这样，当图12的对话432不再需要时，软件应用发出一请求440，以从对话清单440中取消对话432。

相应地，分组服务器34得到对话432所用的数据链路字段61，并发出从数据链路清单420中取消数据链路422的请求441。设备管理员36撤回与数据链路422相联的那些通信资源并把基本型412的状态标志54标为“可用”AVAILABLE。如图13所示，设备管理员36随后从数据链路清单420中除去数据链路422。

应答450被送往分组服务器34，以指示数据链路取消的结果。如图13所示，分组服务器34随即从对话清单430中取消对话432。对消除对话请求的响应451被返回到软件应用。对话清单、数据线路清单、及基本型清单的最终状态现在如图13所示。

对本领域人员显而易见的是，本发明预期可为多个软件应用提供通信能力。本发明的第一个特征是，各软件应用可支持一个以上的对话。

本发明的第二个特征是，任何数目的设备管理员36和38，均可利用设在对话结构70中的设备管理员字段72与分组服务器34接口。如前所述，分组服务器34根据软件应用指定的端点名请求基本型。该请求被发向与分组服务器34接口的所有设备管理员。

本发明的另一特征是，支持各种通信媒介（硬件及网络），包括但不仅限于：无线电频率信道、电话、红外、传真、有线局域网络（LAN）及无线LAN。本发明设有若干关键耦合点，以便实现与未来通信能力的完美结合。如在设备驱动器技术中周知的，在设备管理员中为各种通信硬件实现了装置特定的指令。这样，各通信平台都有自己的设备管理者。但是，各软件应用由分组服务器与具体的通信媒介隔开。另外，无论采用何种程序语言、通信媒介或设备管理员，软件应用与分组服务器间的接口都保持相同。由于在通信系统间建立起了等同性，便利了通信软件的开发，包括那些其主要功能不是通信但从通信能力获益的软件。

本发明的一个优点是提供了相同的和自动的方法以让软件区分两种通信系统：提供至某些远程通信节点的替代通信路径的系统，及提供至独立远程节点组的不相关的通信路径的系统。

本发明的另一优点是，在本地存储器中，为分组服务器34代表软件应用30进行的通信路径的自动选择提供了可能的通信路径清单。自动选择部分地是根据目的地，还考虑软件应用所确定的通信标准和与各通信路径有关的特性间的匹配。由于通信媒介选择是在本地进行的，因此可用现有的通信基干网，而不需进行修改。

本发明的另一优点是，在进行数据传送之前提供了自动选择。这大大降低了消息传送开销，因为在发送消息的前面不用发送路由信息。

本发明的又一优点是，为对用户单元可用的替代（即冗余或“可依靠”（fall-back）的通信路径进行软件识别，提供了分类方案。

对本专业领域的人员显而易见的是，在不脱离本发明的精神的前提下，可对此公布的实施例进行多种修改。例如，可采用“智能”分组服务器，以在不同通信网络间进行实时漫游。

Claims (11)

1、一种用户单元，具有存储器和多种不同的通信资源，用于经所述用户单元和一目的地之间的多条通信路径之一与所述目的地进行通信，并用于选择可用的通信路径，其特征在于所述用户单元包括：

多个装置驱动器，每个均连接到通信资源，用于存储描述至目的地的可用通信路径的记录的清单，各所述记录有相关的通信路径特性；

分组服务器，它与多个装置驱动器相连，用于接收包括连接点和多个通信标准的连接指令并至少部分地根据描述可用通信路径的目的地的信息而从所述多个装置驱动器清单中选出至少一个记录。

2、权利要求1的装置，其中用户单元是袖珍便携式无线终端。

3、权利要求1的装置，其中通信资源从由有线收发机和无线收发机组成的一组装置中选择。

4、权利要求1的装置，其中装置驱动器和分组服务器是存贮在存储器中的软件模块。

5、权利要求1的装置，其中至少一个软件应用程序存贮在存储器中，通过该软件请求通信资源以便经用户单元与目的地之间的多条通信路径中的一条与目的地通信。

6、权利要求1的装置，其中通信路径特性和通信标准从由传送成本、分组大小、波特率、方向性、发送时间、及载波ID组成的参数组中选出。

7、权利要求1的装置，还包括：

用与把连接指令、通信标准与通信路径特性相比较的装置;

与比较装置相连的、用于根据这种比较来选择通信路径的装置。

8、用于选择用户单元与目的地之间的多条通信路径之一的方法，该用户单元有装置驱动器、分组服务器、及至少一个软件应用，其特征在于所述方法包括以下步骤：

提供一个与至少一个所述软件应用和所述装置驱动器所了解的目的地相联系的预定名;

通过所述分组服务器从至少一个所述软件应用向所述装置驱动器送出请求指令，请求实现到所述目的地的连接，所述请求包括所述预定名和通信标准;

从所述装置驱动器公布描述至所述目的地的潜在可用通信路径的多个记录，每条所述路径均有相应的特性;

根据通信标准与所述通信路径特性之间的比较，在所述分组服务器选择至所述目的地点的通信路径。

9、权利要求8的方法，还包括以下步骤：

通过从所述分组服务器向所述装置驱动器发出请求来保存所述为至少一个所述软件应用所用的通信路径，所述请求标明所述通信路径;

从所述装置驱动器向所述分组服务器公布一识别码，作为对所述接合（binding）的确认;

从所述分组服务器向至少一个所述软件应用公布一个对话号，作为对所述保存的确认;

从至少一个所述软件应用经所述分组服务器向所述装置服务器发送通信指令，其中所述指令包括所述对话号;

当不再需要至所述目的地的通信时，终止至所述选定通信路径的连接。

10、根据权利要求9的方法，其中终止连接的步骤进一步包括下列步骤：

从至少一个所述软件应用经所述分组服务器向所述装置驱动器发出请求，放弃所述通信路径，所述请求包括所述对话号;从所述装置驱动器经所述分组服务器向至少一个所述软件应用公布一个编码，表明所述终止的成功或失败。

11、用于选择用户单元与端点之间的数据通信路径的方法，其特征在于所述用户单元有：多个通信资源、多个装置驱动器-每个装置驱动器都有数据链路清单、有对话清单的分组服务器、和存储器，其中存储有至少一个请求至所述端点进行数据通信的软件应用，所述方法包括下列步骤：

a.把第一请求从至少一个所述软件应用传到所述分组服务器，所述第一请求包括与所述至少一个客户应用的产生新对话的需求相对应的编码值和与所述新对话所需要的特征相对应的格式，所述格式包括端点名部分和标准部分;

b.把第二请求从所述分组服务器传到所述设备管理员，所述第二请求包括第二编码值和所述端点名，所述第二编码值表明所述分组服务器想要检验存在所述用户单元的所述存储器中的基本型清单的愿望;

c.把第一回答从所述设备管理员传到所述分组服务器，所述第一回答与所述第二请求相对应，并只包括在所述基本型清单中找到的基本型副本，所述基本型清单包括所述端点名和所述基本型的参考号码;

d.通过对所述标准部分及所述基本型清单中所述基本型的所述副本的分析，只从所述基本型清单中选出一个最好的基本型以作进一步的处理;

e.把第三请求从所述分组服务器传到所述设备管理员，所述第三请求包括第三编码值和与一个最佳基本型相对应的所述参考号，所述第三编码值表明所述分组服务器与一个基本型接合的愿望;

f.所述设备管理员把所述一个最佳基本型标为“忙”（INUSE）基本型;

g.所述设备管理员利用包含在所述一个最佳基本型中的结构信息来分配所述通信资源;

h.所述设备管理员利用所述结构信息启动所述通信资源;

i.所述设备管理员把一条数据链路加到所述数据链路清单中，所述数据链路包括所述参考号和描述所述通信资源的信息;

j.把第二应答从所述设备管理员传到所述分组服务器，所述第二应答与所述第三请求相对应，并包括与所述数据链路相对应的第二参考号;

k.所述分组服务器把一对话加到所述对话清单中，所述对话包括所述第二参考号及描述为所述分组服务器所拥有且为所述对话所利用的资源的信息;

l.把第三应答从所述分组服务器传到至少一个所述客户应用，所述第三应答与所述第一请求相对应，并包括与所述对话相对应的第三参考号;

m.在至少一个所述客户应用中保留关于所述第三参考号的信息了解，以在将来用于对所述分组服务器的请求。

Images