首页> 中国专利> 使用个人网络路由表配置个人网络的装置和方法

使用个人网络路由表配置个人网络的装置和方法

摘要

提供一种用于配置个人网络(PN)的方法和装置。在PN网关从个人网络实体(PNE)接收连接请求消息。从PN网关向位于广域网(WAN)中的服务器发送PNE所属的PN的注册请求消息。在PN网关从服务器接收包括PN的标识(ID)信息的验证请求消息。参考PN路由表从PN网关转发该验证请求消息到映射到PN的ID信息的一个或多个PNE,其中,在PN路由表中关于一个或多个PNE的信息被映射到PN的ID信息。一个或多个PNE通过PN网关从服务器接收服务。

著录项

  • 公开/公告号CN102948120A

    专利类型发明专利

  • 公开/公告日2013-02-27

    原文格式PDF

  • 申请/专利权人 三星电子株式会社;

    申请/专利号CN201180030008.7

  • 发明设计人 朴成真;金旭;李亮运;

    申请日2011-05-31

  • 分类号H04L12/66;H04W40/24;

  • 代理机构北京市柳沈律师事务所;

  • 代理人蔡军红

  • 地址 韩国京畿道

  • 入库时间 2024-02-19 17:23:11

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2016-01-06

    授权

    授权

  • 2013-03-27

    实质审查的生效 IPC(主分类):H04L12/66 申请日:20110531

    实质审查的生效

  • 2013-02-27

    公开

    公开

说明书

技术领域

本发明涉及能够进行局域网(LAN)通信的设备,更具体地,涉及一种 装置和方法,其允许LAN通信设备通过使用能够访问广域网(WAN)的设 备的通信功能从WAN接收服务。

背景技术

随着能够进行LAN通信的消费电子(CE)设备的使用急剧增加,CE设 备的用户已经寻求更方便的内容下载方法。能够进行LAN通信的CE设备可 以包括MP3播放器、便携多媒体播放器(PMP)、游戏控制器和上网本。

一般,个人计算机(PC)用于在互联网上搜索和下载可在CE设备上播 放的内容。当CE设备和PC是由专用线缆连接时,CE设备从PC下载内容。 这个过程使CE设备能够播放内容。近来,蓝牙被用于在设备之间共享内容, 替换该专用线缆。

然而,CE设备仍然在直接访问广域网方面有限制。例如,为了访问广域 网,某些CE设备在接入点(AP)的覆盖范围内使用WiFi连接互联网。融合 的个人网络服务(CPNS)已经被提出以允许CE设备通过网关来访问广域网 以接收期望的服务(诸如内容下载服务)。

关于CPNS,个人网络(PN)被配置为包括与广域网和播放服务和内容 的至少一个CE设备通信的网关。CE设备通过网关访问WAN的服务/内容提 供商以接收期望的服务或内容。在CPNS中的网关被称为PN网关,而CE设 备(通过LAN通信连接PN网关并且通过PN网关访问广域网)被称为个人 网络实体(PNE)。

发明内容

技术问题

在CPNS系统中,多个PNE连接到PN网关并通过PN网关访问CPNS 服务器。在这种方式中,PN网关利用PNE配置PN并且作为在CPNS服务器 和PNE之间的中继操作。然而,在处理单独的TX/RX消息中PN网关和CPNS 服务器的负荷随着连接PN网关的PNE数量的增加而增加。

为了避免负荷的增加,在通过PN网关配置PN的过程中,该PN网关编 译关于所有PNE的信息到PN文档中,并且CPNS服务器基于PN文档执行 验证。然而,当在注册过程中CPNS服务器的每次验证请求中PN网关解析 PN文档、提取PNE的地址信息和执行路由操作时较大的负荷被施加到PN网 关。

解决方案

本发明被实现来解决至少以上的问题和/或不足并且提供至少以下所述 的优点。因此,本发明的一方面提供一种用于配置PN的装置和方法,其能 够减少PN网关的处理负荷。

本发明的另一方面提供一种用于配置PN的装置和方法,其使得可以从 CPNS服务器转发验证请求消息到对应的PNE而不通过PN网关解析验证请 求消息。

