CN104767721A

CN104767721A - 向第三方用户提供核心网络服务的方法和网络单元

Info

Publication number: CN104767721A
Application number: CN201410007828.XA
Authority: CN
Inventors: 聂非; 王春蕾
Original assignee: Alcatel Lucent SAS
Current assignee: Alcatel Lucent SAS
Priority date: 2014-01-08
Filing date: 2014-01-08
Publication date: 2015-07-08
Anticipated expiration: 2034-01-08
Also published as: US20160323325A1; WO2015110863A3; JP6307165B2; KR20160106119A; EP3092770A2; JP2017506028A; KR101799221B1; CN104767721B; WO2015110863A2

Abstract

一种用于向第三方服务提供商的用户提供核心网络服务的方法，该方法包括：当第三方服务提供商的用户使用第三方ID登录核心网络时，从第三方服务提供商接收所述第三方ID和分配给所述用户的临时核心网络ID以便进行注册；在所述核心网络中，存储所述第三方ID并将所述第三方ID映射到所述临时核心网络ID；以及，向所述用户确认第三方ID的成功注册。该方法进一步包括，在第三方ID成功注册后，用户可以用第三方ID作为发起方ID或目的地ID发起呼叫，核心网络并能进行与第三方ID有关的计费和呼叫跟踪。

Description

向第三方用户提供核心网络服务的方法和网络单元

技术领域

本发明涉及通信领域，更具体地涉及向第三方服务提供商用户提供登录核心网络的方法和网络单元。

背景技术

IMS是独立于接入网络的互连IP核心网络。服务器边缘控制器（SBC）提供了例如有线、无线等的不同类型的接入支持。用户可能具有需要连接的多种设备类型，例如移动电话、软件电话、浏览器。另外，用户也必须连接到多种电信服务提供商和多种OTT。

因此，IMS和SBC需要服务其他设备提供商的设备。漫游是一种要求不同设备提供商之间的协议和唯一用户标识的方法。但是这种方法有局限性，因为我们拥有类似于软件电话和浏览器的更多的便携设备。为它们每一个都增加一个唯一用户标识是不可能的。HTML5引入的WebRTC和浏览器具有支持例如语音和视频的实时通信的能力。期望对WebRTC用户提供单点登录（SSO）功能。因此，用户希望不需要单独的静态IMS用户标识，而依然能连接到IMS网络并享受来自IMS网络的先进服务。

基于令牌的第三方认证是支持SSO的一种方式。图1示出WebRTC客户端的高层注册流。

在步骤101中，Web浏览器登录第三方Web服务器，并且通过与第三方服务器的认证。Web浏览器还提取由第三方认证服务器生成的令牌和临时IMS ID（包括公开ID和私有ID）。

在步骤102中，Web浏览器建立WebSocket连接，并发送具有步骤101中所获得的SSO令牌和临时IMS ID的REGISTER消息。

在步骤103中，SBC检测SSO令牌，并初始化开放认证接口，接口协议可以是LDAP、HTTP等。接着，SBC发送认证请求并获得认证响应。

在步骤104中，如果认证成功，SBC将REGISTER委托给IMS核心网络。

在步骤105中，IMS核心网络进行IMS标准认证，如果成功，200OK经由SBC被发送回Web浏览器。

当前基于令牌的第三方认证的问题在于：

IMS ID只分配给IMS用户。对于第三方服务提供商用户来说，实际上他们并不关心或者不需要知道分配给他们的临时IMS ID，他们只知道由第三方服务提供商分配的ID（第三方ID）。另外，管理临时IMS ID也不容易，因为它们是可再用的而且是披露给客户的。一些恶意客户会使用临时IMS ID进行联接，并且这并不容易被跟踪，因为临时IMS ID对于任何用户都不是静态的。

如图1中的后续步骤107和109所示，只有临时IMS ID（公开ID）可以用作发起源和终止目的地。如果想要以第三方ID发起呼叫/拨打第三方ID，是不可能成功的，因为第三方ID从未在IMS域中注册过。

