CN1859188A - 通信指纹***及通信指纹采集、管理方法 - Google Patents

Abstract

本发明提供了一种通信指纹PPP***，包括：PPP服务器，用于对用户PPP数据和/或事务详细清单TDR数据进行存储、管理和访问；采集分析单元，用于在用户使用通信业务过程中，通过访问代理控制单元对用户的通信行为各个维度的PPP数据和/或TDR数据进行采集，并将采集到的数据按照PPP格式规范传递给PPP服务器；访问代理控制单元，用于管理外部设备对PPP***的PPP服务器、采集分析单元的交互。还提供了通信指纹***管理方法及TDR、PPP数据采集方法。使用本发明，可实现对用户的基本数据及其消费全过程涉及的网络资源、业务订阅信息及其业务生成的个性化参数进行统一管理。

Description

通信指纹***及通信指纹采集、管理方法

技术领域

本发明涉及通信技术领域，特别是指通信指纹***及通信指纹采集、管理方法。

背景技术

随着科学技术的飞速发展，通信领域也随之快速进步，在移动通信方面，从早期的空分***、模拟***到第二代移动通信(数字通信)、第三代移动通信***；在传统的固网通信***领域，从最早的电路交互到现在的IP承载，向NGN(下一代通信网)进行发展。

通信技术的发展带来的另外一个变化是，在各种通信***中都出现了大量的新技术、新业务。例如，在传统技术上开发的智能网技术，通过升级SSP(业务交换点)加入业务触发点、引入SCP(业务控制点)、SCE(业务开发环境)、SMP(业务控制点)等在原有的网络上叠加一些设备后，可以对各种各样的新业务进行控制，这些技术的引入，使得基于通信网络能力的多业务的提供和高效运行成为可能。

由于目前通信网络中所提供的业务还是以话音业务为主，现有技术在一定程度上可以满足需要。然而，随着IP技术的不断普及和发展，在下一代通信***(3G、NGN)中，通信网络所要承载的将不仅要提供话音业务，还要提供更多的非话音业务(如多媒体业务、其他的非语音业务、第三方提供的业务等)，业务种类不仅十分繁多，而且即便是同一种业务在业务开发、运行质量、安全要求、展现形式等方面是以个人及其所对应的终端为对象的，不再是现在的统一管理，无个体差异。如何在开放的环境下使得这些业务能够集中、高效、安全、高质量的运行，是下一代网络要解决的核心技术问题。

针对这种网络变化，在移动通信***中，3G在核心层引入了IMS(IPMultimedia Subsystem，IP多媒体子***)来对业务进行控制和路由访问；NGN引入新的网络结构——业务承载与网络控制相分离来满足多业务管理的需要。这些技术已被业界所公认在网络控制方面将带来比较好的效果。

目前，为适应下一代网络的变化，所要解决的另一个核心技术问题是如何对用户数据进行有效、安全的管理。由于在新的网络中，用户的数据将比现有网络更为丰富，其所要求的存储空间、安全性、访问效率要高的多，而用户在通信网络中的数据又是业务运行的基础和保障，因此，必须有一个与IMS、软交换等对应的完整的用户数据管理的技术方案来保证下一代通信网络的运行质量和安全。

在目前的通信网络中，各种用户数据管理技术方案都是针对各自的网络特点，以网络能力管理、话音业务运行为主的特点来实施的，但因为各自的缺点而无法满足下一代通信的需要。具体而言，现有技术的缺点在于：

1、用户相关数据的管理单一，并与具体的网络设施相绑定，没有进行分类管理和访问控制，不能适应不同类型数据按照不同的安全级别、控制方式的访问要求。现有通信***对同一个号码所对应的用户数据进行完全集中(逻辑上)的修改和访问控制，即所有的用户数据的访问鉴权都由一个逻辑实体(如HLR)完成。这样对于具体一个网络实体的数据访问请求，只需签权通过这个逻辑实体的验证，即可访问所有的目标用户数据。这样，用户数据(尤其是涉及用户隐私的部分)的安全性无法得到保证。

2、用户数据访问的开放性不够。目前，用户相关数据均为网络管理者所管理，通过特殊的协议开放给应用***或其他网络。在相应访问控制协议的限制下，业务在运行过程中需要访问用户数据时，只能获取用户通用的业务相关信息，无法做到根据不同的业务对其访问的数据作动态的适配，这样使得业务运行效率低下。

3、对于定购的业务相关的数据管理过于简单，难以适应未来网络对业务的多样化需求。在下一代网络中，同一个业务可以由多个不同的网络实体组合提供，可以由多个不同的业务服务器协同完成，这要求必须支持多种路由方式。同一个业务根据不同的客体执行、展现的方式必须根据执行参数来控制和适配。因此，对于同一个业务，不同的执行实体所需要的业务运行资源及参数可能有所差异甚至完全不同，为了使得业务高效、高质量的运行，必须根据这种需要对用户的数据进行分层次、分维度进行记录、管理和提供，有针对性的供不同类型和角色的网络实体使用。

4、现有网络以及当前标准组织制定的下一代网络的技术方案，只考虑了如何触发业务，而无法监控业务的执行过程以及对执行的效果进行保证。由于下一代网络中业务极其繁多、提供手段多样，每个业务的实际资源要求也不一样，可能不仅仅使用了通信资源，还使用了网络环境下的数据资源、地址资源、安全资源、业务能力资源、内容资源、服务商资源等，甚至是其它用户的资源和机器资源。只有对业务执行过程参数、异常、结果进行监控记录，并进行动态调整和适配，才能达到网络资源的最大利用率，保证业务执行的效率和质量。进一步，提供的这些信息可以支撑大量的未来商业应用，如动态计费、业务个性化定制等。

5、在下一代网络中，网络将分为通信子网和资源子网两大层，分别对网络能力相关的资源和资源业务能力相关资源进行管理，使得承载与控制相分离。在这种情况下，用户相关数据也将分为通信能力相关的和资源业务能力相关的部分，以及其他方面的数据，而不再是基本网络能力相关的与资源业务相关的数据混合存储和处理。显然，现有网络无法做到对用户数据按照不同层次进行管理。

6、在现有通信***中，业务推送准确率低，业务适配性较差，各种业务相互交叉，经常出现业务能力重叠、业务对象不明确的现象，这造成了各种资源的极大浪费。

7、在通讯***中，传统网络中网络层次划分不明确，业务提供采取垂直的方式，导致业务开发，部署困难而低效。随着通讯技术的进一步发展，下一代网络构架中将应用层面和通信能力承载层面区分开来，业务提供使用扁平模式，大大的提高了业务的开发、部署、分发的效率。但是随着应用层面和通信能力承载层面的分离，用户数据在各自的层面上分而治之，相互之间缺乏交互、协同。在业务使用中，属于应用层面的资源，承载层的管理单元无法知晓，无法有效地基于应用层资源提供相应的承载能力，效率低下，资源浪费严重。而相应的属于通信能力承载层面的资源，应用层的管理单元也无法知晓，无法有效的利用通信能力承载层资源，缺少一个跨层面的解决方法。并且由于采用的垂直性的网络架构，同一个用户在不同的网络中用户数据是独立放置，导致其他外部***访问数据困难、复杂，以及无法获知更加准确的用户数据。

由此带来了必须面对的一系列核心问题：如何对各自层面上的用户数据的统一管理、以及跨层面的用户数据有效的统一管理，如何对用户进行全息的特征描述。现有网络显然无法解决这个问题。

8、目前，对于业务在网络层面的网络服务使用费的计费比较成熟，但针对第三方应用提供商的基于内容的价值计费还很不成熟。非语音业务(包括数据和视频业务，或者其他多媒体业务)的发展为运营商带来新的机遇的同时也带来了新的挑战。非语音业务具有与语音业务不同的业务特征。与语音业务相比，非语音业务可计费的度量单位更加丰富，要求计费策略更加灵活，并希望对于数据内容的价值给予充分的考虑(即实现基于内容价值的计费)。传统的实行包月制或按时长、距离(漫游)、流量定价的计费模式根本无法满足非语音业务的计费需求。运营商和服务提供商都希望能够从服务内容的价值中获得收益，希望各种内容交易费用不再简单地按照时限或包月的方式收取，而必须对消息内容的价值给予充分的考虑。内容价值计费体现的是内容的信息价值，基于内容价值的计费也就是针对业务的使用特征进行计费。这就需要描述内容应用层所使用到的服务资源信息，以及其对应到网络层所提供支持的网络服务资源信息。非语音业务中计费度量单位也不再仅仅局限于时长和流量，点击次数、类型、有效交易次数、积分、甚至是在游戏中的关卡等非语音业务中能够反映内容价值的特定标识，都可能作为度量的单位。为了实现内容价值计费，需要记录用户在使用业务中的各种关键资源，包括网络资源、业务能力资源、以及内容本身标志以及业务使用到的一些具体参数能力。这些目前尚无法实现。

发明内容

有鉴于此，本发明的主要目的在于提供了通信指纹***、通信指纹采集和管理方法，以对用户的基本数据及其消费全过程涉及的网络资源、业务订阅信息及其业务生成的个性化参数进行统一管理，实现业务在网络各个层面上的网络服务资源使用情况的精确描述，并通过统一的访问控制机制向第三方开放和共享。

本发明提供了一种通信指纹PPP***，包括：

PPP服务器，用于对用户PPP数据和/或事务详细清单TDR数据进行存储、管理和访问；

采集分析单元，用于在用户使用通信业务过程中，通过访问代理控制单元对用户的通信行为各个维度的PPP数据和/或TDR数据进行采集，并将采集到的数据按照PPP格式规范传递给PPP服务器；

访问代理控制单元，用于管理外部设备对PPP***的PPP服务器和采集分析单元的访问。

其中，进一步包括：鉴权单元，用于从PPP服务器中读取用户PPP数据，以对访问PPP***的用户进行认证和授权。

其中，所述PPP服务器包括：

TDR存储单元，用于存储用户TDR数据单元；

PPP存储单元，用于存储用户PPP数据；

TDR事务管理单元，用于通过数据访问单元管理TDR存储单元；

PPP管理单元，用于通过数据访问单元管理PPP存储单元；

数据访问单元，与TDR存储单元、PPP存储单元、TDR事务管理单元、PPP管理单元相连，用于控制TDR事务管理单元、PPP管理单元对TDR存储单元和PPP存储单元的统一访问；

访问控制单元，与TDR事务管理单元、PPP管理单元相连，用于控制PPP服务器外部对PPP服务器内部的访问。

其中，PPP服务器进一步包括：数据分析单元，与访问控制单元、TDR事务管理单元、PPP管理单元相连，用于根据在数据分析单元中设定的或是访问控制单元接收PPP服务器外部的数据分析请求中所带的规则生成相应的数据操作请求，发送给PPP管理单元或者TDR事务管理单元。

其中，所述PPP管理单元包括：

基本通信类管理单元，用于管理PPP存储单元中的基本通信类数据；

网络能力管理单元，用于管理PPP存储单元中的网络能力类数据；

