通信中的订阅者特定追踪的制作方法
【技术领域】
[0001]本发明的示例性和非限制性实施例一般地涉及无线通信网络，并且更特别地涉及订阅者(subscriber)追踪。
【背景技术】
[0002]以下的【背景技术】描述可以包括洞察、发现、理解或公开、或者关联连同在本发明之前对相关技术领域来说不知道但是由本发明提供的公开。下面可以明确地指出本发明的一些这样的贡献，而本发明的其它的这样的贡献将从它们的上下文中变得显然。
[0003]策略和计费执行功能性(PCEF)指的是在通信网络中使实现定义并应用操作的和商业相关的规则的技术。
【发明内容】
[0004]以下内容呈现本发明的简化概要，以便提供对本发明的一些方面的基本理解。本概要不是对本发明的广泛概述。其不意图识别本发明的关键/决定性元素或不意图勾画本发明的范围。其唯一目的是为了以简化的形式呈现本发明的一些观念，作为对稍后呈现的更详细的描述的序幕。
[0005]本发明的各种方面包括如在独立权利要求中限定的方法、装置、以及计算机程序产品。在从属权利要求中公开了本发明的进一步的实施例。
[0006]本发明的一个方面涉及用于在通信系统中的订阅者追踪的方法，包括在网络装置中捕获用户平面分组(user plane packet)，其中所述装置实现3GPP策略和计费执行功能性PCEF;将分组特定元数据添加到所捕获的用户平面分组，其中所述分组特定元数据被用于促进核心网络元件的订阅者特定故障排除(troubleshooting)。
[0007]本发明的进一步的方面涉及装置，包括至少一个处理器；以及至少一个存储器，包括计算机程序代码，其中所述至少一个存储器和所述计算机程序代码被配置成利用所述至少一个处理器引起所述装置执行方法步骤中的任何步骤。
[0008]本发明的更进一步的方面涉及包括程序指令的计算机程序产品，当所述程序指令在计算装置上运行时引起所述计算装置执行方法步骤中的任何步骤。
[0009]虽然独立地陈述本发明的各种方面、实施例和特征，但是应领会的是，本发明的各种方面、实施例和特征的所有结合都是可能的并且是在如所主张的本发明的范围之内。
【附图说明】
[0010]下面将借助于示例性实施例参考附图更详细地描述本发明，其中图1图解3GPP网络架构；
图2示出图解示例性装置的简化框图；
图3示出图解根据本发明的实施例的示例性消息传送(messaging)事件的消息传送图； 图4示出根据本发明的示例性实施例的流程图的示意图。
【具体实施方式】
[0011 ]在移动网络中，将用户会话建立为在移动终端(MT)和网关(GW)之间的隧道。由于蜂窝式网络架构，网关是用于用户会话的集合点，提供朝向在互联网或操作者服务网络中的服务的锚定。在3G中，网关可以包括GG SN元件，以及在LTE中包括SAE-GW元件。图1图解3GPP网络。
[0012]许多网络元件提供订阅者特定追踪性能，通常被实现为对本地储存器(存储器或硬驱动器)的直接业务捕获或对一些外部系统的端口镜像。网关产品处理EPC系统中的控制和用户平面两者。虽然控制平面消息通常是相当直截了当的并且可以被容易地理解，但是用户平面分组捕获不讲述关于系统内部分组的处理的目前任何事。仅可以捕获在入口和出口中的分组。
[0013]在将要开始的通过LTE的语音(VoLTE)时代的到来时，有效的故障排除甚至变得更加重要。
[0014]在当前活动的系统中，该系统具有达到数百万的同时连接的订阅者的数目，用于故障排除目的的一般性在线接口捕获/追踪是不可能的。需要订阅者特定追踪，特别是当也可以以个体订阅者的粒度完成订阅特定策略时。由移动操作者提供的当代使用案例包括在许多情况中可以由末端用户经由操作者自己的服务入口来控制并修改的被区分的计费或不同的公平使用策略。
[0015]如果出现问题，那么故障排除必须能够提供系统为什么出乎意料地运转的回答。PCRF、OCS、或AAA服务器能够在运行时间期间动态地安装并移除策略(被实现为PCC规则库、PCC规则和PCC过滤器)。这导致情况:在当末端用户经历问题时的时间处追踪在某一系统中的实际配置是什么是非常复杂的。
[0016](在网关和一些其它产品中可用的)基本的订阅者追踪特征不能够描述系统内部发生什么，例如，如何对特定的分组收费的。许多操作者要求精确到字节水平的精确度以使实现被区分的计费模型。
[0017]除了由操作者和由卖主两者的正常的故障排除活动之外，有时产品可能必须写对开发者来说有意义的内部信息，像是识别引起一些问题等的源代码行，这也可以被嵌入到追踪用于稍后由专家离线分析。
[0018]当前的网关只支持基本的订阅者追踪，但是不产生任何用于订阅者追踪的元数据。针对路由器产品，元数据可以仅位于设备的存储器内，本地地可用于故障排除。这类元数据被限制到像是时间戳的非常基本的IP流信息。在一种方法中，可以将元数据直接地存储到分组捕获。
[0019]示例性实施例使实现具有标准元数据的订阅者追踪功能性用于对EPC网络元件进行故障排除。示例性实施例提出将特定元数据添加到在实现3GPP策略和计费执行功能性(PCEF)的3GPP网关元件中的被捕获的用户平面分组以促进订阅者特定故障排除。元数据可以包括无论何时都对分组可应用的特殊信息。元数据可以包括(但不被限制于)以下中的一个或多个:
?PCC规则名称(规则类型或者是动态的或者是预定义的)，识别PCC规则，
?PCC规则库名称，识别由本地默认策略或外部服务器激活的PCC规则库;相同的规则也可以被包括在多个PCC规则库中，因此可以要求PCC规则库和PCC规则的结合以充分地识别匹配的PCC规则，
?PCC规则行为 ?优先
?PCC过滤器
?计费评级组(charging rating group)
?计费服务id ?策略监控密钥 ?丢失分组(识别和推理)
O公共部分，在产品特定消费者文件中被提供，原因可以被分类成若干良好定义的组，像是:计费/分组检查/整形器(Shaper )/资源限制，
O私有部分，意图仅用于由产品卖主故障排除;这可以包括精确的代码点、许可信息、内部资源情况信息等。
[0020]将多个元数据字段添加到相同的分组也可以是可能的，因为通常情况是针对相同的分组要求这些字段中的许多字段。
[0021]采用该元数据，操作者能够找出在网关中针对特定分组和分组流的处理是什么。特定地，了解某些分组流是否得到不同的计费和策略控制处理是可能的。即，操作者能够比较由不同的分组流经历的计费和策略控制处理。
[0022]如由在PCAP-NG (PCAP下一代)转储文件格式中新引入的元数据允许的那样，可以直接地将该信息添加到分组其自身。以这种方式，标准格式允许任何操作者利用现存的、实际上标准的Wireshark工具族用于分析所捕获的分组。
[0023]可以以多种不同方式编码数据，但是实际上标准的方式是使用TLV(类型_长度_值)结构。
[0024]在相关3GPP规范中定义了针对公共部分需要的字段，即:
1)3GPP 29.212策略和计费执行;Gxx参考点 ?规则激活
O评级组、服务id、监控入口(密钥)，
O用于将业务匹配到规则的过滤器，
?Gx/Gxc 监控
2)3GPP 32.299计费管理;直径计费应用
?对在线计费的依赖性:在所捕获的分组中可见的评级组可以与在OCS接口(Gy)中可见的评级组是相同的，
3)3GPP 32.251计费管理;分组交换(PS)域计费
?对离线计费的依赖性:在所捕获的分组中可见的评级组可以与在Bp和GTP’接口中的计费数据记录(CDR)中可见的评级组是相同的。
[0025]在特定捕获点处将元数据添加到分组。这些点可以位于分组处理的入口和/或出口。为了性能原因，特定地为了具有高吞吐量和等待时间要求的网关产品，可以仅一次将元数据添加到分组。这意味着在存储器缓冲器中收集数据，并且然后在捕获点处将数据插入到分组。在捕获点处，原始分组继续在其到原始目的地的路径上，而朝向产品特定数据集合服务发送捕获分组(具有所添加的元数据的分组的克隆)，在那里还将数据写到永久储存器。
[0026]示例性实施例使实现经改善的故障排除能力。其还允许操作者在采用真实的网关系统实际的部署之前尝试并检验他们的新的商业和计费模型。尤其是当计费和策略控制是依赖于DPI(深度分组检查)能力，快速地改变协议签名和被引入到互联网中的新服务甚至可以在非常短的时间周期中淘汰操作者定义的PCC规则和过滤器。具有采用简单的方法检验在真实