根据本发明的一方面,提供一种用于通过PN网关配置PN的方法。在 PN网关从PNE接收连接请求消息。从PN网关向位于WAN中的服务器发送 PNE所属的PN的注册请求消息。在PN网关从服务器接收包括PN的ID信 息的验证请求消息。参考PN路由表从PN网关转发该验证请求消息到映射到 PN的ID信息的一个或多个PNE,其中在PN路由表中关于一个或多个PNE 的信息被映射到PN的ID信息。一个或多个PNE通过PN网关从服务器接收 服务。

根据本发明的另一方面,提供一种用于通过位于WAN中的服务器配置 PN的方法。在服务器从PN网关接收一个或多个PNE所属的PN的注册请求 消息。从服务器向PN网关发送包括用于PN的验证的PN的ID信息的验证 请求消息。从转发验证请求消息的PN网关接收来自映射到PN的ID信息的 一个或多个PNE的验证响应消息。通过使用接收的验证响应消息验证一个或 多个PNE。一个或多个PNE通过PN网关从服务器接收服务。

根据本发明的另一方面,提供一种用于配置PN的PN网关。PN网关包 括:LAN模块,用于与一个或多个PNE通信,WAN模块,用于与位于WAN 中的服务器通信,以及存储单元,用于存储PN路由表,其中在PN路由表中 关于一个或多个PNE的信息被映射到PN的ID信息。PN网关还包括PN路 由管理单元,用于在从PNE接收到连接请求消息时向服务器发送PN的注册 请求消息。PN网关还在从服务器接收到包括PN的ID信息的验证请求消息 时,参考PN路由表转发验证请求消息到映射到PN的ID信息的一个或多个 PNE。一个或多个PNE通过PN网关从服务器接收服务。

根据本发明的另一方面,提供用于配置PN的位于WAN中的服务器。该 服务器包括:WAN通信模块,用于与PN网关通信。该服务器还包括:PN 管理单元,用于在从PN网关接收到对于一个或多个PNE所属的PN的注册 请求消息时,发送包括用于PN的验证的PN的ID信息的验证请求消息。PN 管理单元还在从PN网关接收到验证响应消息时(其中该PN网关转发验证请 求消息到映射到PN的ID信息的一个或多个PNE)通过使用验证响应消息验 证一个或多个PNE。一个或多个PNE通过PN网关从服务器接收服务。

附图说明

通过结合附图的以下详细描述,本发明的以上和其它方面、优点和特征 将更加明了,其中:

图1是根据本发明的实施例的CPNS系统的框图;

图2是根据本发明的实施例的PNE的框图;

图3是根据本发明的实施例的PN网关的框图;

图4是根据本发明的实施例的CPNS服务器的框图;

图5是说明根据本发明的第一实施例的使用PN路由表的PN配置/注册 过程的流程图;和

图6是说明根据本发明的第二实施例的使用PN路由表的PN配置/注册 过程的流程图。

具体实施方式

下面详细地参考附图来详细描述本发明的实施例。本发明可以以不同形 式来体现,并且不应当被理解为限于这里阐述的实施例。相反,提供这些实 施例以便本公开将是全面的和完整的,并将向本领域技术人员完整传达本发 明的范围。相同或相似组件将由相同或相似参考数字来指代,虽然它们被示 出在不同附图中。可以省略对本领域公知的构造或过程的具体说明以避免模 糊本发明的主题。

出于方便目的,在作为对移动终端的应用进行标准化的组织的开放移动 联盟(OMA)的CPNS中定义的实体名称的术语被用于描述本发明。但是, 应该注意本发明的范围不被此类术语限制,且本发明也能够应用于具有类似 技术背景的系统。

本发明提供了一种方法,其使用预先生成的PN路由表以在PN网关接收 到对于PNE的验证请求时减少PN网关的处理负荷。PN网关获取关于用于 PN配置的一个或多个PNE的信息以产生PN路由表。在PN路由表中,关于 一个或多个PNE的信息被映射到PN的标识(ID)信息。当从CPNS服务器 接收对于与PN ID信息对应的PNE的验证请求消息时,PN网关通过PN路 由表检测目标PNE,并转发该验证请求消息到PNE。因此,PN网关无需解 析从CPNS服务器接收的消息的PN文件,从而显著降低处理负荷。

具有以上功能的CPNS系统的例子在下面参照图1来详细描述。