作为第三方服务提供商用户来说，并不喜欢使用临时IMS ID，登录过程不同所使用的临时IMS ID也不同。SSO的主要任务是消除用户的不同ID/口令以使得它更方便，但是当发起/终止到其他人的呼叫时，依然要使用临时IMS ID，显然这样非常不方便。

关于主叫ID/被叫ID还有一个困扰。在IMS域，只有临时IMS ID被使用并且被传递到客户端侧。因此主叫ID/被叫ID只能显示为临时IMSID，这对于客户端来说毫无疑义。从用户的角度来看，他们希望通过他们的第三方ID作为主叫或者呼叫，因为第三方ID才是他们真正关心的ID。

在IMS域不知晓第三方ID还会产生其他一些问题，例如早就已经基于IMS ID的计费问题。但是目前对于这种情况，只能对临时IMS ID计费而与第三方ID没有任何联系。从呼叫拦截的角度来看，跟踪临时IMS ID也并不方便，临时IMS ID在IMS域内没有与第三方ID的映射信息。

支持基于令牌的第三方认证是一个新的课题。基于VzW BOT项目中阿尔卡特朗讯支持SSO的经验，SIP软件客户端应当以临时IMS ID配置。在WebRTC开放认证中，WebRTC浏览器必须以临时IMS公开ID进行配置，临时IMS公开ID是IMS ID的一种。

目前仍处于允许为第三方服务提供商用户提供开放认证的早期阶段，并且没有关于例如针对主叫/被叫ID显示等情景的如何协调第三方ID与临时IMS ID的详细标准或解决方案。

总之，现有技术中还没有关于如何向第三方服务提供商开放IMS服务的具体解决方案。SSO是将第三方服务提供商用户注册到IMS域的第一步，但是它并没有解决关于如何管理第三方ID和临时IMS ID的问题，并且用户必须使用临时IMS ID用作呼叫的发起和终止ID，这样非常不方便。本发明的目的在于解决或者缓解上述问题。

发明内容

本发明的基本思想是在IMS域中协调第三方ID与临时IMS ID，当第三方服务提供商的用户通过SSO注册到IMS域时，根据本发明的机制将生成别名ID并且将其与临时公开ID相关联。在客户端撤销注册或注册超时的情况下，该别名ID不链接到临时IMS公开ID。

本发明一方面提供了一种用于向第三方服务提供商的用户提供核心网络服务的方法，该方法包括：当第三方服务提供商的用户使用第三方ID登录核心网络时，从第三方服务提供商接收所述第三方ID和分配给所述用户的临时核心网络ID以便进行注册；在所述核心网络中，存储所述第三方ID并将所述第三方ID映射到所述临时核心网络ID；以及，向所述用户确认第三方ID的成功注册。

在根据本发明的实施例中，存储第三方ID包括以第三方ID添加别名ID。

在根据本发明的实施例中，所述核心网络是多媒体子系统IMS网络，所述临时核心网络ID是临时IMS公开ID。

根据本发明的实施例，在第三方ID成功注册后，当接收到用户以第三方ID作为发起方ID或目的地ID的呼叫时，在所述核心网络中搜索所述第三方ID，并按照映射到所述第三方ID的临时核心网络ID为用户提供呼叫服务。

根据本发明的实施例，在第三方ID成功注册后，当接收到包含第三方ID的计费请求时，在所述核心网络中搜索所述第三方ID，并向第三方服务提供商提供详细的计费信息。

根据本发明的实施例，在第三方ID成功注册后，当拦截到包含第三方ID的呼叫时，在核心网络内跟踪所述第三方ID。

本发明另一方面提供了一种用于向第三方服务提供商的用户提供核心网络服务的网络单元，该网络单元包括：接收模块，被配置为当第三方服务提供商的用户使用第三方ID登录核心网络时，从第三方服务提供商接收所述第三方ID和分配给所述用户的临时核心网络ID以便进行注册；存储和映射模块，被配置为在所述核心网络中，存储所述第三方ID并将所述第三方ID映射到所述临时核心网络ID；以及，确认模块，被配置为向所述用户确认第三方ID的成功注册。

