CN101080101A - 呼叫跟踪方法、装置及无线网络控制器 - Google Patents

Abstract

本发明提供一种呼叫跟踪方法，包括：选定与网络侧有信令交互的用户终端；对所述选定的用户终端进行跟踪。本发明还提供一种呼叫跟踪装置及无线网络控制器。在本发明中，跟踪的用户终端是与网络侧有信令交互的用户终端，而不是跟踪没有信令交互的用户终端，所以一定会获得有价值的信息，进而可以迅速的评价通信系统中的指标。

Description

呼叫跟踪方法、装置及无线网络控制器

技术领域

本发明涉及通信技术，尤其涉及呼叫跟踪技术。

背景技术

呼叫跟踪是通信系统的一个重要功能。具体的，通信系统可以对用户终端的业务建立、保持和释放等过程中的相关信息进行跟踪，从而确定这些过程中有无异常情况发生，通信系统还可以在出现异常情况下对用户终端的相关业务进行定向跟踪，进而根据跟踪的信息进行故障定位。

目前，本领域技术人员已经提出了多种呼叫跟踪技术，呼叫详细信息跟踪(CDT，Call Detailed Trace)技术就是其中的一种。CDT技术可以对无线网络控制器(RNC，Radio Network Controller)下的指定的用户终端进行详细跟踪，跟踪的信息可以包括信令面、用户面及RNC内部交互的信息。具体的，如图1所示，在这种技术中，首先要获得需要跟踪的用户终端的标识(步骤S101)，然后根据获得的标识，对标识对应的用户终端进行跟踪(步骤S102)。

发明人在认真分析、仔细研究后发现，CDT技术在对用户终端进行跟踪时，一定要获得需要跟踪的用户终端的标识，之后再对标识对应的用户终端进行跟踪，也就是说，CDT技术只能对特定的用户终端进行跟踪。但在实际中，有些用户终端可能在一段时间内不需要进行业务的建立等过程，如果对这些用户终端进行跟踪，显然得不到有价值的信息，这样也就不能迅速的对通信系统中的一些指标进行评价。

发明内容

本发明实施例要解决的技术问题在于提供一种呼叫跟踪方法、装置及无线网络控制器，用以获得有价值的信息，进而迅速的评价通信系统中的指标。

为解决上述技术问题，本发明提供一种呼叫跟踪方法的实施例，包括：选定与网络侧有信令交互的用户终端；对所述选定的用户终端进行跟踪。

本发明还提供一种呼叫跟踪装置的实施例，包括：用户终端选定单元，用于选定与网络侧有信令交互的用户终端；用户终端跟踪单元，用于对所述选定的用户终端进行跟踪。

本发明还提供一种无线网络控制器的实施例，包括：用户终端选定单元，用于选定与网络侧有信令交互的用户终端；用户终端跟踪单元，用于对所述选定的用户终端进行跟踪。

在本发明的实施例中，跟踪的用户终端是与网络侧有信令交互的用户终端，而不是跟踪没有信令交互的用户终端，所以一定会获得有价值的信息，进而可以迅速的评价通信系统中的指标。

附图说明

图1为现有的采用CDT技术进行呼叫跟踪的方法流程图；

图2为本发明呼叫跟踪方法的一个实施例的流程图；

图3为本发明第一个应用实施例的流程图；

图4为本发明第二个应用实施例的流程图；

图5为本发明第三个应用实施例的流程图；

图6为本发明第四个应用实施例的流程图。

具体实施方式

下面我们将结合附图，对本发明的几种实施例进行详细描述。

首先结合图2，对本发明呼叫跟踪方法的一个实施例进行说明。如图2所示，这个方法实施例包括：

步骤S201：选定与网络侧有信令交互的用户终端。

这里的网络侧可以包括接入网，具体的，接入网可以是通用移动通信系统陆地无线接入网(UTRAN，UMTS terrestrial radio access network)，其可以包括基站(Node B)和RNC，用户终端可以是用户设备(UE，User Equipment)。

选定用户终端的条件是只要与网络侧有信令交互即可。当然，还可以进一步限定选定用户终端的条件，进而根据这些条件选定需要跟踪的用户终端。例如，可以指定一个区域，凡是在这个区域内与网络侧有信令交互的用户终端都可以选择，这里的区域可以是一个小区，也可以是多个小区的集合。再例如，指定与网络侧进行信令交互的原因，凡是由于这个原因与网络侧有信令交互的用户终端都可以选择，这里的原因可以是用户终端在通信系统中注册、需要建立业务等。再例如，指定建立的业务类型，凡是建立业务的类型与指定的业务类型一致的用户终端都可以选择，这里的业务类型可以是语音型、数据型等。再例如，可以对信令交互中的信令进行指定，凡是涉及到指定的信令的用户终端都可以选择，这里的指定信令可以是无线资源控制连接请求、无线接入承载指配请求等。

