用于在电信网络中触发针对主叫用户设备UE和被叫UE之间的呼叫的服务逻辑执行记录的方法和设备与流程

本公开总体上涉及服务逻辑执行的记录，更具体地涉及在电信网络中触发节点执行针对特定呼叫的服务逻辑执行记录的行为。

背景技术：

本公开涉及电信网络中的通信会话建立，该电信网络例如是基于互联网协议ip多媒体子系统ims的电信网络。在示例中，本公开考虑了借助于会话发起协议sip会话来端到端建立通信会话的情况，该通信会话通常是语音呼叫、视频呼叫或消息会话。

例如，考虑从一个主叫用户设备ue向被叫ue的呼叫。该呼叫包括用于语音/视频的控制平面(即，sip、diameter)和用户平面(即，实时传输协议rtp)。用于控制平面的sip信令穿过许多功能实体，例如，sip代理和sip应用服务器。sip消息是端到端发送的。例如，邀请请求由主叫ue生成，向被叫ue发送，并通过ims核心网络进行路由。该邀请请求穿过的每个功能实体都会处理该sip消息、修改该消息并向下一个中间实体或端点传递该消息。另一方面，用户平面通常采用直接通过核心网络的直接路径。

已有架构的缺点之一是：就信令平面而言，在电信网络中在主叫ue和被叫ue之间建立呼叫时所涉及的节点处，难以激活日志记录和传输控制协议tcp转储。云计算的流动性可能会加剧这种缺陷，在云计算中针对呼叫或会话的应用逻辑执行在何处发生是未知的。需要在每个节点或节点的一部分(例如，刀片式服务器)上激活日志记录和tcp转储，或更确切地说：在每个虚拟机上的每个应用部署中，在每个系统节点中，而不知道在哪个系统节点和哪个刀片式服务器上，用于主叫ue和被叫ue之间的呼叫的业务将被处理。因此，需要大量的手动文件处理。更具体地，将以这种方式生成大量的过剩数据，尤其是当存在大量节点、每个节点都包括大量应用实例时。

技术实现要素：

本文的目的是提供一种用于在电信网络中触发针对主叫用户设备ue和被叫ue之间的呼叫的服务逻辑执行记录的方法。

另一个目的是提供一种电信网络中的网络节点，该网络节点被布置用于在所述电信网络内执行主叫ue和被叫ue之间的呼叫的服务逻辑执行记录。

在本公开的第一方面中，提供了一种用于在电信网络中触发主叫用户设备ue和被叫ue之间的呼叫的服务逻辑执行记录的方法，其中，所述服务逻辑执行记录将由在所述主叫ue和所述被叫ue之间建立呼叫时所涉及的节点链中的节点来触发。

该方法包括以下步骤：由所述节点链中的节点接收用于在所述主叫ue和所述被叫ue之间建立所述呼叫的呼叫建立消息，由所述节点在所述呼叫建立消息中插入服务逻辑执行记录参数，其中，所述参数指示在所述主叫ue和所述被叫ue之间对所述呼叫的所述建立时所涉及的节点应该执行服务逻辑执行记录。

该方法还可以包括以下步骤：由所述节点记录针对在所述主叫ue和所述被叫ue之间的所述呼叫的服务逻辑执行。

最后，该方法包括以下步骤：由所述节点向所述节点链中的下一个节点发送用于建立所述呼叫的所述呼叫建立消息，使得触发在对所述呼叫的所述建立时所涉及的所述节点链中的每个所述节点执行针对所述主叫ue和所述被叫ue之间的所述呼叫的服务逻辑执行记录。

在此，服务逻辑执行记录是以下任一项：反映所述节点中的应用服务逻辑处理的日志文件的记录和反映所述链中的所述节点之间的信令的跟踪文件的记录。

该方法至少基于以下见解：电信网络中的节点应该在呼叫建立消息中插入服务逻辑执行记录参数，使得建立过程所涉及的每个后续节点都意识到其应该执行服务逻据执行记录。应当注意：插入服务逻辑执行记录参数的节点自身也可以执行服务逻辑执行记录。

发明人发现以上是实现下述方案的有效方式：在主叫ue和被叫ue之间对呼叫的建立时所涉及的节点链中的节点仅针对该特定呼叫来执行服务逻辑执行记录。因此，无论何时呼叫已经终止或完成，每个节点都可以因此停止逻辑执行记录。