根据本发明的实施例，所述存储和映射模块进一步被配置为以第三方ID添加别名ID的方式存储第三方ID。

根据本发明的实施例，进一步包括搜索模块，所述搜索模块被配置为：在第三方ID成功注册后，当接收到用户以第三方ID作为发起方ID或者目的地ID的呼叫时，在所述核心网络中搜索所述第三方ID，并按照映射到所述第三方ID的临时核心网络ID为用户提供呼叫服务。

根据本发明的实施例，网络单元进一步包括计费模块，所述计费模块被配置为，当接收到包含第三方ID的计费请求时，在所述核心网络中搜索所述第三方ID，并向第三方服务提供商提供详细的计费信息。

根据本发明的实施例，网络单元进一步包括跟踪模块，所述跟踪模块被配置为当拦截到包含第三方ID的呼叫时，在核心网络内跟踪所述第三方ID。

本发明的解决方案能够解决上面提到的现有技术中的所有问题。由于第三方ID在IMS网络中注册，因此从第三方ID发起呼叫或者发起至第三方ID的呼叫的情况是被允许的。主叫/被叫ID可以显示为第三方ID。计费可以包含第三方ID和临时IMS的计费。对于呼叫拦截而言，直接跟踪第三方ID变得可能。

附图说明

根据本文以下给出的详细描述和附图，本发明将变得被更彻底地理解，在所述描述和附图中，类似单元用类似标号表示，所述描述和附图仅作为示例被给出，以及由此不对本发明进行限制，以及，其中：

图1示出现有技术中基于令牌的第三方认证的消息流示意图；

图2示出根据本发明的实施例的采用第三方ID进行登录的消息流示意图；以及

图3示出根据本发明的实施例，分别以第三方ID作为主叫ID和被叫ID的消息流示意图。

具体实施方式

现在将参考附图充分描述各种示例性实施例，其中，在所述附图中示出了一些示例性实施例。此处公开的特定结构或功能细节是为了描述示例性实施例的仅代表性的。

相应地，尽管示例性实施例能够进行各种修改和采用可替换形式，但其实施例在附图中被作为示例示出，以及将在此处被详细描述。然而应当理解，不旨在将示例性实施例限于所公开的特定形式。相反，示例性实施例将覆盖所有修改、等价体和可替换项。

此处所使用的术语仅是为了描述特定实施例，并且不旨在是限制性的。当用在此处时，除非上下文明确指出，否则单数形式“一种”、和“该（所述）”旨在也包括复数形式。进一步应当理解，术语“包括”和/或“包含”、当用在此处时指定所陈述的特征、整数、步骤、动作操作、单元和/或部件的出现，但不排除一个或多个其它特征、整数、步骤、操作、单元、部件和/或其群组的出现或添加。

还应当指出，在一些可替换实现中，所指出的功能/动作可以不以图中指示的顺序出现。例如，取决于所涉及的功能/或动作，相继示出的两个图可以实际上被基本并发地执行，或者可以以逆序被执行。

以下描述中提供了特定细节，以便提供对示例性实施例的透彻理解。然而本领域的技术人员应当理解，可以在没有这些特定细节的情况下实现示例性实施例。例如，可以用框图示出系统和网络，以便不因不必要的细节使示例性实施例晦涩难懂。在其它情况下，为避免使示例性实施例晦涩难懂，众所周知的过程、结构和技术可以在没有不必要的细节的情况下被示出和/或讨论。

示例性实施例可以作为被示作流程图、流图、数据流图、结构图、信号流图或框图的过程来描述。尽管信号流图可以将操作或交互描述为顺序过程，但操作中的许多可以被并行、并发或同时地实施。另外，操作或交互的顺序可以被重排。过程可以在其操作被完成时被终止，但可以还具有不被包括在图中的另外的步骤。过程可以对应于方法、函数、过程、子例程、子程序等。当过程对应于函数时，其终止可以对应于该函数向调用函数或主函数的返回。

