CN1543748A

CN1543748A - 开放式服务访问的扩展电信系统结构

Info

Publication number: CN1543748A
Application number: CNA028158628A
Authority: CN
Inventors: �š��; 杜·梵·塔恩; �¡�M��޵�ķ; 古恩沃德·M·格罗丹姆
Original assignee: Telenor ASA
Current assignee: Telenor ASA
Priority date: 2001-07-13
Filing date: 2002-07-12
Publication date: 2004-11-03
Anticipated expiration: 2022-07-12
Also published as: ATE378784T1; CN1543748B; EP1407623A1; NO323264B1; CA2453536A1; WO2003007628A1; NO20023372L; JP4077406B2; NO20023372D0; JP2004535141A; US7660881B2; US20040242186A1; DE60223541D1; ES2296994T3; EP1407623B1

Abstract

本发明涉及一种在多元异机种网路上提供应用程序服务访问的方法和系统。尽管发源于移动通信，但是本发明也可以应用于纯粹的电信领域。通过提供带有至少一个构架的开放式服务访问(OSA)扩展来实现所述应用程序服务访问，所述构架在应用程序与多元异机种网络之间提供接口。

Description

开放式服务访问的扩展电信系统结构

技术领域

本发明涉及一种在多元异机种网路上提供应用程序业务访问的方法和系统。尽管发源于移动通信，但是本发明也可以应用程序于纯粹的电信领域。此外，随着电信与计算之间的交汇，本发明还可以应用程序在基于分组网络上的数据通信中，所述分组网络诸如基于IP(网际协议)的网络。

背景技术