图1是根据本发明的实施例的CPNS系统的框图。

参考图1,根据本发明的实施例的CPNS系统包括一个或多个PNE(如, 第一PNE 110和第二PNE 120)、PN网关100、CPNS服务器140和用作应用 服务器的服务/内容提供器150。

服务/内容提供器150是位于WAN中以提供各种服务和内容的服务器。

第一PNE 110和第二PNE 120是直接接收服务和内容的设备。PNE的示 例包括MP3播放器和PMP。第一PNE 110和第二PNE 120从服务/内容提供 器150接收内容并且播放内容以提供服务给用户。第一PNE 110和第二PNE 120能够与相邻设备(即,另一PNE)进行LAN通信,这是因为它们包括 LAN模块。但是,第一PNE 110和第二PNE 120无法直接访问服务提供器, 这是因为它们不具有WAN模块。WAN的示例包括互联网和移动电话网络。 PNE也称为PN设备。

第一PNE 110和第二PNE 120通过LAN通信利用PN网关100配置PN 130。PN 130的配置包括检测在PN网关100与第一PNE 110和第二PNE 120 之间的PN服务(如,CPNS)的支持/不支持,检测在设备间的功能,以及配 置用于提供CPNS的应用的网络。

PN 130可以包括PN网关100和连接PN网关100的第一PNE 110和第 二PNE 120。通过PN 130,所述第一PNE 110和第二PNE 120可以使用能够 访问广域网的PN网关100的功能。因此,所述第一PNE 110和第二PNE 120 可以通过PN网关100访问CPNS服务器140,并可以使用CPNS从服务/内 容提供器150接收内容。

PN网关100是能够访问位于广域网(即,服务提供商网络)中的CPNS 服务器140的设备。PN网关100配置具有第一PNE 110和第二PNE 120的 PN 130,并且在CPNS服务器140与第一PNE 110和第二PNE 120之间中继 CPNS系统消息、服务或内容的传输。具体而言,当从PN 130中包括的第一 PNE 110和第二PNE 120接收到服务请求时,PN网关100中继该服务请求到 CPNS服务服务器140。此外,当从服务/内容提供器150接收到请求的服务 时,PN网关100发送该请求的服务到第一PNE 110和第二PNE 120。

当完成对第一PNE 110和第二PNE 120的物理配对并且从第一PNE 110 和第二PNE 120接收到CPNS连接请求时,PN网关100为包括PN网关100 和连接PN网关100的第一PNE 110和第二PNE 120的PN 130创建文件。将 PN 130的注册请求传送到CPNS服务器140。

PN网关100收集关于已经请求与PN网关100连接的第一PNE 110和第 二PNE 120的信息,产生PN路由表,并存储PN路由表。在PN路由表中, 关于第一PNE 110和第二PNE 120的信息被映射到包括第一PNE 110和第二 PNE 120的PN 130的ID信息。当从CPNS服务器140接收到对于PN的PNE 的验证请求时,PN网关100使用该PN路由表来路由该验证请求到PNE。在 这种方式下,PN网关100存储或管理关于每个PNE的信息以方便来自CPNS 服务器140的消息转发,从而减少了消息处理负荷。

此外,PN网关100在对等(PTP)场景中将其自己的PN连接到另一PN 以交换内容。PN网关100的示例包括移动电话机、PDA和机顶盒。

CPNS服务器140注册和管理PN网关100、第一PNE 110和第二PNE 120 以及PN 130。CPNS服务器140处理通过PN网关100从第一和第二PNE 110 和120接收的服务/内容请求。如果CPNS服务器140能够提供对应于服务/ 内容请求的服务/内容,则CPNS服务器140通过PN网关100提供所请求的 服务/内容到第一PNE 110和第二PNE 120。如果CPNS服务器140不能提供 对应于服务/内容请求的服务/内容,则CPNS服务器140发送服务/内容请求 到服务/内容提供器150,以便通过PN网关100提供所请求的服务/内容到第 一PNE 110和第二PNE 120。

下面参照图2到4详细描述CPNS系统的第一PNE 110和第二PNE 120、 PN网关100和CPNS服务器140的详细操作。

图2是根据本发明的实施例的第一PNE 110的框图。第二PNE 120可具 有和第一PNE 110相同的配置。为了方便起见,将在第一PNE 110的上下文 中描述PN配置过程。

