针对个人网络服务配置的方法和针对个人网络服务配置的系统

摘要

本发明涉及一种用于使与个人网络相连的多个个人网络实体能够进行服务配置的方法，所述个人网络包括可经由IP多媒体子系统域来接入的个人网络应用服务器、拥有控制所述个人网络的订购的主个人网络实体以及由所述主个人网络实体控制的多个次个人网络实体，所述方法包括以下步骤：将每一个PNE与描述了要由每一个所述PNE来配置的服务的配置权限相关联，在配置单元(PNRCE)中存储PNE标识和与每一个PNE相关联的配置权限，基于所述存储的配置权限，向所述PN应用服务器(AS)发送配置请求。

说明书

技术领域

本发明涉及电信领域并且涉及一种用于使个人网络中的至少两个个人网络实体能够进行服务配置的方法，该个人网络包括可经由IP多媒体子系统域来接入的PN应用服务器(AS)、拥有控制个人网络的订购的主PNE以及由该主PNE控制的多个次个人网络实体PNE。

本发明还涉及一种用于实施该方法的系统。

背景技术

近些年来，3GPP(TS 22.259、23.259、24.259)将个人网络管理系统定义为基于家庭网络的应用和目的如下的网络管理：提供用户个人网络(PN)的配置功能以及管理对用户个人网络单元(PNE)的接入。该系统涉及网络中的应用服务器(PNMAS)，其用于让用户能够执行一些操作，比如注册、注销、配置、取消配置以及查询过程(例如应用服务器可以请求合法用户(即PN的控制器)许可服务重定向)。

个人网络管理应用之一是个人网络接入控制(PN接入控制)，其允许个人网络用户(PN-用户)配置与个人网络相连的每一个用户设备(UE)的个人网络接入控制列表。将该PN-用户称作控制器，并且由私有用户标识、公共用户标识以及控制器服务简档来标识。将其他UE称作“受控制的UE”。

图1示出了个人网络(PN)2，包括配备有USIM的主个人网络实体PNE 4、由主PNE 4控制的次PNE 6、以及可经由IP多媒体子系统域来接入的PN应用服务器(AS)8。PNE 4可以配置PN 2的所有PNE的服务。该配置可以由例如会话重定向服务或服务接入限制来构成。受控PNE可以属于或可以不属于相同的个人网络区域(PNA)8。这种PNA以短距有线或无线连接将设备相连。其可以是例如本地Wi-Fi网络、本地UWB网络、或本地Bluetooth网络。

根据3GPP PNM规范，仅存在与PN相关的一个IMS订购，并且仅存在与控制器服务简档相关联的一个全球订购标识模块(USIM)。此外，拥有该USIM的UE可以配置PN的若干个人设备的服务。

此外，应当注意到在3GPP PNM规范所述的相关领域中，在发送PN配置请求之前需要自举过程。因此仅拥有订购(USIM)以控制PN的PNE可以发送配置请求，从而避免其他PNE执行PN配置。

此外，由于3GPP个人网络可以注册属于不同用户的若干UE，PN所有者必须管理所有用户的首选项。这种设置可以随着时间动态地改变，其可能取决于UE的上下文(其环境、其当前状态或用户的首选项)。因此，显而易见地，这对于用户是不方便的，因为当PN包括越来越多的设备和/或PN包括越来越多的在用户之间或在设备之间不同的服务配置时(配置的示例包括如在[0]中所需的会话重定向和私有网络服务，或与依赖于UE上下文的服务传输相关的其他配置，等等)，PN配置任务变得复杂。

应当注意，3GPP规范指定了“用户应当感觉到对系统的控制，并且能够让系统成为他或她的个人装置-这是与用户体验和个性化密切相关的方面”。这涉及个人用户简档和自适应智能代理，同时专注于可用性目标方面的效率。

然而，不存在不管用户使用什么设备并且不管用户使用什么USIM，更具体地，当控制与订购相关并且如果这种订购物理地宿于设备的SIM之上时，而确保用户可以控制他的PN的单元。

本发明的目标是将PN配置控制从设备移动到另一个设备上。

发明内容

本发明的目标由一种用于使与个人网络相连的多个个人网络实体PNE能够进行服务配置的方法来达成，所述个人网络包括可经由IP多媒体子系统域来接入的个人网络应用服务器(AS)、拥有控制所述个人网络的订购的主个人网络实体以及由所述主个人网络实体控制的多个次个人网络实体。

根据本发明所述的方法包括以下步骤：

-将每一个PNE与描述了要由每一个所述PNE配置的服务的配置权限相关联，