上文规避了为呼叫和/或会话创建许多不必要的日志文件和/或跟踪文件的情况。本公开的方法是涉及仅针对特定呼叫启用或触发服务逻辑执行记录的有效方式。

应当注意：优选地，在电信网络中负责在呼叫建立消息中插入服务逻辑执行记录参数的节点是基于会话边界控制器的节点。基于会话边界控制器的节点被布置为控制信令，并且通常还控制在电信网络中主叫ue和被叫ue之间建立、进行和终止呼叫/会话时所涉及的任何媒体流。

基于会话边界控制器的节点可能特别适用于上述任务，因为该节点可以在运营商网络的边界处形成会话发起协议sip信令实体。因此，记录可以从该节点开始进入电信网络。此外，基于会话边界控制器的节点包括订户简档数据。订户简档可以包括以下指示：如本公开中所表示的，当前描述的方法可以对该订户可用。

在此，术语“会话”是指主叫ue和被叫ue之间的特定通信。在电话环境下，这被称为“呼叫”。每个呼叫可以包括控制该呼叫的一个或多个信令消息交换、以及携带该呼叫的音频、视频或其他数据以及呼叫统计和质量信息的一个或多个呼叫媒体流。总之，会话是由消息交换和媒体流的组合形成的。基于会话边界控制器的节点被布置为影响会话的数据流。

应当注意：记录可以采取生成日志文件的形式。生成日志文件可以构成记录行为。

应当注意：根据本公开，ue可以包括适合于在电信网络中建立呼叫并接受呼叫的任何类型的设备。这样的设备例如是智能电话、平板电脑、交通工具中的通信设备等。

本公开的优点之一是：由干将呼叫建立消息用干插入服务逻辑执行记录参数，该参数形成让节点链中每个节点执行逻辑执行记录的触发，因此服务逻辑执行记录仅适用于特定呼叫。

本公开的另一个优点是：通过使用在主叫ue和被叫ue之间对呼叫的建立时所涉及的节点链中的节点的已经存在的信令，提供了一种用于在复杂的多节点电信网络中的服务逻辑执行记录的便利方式。

应当注意，如本公开所提出的：网络节点的功能可以在虚拟环境中(例如，在云中)实现。

本公开描述了节点链中的每个节点接收呼叫建立消息，并向链中下一个节点转发该特定消息。该方面还涵盖以下事实：特定节点基于所接收到的呼叫建立消息来构造新的呼叫建立消息，或者特定节点修改所接收到的呼叫建立消息并转发该经修改的呼叫建立消息。因此，所转发的呼叫建立消息不一定需要完全匹配接收到的呼叫建立消息。

本公开涉及在主叫ue和被叫ue之间对呼叫的建立。但是，本公开的概念也可以适用于其他类型的服务、服务调用、呼叫终止、计费信令等。

根据本公开的方法和设备所包括的不同方面的表达(即措辞)不应该照字面理解。这些方面的措辞仅是为了准确地表达这些方面的实际功能背后的基本原理而选择的。

根据本公开，适用于上述方法示例的不同方面(包括其优点)对应于适用于电信网络的设备的各个方面。

在本公开的第二方面中，提供了一种电信网络中的网络节点，该网络节点被布置用于在所述电信网络内执行主叫用户设备ue和被叫ue之间的呼叫的服务逻辑执行记录。

该网络节点包括：接收设备，被布置用于接收呼叫建立消息并在所述主叫ue和所述被叫ue之间建立所述呼叫；插入设备，被布置用于向所述呼叫建立消息中插入服务逻辑执行记录参数，其中，所述参数指示在所述主叫ue和所述被叫ue之间对所述呼叫的所述建立时所涉及的节点(包括所述网络节点)应该执行服务逻辑执行记录；记录设备，被布置用于记录在所述主叫ue和所述被叫ue之间的所述呼叫的所述服务逻辑执行；发送设备，被布置用于向所述节点链中的下一个节点发送用于建立所述呼叫的所述呼叫建立消息，使得触发在对所述呼叫的所述建立时所涉及的所述节点链中的每个所述节点执行针对在所述主叫ue和所述被叫ue之间的所述呼叫的所述服务逻辑执行记录。

在此，所述服务逻辑执行记录是以下任一项：反映所述节点中的应用服务逻辑处理的日志文件的记录和反映所述节点链中的所述节点之间的信令的跟踪文件的记录。