参照图2,第一PNE 110包括PN连接控制单元210、存储单元220和 LAN模块230。

PN连接控制单元210控制第一PNE 110的与PN配置/取消配置相关联 的操作,并控制与通过配置的PN的服务/内容请求和接收相关联的操作。因 此,为了配置PN,PN连接控制单元210控制LAN模块230执行与相邻的设 备的用于建立通信链路的物理配对。

PN连接控制单元210搜索关于PN网关100的物理配对设备。当检测到 PN网关100时,PN连接控制单元210发送PN连接请求消息到PN网关100。 这里,PN连接请求消息包括PN连接类型指示符和第一PNE 110的设备信息。

PN连接控制单元210接收响应于PN连接请求消息的从CPNS服务器140 通过PN网关100发送的验证请求消息。验证请求消息携带PN文件,并包括 由CPNS服务器140设置的验证质询字段(authentication challenge field)。验证 质询字段可包括算法信息和随机(nonce)数值信息,以及PN连接控制单元 210基于此类信息获得用于验证的计算结果值。

PN连接控制单元210将获得的计算结果值创建为对验证质询字段的响 应以改变PN文件,并且产生携带改变的PN文件的验证响应消息。PN连接 控制单元210通过PN网关100向CPNS服务器140发送验证响应消息。其 后,当完成PN配置/注册时,PN连接控制单元210接收通知完成PN配置/ 注册的消息。

存储单元220存储第一PNE 110的设备信息和PN配置所需的各种程序 数据。设备信息是有关可由PNE制造商提供的第一PNE 110的能力和功能的 信息。存储单元220还存储响应于服务/内容请求的从PN网关100接收的数 据。表1示出在第一PNE 110是PMP的情况下设备信息的示例。

[表1]

LAN模块230执行与PN网关100的LAN通信。LAN模块230的示例 包括WiFi模块、蓝牙模块、ZigBee模块、红外数据协会(IrDA)模块以及 可见光通信(VLC)模块。LAN模块230用于执行配对操作,即,在第一PNE 110和PN网关100之间的数据通信的连接操作。

图3是根据本发明的实施例的PN网关100的框图。

参考图3,PN网关100包括PN路由管理单元310、LAN模块320、WAN 模块330和存储单元340。

LAN模块320执行与第一PNE 110的LAN通信。LAN模块320的示例 包括WiFi模块、蓝牙模块、ZigBee模块、IrDA模块以及VLC模块。

WAN模块330与CPNS服务器140交换数据和消息。WAN模块330的 示例包括蜂窝模块和ATM模块。

存储单元340存储PN配置所需的各种程序数据。存储单元340还存储 在PN中包括的PNE的设备列表和PNE的设备信息。设备列表和设备信息可 以按照逐个PN的基础来管理。存储单元340还存储PN路由表,其中在该路 由表中,在PNE的设备信息中的地址被映射到的PN的ID信息(例如,PN ID)。 当从CPNS服务器140接收到与PN ID对应的PNE的验证请求时,PN网关 100使用PN路由表来路由该验证请求到PNE的地址。

PN ID可以是PN网关的唯一ID,或者可以是通过按预定的算法改变该 唯一ID获得的值。此外,PN ID可以由CPNS服务器140分配。

表2示出PN路由表的例子。

[表2]

当从第一PNE 110接收到PN连接请求消息时,PN路由管理单元310检 测PN连接请求消息中所包含的PN连接类型指示符和第一PNE 110的设备信 息。基于PN连接类型指示符,PN路由管理单元310确定来自第一PNE 110 的PN连接请求是1:1的连接请求还是对于与PN网关100相邻的全部PNE 的连接请求。

如果PN连接类型指示符被设置为“ALL(全部)”,则PN路由管理单元 310对全部相邻的PNE执行配对/发现操作以执行对检测到的PNE的PN配置 的操作。PN路由管理单元310发送连接请求消息到检测到的PNE。来自第一 PNE 110的连接请求消息是包括第一PNE 100的设备信息的消息,并且被发 送到PN网关100。连接请求消息是被称为“PN连接ASK”的消息并且由PN 网关100使用来发送连接请求到PNE。