资源业务能力管理单元，用于管理PPP存储单元中的资源业务能力类数据；

业务提供主体管理单元，用于管理PPP存储单元中的业务提供主体类数据；

PIM类管理单元，用于管理PPP存储单元中的PIM功能类数据；

静态存储管理单元，用于管理PPP存储单元中的静态存储类数据；

动态存储管理单元，用于管理PPP存储单元中的分配或租售给用户的个人空间的存储数据；

主体使用参数管理单元，用于管理PPP存储单元中的业务产生主体生成个性化业务所需要的用户公共业务参数。

其中，进一步包括：接口适配单元，与访问代理控制单元相连，用于实现外部***与访问代理控制单元交互时协议的适配和转换。

本发明还提供了一种通信指纹***的管理方法，该方法包括以下步骤：

A7、触发数据分析单元根据预先设定的规则生成数据访问请求；

B7、数据访问请求通过TDR事务管理单元/PPP管理单元发送给数据访问单元；

C7、数据访问单元依据所述请求执行管理TDR存储单元/PPP存储单元中的数据。

其中，步骤A7所述的触发为根据设定的时间或设定的事件进行触发。

其中，步骤C7所述管理包括以下之一：添加、删除、读取或修改TDR事务管理单元/PPP管理单元中的数据。

其中，步骤C7后进一步包括：将执行结果反馈给数据分析单元，便于数据分析单元执行相应动作，或：将执行结果反馈给访问控制单元，以输出给PPP服务器外部的设备。

本发明还提供了一种通信指纹***的管理方法，包括以下步骤：

A11、访问控制单元接收外部传送给PPP服务器的指令，根据所述指令生成数据访问请求；

B11、数据访问请求通过TDR事务管理单元/PPP管理单元发送给数据访问单元；

C11、数据访问单元依据所述请求管理TDR存储单元/PPP存储单元中的数据。

其中，步骤C11所述管理包括以下之一：添加、删除、读取或修改TDR事务管理单元/PPP管理单元中的数据。

其中，步骤C11后进一步包括：将执行结果反馈给数据分析单元，便于数据分析单元执行相应动作，或：将执行结果反馈给访问控制单元，以输出给PPP服务器外部的设备。

其中，步骤A11进一步包括：访问控制单元接收外部传送给PPP服务器的指令后，首先转发给数据分析单元，所述生成数据访问请求由数据分析单元执行。

其中，步骤A11进一步包括：访问控制单元接收外部传送给PPP服务器的指令后，首先对接收的指令进行鉴权操作。

本发明还提供了一种TDR数据的采集方法，在业务发起方发起某业务时，该方法包括以下步骤：

A16、PPP服务器通过访问控制单元接收到业务发起方请求TDR模板的指令，由PPP服务器的TDR事务管理单元生成具有PPP数据存储结构的TDR模板，并通过访问控制单元返回给业务发起方；

B16、业务发起方根据TDR模板记录的PPP数据的存储结构，生成一个基于本次业务传输的TDR数据单元；

C16、在执行业务过程中，将业务资源项及业务使用情况记录在TDR数据单元中，发送给PPP服务器；

D16、PPP服务器通过访问控制单元接收所述TDR数据单元，并通过TDR事务管理单元将TDR数据单元中的数据存入TDR存储单元中。

本发明还提供了一种PPP数据采集的方法，包括：

A17、采集分析单元通过访问代理控制单元采集业务使用数据；

B17、根据PPP数据的格式要求，将采集到的业务使用数据转换为PPP数据的格式，发送给PPP服务器；

C17、PPP服务器的访问控制单元接收所述数据，由PPP管理单元将所述数据存入PPP存储单元中。

其中，所述业务使用数据包括以下之一或任意结合：基本通信类数据、网络能力类数据、资源业务能力类数据、业务提供主体类数据、PIM类数据、静态存储类数据、动态存储类数据、主体使用参数类数据。

其中，步骤A17所述采集包括以下之一或任意结合：

从运营商提供的信息中采集；

用户登记和管理注册信息时，对这些信息进行采集；

根据PPP***通过业务定购、PPP数据使用、TDR数据分析得到的信息中采集。

其中，步骤A17所述采集包括：

PPP***接收到SDP发送过来的指令时，依据指令修改业务相关的数据，并从修改后的数据中采集PPP数据。

其中，步骤A17所述采集包括：PPP***接收到SDP发送过来的指令时，依据指令与提供业务能力的服务器进行信息交互获得SDP所需要的业务能力数据，在返回给SDP前从所述业务能力数据中采集PPP数据。

由上述方法可以看出，本发明提供的技术方案将用户在通信***中业务消费的必要的相关信息进行全息的记录。由于PPP本身能够对用户身份进行唯一标识，所以PPP可以作为用户在通信中的独一无二的“指纹”，能够真实的反映用户在通信中的消费、爱好及相关的使用特点，能够很好地提高业务运行质量和安全性，提高用户服务质量。

通过对用户相关数据进行在网络能力上、业务资源能力上以及业务相关的参数、业务提供的主体等方面进行分层、分维度的收集和访问控制，能够更好的适应未来主要分为两层(通信资源层和业务资源层)以业务运营为主的通信网络体系架构，使数据组成合理、对业务的针对性强，从而使得业务的运行效率高。

对每个不同的数据单元设置单独的访问控制，根据不同的数据设置不同的安全级别的技术方案使得在开放的业务运行***中用户数据更加安全。

对用户所定购的网络资源、业务资源等信息进行详细的记录，使得业务与用户进行适配的准确率更高，从而避免了盲目的业务推送和业务定购，在相同的网络和资源环境下，可以使得业务运行的质量更高，在总体上使得网络资源的利用达到更好的利用。

本发明的技术方案中，将业务运行需要的业务能力、业务运行参数、业务需要的网络能力参数、业务提供主体等信息进行分别管理和记录，从而使得业务的提供者可以灵活化：当出现一些特殊情况时，如网络故障或是某些业务提供者以及内容提供者故障或是无法满足当前业务的运行时，可以通过记录的业务参数选择其他的相关能力提供者，这在一定程度上提高了通信网络的稳定性。

本发明不仅通过各种网络实体收集和管理了用户的静态数据，还记录和管理了用户使用业务的必要的实时运行数据(这些数据采用TDR数据单元的形式进行采集)，从而使得网络提供者可以根据业务实际运行的情况确定相关的计费：在不同的内容提供者、业务能力提供者进行分成；根据用户使用业务时占用的网络资源及业务能力资源进行定价。

另一方面，通过对用户PPP以及TDR进行一些数据处理，可以得出用户消费行为特点等对业务运营十分有用的信息，如可以通过对PPP及TDR进行数据挖掘，从而得出用户在通信中的消费偏好或是可以对大量的用户进行群分，从而针对不同的用户(群)生成和定制对应的业务，为下一代百万级的业务运行提供有力的保障。

附图说明

图1为PPP***结构示意图。

图2为PPP服务器结构示意图。

图3为PPP管理单元结构示意图。

图4为业务提供的主体管理单元存储结构图。

图5为TDR数据单元采集流程图。

图6为对PPP/TDR数据管理的基本实施例流程图。

图7为对PPP/TDR数据管理的第一实施例流程图。

图8为对PPP/TDR数据管理的第二实施例流程图。

图9为对PPP/TDR数据的管理的第三实施例流程图。

图10为对PPP/TDR数据的管理的第四实施例流程图。

图11为对PPP/TDR数据的管理的第五实施例流程图。

图12为业务能力订购时序图。

图13为业务能力开通时序图。

图14为实现某业务的组网图。

图15为业务定购时序图。

图16为多终端业务切换实现流程图。

图17为基于IMS的PPP***网络架构示意图。

具体实施方式

在本发明中，采用通信指纹(PPP，Personal Portable Profile)来描述用户通信消费的全息数据，包括：描述了在不同场合下消费活动能够使用的通信参数，描述了特定客户与消费产品的关系、消费惯性和轨迹、消费活动的商业特性以及通信过程中使用的网络资源关系，同时，还保留了用户的即时消费资源镜像等信息。因此，PPP可以理解为消费者在通信网络使用通信业务过程中的消费行为档案(形象比喻为消费痕迹，消费指纹)，定义一个基本PPP包括以下八个维度内容(下面所述的八个维度的内容会在后文再进一步详细说明的)：

1、基本通信类：包括用户使用通信业务的基本标识和控制数据，实现用户多个终端的统一接入和统一服务，如UC(统一通信)类、地址类、位置类、路径类、访问控制类等；

2、PIM(Personal Information Management，个人信息管理)类：该维度存储的数据主要是个人私密性信息，就是一个个人数据银行，如个人档案、服务性数据、账号密码等。

3、网络能力类：包括签约用户在通信网络中所购买的或所享有的网络设施能力相关的信息，如虚拟个人网络(VPN)、安全信息、任务(Session)控制等资源。

4、资源业务能力类：记录用户在使用业务过程中涉及到的通信网络中业务层面的业务能力网络服务使用情况的相关数据，如HSS(归属用户服务器)、DRM(Digital Rights Management，数字版权管理)、结算设施、折扣信息等。

5、静态存储数据类：静态存储数据是一类为了实现用户使用业务的统一性而所必须的数据，包括多个用户终端的界面内容缓存、位置信息、存储资源、资源映射关系等。

6、动态存储数据类：包括虚拟环境缓存，动态映射关系，动态存储等所存储的数据。主要目的是为PPP用户提供一个网络侧的存储空间，可以让用户更加方便快捷地存储管理数据。

7、业务提供主体类：描述为用户提供某项业务的供应商的信息及业务本身的属性信息，如内容提供商/业务提供商(CP/SP)服务资源关系、CrossOffering(交叉提供)、业务权限等。

8、主体使用参数类：主要记录业务使用(如不同业务场景在多个终端之间转换、终端匹配)时需要的一些终端、个性化设置的辅助参数，作用是将这些提供给业务生成主体临时生成针对业务使用者的个性化业务，包括特殊内容模式、参数、使用频率/效率等。

基于通信指纹的思想，本发明首先提供了一种通信指纹***。参见图1示出的PPP***结构，包括：PPP服务器11、采集分析单元12、鉴权单元13、访问代理控制单元14。还可包括接口适配单元15。各功能单元作用和相互关系描述如下：

PPP服务器11：是PPP***的核心功能部件，主要负责用户PPP数据的存储、管理、访问。此外，PPP服务器11还对用户PPP数据进行挖掘分析，根据用户使用不同的通信业务对用户的PPP进行聚类，从而确定用户PPP类型，对PPP数据进行修正，使PPP数据能够准确全面反应出用户的消费特征。

采集分析单元12：负责在用户使用通信业务的过程中，对用户的通信行为各个维度的信息进行采集，其中包括基本业务信息(业务签约信息)，通信能力(承载网络的QoS、呼叫会话控制等信息)，资源能力(业务引擎相关信息等)以及业务应用服务器中一些业务相关执行参数信息，如执行相应业务的软硬件能力要求、执行需要配置的参数等，比如彩信服务需要终端支持彩信显示、设置相应网关、端口等参数，终端可以根据采集后的信息判断其业务执行能力并设置相应业务使用参数。该单元通过访问代理控制单元14的相关代理接口对不同网络层面的网元设备进行数据收集。将收集数据信息按照PPP格式规范(PPP格式规范即指包括八个维度内容的数据格式，后面举出的XML例子是一种较佳的表示方式)交由PPP服务器11进行综合的管理和存储。