在第三方面中，提供了一种计算机程序产品，该计算机程序产品包括可读存储介质，该可读存储介质包括指令，该指令在至少一个处理器上执行时，使得该至少一个处理器执行根据以上提供的任何示例的方法。

在第四方面中，提供了一种电信网络中的网络节点，该网络节点被布置用于在所述电信网络中执行主叫用户设备ue和被叫ue之间的呼叫的服务逻辑执行记录。

该网络节点包括：接收模块，用于接收呼叫建立消息并在所述主叫ue和所述被叫ue之间建立所述呼叫；插入模块，用于向所述呼叫建立消息中插入服务逻辑执行记录参数，其中，所述参数指示在所述主叫ue和所述被叫ue之间对所述呼叫的所述建立时所涉及的节点应该执行服务逻辑执行记录；记录模块，用于记录在所述主叫ue和所述被叫ue之间的所述呼叫的所述服务逻辑执行；发送模块，用于向所述节点链中的下一个节点发送用于建立所述呼叫的所述呼叫建立消息，使得触发在对所述呼叫的所述建立时所涉及的所述节点链中的每个所述节点执行针对所述主叫ue和所述被叫ue之间的所述呼叫的服务逻辑执行记录。

在此，所述服务逻辑执行记录是以下任一项：日志文件的记录和反映所述节点链中的所述节点之间的信令的跟踪文件的记录。

根据以下参考附图的描述，将最佳地域理解本公开的上述和其他特征和优点。在附图中，类似的附图标记表示相同部分或执行相同或类似功能或操作的部分。

附图说明

图1是示出了电信网络中的端到端呼叫建立的示意图。

图2是示出了端到端控制平面信令的示意图。

图3是示出了执行服务逻辑执行记录的方法的详细示例的示意图。

图4是示出了根据本公开的示出了典型示例的方法的示例的典型流程图。

图5是示出了根据本公开的方法的示例的另一典型流程图。

图6是示出了网络节点的示例实施例的示意图的示例。

具体实施方式

图1是示出了电信网络中的端到端呼叫建立的示意图1。更具体地，示意图1示出了互联网协议ip多媒体子系统ims电信网络中的端到端会话发起协议sip会话建立。

应当注意：图1所示的架构是ims电信网络的功能分解。在所部署的架构中，功能实体(即，网络节点或网络功能)可以被组合成单个主机或系统。例如，服务呼叫状态控制功能s-cscf(如附图标记6、7所引用的)可以与询问呼叫状态控制功能i-cscf(如附图标记8所引用的)相结合。此外，会话网关控制器(如附图标记9、10所引用的)可以与代理呼叫状态控制功能p-cscf(如附图标记11、12所引用的)组合。这样的组合通常不会改变节点的功能，仅用于例如优化信令和硬件的使用。

当考虑在主叫方13和被叫方14之间的单个呼叫建立时，通常由在主叫ue13和被叫ue14之间建立呼叫时所涉及的节点链中的节点来处理呼叫建立。在当前场景中，呼叫的建立涉及多个节点，例如，用附图标记6、7、8、9、10、11、12等指示的节点。

例如，sbg9、p-cscf11、s-cscf6、服务集中和连续性应用服务器scc-as15、多媒体电话应用服务器mmtel-as16都涉及代表主叫ue13。i-cscf8和归属订户服务器hss17涉及代表电信网络。s-cscf7、mmtel-as18、scc-as19、sbg10和p-cscf12涉及代表被叫ue14。

图2是示出了端到端控制平面信令100的示意图。

可以看到升高的mmtel-as107和scc-as105的位置仅是装饰性的，因为它可以帮助设想s-cscf104、s-cscf106和s-cscf108形成一个逻辑s-cscf104、106、108。主叫ue用附图标记13来指示，并且被叫ue用附图标记14来指示。

在此，以概念方式来可视化根据本公开的方法。

公开了用于在电信网络中触发主叫用户设备ue13和被叫ue14之间的呼叫的服务逻辑执行记录记录的方法。服务逻辑执行记录将由在所述主叫ue13和所述被叫ue14之间建立呼叫时所涉及的节点链中的节点(即，从103开始并以118结束所引用的节点)来触发。