对于与PN网关100相邻的全部PNE的连接请求在通过一个PN网关100 对几个PNE提供CPNS的互动游戏中是有用的。此方法不要求PNE对PN网 关100单独请求PN配置,从而降低如网络资源和设备资源的功耗。

PN路由管理单元310从对检测到的PNE的连接请求消息的响应消息的 每个的设备信息和来自第一PNE 110的连接请求消息中获得地址。PN路由管 理单元310分配PN ID信息到检测到的PNE的PN,生成PN路由表,其中 在该路由表中PN ID信息被映射到在PN中包含的PNE的地址,并存储PN 路由表到存储器单元340中。

PN路由管理单元310创建PN文件,其中该PN文件包括关于PN的信 息。在这种方式下,当配置PN时,PN路由管理单元310将关于PN的全部 PNE的信息编译到PN文件中。

PN文件可以包括PN中设备的列表,并且设备列表可以包括每个PNE 的设备信息。PN文件包括PN ID信息。PN路由管理单元310向CPNS服务 器140发送携带创建的PN文件的注册请求消息。PN文件可以在每个PNE 的设备信息之外仅包括设备列表。表3示出PN网关100产生的PN文件的一 个例子。

[表3]

PN路由管理单元310接收响应于PN注册请求消息从CPNS服务器140 发送的验证请求消息。由于CPNS服务器140请求对在PN文件中的PNE的 验证,PN路由管理单元310检测有关在PN文件中的PNE的信息。根据本发 明的实施例,PN路由管理单元310通过使用所生成的PN路由表而不解析PN 文件来检测目标PNE的地址。

具体而言,PN路由管理单元310检测验证请求消息的PN ID信息。PN 路由管理单元310在PN路由表中搜索映射到检测到的PN ID信息的PNE的 地址。验证请求消息携带由CPNS服务器140改变的PN文件,但PN路由管 理单元310仅检测PN ID信息。因此,PN路由管理单元310不需要为了获得 每个PNE的地址信息而解析或分解验证请求消息的PN文件。因此,在搜索 PN路由表以检测接收验证请求消息的PNE的地址之后,PN路由管理单元310 基于检测到的PNE的地址向PNE转发验证请求消息。

PN路由管理单元310接收响应于验证请求消息从每个PNE发送的验证 响应消息。根据本发明的实施例,PN路由管理单元310收集来自PNE的验 证响应消息,产生综合的验证响应消息,并且发送综合的验证响应消息到 CPNS服务器140。在综合的验证响应消息中,来自PNE的验证响应消息的 PN文件也组合到综合的PN文件中。这里,PN路由管理单元310改变来自 PNE的PN文件从而创建综合的PN文件。

根据本发明的另一实施例,每当从每个PNE接收到验证响应消息时,PN 路由管理单元310向CPNS服务器140发送验证响应消息。CPNS服务器140 验证PNE,创建综合的PN文件,并发送携带综合的PN文件的综合的注册响 应消息到PN路由管理单元310。当从CPNS服务器140接收到综合的注册响 应消息时,PN路由管理单元310通知PNE如上所述参考PN路由表完成了 PN配置/注册。

图4是根据本发明的实施例的CPNS服务器140的框图。

参照图4,CPNS服务器140包括PN管理单元410、存储器单元420和 WAN模块430。

WAN模块430与PN网关100和服务/内容提供器150通信。

存储单元420存储从服务/内容提供器150接收的各种服务和内容。

PN管理单元410控制CPNS服务器140的整体操作。当从PN网关100 接收到PN注册请求消息时,PN管理单元410检测在PN注册请求消息中包 含的PN文件。PN管理单元410对PN文件中的PNE执行CPNS用户验证和 授权,并存储在存储单元420中。如果未给PN文件中包含的PN分配PN ID 信息,则分配ID作为PN ID信息。如果已经分配了PN ID信息,则执行冗 余校验以确定是否预先存储的PN ID信息还包括分配的PN ID信息。在这种 方式中,PN ID信息可以由PN网关100或由CPNS服务器140来分配。如果 PN ID信息通过CPNS服务器140分配,则不需要冗余校验。