鉴权单元13：在业务使用的过程中，以读取PPP服务器11中存储的用户PPP数据为基础，对访问PPP***的外部请求对象进行认证和授权。其中，认证是指判断其身份的合法性，授权是指确认其对PPP服务器11的访问权限，如是否有分析权限、获取PPP数据权限等。这个授权是***的操作权限，与PPP服务器11的访问控制单元114的功能有所区别，是比较粗略的权限，PPP服务器11的访问控制单元114的鉴权是具体到八个维度或TDR数据的分层控制或具体维度数据操作的控制。鉴权可以通过证书信息的交互、对相关加密算法的编解码来实现。

访问代理控制单元14：是PPP***与外部***交互的控制功能部件，集中管理外部设备对整个PPP***的访问，是PPP***的接口功能单元，所有的对PPP***的访问请求(如数据获取、分析请求等)都通过访问代理控制单元14进行，并将相应的请求转交PPP***相应的模块进行具体处理(如通知鉴权单元对其请求的进行认证，鉴权通过后将请求转交采集分析单元或PPP服务器)，起到路由的功能。如，包括根据不同请求的内容，路由到PPP***中不同处理单元，起到一个桥梁作用。

访问代理控制单元是PPP***的门户，是PPP服务器的接口功能单元。

接口适配单元15：该单元主要完成外部***与PPP***内功能单元交互时协议的适配和转换。

下面对接口适配单元15部分功能进行描述，但不仅仅限于下面的适配功能：

会话控制适配：主要是与核心承载网络控制设备的之间的一个代理接口，如：NGN(下一代网络)的软交换(SoftSwitch)设备、IMS(IP多媒体子***)的CSCF(Call Session Control Function，呼叫会话控制功能)等网元部件之间的交互协议一般为SIP(会话初始化协议)，使与PPP***内部部件之间的交互起到一个协议转换的作用。

开放服务网关适配：主要通过与OSA/Parlay(是一个标准的开放API接口)与Hosted(主机的)或第三方的业务应用服务器之间的代理接口，之间通过标准的Parlay API方式交互。

业务能力适配：主要实现与各个不同的业务引擎之间的代理接口，之间交互相对较为复杂，与不同业务引擎之间可能存在着不同的交互协议，与PPP***内部部件之间的交互起到一个协议转换的作用。

SDP(Service Delivery Platform，业务传送平台)适配：与SDP之间的代理接口之间通过LDAP/Web(LDAP，Light Directory Access Protocol，轻量级目录访问协议)服务的方式进行交互，与PPP***内部部件之间的交互起到一个协议转换的作用。

智能网SCP适配：与智能网的接口，主要为了兼容现有的***，交互的协议主要是No.7信令需要的协议转换。

WAP网关适配：WAP网关在现有***中为大部分的非语音业务，起到一个业务路由和协议转换的作用，PPP***与WAP网关之间使用Http等承载协议。

媒体网关适配：作为承载层的交换网关，PPP***需要与其进行交互，存在多种不同交互协议，需要进行协议转换。

PPP***内部单元之间、内部单元与外部设备之间的关系和交互如下所示：

访问代理控制单元14与接口适配单元15：通过各个接口适配部件与外部***的网元设备进行交互，包括会话控制单元/软交换、业务应用服务器、业务能力、SDP、智能网、WAP(无线应用协议)网关、媒体网关等进行交互，存在不同的交互协议。

访问代理控制单元14与PPP服务器11：建立PPP服务器11与外部***之间的交互控制，完成消息路由、访问请求转发，与PPP服务器11中的访问控制单元114存在接口。

访问代理控制单元14与鉴权单元13：将外部***的鉴权请求转发到鉴权单元13，并完成响应的消息的路由。

访问代理控制单元14与采集分析单元12：采集分析单元12通过访问代理控制单元14从外部***的不同网元设备收集PPP不同维度的信息。

鉴权单元13与PPP服务器11：鉴权单元13需要通过访问PPP服务器11中存储的用户PPP信息对于用户进行认证鉴权，与PPP服务器11中的访问控制单元114存在接口。

采集分析单元12与PPP服务器11：通过PPP服务器11中的访问控制单元114，将收集的不同维度信息按照PPP格式规范要求存入PPP服务器11中管理起来。

其中，PPP***的核心是PPP服务器11，PPP服务器11主要对用户的PPP信息进行管理。参见图2示出的PPP服务器11结构图，包括以下单元：

TDR(Transaction Detail Record，事务详细清单)存储单元111，用于存储用户的TDR数据单元，在用户的一次业务使用中就会按照PPP表格的固定格式生成一张TDR表，称为TDR数据单元，并存入TDR存储单元111。

PPP存储单元112，用于存储用户的PPP数据，该数据按照8个维度内容格式进行存储。

数据访问单元113，用于控制TDR事务管理单元116、PPP管理单元115对TDR存储单元111和PPP存储单元112的统一访问。

访问控制单元114，控制PPP服务器11外部对PPP服务器11访问的控制，主要包括：用于检查PPP服务器11外部的数据操作请求或数据分析请求，判断该请求的对象是否有对PPP/TDR数据有相应的可读/可写/部分可读/部分可写的权限的单元(类似数据库中对数据的不同的操作权限划分)。例如：权限控制：是否允许某个外部请求获取用户的PPP数据等等。

PPP管理单元115，用于通过数据访问单元113管理(写入数据、修改数据、删除数据)PPP存储单元，在其内部通过不同的管理单元实现对PPP数据的相应处理；

TDR事务管理单元116，用于管理TDR数据单元在整个业务事务的生命周期。在业务触发时生成TDR数据单元，TDR数据单元在业务执行过程中在网络实体中传递并更新，事务执行完毕后传递回TDR事务管理单元116处理和验证，之后存储在TDR存储单元111中或发送给外部***做业务计费处理，以及用于生成PPP数据等。

可选的，还可以包括数据分析单元117，用于根据在数据分析单元117中设定的或是PPP服务器11外发送来的数据分析请求中所带的规则对PPP或TDR数据进行数据分析，经由数据分析结果生成相应的数据操作请求，经由PPP管理单元115或者TDR事务管理单元116对相应的PPP数据或TDR数据进行操作；或者将数据分析结果反馈给发送请求的设备。

例如：收到一个数据分析请求：该请求是“判断业务定购流程中分析业务所要求的能力和PPP数据中用户对应的能力是否匹配”的请求。则数据分析单元117根据该请求取出指定用户的PPP数据，并按照指定的规则(该规则可以是请求中提出的，也可以是数据分析单元中设定的)对所取出的PPP数据和业务要求的能力进行匹配，并返回匹配结果，并可根据匹配结果选择操作TDR数据。如，在本例中该规则可以是：搜索用户PPP数据中是否有“业务所要求的能力”，如果有则匹配，没有则不匹配。

PPP服务器11内各个功能单元的交互关系如下所示：

PPP存储单元112和数据访问单元113：经由数据访问单元113对PPP存储单元112进行统一数据操作。

TDR存储单元111和数据访问单元113：经由数据访问单元113对TDR存储单元111进行统一数据操作。

数据访问单元113和PPP管理单元115：数据访问单元113执行PPP管理单元115所要求的数据操作命令。

PPP管理单元115和访问控制单元114：PPP管理单元115通过访问控制单元114接受外部的请求。

数据分析单元117和访问控制单元114：数据分析单元117通过访问控制单元114接受外部输入的数据分析规则。

数据分析单元117和PPP管理单元115：数据分析单元117基于分析结果，向PPP管理单元115发送数据操作请求(例如：修改指定的PPP存储单元内的数据)。

TDR事务管理单元116和数据访问单元113：TDR事务管理单元116通过数据访问单元113访问PPP存储单元112来获得PPP数据的模板，然后TDR事务管理单元116中的TDR模板生成逻辑，根据PPP模板生成TDR数据单元，并且存储TDR数据单元到TDR存储单元111中。

TDR事务管理单元116和访问控制单元113：TDR事务管理单元116通过访问控制单元113接受外部的请求和TDR数据单元。

数据分析单元117和TDR事务管理单元116：数据分析单元117基于分析结果，向TDR事务管理单元116发送数据操作请求(例如：修改指定的TDR存储单元内的数据、取出相应的数据等)

下面参见图3示出的PPP管理单元115，根据管理的数据类型可进一步分为如下功能管理子单元：基本单元包括：基本通信类信息管理单元1151、网络能力管理单元1152、资源业务能力管理单元1153、业务提供的主体管理单元1154；扩展单元包括：PIM类管理单元1155、静态存储PPP服务器1156、动态存储管理单元1157、业务产生主体使用参数功能管理单元1158。这八个子单元分别用来管理上述通信指纹的八个维度内容。下面对各功能管理子单元的功能、管理内容及其描述格式进行详细介绍。在下面的内容中，更具体地介绍了上述八个维度可包括的详细内容。

基本通信类信息管理单元1151，是PPP服务器11中负责管理基本通信类数据的模块。基本通信类信息包括用户使用通信业务的基本标识和控制数据，实现用户多个终端的统一接入和统一服务。其中包括所有用户在运营商处注册的，运营商可运营的账号信息和控制信息，可以完成网络层和业务层的用户统一登录和鉴权；包括用户接入通信网络中的基本配置参数；包括与签约用户可以管理的设备标识信息等。

详细的基本通信类信息可以存储以下信息：

1、网络接入号码类信息：包括用户在运营商处登记并关联到PPP档案的号码，可以包括多个基于E.164编码的号码(移动电话号码，PSTN号码)、SIP URI地址、IP地址、VPN账号等。存储至少包括号码的类型，号码的用途和具体的号码；

2、业务号码类信息：指用户使用电信消费类业务时注册的号码，如电子邮件(Email)账号、IM账号等。存储至少包括号码的类型和具体的号码；

3、统一服务号码类信息：为了实现签约用户的统一呼叫管理的相关控制数据，其他用户可以通过一个号码实现对该用户的多个终端的呼叫。存储的数据可以包括呼转路径、黑名单、呼叫管理参数，好友列表等；

4、接入控制参数信息：指用户通过各种终端接入到通信网络中对终端侧和网络侧的配置参数，通过参数配置可以保证用户能够接入网络并且有统一的用户体验。和的存储的数据包括DNS、防火墙、安全参数、带宽分类，服务等级，接入点限制等；

5、控制设备信息：包括签约用户可以通过通信网络控制的设备的识别信息，用于对附属设备的控制和管理。存储的内容包括数字家庭网关地址等信息。

如下示出了基本通信类数据XML格式描述的例子：

<？xml version＝″1.0″encoding＝″GB2312″？>

