专利名称：使用IMS定义Sh接口的透明数据供应服务数据的系统的制作方法
技术领域：
本发明一般地涉及供应用户数据，更具体地，涉及使用到IMSHSS的传统供应接口以及从HSS到一般应用程序的Sh接口来在Sh接口的另一端的应用程序上供应服务数据的系统。
背景技术：
服务供应对于不同的人会有不同的含义。例如，它可能指用于进行某种限定的活动所需的IT系统材料或供应的“预先准备”。它不是一开始偶然性地提供资源，而是成为作为被管理项的这些资源的在先管理生命周期。这可以包括纯数字服务的供应，所述纯数字服务例如用户对系统、网络和应用程序的帐户以及访问特权。它还可以包括非数字或物理资源的供应，例如请求办公空间、手机和信用卡。
CORBA是可以在供应系统中使用的接口的一个实例。CORBA是Common Object Request Broker Architecture的首字母缩写词，所述体系结构是计算机应用程序用来在网络上一起工作的OMG的开放的、不依赖于制造商的体系结构和基础结构。使用标准协议II OP，在几乎任何计算机、操作系统、编程语言和网络上的来自任何制造商的基于CORBA的程序都可以与在几乎任何计算机、操作系统、编程语言和网络上的来自相同或另一个制造商的基于CORBA的程序交互操作。
CORBA在很多情况下都有用。因为CORBA将来自很多制造商的尺寸从大型机到袖珍机和桌上型电脑的机器集成到手持和嵌入式系统中的方式很简单，所以对于大型(甚至不是那么大型的)企业来说它是中间件的选择。它最重要也是最常见的一个用途是用在必须以高命中率、高可靠性地处理大量客户机的服务器中。
CORBA应用程序由对象组成，对象是运行组合功能和数据的软件且经常(但是不总是)代表现实世界中的东西的各个单元。典型地，有许多单一类型对象的例子——例如，电子商务网站将具有许多购物车对象实例，它们在功能上完全相同，不同之处在于每一个都被分配给不同的消费者，并且每一个都包含表示其具体消费者已选商品的数据。对于其他类型，可能只有一个实例。当例如结算系统的传统应用程序通过CORBA接口包裹在代码中、且向在网络上的客户机打开时，通常只有一种实例。
对于每一个对象类型，例如我们刚提到过的购物车，你可以在OMG IDL中定义接口。接口是服务器对象提供给调用它的客户机的契约的语法部分。想要调用对对象的操作的任何客户机都必须使用该IDL接口来指定它想要进行的操作，并整理它发送的理由。当调用到达目标对象时，在那里使用相同的接口定义来解除对理由的整理，使得对象可以通过它们进行所请求的操作。然后，接口定义被用来整理结果用于它们的行程返回，并在它们到达它们的目的地时解除对它们的整理。
IDL接口定义不依赖于编程语言，而是依赖于经由OMG标准的到所有普及编程语言的映射OMG具有从IDL到C、C++、Java、COBOL、Smalltalk、Ada、Lisp、Python和IDLscript的标准化映射。
由OMG IDL实现的这种接口与实现的分离是CORBA的精髓——它如何提供具有所有我们已经要求的透明性的交互操作能力。到每一个对象的接口都被非常严格定义。对比而言，对象的实现——其运行代码及其数据——被隐藏在客户不能访问的界线之后的系统其余部分之外(即被封装)。客户机只通过他们已公开的接口来访问对象，只利用包含在调用中的那些参数(输入和输出)调用对象通过其IDL接口露出的那些操作。
被称为直径(Diameter)协议的是用户服务远程访问拨叫(RADIUS，Remote Access Dial In User Services)协议的扩展。其解决的是漫游固有的额外能力、网络访问服务器AAA、移动IP出售和可扩展性。RADIUS协议已经被广泛且成功地部署用于为拨号PPP/IP和移动IP访问提供鉴权、授权和结算(AAA)服务。但是，RADIUS协议的固有缺陷已经限制了其对日益增加的路由器和网络访问服务器(NAS)能力以及日益扩大的期望AAA服务集的适应能力。
Sh 3GPP参考点提供了对HSS(家用用户服务器)与SIP AS(应用服务器)之间以及HSS与OSA SCS(服务能力服务器)之间的交互的定义。其使用直径协议的扩展来定义。
Sh被实现为使用直径协议中固有的扩展能力的应用程序。技术上，Sh被使用IETF特定于制造商的直径应用程序来定义，其中制造商是3GPP。制造商标识符由IANA分配给3GPP，并且直径应用程序标识符已经被分配给Sh接口。
现有技术中供应系统的缺点是服务供应商分别接口到每一个应用程序。结果是，必须在供应中心与需要特定于用户的数据的每一个网络单元之间建立单独的路径。
发明内容
本发明在一种实现中包括用于使用HSS作为从供应系统到应用服务器的路径来供应应用服务器数据的方法，该方法可以具有下面的步骤通过Sh接口使供应系统与HSS接口；以及使用Sh接口作为供应接口。
从下面的说明、权利要求和附图中，本发明的实例性实现的特征将变得很清楚，在附图中图1描绘了与本发明的方法和系统一起使用的电信系统的框图。
图2图示了可以经由Sh接口通过操作访问的数据的表格。
图3图示了根据本发明方法和系统的一个实施例，可以遵循的逻辑操作步骤的非常一般性的流程图。
图4图示了根据本发明方法和系统的一个实施例，可以遵循的逻辑操作步骤的另一个流程图。
图5描绘了本发明方法和系统的一个实施例的框图。
图6描绘了本发明方法和系统的另一个实施例的框图。
图7描绘了本发明方法和系统的另一个实施例的框图。
图8图示了根据本发明方法和系统的一个实施例，可以遵循的逻辑操作步骤的流程图。
图9图示了根据本发明方法和系统的一个实施例，可以遵循的逻辑操作步骤的另一个流程图。
具体实施例方式
在这些非限制性实例中讨论的具体值和配置是可以改变的，并且只是用来说明本发明的实施例的，不旨在限制本发明的范围。
本发明的装置和方法的实施例提供了使用到IMS HSS的传统供应接口以及从HSS到一般应用程序的Sh接口来在Sh接口的另一端应用程序上供应服务数据的系统。
本发明方法和系统的实施例一般地提供了供应与任何IMS应用服务器相关联的用户数据。这些导致了如下的优点，即服务供应商的供应系统可以减少它必须支持的接口的数量。该系统的实施例使用到IMS HSS的传统供应接口以及从HSS到一般应用程序的Sh接口来在Sh接口的另一端的应用程序上供应服务数据。这是有用的，因为HSS使用透明数据，所以它不需要认出它正传递的东西的格式。此外，作为一个实例，元素到HSS上的供应已经通过明确定义的CORBA接口存在。供应系统可以使用定义的标准机制来建立到应用服务器的供应路径。将理解，CORBA接口只是可以利用本发明系统和方法的一个实例。
Sh接口是公布/订购接口的一个实例。公布/订购接口允许应用程序(客户机)远程地将数据存储到服务器上。它还允许客户机订购数据的随后更新。当数据被更新时，服务器将数据副本发送给客户机。在本实现中，应用服务器作为客户机，HSS作为服务器。IP多媒体子系统(IMS)Sh接口被认为是公布/订购接口。
3GPP技术规范规定了HSS(家用用户服务器)与SIP AS之间以及HSS与OSA SCS(服务能力服务器)之间的交互。该接口被称为Sh参考点。在3GPP TS 23.228中规定了IP多媒体核心网络子系统阶段2，在3GPP TS 24.228中规定了基于SIP和SDP的用于IP多媒体呼叫控制的信令流。在3GPP TS 23.218中规定了利用IP多媒体呼叫模型的IP多媒体会话处理。
在IP多媒体会话中，IP多媒体会话和IP多媒体呼叫被认为是等同的。透明数据是可以被HSS语法理解但不能语义理解的数据。它是AS可以存储在HSS中以支持其服务逻辑的数据。一个实例是AS存储在HSS中的数据，将其用作储存库。不透明数据可以是被HSS语法和语义都理解的数据。AS(应用服务器)可以指SIP应用服务器，或者指OSA服务能力服务器。
应用服务器可以在Sh接口上与HSS通信，并且HSS可以在Sh接口上与应用服务器通信。在Sh接口上的操作可以归类为功能组，例如数据处理程序(将数据从HSS下载到AS，并将数据更新到HSS中)，以及订购/通知程序(例如，AS订购以接收来自HSS的数据变更通知，HSS通知AS其先前已经订购的数据的变更)。
应用服务器(AS)可以是IP/PBX、伙伴系统、按键通话系统、即时消息、任何一般的预付费电话服务等。
现在参照图1，在移动框架内，IMS 101给用户提供用于处理基于多个共存IP的服务的基础结构。该IMS 101的一块是HSS 103。HSS 103是在IMS呼叫中使用的用户数据中央储存库。用户数据在Cx基于直径的接口上作为用户注册一部分被传送给ICSCF，以及S-CSCF。其它应用程序能够在由3GPP称为Sh的另一个HSS接口上访问该数据中的大部分。
HSS 103在IMS 101中起着很重要的作用，用于确保IMS用户的简档在鉴权之后通过到达S-CSCF。它包含对于CSCF控制和/或重定向SIP呼叫所必需的数据。这是在Cx接口上实现的。
HSS 103起的另一个作用是作为中央数据储存库，以便于应用服务器(AS)之间的信息交换。它允许应用程序按照数据类型，来拉、预订、或推数据。通过将储存库数据留在HSS 103中，服务现在可以在多个处理平台之间传送。此外，其它类型的HSS数据基于请求或预订对于应用程序也是可得到的。对数据类型的一些限制在3GPP29.328的修改版(见图2中描绘的表格)中说明。
Sh接口允许在HSS与应用服务器之间对用户进行数据传送。它由非透明数据和透明数据组成。非透明数据与用户相关联，并且包括图2表格中除第4行的标记。
储存库数据或透明数据是与每一个用户相关联的，但是也是每一个服务的指示。通过不同的服务指示，一个服务可以共享透明数据的多个定义，或者非透明数据可以被共享在部署服务1的独立平台之间，而另一组透明数据可以被共享在部署服务2的平台之间。透明数据格式对于HSS是未知的，但是可以是封装的XML或LDAP询问。它可以通过Sh直径接口(也称为Sh接口)写或读。此外，预订和通知能力由接口支持。
HSS数据中的大部分都可以被读或拉。而且，该数据的所选单元也可以被应用服务器(AS)预订。以这种方式，当数据在HSS处改变时，HSS将数据发送到AS。
透明数据的实例是可以在有意愿的应用程序伙伴之间共享的伙伴列表。例如，假设服务A(按键通话(PTT))和服务B(即时消息)想要共享伙伴列表。可以使用在图3和图4中图示的Sh交互序列，使用HSS作为公共储存库，来实现这一共享。
对于用于传播交叉应用程序的Sh透明数据来说，每一个应用程序都必须能够理解存储在HSS处的已达成协议的结构。在这种情景下，两者都能够写数据，并且接收和分析数据改变的通知。
关于供应系统在MMD服务体系结构平台中的作用，供应系统被看作是使所有用户能够获得访问他们每一个服务所需的、用于所有网络单元的供应接口。到HSS的CORBA接口被用来供应HSS用户以支持他们的IMS能力。此外，还认识到，HSS会将应用服务器供应信息从供应系统向应用服务器的多个变量传递。透明数据可以被用来实现供应Sh接口。
这在应用服务器的情况中是感兴趣的，因为储存库数据的内容(在真实的IMS空间中)对于HSS是未知的。因此，如果数据定义改变或者扩展，那么HSS将清晰地传递透明数据，并且不需要包含在内。只有终端用户(应用服务器)需要了解其格式。
图5描绘了到供应系统109和应用服务器107的HSS 103接口的一个实施例，例如IP/PBX。我们的目标是使用HSS 103作为从供应系统109的路径来供应应用服务器数据。需要两个步骤。首先，数据从供应系统109被发送到HSS 103，然后从HSS 103发送到应用服务器109。为此，CORBA从供应系统109供应111到HSS 103，然后使用Sh接口113的透明数据能力来通知应用服务器107用于用户的新供应的数据。
供应系统109使用CORBA接口111来供应HSS用户数据。支持Cx接口所需的所有数据以及Sh接口113上的不可写数据都通过这一机制到来。被定义为透明数据的Sh数据还可以在该CORBA接口111上传输。用于用户的非透明数据在HSS 103处被接收，并且与其已知的属性一起存储。用于该应用程序服务的透明数据被存储为HSS103的DF功能115中的数据块。HSS 103不知道透明数据的内容。该机制将与应用服务器107有关的HSS数据和用户数据从供应系统109传递到HSS 103。
为了完成下一步骤，在该CORBA接口111上的HSS供应可以包括新的参数，以包括预订请求型、AS身份以及应用服务器107的服务指示。该内容将类似于接收来自应用服务器的Sh-Subs-Notif(预订-通知-请求)。它还可以包括建立随后的直径消息所需的鉴权或其它信息。透明数据参数可以以应用服务器107可以理解的格式被编码为CORBA封装的LDAP询问。这将给HSS 103提供继续下去的足够数据。
下一个步骤是从HSS 103取应用服务器数据到应用服务器107。具有单个服务指示的透明数据将供应单个服务。而且，多个服务指示将被用来供应用于相同用户的多个服务。HSS 103，取得经由CORBA供应接收的参数，向应用服务器107预订透明数据，然后经由直径协议Sh-Notif(按-通知-请求)程序(Sh接口113)将含有LDAP供应的数据传递到应用服务器107。应用服务器107将支持Sh直径接口，从透明数据AVP提取LDAP封，并施加改变。包含在CORBA包和Sh接口下的透明数据有效负荷现在在理解预定义内容的端点之间传送。
图6描绘了从HSS 103到供应系统109和应用服务器107的HSS接口的另一个实施例。在该实施例中，到应用服务器供应的当前接口经由LDAP协议发生，并且Sh接口在应用服务器107处不可得。应用服务器数据可以使用HSS 103作为从供应系统109的路径来供应。同样，需要两个步骤。首先，数据从供应系统109被发送给HSS 103，然后从HSS 103被发送给应用服务器107。为了得到相同的CORBA，使用如上描述的从供应系统109到HSS 103的供应。接下来，LDAP接口可以在HSS 103到期望的应用服务器107之间建立，并且包括在透明数据AVP中找到的封装LDAP询问。
支持LDAP捆绑请求的数据可以包含在供应系统CORBA供应中。这将向HSS 103指明需要LDAP接口117将透明数据传输到应用服务器107。因为该透明数据是封装的LDAP字符串，所以HSS 103可以在LDAP 117接口上将该透明数据移到应用服务器107。该方法不需要在供应系统109处的改变，只需要HSS 103知道存在该特殊的传输模式，使得它可以区分LDAP或直径协议要求。
本方法和系统的一个实施例包括在Corba对象内封装LDAP，以及随后将该数据传播到HSS。虽然如此，该实施例的几种变化是可能的，如在下面部分中讨论的。
为了减少存储在HSS处的数据量，建立CORBA接口，其作用是使得好像应用服务器提供下面的序列向应用服务器预订用于该服务的透明数据；在HSS中建立新的储存库数据，仿真Sh简档-更新-请求，用序列号0指示数据建立；这将使应用服务器被通知该数据改变；向应用服务器取消对用于该服务的透明数据的预订；以及使用不含有服务数据的更新-轮廓-请求程序来删除用于该服务/用户组合的透明数据。数据现在可以从与Sh接口描述一致的HSS上除去。
该方法还可以遵循用于图5的LDAP解决方案。供应的透明数据将与图4实施例的相同。直径AVP将保持相同的命名和供应。在数据被传输到应用服务器后，HSS将继续到删除所存储的透明数据。
应用服务器数据的供应系统格式大部分是未知的。具有压缩LDAP询问的CORBA是一个实施例。如果该格式不是LDAP封装的CORBA，或者可以封装在透明数据内的某种其它数据，那么另一个建议是XML格式化的相关数据库项，它们每一个都可以与发送到AS的单独的添加、修改或删除操作相关联。
如果HSS必须理解每一个应用服务器或应用服务器供应系统规划的细节，那么在HSS处需要大量的工作来支持每一个AS的要求。包括应用服务器的应用具有复杂的数据规划。为了减少需要HSS解释数据的选择风险，与到LDAP接口的更清楚定义的LDIF相联系的、从XML到LDIF的映射，可能是合适的途径。很清楚，一组接口转换规则将比要求HSS了解每一个应用服务器的规划或AS供应参数更好。XML到LDIF以及LDIF到LDAP转换是公知的。
供应系统还可以实现到HSS的直径Sh接口，起到应用服务器的作用，并在应用服务器改变数据的情况下发送预订-通知-请求来请求该数据的实时更新。此外，更实时的HSS数据在该HSS接口上也是可得到的。该能力由图6和图7中从供应系统到HSS的询问/预订/通知箭头指示。
一般地，本系统的实施例可以包括用于将数据从供应系统发送到HSS、然后将数据从HSS发送到应用服务器的装置；用于通过供应系统使用预定接口来供应HSS用户数据的装置；用于在HSS处接收用于用户的非透明数据、并在HSS处存储非透明数据与其已知属性的装置；用于将用于该应用程序服务的透明数据在HSS中存储为数据块的装置；用于为在预定接口上的HSS供应提供指示至少应用服务器的身份的新参数的装置；用于通过使用经由预定接口接收的参数的HSS来向应用服务器预订透明数据的装置；用于经由预定协议将透明数据传递到应用服务器的装置；用于通过用于支持公布/预订接口的应用服务器来从透明数据中提取信息的装置；以及用于在理解预定义内容的端点之间传送透明数据的透明数据有效负荷的装置，所述有效负荷包含在用于预定义接口和公布/预订接口的预定包下。
如图8所示，用于使用HSS作为从供应系统到应用服务器的路径来供应应用服务器数据的本方法的一个实施例，可以具有如下步骤将数据从供应系统发送到HSS，然后将数据从HSS发送到应用服务器(步骤801)；通过供应系统使用CORBA接口来供应HSS用户数据(步骤802)；在HSS处接收用于用户的非透明数据，并在HSS处存储非透明数据与其已知属性(步骤803)；将用于该应用程序服务的透明数据在HSS的DF功能中存储为数据块(步骤804)；为在CORBA接口上的HSS供应提供包括应用服务器的预订-请求类型、AS身份和服务指示的新参数(步骤805)；通过使用经由CORBA接口接收的参数的HSS来向应用服务器AS预订透明数据(步骤806)；经由Sh接口将包含LDAP供应的透明数据传递到应用服务器(步骤807)；通过用于支持Sh接口的应用服务器来从透明数据中摘取LDAP封，并且施加改变(步骤808)；以及在理解预定义内容的端点之间传送包含在用于CORBA接口和Sh接口的CORBA包下的透明数据有效负荷(步骤809)。
如图9所示，用于使用HSS作为从供应系统到应用服务器的路径来供应应用服务器数据的本方法的另一个实施例，可以具有如下步骤将数据从供应系统发送到HSS，然后将数据从HSS发送到应用服务器(步骤901)；通过供应系统使用CORBA接口来供应HSS用户数据(步骤902)；在HSS处接收用于用户的非透明数据，并在HSS处存储非透明数据与其已知属性(步骤903)；将用于该应用服务器服务的透明数据在HSS的DF功能中存储为数据块(步骤904)；为在CORBA接口上的HSS供应提供包括应用服务器的预订-请求类型、AS身份和服务指示的新参数(步骤905)；经由Sh接口将包含LDAP供应的透明数据传递到应用服务器(步骤906)；通过用于支持Sh接口的应用服务器来从透明数据中摘取LDAP封，并且施加改变(步骤907)；以及在理解预定义内容的端点之间传送包含在用于CORBA接口和Sh接口的CORBA包下的透明数据有效负荷(步骤908)。
本方法和系统的实施例的另一个特征是系统可以将改变从应用服务器汇报回供应系统。在一个实施例中，这种方法可以具有如下步骤通过公布/预订接口使供应系统与HSS接口；使用公布/预订接口作为用于将应用服务器数据供应到应用服务器的供应接口；以及使用公布/预订接口将数据改变从应用服务器传播回供应系统。在一些实施例中，公布/预订接口可以是Sh接口。
改进的本方法和系统克服了现有技术中的缺陷，其中，在服务供应商接口处的供应系统单独地接口到每一个应用程序，导致必需在供应中心与需要特定于用户的数据的每一个网络单元之间建立单独的路径。
本方法和系统的实施例不再需要到每一个应用服务器的单独供应路径，而是使用HSS来转发请求，而不要求HSS了解请求的内容。这在升级时是很有用的，当供应块的内容被改变时，应用程序和供应系统必须改变，但是因为HSS不知道格式，所以它不需要接口升级。
因为Sh接口允许到透明数据的供应预订/通知，所以Sh接口允许HSS找到正确的应用服务器，并且供应系统除了知道数据要去HSS外不需要知道数据正要去向哪里。在一个实例中，可以有多个应用服务器，每一个可能具有多个用户，并且供应系统不需要知道哪些用户与哪些应用服务器相关联。当供应数据到达供应系统时，供应系统只知道数据将被发送到哪个HSS。HSS保持预订信息，因此知道要将供应数据发送到哪个用户，因为透明数据有名字和计数数据以及具体用户的有效负荷数据。
本系统和方法可以与非移动电话和终端以及移动电话和移动终端一起使用。此外，不同类型的数据存储设备可以与本方法和系统一起使用。例如，数据存储设备可以是磁、电、光、生物和原子数据存储介质中的一种或多种。
这里描述的步骤或操作仅仅是示例性的。可以有对这些步骤或操作的许多改变而不脱离本发明的精神。例如，步骤可以以不同的顺序进行，或者可以增加、减少或修改步骤。
虽然在这里已经详细描绘和说明了本发明的示例性实现，但是对于相关领域技术人员来说很清楚，可以做出各种修改、增加、替换等而不脱离本发明的精神，因此，认为这些都在所附权利要求限定的本发明的范围之内。
权利要求
1.一种使用HSS作为从供应系统到应用服务器的路径来供应应用服务器数据的方法，该方法包括如下步骤通过预定接口使供应系统与HSS接口；以及使用公布/预订接口作为到应用服务器的供应接口。
2.一种使用HSS作为从供应系统到应用服务器的路径来供应应用服务器数据的方法，该方法包括如下步骤将数据从供应系统发送到HSS，然后将数据从HSS发送到应用服务器；通过供应系统使用CORBA接口来供应HSS用户数据；在HSS处接收用于用户的非透明数据，并在HSS处存储非透明数据与其已知属性；将用于该应用服务器服务的透明数据在HSS中存储为数据块；为在CORBA接口上的HSS供应提供包括应用服务器的预订-请求类型、AS身份和服务指示的新参数；通过使用经由CORBA接口接收的参数的HSS来向应用服务器预订透明数据；经由公布/预订接口将透明数据传递到应用服务器；通过用于支持公布/预订接口的应用服务器来从透明数据中提取本地供应脚本，并且施加改变；以及在理解透明数据内容的端点之间传送包含在用于CORBA接口和公布/预订接口的CORBA包下的透明数据有效负荷。
3.根据权利要求2的方法，其中，公布/预订接口是Sh接口，其中，使用从供应系统到HSS的CORBA供应，并且其中，使用Sh接口的透明数据能力来通知应用服务器用于用户的新供应的数据，并且其中，被定义为透明数据的Sh数据也在CORBA接口上传输。
4.根据权利要求2的方法，其中，新参数还至少包括建立随后的直径消息所需的鉴权信息。
5.根据权利要求2的方法，其中，HSS不知道透明数据的内容。
6.根据权利要求2的方法，其中，与应用服务器有关的HSS数据和用户数据被从供应系统传递到HSS。
7.根据权利要求2的方法，其中，CORBA以应用服务器理解的预定格式封装指示LDAP操作的透明数据参数。
8.根据权利要求2的方法，其中，单个服务被供应以具有单个服务指示的透明数据，并且其中，用于相同用户的多个服务被供应以多个服务指示。
9.根据权利要求2的方法，其中，透明数据是被HSS语法而非语义理解的数据，并且其中，透明数据是应用服务器存储在HSS中用于支持其服务逻辑的数据，非透明数据是被HSS语法和语义都理解的数据。
10.一种使用HSS作为从供应系统到应用服务器的路径来供应应用服务器数据的方法，该方法包括如下步骤将数据从供应系统发送到HSS，然后将数据从HSS发送到应用服务器；通过供应系统使用预定接口来供应HSS用户数据；在HSS处接收用于用户的非透明数据，并在HSS处存储非透明数据与其已知属性；将用于该应用服务器服务的透明数据在HSS中存储为数据块；为在预定接口上的HSS供应提供至少指示应用服务器的身份的新参数；通过使用经由预定接口接收的参数的HSS来向应用服务器预订透明数据；经由预定协议将透明数据传递到应用服务器；通过用于支持公布/预订接口的应用服务器来从透明数据中提取信息；以及在理解预定义内容的端点之间传送包含在用于预定接口和公布/预订接口的预定包下的透明数据的透明数据有效负荷。
全文摘要
本方法和装置的实施例使用到IMS HSS的传统供应接口以及从HSS到一般应用程序的Sh接口来在Sh接口的另一端的应用程序上供应服务数据。一个实施例可以具有如下步骤用Sh接口使供应系统与HSS接口；以及使用Sh接口作为供应接口。
文档编号H04L12/00GK1716893SQ20051007809
公开日2006年1月4日 申请日期2005年6月14日 优先权日2004年6月14日
发明者海姆特·L.·瑞泽尔, 迈克尔·J.·鲁道夫 申请人:朗迅科技公司