该方法包括第一步骤：由电信网络中的节点接收用于在所述主叫ue和所述被叫ue之间建立所述呼叫的呼叫建立消息。通常，基于会话边界网关的网络节点sbg103是电信网络中首先接收呼叫建立消息的节点。因此，如果根据本公开所提出的方法在该特定节点处发生，则可能是有益的。这确保了电信网络中的所有网络节点将由参数来触发，这将在后文进行时论。

sbg103可以从主叫ue13接收呼叫建立消息，所述呼叫建立消息包含以下指示：ue已经指示其希望具有针对要建立的呼叫的记录。sbg可以从主叫ue13接收呼叫建立消息，并且sbg103中存储的订户简档数据包括以下指示：对于来自该订户的呼叫，应进行重新编码(recoding)。

基于上述内容，sbg103在接收到的呼叫建立消息中插入服务逻辑执行记录参数，其中，该参数指示在主叫ue13和被叫ue14之间对呼叫的建立时所涉及的网络节点应该执行服务逻辑执行记录。

除了在呼叫建立消息中插入参数之外，sbg103自身也可以开始记录服务逻辑执行。即，sbg103不仅采取行动来触发节点链中的任何后续节点执行服务逻辑执行记录，而且其自身也执行服务逻辑执行记录。

因此，sbg103向节点链中的下一个节点发送呼叫建立消息(即，其中已经插入服务逻辑执行记录参数的消息)，在此特定情况下，下一个节点是如附图标记104所示的s-cscf。呼叫建立消息中的该参数触发后续节点(即，s-cscf104)执行针对将在主叫ue13和被叫ue14之间建立的该特定呼叫的服务逻辑执行记录。

然后，针对节点链中的所有节点(即，由附图标记105、106、107、108、109、113、114、115、116、117和118指示的节点)继续上述过程。即，节点链中的每个节点将接收呼叫建立消息。这些节点将识别呼叫建立消息中的服务逻辑执行记录参数，并将采取相应行动。即，这些节点中的每一个都将应用针对该特定呼叫的服务逻辑执行记录。

还与相应的归属订户服务器hss111交换112该参数。

服务逻辑执行记录是以下任一项：日志文件的记录和反映所述链中的所述节点之间的信令的跟踪文件的记录。

图3是示出了执行服务逻辑执行记录的方法的详细示例的示意图200。

本公开的基本概念是在呼叫建立消息(例如，sip邀请消息)中提供触发指令(即，服务逻辑执行参数)，该触发指令触发节点链中的每个节点应用针对与呼叫建立消息相对应的呼叫的日志记录和/或跟踪。

在示例中，所述参数指示在所述主叫ue和所述被叫ue之间对所述呼叫的所述建立时所涉及的节点应该仅在该特定呼叫的持续时间内执行服务逻辑执行记录。即，每当会话/呼叫终止时，节点应终止服务逻辑执行记录。

上文提供的示例的优点是日志记录的数量是受控的。

在另一示例中，网络节点还在呼叫建立消息中插入服务逻辑执行记录存储地址，该地址向所述链中的所述节点指示要向何处提供服务逻辑执行记录，其中所述方法还包括以下步骤：

-由所述节点向所述地址204提供所述服务逻辑执行记录。

该地址可以例如是文件传输协议ftp地址。

以上示例如图3所示。

在此，触发指令可以伴随有要生成的文件的文件名和目的地(即，存储地址)，例如，日志文件205和传输控制协议tcp转储文件206。该触发指令可以例如在适配的ue中被配置为指定的sip报头。备选地，它可以自动地或通过操作员命令在sbg201或p-cscf中针对特定订户来配置。

以上公开的方法的结果是：生成了恰好一个特定呼叫/会话的日志文件和tcp转储文件，该结果具有以下进一步的特征：

-在哪个节点中执行节点链中的特定功能无关紧要；

-该功能在该节点上的哪个刀片式服务器/虚拟机上执行无关紧要；

-生成日志文件和跟踪文件，并向链中所有实体的指定日志文件和跟踪文件存储设备传输该日志文件和跟踪文件；

-该方法为涉及的所有功能实体提供端到端信令视图以及节点内部视图。

遵循以上内容，可以将每个节点(例如，sbg201、s-cscf202、scc-as105、mmtel-as107和i-cscf112)布置为使用呼叫建立消息中存在的地址和文件名向存储设备204提供其服务逻辑记录。

在示例中，插入步骤包括：在所述呼叫建立消息的报头中插入所述服务逻辑执行记录参数。其优点在于：节点链中的网络节点能够快速识别它们是否应该执行服务逻辑记录。因此，使这些节点的触发有效。