<基本通信类>

    <网络接入号码>

        <号码项id＝″0″>

            <类型>号码的类型，如E.164</类型>

            <名称>号码的名称，如移动号码</名称>

            <号码>具体的号码</号码>

        </号码项>

        ......

        <号码项id＝″n″>

            <类型>号码的类型，如E.164</类型>

            <名称></名称>

            <号码></号码>

        </号码项>

    </网络接入号码>

    <业务号码>

        <号码项id＝″0″>

            <名称>号码的名称，如Email</名称>

            <号码>具体的号码</号码>

        </号码项>

        ......

        <号码项id＝″n″>

            <名称>号码的名称，如Email</名称>

            <号码>具体的号码</号码>

        </号码项>

    </业务号码>

    <统一服务控制>

        <呼转控制>

            <号码列表>

                <号码项id＝″0″>具体号码</号码项>

                <号码项id＝″1″>具体号码</号码项>

                ......

            </号码列表>

        </呼转控制>

        <黑名单>

            <号码列表>

                <号码项id＝″0″>具体号码</号码项>

                <号码项id＝″1″>具体号码</号码项>

                ......

            </号码列表>

        </黑名单>

        <好友列表>

            <号码列表>

                <号码项id＝″0″>具体号码</号码项>

                <号码项id＝″1″>具体号码</号码项>

                ......

            </号码列表>

        </好友列表>

        <呼叫管理参数>

            <参数id＝″0″>

                <参数键值>参数标识</参数键值>

                <取值>参数对应的取值</取值>

            </参数>

            ......

        </呼叫管理参数>

    </统一服务控制>

    <接入控制参数>

        <参数id＝″0″>

            <参数键值>参数标识</参数键值>

            <取值>参数对应的取值</取值>

        </参数>

        <参数id＝″1″>

            <参数键值>参数标识</参数键值>

            <取值>参数对应的取值</取值>

        </参数>

        ......

  </接入控制参数>

    <设备控制信息>

        <参数id＝″0″>

            <参数键值>参数标识，如家庭网关</参数键值>

            <取值>家庭网关的IP</取值>

        </参数>

        ......

    </设备控制信息>

</基本通信类>

网络能力管理单元1152，是PPP服务器11中负责管理网络能力数据的模块。其中网络能力数据存储于PPP存储单元112中以及TDR存储单元111中。

网络能力数据指对于签约用户在通信网络中所购买的或所享有的网络设施能力的信息，能够标识用户在通信网络中能够使用的硬件(网络)资源的能力，是用户在网络世界中能够享受的待遇的描述。进而为用户生成合适的个性化业务，提供相应的服务。网络能力数据的内容包括：

1、网络能力标识：该信息记录了当前所要描述的能力的唯一标识，是该网络设施能力区别其他网络设施能力的标志；

2、网络能力名称：该信息也是用来说明该网络能力是一个什么功能或是对能力的限定，例如：呼叫筛选、遇忙转移能力、多方呼叫、来电显示、端口号等；

3、网络能力所属类别：该信息记录了所要描述的能力属于拿一个类型，这里所说的类型根据不同的网络可能有不同的分类方式。如：智能网信息类、非语音业务平台信息类、漫游类、商业网信息类、多媒体设施类、接入网类等；

4、网络能力基本描述：该信息描述了对该能力的补充说明信息，也可能涉及到附加的限制等，如对应某个端口的服务等级，对应一种接入方式WLAN的地理位置上的限制等。

5、网络能力所涉及资源：该信息记录了可能涉及到的附加资源，如对应多媒体信息类的组播方式所需要的QoS、排队等级描述等；

6、网络能力状态属性：记录了该能力的当前状态，如该能力是否被授权，开通以及异常信息等；

7、网络能力使用属性：该信息记录了该能力被使用(调用)的相关的信息，如使用的频度等。

如下示出了网络能力数据XML格式描述的例子：

<？xml version＝″1.0″encoding＝″GB2312″？>

<网络能力>

    <标识>001</标识>

    <名称>***</名称>

    <所属类别>***</所属类别>

  <基本描述>***</基本描述>

    <相关资源>

        <参数>参数1</参数>

        <参数>参数n</参数>

    </相关资源>

    <状态属性>

        <参数>参数1</参数>

        <参数>参数n</参数>

    </状态属性>

    <使用属性>

        <参数>参数1</参数>

        <参数>参数n</参数>

    </使用属性>

</网络能力>

资源业务能力管理单元1153，是PPP服务器111中负责管理资源业务能力的模块，其中资源业务能力数据存储于PPP存储单元112中以及TDR存储单元111中。

资源业务能力数据是记录用户在使用业务过程中涉及到的通信网络中业务层面的业务能力网络服务使用情况的相关数据，反映用户在业务层面的使用习惯和消费特征。

资源业务能力数据的内容包括：

1、业务能力标识：业务能力的一种符号表示，是区别于其他业务能力的唯一标记；

2、业务能力名称：业务能力的一种文字表示，表示该业务能力所实现的基本功能；

3、业务能力类型：描述业务能力属于那一种类型，根据不同的角度有不同的分类方式。如根据鉴权类能力分类为：授权(Authorization)、鉴别(Authentication)；如根据计费类能力分类为：离线计费(Offline Charging)、在线计费(Online Charging)；

4、业务能力描述：简要说明该业务能力的作用及其相关补充和限定信息，例如一种用来判断用户是否有资格使用该业务enabler的能力(授权能力描述)；

5、业务能力优先级：记录该业务能力在网络服务过程中的相对调用次序；

6、业务能力基本属性：记录该能力的固有不变信息，例如哪个业务提供商(SP)提供，哪个物理位置等信息；

7、业务能力状态属性：记录该业务能力当前状态情况，例如授权，开通，异常等信息；

8、业务能力使用属性：记录该业务能力使用情况，例如使用频率、使用时长等信息；

9、业务能力优惠属性：记录该业务能力的服务收费情况，例如相关的折扣，积分等信息；

10、业务能力扩展信息：一些特有属性信息，例如子业务能力标识即确定是否是组合的业务能力。

如下示出了资源业务能力数据XML格式描述的例子：

<？xml version＝″1.0″encoding＝″GB2312″？>

<业务能力>

    <标识>001</标识>

    <名称>LBS</名称>

    <类型>业务能力</类型>

    <描述>确定指定物体的经维度</描述>

    <优先级>5</优先级>

    <基本属性>

        <参数>参数1</参数>

        <参数>参数n</参数>

    </基本属性>

    <状态属性>

        <参数>参数1</参数>

        <参数>参数n</参数>

    </状态属性>

    <使用属性>

        <参数>参数1</参数>

        <参数>参数n</参数>

    </使用属性>

    <优惠信息>

        <参数>参数1</参数>

        <参数>参数n</参数>

    </优惠信息>

    <子能力标识>

        <子能力标识>id1</子能力标识>

        <子能力标识>idn</子能力标识>

    </子能力标识>

</业务能力>

业务提供的主体管理单元1154，是PPP服务器11中负责管理业务提供主体的模块，其中业务提供主体数据存储于PPP存储单元112中以及TDR存储单元111中。

业务提供主体的功能是：描述为用户提供某项业务的供应商信息及业务本身的属性信息。

业务提供主体的内容包括：

1、业务运营商：提供业务组合/生成能力的运营商，面对最终用户向其提供应用业务的运营商；

2、网络运营商优先队列：提供网络能力的运营商队列；

3、会话资源：针对同一业务用户可同时建立的会话资源信息，用户在业务中同时可使用的会话数和QoS级别；

4、Enablers(业务引擎)：指构成业务的子业务列表，包括但不限于业务资源能力中的业务资源；

5、主要内容提供商(CP/SP)队列：提供组成应用业务的各子业务能力的主要CP/SP列表；这些CP/SP提供的子业务在业务运营商中组合成面向最终用户的应用业务；

6、多业务控制：当主要CP/SP不能提供所必需提供的业务时，控制次要CP/SP进行业务能力提供；

7、业务执行顺序：应用业务中各子业务的执行顺序；

8、AP应用模板：业务调用模板，即存储多个子业务组成应用业务所需用到的参数。

图4示出了业务提供的主体管理单元存储结构图。如下示出了业务提供主体数据XML格式描述的例子：

<？xml version＝″1.0″encoding＝″GB2312″？>

<业务提供主体>

  <业务id＝“0”>

        <业务ID>应用业务标识</业务ID>

        <业务运营商ID>业务运营商标识</业务运营商>

        <网络运营商优先队列>

            <网络运营商id＝“0”>

                <网络运营商ID>网络运营商标识</网络运营商ID>

                <优先级>网络运营商优先级</优先级>

            </网络运营商>

            <网络运营商id＝“1”>

            ......

            </网络运营商>

            ......

        </网络运营商优先队列>

        <业务执行模板>

            <参数id＝“0”>

                <参数键值>业务执行时要用到的参数</参数键值>

                <取值>对应参数键值的取值</取值>

            </参数>

            <参数id＝“1”>

            ......

            </参数>

            ......

        </业务执行模板>

        <Session信息>

            <参数id＝“0”>

                <参数键值>描述Session信息的参数</参数键值>

                <取值>对应参数键值的取值</取值>

            </参数>

        <参数id＝“1”>

        ......

        </参数>

        ......

    </Session信息>

    <多业务控制信息>多业务控制规则表</多业务控制信息>

    <业务能力id＝“0”>

        <业务能力ID>业务能力标识</业务能力ID>

        <业务能力提供商队列>

            <提供商id＝“0”>

                <提供商ID>能力/内容提供商标识(关联到业务资源能力中的业务能力)</提供商ID>

                <优先级>能力/内容提供商为本应用业务提供此能力/内容的优先级</优先级>

            </提供商>

            <提供商id＝“1”>

            ......

            </提供商>

            ......

            </业务能力提供商队列>

    </业务能力>

    <业务能力id＝“1”>

            ......

    </业务能力>

    ......</业务>......</业务提供主体>

PIM类管理单元1155，是PPP服务器11中负责管理PIM功能数据的模块，其中PIM类数据存储于PPP存储单元112中。

PIM类数据的功能：该维度存储的内容主要是个人私密性信息，形象地比喻为个人数据银行，如个人档案、服务性数据等，是用户在信息社会中常用的一些私密信息。PIM维度的贡献度在于提高用户的粘合度，使得用户不轻易放弃整个PPP而转投另处。

PIM类数据的内容包括：

1、个人用户数据：用户可以把个人相关的一些数据信息(指一些可以为运营商和第三方提供服务的信息，比如业务应用的账号和密码，业务账号的关联标识等)存储在通信档案的这个区域里，数据银行是一个数据保密的空间，用户可以存储一些相对私密的数据。账号密码这里可以存放一些方便用户的业务应用密码，并且可以作为业务认证来使，如cookie。还可以存储一些号簿，与现在网络电话簿功能类似；

2、个人永久数据：这里存放的数据信息主要用户在信息社会中常用的一些私密信息，以及一些服务性数据(指用户一些比较固定的用信息数据，比如：用户常用个人资料信息)。该部分数据对稳定，安全性要求较高；