需要说明的是，上述几个条件仅仅是举例而已，本领域技术人员完全可以根据实际需要对选定用户终端的条件进行限定，限定的条件也可以是多个条件的组合。还是以上面提到的几个条件为例，限定的区域可以是某两个小区，信令交互的原因可以是建立业务，业务类型可以是语音型，这样，在选择用户终端时，可以在所述两个小区内，选定建立语音业务的用户终端作为跟踪的对象。

另外，在步骤S201之前，还可以存在一个步骤，即设置选定用户终端的条件的步骤，这样，步骤S201就变为，根据设置的条件，选定与网络侧有信令交互的用户终端。

步骤S202：对所述选定的用户终端进行跟踪。

具体的，可以采用CDT的方式对用户终端进行跟踪，也可以采用其他方式对用户终端进行跟踪。采用CDT方式对用户终端跟踪时，可以获得详细信息，这样有助于评价通信系统的一些指标，例如关键性能指标(KPI，KeyPerformance Indicators)等。

一般的，3G无线网络规划的KPI目标应该满足SMART(Specific、Measurable、Attainable、Relevant、Time-bound)原则。其中，Specific表示精确的，这是为了避免在规划过程中产生理解上的歧义；Measurable表示可测量的，这是KPI能够用来验收的必要条件；Attainable表示可达到的，这里要求作为3G无线网络规划的KPI目标不应提得过高，必须是可以达到而且经济合理的；Relevant表示与运营商和用户切实相关的，这是为了体现用户的需求和运营商的利益，一些无关的、重复的性能指标不应作为KPI，以免增加验收的复杂度和工作量；Time-bound表示具有时间界限的，这是因为市场和网络都是处于发展变化中的。

KPI在3G无线网络中分为很多类，具体的，可以归纳为以下五类：

第一类：覆盖指标——对用户意味着在哪些区域可以享受到网络服务

主要包括需要服务的地理区域范围、接收信号的强弱以及可通信概率要求，该类指标决定了用户的可移动性，是无线网络规划中需要考虑的主要方面。

第二类：可接入性指标——对用户意味着能否顺利接入网络

主要包括话音呼叫建立成功率、数据业务发起成功率、呼叫或业务发起的时长等指标，反映了用户接入网络的成功概率和接入网络的速度快慢，规划中主要考虑其相关的通信可靠性和系统参数设计要求。

第三类：可保持性——对用户意味着接入后能否保持至通信结束

主要包括掉话比例、平均掉话时长、切换成功率、寻呼成功率等指标，反映了用户在成功接入后，可否稳定、持续地完成通话。对此，在无线网络规划中需要提升无线链路的信噪比，并合理设置有关的系统参数。

第四类：无线链路质量——对用户意味着通信中的质量是否好对于3G网络

主要包括话音质量、误码率、数据业务吞吐速率以及环路时延等，反映了话音和数据业务的服务水平高低，主要受无线链路的信噪比影响。

第五类：无线网络容量——影响用户可以享受网络的时间概率

主要包括网络负荷、拥塞率等指标，这是规划中容量设计环节需要重点考虑的内容。

下面再列举几个实际应用的实施例，对图2所示的流程进行说明。

在第一个实际应用的实施例中，网络侧根据预先设置的区域，选择用户终端进行跟踪。涉及的流程是无线资源控制(RRC，Radio Resource Control)建立的标准流程。

如图3所示，包括：

步骤S301：UE向网络侧发出无线资源控制连接请求(RRC ConnectionRequest)。

步骤S302：网络侧收到无线资源控制连接请求后，保存所述请求中携带的UE需要接入的小区信息。

步骤S303：网络侧判断UE需要接入的小区是否在指定的区域内，如果是，则对所述UE进行跟踪，否则，转步骤S304。

步骤S304：网络侧向UE发出无线资源控制连接建立(RRC ConnectionSetup)消息。

步骤S305：UE向网络侧返回无线资源控制连接建立完成(RRCConnection Setup Complete)消息。

需要说明的是，上述几个步骤的组合只是一种实施方式而已，在实际应用中，步骤S302与步骤S304执行的先后顺序可以根据需要进行调整，另外，如果网络侧判断UE需要接入的小区不在指定的区域内，则在进行无线资源控制建立的标准流程的同时，可以再等待其他UE发出的无线资源控制连接请求或其他携带有UE需要接入或所在小区的信息。