将参考操作的动作和符号表示（例如采用信号流图的形式）描述示例性实施例，其中，所述操作可以被实现为程序模块或函数过程，所述程序模块或函数过程包括实施特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等，所述操作并且可以使用现有网络单元或控制节点（例如网状网络的网络节点或服务器）处的现有硬件来实现。所述现有硬件可以包括一个或更多中央处理单元（CPU）、数字信号处理器（DSP）、专用集成电路、现场可编程门阵列（FPGA）计算机等。

还应当指出，软件实现的示例性实施例方面通常被编码在某种形式的可编程或计算机可读存储介质中。所述存储介质可以是磁性的（例如软盘或硬盘）或光学的（例如光盘只读存储器或“CD ROM”），以及可以是只读或随机访问的。示例性实施例不受这些任意给定实现方面的限制。

以下将描述如何创建别名ID以及将其与第三方ID的临时公开ID相关联的具体例子。

图2示出根据本发明的实施例的采用第三方ID进行登录的消息流示意图。

如图2所示，在步骤201中，Web浏览器登录到第三方Web服务器，并且通过与第三方认证服务器的认证。浏览器提取由第三方认证服务器生成的令牌。在这个步骤的处理流程中，并不需要将临时IMS ID发送至Web浏览器。

在步骤202中，Web浏览器建立WebSocket连接并发送带有SSO令牌的注册消息REGISTER，SSO令牌是在步骤201中获得的。

在步骤203中，SBC检测SSO令牌，并发起开放认证接口，开放认证接口可以采用LDAP、HTTP协议等。接下来，SBC发送认证请求并获得认证响应，认证响应也包括临时IMS ID。

在步骤204中，如果认证成功，SBC更新REGISTER消息以添加临时IMS ID，临时IMS ID在步骤203中获得。接下来，SBC将REGISTER消息发送至IMS核心网络。

如步骤205所示，IMS I-CSCF按照标准流程向HSS以临时IMS公开ID交换UAR/UAA以查询ID存在情况。由于查询输入是临时IMS公开ID，像现有标准中那样，该过程应当可以成功进行。

如步骤206所示，IMS S-CSCF按照标准流程向HSS以临时IMS公开ID和临时IMS私有ID交换MAR/MAA。由于查询输入是临时IMS公开ID，像现有标准中那样，该过程应当可以成功进行。

在步骤207中，IMS S-CSCF在服务器分配请求SAR中以第三方ID添加“别名ID”来查询用户的服务简档。当HSS接收带有“别名ID”的SAR时，它将存储作为别名ID的第三方ID，并将第三方ID与临时IMS公开ID一起添加到隐式注册组IRS。这之后，从HSS的角度来看，第三方ID与普通IMS公开ID是类似的。

在步骤208中，IMS S-CSCF接收SAA，SAA既包括作为“别名ID”的第三方ID也包括临时IMS公开ID。IMS S-CSCF也将第三方与IMS公开ID一起添加到用户的IRS。在这之后，从HSS的角度来看，第三方ID与普通IMS公开ID是类似的。

在步骤209中，IMS生成具有第三方ID和临时IMS ID的200OKREGISTER，并将200OK REGISTER发送给I-CSCF，然后由I-CSCF将200OK REGISTER委托给SBC。

在步骤210中，在SBC接收具有第三方ID和临时IMS ID的200OKREGISTER之后，它将第三方ID与临时IMS公开ID一起添加到用户的IRS。在这之后，从SBC的角度来看，第三方ID与普通IMS公开ID是类似的。

如步骤211所示，SBC从200OK REGISTER中移出IMS公开ID，然后将200OK REGISTER消息委托给Web浏览器。

如步骤212所示，Web浏览器接收具有它的第三方ID的200OKREGISTER消息。

经过上述处理第三方ID被作为“别名ID”注册到IMS域。于是，第三方ID成为普通IMS ID，第三方ID可以成为呼叫的发起方ID以及呼叫的终止方ID。

以上处理可以用于重新注册过程。唯一区别在于第三方ID已经被添加，现在只需做一些核实。