在另一示例中，所述参数采用取值范围中的一个值，其中，每个值指示用于所述服务逻辑执行记录的记录粒度。

其优点在于：网络节点知道它们应在多大程度上执行针对将在主叫ue101和被叫ue207之间建立的该特定呼叫的服务逻辑记录。

在另一示例中，所述网络节点还在所述呼叫建立消息中插入服务逻辑执行文件名，该文件名向所述链中的所述节点指示将用于存储所述服务逻辑执行的文件名，其中，所述记录步骤还包括：

-由所述节点使用所述文件名来记录所述服务逻辑执行。

其示例是节点链中的每个网络节点使用的文件名是统一的，使得可以经由存储设备204来相互追溯文件名。

在另一示例中，向所述地址提供所述服务逻辑执行记录的步骤是在所述主叫ue与所述被叫ue之间的所述呼叫终止之后来执行的。

其优点在于：对于每个呼叫，仅向存储设备204发送-次由服务逻辑记录生成的数据，从而减少了节点与存储设备204之间的任何可能的开销消息。

在图3中，具体描绘了主叫ue建立sip会话。sbg201在相应的sip邀请请求消息中插入指定的命令(即，服务逻辑记录参数)，所述命令构成用于执行服务逻辑执行记录的指令(即，针对sip会话应用日志记录和/或tcp转储)。更具体地，该指令强制s-cscf202、scc-as105、mmtel-as107、i-cscf112和节点链中的所有其他节点(即，邀请请求消息穿过的所有sip实体)执行服务逻辑执行记录(即，在sip会话期间应用日志记录和tcp转储)。

“日志记录和tcp转储文件指令”可以由ue自身配置，该ue在此被适配。在本公开的实施例中，sbg201应用订阅检查；仅当主叫ue具有所需的订阅选项时(即，只有指定的用户才能使用此功能)，才在邀请请求消息中接受“日志记录和tcp转储文件指令”。

服务逻辑执行记录可以包括以下信息：

-对在sip会话期间应当应用日志记录的指示；

-对日志记录等级的指示，例如，“精细”、“正常”、“粗略”等；

-用于记录(即，用于日志文件)的文件名；

-对应在sip会话期间应用tcp转储的指示，其中，应将tcp转储应用在由相应应用所使用的(虚拟)以太网接口上；

-用于tcp转储文件的文件名；

-存储地址，应当向其提供日志文件和/或tcp转储文件。

在主叫ue和被叫ue之间的sip会话结束时，向由所提供的地址指示的存储设备204提供(例如，以ftp方式提供)针对每个sip实体(即，针对每个网络节点)的日志文件和tcp转储文件，使系统测试人员/故障排除人员等能够分析接收到的信息。

提出的针对日志文件和tcp转储文件的自动和受控文件命名的优点之一是：它简化了属于一个sip会话的文件的自动收集、分类、排序、存储和汇总的过程。即，实际文件名例如可以从主叫ue的身份、被叫ue的身份、时间戳或这些项的任何组合导出。

在sip会话结束时，日志记录和tcp转储文件生成可以自动停止。这可以通过节点链中的每个节点识别用于终止sip会话的终止消息来实现。

本公开的优点之一是：执行系统测试以进行系统分析、故障排除等的人员将能够获得用于特定呼叫的日志文件和tcp转储文件。在电信网络的每个节点(例如，cscf、scc-as、mmtel-as等)内，sip会话可以由系统中任何刀片式服务器/虚拟机上的任何可用和可运行的应用实例来服务。无需在呼叫建立之前在所有节点和所有应用实例中激活日志记录和tcp转储，并在呼叫完成后停用日志记录和tcp转储。取而代之的是，日志记录和tcp转储会针对特定呼叫自动激活，并在相应呼叫终止时自动停止。

向带有附图标记204的存储设备所指示的指定收集设备自动提供(例如，以ftp方式提供)针对此特定呼叫所生成的日志文件和tcp转储文件。当相应呼叫完成后，所有涉及的功能实体(例如，sbg、cscf等)的日志文件以及来自这些实体的tcp转储文件都在收集设备中可用，以供执行例如系统测试的人员处理。