为了对PN文件中的PNE执行CPNS用户验证和授权,PN管理单元410 改变PN文件以便包括用于每个PNE的验证质询字段。PN管理单元410从 PN文件提取目标PN ID信息,并产生包括该PN ID信息的验证请求消息。在 验证请求消息中携带经改变的PN文件。然而,仅PN ID信息被携带在验证 请求消息中,以便PN网关100可以容易地通过只检测PN ID信息而在PN路 由表中搜索PNE的地址。因此,即使没有为了提取PNE的地址而解析在验 证请求消息中的PN文件,PN网关100也可以检测映射到PN ID信息的PNE 的地址。

表4示出由CPNS服务器140改变的PN文件的一个例子。

[表4]

PN管理单元410向PN网关100发送验证请求消息,并从PN网关100 接收验证响应消息。PN管理单元410通过确定对于验证响应消息的验证质询 字段的答复和其自己的答复是否相同来完成每个PNE的验证。然后,PN管 理单元410生成通知完成PN注册的注册响应消息,并对PN网关100发送注 册响应消息。

图5是说明根据本发明的第一实施例的使用PN路由表的PN配置/注册 过程的流程图。在图5,第二PNE 120请求PN网络连接,并且第一PNE 110 在第二PNE 120的参与请求下参与PN配置/注册过程。

参照图5,在步骤500,PN网关100通过LAN通信执行与第一PNE 110 和第二PNE 120的数据通信的操作(即,物理配对操作)。

在步骤505,第二PNE 120对PN网关100发送PN连接请求消息。PN 连接请求消息包括第二PNE 120的PN连接类型指示符和设备信息。具体而 言,第二PNE 120可使用PN连接类型指示符以选择如下的一个:通过自身 配置PN的单独的连接模式和结合全部相邻的PNE配置PN的综合的连接模 式。

当接收到PN连接请求消息时,PN网关100确定PN连接请求消息的PN 连接类型指示符。如果PN连接类型指示符指示单独的连接模式,则PN网关 100在PTP场景中利用第二PNE 120配置PN。如果PN连接类型指示符指示 综合的连接模式,则PN网关100结合全部相邻的PNE配置PN。当指示综合 的连接模式时,在步骤510中,PN网关100发送PN连接确认(ACK)消息 到第一PNE 110(它是相邻的PNE中的一个)。

步骤505的PN连接请求消息和步骤510的PN连接ACK消息具有相同 的消息格式。但是,PN连接请求消息是从PNE发送到PN网关100,而PN 连接ACK消息被PN网关100使用来做出对PNE的连接请求。

如果打算参与PN配置,则在步骤515中已经接收PN连接ACK消息的 第一PNE 110向PN网关100发送包括第一PNE 110的设备信息的响应消息。 如果不打算参与PN配置,则第一PNE 110对PN网关100发送否定确认 (NACK)消息。当从第一PNE 110接收到响应消息时,在步骤520中PN 网关100使用第二PNE 120的PN连接请求消息和第一PNE 110的响应消息 来产生PN路由表。具体而言,PN网关100从PN连接请求消息中的第二PNE 120的设备信息和在响应消息中的第一PNE 110的设备信息获取PNE地址, 分配PN ID信息到PN,和将所分配的PN ID信息映射到获取的PNE地址, 从而产生PN路由表。

在步骤525中,PN网关100创建PN文件。PN文件包括在PN中包括 的PNE的列表和关于包括PNE的PN的信息(即,PN ID信息)的至少一个。 设备列表可包括每个PNE的设备信息。PN文件也可包括关于每个PNE的内 容的信息。

在步骤530,PN网关100产生包括PN文件的PN注册请求消息。在步 骤530,PN网关100发送PN注册请求消息到CPNS服务器140。CPNS服务 器140检测在PN注册请求消息中包含的PN文件。CPNS服务器140基于PN 文件中的设备信息或设备列表搜索目标PNE。当检测到目标PNE时,执行验 证/授权的操作以验证PNE为CPNS用户。在步骤535中CPNS服务器140 为每个PNE生成验证请求消息,并发送该验证请求消息到PN网关100。验 证请求消息携带包括目标PN ID信息的PN文件。

虽然PN ID信息已被描述为由PN网关100来分配,但是PN ID信息也 可以由CPNS服务器140来分配。此外,可以由CPNS服务器140分配ID来 标识PN网关100和PNE。