-在配置单元(PNRCE)中存储PNE标识和与每一个PNE相关联的配置权限，

-基于所述存储的配置权限，向所述PN应用服务器(AS)发送配置请求。

由于本发明，配备有很多UE的用户可以选择这些UE中任一个来控制个人网络配置。例如，用户在家使用他的家庭移动电话来配置他的个人网络(PN)，反之当移动到外面时用户将使用他优选的PDA来保持对他的PN的控制。因此可以将PN的控制从他的家庭移动电话移动到他的PDA上。

在第二示例中，用户可以设置有限的PN配置权限(即，当使用不拥有合法USIM的另一个设备时，用户依然可以执行一些PN配置)。

在另一个示例中，用户可以向PN的其他成员许可有限的服务控制权限。在该情况下，一个家庭成员能够阻止不想要的端接呼叫，或将其重定向至PN的另一个人。

在根据本发明的方法的第一示例实施例中，由所述PNE中任意一个PNE发出的每一个PN配置请求在所述主PNE处端接，所述主PNE检查所述PNRCE，并且代表所述发起PNE向所述PN应用服务器(AS)发送所需的PN配置请求。

在该示例实施例中，首先配置PNRCE，由所述PN的PNE中任意一个PNE发出的每一个PN配置请求在所述主PNE处端接。稍后，检查所述PNRCE，并且代表所述发起PNE向所述PN服务器发送所需的PN配置请求。

因此在PN的主设备和其他PNE之间以对等(ad-hoc)方式来交换配置消息。主设备依然可以独立地执行配置请求。

在根据本发明的方法的第二示例实施例中，由与PN连接的所述PNE中任意一个PNE所发出的每一个PN配置请求是由所述发起PNE发送至所述PN应用服务器(AS)的。

在该示例实施例中，所述主PNE配置所述PNRCE，并且由检查所述PRNCE中的PN权限的所述PN服务器来接收由所述主PNE或任何次PNE发送的配置请求。

应当注意，所述主PNE是具有修改所述PNRCE的所有特权的设备，比如客户网络设备、家庭网关设备或互联网网关。次PNE是与所述主PNE不同的设备。

在一种用于使与PN应用服务器(AS)相连的多个个人网络实体PNE能够进行服务配置的系统中实施根据本发明的方法，可经由IP多媒体子系统域来接入所述PN应用服务器(AS)，所述系统包括拥有控制所述个人网络的订购的主PNE以及由所述主PNE控制的多个次个人网络实体PNE，所述系统包括：

单元，将每一个PNE与描述了要由每一个所述PNE配置的服务的配置权限相关联，

单元，在配置单元PNRCE中存储PNE标识和与每一个PNE相关联的配置权限，

单元，基于所述存储的配置权限，向所述PN应用服务器(AS)发送配置请求。

主PNE可以是拥有与控制器服务简档相关联的USIM的UE。

在根据本发明的系统的第一架构中，在所述主PNE中实施所述PNRCE。

在根据本发明的系统的第二架构中，所述PNRCE宿于所述PN服务器上。

附图说明

通过与以下附图相关的作为非限制性示例的以下描述，将体现本发明的其他特征和优点，其中：

图1示出了个人网络总览，

图2示意性地描述了用于实施根据本发明的方法的第一示例实施例的架构，

图3示出了本发明的优选示例实施例，在该实施例中将PNRCE实施为表，

图4示意性地描述了用于实施根据本发明的方法的第二示例实施例的架构，

图5通过具有PNCRE管理的家庭网关(HGW)描述了本发明的优选实施；

图6描述了流程图，该流程图示出了根据本发明的由作为SPNE的UE对HGW中的PNRCE进行配置。

图7描述了流程图，该流程图示出了根据本发明的从次PNE经由HGW UE对PNRCE进行配置。

具体实施方式

为了以下描述的清晰，将相同引用标号给予附图中示出了相关特征和步骤和示出本发明的特征和步骤的相同特征和步骤。

在以下描述中，“PN 2”代表个人网络2，“PPNE 4”代表主个人网络实体4，“SPNE 6”代表次个人网络实体6，“PNAS 8”代表个人网络应用服务器8，以及“PNRCE 10”代表个人网络应用服务器10。

图2所示的架构包括PPNE 4、两个SPNE 6、PNAS 8和PNRCE 10。

在该架构中，PPNE 4可以是能够接收多个消息并且能够与PNAS8交互的移动电话、PDA、家庭网关或应得到多个固定或无线设备的公司网关。

PPNE 4是具有<<root>>特权的实体，因此其是唯一一个可以在PNRCE 10中配置PN 2的每一个SPNE 6的权限的实体。