另外，网络侧指定的区域可以是一个，也可以是多个，当指定的区域有多个时，只要UE需要接入的小区是其中的一个，即可确定可以跟踪这个UE。

此外，网络侧可以同时处理多个UE的无线资源控制连接请求，也就是说，网络侧可以同时判断多个UE需要接入的小区是否在指定的区域内。如果有多个UE需要接入的小区都在指定的区域内，则网络侧可以同时对这些UE进行跟踪，网络侧也可以从中选择一个或几个UE进行跟踪，具体的，网络侧可以随机选择一个或几个UE进行跟踪，也可以根据某个或某些条件选择一个或几个UE进行跟踪，这个或这些条件可以为UE具体需要接入的小区情况以及UE自身的情况等，当然，具体的条件可以根据实际需要而定。

第二个实际应用的实施例的应用场景与第一个实际应用的实施例的应用场景相同，涉及的流程都是无线资源控制建立的标准流程。但不同的是，网络侧是根据预先设置的接入原因，选择用户终端进行跟踪。

如图4所示，包括：

步骤S401：UE向网络侧发出无线资源控制连接请求。

步骤S402：网络侧收到无线资源控制连接请求后，保存所述请求中携带的UE接入小区的原因信息。

步骤S403：网络侧判断UE接入小区的原因是否是指定的原因，如果是，则对所述UE进行跟踪，否则，转步骤S404。

步骤S404：网络侧向UE发出无线资源控制连接建立消息。

步骤S405：UE向网络侧返回无线资源控制连接建立完成消息。

需要说明的是，上述几个步骤的组合只是一种实施方式而已，在实际应用中，步骤S402与步骤S404执行的先后顺序可以根据实际需要进行调整，另外，如果网络侧判断UE接入小区的原因不是指定的原因，则在进行无线资源控制建立的标准流程的同时，可以再等待其他UE发出的无线资源控制连接请求或其他携带有UE接入小区原因的信息。

另外，网络侧指定的原因可以是一个，也可以是多个，当指定的原因有多个时，只要UE接入小区的原因是其中的一个，即可确定可以跟踪这个UE。

此外，网络侧可以同时处理多个UE的无线资源控制连接请求，也就是说，网络侧可以同时判断多个UE接入小区的原因是否是指定的原因。如果有多个UE接入小区的原因都是指定的原因，则网络侧可以同时对这些UE进行跟踪，网络侧也可以从中选择一个或几个UE进行跟踪，具体的，网络侧可以随机选择一个或几个UE进行跟踪，也可以根据某个或某些条件选择一个或几个UE进行跟踪，这个或这些条件可以为UE具体需要接入的小区情况以及UE自身的情况等，当然，具体的条件可以根据实际需要而定。

对于第一个和第二个实际应用的实施例，还需要说明的是，无线资源控制连接请求建立可以在UE初始注册时，也可以在UE发起业务建立时。

在第三个实际应用的实施例中，网络侧根据预先设置的建立业务的类型，选择用户终端进行跟踪。涉及的流程是无线接入承载(RAB，Radio AccessBearer)建立的标准流程。

如图5所示，包括：

步骤S501：网络侧的核心网(CN，Core Network)向网络侧的接入网发出无线接入承载指配请求(RAB Assignment Request)。

步骤S502：接入网收到无线接入承载指配请求后，保存所述请求中携带的有关UE建立业务的类型信息。

步骤S503：接入网判断建立业务的类型是否是指定的业务类型，如果是，则对所述UE进行跟踪，否则，转步骤S504。

步骤S504：接入网向核心网返回无线接入承载指配响应(RAB AssignmentResponse)。

需要说明的是，上述几个步骤的组合只是一种实施方式而已，在实际应用中，步骤S502与步骤S504执行的先后顺序可以根据实际需要进行调整，另外，如果接入网判断建立业务的类型不是指定的业务类型，则在进行无线接入承载建立的标准流程的同时，可以再等待核心网发出的有关其他UE的无线接入承载指配请求或其他携带有建立业务的类型信息。

另外，网络侧指定的业务类型可以是一个，也可以是多个，当指定的业务类型有多个时，只要UE请求建立的业务类型是其中的一个，即可确定可以跟踪这个UE。

