CN103081558B - 用于端到端(e2e)电路服务(cs)呼叫跟踪功能的网络单元 - Google Patents

Abstract

根据本发明，提供了一种网络单元(NE)，作为用于端到端(E2E)电路服务(CS)呼叫跟踪功能的源端NE，该NE包括：接收机，配置用于接收包含跟踪控制和配置参数在内的跟踪激活消息，其中，跟踪控制和配置参数至少包括跟踪参考、开始触发事件、停止触发事件、E2E呼叫跟踪选项和跟踪收集实体的地址；存储设备，配置用于存储接收机所接收的跟踪控制和配置参数；跟踪数据报告器，配置用于以跟踪参考开始跟踪会话，在出现开始触发事件时，以跟踪记录会话参考开始跟踪记录会话，以及根据所存储的跟踪控制和配置参数记录和输出跟踪数据；以及发送机，配置用于检测跟踪激活消息中包括E2E呼叫跟踪选项，以及在去往下一个NE的协议信令消息中包括/发送跟踪扩展字段，其中，该跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考、以及跟踪收集实体的地址，其中，跟踪数据报告器还配置用于在出现停止触发事件时，停止跟踪记录会话。此外，本发明还提供了作为中间NE的NE以及作为宿端NE的NE，二者均用于E2ECS呼叫跟踪功能。

Description

用于端到端(E2E)电路服务(CS)呼叫跟踪功能的网络单元

技术领域

本发明涉及无线通信***，更具体地，涉及一种用于提供端到端(E2E)电路服务(CS)呼叫跟踪功能的方案及用于该方案的相关网络单元。

背景技术

在第三代伙伴计划(3GPP)中，已经提出并研究了跟踪功能的概念。

3GPP技术规范中针对跟踪功能的术语和定义如下：

跟踪：

用于订户、用户设备(UE)和服务跟踪(服务跟踪仅用于IP多媒体子***(IMS))的通用术语。

跟踪会话：

以跟踪会话激活开始、并持续直到该特定跟踪会话去激活为止的时间间隔(参见图1)。

跟踪参考：

标识跟踪会话，并且是全球唯一的。

跟踪记录会话：

跟踪会话内的针对正在被跟踪的订户、UE或服务生成了跟踪记录的时间间隔。在3GPP技术规范中还定义了开始和停止跟踪记录会话的触发事件。

跟踪记录会话参考：

标识跟踪会话内的跟踪记录会话。

具体地，图1是示意了跟踪会话和跟踪参考的概念的示意图。

参照图1，跟踪会话110以跟踪会话激活120开始，跟踪会话激活120包含以下参数：

-用于订户跟踪的国际移动订户识别码(IMSI)、用于UE跟踪的国际移动设备身份(IMEI)或IMEI软件版本(IMEI(SV))或用于服务跟踪的公共ID；

-跟踪参考；以及

-跟踪控制和配置参数。

跟踪会话110将以跟踪会话去激活130开始，跟踪会话去激活130至少包含跟踪会话110的跟踪参考。

图2是示意了跟踪记录会话和跟踪记录会话参考的概念的示意图。

参照图2，跟踪会话110可以包括若干跟踪记录会话，作为示例示出了2个跟踪记录会话140和150。跟踪记录会话140和150中的每一个以开始触发事件开始，并且以停止触发事件结束。开始和停止触发事件二者都已经在3GPP技术规范中定义。此外，跟踪记录会话140和150中的每一个由在包括相应跟踪记录会话在内的跟踪会话110内是唯一的跟踪记录会话参考标识。

3GPP技术规范定义了基于管理的跟踪会话激活机制和基于信令的跟踪会话激活机制。

图3是示意了在电路服务(CS)域中利用基于信令的跟踪会话激活来跟踪移动源端呼叫的示例的时序图。

参照图3，在步骤301中，单元管理器服务器(EMS)向归属订户服务器(HSS)发送跟踪会话激活。

在步骤302中，当HSS从EMS接收到跟踪会话激活时，它存储与跟踪会话相关联的跟踪控制和配置参数。

在步骤303中，UE通过向移动切换中心(MSC)服务器(MSS)/访问位置寄存器(VLR)发送LOCATIONUPDATINGREQUEST(位置更新请求)消息来向网络注册。

在步骤304中，MSC服务器/VLR通过向HSS发送MAP-UPDATE_LOCATION(MAP-更新_位置)消息来更新HSS中的位置信息。

在步骤305中，在接收到UPDATE_LOCATION消息之后，HSS通过向MSC服务器/VLR发送MAP-ACTIVATE_TRACE_MODE(MAP-激活_跟踪_模式)消息来传播跟踪控制和配置参数。

在步骤305中，当HSS向MSC服务器发送MAP-ACTIVATE_TRACE_MODE消息时，消息中包括以下参数(这里，“(M)”表示强制的，“(O)”表示可选的)：

-IMSI(M)。

-跟踪参考(M)。

-用于MSC服务器(M)和MGW(M)的触发事件。

-跟踪深度(M)。

-用于跟踪的NE类型的列表(M)。

-用于MSC服务器(O)、MGW(O)和/或RNC(O)的接口的列表。

在步骤306中，当MCS服务器/VLR从HSS接收到MAP-ACTIVATE_TRACE_MODE消息时，它存储跟踪控制和配置参数。

在步骤307中，MCS服务器/VLR以从HSS接收到的跟踪参考开始跟踪会话。