PPNE 4可以经由有线链路连接，因此使得用户能够从PC(个人计算机)经由例如网络接口来修改PNRCE 10。在后一种情况中，PPNR 4拥有网络服务器。

PNRCE 10可以具有任何形式的数据结构。

图3示出了本发明的优选示例实施例，在该实施例中将PNRCE 10实施为包括以下各项的表：

-PNE ID，标识PN的PNE，

-P/S参数，标识PNE是主还是次设备

-权限控制级别参数，标识权限的级别(完全、部分、无)

-权限控制描述地址，包括对指定在服务方面允许哪个PNE进行配置的权限控制描述的引用。

该表还包括标识给定PN的SPNE标识符以及与每一个SPNE 6的PN配置权限和状态相关的信息。应当注意，可以使用例如URI来标识PN，因此可以存在若干个人网络和若干PN配置权限表。

该表包括针对PN的每一个SPNE 6的PNE类型指示(P/S)，以指示其是主还是次PNE：

-PPNE 4是拥有USIM以及因此拥有与PN服务相关联的订购的一个PNE，

-SPNE 6是在PPNE 4的控制下在PN中注册的PNE。

-在同一时刻仅一个PPNE 4可以具有完全控制，以避免PNE配置请求之间的冲突。

同样地，该表包括针对PN的每一个PNE的控制器状态，该状态可以具有以下值{N；F；P}。

-“N”代表针对PNE未设置控制。因此，将拒绝来自控制器状态被设置为“N”的PNE的任何PN配置请求。

-“F”代表针对PNE设置完全控制。一般地，其仅对于具有USIM的PNE控制器(例如主PNE)生效，该USIM将PN与订购相关联(PPNE)。然而，PPNE 4可以将完全控制委托给SPNE 6，但是可以在任何时间收回该完全控制。因此可以将完全PN控制委托给SPNE 6，直到PPNE 4请求要回完全控制，或直到SPNE 6释放其控制。

-“P”代表针对相关联的PNE设置部分控制。允许主PNE给PN的PNE集合提供一些控制权限。

最后，在相关联的PNE具有部分控制的情况中，该表包括针对PN的每一个PNE的对权限控制描述(RCD)的引用。PNE ID来自PN接入控制列表。

在另一个实施中，PNRCE 10可以是列表、三维矩阵、XML文档，包括针对每一个PNE的零个或一个描述PN的服务控制逻辑的PN控制权限描述。

RCD描述在服务方面允许哪个PNE在个人网络中进行配置。其可以具有XML文件的形式，因为XML文件是容易阅读和理解的灵活的格式。在文件中存储服务和相关联的限制。

下面给出RCD的示例

<？xml version＝″1.0″encoding＝″utf-8″？>

<PN_Right Control Description>

   <service id＝″session_redirection″>

  <pn_user_id>sip:PN_user1_private@home.org

<pn_user_id>

   <pn_user_id>sip:PN_user2_public@home.org

<pn_user_id>

   <pn_user_id>sip:PN_user3_public@home.org

<pn_user_id>

   </service>

</PN_Right Control Description>

由从在USIM中存储的IMSI导出的私有用户标识来标识PNE。与根据之前示例的RCD相关联的PNE将能够配置会话重定向服务，更具体地将允许其配置将任何端接呼叫重定向到由用户的私有或公开SIPURI所标识的三个可能的PN用户处(sip:PN_user1_private@home.org或sip:PN_user2_public@home.org或sip:PN_user3_public@home.org)的服务。

当从通过其私有用户ID标识的PNE发出PN配置请求时，分析RCD以检查是否授权该PNE执行所请求的配置。例如，如果该RCD包括将会话重定向至与私有用户ID1相关联的公共用户ID1(sip:PN_user1_private@home.org)，则允许该配置。

应当注意，可以针对会话重定向服务来同时设置公共和私有用户ID。当指示私有用户ID时，会话重定向应用于与其相关联的所有公共用户id。

在由图2所示的本发明的示例实施例中，在从SPNR 6接收(箭头20)PN配置请求的PPNR 4中实施PNRCE 10，对输入的PN配置请求和之前在PNRCE 10中存储的与每一个SPNE 6相关联的配置权限进行比较，并且代表SPNE 6将输入的PN配置请求转发(箭头24)至PNAS 8。

此外，PPNE 4向PNAS 8隐藏SPNE 6的真实标识，以避免每一个SPNE 6执行授权或认证过程，每一个SPNE 6可能被PNAS 8拒绝，从而拒绝非授权PNE的任何进一步的配置请求。