3、用户私密数据：该部分数据完全属于用户的隐私数据(指用户的隐私数据，不为外部提供服务，运营商和第三方不可访问，PPP为用户提供这样一个存储空间。比如：用户银行账户等)，网络运营商不可以访问，第三方也不可以允许访问，只有用户本人才拥有对该数据资源的访问和控制权限；

4、商业用户数据：这里包括用户在商业活动中参与的IT服务的相关信息(包括了商业行为信息化中各种数据，比如：商业用户信息，产品信息，供应商信息等)，比如：该用户在国际贸易过程中用来存储客户或产品等的相关信息，为用户在今后商务活动提供便利。

5、企业/行业用户数据：这里包括个人与企业/行业用户的一些数据信息，比如用户登录企业内部VPN认证等相关信息(包括用户企业的内部VPN的认证信息，类似于Cookie，拥有该PPP的用户可以自动登录到企业VPN，并通过认证。还可以包括该用户加入的一些标准组织的账号等信息)，用户在某相关行业协会的标识等信息，并且可以包含用户一些状态信息，比如：当前用户在公司的某国家办事处(LCS)；

6、用户内部服务交换数据：内部交换数据主要体现在与PPP中其它维度的关联的用户个人服务性数据(一般为运营商内部网络设备访问的和用户相关信息，这些信息和PPP其它维度的信息有一定联系，为用户提供业务服务提供依据。比如：签约的服务级别信息SLA等)，运营商内部能力(包括通信，资源业务)可以访问的数据；

7、用户外部服务交换数据：外部交换数据也属于用户个人服务性数据，网络运营商在用户授权的前提下，可以允许被第三方或其它外部应用***访问的数据；(指运营商和第三方业务应用服务器需要访问的数据，比如：为用户提供业务服务的个性化参数信息。业务应用使用参数等)

8、阶段临时性数据：这里是指一般交换用的临时性数据，包括用户定义的临时数据，外部***在用户的授权下产生的临时交换数据。

如下示出了PIM类数据XML格式描述的例子：

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

<个人信息管理>

  <item id＝″1″name＝″Personal″type＝″Must″>

      <描述>个人用户数据</描述>

    <数据元素>

      <类型>***</类型>

      <格式>***</格式>

    </数据元素>

    <访问控制>***</访问控制>

      <数据内容>***</数据内容>

    <item>

    <item id＝″2″name＝″Business″type＝″Optional″>

      <描述>商业用户数据</描述>

    <数据元素>

      <类型>***</类型>

      <格式>***</格式>

    </数据元素>

    <访问控制>***</访问控制>

      <数据内容>***</数据内容>

    <item>

<item id＝″3″name＝″Enterprise″type＝″Optional″>

      <描述>企业/行业用户数据</描述>

    <数据元素>

      <类型>***</类型>

      <格式>***</格式>

    </数据元素>

  <访问控制>***</访问控制>

      <数据内容>***</数据内容>

    <item>

    ......

</个人信息管理>

静态存储管理单元1156，是PPP服务器11中负责管理静态存储数据的模块。其中静态存储数据存储于PPP存储单元112中及TDR存储单元111中。

静态存储数据的功能：静态存储数据是一类为了实现用户使用业务的统一性而所必须的数据，这就涉及到保证用户不论在哪个网络中，不论使用哪个终端，不论处于何地，都可以始终如一的感受到相同的个人化特征、用户界面及业务。

静态存储数据主要存储如下信息：

1、用户登记的每个终端的参数信息：该信息记录了用户所登记的所有的终端上的参数信息，例如：终端显示界面大小、终端型号类型等等；

2、当前每个终端的状态：该信息记录了当前每一个终端的使用状况，例如：终端是否可用(开机)等；

3、在每个终端上的业务的执行情况(业务信息)：该信息记录了当前在每一个终端上使用的业务信息，例如：正在运行的业务的列表、业务的类型、业务的标记、业务是否支持现场保护等等；

4、业务的现场保护信息：该信息记录了针对每一个终端所有的现场保护信息(列表)，该信息是为了实现对已经中断了的业务可以在指定的时候接续上而用，例如：中断时的时间、中断时的业务执行情况等；

5、每个终端的网络信息：该信息记录了每一个终端所处于的网络信息状况，例如：终端当前的网络地址等信息；

6、终端切换顺序表：该信息负责记录在多个终端的情况下，多个终端在业务切换时所应当遵循的默认切换顺序，及是否可以在两个终端之间进行切换的设定。

如下示出了静态存储数据XML格式描述的例子：

<？xml version＝″1.0″encoding＝″GB2312″？>

<静态存储数据>

    <终端>

        <ID>001</ID>

        <参数>参数1</参数>

        <参数>参数n</参数>

        <终端状态>终端状态</终端状态>

        <业务信息>业务信息</业务信息>

        <网络信息>网络信息</网络信息>

        <现场保护信息>现场保护信息</现场保护信息>

    </终端>

        <终端>

        <ID>002</ID>

        <参数>参数1</参数>

        <参数>参数m</参数>

        <终端状态>终端状态</终端状态>

        <业务信息>业务信息</业务信息>

        <网络信息>网络信息</网络信息>

        <现场保护信息>现场保护信息</现场保护信息>

    </终端>

    <终端切换顺序表>顺序表</终端切换顺序表>

</静态存储数据>

动态存储管理单元1157，是PPP服务器11中负责管理分配或租售给用户的个人空间的模块，其中个人空间位于PPP存储单元112中。

动态存储的功能：主要目的是为PPP用户提供一个网络侧的存储空间，可以让用户更加方便快捷地存储管理数据。利用PPP服务器的统一登录，用户可以通过各种终端，来登录到自己的空间进行存储数据文件的操作管理，比如增加、删除、共享等，极大地增加用户粘度。同时，用户可以将该空间的部分或全部数据共享给第三方访问下载。

动态存储的内容：

1、个人收藏：作为个人存储空间的扩展，用户将自己喜爱的音乐，文字，图片，电影等存储在该网络侧的个人空间，而不用担心***崩溃等事故导致的数据丢失；

2、希望提供给第三方访问的数据：用户将该类数据存储在个人空间，并设置其访问权限属性以允许第三方访问；

3、其他临时性数据：例如临时转移的数据，典型的情况是当两个设备之间需要转移数据但由于网络等原因不能实现时，设备A可以把需要传送的数据先上传到动态存储单元，然后设备B从动态存储单元上下载数据，实现数据的转移。这类被转移的数据即为临时性数据，动态存储可以作为仓库来存储这些临时性数据。

如下示出了动态存储数据XML格式描述的例子：

<？xml version＝″1.0″encoding＝″GB2312″？>

<动态存储数据>

    <数据>

        <ID>001</ID>

        <类别>二进制文件</类别>

        <占用空间>100M</占用空间>

        <访问权限>self</访问权限>

            <数据元素>

            <格式>H.263</格式>

            </数据元素>

        <数据内容>...</数据内容>

    </数据>

    <数据>

        <ID>002</ID>

        <类别>文本文件</类别>

        <占用空间>10K</占用空间>

        <访问权限>All</访问权限>

            <数据元素>

                <格式>.txt</格式>

            </数据元素>

        <数据内容>...</数据内容>

    </数据>

</动态存储数据>

主体使用参数管理单元1158，是PPP服务器11中负责管理业务产生主体生成个性化业务所需要的用户公共业务参数的一个功能模块，其所管理的用户公共业务参数内容是存储在PPP存储单元112中的。

业务产生主体使用参数功能：主要记录业务使用(如不同业务场景在多个终端之间转换、终端匹配)时需要的一些终端、个性化设置的辅助参数，作用是通过提供这些参数给业务生成主体临时生成针对业务使用者的个性化业务，使得用户更方便发现、使用业务，从而提高业务个性化体验，增强其粘合度。这个部分业务是用户满意度的重要保证。

业务产生主体使用参数的内容：

1、特殊终端内容表示模式参数，包括用户多个终端的特殊内容显示参数，即业务配置参数。这些参数侧重业务生成所需要的共同终端参数，尤其是能力有限或者有特殊要求的终端，如移动终端显示能力、传送速率限制等等；

需要说明的是：在静态存储维度中也包含了部分终端描述信息，两者侧重点不同：静态存储的终端信息侧重对用户各个终端的基本参数信息，目的是为实现静态存储环境下的业务统一性；本维度信息侧重生成适合终端显示的业务配置参数，这些参数开放给业务产生主体，在业务生成时候作为一个配置参数来使用。

2、业务产生主体的门户、同步参数：包括查询业务的门户地址、用户使用业务的习惯信息(收藏列表、最近使用列表、用户注册时的配置信息等)。同步是多个终端之间的门户信息、业务配置信息的数据同步，包括需要同步的数据内容、格式、时机等；

3、内容应用提供商数据，对用户订阅的业务内容提供商的身份、提供服务的描述信息，包括各业务的内容提供商的排名列表、推荐列表，曾向用户提供业务的内容提供商信息；

4、特殊资源地址，对用户来说特殊、珍贵的资源的访问、保存地址；

5、其他扩展信息：为本维度或整个PPP的扩展而预留的空间，可作为以后整个PPP某个维度内容或者新的维度内容的扩展预留，也可以作为一个临时空间供整个PPP或各个维度使用。

如下示出了业务产生主体使用参数XML格式描述的例子：

<？xml version＝″1.0″encoding＝″GB2312″？>

<业务使用参数>

    <终端参数>

        <终端能力>参数1</终端能力>

        <终端能力>参数N</终端能力>

    </终端参数>

    <同步参数>

        <参数>参数1</参数>

        <参数>参数N</参数>

    </同步参数>

    <内容参数>

        <参数>参数1</参数>

        <参数>参数N</参数>

    </内容参数>

    <资源参数>

        <参数>参数1</参数>

        <参数>参数N</参数>

    </资源参数>

    <扩展>

        <item>参数1</item>

        <item>参数N</item>

    </扩展>

</业务使用参数>

下面再对TDR事务管理单元116进行详细说明。TDR数据是PPP***与外部***的主要交互方式之一(另一个为各维度参数)，贯穿了整个用户业务消费过程。TDR数据是按照PPP数据的格式存储的，TDR事务管理单元116针对TDR数据的相应维度也逻辑上划分为一些相应的管理单元，其单元的的划分与PPP管理单元115的划分相同，相应的可以处理TDR数据中相应的维度信息，此处不再赘述。

PPP数据是用户在所有通信业务中订购和使用的所有业务数据，其内容是静态的，代表用户当前的所有属性。而在用户使用业务时，还需要记录每个业务实际使用的资源和属性数据，是一个基于事务(Transaction)使用PPP数据的详细记录，即TDR数据。

每个TDR数据格式与PPP数据格式相同，即包括上述的八个维度，但不包括PPP中记录的数据的值，TDR数据随业务的使用生成，在业务执行中由提供网络和业务能力的各个资源部件写入实际给用户提供的各种服务的对应维度的值，在业务结束时存储的数据单元。