以上处理可以用于撤销注册。区别在于，HSS应当采用解除注册SAR来移除“别名ID”以及解除“别名ID”与IMS公开ID的链接，并且IMSS-CSCF和SBC应当采用解除注册SAR来移除“别名ID”以及解除“别名ID”与其他IMS公开ID的链接。这之后，HSS、IMS S-CSCF和P-CSCF都准备好将另一个“别名ID”协调到先前的临时IMS ID上。

在之前的注册过程中，第三方ID已经被作为“别名ID”添加到HSS、IMS S-CSCF和SBC并且在IRS中与临时IMS公开ID链接。因此，第三方ID从IMS的角度看是已知的ID。由此，对于以第三方ID作为发起ID（主叫ID）的呼叫发起过程，如步骤301、303和305所示意的，第三方ID可以成功地在SBC、IMS S-CSCF和HSS上被搜索到。IMS网络将按照映射到该第三方ID的临时IMS公开ID为用户提供服务。同样，对于以第三方ID作为目的地ID（被叫ID）所发起的呼叫来说，可以成功地在HSS、IMS S-CSCF和SBC上搜索到第三方ID。IMS网络将按照映射到该第三方ID的临时IMS公开ID为用户提供服务。但是，从用户的角度来看，并不知道已经在IMS域中分配临时IMS ID，这对于用户来说是友好的因为它们只需知道自己的第三方ID就可以了。

由于客户使用第三方ID作为主叫ID和被叫ID，流中没有改变ID的成分，客户能够获得正确的主叫ID和被叫ID。

从计费方面来说，IMS ID和“别名ID”/第三方ID都可以添加到记录中。因此，IMS服务器可以为第三方服务提供商提供详细的计费记录。对于呼叫拦截，第三方ID和IMS公开ID都是可被跟踪的，因为它们都已经被注册。并且，通过第三方ID跟踪更加方便。

上述例子着眼于IMS域，但是这种方法可以扩展到关于如何协调第三方ID和提供无缝服务的其他系统。

根据本发明的其他实施例涉及一种用于向第三方服务提供商的用户提供核心网络服务的网络单元，例如IMS网络中的网络单元。在参照图2和图3描述的实施例中，这样的网络单元例如包括SBC、I-CSCF、S-CSCF、HSS中的至少一个的部分或者全部功能。

由于本发明的机制可以采用软件、硬件或者软件与硬件相结合的形式实现，本领域技术人员应当理解，这里所述的网络单元并不一定是单个的物理设备，它既可能是单个的物理设备，也可能是位于一个物理实体上的若干逻辑单元或者是分散在多个不同物理实体中的多个逻辑模块。

从以上理解出发，根据本发明的用于向第三方服务提供商的用户提供核心网络服务的设备优选地包括以下功能模块，例如：

-接收模块，被配置为当第三方服务提供商的用户使用第三方ID登录核心网络时，从第三方服务提供商接收所述第三方ID和分配给所述用户的临时核心网络ID以便进行注册；

-存储和映射模块，被配置为在例如IMS网络的核心网络中，存储第三方ID并将第三方ID映射到例如临时IMS公开ID的临时核心网络ID；以及

-确认模块，被配置为向第三方服务提供商的用户确认第三方ID的成功注册。

在本发明的实施例中，存储和映射模块可以被配置为以第三方ID添加别名ID的方式存储第三方ID。

在本发明的实施例中，进一步包括搜索模块，该模块被配置为：在第三方ID成功注册后，当接收到用户以第三方ID作为发起方ID或者目的地ID的呼叫时，在所述核心网络中搜索所述第三方ID，并按照映射到所述第三方ID的临时核心网络ID为用户提供呼叫服务。这样的搜索模块可以通过为现有的网络单元赋予根据本发明的搜索功能来实现。

在本发明的实施例中，网络单元可以进一步包括计费模块，改模块被配置为，当接收到包含第三方ID的计费请求时，在核心网络（例如IMS网络）中搜索第三方ID，并向第三方服务提供商提供详细的计费信息。同样的，这样的计费模块可以通过为现有的网络单元赋予根据本发明的搜索功能来实现。

