开放式服务访问的扩展电信系统结构 |
|||||||
申请号 | CN02815862.8 | 申请日 | 2002-07-12 | 公开(公告)号 | CN1543748A | 公开(公告)日 | 2004-11-03 |
申请人 | 特里诺尔公司; | 发明人 | 杜·梵·塔恩; 古恩沃德·M·格罗丹姆; | ||||
摘要 | 本 发明 涉及一种在多元异机种网路上提供应用程序服务 访问 的方法和系统。尽管发源于移动通信,但是本发明也可以应用于纯粹的电信领域。通过提供带有至少一个构架的开放式服务访问(OSA)扩展来实现所述应用程序服务访问,所述构架在应用程序与多元异机种网络之间提供 接口 。 | ||||||
权利要求 | 1.一种在多元异机种网络上提供应用程序服务访问的电信系统,包 括:带有至少一个构架的开放式服务访问(OSA)扩展,所述构架在所 述应用程序与多元异机种网络之间提供接口。 |
||||||
说明书全文 | 技术领域本发明涉及一种在多元异机种网路上提供应用程序业务访问的方法 和系统。尽管发源于移动通信,但是本发明也可以应用程序于纯粹的电 信领域。此外,随着电信与计算之间的交汇,本发明还可以应用程序在 基于分组网络上的数据通信中,所述分组网络诸如基于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 对哪个基本网络有影响。所述通用服务特性用可以表示为:含有 此外,在本实施例中,终端ID管理器还根据终端ID来为应用程序 选择所需的网络服务能力特征。所述终端ID管理器可以包括数据库/目 录,所述数据库/目录包含应用程序与终端ID之间的映射信息。所述终 端ID管理器还可以包括:数据库/目录,所述数据库/目录包含应用程序 与服务能力特征事件之间的映射信息、服务能力特征事件与网络之间的 映射信息、以及网络与终端ID之间的映射信息。所述终端ID管理器是 可以是实时更新的。请求应用程序与终端ID管理器之间的接口是由终 端管理器(TA SCF)来提供的,所述终端管理器包含用于应用程序查 询的接口类(classes)。所述终端管理器(TA SCF)包括:编程装置, 用于允许应用程序为指定终端获得正确服务能力特征事件的坐标,以便 同时为几个终端ID查询所述服务能力事件坐标,获得指定终端的网络 ID,获得在所有其服务能力特征事件中的坐标,并且获得在特定网络上 的所有其服务能力特征事件中的坐标。 在另一个实施例中,所述系统可以代之以包括:一个用于网络的唯 一公共构架和为所述网络的公共服务能力特征(SCF),所述网络可以 提供公用网络接口。可以在服务能力特征中包含通用服务特性,所述服 务能力特征表明SCF对哪个基本网络有影响。此通用服务特性可以表 示为一组字符串,其中每个字符串都包含 此外,所述公共服务能力特征还可以包括:映射装置,用于将接口 类映射到网络接口,和分配器装置,用于将来自应用程序的请求发送到 正确的网络接口类上。映射装置与分配器装置之间的登记接口,可以用 所述分配器来启动的网络登记。所述分配器装置包括:选择装置,用于 为从应用程序那里到达的请求选择正确的服务能力特征(SCF)。终端 ID管理器根据终端ID来为应用程序选择所需的(SCF)网络服务能力 特征。应用程序与终端ID之间的映射信息可以被归入终端ID管理器数 据库/目录中。所述数据库/目录包括:应用程序与服务能力特征事件之 间的映射信息、服务能力特征事件与网络之间的映射信息,以及网络与 终端ID之间的映射信息。同样,在这个实施例中,所述终端ID管理器 也是可以实时更新的。所述终端ID管理器(TA SCF)为SCF分配器 装置提供接口,并且所述终端ID管理器包括:编程装置,当其运行时 提供为指定的终端获得正确服务能力事件的坐标以便向那个SCF事件 发送该请求,这包括获得处理应用程序的终端ID、获得请求应用程序的 应用程序ID,并且还获得由SCF事件返回的服务能力特征事件的坐 标。 在又一个实施例中,所述系统可以为每个网络包括一个构架,每个 构架都具有用于所述网络的服务能力特征(SCF),所述网络可以提供 网络专用接口。每个构架继而可以包括:机构,用于启动另一个构架中 的服务能力特征的选择以及对所述服务能力特征的坐标的接收。用于构 架的可选服务能力特征,可以是预先定义的。每个构架还可以包括:终 端ID信息符(informator),用于根据终端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对哪个基本网 络有影响。该属性值是包含线对 B.根据终端ID选择SCF事件 对于应用程序而言,主要问题就是:如何仅仅根据终端标识符、终 端ID来选择正确的SCF事件。终端ID可以是规则的电话号码、名字 或者IP地址。例如,如果所述应用程序想建立对某些终端的呼叫,则 它需要预订正确的CC SCF。一些终端ID不在例如,SIP地址这样的 GSM网络的范围内,并且对这些终端的呼叫请求因此而不应寻址到该 GSM网络,而应寻址到基于IP的网络。 另一个问题是:当应用程序想建立例如“点击呼叫”应用程序的呼 叫,它不得不选择哪个基本网络来建立呼叫,也就是使用选择哪个CC SCF事件。 进一步讲,这些问题是当应用程序使用例如用户状态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( 这个方法允许应用程序为指定的终端获得正确的SCF事件的坐标, 例如电话号码。 getListofSCFinstances( 这个方法允许应用程序同时地为几个终端ID查询SCF事件坐标。 GetNetworklD( 这个方法允许应用程序获取指定终端的网络ID。 getAllSCFinstance( 这个方法允许应用程序获取所有其SCF事件的坐标。 getAllSCFinstance( 这个方法允许应用程序在特定网络上获取所有其SCF事件的坐标。 示例 让我们假设:应用程序想为终端ID获得用户状态,例如电话号码 12345678。所述应用程序向TA SCF(getSCFinstance)发出询问,包 括 在图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对哪些基本网络有影响。该属性值是一组字 符串,其中每个字符串都包含线对 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 Level Agreement)指示,该指示允许所述应用程序使用用于GSM网络、 PSTN/ISDN网络和基于IP的网络(SIP)的US SCF。所述US SCF (US SCF分配器)能够对所有这三种基本网络有影响。因此,它必须 确定所述请求涉及哪些基本网络,以便将所述请求发送到正确的US SCF事件。实际上这与上述实施例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( 这个方法允许SCF分配器为指定的终端获取正确的SCF事件,以便 将该请求发送那个SCF事件。 如同第一实施例中的一样,此第二实施例中的终端ID管理器对于应 用程序而言是不可见的且不可用的,而是仅仅存在于构架内部,例如 SCF分配器的构架内部。 示例 让我们假设:应用程序想获得终端ID的用户状态,例如电话号码 12345678。所述应用程序向CC SCF分配器发出询问,包括 实施例3:每个网络的构架 在这个实施例中,一个OSA构架仅仅并入一个基本网络。例如, GSM网络中的OSA构架仅仅负责该GSM网络中的服务能力,因而它 控制该GSM网络中所有SCF(图11中所示的CC SCF、US SCF)。上 述情况也适用于PSTN/ISDN网络和基于IP的网络,如图11所示。例 如,将GSM网络中的CC SCF映射到在GSM网络中发出呼叫控制的 接口上。上述情况也适用于PSTN/ISDN网络和基于IP的网络中的CC SCF。这允许应用程序通过分别寻址到每个OSA构架,来使用所有基 本网络中的服务能力。 附加功能 A.根据终端ID来选择构架 所述应用程序必须知道寻址到哪个已指定终端ID的构架。在这个实 施例中,每个构架都具有SCF“终端ID信息符”。该终端ID信息符 SCF具有一个接口,所述接口允许应用程序询问终端是否属于构架所支 持的基本网络。所述询问程序可按如下来表示: TerminallnfoReq 所述终端ID连同真或假,经OSA构架、从SCF接口返回到所述发 出询问的应用程序。如果所述终端不属于所述构架,则所述程序就返回 假,并且所述应用程序通过询问其它的构架而继续下去,直到它接收到 真为止。所述应用程序能继而选择并使用期望的SCF。真/假是用布尔 符号来表示的。 示例 一应用程序想获得终端ID的用户状态,例如电话号码12345678。所 述应用程序向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( 当接收所提供的SCF的列表时,所述请求OSA构架以与“本地” 记录SCF同样的方式来保存带有所提供SCF的列表。照此,就能够向 所述请求应用程序显示它。它还保存有关哪个OSA构架拥有何种SCF 的信息。 构架之间的服务使用 每一个构架都加入了一个接口,该接口允许其它构架使用它的 SCF。所述接口包括以下方法: getSCFinstance( 利用这个方法,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构架发出询问,包括 已经描述了本发明的优选实施例,对于本领域的技术人员而言将显 而意见的是:也可以使用能体现所述基本原理的其它实施例。本发明上 面所举例说明的这些及其它示例仅仅意在举例,而本发明的实际范围将 依据以下权利要求加以确定。 |