根据特定示例，本公开涉及在sip邀请消息的报头中引入的参数。该参数被称为服务逻辑执行参数，由于其存在，该参数指示在主叫ue和被叫ue之间对呼叫的建立时所涉及的节点链中的节点应该执行针对该特定呼叫(即，特定会话)的服务逻辑执行记录。

通常，该参数由sbg引入，但也可由与主叫ue和被叫ue之间对呼叫的建立时所涉及的节点链中的任何其他节点引入。

除了该参数之外，还可以在sip邀请消息的报头中插入附加信息，例如

-日志记录(logging)

-日志等级(log-level)

-日志文件名(log-file-name)

-tcp转储(tcp-dump)

-tcp文件名(tcp-file-name)

-ftp地址(ftp-address)，等。

在示例中，sip邀请消息的报头包括：

p-application-logging：logging＝true；log-level＝5；log-file-name＝″2016-12-31_23-00-00_log-file.txt″；tcp-dump＝true；tcp-file-name＝″2016-12-31_23-00-00_dump-file.pcap″；ftp-address＝″ftp：//log-server.my-network.com/log-files”

节点链中的接收初始sip邀请请求消息或sip消息或sip注册器的节点确定该邀请请求消息包括与服务逻辑执行参数相对应的特定参数“p-application-logging”。因此，应用实例(即，链中的节点)将应用所需的日志记录和tcp转储。

sip邀请消息的添加的报头不会影响sip会话建立或sip处理本身。该报头仅提供用于应用日志记录和tcp转储的指令。如果该报头中包括文件名，那么对于该日志文件来说，该文件名将由节点链中的节点使用。否则，该应用和/或该节点可以应用默认方法来构造日志文件名，包括诸如日期、时间、主机名、刀片式服务器编号等信息。对于tcp转储文件名也是如此。

当sip会话终止时，逻辑服务执行记录(即，日志记录和tcp转储)终止，并且向报头中指示的地址提供(例如，以ftp方式提供)生成的日志文件和tcp转储文件。应当被以ftp方式提供文件的地址包括url和目录。这些文件可以直接放置在系统测试人员可以取回它们的目录中。系统测试人员应确保此目录存在于指示的url上。在这种特定情况下，ftp地址(ftp-address)被提供为“ftp：//log-server.my-network.com/log-files”。

由于sip会话建立中包含用于应用日志记录和生成tcp转储文件的指令，因此在哪个刀片式服务器或虚拟机上处理sip会话无关紧要。例如，在云部署中，网络节点(例如，sbg、cscf或scc-as)可以分布在许多虚拟机、刀片式服务器或系统机架上。可以在许多刀片式服务器、虚拟机、系统机架和/或网络节点之一上处理sip邀请消息。然后，无论处理该邀请的刀片式服务器、虚拟机、系统机架或节点如何，应用程序都将应用日志记录和tcp转储。

当邀请消息离开运营商的域时，可以从sip邀请消息中移除报头中提供的信息。例如，当sip邀请消息穿过ibcf去向另一个ims运营商时，可以移除该信息。在这种情况下，端到端日志记录和tcp转储仅限于该运营商自己的网络。

图4是示出了根据本公开的方法的示例的典型流程图。

图5是示出了根据本公开的方法的示例的另一典型流程图。

两个图均示出了根据本公开的方法的示例，其中，图5示出了与图4所示的方法相比的附加步骤。

300、350所示的方法涉及在电信网络中触发主叫用户设备ue和被叫ue之间的呼叫的服务逻辑执行记录，其中，所述服务逻辑执行记录将由在所述主叫ue和所述被叫ue之间建立呼叫时所涉及的节点链中的节点触发。

在第一步骤301中，提供了由电信网络中的节点接收用于在所述主叫ue与所述被叫ue之间建立所述呼叫的呼叫建立消息的步骤。

在第二步骤302中，提供了由所述节点在所述呼叫建立消息中插入服务逻辑执行记录参数的步骤，其中，所述参数指示在所述主叫ue与所述被叫ue之间对所述呼叫的所述建立时所涉及的节点应该执行服务逻辑执行记录。

在第三步骤303中，提供了由所述节点记录针对所述主叫ue和所述被叫ue之间的所述呼叫的服务逻辑执行的步骤。

在第四步骤304中，提供了由所述节点向所述节点链中的下一个节点发送用于建立所述呼叫的所述呼叫建立消息的步骤，使得触发对所述呼叫的所述建立时所涉及的所述节点链中的每个所述节点执行针对所述主叫ue与所述被叫ue之间的所述呼叫的所述服务逻辑执行记录。