此外，接入网可以同时处理有关多个UE的无线接入承载指配请求，也就是说，接入网可以同时判断多个UE请求建立业务的类型是否是指定的业务类型。如果有多个UE请求建立业务的类型不是指定的业务类型，则接入网可以同时对这些UE进行跟踪，接入网也可以从中选择一个或几个UE进行跟踪，具体的，接入网可以随机选择一个或几个UE进行跟踪，也可以根据某个或某些条件选择一个或几个UE进行跟踪，这个或这些条件可以为UE具体需要接入的小区情况以及UE自身的情况等，当然，具体的条件可以根据实际需要而定。

在第四个实际应用的实施例中，网络侧根据预先设置的信令类型，选择用户终端进行跟踪。

如图6所示，包括：

步骤S601：UE向网络侧发出上行初始直传(Initial Direct Transfer)消息。

步骤S602：网络侧收到上行初始直传消息后，判断上行初始直传消息是否是指定的信令类型，如果是，则对所述UE进行跟踪，否则，进行后续处理。

需要说明的是，网络侧收到上行初始直传消息后，可以不需要先判断上行初始直传消息是否是指定的信令类型，而是可以直接进行无线通信的标准流程。另外，如果网络侧判断上行初始直传消息不是指定的信令类型，则在进行无线通信的标准流程的同时，可以再等待其他UE发出的上行初始直传消息。

另外，网络侧指定的信令类型可以是一个，也可以是多个，当指定的信令类型有多个时，只要UE发出的上行初始直传消息是其中的一个，即可确定可以跟踪这个UE。

此外，网络侧可以同时处理多个UE的上行初始直传消息，也就是说，网络侧可以同时判断多个UE的上行初始直传消息是否是指定的信令类型。如果有多个UE的上行初始直传消息不是指定的信令类型，则网络侧可以同时对这些UE进行跟踪，网络侧也可以从中选择一个或几个UE进行跟踪，具体的，网络侧可以随机选择一个或几个UE进行跟踪，也可以根据某个或某些条件选择一个或几个UE进行跟踪，这个或这些条件可以为UE具体需要接入的小区情况以及UE自身的情况等，当然，具体的条件可以根据实际需要而定。

上述的方法实施例可以由多种形式的装置实现，其中的一种呼叫跟踪装置可以包括：用户终端选定单元，用于选定与网络侧有信令交互的用户终端；用户终端跟踪单元，用于对所述选定的用户终端进行跟踪。

在上述的装置实施例中，用户终端选定单元选定用户终端的条件是只要与网络侧有信令交互即可。当然，还可以进一步限定选定用户终端的条件，进而根据这些条件选定需要跟踪的用户终端。例如，可以指定一个区域，凡是在这个区域内与网络侧有信令交互的用户终端都可以选择，这里的区域可以是一个小区，也可以是多个小区的集合。再例如，指定与网络侧进行信令交互的原因，凡是由于这个原因与网络侧有信令交互的用户终端都可以选择，这里的原因可以是用户终端在通信系统中注册、需要建立业务等。再例如，指定建立的业务类型，凡是建立业务的类型与指定的业务类型一致的用户终端都可以选择，这里的业务类型可以是语音型、数据型等。再例如，可以对信令交互中的信令进行指定，凡是涉及到指定的信令的用户终端都可以选择，这里的指定信令可以是无线资源控制连接请求、无线接入承载指配请求等。

需要说明的是，上述几个条件仅仅是举例而已，本领域技术人员完全可以根据实际需要对选定用户终端的条件进行限定，限定的条件也可以是多个条件的组合。还是以上面提到的几个条件为例，限定的区域可以是某两个小区，信令交互的原因可以是建立业务，业务类型可以是语音型，这样，在选择用户终端时，可以在所述两个小区内，选定建立语音业务的用户终端作为跟踪的对象。

另外，上述的装置实施例还可以包括一个跟踪条件设置单元，用于设置选定用户终端的条件，并向所述用户终端选定单元提供所述条件，这样，用户终端选定单元可以根据所述跟踪条件设置单元提供的条件，选定与网络侧有信令交互的用户终端。

在上述的装置实施例中，用户终端跟踪单元可以采用CDT的方式对用户终端进行跟踪，也可以采用其他方式对用户终端进行跟踪。用户终端跟踪单元采用CDT方式对用户终端跟踪时，可以获得详细信息，这样有助于评价通信系统的一些指标，例如KPI等。

由于上述的装置实施例可以应用于无线网络控制器中，所以，本发明还提供了一种无线网络控制器的实施例，其包括：用户终端选定单元，用于选定与网络侧有信令交互的用户终端；用户终端跟踪单元，用于对所述选定的用户终端进行跟踪。