在图3所示的本发明的第二示例实施例中，在PNAS 8中实施PNRCE 10。在该情况中，PNAS 8直接从SPNR 6接收PN配置请求(箭头30)，对输入的PN配置请求的内容和之前在PNRCE 10中存储的与每一个SPNE 6相关联的配置请求进行比较，以确定是否允许所请求的PN配置。

如果所请求的PN配置符合与SPNE 6相关联的配置权限，则PPNE4允许每一个SPNE 6根据之前在PNRCE 10中存储的权限来配置PN。

应当注意，PNRCE 10可以在独立服务器中，并且可以同时使用图2和图4的配置。

仅可以存在一个具有完全PN配置权限的PNE，以避免配置冲突。

在这两个示例实施例中，PPNE 4具有完全PN配置权限，除非它已经将该权限转移给另一个设备。由于具有该完全配置权限，PPNE 4可以配置PN，比如修改会话重定向、注册PNE、或激活私有网络服务。

SPNE 6可以具有完全、部分或无权限。部分权限的示例是PNE能够配置针对其自身的服务。为了服务重定向，可以限制PNE来将服务重定向到有限的设备集合。

如果PPNE 4将完全权限转移给SPNE 6，则PPNE 4能够在不管SPNE 6是否同意的情况下收回该控制。

为了让SPNE 6了解他们可以在他们所属的PN中进行什么配置，由例如PPNE 4向他们中的每一个通知消息，该消息包括对允许其在其所属的PN中进行什么配置的描述。

可以在UE上以网络格式来展示该信息。可以从PPNE 4在通知消息中发送的XML文档转换到这种表达。

在第一示例实施例中，在非常短距离的无线上(比如NFC)发送该通知。

在第二示例实施例中，无线地发送该通知(例如Wi-Fi或Bluetooth)。

在另一个示例实施例中，在网络上向可能不在附近的远端发送通知。

有利的是，PPNE 4预期接收确认，以确保SPNE 6已经接收到通知信息。

图5示出了系统，在该系统中实施了根据本发明的方法。

该系统包括作为家庭网关的PPNE 4、SPNE 6、PNAS 8、宿于PPNE4上的PNRCE 10。

PPNE 4可以是由私有用户标识所标识的机顶盒或移动UE，该私有用户标识是从USIM 40中存储的IMSI导出的，并且PPNE 4包括本地管理远程UI服务器42(LMRUIS)、本地PN管理应用44。

SPNE 6包括PN配置应用50、PNRCE配置应用52、控制权限描述存储54、UPnP(通用即插即用)栈或SOAP(简单对象接入协议)栈56。

PPNE 4使用SOAP协议或UPnP协议经由家庭网络接口60与SPNN6通信。

PNAS 8是可经由IP多媒体子系统域来接入的PN应用服务器，具有被配置为将相关SIP(会话发起协议)消息重定向至PNAS 8的SCSCF(服务呼叫会话控制功能)。从HGW向PNAS 10发送PN配置请求。

使用在HGW 4处连接的人机接口在HGW 4处配置PNRCE 10。可以经由以太网I/F或无线接口连接的PC 62，使用修改PNRCE 10所需的认证或授权来完成该配置。

HGW 4拥有PNRCE 10，并且可以代表任意SPNE 6来发送PN配置请求。HGW 4处的每一个注册的SPNE 6必须在PN处注册，以避免SPNE6配置可能正确应用的PN服务。

可选地，HGW 4允许SPNE 6通过在NFC通信链路上提供证书来临时修改PNRCE 10。如果在HGW 40的USIM 40中授权了该SPNE 6标识，则传输这种证书。

一旦针对每一个SPNE 6设置了配置请求，经由消息向那些SPNE 6通知这种配置，该消息包括允许PNE在PN中进行何种配置的<<恰当定义的>>描述。通过使用这种描述，每一个SPNE 6可以在他们的PN配置权限的范围上无线地并且远程地执行PN配置请求。

向请求所属的PN的PPNE 4(即HGW)发送那些请求。该请求可以具有HTTP请求的形式，或可以是按照XML格式化的。还可以进行格式化以通过网络服务器来接入HGW中的UPnP服务。

如在3GPP组的HGI技术要求中所指定的，HGW 4可以发现并且唯一标识已管理的/未管理的/可管理的/不可管理的设备。

因此，PNE可以是由HGW 4所管理的设备。可以经由UPnP协议来进行HGW 4和受控设备SPNE 6之间的PN控制管理。可以使用HTTP推送消息或TR-069协议(参见DSL Forum TR-069“CPE WANManagement Protocol”，May 2004)(用于最终用户设备的远程管理的DSL论坛技术规范)，来进行HGW 4和PN服务器8之间的PN控制管理(如图3所示)。