为了促进第三方应用程序的发展，作为第三代移动系统(UMTS)的标准化主体3GPP(Third Gerenation Partnership Project)(http：//www.3gpp.org)，为第三代移动系统(UMTS)引入开放式服务访问(OSA)。OSA标准是在3GPP中定义的虚拟内部环境；开放式服务结构(版本4)。Valbonne，2001。(3GPP TS 23.127，V4.1.0，2001-04)。

OSA允许应用程序经开放式接口来访问网络服务能力，这些网络服务能力诸如呼叫控制(CC)、用户状态(US)、消息(M)、位置信息(LI)等等。这种结构在一个或更多个“限制器(killer)”应用程序中无疑将扮演关键的角色，这是UMTS的成功所必需的。值得强调的是：仍无人知道这样的一个“限制器”将会是何样。实际上，对于GSM，无人能够预测SMS(短消息服务)已经变成“限制器”应用程序。

OSA仅仅是为移动式网络而设计的。然而，随着电信与计算之间的交汇、固定与移动之间的交汇，应用程序能够独立于基本网络而正常地操作是至关重要的。因此，必须要扩展OSA的覆盖范围，从而除了移动网络之外，还要包括诸如PSTN/ISDN和基于IP网络之类的其它网络。值得注意的是：基于IP的网络既可以是有线的也可以是无线的，就例如像无线局域网(802.11)、Hiper LAN或蓝牙。这种情形也被描绘在其中。

令人遗憾的是：OSA仅仅是为移动式网络而设计的，并且它没有指定如何为异机种网络实现OSA。此外，OSA按照3GPP的规定，没有充分应用程序于异机种网络。本发明提出了在几种不同网络上实现OSA的不同实施例。此外，本发明还要求并提出了OSA的附加功能。

据发明人所知，在目前对于上述的问题尚无解决方案。即使对于OSA的基础结构-Parlay结构(http：//www.parlay.org)而言，也没有在异机种网络上实现Parlay的动作。尽管在一些Parlay结构概述中，已知存在有覆盖移动式网络、ISDN和基于IP的网络的Parlay API，但是却没有实现过程的具体说明。

发明内容

在本发明的第一个方面，提供了一种在多元的异机种网络上提供应用程序服务访问的电信系统，所述电信系统包括：开放式服务访问(OSA)扩展，它带有在应用程序与多元异机种网络之间提供接口的至少一个构架(framework)。

在根据终端ID选择所需网络的过程中，可以加入一个向应用程序提供信息的终端ID管理器。

在第一实施例中，所述系统包括：一个用于所述网络的唯一公共构架和一个为每个网络的服务能力特征(SCF)，所述网络可以提供网络专用接口。所述服务能力特征可以包括：通用服务特性，它表明SCF对哪个基本网络有影响。所述通用服务特性用可以表示为：含有<operator，network>线对的字符串。

此外，在本实施例中，终端ID管理器还根据终端ID来为应用程序选择所需的网络服务能力特征。所述终端ID管理器可以包括数据库/目录，所述数据库/目录包含应用程序与终端ID之间的映射信息。所述终端ID管理器还可以包括：数据库/目录，所述数据库/目录包含应用程序与服务能力特征事件之间的映射信息、服务能力特征事件与网络之间的映射信息、以及网络与终端ID之间的映射信息。所述终端ID管理器是可以是实时更新的。请求应用程序与终端ID管理器之间的接口是由终端管理器(TA SCF)来提供的，所述终端管理器包含用于应用程序查询的接口类(classes)。所述终端管理器(TA SCF)包括：编程装置，用于允许应用程序为指定终端获得正确服务能力特征事件的坐标，以便同时为几个终端ID查询所述服务能力事件坐标，获得指定终端的网络ID，获得在所有其服务能力特征事件中的坐标，并且获得在特定网络上的所有其服务能力特征事件中的坐标。

在另一个实施例中，所述系统可以代之以包括：一个用于网络的唯一公共构架和为所述网络的公共服务能力特征(SCF)，所述网络可以提供公用网络接口。可以在服务能力特征中包含通用服务特性，所述服务能力特征表明SCF对哪个基本网络有影响。此通用服务特性可以表示为一组字符串，其中每个字符串都包含<operator，network>线对。所述接口可以包括：在应用程序与基本网络接口之间提供一对多映射的服务能力接口类。

此外，所述公共服务能力特征还可以包括：映射装置，用于将接口类映射到网络接口，和分配器装置，用于将来自应用程序的请求发送到正确的网络接口类上。映射装置与分配器装置之间的登记接口，可以用所述分配器来启动的网络登记。所述分配器装置包括：选择装置，用于为从应用程序那里到达的请求选择正确的服务能力特征(SCF)。终端ID管理器根据终端ID来为应用程序选择所需的(SCF)网络服务能力特征。应用程序与终端ID之间的映射信息可以被归入终端ID管理器数据库/目录中。所述数据库/目录包括：应用程序与服务能力特征事件之间的映射信息、服务能力特征事件与网络之间的映射信息，以及网络与终端ID之间的映射信息。同样，在这个实施例中，所述终端ID管理器也是可以实时更新的。所述终端ID管理器(TA SCF)为SCF分配器装置提供接口，并且所述终端ID管理器包括：编程装置，当其运行时提供为指定的终端获得正确服务能力事件的坐标以便向那个SCF事件发送该请求，这包括获得处理应用程序的终端ID、获得请求应用程序的应用程序ID，并且还获得由SCF事件返回的服务能力特征事件的坐标。

在又一个实施例中，所述系统可以为每个网络包括一个构架，每个构架都具有用于所述网络的服务能力特征(SCF)，所述网络可以提供网络专用接口。每个构架继而可以包括：机构，用于启动另一个构架中的服务能力特征的选择以及对所述服务能力特征的坐标的接收。用于构架的可选服务能力特征，可以是预先定义的。每个构架还可以包括：终端ID信息符(informator)，用于根据终端ID来向关于网络选择的应用程序提供服务能力功能。所述终端ID信息符向该请求应用程序返回一含有<Terminal ID，belong(True/False)>线对的字符串。所有构架都可以包括：编程装置，用于当被请求时执行相互验证程序。每当由构架提供关于服务能力特征的其它构架请求信息时，就可以是这种情况。为了使其成为可能，所述构架可以包括扩展接口。所述扩展接口还可以包括：编程装置，用于执行请求程序和获取程序，所述请求程序返回请求构架的身份(identity)以及给所述构架提供的一列预先定义的服务能力特征，所述获取程序使构架能请求另一个网络依照由请求应用程序所规定的服务特性，来返回所述服务能力特征事件的坐标。所述终端ID管理器根据终端ID来为应用程序选择所需网络服务能力特征。根据对终端ID管理器有影响的数据库/目录，由映射函数来启动选择。所述数据库/目录还可以包含：应用程序与服务能力特征事件之间的映射信息、服务能力特征事件与网络之间的映射信息，以及网络与终端ID之间的映射信息。一信息接口给终端ID管理器提供了带有关于终端ID的信息，每个构架所支持的范围也可以被归入所述终端ID管理器中。所述终端ID管理器是可以实时更新的。

所述异机种网络包括但不局限于：无线或有线电信网，例如移动式UMTS、GSM、PSTN/ISDN，或者类似于基于分组的网络的计算机网络，例如IP(有线)、无线LAN、蓝牙或Hiper LAN(无线)。

在本发明另外一方面，提供了一种在多元异机种网络上提供应用程序服务访问的方法，所述方法包括：在用于异机种网络的应用程序编程接口(API)中实现带有至少一个构架的开放式服务访问(OSA)扩展，在应用程序与该多元的异机种网络之间提供接口。

在本发明的又一个方面，提供了一种应用程序编程接口(API)程序，用于为应用程序提供对多元异机种网络的开放式服务访问，所述程序包括一组指令，用于执行所述方法和实现上述系统。

在本发明的另一个方面，提供了一种计算机可读介质，所述计算机可读介质具有存储在其上的应用程序编程接口(API)，所述应用程序编程接口用于为应用程序提供对多元异机种网络的开放式服务访问，所述计算机可读介质包括一组指令，用于执行所述方法和实现上述系统。

此发明将以不同方式对电信及交互作用区域中的不同操作者有利，例如网络操作员服务/应用程序供应商和用户。所述网络操作员可以向所述应用程序提供更多的灵活服务。他们因此而获得许许多多的应用程序，并从而获得大业务量和许许多多的用户。服务/应用程序供应商能更容易地开发应用程序，同时也开发更有趣的应用程序。它们不必牵涉到不同的网络。由于这些应用程序能够运行在异机种网络上，因而它们更为普通。由于能在不同的网络上使用相同的应用程序，因而能够实现大量的再使用和再保存。用户将享受更广泛的应用程序，这些应用程序能通过异机种网络上的OSA API来启用。尽管此发明强调的是OSA，但是由于OSA十分依赖于PARLAY，因而它可以应用程序于PARLAY结构。

如上所述，由于开发用于异机种网络的应用程序更为简单，因而本发明为服务/应用程序供应商解决了问题。同时，它还为具有异机种网络(例如，固定的及移动的电信和基于IP的网络)的那些网络操作员们提供了良机。本发明在所附权利要求中作了定义。

附图说明

现在将参照以下附图来描述本发明的实施例，在其中：

图1根据本发明的实施例，在左边描绘出现有结构，在其中应用程序经由OSA来访问移动式网络，而在右边描绘出用于异机种网络的扩展OSA；

图2示出根据本发明第一实施例，利用公共构架但其中每个网络都具有其自己的SCF的用于异机种网络的扩展OSA；

图3示出本发明第一实施例中的、由TA所保持的相互关系；

图4示出本发明第一实施例，终端ID管理器的一些特性；

图5举例说明本发明第一实施例中的终端管理器SCF的使用。

图6是利用结合所有基本网络的公共构架和公共SCF来实现本发明的视图；

图7示出根据本发明另一实施例的SCF的使用；

图8示出实现本发明第二实施例的示例；

图9是根据本发明第二实施例，OSA中的分配器功能的视图；

图10举例说明根据本发明第二实施例，终端ID管理器所含有的相互关系；

图11示出为每个基本网络使用一个构架的本发明第三实施例；

图12举例说明根据本发明第四实施例，构架之间的通信与协作；

图13举例说明根据如图12所示的实施例，在GSM网络和基于IP的网络两者中US SCF的使用；和

图14示出根据本发明第四实施例，经由OSA构架通信接口的构架之间的通信。

具体实施方式

本发明包括二个主要项目：

·在异机种网络上运用OSA的建议。

·在异机种网络上实现OSA的实施例。对于每个实施例，描述了所需的附加功能及它们在OSA上的结合。

此发明向异机种网络提供了OSA(开放式服务访问)的扩展的覆盖范围，所述OSA最初是为第三代移动式网络而设计的，所述网络即也包括ISDN和基于IP的网络(因特网、内联网)的网络。在下文中，将要描述在异机种网络上实现OSA的四个实施例。下面将研究与每个实施例相关的问题以及需要出现的附加功能和特征。

实施例1：用于所有网络的公共OSA构架和一种用于每个网络的服务能力特征

在这个实施例中，单个OSA构架并入到所有网络中，但每个网络都具有其自己的服务能力特征(SCF)。GSM/UMTS网络将具有其SCF，比如呼叫控制(CC)SCF、用户交互(Ul)SCF、用户状态(US)SCF等等。上述情况也适用于如图2所示的PSTN/ISDN网络和基于IP的网络。

因此，将每个SCF映射到对应每个网络的特定接口中。如何完成映射要取决于网络。例如，负责GSM网络的CC SCF被映射到接口上，所述接口在所述GSM网络中发出呼叫控制。上述情况也适用于PSTN/ISDN网络和基于IP的网络中的CC SCF。在我们的异机种网络环境中，对于每个网络的呼叫控制网服务能力而言，这留给我们标准化的CC API，所述异机种网络环境允许第三方应用程序使用所有网络中的呼叫控制能力。上述情况也适用于其它的SCF。

所需的附加功能

A.SCF命名方案

每个基本网络的SCF都需要加以识别，并且需要向OSA构架登记。因此，SCF的服务特性的数值需要指明每个SCF属于哪个网络。识别网络的主人，即网络操作员，也是必要的。为了这个目的，引入了称为“基本网络”的通用服务特性，所述特性指明SCF对哪个基本网络有影响。该属性值是包含线对<Operator，network>的字符串。例如，对于用户状态SCF而言，所述值可以是：<Telenor，GSM>或<Netcom，GSM>，或者是<Telenor，IP-based(SIP)>。

B.根据终端ID选择SCF事件

对于应用程序而言，主要问题就是：如何仅仅根据终端标识符、终端ID来选择正确的SCF事件。终端ID可以是规则的电话号码、名字或者IP地址。例如，如果所述应用程序想建立对某些终端的呼叫，则它需要预订正确的CC SCF。一些终端ID不在例如，SIP地址这样的GSM网络的范围内，并且对这些终端的呼叫请求因此而不应寻址到该GSM网络，而应寻址到基于IP的网络。

另一个问题是：当应用程序想建立例如“点击呼叫”应用程序的呼叫，它不得不选择哪个基本网络来建立呼叫，也就是使用选择哪个CCSCF事件。

进一步讲，这些问题是当应用程序使用例如用户状态SCF时出现的。所述用户状态(US SCF)允许应用程序获得用户终端的状态(可到达、不可到达以及忙)。用于GSM网络的US SCF仅仅能够为GSM网络(在HLR上登记的GSM电话)范围内的终端递送用户状态，用于基于IP的网络的US SCF仅仅能够为在SIP服务器上登记的用户递送用户状态等等。想检查用户的用户状态的应用程序，不得不根据用户的终端ID来选择正确的SCF事件，即选择正确的基本网络。例如，如果所述终端ID是GSM序号，则应用程序不得不选择对应GSM网络的US SCF事件。所述应用程序因此联系所选的US SCF事件来获得所请求的用户状态。

从上面的示例中，我们注意到：当对SCF执行动作时，所述应用程序出现了选择正确的SCF事件的问题。他们需要具有有关终端命名/编号的信息，即哪些终端属于哪些网络。此外，在终端ID与正确的SCF事件之间应该具有链路。这种信息不是静态的，而是可以频繁的变化的，而且由于人们经常对终端操作者和定购进行改变，因而这种信息是需要经常更新的。T需要一种附加功能，比方说终端ID管理器，所述附加功能在根据终端ID来选择SCF的过程中能协助应用程序。

所述终端ID管理器(TA)并入数据库/目录服务，该数据库/目录服务包含应用程序与SCF事件之间的映射、SCF事件与网络之间的映射、并且最后包含网络与终端ID之间的映射，如图3所示。图中的数字表示基数。1是指一个和刚好一个，而+1是指一个或更多。一个应用程序能够具有一个或更多SCF事件。一个SCF事件具有一个或仅仅一个应用程序。一个SCF具有一个或仅仅一个网络，而一个网络可以具有一个或更多SCF。一个网络具有一个或更多终端，但一个终端属于一个或仅仅一个网络。当它们发生时，所述TA允许网络操作员记录下变化，并且允许应用程序查询有关上述所有映射的信息，例如一组终端ID的SCF事件，如图4中所举例说明的那样。

所述TA为任何使用OSA的应用程序提供有用的功能。因此，对于应用程序而言，所述TA应该是易于访问的。为了这个目的，实现OSA服务能力特征(SCF)，比方说终端管理器SCF(TA SCF)，其中所述服务能力特征提取TA的功能并将其封装成标准的API。所述TA SCF包含用于应用程序查询的接口类。所述用于应用程序查询的TA SCF接口包含以下方法，这些方法能由应用程序使用：

getSCFinstance(<terminallD>，<ID><SCFreference>)，

<terminallD>是终端ID，例如处理应用程序的电话号码，

<ID>是请求应用程序的ID，

<SCFreference>是TA SCF所返回的SCF事件的坐标。

这个方法允许应用程序为指定的终端获得正确的SCF事件的坐标，例如电话号码。

getListofSCFinstances(<IistofTerminallD>，<ID>，<listofSCFreferences>)

<listofTerminallD>是查找SCF事件的终端ID列表，

<ID>是请求应用程序的ID，

<listofSCFreferences>是坐标列表以及TA SCF所返回的相应的终端ID，

这个方法允许应用程序同时地为几个终端ID查询SCF事件坐标。

GetNetworklD(<terminallD>，<ID><NetworklD>)，

<terminallD>是处理应用程序的终端ID，

<ID>是请求应用程序的ID，

<NetworklD>是TA SCF所返回的终端归属的网络的ID。

这个方法允许应用程序获取指定终端的网络ID。

getAllSCFinstance(<ID><ListofSCFreferencse>)，

<pplicationlD>是请求应用程序的ID，

<SCFreference>是TA SCF所返回的应用程序的SCF坐标列表。

这个方法允许应用程序获取所有其SCF事件的坐标。

getAllSCFinstance(<ID>，<networklD>，<ListofSCFreferencse>)，

<ID>是请求应用程序的ID，

<networklD>是网络的ID，例如<Telenor，GSM>，<OperatorXGSM>，<OperatorX，ISDN>，<OperatorY，IP-based>等等。

<SCFreference>是TA SCF所返回的应用程序的SCF事件坐标列表。

这个方法允许应用程序在特定网络上获取所有其SCF事件的坐标。

示例

让我们假设：应用程序想为终端ID获得用户状态，例如电话号码12345678。所述应用程序向TA SCF(getSCFinstance)发出询问，包括<terminal ID>＝12345678和SCF的名称，<SCFtype>＝“用户状态”。作为响应，所述应用程序接收对于用户状态SCF的目标对象坐标(obiect reference)，所请求的终端ID属于所述用户状态SCF。现如今，应用程序能够使用正确的US SCF，而无需牵涉到基本网络。因此，当使用TA SCF时，这个实施例证实了OSA的目标。

在图5中概括了如上所释的实施例1。

实施例2：用于所有网络的公共构架和公共SCF(服务能力特征)

在本发明的这个实施例中，单个OSA构架并入了所有的网络，并且SCF代表所有的基本网络。例如，呼叫控制SCF将并入用于GSM/UMTS网络、PSTN/ISDN网络和基于IP的网络的呼叫控制能力。上述情况也适用于如图6所示的其它SCF。

因此，每个SCF都与所有的网络相通信。例如，将CC SCF映射到在GSM网络、PSTN/ISDN网络以及基于IP的网络中发出呼叫控制的接口之中。所述应用程序能够仅仅利用单个CC SCF来在所有的网络上执行呼叫控制。上述情况也适用于其它的SCF。

附加功能

A.SCF命名方案

A目前，SCF代表几种基本网络，并且必须要指定他们中的每一个。还必须要识别每个网络的主人，即每个网络的网络操作员。

在本发明的这个实施例中，引入了一个称为“基本网络”的通用服务特性，该特性指明SCF对哪些基本网络有影响。该属性值是一组字符串，其中每个字符串都包含线对<Operator，network>。例如，就用户状态SCF而言，所述值可以是：{<Telenor，GSM>，<Netcom，GSM>，<Telenor，IP-based(SIP)>}。这在图7的示例中作了说明。在图7中，在GSM网络和基于IP的网络当中，应用程序通过利用OSA构架中所期望的服务特性来选择(对换)用户状态SCF。这由图7中的1来表示。所述OSA构架继而同意所述服务对换，产生新的用户状态SCF事件，该用户状态SCF事件能够与GSM/UMTS网络和基于IP的网络两者进行交互，并且接着对所述用户状态事件返回坐标、并对所述应用程序返回坐标，如图7中的1.1′New′所示。

B.分配(Dispatching)功能

目前，在这个实施例中的每个SCF都负责所有的基本网络，因而需要为每个网络将SCF的接口类映射到所有接口上(一对多映射)。例如，呼叫控制接口类不得不实现从OSA呼叫控制API到PSTN/ISDN网络的SS7 INAP之间的映射、OSA呼叫控制API与基于IP的网络的SIP协议之间的映射、以及OSA呼叫控制API与GSM/UMTS网络的CAMEL之间的映射。这是在图8中示出的。

因为每个基本网络中的网络设备都能由不同的供应商来开发(例如，GSM的IN系统是由Ericsson、Alcatel开发的；SIP服务器是由HotSip、Dynamicsoft、Ubiquity开发的，等等)，所以将会出现一些问题。每个供应商仅仅能实现从OSA接口类至用于其网络设备的接口的映射。另外，该解决方案是不灵活的，这是因为它需要：一个供应商在所有异机种网络中开发从OSA接口类到所有网络专用接口的映射。

在本发明的这个实施例中，完成了对OSA的一些必要修改。将SCF分成二个相互独立的组件：

·一个组件，它实现从OSA接口类到基本网络的接口的映射。

·另一个组件，它负责从应用程序到正确的SCF发送请求，所述SCF连接于正确的基本网络。

通过把SCF分成两个组件，网络设备供应商仅仅需要开发OSA接口到在其网络设备上的接口之间的映射(一对一映射)，同时即便SCF对许多异机种网络有影响，应用程序也仅仅需要处理一个SCF事件。所述实现接口映射的组件，实际上相同于OSA中所指定的SCF。

负责发送来自于应用程序的请求的组件“SCF分配器”，对OSA来说是附加功能。到应用程序的接口必须与为OSA规格中的每个SCF指定的接口相同。

此外，在两个SCF组件之间存在“登记接口”，它使SCF能向每个网络的“SCF分配器”登记。所述网络特定的SCF给它自身提供了“SCF分配器”，并且还提供了它支持的服务特性。因此，“SCF分配器”持有对网络特定SCF的能力的知识，并且继而自己能够向OSA构架登记，所述OSA构架能提供它支持的服务特性，即每个网络特定SCF事件所提供的所有服务特性的总和。

对于每个应用程序而言，将要创建SCF分配器的事件。依据允许应用程序使用哪些基本网络上的服务能力，将为每个网络创建各自的SCF事件。该SCF分配器事件存储所有这些SCF事件的坐标。所述“SCF分配器”还并入当请求从应用程序到达时选择正确的SCF事件的功能。为了举例说明这种功能必要性，让我们假设：应用程序向US SCF请求用户的状态。所述应用程序具有服务水平协议(Service LevelAgreement)指示，该指示允许所述应用程序使用用于GSM网络、PSTN/ISDN网络和基于IP的网络(SIP)的US SCF。所述US SCF(US SCF分配器)能够对所有这三种基本网络有影响。因此，它必须确定所述请求涉及哪些基本网络，以便将所述请求发送到正确的USSCF事件。实际上这与上述实施例1中所描述的必要条件相同，也就是根据终端ID来选择正确的SCF事件。

因此，“SCF分配器”应该使用终端ID管理器(TA)来根据终端ID查询SCF事件。所述“SCF分配器”继而能够利用由对终端ID管理器的查询产生的结果，将来自于应用程序的请求发送到正确的SCF事件。注意：来自网络SCF的所有响应及报告都在被发送给相应的应用程序之前先通过“SCF分配器”。这在图9中作了说明。

C.根据终端ID选择SCF事件

这同样需要图9中所示的终端ID管理器。所述终端ID管理器(TA)并入了数据库/目录服务，该数据库/目录服务包含应用程序与SCF事件之间的映射、SCF事件与网络之间的映射，最后还包含网络与终端ID之间的映射。在图10中示出了终端ID管理器所含有的关系。图中的数字表示基数。1是指一个和刚好一个，而+1是指一个或更多。

当变化发生时，所述终端ID管理器使网络操作员能记录下所述变化。所述终端ID管理器还提供到SCF分配器的接口，所述SCF分配器包含以下方法：

getSCFinstance(<terminallD>，<ID><SCFreference>)，其中<terminallD>是处理应用程序的终端ID，

<ID>是请求应用程序的ID，而

<SCFreference>是SCF事件所返回的SCF事件的坐标。

这个方法允许SCF分配器为指定的终端获取正确的SCF事件，以便将该请求发送那个SCF事件。

如同第一实施例中的一样，此第二实施例中的终端ID管理器对于应用程序而言是不可见的且不可用的，而是仅仅存在于构架内部，例如SCF分配器的构架内部。

示例

让我们假设：应用程序想获得终端ID的用户状态，例如电话号码12345678。所述应用程序向CC SCF分配器发出询问，包括<terminalID>＝12345678和SCF的名称，<SCFtype>＝“用户状态”。所述CCSCF分配器经由终端ID，向终端ID管理器发出对SCF事件映射的请求(getSCFinstance)。作为响应，CC SCF分配器接收对用户状态SCF的目标对象坐标，所请求的终端ID属于所述用户状态SCF。目前，分配器能够使用正确的US SCF，而无需牵涉到基本网络。

实施例3：每个网络的构架

在这个实施例中，一个OSA构架仅仅并入一个基本网络。例如，GSM网络中的OSA构架仅仅负责该GSM网络中的服务能力，因而它控制该GSM网络中所有SCF(图11中所示的CC SCF、US SCF)。上述情况也适用于PSTN/ISDN网络和基于IP的网络，如图11所示。例如，将GSM网络中的CC SCF映射到在GSM网络中发出呼叫控制的接口上。上述情况也适用于PSTN/ISDN网络和基于IP的网络中的CCSCF。这允许应用程序通过分别寻址到每个OSA构架，来使用所有基本网络中的服务能力。

附加功能

A.根据终端ID来选择构架

所述应用程序必须知道寻址到哪个已指定终端ID的构架。在这个实施例中，每个构架都具有SCF“终端ID信息符”。该终端ID信息符SCF具有一个接口，所述接口允许应用程序询问终端是否属于构架所支持的基本网络。所述询问程序可按如下来表示：

TerminallnfoReq<Terminal ID，belong(TruelFalse)>。

所述终端ID连同真或假，经OSA构架、从SCF接口返回到所述发出询问的应用程序。如果所述终端不属于所述构架，则所述程序就返回假，并且所述应用程序通过询问其它的构架而继续下去，直到它接收到真为止。所述应用程序能继而选择并使用期望的SCF。真/假是用布尔符号来表示的。

示例

一应用程序想获得终端ID的用户状态，例如电话号码12345678。所述应用程序向OSA构架发出询问，包括<terminal ID>＝12345678和SCF的名称，<SCFtype>＝“用户状态”。所述OSA构架将请求转发到终端ID信息符SCF。如果终端ID处于那个构架之中，则信息符SCF接口就向所述OSA构架返回真。应用程序于是将选择并使用期望的SCF。如果返回的假，则应用程序就将向另一个OSA构架发出请求。

实施例4：不同OSA构架之间的通信与协作

在这个实施例中，如同在第三实施例中一样，一个OSA构架仅仅并入单个基本网络。然而，此外，还启用构架之间的通信与协作。建立构架之间的协同工作能力，并且应用程序可能需要仅仅处理一个OSA构架，以便使用来自于许多异机种网络的服务能力(参见图12)。

除了“内部(home)”构架的SCF之外，所述应用程序还可以简单地通过对他们的“内部”构架发出请求，来使用属于其它网络上的其它构架的SCF。该构架于是将与实际的构架相通信，以请求所述SCF事件的坐标。如果没有为应用程序创建这种事件，则“外来”构架就将创建一个，并且返回对所述“内部”构架的坐标。所述“内部”构架于是将返回对所述发出请求的应用程序的坐标。针对服务能力特征，应用程序可具有几种SCF事件的坐标，这些坐标代表不同的网络，比如GSM、PSTN或IP网络。由此来区分每个SCF事件的服务特性。当指定一终端ID时，所述终端ID管理器将返回将要使用的SCF的坐标。这在图13中作了说明，该图13示出了US SCF在GSM网络和基于IP的网络两者当中的使用。

让我们假设：应用程序利用GSM网络中的构架，来选择GSM网络中的用户状态SCF和基于IP的网络中的用户状态SCF。(图13中的1和2。)GSM网络中的US替换了如OSA所定义的常用方式。GSM网络中的构架当即要求基于IP的网络中的构架利用应用程序所提供的服务特性来创建一新的US SCF事件，并且将对所述US事件的坐标返回到所述应用程序。(所述坐标是指向已创建的SCF事件的指针。实际的实施例视实施过程而定。)因此，此实施例中的OSA接口包括：使构架能选择另一个构架中的SCF并能接收该SCF事件的坐标的机构。在图13中这是2-1。在其中所述GSM网络中的OSA构架利用OSA构架通信API中的方法，来选择(对换)基于IP的网络中的US SCF，所述OSA构架通信API位于基于IP的网络之中的OSA构架中。然后所述构架利用OSA标准所规定的普通对换功能，来将对SCF事件的坐标返回到所述应用程序。在图13的2-2中，基于IP的网络中的OSA构架同意所述服务对换，为基于IP的网络产生新的US SCF事件，并将对SCF的坐标返回到GSM网络中的OSA构架，继而所述GSM网络将坐标返回到所述SCF应用程序。

附加功能

A.构架之间的通信

不同的基本网络的OSA构架彼此相互了解并协作，以便为所述应用程序提供服务。在不同的构架之间提供何种SCF，是预先定义的。此外，在所述OSA构架中包含了以下功能：

构架之间的验证

为了防止骗用和攻击，允许在构架之间更进一步的操作之前，最好是在这些构架之间设有强大的相互验证程序。所述验证程序可以是本技术领域中的任何人所公知的。

构架之间的服务对换

在本发明这个实施例中，每一个构架都加入了一个接口，所述接口允许其它构架请求有关本构架所提供的SCF的信息。所述接口由此包括以下SCFrequest方法：

SCFrequest(<requestingFrameworklD>，<ListOfSCFoffered>)，其中<requestingFrameworklD>是请求构架的身份(identity)，而

<ListOfSCFoffered>是所提供的SCF的列表，将该列表提供给所述请求构架。这个列表可以依请求构架而不同。

当接收所提供的SCF的列表时，所述请求OSA构架以与“本地”记录SCF同样的方式来保存带有所提供SCF的列表。照此，就能够向所述请求应用程序显示它。它还保存有关哪个OSA构架拥有何种SCF的信息。

构架之间的服务使用

每一个构架都加入了一个接口，该接口允许其它构架使用它的SCF。所述接口包括以下方法：

getSCFinstance(<servicelD>，<serviceProperties>，<reference>，<frameworklD>，<ID>)，其中

<servicelD>是请求SCF的ID，

<serviceProperties>是由属于该请求构架的应用程序所指定的特性列表，

<reference>是SCF事件的坐标，

<frameworklD>是请求构架的ID，

<ID>是请求应用程序的ID，

利用这个方法，OSA构架能够请求另一个构架根据其应用程序所要求的服务特性来返回SCF事件的坐标。如果不存在这种事件，则所述构架就将创建一个事件。所述OSA构架必须利用其各自的OSA构架来保存已接收到的坐标。

OSA构架应该具有一列SCF事件坐标以及其各自的构架。在图14中示出了利用上述指定的接口而在OSA构架之间的通信。

B.终端ID管理器

假设给定一终端ID，由于终端能够属于不同的网络且从而由不同的SCF事件加以处理，因而应用程序须知道使用哪个SCF事件。所述应用程序再次需要来自于构架的协助。在这个实施例中，每个构架都具备终端ID管理器(TA)，所述终端ID管理器被实现为SCF。该TA SCF类似于在实施例1中描述的那个TA SCF。此外，给所述TA SCF提供了每个OSA构架所支持的终端ID范围。(终端ID例如可以是电话号码或协议地址或名字)。这些能按几种方式来提供，比如脱机安装、通过启用TA之间的交互、或者通过具有公用信息数据库。

示例

一应用程序想获得终端ID的用户状态，例如电话号码12345678。所述应用程序向OSA构架发出询问，包括<terminal ID>＝12345678和SCF的名称，<SCFtype>＝“用户状态”。所述OSA构架将所述请求转发到终端ID管理器SCF。如果所述终端ID处于那个构架之中，则所述应用程序于是将选择并使用所期望的SCF。如果所请求的终端ID超过OSA所支持的范围之外，则所述OSA构架就将根据SCF事件坐标的构架列表以及它们各自的构架，来请求另一个构架。

已经描述了本发明的优选实施例，对于本领域的技术人员而言将显而意见的是：也可以使用能体现所述基本原理的其它实施例。本发明上面所举例说明的这些及其它示例仅仅意在举例，而本发明的实际范围将依据以下权利要求加以确定。

Claims

1.一种在多元异机种网络上提供应用程序服务访问的电信系统，包括：带有至少一个构架的开放式服务访问(OSA)扩展，所述构架在所述应用程序与多元异机种网络之间提供接口。

2.根据权利要求1所述的系统，包括：终端ID管理器，它在根据终端ID选择所需网络的过程中向应用程序提供信息。

3.一种对应用程序提供用于多元异机种网络的扩展的开放式服务访问的电信系统，所述系统包括：用于所述网络的一个唯一公共构架，以及为每个网络提供网络专用接口的一个服务能力特征(SCF)。

4.根据权利要求3所述的电信系统，所述服务能力特征包括通用服务特性，所述通用服务特性指明SCF对哪个基本网络有影响。

5.根据权利要求3所述的电信系统，其特征在于：所述通用服务特性是包含<operator，network>线对的字符串。

6.根据权利要求3所述的电信系统，包括终端ID管理器，它根据终端ID来为应用程序选择所需的网络服务能力特征。

7.根据权利要求6所述的电信系统，其中所述终端ID管理器包括数据库/目录，所述数据库/目录包含应用程序与终端ID之间的映射信息。

8.根据权利要求6或7的其中之一所述的电信系统，其中所述终端ID管理器包括数据库/目录，所述数据库/目录包含应用程序与服务能力特征事件之间的映射信息、服务能力特征事件与网络之间的映射信息、以及网络与终端ID之间的映射信息。

9.根据权利要求6所述的电信系统，其中所述终端ID管理器是可以实时更新的。

10.根据权利要求6所述的电信系统，包括终端管理器(TA SCF)，所述终端管理器包含应用程序询问的接口类，并提供发出请求的应用程序与终端ID管理器之间的接口。

11.根据权利要求4所述的电信系统，其中所述终端管理器(TASCF)包括编程装置，用于允许应用程序：

-为指定的终端获取正确的服务能力特征事件的坐标，

-同时为几种终端ID查询服务能力事件坐标，

-获取指定终端的网络ID，

-获取所有其服务能力特征事件的坐标，以及

-获取特定网络上的所有其服务能力特征事件。

12.一种对应用程序提供对多元异机种网络的扩展的开放式服务访问的电信系统，所述系统包括：用于网络的一个唯一公共构架，以及为所述网络提供公用网络接口的公共服务能力特征(SCF)。

13.根据权利要求12所述的电信系统，所述服务能力特征包括通用服务特性，它指明SCF对哪个基本网络有影响。

14.根据权利要求13所述的电信系统，其特征在于：所述通用服务特性是一组字符串，每个字符串都包含<operator，network>线对。

15.根据权利要求12所述的系统，其中所述接口包括服务能力接口类，所述服务能力接口类在应用程序与基本网络的接口之间提供一对多映射。

16.根据权利要求12所述的系统，其中所述公共服务能力特征包括：映射装置，用于将接口类映射到网络接口，以及分配器装置，用于将来自于应用程序的请求发送到正确的网络接口类。

17.根据权利要求16所述的系统，包括映射装置与分配器装置之间的登记接口，所述登记接口用分配器来启用网络登记。

18.根据权利要求16所述的系统，其中所述分配器装置包括选择装置，它为从应用程序到达的请求选择正确的服务能力特征(SCF)。

19.根据权利要求12所述的电信系统，包括终端ID管理器，它根据终端ID来为应用程序选择所需的网络服务能力特征(SCF)。

20.根据权利要求15所述的电信系统，其中所述终端ID管理器包括数据库/目录，所述数据库/目录包含应用程序与终端ID之间的映射信息。

21.根据权利要求19或20的其中之一所述的电信系统，其中所述终端ID管理器包括数据库/目录，所述数据库/目录包含应用程序与服务能力特征事件之间的映射信息、服务能力特征事件与网络之间的映射信息、以及网络与终端ID之间的映射信息。

22.根据权利要求19所述的电信系统，其中所述终端ID管理器是可以实时更新的。

23.根据权利要求19所述的电信系统，其中所述终端标ID管理员(TA SCF)为SCF分配器装置提供接口，所述终端ID管理器包括编程装置，所述编程装置提供：

-为指定的终端获取正确的服务能力事件的坐标，以便将所述请求发送到那个SCF事件，包括：

-获取应用程序正在处理的终端ID，

-获取发出请求的应用程序的应用程序ID，以及SCF事件所返回的服务能力特征事件的坐标。

24.一种对应用程序提供对多元异机种网络的扩展的开放式服务访问的电信系统，所述系统包括：用于每个网络的构架，每个构架都具有为所述网络提供网络专用接口的服务能力特征(SCF)。

25.根据权利要求24所述的电信系统，其中每个构架都包括终端ID信息符，所述终端ID信息符向按照根据终端ID的网络选择的应用程序提供服务能力功能。

26.根据权利要求25所述的电信系统，其中所述终端ID信息符将包含<Terminal ID，belong(True/False)>线对的字符串返回到所述发出请求的应用程序。

26.根据权利要求24所述的电信系统，其中每个构架都包括启用选择另一个构架中的服务能力特征和接收对所述服务能力特征的坐标的机构。

27.根据权利要求26所述的电信系统，其中所述构架的可选服务能力特征是预先定义的。

28.根据权利要求24所述的电信系统，其中所有构架都包括相互验证程序。

29.根据权利要求24所述的电信系统，其中每个构架都包括扩展接口，所述扩展接口启用关于构架所提供的服务能力特征的其它构架请求信息。

30.根据权利要求29所述的电信系统，其中所述扩展接口包括：请求程序，其返回发出请求的构架以及提供给所述构架的预定服务能力特征的列表，以及获取程序，其使构架能请求另一个网络依照发出请求的应用程序所规定的服务特性，来返回服务能力特征事件的坐标。

31.根据权利要求24所述的电信系统，包括终端ID管理器，它根据终端ID来为应用程序选择所需的网络服务能力特征。

32.根据权利要求31所述的电信系统，其中所述终端ID管理器包括数据库/目录，所述数据库/目录包含应用程序与终端ID之间的映射信息。

33.根据权利要求31或32的其中之一所述的电信系统，其中所述终端ID管理器包括数据库/目录，所述数据库/目录包含应用程序与服务能力特征事件之间的映射信息、服务能力特征事件与网络之间的映射信息、以及网络与终端ID之间的映射信息。

34.根据权利要求31所述的电信系统，其中所述终端ID管理器包括信息接口，所述信息接口给终端ID管理器提供关于每个构架所支持的终端ID范围的消息。

35.根据权利要求31所述的电信系统，其中所述终端ID管理器是可以实时更新的。

36.根据权利要求1、3、12或24的其中之一所述的系统，其中所述网络是至少一个电信网络以及至少一个计算机网络。

37.根据权利要求36所述的系统，其中所述电信网络是无线或有线的，例如移动式的、UMTS、GSM、PSTN/ISDN网络。

38.根据权利要求36所述的系统，其中所述计算机网络是基于分组的网络，例如IP(有线)、无线LAN。蓝牙或Hiper LAN(无线)。

39.在多元异机种网络上提供应用程序服务访问的方法，包括在异机种网络的应用程序编程接口(API)中实现带有至少一个构架的开放式服务访问(OSA)扩展，所述构架在应用程序与多元异机种网络之间提供接口。