所以，用户每个TDR数据记录了本次业务中对各种资源的实际消费情况。消费的内容用八个维度的数据可以完整，准确的表示出来，可以从TDR数据的分析反映出用户实际的通信业务消费习惯和特征。

关于PPP数据的采集过程，这里进行说明：

如前所述，采集分析单元12通过访问代理控制单元14与外部的各个业务应用服务器上(如图1所述业务能力、SDP、WAP网关、媒体网关、智能SCP、会话控制部件、Hosted/3^rd AS等实体)的业务使用数据，并根据PPP数据的格式要求，将采集到的业务使用数据转换为PPP数据的格式，存入PPP服务器11中。

其中，PPP数据的采集主要来源包括：

运营商提供的部分基本通信类信息、网络能力类信息。这部分是由运营商提供(或者由其他管理单元中获取，例如HLR)，比如运营商为用户开通基本业务(例如注册全球通用户、动感地带用户或者加入某个集群用户)自动为相应用户登记相关信息，例如用户的手机号码、所属的VPN、享受的带宽、服务等级等。对应于8个维度中的基本通信类、网络能力部分、资源业务类部分(如DRM、)。

用户通过相应的管理界面进行登记和管理的信息，包括多个终端的信息，例如其他终端的号码、类型(根据这个类型自动判断其终端能力)、数字家庭信息、电子邮件地址、黑名单、呼转路径(例如自己设置上班时间呼转到办公电话等)。对应8个维度中PIM类、动态存储类的全部信息、主体使用参数管理单元的部分信息(主要是终端能力)、基本通信类部分信息(如黑名单、多号码等)。

PPP***通过业务定购、PPP使用、TDR分析得到的信息。对应8个维度中的业务提供主体类的全部信息、主体使用参数类的部分信息(如资源地址、内容提供商数据、用户偏好信息等)、资源业务类的部分信息(漫游时的地理位置、VLR、支付方式、优惠策略等)。

关于静态存储类的信息，下面给出这个维度的PPP数据内容的具体来源和说明，也可参见上文描述的静态存储数据主要存储的内容。

数据内容	来源	涉及模块
			终端的参数信息	1)用户设置2)实时检测	1)用户登陆CFP***后设置2)通过采集分析单元采集并发送给PPP服务器
当前每个终端的状态	实时检测	2)通过采集分析单元采集并发送给PPP服务器
			每个终端上的业务的执行情况(业务信息)	1)业务端向CFP***提供2)终端向CFP***提供	1)通过采集分析单元采集并发送给PPP服务器2)通过采集分析单元采集并发送给PPP服务器
业务的现场保护信息	静态存储管理模块自身生成	静态存储管理模块
			每个终端的网络信息	实时检测	1)通过采集分析单元采集并发送给PPP服务器
终端切换顺序表	用户设置	1)用户登陆PPP***后设置

如前所述，在用户的业务使用过程中，会生成TDR数据单元，TDR数据单元在业务执行过程中在网络实体中传递并更新，事务执行完毕后传递回TDR事务管理单元116处理和验证，之后存储在TDR存储单元111中或发送给外部***做计费等处理数据。TDR数据单元存储的数据和PPP数据一样是八个维度，格式也一样。PPP数据可以认为是用户的属性数据，可以看作是比较稳定的数据；TDR数据可以认为是用户在使用某业务过程中的属性数据，每个业务的TDR数据可以不同。关于TDR数据单元的采集过程下面进行描述：

以一个业务的发起到结束过程对TDR数据单元的生成和采集进行描述。参见图5流程图，TDR数据单元的采集流程如下：

步骤501：业务发起方(用户终端或业务服务器)发起业务请求，该请求发送到数据业务运行管理平台，请求消息至少包括用户的终端号码和业务ID。

步骤502：数据业务运行管理平台向PPP服务器请求该用户的PPP签约业务数据，请求消息至少包括用户号码和业务ID。需要说明的是，在实际的流程中，是与PPP***进行交互，由于PPP服务器在这个过程中起到主导左右，故本例中直接描述PPP服务器代替PPP***。

步骤503：PPP服务器11的PPP管理单元115查询PPP存储单元112后，返回用户的PPP数据。需要说明的是，为了简化描述，数据访问单元113，访问控制单元114均未在图中画出，本流程中对数据访问单元113和访问控制单元114的处理也进行了省略，这两个单元的具体步骤可参照图6～图11的描述。

步骤504：数据业务运行管理平台根据PPP数据(4、7维度)，业务签约信息，对用户是否签约业务进行认证，如果通过则继续执行下一步，否则终止业务执行。

步骤505：数据业务运行管理平台向PPP服务器11请求TDR模板，PPP服务器11的TDR事务管理单元116生成TDR模板，返回给数据业务运行管理平台。

业务运行管理平台根据TDR模板记录的PPP数据的存储结构，生成一个空的基于该用户的本次业务传输的TDR数据单元，数据单元中的各个数据项对应PPP结构的每个数据项。

并根据业务请求对TDR数据单元进行优化，去掉不相关的维度或数据项，最小化传递项。

步骤506：数据业务运行管理平台向业务服务器发送启动业务执行消息，消息至少包括用户号码和本次业务传送的TDR数据单元。

步骤507：业务服务器执行业务，为用户终端提供服务，在业务执行中需要向业务能力部件(第三方部件)请求执行，请求消息中将TDR数据单元发送给业务能力部件。

步骤508：业务能力部件执行请求后，将本能力部件对应的业务资源项记录在TDR数据单元中，并加入数字签名保护，将执行结果和TDR数据单元返回业务服务器。

步骤509：业务服务器执行业务完毕后，将业务使用情况写入TDR数据单元中的业务提供主体维度项中，并加入数字签名保护。

步骤510：业务服务器将业务执行过程中记录的TDR数据单元返回给数据业务运行管理平台。

步骤511：业务运营管理平台将TDR送给PPP服务器11的TDR事务管理单元116中进行验证签名和优化操作。TDR事务管理单元116将数据存入TDR存储单元111中。

步骤512：数据业务管理平台业务返回业务结束消息给业务发起方，业务流程结束。

下面再对PPP/TDR数据的管理方法进行描述，简单来说，在一定条件下，可以对PPP存储部分所存储的PPP/TDR数据进行管理，包括增加、删除、修改。所述的条件可以是收到外部数据操作请求或指令时，内部转换为对数据相应操作的指令，对数据进行管理操作；也可以是PPP***自身所预定的规则转换为对数据相应操作的指令，对数据进行管理操作。下面举几个例子来说明对PPP/TDR数据的管理(添加/删除/修改)方法。

如图6所示流程图，外部单元对PPP数据及TDR数据的操作请求，以一个添加资源业务能力为例，描述PPP服务器收到外部数据操作请求后的流程图：

假设：在用户购买业务能力的流程中，PPP服务器收到一个外部数据请求：该请求的格式可如下：

<？xml version＝″1.0″encoding＝″GB2312″？>

<请求  类别＝”数据操作”目标＝”PPP数据”>

    <访问权限码>

         1000

    </访问权限码>

    <用户ID>

         USER_ID

    </用户ID>

    <操作  类别＝″添加″目标＝″资源业务能力″>

            <操作内容>

                能力1

            </操作内容>

     </操作>

</请求>

PPP服务器收到该请求后，其访问控制单元114根据其访问权限码判断该用户是否具有对PPP数据操作的权限；确定权限后，基于请求的类别和请求的目标将请求传给PPP管理单元115；然后，基于操作的目标找到PPP管理单元115中的资源业务能力管理单元，然后，基于用户ID找到相应的用户PPP数据的描述，基于操作内容对用户PPP数据的资源业务能力中添加能力1。PPP管理单元115处理该请求，通过数据访问单元113控制PPP存储单元112进行相应的PPP数据的修改。

上例是一个基本的数据管理管理流程。不难理解，在对数据管理(添加、删除、修改、读取)的过程中，还可加入不同的规则对数据进行管理。这些规则由数据分析单元117发出，或接收外部的指令由数据分析单元117转换为对数据管理的规则，对数据进行管理。下面举几个例子来说明。

1)如图7所示流程图，为PPP服务器外部某设备(如可以是网管设备或SCP设备)向PPP服务器发送一个数据分析请求，要求按照一定的规则对PPP数据/TDR数据进行分析，并返回分析结果的例子。以某数据分析请求是希望得到某用户一个月来TDR中存储的业务能力的统计分析结果为例。包括步骤：

首先，收到请求消息的访问控制单元114根据该数据分析请求中的访问权限判断是否具有对TDR数据访问的权限；确定权限后由数据分析单元117分析该数据分析请求生成数据访问请求发送给TDR事务管理单元116；基于该数据访问请求TDR事务管理单元116通过数据访问单元113访问TDR存储单元111；TDR存储单元111返回所需要的一个月来该用户的业务能力数据；数据分析单元117分析该数据并生成分析结果，通过访问控制单元114输出给PPP服务器外部的设备。

2)如图8所示流程图，为数据分析单元时间/事件触发执行某个指定的规则，对PPP数据/TDR数据进行分析并将分析结果发送给给预先设定的PPP服务器外部某设备(如可以是网管设备或SCP设备)的例子。以每个月末都输出某用户的TDR中存储的业务能力的统计分析结果为例。以下是执行步骤：

月末，触发数据分析单元117执行该规则，生成数据分析请求；然后数据分析单元117分析该数据分析请求生成数据操作请求；

基于该数据操作请求TDR事务管理单元116通过数据访问单元113访问TDR存储单元111；

TDR存储单元111返回所需要的一个月来该用户的业务能力数据给数据分析单元117；需要说明的是，返回到数据是按照数据传送过来的路径逆向返回的，以后不再说明该点；

数据分析单元117分析该数据并生成分析结果，通过访问控制单元114输出给PPP服务器外部的设备。

3)如图9所示流程图，为数据分析单元117时间/事件触发执行某个指定的规则，对PPP数据/TDR数据进行分析并基于分析结果对PPP数据/TDR数据进行操作例子。以每个月末都分析某用户的TDR中存储的业务能力，取出频率出现最多的一个业务能力写入PPP存储单元112为例。以下是执行步骤：

当时间到了(月末)，触发数据分析单元117执行指定的预定规则，数据分析单元117分析该规则生成数据访问请求；

基于该数据访问请求，TDR事务管理单元116通过数据访问单元113访问TDR存储单元111；

TDR存储单元111返回所需要的一个月来该用户的业务能力数据给数据分析单元117；

数据分析单元117分析该数据找出频率最多的一个业务能力，并生成数据操作请求；

PPP管理单元115基于该数据操作请求，通过数据访问单元113将指定的业务能力写入PPP存储单元112中。

4)如图10所示流程图，为PPP服务器外部设备(如可以为网管设备)向PPP服务器发送一个数据分析请求，要求按照一定的规则对PPP数据/TDR数据进行分析，基于分析的结果对PPP数据/TDR数据进行指定的操作，并返回分析结果例子。以某数据分析请求是希望得到某用户一个月来TDR存储单元111存储的业务能力的统计分析结果，并将频率出现最多的一个业务能力写入PPP存储单元中。以下是执行步骤：