在步骤308-310中，当出现在跟踪控制和配置参数中定义的任意开始触发事件时(例如，在移动源端呼叫开始(即，MSC服务器接收到具有被设置为源端呼叫建立的服务类型的CM_SERVICE_REQUEST(CM_服务_请求)消息的情况下)，MSC服务器开始跟踪记录会话，并且将跟踪控制和配置参数传播到媒体网关(MGW)(通过发送具有ADD命令的跟踪包)，以及传播到无线电网络(如果这在跟踪控制和配置参数(用于跟踪的网络单元(NE)类型)中定义)。

在步骤310中，当MSC服务器向MGW发送具有ADD命令的跟踪包时，消息中包括下列参数：

-IMSI或IMEI(SV)(M)。

-跟踪参考(M)。

-跟踪记录会话参考(M)。

-用于MGW的触发事件(M)。

-跟踪深度(M)。

-用于MGW的接口的列表(O)。

在步骤311中，在从MSC服务器接收到跟踪控制和配置参数时，MGW以从MSC服务器接收到的跟踪参考开始跟踪会话。

在当前的3GPP技术规范中，针对电路服务(CS)域仅定义了基于订户的跟踪。在呼叫过程期间，MSC可以将跟踪控制参数传播到无线电网络控制器(RNC)/基站控制器(BSC)和MGW，但是不能将跟踪控制和配置参数从源端MSC(O-MSC)传播到宿端MSC(T-MSC)。由于该限制：

(1)如果两个呼叫方不在同一个MSC服务器中，则可以在一个跟踪会话中捕捉到移动源端(MO)或移动终端(MT)呼叫过程，这取决于是将MO订户标识(Id)还是将MT订户标识(Id)用于跟踪会话激活。

(2)然而，在这种情形中，无法捕捉到用于呼叫过程的贯穿网关MSC(GMSC)/转接中心(TSC)的信令消息。

在实践中，运营商经常想要利用双方的呼叫跟踪来跟踪端到端(E2E)呼叫过程，以便对呼叫活动有一个E2E的查看，并且有效地处理有问题的呼叫。解决上述限制的一种可能性是在O-MSC处激活针对呼叫方的一个跟踪会话，以及在T-MSC处激活针对被叫方的另一跟踪会话。但是，这对于运营商相当不方便，并且在大多数情况下被叫方不是提前已知的。

发明内容

为了解决上述问题，本发明提出了一种支持跟踪包括呼叫过程中所涉及的所有呼叫方在内的端到端(E2E)呼叫活动的解决方案。

在本发明中，利用E2E呼叫跟踪选项来扩展跟踪控制和配置参数，以指示该跟踪会话是否是E2E呼叫跟踪会话。根据本发明，如果设置了E2E呼叫跟踪选项，则将跟踪控制和配置参数进一步扩展为包括跟踪收集实体参数，以指示所有跟踪数据应当被发送到的服务器。

在针对CS-CS呼叫跟踪的一个优选实施例中，还将O-MSC与TSC/GMSC之间的信令和GMSC/TSC与T-MSC之间的信令扩展为合并了至少包括由跟踪参考、跟踪记录会话参考和跟踪收集实体构成的参数的跟踪扩展字段。

备选地，在针对CS-CS呼叫跟踪的另一优选实施例中，还将O-MSC与TSC/GMSC之间的信令、TSC/GMSC与HLR/HSS之间的信令、以及HLR/HSS与T-MSC之间的信令扩展为包括跟踪扩展字段，所述跟踪扩展字段至少包括以下参数：跟踪参考、跟踪记录会话参考和跟踪收集实体。

在针对CS-IMS交互工作呼叫跟踪的一个优选实施例中，还将O-MSC与媒体网关控制功能(MGCF)之间的信令以及MGCF与询问呼叫会话控制功能(CSCF)(I-CSCF)/服务CSCF(S-CSCF)之间的信令扩展为包括跟踪扩展字段，所述跟踪扩展字段至少包括以下参数：跟踪参考、跟踪记录会话参考和跟踪收集实体。

备选地，在针对CS-IMS交互工作呼叫跟踪的另一个优选实施例中，还将O-MSC和S-CSCF之间的信令以及S-CSCF与服务集中和连续性(SCC)应用服务器(AS)之间的信令扩展为包括跟踪扩展字段，所述跟踪扩展字段至少包括以下参数：跟踪参考、跟踪记录会话参考和跟踪收集实体。

根据本发明的第一方案，提供了一种网络单元，作为用于端到端电路服务呼叫跟踪功能的源端网络单元，所述网络单元包括：接收机，配置用于接收包含跟踪控制和配置参数在内的跟踪激活消息，其中，跟踪控制和配置参数至少包括跟踪参考、开始触发事件、停止触发事件、端到端呼叫跟踪选项和跟踪收集实体的地址；存储设备，配置用于存储接收机所接收的跟踪控制和配置参数；跟踪数据报告器，配置用于以跟踪参考开始跟踪会话，在出现开始触发事件时，以跟踪记录会话参考开始跟踪记录会话，以及根据所存储的跟踪控制和配置参数记录和输出跟踪数据；以及发送机，配置用于检测跟踪激活消息中包括端到端呼叫跟踪选项，以及在去往下一个网络单元的协议信令消息中包括/发送跟踪扩展字段，其中，该跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考、以及跟踪收集实体的地址，其中，所述跟踪数据报告器还配置用于在出现停止触发事件时，停止跟踪记录会话。

优选地，所述跟踪数据报告器配置用于将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述跟踪数据报告器配置用于根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

优选地，所述跟踪数据报告器配置用于：实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

优选地，所述网络单元是源端移动切换中心服务器；所述跟踪激活消息是来自归属订户服务器的MAP-ACTIVATE_TRACE_MODE消息或者是来自单元管理器服务器的跟踪会话激活消息；以及所述协议信令消息是BICC/ISUPIAM消息或SIP：INVITE消息。

根据本发明的第二方案，提供了一种网络单元，作为用于端到端电路服务呼叫跟踪功能的中间网络单元，所述网络单元包括：接收机，配置用于接收包含第一跟踪扩展字段的第一协议信令消息，以及所述第一跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考和跟踪收集实体的地址；跟踪数据报告器，配置用于以接收到的跟踪参考以及接收到的跟踪记录会话参考来开始跟踪记录会话，以及根据所述第一跟踪扩展字段记录并输出跟踪数据；以及发送机，配置用于在去往下一个网络单元的第二协议信令消息中包括/发送第二跟踪扩展字段，其中所述第二跟踪扩展字段与所述第一跟踪扩展字段相同，或者是从所述第一跟踪扩展字段中获得的，其中，所述跟踪数据报告器还配置用于在出现针对跟踪记录会话的停止触发事件时，停止跟踪记录会话。

优选地，所述跟踪数据报告器配置用于将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述跟踪数据报告器配置用于根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

优选地，所述跟踪数据报告器配置用于：实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

优选地，所述网络单元是网关移动切换中心服务器或发送切换中心；所述第一协议信令消息是BICC/ISUPIAM消息；以及所述第二协议信令消息是BICC/ISUPIAM消息或MAPSRI消息。

优选地，所述网络单元是归属位置寄存器；所述第一协议信令消息是MAPSRI消息；以及所述第二协议信令消息是MAPPRN消息。

优选地，所述网络单元是媒体网关控制功能实体；所述第一协议信令消息是BICC/ISUPIAM消息；以及所述第二协议信令消息是SIP：INVITE消息。

优选地，所述网络单元是服务呼叫会话控制功能实体；所述第一协议信令消息是SIP：INVITE消息；以及所述第二协议信令消息是SIP：INVITE消息。

根据本发明的第三方案，提供了一种网络单元，作为用于端到端电路服务呼叫跟踪功能的宿端网络单元，所述网络单元包括：接收机，配置用于接收包含跟踪扩展字段在内的协议信令消息，所述跟踪扩展字段至少包括跟踪参考、开始记录会话参考、和跟踪收集实体的地址；以及跟踪数据报告器，配置用于以接收到的跟踪参考和接收到的跟踪记录会话参考开始跟踪记录会话，根据跟踪扩展字段记录并输出跟踪数据，以及在出现针对跟踪记录会话的停止触发事件时，停止跟踪记录会话。

优选地，所述跟踪数据报告器配置用于将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述跟踪数据报告器配置用于根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

优选地，所述跟踪数据报告器配置用于：实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

优选地，所述网络单元是宿端移动切换中心服务器；以及所述协议信令消息是BICC/ISUPIAM消息或MAPPRN消息。

优选地，所述网络单元是服务呼叫会话控制功能实体；以及所述协议信令消息是SIP：INVITE消息。

根据本发明的第四方案，提供了一种用于提供端到端电路服务呼叫跟踪功能的方法，所述方法包括步骤：接收包含跟踪控制和配置参数在内的跟踪激活消息，其中，该跟踪控制和配置参数至少包括跟踪参考、开始触发事件、停止触发事件、端到端呼叫跟踪选项和跟踪收集实体的地址；存储接收到的跟踪控制和配置参数；以跟踪参考开始跟踪会话；在出现开始触发事件时，以跟踪记录会话参考开始跟踪记录会话；根据所存储的跟踪控制和配置参数记录/输出跟踪数据；在去往下一个网络单元的协议信令消息中包括/发送跟踪扩展字段，其中，该跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考、以及跟踪收集实体的地址；以及在出现停止触发事件时，停止跟踪记录会话。

优选地，将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述方法还包括步骤：根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

优选地，实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

优选地，所述方法由源端移动切换中心服务器采用；所述跟踪激活消息是来自归属订户服务器的MAP-ACTIVATE_TRACE_MODE消息或者是来自单元管理器服务器的跟踪会话激活消息；以及所述协议信令消息是BICC/ISUPIAM消息或SIP：INVITE消息。

根据本发明的第五方案，提供了一种用于提供端到端电路服务呼叫跟踪功能的方法，所述方法包括：接收包含第一跟踪扩展字段的第一协议信令消息，以及所述第一跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考和跟踪收集实体的地址；以接收到的跟踪参考以及接收到的跟踪记录会话参考来开始跟踪记录会话；根据所述第一跟踪扩展字段记录/输出跟踪数据；在去往下一个网络单元的第二协议信令消息中包括/发送第二跟踪扩展字段，其中所述第二跟踪扩展字段与所述第一跟踪扩展字段相同，或者是从所述第一跟踪扩展字段中获得的；以及在出现针对跟踪记录会话的停止触发事件时，停止跟踪记录会话。

优选地，将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述方法还包括步骤：根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

优选地，实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

优选地，所述方法由网关移动切换中心服务器或发送切换中心采用；所述第一协议信令消息是BICC/ISUPIAM消息；以及所述第二协议信令消息是BICC/ISUPIAM消息或MAPSRI消息。

优选地，所述方法由归属位置寄存器采用；所述第一协议信令消息是MAPSRI消息；以及所述第二协议信令消息是MAPPRN消息。

优选地，所述方法由媒体网关控制功能实体采用；所述第一协议信令消息是BICC/ISUPIAM消息；以及所述第二协议信令消息是SIP：INVITE消息。

优选地，所述方法由服务呼叫会话控制功能实体采用；所述第一协议信令消息是SIP：INVITE消息；以及所述第二协议信令消息是SIP：INVITE消息。

根据本发明的第六方案，提供了一种用于提供端到端电路服务呼叫跟踪功能的方法，所述方法包括：接收包含跟踪扩展字段在内的协议信令消息，以及所述协议信令消息至少包括跟踪参考、开始记录会话参考、和跟踪收集实体的地址；以接收到的跟踪参考和接收到的跟踪记录会话参考开始跟踪记录会话；根据跟踪扩展字段记录/输出跟踪数据；以及在出现针对跟踪记录会话的停止触发事件时，停止跟踪记录会话。

优选地，将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述方法还包括步骤：根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

优选地，实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

优选地，所述方法由宿端移动切换中心服务器采用；以及所述协议信令消息是BICC/ISUPIAM消息或MAPPRN消息。

优选地，所述方法由服务呼叫会话控制功能实体采用；以及所述协议信令消息是SIP：INVITE消息。

附图说明

通过下面结合附图详细描述本发明的非限制实施例，将使本发明的上述及其它目的、特征和优点更加清楚，在附图中：

图1是示意了跟踪会话和跟踪参考的概念的示意图；

图2是示意了跟踪记录会话和跟踪记录会话参考的概念的示意图；

图3是示意了在电路服务(CS)域中利用基于信令的跟踪会话激活来跟踪移动源端呼叫的示例的时序图；

图4是示意了用于端到端(E2E)CS-CS呼叫跟踪场景的本发明的第一实施例的时序图；

图5是示意了用于E2ECS-CS呼叫跟踪场景的本发明的第二实施例的时序图；

图6是示意了用于E2ECS-IMS交互工作呼叫跟踪场景的本发明的第三实施例的时序图；

图7是示意了用于E2ECS-IMS交互工作呼叫跟踪场景的本发明的第四实施例的时序图；

图8A是用于示意网络单元(NE)8000在被视为上述第一至第四实施例中的O-MSC时的结构的示意框图；

图8B是用于示意NE8000在被视为上述第一至第四实施例中O-MSC时的操作的流程图；

图9A是用于示意NE9000在被视为上述第一实施例中的TSC/GMSC、上述第二实施例中的TSC/GMSC或HSS、上述第三实施例中的MGCF/I-CSCF、或者上述第四实施例中的S-CSCF时的结构的示意框图；

图9B是用于示意NE9000在被视为上述第一实施例中的TSC/GMSC、上述第二实施例中的TSC/GMSC或HSS、上述第三实施例中的MGCF/I-CSCF、或者上述第四实施例中的S-CSCF时的操作的流程图；

图10A是用于示意NEA000在被视为上述第一和第二实施例中的T-MSC或者上述第三和第四实施例中的S-CSCF时的结构的示意框图；以及

图10B是用于示意NEA000在被视为上述第一和第二实施例中的T-MSC或者上述第三和第四实施例中的S-CSCF时的操作的流程图。

具体实施方式

下面参照附图对本发明进行描述。在下列描述中，一些具体的实施例仅用于描述的目的，不应当被理解为对本发明的任何限制，而仅仅是其示例。将省略传统结构或构造，以防止对本发明的理解造成混淆。

[第一实施例]

图4是示意了用于端到端(E2E)CS-CS呼叫跟踪场景的本发明的第一实施例的时序图。

参照图4，在步骤401中，操作和维护(O&M)服务(例如EMS)向HSS/归属位置寄存器(HLR)发送跟踪会话激活。

在本发明中，将跟踪控制和配置参数扩展为包括E2E呼叫跟踪选项，以指示该跟踪会话是否是E2E呼叫跟踪会话。如果包括了该E2E呼叫跟踪选项(即，该跟踪会话是E2E呼叫跟踪会话)，则将跟踪控制和配置参数进一步扩展为包括跟踪收集实体的参数，以指示应当将所有跟踪数据发送至的服务器。在本发明的上下文中，详细描述了包括E2E呼叫跟踪选项和跟踪收集实体的参数的情况，即，运营商指示跟踪E2E呼叫过程。

在步骤402，当HSS/HLR接收到来自O&M服务的跟踪会话激活时，它存储与跟踪会话相关联的跟踪控制和配置参数，其中该跟踪控制和配置参数包括E2E呼叫跟踪选项和跟踪收集实体的参数。

在步骤403中，UEA通过向O-MSC服务器/VLR发送LOCATIONUPDATINGREQUEST(位置更新请求)消息来向网络进行注册。

在步骤404中，O-MSC服务器/VLR通过向HSS发送MAP-UPDATE_LOCATION(MAP-更新_位置)消息来更新HSS中的位置信息。

在步骤405中，在接收到UPDATE_LOCATION(更新_位置)消息之后，HSS/HLR在向O-MSC服务器/VLR发送MAP-ACTIVATE_TRACE_MODE(MAP-激活_跟踪_模式)消息时，在跟踪控制和配置参数中包括E2E呼叫跟踪选项和跟踪收集实体的参数。

在步骤405中，当HSS/HLR向MSC服务器发送MAP-ACTIVATE_TRACE_MODE消息时，在该消息中包括下列参数(这里，(M)表示强制的，(O)表示可选的)：

-IMSI(M)。

-跟踪参考(M)。

-E2E选项(O)。

-跟踪收集实体(O)。

-用于MSC服务器(M)和MGW(M)的触发事件。

-跟踪深度(M)。

-用于跟踪的NE类型的列表(M)。

-用于MSC服务器(O)、MGW(O)和/或RNC(O)的接口的列表。

在步骤406中，当O-MSC服务器/VLR从HSS接收到MAP-ACTIVATE_TRACE_MODE消息时，它存储跟踪控制和配置参数(包括E2E呼叫跟踪选项和跟踪收集实体的参数)。

在步骤407中，O-MCS服务器/VLR以从HSS接收到的跟踪参考开始跟踪会话。

在步骤408和409中，当出现在跟踪控制和配置参数中定义的任意开始触发事件时(例如，O-MSC服务器从UEA接收到具有被设置为源端呼叫建立的服务类型的CM_SERVICE_REQUEST(CM_服务_请求)消息)，O-MSC服务器以跟踪记录会话参考开始跟踪记录会话，并且根据跟踪控制和配置参数来记录并输出与呼叫过程相关的信令消息。

在步骤410中，在开始跟踪记录会话时，如果针对相应的跟踪会话包括(即，设置)E2E呼叫跟踪选项，则O-MSC在去往TSC/GMSC的出局的承载无关呼叫控制(BICC)/ISDN用户部分(ISUP)初始地址消息(IAM)消息中包括跟踪扩展字段。

作为选项，O-MSC能够基于运营商策略来决定是否在出局的BICC/ISUPIAM消息中包括跟踪扩展字段。

例如，可以基于主叫方号码、被叫方号码和/或路由类别来定义运营商策略。作为示例，O-MSC针对被叫方号码的详细确定过程可以如下提供：

分析被叫方号码，

决定该被叫方号码是否属于运营商预先定义的特定号码类别(例如，是国际号码或特定服务号码)，

如果运营商策略禁止包括针对预先定义的特定号码类别的跟踪扩展，则不在出局的BICC/ISUPIAM消息中包括跟踪扩展，

否则，如果运营商策略不禁止包括针对预先定义的特定号码类别的跟踪扩展，则在出局的BICC/ISUPIAM消息中包括跟踪扩展。

针对BICC/ISUPIAM的跟踪扩展字段至少包括下列跟踪控制和配置参数：

-跟踪参考

-跟踪记录会话参考

-触发事件

-跟踪深度

-接口列表

-跟踪收集实体的IP地址

针对上述跟踪控制和配置参数的定义与在3GPP技术规范中所规定的一样。“跟踪收集实体的IP地址”是跟踪收集实体的参数的一个具体示例，该示例涉及公共跟踪服务器，其中基于跟踪参考和跟踪记录会话参考，将接收自不同网络节点的相同呼叫过程的跟踪记录相关联。

针对跟踪扩展字段的兼容性参数是根据BICC/ISUP标准设置的，并且不会使不支持跟踪扩展的正在接收的MSC拒绝该呼叫。根据ITU-Q.1902.2，在BICC/ISUPIAM中存在可选参数：参数兼容性信息，该参数可以支持在BICC/ISUPIAM消息中添加新参数，而不引入后向兼容的问题。

在步骤411中，如果TSC/GMSC支持在BICC/ISUPIAM消息中包括的跟踪扩展字段，则它以接收到的跟踪参考和跟踪记录会话参考，开始跟踪记录会话，根据在接收到的BICC/ISUPIAM消息中包括的跟踪扩展字段中的跟踪控制和配置参数，来记录并输出与呼叫过程相关的信令消息。

同样，作为选项，TSC/GMSC可以基于运营商策略来决定是否开始跟踪记录会话以及是否传播跟踪扩展。应注意，TSC/GMSC可以由与O-MSC的运营商不同的运营商操作，并且因此运营商策略可以不同于O-MSC的运营商所提供的运营商策略(例如，在步骤410中列出的那些)。

在步骤412-415中，GMSC在询问HSS以路由呼叫时，向HSS发送MobileApplicationPart(移动应用部分)(MAP)SendRoutingInformation(发送路由信息)(SRI)消息；询问HSS向T-MSC发送MAPProvideRoamingNumber(提供漫游号码)(PRN)消息；T-MSC响应于从询问HSS接收到的MAPPRN来返回MAPPRN肯定应答(ACK)；以及在从T-MSC接收到MAPPRNACK时，询问HSS向GMSC返回MAPSRIACK作为针对MAPSRI的肯定响应。步骤412-415的这一过程与在3GPP技术规范中所规定的相同。

在步骤416中，在从询问HSS接收到MAPSRIACK之后，TSC/GMSC在去往T-MSC的出局的BICC/ISUPIAM消息中传播跟踪扩展字段。

在步骤417中，如果T-MSC支持BICC/ISUPIAM消息中的跟踪扩展字段，则它以接收到的跟踪参考和跟踪记录会话参考，开始跟踪记录会话。在开始跟踪记录会话之后，T-MSC根据在接收到的BICC/ISUPIAM消息中所包括的跟踪扩展字段中的跟踪控制和配置参数，来记录并输出与呼叫过程相关的信令消息。

同样，作为选项，T-MSC可以基于运营商策略来决定是否开始跟踪记录会话。应注意，T-MSC可以由与O-MSC的运营商和/或TSC/GMSC的运营商不同的运营商来操作，并且因此该运营商策略可以不同于O-MSC和/或TSC/GMSC的运营商所提供的运营商策略(例如，在步骤410中列出的那些)。

在步骤418中，T-MSC向UEA正在呼叫的UEB发送寻呼请求。

其后，在相关实体之间执行针对UEA与UEB之间的CS-CS呼叫过程的正常操作。

在呼叫过程期间，O-MSC、TSC/GMSC或T-MSC可以根据跟踪控制和配置参数记录(以集中方式)和输出(以实时方式)与呼叫过程相关的信令消息，直到停止相应的跟踪记录会话。在跟踪记录会话结束时，O-MSC、TSC/GMSC和/或T-MSC移除跟踪控制和配置参数，并停止跟踪过程。

O-MSC、TSC/GMSC或T-MSC按照集中方式将所有相关跟踪数据记录到跟踪文件内，并在出现针对跟踪记录会话的停止触发事件之后，O-MSC、TSC/GMSC或T-MSC停止相应的跟踪记录会话，然后将所记录的跟踪文件输出到跟踪收集实体。

O-MSC、TSC/GMSC或T-MSC按照实时方式将相关跟踪数据记录并输出到跟踪收集实体。

按照集中方式和实时方式，跟踪参考和跟踪记录会话参考用于使相同的呼叫过程相关，并且可以被包括在所记录的跟踪文件的名称中(按照集中方式)或者包括在跟踪数据中，该跟踪数据被实时记录并输出到跟踪收集实体。

代替在步骤401-406中执行的操作，另一种方法是直接从单元管理器(EM)实体(例如EMS)向其所管理的MSC服务器激活具有E2E呼叫跟踪能力的跟踪会话。例如，EMS可以直接向其所管理的MSC服务器发送跟踪会话激活，而不用经过HSS/HLR，并且所管理的MSC服务器存储跟踪控制和配置参数(包括E2E呼叫跟踪选项和跟踪收集实体的参数)。其后，与在步骤407中的操作类似，MSC服务器以从EM实体接收到的跟踪参考，开始跟踪会话。应当使用跟踪会话参考，经由管理接口，向EM实体所管理的MSC服务器发送包括E2E呼叫跟踪选项的跟踪控制和配置参数的相同集合，作为HSS跟踪激活(参考针对步骤401所描述的内容)。与来自HSS的跟踪激活的方法相比，基于管理的激活不依赖于HSS，但是被跟踪的订户可以不在EM管理区域的MSC服务器中注册。针对基于管理的激活，EM实体需要确保其所管理区域内的跟踪参考的参数的唯一性。

此外，针对在步骤401-406中所描述的基于HSS的激活和上述备选的基于管理的激活，运营商可能还具有针对基于管理的激活的安全性顾虑，即，只访问一些节点(一个EM区域)的人能够获得整个网络的跟踪信息。为了消除这种安全性问题，运营商可以配置MSC服务器上的可信跟踪收集实体(即，跟踪服务器)的列表，并禁止跟踪数据输出到不可信跟踪服务器。

在以上描述中，使用BICC/ISUP作为Nc接口的协议。还可以将用于E2E呼叫跟踪的跟踪控制和配置参数扩展到基于SIP-I的Nc接口(该扩展可以包括在封装在SIP消息中的BICC/ISUP消息中)，或者在Nc接口上使用的任意适当的呼叫控制协议(例如，TUP)。但是，针对其他协议类型的扩展也应当确保发送和接收节点之间的兼容性。在协议类型不提供如BICC/ISUP/SIP-I那样的兼容性的情况下，只有在接收和发送节点二者都支持扩展字段时，才可以包括跟踪扩展。

利用本发明的上述第一实施例，可以实现下列优点：

(1)网络运营商可以给移动订户提供较好的客户关怀服务。可以完全跟踪并定位各个订户的问题，从而加速对问题的解决。这提高了客户满意度，并减少客户流失。

(2)运营商可以通过在一个网络节点处激活跟踪会话来捕捉E2E呼叫跟踪活动。便于运营商执行问题解答和功能验证。

(3)该方案在引入E2E跟踪选项之后不会导致交互工作方面的问题。不支持E2E跟踪能力的MSC将忽略跟踪扩展字段并继续呼叫建立过程。

[第二实施例]

图5是示意了用于端到端(E2E)CS-CS呼叫跟踪场景的本发明的第二实施例的时序图。图5中与图4相同的步骤以相同的附图标记表示，并因此省略对其的详细描述，以避免繁冗。

在执行了步骤401-411之后，在步骤512中，GMSC在询问HSS以路由呼叫时，在MAP(SRI)消息中包括跟踪控制和配置参数的扩展字段。

在步骤513中，如果询问HSS支持跟踪扩展，则它在MAPPRN消息中向T-MSC传播跟踪扩展字段。

另一方面，如果询问HSS不支持MAPSRI中的跟踪扩展字段，则它将不在MAPPRN消息中包括跟踪扩展字段，然后将执行第一实施例中的步骤413-418，以代替第二实施例中的步骤513、517、414-416和418的处理顺序。

在步骤517中，如果T-MSC在MAPPRN消息中检测到跟踪扩展字段，则它以接收到的跟踪记录会话参考，开始跟踪记录会话。在开始跟踪记录会话之后，T-MSC根据在接收到的MAPPRN消息中包括的跟踪扩展字段中的跟踪控制和配置参数来记录并输出与呼叫过程相关的信令消息。

同样，作为选项，T-MSC可以基于运营商策略决定是否开始跟踪记录会话。应注意，T-MSC可以由与O-MSC的运营商和/或TSC/GMSC的运营商不同的运营商来操作，并且因此运营商策略可以不同于O-MSC和/或TSC/GMSC的运营商所提供的运营商策略(例如，在步骤410中列出的那些)。

在步骤414-416和418之后，在相关实体之间执行针对UEA与UEB之间的CS-CS呼叫过程的正常操作。

在呼叫过程期间，O-MSC、TSC/GMSC或T-MSC可以根据跟踪控制和配置参数记录(以集中方式)和输出(以实时方式)与呼叫过程相关的信令消息，直到停止相应的跟踪记录会话。在跟踪记录会话结束时，O-MSC、TSC/GMSC和/或T-MSC移除跟踪控制和配置参数，并停止跟踪过程。

O-MSC、TSC/GMSC或T-MSC按照集中方式将所有相关跟踪数据记录到跟踪文件内，并在出现针对跟踪记录会话的停止触发事件之后，O-MSC、TSC/GMSC或T-MSC停止相应的跟踪记录会话，然后将所记录的跟踪文件输出到跟踪收集实体。

O-MSC、TSC/GMSC或T-MSC按照实时方式将相关跟踪数据记录并输出到跟踪收集实体。

按照集中方式和实时方式，跟踪参考和跟踪记录会话参考用于使相同的呼叫过程相关，并且可以被包括在所记录的跟踪文件的名称中(按照集中方式)或者包括在跟踪数据中，该跟踪数据被实时记录并输出到跟踪收集实体。

代替在步骤401-406中执行的操作，另一种方法是直接从单元管理器(EM)实体(例如EMS)向其所管理的MSC服务器激活具有E2E呼叫跟踪能力的跟踪会话。例如，EMS可以直接向其所管理的MSC服务器发送跟踪会话激活，而不用经过HSS/HLR，并且所管理的MSC服务器存储跟踪控制和配置参数(包括E2E呼叫跟踪选项和跟踪收集实体的参数)。其后，与在步骤407中的操作类似，MSC服务器以从EM实体接收到的跟踪参考，开始跟踪会话。应当使用跟踪会话参考，经由管理接口，向EM实体所管理的MSC服务器发送包括E2E呼叫跟踪选项的跟踪控制和配置参数的相同集合，作为HSS跟踪激活(参考针对步骤401所描述的内容)。与来自HSS的跟踪激活的方法相比，基于管理的激活不依赖于HSS，但是被跟踪的订户可以不在EM管理区域的MSC服务器中注册。针对基于管理的激活，EM实体需要确保其所管理区域内的跟踪参考的参数的唯一性。

此外，针对在步骤401-406中所描述的基于HSS的激活和上述备选的基于管理的激活，运营商可能还具有针对基于管理的激活的安全性顾虑，即，只访问一些节点(一个EM区域)的人能够获得整个网络的跟踪信息。为了消除这种安全性问题，运营商可以配置MSC服务器上的可信跟踪收集实体(即，跟踪服务器)的列表，并禁止跟踪数据输出到不可信跟踪服务器。

在以上描述中，使用BICC/ISUP作为Nc接口的协议。还可以将用于E2E呼叫跟踪的跟踪控制和配置参数扩展到基于SIP-I的Nc接口(该扩展可以包括在封装在SIP消息中的BICC/ISUP消息中)，或者在Nc接口上使用的任意适当的呼叫控制协议(例如，TUP)。但是，针对其他协议类型的扩展也应当确保发送和接收节点之间的兼容性。在协议类型不提供如BICC/ISUP/SIP-I那样的兼容性的情况下，只有在接收和发送节点二者都支持扩展字段时，才可以包括跟踪扩展。

尽管影响了HLR/HSS(限制了部署可能性)，利用本发明的上述第二实施例，可以实现下列优点：

(1)网络运营商可以给移动订户提供较好的客户关怀服务。可以完全跟踪并定位各个订户的问题，从而加速对问题的解决。这提高了客户满意度，并减少客户流失。

(2)运营商可以通过在一个网络节点处激活跟踪会话来捕捉E2E呼叫跟踪活动。便于运营商执行问题解答和功能验证。

(3)该方案在引入E2E跟踪选项之后不会导致交互工作方面的问题。不支持E2E跟踪能力的MSC将忽略跟踪扩展字段并继续呼叫建立过程。

[第三实施例]

图6是示意了用于端到端(E2E)CS-IMS交互工作呼叫跟踪场景的本发明的第三实施例的时序图。图6中与图4相同的步骤以相同的附图标记表示，并因此省略对其的详细描述，以避免繁冗。

在执行了步骤401-409之后，在步骤610中，针对CS-IMS交互工作场景，在跟踪记录会话开始时，如果针对相应的跟踪会话包括(即，设置)E2E呼叫跟踪选项，则O-MSC在去往媒体网关控制功能(MGCF)的出局的BICC/ISUPIAM消息中包括跟踪扩展字段。

作为选项，O-MSC能够基于运营商策略来决定是否在出局的BICC/ISUPIAM消息中包括跟踪扩展字段。

例如，可以基于主叫方号码、被叫方号码和/或路由类别来定义运营商策略。作为示例，O-MSC针对被叫方号码的详细确定过程可以如下提供：

分析被叫方号码，

决定该被叫方号码是否属于运营商预先定义的特定号码类别(例如，是国际号码或特定服务号码)，

如果运营商策略禁止包括针对预先定义的特定号码类别的跟踪扩展，则不在出局的BICC/ISUPIAM消息中包括跟踪扩展，

否则，如果运营商策略不禁止包括针对预先定义的特定号码类别的跟踪扩展，则在出局的BICC/ISUPIAM消息中包括跟踪扩展。

针对BICC/ISUPIAM的跟踪扩展字段至少包括下列跟踪控制和配置参数：

-跟踪参考

-跟踪记录会话参考

-触发事件

-跟踪深度

-接口列表

-跟踪收集实体的IP地址

针对上述跟踪控制和配置参数的定义与在3GPP技术规范中所规定的一样。“跟踪收集实体的IP地址”是跟踪收集实体的参数的一个具体示例，该示例涉及公共跟踪服务器，其中基于跟踪参考和跟踪记录会话参考，将接收自不同网络节点的相同呼叫过程的跟踪记录相关联。

针对跟踪扩展字段的兼容性参数是根据BICC/ISUP标准设置的，并且不会使不支持跟踪扩展的正在接收的MSC拒绝该呼叫。根据ITU-Q.1902.2，在BICC/ISUPIAM存在可选参数：参数兼容性信息，该参数可以支持在IBICC/ISUPIAM消息中添加新参数，而不会引入后向兼容的问题。

在步骤611中，如果MGCF支持在BICC/ISUPIAM消息中包括的跟踪扩展字段，则它以接收到的跟踪参考和跟踪记录会话参考，开始跟踪记录会话，根据在接收到的BICC/ISUPIAM消息中包括的跟踪扩展字段中的跟踪控制和配置参数，来记录并输出与呼叫过程相关的出局会话发起协议(SIP)信令消息。

同样，作为选项，MGCF可以基于运营商策略来决定是否开始跟踪记录会话以及是否传播跟踪控制和配置参数。应注意，MGCF可以由与O-MSC的运营商不同的运营商操作，并且因此运营商策略可以不同于O-MSC的运营商所提供的运营商策略(例如，在步骤610中列出的那些)。

在步骤616中，MGCF基于运营商策略，在去往询问呼叫会话控制功能(CSCF)(I-CSCF)/服务CSCF(S-CSCF)的出局的SIPINVITE消息中传播跟踪控制和配置参数。

在步骤617中，I/S-CSCF以接收到的跟踪参考和跟踪记录会话参考，开始跟踪记录会话。在开始跟踪记录会话之后，I/S-CSCF根据在接收到的SIPINVITE消息中包括的跟踪控制和配置参数，来记录并输出与呼叫过程相关的SIP信令消息。

还是作为选项，I/S-CSCF基于运营商策略决定是否开始跟踪记录会话。应注意，I/S-CSCF可以由与O-MSC的运营商和/或MGCF的运营商不同的运营商来操作，并且因此运营商策略可以不同于O-MSC和/或MGCF的运营商所提供的运营商策略(例如，在步骤610中列出的那些)。

在步骤618中，S-CSCF向UEA正在呼叫的UEB发送SIPINVITE消息。

其后，在相关实体之间执行针对UEA与UEB之间的CS-IMS交互工作呼叫过程的正常操作。

在呼叫过程期间，O-MSC、MGCF或I/S-CSCF可以根据跟踪控制和配置参数记录(以集中方式)和输出(以实时方式)与呼叫过程相关的信令消息，直到停止相应的跟踪记录会话。在跟踪记录会话结束时，O-MSC、MGCF和/或I/S-CSCF移除跟踪控制和配置参数，并停止跟踪过程。

O-MSC、MGCF或I/S-CSCF按照集中方式将所有相关跟踪数据记录到跟踪文件内，并在出现针对跟踪记录会话的停止触发事件之后，O-MSC、MGCF或I/S-CSCF停止相应的跟踪记录会话，然后将所记录的跟踪文件输出到跟踪收集实体。

O-MSC、MGCF或I/S-CSCF按照实时方式将相关跟踪数据记录并输出到跟踪收集实体。

按照集中方式和实时方式，跟踪参考和跟踪记录会话参考用于使相同的呼叫过程相关，并且可以被包括在所记录的跟踪文件的名称中(按照集中方式)或者包括在跟踪数据中，该跟踪数据被实时记录并输出到跟踪收集实体。

代替在步骤401-406中执行的操作，另一种方法是直接从单元管理器(EM)实体(例如EMS)向其所管理的MSC服务器激活具有E2E呼叫跟踪能力的跟踪会话。例如，EMS可以直接向其所管理的MSC服务器发送跟踪会话激活，而不用经过HSS/HLR，并且所管理的MSC服务器存储跟踪控制和配置参数(包括E2E呼叫跟踪选项和跟踪收集实体的参数)。其后，与在步骤407中的操作类似，MSC服务器以从EM实体接收到的跟踪参考，开始跟踪会话。应当使用跟踪会话参考，经由管理接口，向EM实体所管理的MSC服务器发送包括E2E呼叫跟踪选项的跟踪控制和配置参数的相同集合，作为HSS跟踪激活(参考针对步骤401所描述的内容)。与来自HSS的跟踪激活的方法相比，基于管理的激活不依赖于HSS，但是被跟踪的订户可以不在EM管理区域的MSC服务器中注册。针对基于管理的激活，EM实体需要确保其所管理区域内的跟踪参考的参数的唯一性。

此外，针对在步骤401-406中所描述的基于HSS的激活和上述备选的基于管理的激活，运营商可能还具有针对基于管理的激活的安全性顾虑，即，只访问一些节点(一个EM区域)的人能够获得整个网络的跟踪信息。为了消除这种安全性问题，运营商可以配置MSC服务器上的可信跟踪收集实体(即，跟踪服务器)的列表，并禁止跟踪数据输出到不可信跟踪服务器。

利用本发明的上述第三实施例，可以实现下列优点：

(1)网络运营商可以给移动订户提供较好的客户关怀服务。可以完全跟踪并定位各个订户的问题，从而加速对问题的解决。这提高了客户满意度，并减少客户流失。

(2)运营商可以通过在一个网络节点处激活跟踪会话来捕捉E2E呼叫跟踪活动。便于运营商执行问题解答和功能验证。

(3)该方案在引入E2E跟踪选项之后不会导致交互工作方面的问题。不支持E2E跟踪能力的MSC将忽略跟踪扩展字段并继续呼叫建立过程。

[第四实施例]

图7是示意了用于端到端(E2E)CS-IMS交互工作呼叫跟踪场景的本发明的第四实施例的时序图。图7中与图4相同的步骤以相同的附图标记表示，并因此省略对其的详细描述，以避免繁冗。

在本发明的第四实施例中，将O-MSC增强用于IMS集中服务(ICS)，以便将O-MSC部署在基于ICS的CS-IMS交互工作场景中。

在执行了步骤401-409之后，在步骤710中，在开始跟踪记录会话时，如果针对相应的跟踪会话包括(即，设置)E2E呼叫跟踪选项，则O-MSC在去往S-CSCF的出局的SIPINVITE消息中包括跟踪控制和配置参数。

作为选项，O-MSC能够基于运营商策略来决定是否在出局的SIPINVITE消息中包括跟踪控制和配置参数。

例如，可以基于主叫方号码、被叫方号码和/或路由类别来定义运营商策略。作为示例，O-MSC针对被叫方号码的详细确定过程可以如下提供：

分析被叫方号码，

决定该被叫方号码是否属于运营商预先定义的特定号码类别(例如，是国际号码或特定服务号码)，

如果运营商策略禁止包括针对预先定义的特定号码类别的跟踪控制和配置参数，则不在出局的SIPINVITE消息中包括跟踪控制和配置参数，

否则，如果运营商策略不禁止包括针对预先定义的特定号码类别的跟踪控制和配置参数，则在出局的SIPINVITE消息中包括跟踪控制和配置参数。

针对SIPINVITE消息的跟踪控制和配置参数至少包括下列项：

-跟踪参考

-跟踪记录会话参考

-触发事件

-跟踪深度

-接口列表

-跟踪收集实体的IP地址

针对上述跟踪控制和配置参数的定义与在3GPP技术规范中所规定的一样。“跟踪收集实体的IP地址”是跟踪收集实体的参数的一个具体示例，该示例涉及公共跟踪服务器，其中基于跟踪参考和跟踪记录会话参考，将接收自不同网络节点的相同呼叫过程的跟踪记录相关联。

在步骤711中，如果S-CSCF支持在SIPINVITE消息中包括的跟踪控制和配置参数，则它以接收到的跟踪参考和跟踪记录会话参考，开始跟踪记录会话，根据在接收到的SIPINVITE消息中包括的跟踪控制和配置参数，来记录并输出与呼叫过程相关的出局SIP信令消息。

同样，作为选项，S-CSCF可以基于运营商策略来决定是否开始跟踪记录会话以及是否传播跟踪控制和配置参数。应注意，S-CSCF可以由与O-MSC的运营商不同的运营商操作，并且因此运营商策略可以不同于O-MSC的运营商所提供的运营商策略(例如，在步骤710中列出的那些)。

在步骤716中，S-CSCF基于运营商策略，在去往服务集中和连续性(SCC)应用服务器(AS)的出局的SIPINVITE消息中传播跟踪控制和配置参数。

在步骤717中，SCCAS以接收到的跟踪参考和跟踪记录会话参考，开始跟踪记录会话。在开始跟踪记录会话之后，SCCAS根据在接收到的SIPINVITE消息中包括的跟踪控制和配置参数，来记录并输出与呼叫过程相关的SIP信令消息。

同样，作为选项，SCCAS基于运营商策略决定是否开始跟踪记录会话。应注意，SCCAS可以由与O-MSC的运营商和/或S-CSCF的运营商不同的运营商来操作，并且因此运营商策略可以不同于O-MSC和/或S-CSCF的运营商所提供的运营商策略(例如，在步骤710中列出的那些)。

在步骤720中，SCCAS向S-CSCF发送SIPINVITE消息，作为对从S-CSCF接收到的SIPINVITE消息的响应。

在步骤618中，S-CSCF向UEA正在呼叫的UEB发送SIPINVITE消息。

其后，在相关实体之间执行针对UEA与UEB之间的CS-IMS交互工作呼叫过程的正常操作。

在呼叫过程期间，O-MSC、S-CSCF或SCCAS可以根据跟踪控制和配置参数记录(以集中方式)和输出(以实时方式)与呼叫过程相关的信令消息，直到停止相应的跟踪记录会话。在跟踪记录会话结束时，O-MSC、S-CSCF和/或SCCAS移除跟踪控制和配置参数，并停止跟踪过程。

O-MSC、S-CSCF或SCCAS按照集中方式将所有相关跟踪数据记录到跟踪文件内，并在出现针对跟踪记录会话的停止触发事件之后，O-MSC、S-CSCF或SCCAS停止相应的跟踪记录会话，然后将所记录的跟踪文件输出到跟踪收集实体。

O-MSC、S-CSCF或SCCAS按照实时方式将相关跟踪数据记录并输出到跟踪收集实体。

按照集中方式和实时方式，跟踪参考和跟踪记录会话参考用于使相同的呼叫过程相关，并且可以被包括在所记录的跟踪文件的名称中(按照集中方式)或者包括在跟踪数据中，该跟踪数据被实时记录并输出到跟踪收集实体。

代替在步骤401-406中执行的操作，另一种方法是直接从单元管理器(EM)实体(例如EMS)向其所管理的MSC服务器激活具有E2E呼叫跟踪能力的跟踪会话。例如，EMS可以直接向其所管理的MSC服务器发送跟踪会话激活，而不用经过HSS/HLR，并且所管理的MSC服务器存储跟踪控制和配置参数(包括E2E呼叫跟踪选项和跟踪收集实体的参数)。其后，与在步骤407中的操作类似，MSC服务器以从EM实体接收到的跟踪参考，开始跟踪会话。应当使用跟踪会话参考，经由管理接口，向EM实体所管理的MSC服务器发送包括E2E呼叫跟踪选项的跟踪控制和配置参数的相同集合，作为HSS跟踪激活(参考针对步骤401所描述的内容)。与来自HSS的跟踪激活的方法相比，基于管理的激活不依赖于HSS，但是被跟踪的订户可以不在EM管理区域的MSC服务器中注册。针对基于管理的激活，EM实体需要确保其所管理区域内的跟踪参考的参数的唯一性。

此外，针对在步骤401-406中所描述的基于HSS的激活和上述备选的基于管理的激活，运营商可能还具有针对基于管理的激活的安全性顾虑，即，只访问一些节点(一个EM区域)的人能够获得整个网络的跟踪信息。为了消除这种安全性问题，运营商可以配置MSC服务器上的可信跟踪收集实体(即，跟踪服务器)的列表，并禁止跟踪数据输出到不可信跟踪服务器。

尽管针对ICS，对O-MSC进行增强(这提高了***部署复杂度)，然而利用本发明的上述第四实施例，可以实现下列优点：

(1)网络运营商可以给移动订户提供较好的客户关怀服务。可以完全跟踪并定位各个订户的问题，从而加速对问题的解决。这提高了客户满意度，并减少客户流失。

(2)运营商可以通过在一个网络节点处激活跟踪会话来捕捉E2E呼叫跟踪活动。便于运营商执行问题解答和功能验证。

(3)该方案在引入E2E跟踪选项之后不会导致交互工作方面的问题。不支持E2E跟踪能力的MSC将忽略跟踪扩展字段并继续呼叫建立过程。

[相关网络单元的结构和操作]

图8A是用于示意网络单元(NE)8000在被视为上述第一至第四实施例中的O-MSC时的结构的示意框图；以及图8B是用于示意网络单元(NE)8000在被视为上述第一至第四实施例中O-MSC时的操作的流程图。

参照图8A，NE8000包括接收机8100、存储设备8200、跟踪数据报告器8300和发送机8400。

接下来，将参照图8B描述NE8000的各个单元的操作。

在步骤S801中，NE8000的接收机8100接收包含跟踪控制和配置参数在内的跟踪激活消息，以及跟踪控制和配置参数至少包括跟踪参考、开始触发事件、停止触发事件、E2E呼叫跟踪选项和跟踪收集实体的地址。

在步骤S802中，NE8000的存储设备8200存储接收机所接收的跟踪控制和配置参数，并且NE8000的跟踪数据报告器8300以跟踪参考，开始跟踪会话。

在步骤S803中，在出现开始触发事件时，NE8000的跟踪数据报告器8300以跟踪记录会话参考，开始跟踪记录会话，以及NE8000的跟踪数据报告器8300根据所存储的跟踪控制和配置参数，记录和输出跟踪数据。

在步骤S804中，NE8000的发送机8400检测跟踪激活消息中包括E2E呼叫跟踪选项，以及在去往下一个网络单元的协议信令消息中包括/发送跟踪扩展字段，其中，该跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考、以及跟踪收集实体的地址。

作为选项，NE8000的发送机8400可以基于运营商策略(例如，在第一实施例的步骤410中列出的那些)来决定是否在协议信令消息中包括跟踪扩展字段。

NE8000的跟踪数据报告器8300根据跟踪记录会话，记录并输出跟踪数据，直到出现停止触发事件。

在步骤S805中，当出现停止触发事件时，NE8000的跟踪数据报告器8300停止跟踪记录会话。

另一方面，NE8000的跟踪数据报告器8300将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，在步骤S806(可选的)中，NE8000的跟踪数据报告器8300根据跟踪收集实体的地址，将所记录的跟踪文件输出到跟踪收集实体。

另一方面，NE8000的跟踪数据报告器8300实时记录跟踪数据，并根据跟踪收集实体的地址，将跟踪数据实时输出到跟踪收集实体。在这种情况下，可选的步骤S806不是必需的。

在这种情形中，在第一至第四实施例中，跟踪激活消息可以是来自HSS的MAP-ACTIVATE_TRACE_MODE消息或来自EMS的跟踪会话激活消息；以及在第一至第三实施例中，协议信令消息可以是BICC/ISUPIAM消息，或者，在第四实施例中，协议信令消息可以是SIP：INVITE消息。

图9A是用于示意网络单元(NE)9000在被视为上述第一实施例中的TSC/GMSC、上述第二实施例中的TSC/GMSC或HSS、上述第三实施例中的MGCF/I-CSCF、或者上述第四实施例中的S-CSCF时的结构的示意框图；以及图9B是用于示意网络单元(NE)9000在被视为上述第一实施例中的TSC/GMSC、上述第二实施例中的TSC/GMSC或HSS、上述第三实施例中的MGCF/I-CSCF、或者上述第四实施例中的S-CSCF时的操作的流程图。

参照图9A，NE9000包括接收机9100、跟踪数据报告器9300和发送机9400。

接下来，将参照图9B描述NE9000的各个单元的操作。

在步骤S901中，NE9000的发送机9100接收包含第一跟踪扩展字段的第一协议信令消息，所述第一跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考和跟踪收集实体的地址。

在步骤S902中，NE9000的跟踪数据报告器9300以跟踪参考以及接收到的跟踪记录会话参考，来开始跟踪记录会话，以及NE9000的跟踪数据报告器9300根据所述第一跟踪扩展字段，记录并输出跟踪数据。

在步骤S903中，NE9000的发送机9400在去往下一个网络单元的第二协议信令消息中包括/发送第二跟踪扩展字段，其中所述第二跟踪扩展字段与所述第一跟踪扩展字段相同，或者是从所述第一跟踪扩展字段中获得的。

作为选项，NE9000的发送机9400可以基于其运营商策略(例如，在第一实施例的步骤410中列出的那些)决定是否在第二协议信令消息中包括第二跟踪扩展字段。

NE9000的跟踪数据报告器9300根据跟踪记录会话，记录并输出跟踪数据，直到出现针对跟踪记录会话的停止触发事件。

在步骤S904中，当出现针对跟踪记录会话的停止触发事件时，NE9000的跟踪数据报告器9300停止跟踪记录会话。

另一方面，NE9000的跟踪数据报告器9300将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，在步骤S905(可选的)中，NE9000的跟踪数据报告器9300根据跟踪收集实体的地址，将所记录的跟踪文件输出到跟踪收集实体。

另一方面，NE9000的跟踪数据报告器9300实时记录跟踪数据，并根据跟踪收集实体的地址，将跟踪数据实时输出到跟踪收集实体。在这种情况下，可选的步骤S905不是必需的。

在这种情形下，在第一和第三实施例中，第一协议信令消息可以是BICC/ISUPIAM消息，在第二实施例中，第一协议信令消息可以是BICC/ISUPIAM消息(针对TSC/GMSC)或MAPSRI消息(针对HSS)，在第四实施例中，第一协议信令消息可以是SIP：INVITE消息；在第一实施例中，第二协议信令消息可以是BICC/ISUPIAM消息，在第二实施例中，第二协议信令消息可以是MAPSRI消息(针对GMSC)或MAPPRN消息(针对HSS)或BICC/ISUPIAM消息(针对TSC/GMSC)，或者在第三和第四实施例中，第二协议信令消息可以是SIP：INVITE消息。

图10A是用于示意网络单元(NE)A000在被视为上述第一和第二实施例中的T-MSC或者上述第三和第四实施例中的S-CSCF时的结构的示意框图；以及图10B是用于示意网络单元(NE)A000在被视为上述第一和第二实施例中的T-MSC或者上述第三和第四实施例中的S-CSCF时的操作的流程图。

参照图10A，NEA000包括接收机A100、跟踪数据报告器A300和发送机A400。

接下来，将参照图10B描述NEA000的各个单元的操作。

在步骤S1001中，NEA000的接收机A100接收包含跟踪扩展字段在内的协议信令消息，以及跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考、以及跟踪收集实体的地址。

在步骤S1002中，NEA000的跟踪数据报告器A300以跟踪参考和跟踪记录会话参考，开始跟踪记录会话，并且NEA000的跟踪数据报告器A300根据跟踪扩展字段，记录并输出跟踪数据。

NEA000的跟踪数据报告器A300根据跟踪记录会话，记录并输出跟踪数据，直到出现针对跟踪记录会话的停止触发事件。

在步骤S1003中，当出现针对跟踪记录会话的停止触发事件时，NEA000的跟踪数据报告器A300停止跟踪记录会话。

另一方面，NEA000的跟踪数据报告器A300将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，在步骤S1004(可选的)中，NEA000的跟踪数据报告器A300根据跟踪收集实体的地址，将所记录的跟踪文件输出到跟踪收集实体。

另一方面，NEA000的跟踪数据报告器A300实时记录跟踪数据，并根据跟踪收集实体的地址，将跟踪数据实时输出到跟踪收集实体。在这种情况下，可选的步骤S1004不是必需的。

在这种情形中，在第一实施例中，该协议信令消息可以是BICC/ISUPIAM消息，在第二实施例中，该协议信令消息可以是MAPPRN消息或BICC/ISUPIAM消息，或者在第三和第四实施例中，该协议信令消息可以是SIP：INVITE消息。

以上描述仅给出了本发明的优选实施例，并且并不旨在以任意方式限制本发明。因此，本发明的范围应当包括在本发明的精神和原理内的任意修改、替换和改进。

Claims (32)

1.一种网络单元，作为用于端到端电路服务呼叫跟踪功能的源端网络单元，所述网络单元包括：

接收机，配置用于接收包含跟踪控制和配置参数在内的跟踪激活消息，其中，所述跟踪控制和配置参数至少包括跟踪参考、开始触发事件、停止触发事件、端到端呼叫跟踪选项和跟踪收集实体的地址；

存储设备，配置用于存储接收机所接收的跟踪控制和配置参数；

跟踪数据报告器，配置用于以跟踪参考开始跟踪会话，在出现开始触发事件时，以跟踪记录会话参考开始跟踪记录会话，以及根据所存储的跟踪控制和配置参数记录和输出跟踪数据；以及

发送机，配置用于检测跟踪激活消息中包括端到端呼叫跟踪选项，以及在去往下一个网络单元的协议信令消息中包括/发送跟踪扩展字段，其中，该跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考、以及跟踪收集实体的地址，

其中，所述跟踪数据报告器还配置用于在出现停止触发事件时，停止跟踪记录会话。

2.根据权利要求1所述的网络单元，其中

所述跟踪数据报告器配置用于将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述跟踪数据报告器配置用于根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

3.根据权利要求1所述的网络单元，其中

所述跟踪数据报告器配置用于：实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

4.根据权利要求1-3中任一项所述的网络单元，其中

所述网络单元是源端移动切换中心服务器；

所述跟踪激活消息是来自归属订户服务器的MAP-ACTIVATE_TRACE_MODE消息或者是来自单元管理器服务器的跟踪会话激活消息；以及

所述协议信令消息是BICC/ISUPIAM消息或SIP：INVITE消息。

5.一种网络单元，作为用于端到端电路服务呼叫跟踪功能的中间网络单元，所述网络单元包括：

接收机，配置用于接收包含第一跟踪扩展字段的第一协议信令消息，所述第一跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考和跟踪收集实体的地址；

跟踪数据报告器，配置用于以接收到的跟踪参考以及接收到的跟踪记录会话参考开始跟踪记录会话，以及根据所述第一跟踪扩展字段记录并输出跟踪数据；以及

发送机，配置用于在去往下一个网络单元的第二协议信令消息中包括/发送第二跟踪扩展字段，其中所述第二跟踪扩展字段与所述第一跟踪扩展字段相同，或者是从所述第一跟踪扩展字段中获得的，

其中，所述跟踪数据报告器还配置用于在出现针对跟踪记录会话的停止触发事件时，停止跟踪记录会话。

6.根据权利要求5所述的网络单元，其中

所述跟踪数据报告器配置用于将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述跟踪数据报告器配置用于根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

7.根据权利要求5所述的网络单元，其中

所述跟踪数据报告器配置用于：实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

8.根据权利要求5-7中任一项所述的网络单元，其中

所述网络单元是网关移动切换中心服务器或发送切换中心；

所述第一协议信令消息是BICC/ISUPIAM消息；以及

所述第二协议信令消息是BICC/ISUPIAM消息或MAPSRI消息。

9.根据权利要求5-7中任一项所述的网络单元，其中

所述网络单元是归属位置寄存器；

所述第一协议信令消息是MAPSRI消息；以及

所述第二协议信令消息是MAPPRN消息。

10.根据权利要求5-7中任一项所述的网络单元，其中

所述网络单元是媒体网关控制功能实体；

所述第一协议信令消息是BICC/ISUPIAM消息；以及

所述第二协议信令消息是SIP：INVITE消息。

11.根据权利要求5-7中任一项所述的网络单元，其中

所述网络单元是服务呼叫会话控制功能实体；

所述第一协议信令消息是SIP：INVITE消息；以及

所述第二协议信令消息是SIP：INVITE消息。

12.一种网络单元，作为用于端到端电路服务呼叫跟踪功能的宿端网络单元，所述网络单元包括：

接收机，配置用于接收包含跟踪扩展字段在内的协议信令消息，所述跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考、和跟踪收集实体的地址；以及

跟踪数据报告器，配置用于以接收到的跟踪参考和接收到的跟踪记录会话参考开始跟踪记录会话，根据跟踪扩展字段记录并输出跟踪数据，以及在出现针对跟踪记录会话的停止触发事件时，停止跟踪记录会话。

13.根据权利要求12所述的网络单元，其中

所述跟踪数据报告器配置用于将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述跟踪数据报告器配置用于根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

14.根据权利要求12所述的网络单元，其中

所述跟踪数据报告器配置用于：实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

15.根据权利要求12-14中任一项所述的网络单元，其中

所述网络单元是宿端移动切换中心服务器；以及

所述协议信令消息是BICC/ISUPIAM消息或MAPPRN消息。

16.根据权利要求12-14中任一项所述的网络单元，其中

所述网络单元是服务呼叫会话控制功能实体；以及

所述协议信令消息是SIP：INVITE消息。

17.一种用于提供端到端电路服务呼叫跟踪功能的方法，所述方法包括步骤：

接收包含跟踪控制和配置参数在内的跟踪激活消息，其中，所述跟踪控制和配置参数至少包括跟踪参考、开始触发事件、停止触发事件、端到端呼叫跟踪选项和跟踪收集实体的地址；

存储接收到的跟踪控制和配置参数；

以跟踪参考开始跟踪会话；

在出现开始触发事件时，以跟踪记录会话参考开始跟踪记录会话；

根据所存储的跟踪控制和配置参数记录/输出跟踪数据；

在去往下一个网络单元的协议信令消息中包括/发送跟踪扩展字段，其中，该跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考、以及跟踪收集实体的地址；以及

在出现停止触发事件时，停止跟踪记录会话。

18.根据权利要求17所述的方法，其中

将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述方法还包括步骤：根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

19.根据权利要求17所述的方法，其中

实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

20.根据权利要求17-19中任一项所述的方法，其中

所述方法由源端移动切换中心服务器采用；

所述跟踪激活消息是来自归属订户服务器的MAP-ACTIVATE_TRACE_MODE消息或者是来自单元管理器服务器的跟踪会话激活消息；以及

所述协议信令消息是BICC/ISUPIAM消息或SIP：INVITE消息。

21.一种用于提供端到端电路服务呼叫跟踪功能的方法，所述方法包括：

接收包含第一跟踪扩展字段的第一协议信令消息，所述第一跟踪扩展字段至少包括跟踪参考、跟踪记录会话参考和跟踪收集实体的地址；

以接收到的跟踪参考以及接收到的跟踪记录会话参考开始跟踪记录会话；

根据所述第一跟踪扩展字段记录/输出跟踪数据；

在去往下一个网络单元的第二协议信令消息中包括/发送第二跟踪扩展字段，其中所述第二跟踪扩展字段与所述第一跟踪扩展字段相同，或者是从所述第一跟踪扩展字段中获得的；以及

在出现针对跟踪记录会话的停止触发事件时，停止跟踪记录会话。

22.根据权利要求21所述的方法，其中

将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述方法还包括步骤：根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

23.根据权利要求21所述的方法，其中

实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

24.根据权利要求21-23中任一项所述的方法，其中

所述方法由网关移动切换中心服务器或发送切换中心采用；

所述第一协议信令消息是BICC/ISUPIAM消息；以及

所述第二协议信令消息是BICC/ISUPIAM消息或MAPSRI消息。

25.根据权利要求21-23中任一项所述的方法，其中

所述方法由归属位置寄存器采用；

所述第一协议信令消息是MAPSRI消息；以及

所述第二协议信令消息是MAPPRN消息。

26.根据权利要求21-23中任一项所述的方法，其中

所述方法由媒体网关控制功能实体采用；

所述第一协议信令消息是BICC/ISUPIAM消息；以及

所述第二协议信令消息是SIP：INVITE消息。

27.根据权利要求21-23中任一项所述的方法，其中

所述方法由服务呼叫会话控制功能实体采用；

所述第一协议信令消息是SIP：INVITE消息；以及

所述第二协议信令消息是SIP：INVITE消息。

28.一种用于提供端到端电路服务呼叫跟踪功能的方法，所述方法包括：

接收包含跟踪扩展字段在内的协议信令消息，所述协议信令消息至少包括跟踪参考、跟踪记录会话参考、和跟踪收集实体的地址；

以接收到的跟踪参考和接收到的跟踪记录会话参考开始跟踪记录会话；

根据跟踪扩展字段记录/输出跟踪数据；以及

在出现针对跟踪记录会话的停止触发事件时，停止跟踪记录会话。

29.根据权利要求28所述的方法，其中

将所有相关跟踪数据记录到跟踪文件内，以及在停止所述跟踪记录会话之后，所述方法还包括步骤：根据跟踪收集实体的地址将所记录的跟踪文件输出到跟踪收集实体。

30.根据权利要求28所述的方法，其中

实时记录跟踪数据，并根据跟踪收集实体的地址将跟踪数据实时输出到跟踪收集实体。

31.根据权利要求28-30中任一项所述的方法，其中

所述方法由宿端移动切换中心服务器采用；以及

所述协议信令消息是BICC/ISUPIAM消息或MAPPRN消息。

32.根据权利要求28-30中任一项所述的方法，其中

所述方法由服务呼叫会话控制功能实体采用；以及

所述协议信令消息是SIP：INVITE消息。