在本发明的实施例中，网络单元可以进一步包括跟踪模块，所述跟踪模块被配置为当拦截到包含第三方ID的呼叫时，在核心网络内跟踪第三方ID。

采用本发明的机制，第三方服务提供商用户不仅能以SSP注册到IMS域，也可以用第三方ID发起或者终止呼叫。没有必要向客户披露临时IMSID。本发明的方案还解决了当前的主叫/被叫ID、计费以及呼叫拦截问题。

本发明在向第三方服务提供商开放IMS服务方面特别有用，可以将更多的其他用户吸引到IMS域并享用IMS服务。本发明的方法可以帮助IMS服务提供商吸引到更多来自诸如OTT的其他设备供应商的用户。

由此描述了本发明，但显而易见的是，可以以许多方式来改变同样的本发明。不应当认为所述变型脱离本发明，以及所有所述修改旨在被包括在本发明的范围内。

Claims

1.一种用于向第三方服务提供商的用户提供核心网络服务的方法，该方法包括：

当第三方服务提供商的用户使用第三方ID登录核心网络时，从第三方服务提供商接收所述第三方ID和分配给所述用户的临时核心网络ID以便进行注册；

在所述核心网络中，存储所述第三方ID并将所述第三方ID映射到所述临时核心网络ID；以及

向所述用户确认第三方ID的成功注册。

2.根据权利要求1所述的方法，进一步包括：

存储第三方ID包括以第三方ID添加别名ID。

3.根据权利要求1所述的方法，其中，所述核心网络是多媒体子系统IMS网络，所述临时核心网络ID是临时IMS公开ID。

4.根据权利要求1至3任一项所述的方法，进一步包括，在第三方ID成功注册后，当接收到用户以第三方ID作为发起方ID或目的地ID的呼叫时，在所述核心网络中搜索所述第三方ID，并按照映射到所述第三方ID的临时核心网络ID为用户提供呼叫服务。

5.根据权利要求1至3任一项所述的方法，进一步包括，在第三方ID成功注册后，当接收到包含第三方ID的计费请求时，在所述核心网络中搜索所述第三方ID，并向第三方服务提供商提供详细的计费信息。

6.根据权利要求1至3任一项所述的方法，进一步包括，在第三方ID成功注册后，当拦截到包含第三方ID的呼叫时，在核心网络内跟踪所述第三方ID。

7.一种用于向第三方服务提供商的用户提供核心网络服务的网络单元，该网络单元包括：

接收模块，被配置为当第三方服务提供商的用户使用第三方ID登录核心网络时，从第三方服务提供商接收所述第三方ID和分配给所述用户的临时核心网络ID以便进行注册；

存储和映射模块，被配置为在所述核心网络中，存储所述第三方ID并将所述第三方ID映射到所述临时核心网络ID；以及

确认模块，被配置为向所述用户确认第三方ID的成功注册。

8.根据权利要求7所述的网络单元，其中，所述存储和映射模块进一步被配置为以第三方ID添加别名ID的方式存储第三方ID。

9.根据权利要求7所述的网络单元，其中，所述核心网络是多媒体子系统IMS网络，所述临时核心网络ID是临时IMS公开ID。

10.根据权利要求7至9任一项所述的网络单元，进一步包括搜索模块，所述搜索模块被配置为：在第三方ID成功注册后，当接收到用户以第三方ID作为发起方ID或者目的地ID的呼叫时，在所述核心网络中搜索所述第三方ID，并按照映射到所述第三方ID的临时核心网络ID为用户提供呼叫服务。

11.根据权利要求7至9任一项所述的网络单元，进一步包括计费模块，所述计费模块被配置为，当接收到包含第三方ID的计费请求时，在所述核心网络中搜索所述第三方ID，并向第三方服务提供商提供详细的计费信息。

12.根据权利要求7至9任一项所述的网络单元，进一步包括跟踪模块，所述跟踪模块被配置为当拦截到包含第三方ID的呼叫时，在核心网络内跟踪所述第三方ID。