如果PN ID信息由PN网关100来分配,则PN ID信息被包括在PN注 册请求消息中携带的PN文件中。因此,CPNS服务器140从PN文件中提取 PN ID信息(PN网关100分配的),并将所提取的PN ID信息包括在验证请 求消息中。

如果PN ID信息不由PN网关100分配,则CPNS服务器140分配PN ID 信息到目标PNE,这是因为它可以从PN文件的设备列表中检测目标PNE。 CPNS服务器140将所分配的PN ID信息包括在验证请求消息中。

如果PN ID信息由CPNS服务器140来分配,则可以在从CPNS服务器 140获得分配的PN ID信息后产生步骤520的PN路由表,并且步骤525的 PN文件可只包含PNE的设备列表。

当从CPNS服务器140接收到验证请求消息时,在步骤540中PN网关 100检测验证请求消息中的PN ID信息。PN网关100参考PN路由表检测映 射到所检测到的PN ID信息的PNE的地址。验证请求消息中的PN文件不用 解析。在步骤545和步骤550,PN网关100基于PNE的地址向第一PNE 110 和第二PNE 120转发CPNS服务器140的验证请求消息。

当从PN网关100中接收到验证请求消息时,第一PNE 110和第二PNE 120的每个解析验证请求消息中的PN文件。由于解析PN文件是由每个PNE 执行,PN网关100的处理负荷降低了。解析PN文件以检测验证质询字段, 以及参考验证质询字段获得该验证的答复。在步骤555和步骤560中,第一 PNE 110和第二PNE 120获得对于验证质询字段的答复,改变PN文件,生 成携带改变后的PN文件的验证响应消息,并发送验证响应消息到PN网关 100。

在步骤565中,PN网关100从第一PNE 110和第二PNE 120收集验证 响应消息。在步骤570,PN网关100从收集到的验证响应消息中获得PN文 件,将获得的PN文件组合成综合的PN文件,并对CPNS服务器140发送携 带综合的PN文件的验证响应消息。当从PN网关100接收到验证响应消息时, CPNS服务器140基于对验证质询字段的答复验证每个PNE。如果验证成功, 则CPNS服务器140在步骤575中对PN网关100发送注册响应消息以通知 PN注册的完成。在步骤580中,PN网关100对第二PNE 120产生和发送通 知PN配置/注册的成功的OK消息。在步骤585,PN网关100对第一PNE 110 产生并发送通知消息以通知PN配置/注册的成功。

图6是说明根据本发明的第二实施例的使用PN路由表的PN配置/注册 过程的流程图。图6的步骤600至655和665与图5的步骤500至560相同, 因此,图6的这些步骤的详细描述参考图5如上提供。

在本发明的第一实施例中,PN网关100将从第一PNE 110和第二PNE 120接收的验证响应消息的PN文件组合为综合的PN文件。然而,在本发明 的第二实施例中,PN网关100在步骤660和步骤670中将从第一PNE 110 和第二PNE 120接收的验证响应消息分开地发送到CPNS服务器140。CPNS 服务器140在步骤675中解析验证响应消息的PN文件并且基于对验证质询 字段的答复验证PNE。在步骤680,CPNS服务器140生成综合的PN文件并 且将携带综合的PN文件的注册响应消息发送到PN网关100。PN网关100 参考PN路由表检测每个PNE的地址。图6的步骤图685和690和图5的步 骤580和585相同。在本发明的第二实施例中PN网关100不需要产生综合 的PN文件,从而减少PN网关100的处理负荷。

如上所述,根据本发明,PNE利用注册于提供CPNS的CPNS服务器的 PN网关配置PN。本发明实施例中的PN配置过程不是简单地结合设备到组 的一系列操作,而是关于LAN PNE的方法,用于通过能够访问服务提供商网 络的PN网关从WAN接收服务。

当从CPNS服务器接收到用于验证的消息时,本发明通过使用PN路由 表(这是在PN配置时间由PN网关产生的)而不解析PN文件来检测目标PNE, 并转发验证消息到目标PNE。这使得有可能减少处理用于PN登记/验证的PN 文件的PN网关的处理负荷。

虽然已经参考优选实施例描述了本发明,但是本领域技术人员将理解: 在不背离由所附权利要求定义的本发明的精神和范围的情况下,可以在形式 和细节上进行各种改变。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号