为了配置PNRCE 10和/或为了发送PN配置请求，HGW 4可以实施针对PN目的而扩展的远程UI服务器设备UPnP服务(本地管理UI服务器42)。HGW 4还可以定义在每一个SPNE 6客户端中部署的基于网络的服务。

当从SPNE 6接收到PN配置请求时，HGW 4分析其PNRCE 10，并且确定是否向PNAS 8发送包括原始请求的配置设置在内的PN配置请求。可能因为某个原因(操作未授权等等)而拒绝了原始请求。HWG4需要了解可以配置的PN服务以及如何配置他们。

图6是示出了由作为SPNE 6的UE对HGW 4中的PNRCE 10进行配置的流程图。

可以用如下方式来进行该配置：

-在步骤70，UE 6在NFC图标指示上接触HGW 4，并且向远程PNRCE应用42提供他的PNE标识信息(例如这可以是IMSI信息)；

-在步骤72，远程PNRCE应用42发送请求，请求USIM 40检查是否允许UE 6配置PNRCE 10；

-如果允许UE 6：

-HGW 4计算UE的密钥，并且向远程PRNCE应用42返回(步骤74)该密钥。

-在步骤76，远程PRNCE应用42向UE 6发送确认消息；

-在步骤78，UE 6向远程PRNCE应用42返回配置信息以及密钥，

-在步骤80，远程PRNCE应用42向PNRCE 10发送修改PNRCE信息的消息，

-在步骤82，PNRCE 10向远程PRNCE应用42返回确认消息。然后用户可以在他的UE 6上无线地配置PNRCE 10，并且在PNRCE配置信息中给出密钥。

-如果不允许UE，在步骤84，则HGW 4向UE 6返回具有潜在原因的失败响应。

备选地，HGW 4不计算密钥，而是通过将UE会话(例如UE IP地址或UE唯一标识符)与修改PNRCE 10的权限相关联，来进行本地关联。在同一时间应当仅存在唯一一个UE具有PNRCE接入。

图7是示出了从SPNE经由HGW UE进行PN配置的流程图。

如果PPNE 4或其代表已经配置了PNRCE 10中的描述权限，则SPNE 6仅可以用完全或有限权限来配置PN。

如果SPNE 6了解他的PN配置权限，则SPNE 6将能够发送恰当的PN配置请求。因此，其之前已经接收到可以具有XML文档形式的控制权限描述。该文档描述了允许PNE所配置的所有东西，从而避免在HGW处的重复配置失败。

如图7所示，SPNE 6具有控制权限描述90，并且基于该权限描述创建了PN配置请求。

-在步骤100，在已知的端口上(即与部署的网络服务相关的端口)向远程PN配置应用(RPNCApp)42发送请求。该请求包括SPNE 6标识符和PN配置信息。

-在步骤102，RPNCApp 42向PNRCE 10发送请求，以检查PNRCE10中存储的控制权限描述是否授权了由SPNE 6所请求的PN配置；

-在步骤104，HGW分析消息，并且从PNRCE 10取回控制权限描述。

-在步骤105，PNRCE 10向RPNCApp 42发送在步骤104中执行的分析的结果。

-在步骤106，RPNCApp 42对请求的配置与之前存储的PN配置信息进行比较，以确定是否允许所请求的配置；

-如果HGW确定允许该请求，则其代表SPNE 6向PNMAS 8发送(步骤108)PN配置请求。例如，在3GPP PN中，这可以是包括配置信息的HTTP请求。然后由PNMAS 8执行该配置，并且在步骤110，向作为用户设备的HGW 4发送回响应。

在步骤112，HGW UE 4向SPNE 6转发该答复。

尽管已经通过本发明的示例实施例来具体示出并描述了本发明，本发明不受限于这些实施例。本领域普通技术人员将理解，可以在不脱离如权利要求所限定的本发明的精神和范围的情况下，对形式和细节作出各种改变。

本申请基于并且要求于2008年9月19日提交的欧洲专利申请，编号EP08164679.6的优先权，其公开内容以全文引用的方式并入本文中。

工业可应用性

由一种用于使与个人网络相连的多个个人网络实体PNE能够进行服务配置的方法来达成本发明的目标，所述个人网络包括可经由IP多媒体子系统域来接入的PN应用服务器(AS)、拥有控制所述个人网络的订购的主PNE以及由所述主PNE控制的多个次PNE。