访问控制单元114判断接收到数据分析请求中的访问权限码是否具有对PPP数据访问的权限；

然后数据分析单元117分析该数据分析请求生成数据访问请求；

基于该数据访问请求，TDR事务管理单元116通过数据访问单元113访问TDR存储单元111；

TDR存储单元111返回所需要的一个月来该用户的业务能力数据给数据分析单元117；

数据分析单元117分析该数据并返回分析结果给PPP服务器外部设备；数据分析单元117分析该数据找出频率最多的一个业务能力，并生成数据操作请求；

PPP管理单元115基于该数据操作请求，通过数据访问单元113将指定的业务能力写入PPP存储单元112中。

5)如图11所示流程图，为数据分析单元时间/时间触发执行某个指定的规则，对PPP数据/TDR数据进行分析并基于分析结果对PPP数据/TDR数据进行操作，并将分析结果发送到PPP服务器外部某设备(如可以是网管设备或SCP设备)例子。以每个月末都分析该用户的TDR存储单元111中存储的业务能力，将分析结果反馈给PPP服务器外部网管设备，并取出频率出现最多的一个业务能力写入PPP存储单元112中为例。以下是执行步骤：

月末到了，触发数据分析单元117执行预定的规则，数据分析单元117分析该规则生成数据访问请求；

基于该数据访问请求，TDR事务管理单元116通过数据访问单元113访问TDR存储单元111；

TDR存储单元111返回所需要的一个月来该用户的业务能力数据给数据分析单元117；

数据分析单元117分析该数据并返回分析结果给PPP服务器外部网管设备；数据分析单元117分析该数据找出频率最多的一个业务能力，并生成数据操作请求；

PPP管理单元115基于该数据操作请求，通过数据访问单元113将指定的业务能力写入PPP存储单元112中。

下面再对PPP数据的使用过程进行描述。PPP数据主要用来提供维度数据，确定用户的其他业务。分别以下面对本发明PPP***的应用的实施例，来对本发明PPP***内部实现数据管理、查询、读取进行说明：

应用于业务能力定购流程：在下一代业务网络中，非语音业务都涉及两个方面的业务层面资源：内容和业务能力。内容是SP或者业务运营商最终提供给用户的资源，满足用户本身的直接需求；而业务能力是支撑这些内容传送、展现和计费的基础。用户不管是主动定购业务或者被动使用业务运营商/SP推荐的业务，都必须涉及到业务能力的定购。对于用户所定购(直接或间接)的业务能力，其注册流程有两种：授权，开通。

业务能力授权是指用户有权限使用的业务能力，这些业务能力在用户进行业务处理过程时可以被调用。

业务能力开通是指用户已经使用的业务能力，这些业务能力是在用户进行业务处理过程时一定会被调用的，已授权的业务能力。

授权发生在用户签约和/或用户等级变更等用户基本数据变更的情况下，如图12所示业务能力授权的流程，如下：

步骤121、用户终端向SDP发送签约和/或等级变更等用户基本数据变更消息，该消息包括但不限于用户标识。

步骤122、SDP处理该消息，得出此次变更所需授权的业务能力信息(该信息包括但不限于业务能力标识)。SDP向PPP服务器11发送业务能力授权注册消息，该消息包括但不限于用户标识、前面得出的需授权的业务能力信息。(此处仅仅描述了SDP相关业务能力授权的操作，相关其他操作在这里不作描述)。

步骤123、PPP服务器11处理该消息，根据用户标识通过PPP服务器11内部处理操作(详细操作流程参见图6的对PPP/TDR数据管理的基本实施例流程图)得出该用户的PPP数据；PPP管理单元115的资源业务能力管理单元1153依据该用户PPP数据的资源业务能力维度数据，处理收到的需授权的业务能力信息，得出需注册授权的业务能力信息(需注册授权是指在发给PPP服务器11的需授权的业务能力信息中有的业务能力，但在该用户PPP数据中还未被授权)，该信息包含但不限于业务能力标识，其他扩展信息可以参考前面提到的资源业务能力数据的内容；

PPP服务器11向业务能力服务器发送请求消息，该消息包括但不限于前面列举出的需注册授权的业务能力信息。

步骤124、业务能力服务器向PPP服务器11返回请求的业务能力信息，该信息包含但不限于业务能力标识，其他扩展信息可以参考前面提到的资源业务能力数据的内容。

步骤125、PPP服务器11通过PPP管理单元115的资源业务能力管理单元1153将授权的业务能力信息(该信息包含但不限于业务能力标识，其他扩展信息可以参考前面提到的资源业务能力数据的内容)写入用户PPP数据的资源业务能力维度数据内(即采集本次业务能力更新的数据，形成新的用户PPP数据)，向SDP发送业务能力授权完成消息。

之后，SDP完成用户根本数据的变更，向用户终端发送变更完成消息。

由于用户信息的注册更改可以认为是用户静态数据的更改，因此，本实施例可以理解为是业务能力注册/更新时PPP服务器11对所存储的PPP数据的采集或更改的一个实施例。

应用于开通发生在用户订购业务和/或套餐等用户业务数据的变更情况下，如图13所示业务能力开通时序图，相应流程如下：

步骤131、用户终端向SDP发送业务和/或套餐订购消息，该消息包括但不限于用户标识。

步骤132、SDP处理该消息，得出此次业务和/或套餐订购所需开通的业务能力信息，该信息包括但不限于业务能力标识。SDP向PPP服务器11发送业务能力开通消息，该消息包含但不限于用户标识、前面提到的业务能力信息。

步骤133、PPP服务器11处理该消息，根据用户标识通过PPP服务器11内部处理操作(详细操作流程参见图6的对PPP/TDR数据管理的基本实施例流程图)得出该用户的PPP数据；PPP管理单元115的资源业务能力管理单元1153根据该用户的PPP数据信息，处理收到的业务能力信息，将用户PPP数据的资源业务能力维度中所对应的已授权的业务能力标记为已开通(参考的对应方式可以是业务标识对应)；并且根据业务能力信息(该信息包含但不限于业务能力标识、业务能力优惠信息，其他扩展信息可以参考前面提到的资源业务能力数据的内容)得出该业务能力资费信息TDR，发送给计费***。

同时，资源业务能力管理单元1153将接收到的该用户开通的业务能力或更新的业务能力进行记录，对该维度的数据进行补充。

步骤134、计费***处理该业务能力资费信息TDR，记录该业务和/或套餐订购的已开通的业务能力资费信息，返回给SDP对于此次业务和/或套餐订购相关的业务能力批价信息。

之后，SDP完成业务和/或套餐订购操作，向用户终端发送订购完成信息。

该过程可以认为是PPP***根据外部指令，对存储的PPP数据进行管理，修改存储的PPP数据包含的某标记项，并同时生成TDR的例子。也可以认为是PPP数据中的业务能力数据采集的一个实施例。

应用于业务定购流程：在业务定购某项业务时，传统通信***中不对用户定购的合理性进行判断，或者只是进行简单的终端适配，在本流程中，不仅将用户定购的业务(以及定购所选择的相关参数)与用户的终端进行适配判断，还与用户网络能力、资源业务能力等进行匹配，检查定购业务是否合理，资源利用是否合理等，并能根据PPP中业务相关参数给用户选择更合适的提供者。

对于注册用户，当需要定购新业务时，组网图如图14所示，业务定购流程图如图15所示：

步骤151、用户申请定购业务。用户(通过终端设备)向SDP申请要定购某业务或某类业务。

步骤152、SDP根据用户所选择的业务，向提供业务的应用服务器请求该业务的相关信息：该业务执行的特殊要求、网络能力要求、资源业务能力要求、终端能力要求等。

步骤153、SDP向PPP***发送业务定购合理性检查请求。具体来说，该请求中包括下述参数：

SDP通过将用户所希望定购的业务及用户所选择的相关参数与该业务运行的参数需求(从应用服务器获取的)进行过滤(选择与用户定购向对应的运行所需相关参数)后的参数。

步骤154、PPP***根据用户登陆SDP的标识号定位该用户的PPP数据，根据PPP数据中记录的用户实际所拥有的资源，与步骤153所传递过来的参数进行对比，检查出可能影响当前定购的业务运行的情况的参数，例如，如果用户定购的是IPTV业务，发现用户定购的分辨率太高，通过计算分辨率、用户屏幕大小、媒体流的压缩率等，发现如果要正常运行，用户所定购的网络带宽不够，可以给出用于无法使用该业务的信息。具体来说，本步骤包括：

PPP***接收到业务定购合理性检查请求后，由数据分析单元117判断该请求涉及的维度和需要请求的数据项，然后访问PPP管理单元115，以从PPP存储单元中读取出该用户的PPP数据，然后由数据分析单元117将PPP数据中对应所述请求的数据项当数据来判断所请求的数据项的数据是否匹配，当匹配时认为订购合理，同时生成相应当TDR信息，否则将PPP数据中的相应数据反馈给外部SDP，表示所请求的数据不合理并提供了合适当数据。

步骤155、SDP根据适配结果，如果该业务在当前用户所定购的相关的资源条件下不能按预期要求运行(如用户的带宽不够、终端能力不够、用户还需要其他的业务能力资源来支撑等)，向用户反馈相关信息，并根据PPP信息推荐业务及业务提供的主体。

步骤156、用户根据反馈进行重新选择业务或更改对应资源。

步骤157、PPP服务器11的业务提供主体管理单元1154和/或主体使用参数管理单元1158根据用户本次定购的业务进行PPP数据对应维度数据的更新，更新的内容包括记录或修改所定购的业务参数、业务涉及到的业务能力、业务提供主体信息等，并记录这些数据之间的关联。对于业务所对应的业务能力，在资源业务能力管理单元1153中可能已经进行了记录，则在该步骤中只需要记录该业务能力的标识，将二者进行关联；根据定购的业务情况，生成该用户对应的TDR数据。

该实施例，可以认为是对PPP数据查询对过程，并将查询出的用户的PPP数据用于去判断用户订购业务的合理性。可以认为是业务定购时的PPP数据采集过程。

应用于多终端业务切换实现流程：

在现有***中，用户往往有多个终端在使用，相应的如何让业务在多个终端之间实现平滑的切换是一个严峻的问题，例如：用户正在手机上观看IPTV，用户回到了家里，想要使用家里的电脑继续观看该IPTV，这就需要IPTV业务在手机和电脑之间实现平滑的切换。

图16流程图，基于PPP***的一种可行的实现方式如图18所示，下面是具体流程：

用户使用终端A经由SDP使用业务L(终端A经由网络X与SDP相连)。

步骤161、用户打开终端B(终端B经由网络Y与SDP相连)，发送业务切换请求，该请求要求使用A终端上的业务L，该请求中需要指明终端A的标记。

步骤162、该业务切换请求经由SDP发送到PPP***。

步骤163、PPP***基于该业务切换请求找出必要的数据，这些数据至少包括了：终端B的参数信息，终端B所处于的网络Y的信息，终端A的参数信息，终端A所处于的网路信息X，终端A上的业务信息。