在第五步骤305中，提供了由所述节点向存储地址提供所述服务逻辑执行记录的步骤。

在此，所述服务逻辑执行记录是以下任一项：日志文件的记录和反映所述链中的所述节点之间的信令的跟踪文件的记录。

图6是示出了根据本公开的网络节点的实施例的示意图的示例。

网络节点400被布置用于在电信网络中进行操作，并且被布置用于执行针对所述电信网络内的主叫用户设备ue和被叫ue之间的呼叫的服务逻辑执行记录。

网络节点400包括接收设备401，该接收设备401被布置用于接收呼叫建立消息并在所述主叫ue与所述被叫ue之间建立所述呼叫。

网络节点400还包括插入设备408，该插入设备408被布置用于向所述呼叫建立消息中插入服务逻辑执行记录参数，其中，所述参数指示在所述主叫ue与所述被叫ue之间对所述呼叫的所述建立时所涉及的节点应该执行服务逻辑执行记录。

网络节点400还包括记录设备409，该记录设备409被布置用于记录针对在所述主叫ue和所述被叫ue之间的所述呼叫的所述服务逻辑执行。

网络节点400还包括发送设备402，该发送设备402被布置用于向所述节点链中的下一个节点发送用于建立所述呼叫的所述呼叫建立消息，使得触发在对所述呼叫的所述建立时所涉及的所述节点链中的每个所述节点执行针对所述主叫ue和所述被叫ue之间的所述呼叫的所述服务逻辑执行记录。

网络节点400还包括处理器403和存储器404，该处理器403经由总线连接405等连接到接收设备401、发送设备402。

网络节点400还包括提供设备410，该提供设备410被布置用于向存储地址提供所述服务逻辑执行记录。

在此，所述服务逻辑执行记录是以下任一项：日志文件的记录和反映所述节点链中的所述节点之间的信令的跟踪文件的记录。

在此，输入的数据分组或消息在它们到达接收设备401或接收模块之前通过输入端子406传递。输出的数据分组或消息由发送设备402或发送模块经由输出端子407来传递或发送。

在网络节点400的示例中，服务逻辑执行记录参数指示：在所述主叫ue和所述被叫ue之间对所述呼叫的所述建立时所涉及的节点应该仅在该特定呼叫的持续时间内执行服务逻辑执行记录。

在另一示例中，所述节点被布置用于插入服务逻辑执行记录存储地址，该地址向所述链中的所述节点指示向何处提供所述服务逻辑执行记录，所述节点还包括：

-提供设备，被布置用于向所述地址提供所述服务逻辑执行记录。

在另一示例中，所述地址是文件传输协议ftp地址。

在网络节点的另一示例中，跟踪文件被记录在传输控制协议tcp转储文件中。

在网络节点的又一示例中，插入设备被布置用于向所述呼叫建立消息的报头中插入所述服务逻辑执行参数。

在网络节点的另一示例中，该参数可以采用一个范围内的值，其中，每个值指示用于所述服务逻辑执行记录的记录粒度。

在网络节点的另一示例中，所述插入设备还被布置用于向所述呼叫建立消息插入服务执行文件名，该文件名向所述节点链中的所述节点指示用于存储所述服务逻辑执行的文件名，其中，所述记录设备还被布置用于使用所述文件名来记录所述服务逻辑执行。

在网络节点的又一实施例中，在所述主叫ue和所述被叫ue之间的所述呼叫终止之后，该提供没备向所述地址提供所述服务逻辑执行记录。

本公开的优点之一是实现了启用服务逻辑执行记录的有效方式而不会造成大量开销。发明人已经发现：例如，呼叫建立消息的报头可以用于向在主叫ue和被叫ue之间建立呼叫时所涉及的节点链中的每个节点指示应该应用服务逻辑执行记录。因此，网络中的单个节点(例如，sbg)可以在报头中包括特定参数，用于向这些节点中的每个节点指示它们应该执行逻辑服务执行。

上文不需要在网络节点上运行复杂的算法和/或过程来确定何时执行服务逻辑执行记录，因为呼叫建立消息中提供的信息形成了让这些节点开始执行记录的触发本身。

本公开不限于以上公开的实施例，并且本领域技术人员可以在不应用创造性技能的情况下超出如所附权利要求中公开的本公开的范围来修改和增强。