在上述的无线网络控制器实施例中，用户终端选定单元选定用户终端的条件是只要与网络侧有信令交互即可。当然，还可以进一步限定选定用户终端的条件，进而根据这些条件选定需要跟踪的用户终端。例如，可以指定一个区域，凡是在这个区域内与网络侧有信令交互的用户终端都可以选择，这里的区域可以是一个小区，也可以是多个小区的集合。再例如，指定与网络侧进行信令交互的原因，凡是由于这个原因与网络侧有信令交互的用户终端都可以选择，这里的原因可以是用户终端在通信系统中注册、需要建立业务等。再例如，指定建立的业务类型，凡是建立业务的类型与指定的业务类型一致的用户终端都可以选择，这里的业务类型可以是语音型、数据型等。再例如，可以对信令交互中的信令进行指定，凡是涉及到指定的信令的用户终端都可以选择，这里的指定信令可以是无线资源控制连接请求、无线接入承载指配请求等。

需要说明的是，上述几个条件仅仅是举例而已，本领域技术人员完全可以根据实际需要对选定用户终端的条件进行限定，限定的条件也可以是多个条件的组合。还是以上面提到的几个条件为例，限定的区域可以是某两个小区，信令交互的原因可以是建立业务，业务类型可以是语音型，这样，在选择用户终端时，可以在所述两个小区内，选定建立语音业务的用户终端作为跟踪的对象。

另外，上述的无线网络控制器实施例还可以包括一个跟踪条件设置单元，用于设置选定用户终端的条件，并向所述用户终端选定单元提供所述条件，这样，用户终端选定单元可以根据所述跟踪条件设置单元提供的条件，选定与网络侧有信令交互的用户终端。

在上述的无线网络控制器实施例中，用户终端跟踪单元可以采用CDT的方式对用户终端进行跟踪，也可以采用其他方式对用户终端进行跟踪。用户终端跟踪单元采用CDT方式对用户终端跟踪时，可以获得详细信息，这样有助于评价通信系统的一些指标，例如KPI等。

在传统的CDT技术中，网络侧获得需要跟踪的用户终端的标识后，对这个指定的用户终端进行跟踪，如果在一段时间内，这个用户终端没有与网络侧进行信令交互，则需要派出路测(Field Test)人员对到现场进行测试，进而获得一些有价值的信息。而在本发明的实施例中，选择跟踪的用户终端都是与网络侧有信令交互的用户终端，这样无需路测人员对到现场进行测试，同时可以快速的评价通信系统的一些指标，相对于传统的CDT技术，既节省了人力、物力，又提高了检测的速度。

在本发明的实施例中，提供了多种选择用户终端的条件，这些条件可以任意组合，所以，本发明的实施例灵活多样。

另外，本发明的实施例可以应用于KPI出现异常情况时。具体的，当KPI出现异常时，网络侧可以在特定的区域内选定与自身有信令交互的用户终端进行跟踪，从而可以获得具体的信息，进而可以对异常进行快速、准确的定位。

以上所述仅是本发明的几种实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种呼叫跟踪方法，其特征在于，包括：

选定与网络侧有信令交互的用户终端；

对所述选定的用户终端进行跟踪。

2.如权利要求1所述的呼叫跟踪方法，其特征在于，选定用户终端的条件还包括所述用户终端在指定的区域内。

3.如权利要求1所述的呼叫跟踪方法，其特征在于，选定用户终端的条件还包括所述用户终端与网络侧进行信令交互的原因。

4.如权利要求1所述的呼叫跟踪方法，其特征在于，如果所述信令交互为业务建立过程的信令交互，则选定用户终端的条件还包括业务建立的类型。

5.如权利要求1所述的呼叫跟踪方法，其特征在于，所述信令交互中的信令为指定的信令类型。

6.如权利要求1所述的呼叫跟踪方法，其特征在于，采用呼叫详细信息跟踪CDT的方式对所述选定的用户终端进行跟踪。

7.一种呼叫跟踪装置，其特征在于，包括：

用户终端选定单元，用于选定与网络侧有信令交互的用户终端；

用户终端跟踪单元，用于对所述选定的用户终端进行跟踪。

8.如权利要求7所述的呼叫跟踪装置，其特征在于，还包括：

跟踪条件设置单元，用于设置选定用户终端的条件，并向所述用户终端选定单元提供所述条件。

9.如权利要求8所述的呼叫跟踪装置，其特征在于，所述用户终端选定单元还根据所述跟踪条件设置单元提供的条件，选定所述与网络侧有信令交互的用户终端。

10.一种无线网络控制器，其特征在于，包括：

用户终端选定单元，用于选定与网络侧有信令交互的用户终端；

用户终端跟踪单元，用于对所述选定的用户终端进行跟踪。

Images