PPP***基于该业务切换请求寻找到业务提供单元L的位置，然后PPP管理服务器生成业务更改请求发送给SDP。

步骤164、SDP将PPP***的信息转发到业务L。

步骤165～166、业务提供单元L根据业务更改请求作出相应的修改，断开与终端A的业务流，并经由SDP下发业务到终端B，建立其新的业务流。

下面再参见图17示出的基于IMS的PPP***网络架构，对PPP***在下一代网络中的应用进行描述。PPP***面向下一代网络，可作为未来网络的一个叠加子网，实现对用户业务消费全过程的全息记录功能。图中给出了PPP***在具体网络环境中的位置及其与其他网元的交互。这是一个基于IMS的PPP***的网络架构，图中PPP***标识出三个主要功能实体：PPP服务器，访问控制代理和采集分析单元。其中访问控制代理屏蔽了与其它***网元交互的代理接口。这里不再对各个功能实体进行描述，详见PPP***的***结构单元描述。

图中融合了固定和移动网络的IMS，包含CSCF、移动/固定软交换MGCF、HSS/GUP等主要功能部件。

CSCF是整个IMS的核心功能单元，核心功能包括对UE的注册鉴权和会话控制，执行针对主叫端及被叫端IMS用户的基本会话路由功能，并根据用户签约的IMS触发规则，在条件满足时进行到AS的增值业务路由触发及业务控制交互。

HSS/GUP(GUP，通用用户档案)是归属网络中保存IMS用户的签约信息，包括基本标识、路由信息以及业务签约信息等集中综合数据库。

MGCF(媒体网关控制功能)实现IMS核心控制面与PSTN或PLMN CS(公众陆地移动电话网的核心网电路域部分)的交互，控制IM-MGW(IM-MGW指IP多媒体子域中的MGW)完成PSTN或CS TDM(核心网电路域部分的时分复用)承载与IMS域用户面RTP(实时传输协议)的实时转换。

图中SDP中的一些主要功能实体主要包括：SDP、业务Enablers(业务引擎)以及OSS(Operation Support Systems，运营支撑***)。SDP主要为非语音业务提供一个发布、存储、运营业务的支撑***，并为维护和保证支撑***的正常运行和业务的合法性、可用性提供了一个管理平台。业务Enabler为不同的非语音业务应用提供基础的业务能力支持。OSS为后台运营支撑***，主要包括了用户基本信息、相关计费信息、客户历史数据等信息。

图中主要业务应用层包含了运营商本身和第三方业务提供商提供的业务应用，为用户提供不同内容的非语音业务。通过OSA/Parlay网关，网络中不同网元设备通过标准的Parlay API与业务应用服务器进行交互，屏蔽了网络结构的复杂性。

整个网络架构核心承载网是基于IP，边缘接入部分对移动和固定进行了融合，其核心是基于SIP的承载和控制分离的IMS***。

PPP***与IMS***、业务Enabler、SDP、OSA/Parlay网关等功能实体存在交互。在具体的业务使用过程中，通过访问/使用，修正/反馈等手段不断完善用户的PPP信息，目的在于建立一个反映用户通信消费行为在核心承载、会话控制、业务管理、业务控制、业务应用等各个层面全方位信息，为运营商消费类通信的“小众运营模式”提供依据。

PPP与各个网元设备交互的关系如下：

PPP与CSCF：主要反映出核心承载，会话控制相关信息在PPP中的体现，包括对PPP相关信息的反馈以及呼叫会话控制。

PPP与业务Enablers：主要反映出业务基础能力(主要是资源能力)在PPP中体现，包括了业务进行过程中PPP信息的使用和反馈。

PPP与SDP：主要反映出业务管理、业务控制相关信息在PPP中的体现，包括了业务签约、业务认证、业务批价、业务计费等，包括了业务进行过程中PPP信息的使用和反馈。

PPP与OSA/Parlay网关：主要反映出业务应用在PPP中的体现，包括业务执行参数的调用，终端适配等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (21)

1、一种通信指纹PPP***，其特征在于，包括：

PPP服务器，用于对用户PPP数据和/或事务详细清单TDR数据进行存储、管理和访问；

采集分析单元，用于在用户使用通信业务过程中，通过访问代理控制单元对用户的通信行为各个维度的PPP数据和/或TDR数据进行采集，并将采集到的数据按照PPP格式规范传递给PPP服务器；

访问代理控制单元，用于管理外部设备对PPP***的PPP服务器和采集分析单元的访问。

2、根据权利要求1所述的***，其特征在于，进一步包括：

鉴权单元，用于从PPP服务器中读取用户PPP数据，以对访问PPP***的用户进行认证和授权。

3、根据权利要求1所述的***，其特征在于，所述PPP服务器包括：

TDR存储单元，用于存储用户TDR数据单元；

PPP存储单元，用于存储用户PPP数据；

TDR事务管理单元，用于通过数据访问单元管理TDR存储单元；

PPP管理单元，用于通过数据访问单元管理PPP存储单元；

数据访问单元，与TDR存储单元、PPP存储单元、TDR事务管理单元、PPP管理单元相连，用于控制TDR事务管理单元、PPP管理单元对TDR存储单元和PPP存储单元的统一访问；

访问控制单元，与TDR事务管理单元、PPP管理单元相连，用于控制PPP服务器外部对PPP服务器内部的访问。

4、根据权利要求3所述的***，其特征在于，PPP服务器进一步包括：

数据分析单元，与访问控制单元、TDR事务管理单元、PPP管理单元相连，用于根据在数据分析单元中设定的或是访问控制单元接收PPP服务器外部的数据分析请求中所带的规则生成相应的数据操作请求，发送给PPP管理单元或者TDR事务管理单元。

5、根据权利要求3所述的***，其特征在于，所述PPP管理单元包括：

基本通信类管理单元，用于管理PPP存储单元中的基本通信类数据；

网络能力管理单元，用于管理PPP存储单元中的网络能力类数据；

资源业务能力管理单元，用于管理PPP存储单元中的资源业务能力类数据；

业务提供主体管理单元，用于管理PPP存储单元中的业务提供主体类数据；

个人信息管理PIM类管理单元，用于管理PPP存储单元中的PIM功能类数据：

静态存储管理单元，用于管理PPP存储单元中的静态存储类数据；

动态存储管理单元，用于管理PPP存储单元中的分配或租售给用户的个人空间的存储数据；

主体使用参数管理单元，用于管理PPP存储单元中的业务产生主体生成个性化业务所需要的用户公共业务参数。

6、根据权利要求1所述的***，其特征在于，进一步包括：接口适配单元，与访问代理控制单元相连，用于实现外部***与访问代理控制单元交互时协议的适配和转换。

7、一种通信指纹***的管理方法，其特征在于，该方法包括以下步骤：

A7、触发数据分析单元根据预先设定的规则生成数据访问请求；

B7、数据访问请求通过TDR事务管理单元/PPP管理单元发送给数据访问单元；

C7、数据访问单元依据所述请求执行管理TDR存储单元/PPP存储单元中的数据。

8、根据权利要求7所述的方法，其特征在于，步骤A7所述的触发为根据设定的时间或设定的事件进行触发。

9、根据权利要求7所述的方法，其特征在于，步骤C7所述管理包括以下之一：

添加、删除、读取或修改TDR事务管理单元/PPP管理单元中的数据。

10、根据权利要求9所述的方法，其特征在于，步骤C7后进一步包括：将执行结果反馈给数据分析单元，便于数据分析单元执行相应动作，或：

将执行结果反馈给访问控制单元，以输出给PPP服务器外部的设备。

11、一种通信指纹***的管理方法，其特征在于，该方法包括以下步骤：

A11、访问控制单元接收外部传送给PPP服务器的指令，根据所述指令生成数据访问请求；

B11、数据访问请求通过TDR事务管理单元/PPP管理单元发送给数据访问单元；

C11、数据访问单元依据所述请求管理TDR存储单元/PPP存储单元中的数据。

12、根据权利要求11所述的方法，其特征在于，步骤C11所述管理包括以下之一：

添加、删除、读取或修改TDR事务管理单元/PPP管理单元中的数据。

13、根据权利要求12所述的方法，其特征在于，步骤C11后进一步包括：将执行结果反馈给数据分析单元，便于数据分析单元执行相应动作，或：

将执行结果反馈给访问控制单元，以输出给PPP服务器外部的设备。

14、根据权利要求11所述的方法，其特征在于，步骤A11进一步包括：访问控制单元接收外部传送给PPP服务器的指令后，首先转发给数据分析单元，所述生成数据访问请求由数据分析单元执行。

15、根据权利要求11所述的方法，其特征在于，步骤A11进一步包括：

访问控制单元接收外部传送给PPP服务器的指令后，首先对接收的指令进行鉴权操作。

16、一种TDR数据的采集方法，其特征在于，在业务发起方发起某业务时，该方法包括以下步骤：

A16、PPP服务器通过访问控制单元接收到业务发起方请求TDR模板的指令，由PPP服务器的TDR事务管理单元生成具有PPP数据存储结构的TDR模板，并通过访问控制单元返回给业务发起方；

B16、业务发起方根据TDR模板记录的PPP数据的存储结构，生成一个用于记录本次业务使用的业务资源及业务使用情况的TDR数据单元；

C16、在执行业务过程中，将业务资源及业务使用情况记录在所述TDR数据单元中，发送给PPP服务器；

D16、PPP服务器通过访问控制单元接收所述TDR数据单元，并通过TDR事务管理单元将TDR数据单元中的数据存入TDR存储单元中。

17、一种PPP数据采集的方法，其特征在于，包括：

A17、采集分析单元通过访问代理控制单元采集业务使用数据；

B17、根据PPP数据的格式要求，将采集到的业务使用数据转换为PPP数据的格式，发送给PPP服务器；

C17、PPP服务器的访问控制单元接收所述数据，由PPP管理单元将所述数据存入PPP存储单元中。

18、根据权利要求17所述的方法，其特征在于，所述业务使用数据包括以下之一或任意结合：

基本通信类数据、网络能力类数据、资源业务能力类数据、业务提供主体类数据、PIM类数据、静态存储类数据、动态存储类数据、主体使用参数类数据。

19、根据权利要求17所述的方法，其特征在于，步骤A17所述采集包括以下之一或任意结合：

从运营商提供的信息中采集；

用户登记和管理注册信息时，对这些信息进行采集；

根据PPP***通过业务定购、PPP数据使用、TDR数据分析得到的信息中采集。

20、根据权利要求17所述的方法，其特征在于，步骤A17所述采集包括：

PPP***接收到业务传送平台SDP发送过来的指令时，依据指令修改业务相关的数据，并从修改后的数据中采集PPP数据。

21、根据权利要求17所述的方法，其特征在于，步骤A17所述采集包括：

PPP***接收到SDP发送过来的指令时，依据指令与提供业务能力的服务器进行信息交互获得SDP所需要的业务能力数据，在返回给SDP前从所述业务能力数据中采集PPP数据。

Images