CN101883374B - 一种终端上报信息的方法及终端设备 - Google Patents

Abstract

本发明公开了一种终端上报信息的方法及终端，以解决现有网络优化和故障处理流程中采集终端数据过程实时性差、准确性差以及效率低的问题。本发明方法包括以下步骤：终端保存该终端正在进行的会话的信息；当所述会话执行过程中发生异常事件时，所述终端根据该异常事件发生时刻起、在此之前保存的会话信息，生成待上报信息；所述终端将生成的待上报信息发送到网络侧。

Description

一种终端上报信息的方法及终端设备

技术领域

本发明涉及通信领域，尤其涉及一种终端上报信息的方法和终端设备。

背景技术

随着移动通信技术的发展，特别是第三代(3G)移动通信在中国的大规模的商用，如何在保证网络建设的同时，迅速提升网络质量、满足用户日益增长业务多样性和高可靠性需求，成为移动通信网络必须解决的问题。

为了提升服务质量，移动通信运营商的网络优化和故障处理流程如图1所示。通过图1所示的流程可以看出，当接到用户投诉后，网络维护和优化人员携带相关路测终端或者测试仪进行模拟业务拨测，以模拟用户投诉现场的呼叫信息，然后通过外接设备将终端侧拨测数据导出，以获得呼叫信息和相关的终端和无线信号质量和网络信息；同时，网络侧的维护人员通过加载信令跟踪仪和相关监测设备，根据拨测时间和拨测范围，读取测量报告(MR)、A/Abi口或Iu口相关信息或者信令，再与终端路测获取的数据进行人工比对，发现呼叫异常或者某个网络实体的错误，从而为网络优化和事件排查、用户投诉解决提供依据。

可以看出，现有的网络优化和故障处理流程中网络侧采集终端数据的过程存在以下缺陷：

(1)实时性差。由于故障报告主要依赖终端用户通过人工投诉方式实现，然后需要网络维护和优化人员到实地通过模拟进行路测，因而不能实时再现故障发生时刻的情景，使模拟路测出的数据实时性不强，如果以此为依据进行故障分析，将导致分析结果的准确性降低。

(2)难以全面发现异常或故障。由于发生通信异常或故障时，终端用户不一定会进行投诉，这样，网络维护和优化人员就很难发现这些潜在的问题，而这些问题的出现很可能会影响网络服务质量，因而使网络维护和优化人员不能全面发现问题，从而使网络优化的依据不全面而降低网络优化方案的效果。

(3)效率低。由于故障报告主要依赖终端用户通过人工投诉方式实现，然后需要网络维护和优化人员到实地通过人工模拟进行路测，以获得终端的数据，其过程都需要人工参与，导致获取终端数据的效率降低，从而影响故障分析以及网络维护和优化的效率。

发明内容

本发明实施例提供了一种终端上报信息的方法和终端，以解决现有网络优化和故障处理流程中采集终端数据过程实时性差、全面性差以及效率低的问题。

本发明实施例提供的终端上报信息的方法，包括：

终端保存该终端正在进行的会话的信息；

当所述会话执行过程中发生异常事件时，所述终端根据该异常事件发生时刻起、在此之前保存的会话信息，生成待上报信息；

所述终端将生成的待上报信息发送到网络侧。

本发明实施例提供的终端，包括：

保存模块，用于保存所述终端正在进行的会话的信息；

生成模块，用于当所述会话执行过程中发生异常事件时，所述终端根据该异常事件发生时刻起、在此之前保存的会话信息，生成待上报信息；

上报模块，用于将生成的待上报信息发送到网络侧。

本发明的上述实施例，通过终端保存会话信息，并且在会话发生异常事件时上报与异常事件相关的会话信息，一方面，与现有技术在网络优化和故障处理流程中采集终端数据过程相比，上报的会话信息是在异常事件发生时的会话信息，因而实时性强，进而可提高故障分析的准确性；另一方面，本发明实施例中是终端在发现异常事件时主动上报会话信息，而不需要终端用户通过人工方式投诉，因而可以使网络侧得到较为全面的故障数据，进而可提高网络优化的效果；再一方面，由终端主动上报异常事件发生时的会话信息，可以省去人工投诉和网络维护人员模拟路测的过程，因而简化了网络优化和故障处理流程中网络侧采集终端数据的流程、提高了网络优化和故障处理流程中网络侧采集终端数据的效率。

附图说明

图1为现有技术中的网络优化和故障处理流程示意图；

图2为本发明实施例提供的终端发生异常时上报信息的流程示意图；

图3为本发明实施例中的终端的事件监测流程示意图；

图4为本发明实施例中与终端监测的会话相关的信令流程示意图；

图5为本发明实施例中的终端结构示意图。

具体实施方式

下面结合附图对本发明实施例进行详细描述。

本发明实施例所提供的终端能够完成各种移动通信业务流程处理和信令处理，完成终端侧用户行为和事件的信息实时保存，对用户事件进行分析，选取相关信息上报到网络监控系统。该终端可以是安装有网络适配器的笔记本电脑终端，也可以是手持无线通信终端，还可以是用于路测的拨测设备等。

参见图2，为本发明实施例提供的终端发生异常时上报信息的流程示意图，当终端发起呼叫或者进行特定业务连接时，执行以下步骤：

步骤201、终端监测发起的会话，记录会话信息并保存。

该步骤中，针对终端发起的某一会话，终端根据会话标识记录该会话中的信令交互过程，记录的内容可包括会话标识、信令标识和信令内容以及发生的时间，记录的内容可以保存在终端的缓存区域内。

步骤202、终端对保存的会话信息进行分析，判断针对所监测的会话是否发生异常事件，如果发生异常，则执行步骤203；否则，继续对终端发起的会话进行监测。

该步骤中，终端如果判断当前正在进行的业务出现非正常情况，如在通话流程中终端没有发送连接中断信息，则判断为出现非正常情况，需要进行信息上报。例如，在3G标准中，终端向RNC(Radio Network Controller，无线网络控制器)回送RRC Connection Release Complete消息(RRC连接释放完成消息，相当于前述的连接中断信息，可由终端用户按终端的挂断键触发)以确认RRC连接释放，表明会话正常挂断，而终端如果没有回送Connection ReleaseComplete消息，则表明会话异常。再如，终端接收到因网络侧异常导致返回终端业务忙或失败的响应消息，也可认为是业务出现异常。

步骤203、终端根据异常事件的发生，生成上报信息。

该步骤中，当终端根据记录的会话信息判断发生触发信息上报的异常事件后，终端对保存的信息进行提取，形成上报信息。上报信息内容至少包括会话标识、终端标识和异常事件的相关会话信息，还可包括以下信息之一或任意组合：

有关物理层在会话过程中所接收无线信号的信息，如测量报告(MR)，可用于在进行网络故障分析时，以此信息作为辅助分析的依据；

有关网络层的信息，如会话发生时所在网络的信息，如CELLID(小区标识)，LAC ID(LocationArea Code，位置区码)，邻区关系信息等；其中LAC ID可用于在进行网络故障分析时，快速定位到相应的RNC(BSC)进行故障分析；

有关应用层的信息，如话务类型，包括短信、彩信等；可用于在进行故障分析时判断发生异常的业务类型；

终端的位置信息，如GPS(Global Positioning System，全球位置测定系统)地理位置信息等，可用于在进行故障分析时确定该地理区域的网络设备是否异常的依据。

如，针对终端的呼叫过程的会话，生成的上报信息可以包括MSISDN(Mobile Station Integrated Services Digital Number，移动站点综合服务数字编码)、IMSI(International Mobile Subscriber Identifier，国际移动用户标识符)、呼叫发生的cell ID(小区标识)、呼叫发生的LAC ID、本次呼叫的URNTI(UTRAN Radio Network Temporary Identity，通用移动通信系统地面无线接入网无线网络临时标识，该参数适用于3G网络)、通话开始时间、通话结束时间、终端GPS地理位置信息和通话过程的信令。

步骤204、终端向网络侧上报生成的上报信息。

该步骤中，终端可以按照预先设置的信息上报周期进行信息上报，也可在生成上报信息后立即进行上报。在按照预先设置的信息上报周期上报时，如果到达信息上报周期，并且该终端已经生成有需上报的信息时，则进行信息上报；如果当信息上报周期到达时终端当前所用的接入网络因网络异常等原因不可用(如连接不上或者网络信号强度低于设定阈值)时，可以暂存需上报的信息，等到下一个信息上报周期到达时再进行信息上报；也可以在该终端支持其他接入网络时，切换到其他接入网络上传信息，如当前终端所用网络为3G网络，则可切换到2G网络进行信息上传。在采用生成上报信息后立即进行上报的方式时，如果终端当前所用的接入网络因网络异常等原因不可用，可以暂存需上报的信息，等到当前所用的接入网络可用时再进行信息上报；也可以在该终端支持其他接入网络时，切换到其他接入网络上传信息。在当前网络和其他网络都不可用的情况下，终端可暂存需上报的信息，等到上报成功后再删除。

在进行信息上传时，终端与网络侧服务器建立可靠连接，可通过PS(分组域)或者INTERNET(互联网)将需上报的信息上传到网络侧。在上报信息后，终端可清除保存的相关信息，优选地，在收到网络侧回复的确认信息后再进行清除操作。

上述流程中，终端可采用以下方式生成并上报信息：

方式一：终端上报异常事件发生时刻起向前推进设定时长，用该时长内所记录的会话信息生成上报信息，具体可通过以下过程实现：

终端在业务开始的时候建立对应的事件监测流程，通过该事件监测流程对业务处理流程的各种信息进行保存以及提取。如图3所示，T0时刻是通话开始时刻，则事件监测流程在T1时刻开始记录当前业务会话的T0时刻起的各种交互信令。当异常事件在TT时刻发生时(如终端本应该在TT时刻发送RRCConnection Release Complete消息而实际没有发送)，事件监测流程在TT1时刻记录TT时刻的会话信息。然后，事件监测流程将T1到TT1时刻所记录的业务会话信息(即终端当前业务在T0至TT时刻所发生的会话信息，如图中斜线所示部分)，再加上终端标识、终端位置等信息生成上报信息，在T2时刻探测到网络PS域可用时，将生成的上报信息上传到网络侧，而对于不需要上报的会话信息则可进行清除，以节省终端的存储开销。进一步地，如果上报的信息量较大，可将需要上报的信息分割为多条消息进行上报，以减少对网络性能的影响。通过事件监测流程延后保存会话信息的方式，可以使终端所保存的会话信息截至在检测到异常事件发生时刻，由于通常异常事件发生后的会话流程对分析终端或网络故障、性能、服务质量等的意义已经不大，因而没有保存的必要，因此可以节省终端的存储开销，同时也可以一定程度上保证网络侧以此作依据进行故障、性能、服务质量等分析的准确性。

进一步地，T1到TT1之间的时间长度ΔT(ΔT＝TT1-T1)可设为固定值，这就意味着，如果通话从T0时刻起到异常事件发生时刻TT的时间长度大于ΔT，则只取从TT1时刻起向前推进ΔT时间长度所保存的会话信息进行上报。这样，如果通话业务进行的时间较长，则所上报的信息仅是异常事件发生前一段时间(ΔT)的会话信息，而不是从会话开始时起的所有会话信息，从而减少上报的信息量，降低对网络资源的开销。

如果终端的处理能力允许，该终端还可根据预先设置的过滤规则，对ΔT时间长度内所记录的会话信息进行分析和筛选，从中选择出与异常事件密切相关的会话信息或者提取出会话信息中的关键信息进行上报。其中，过滤规则可根据异常事件与会话信息的相关性设置，而异常事件与会话信息的相关性可根据具体会话流程以及故障、性能分析方法预先定义，例如，终端接收到的网络侧发送的失败响应消息可作为与异常事件密切相关的消息，而其中的失败原因代码可作为该消息的关键信息。这样，可以一方面为网络侧进行故障、性能等的分析提供准确依据，一方面又可减少上报信息，从而减少系统资源开销。

方式二：终端上报异常事件发生时刻起向前取设定数量的会话信令进行上报，如果该设定数量的会话信息为10条信令，则该方式具体可通过以下过程实现：

终端在业务开始的时候建立对应的事件监测流程，如图3所示，T0时刻是通话开始时刻，则事件监测流程在T1时刻开始记录当前业务会话的T0时刻起的各种交互信令。当异常事件在TT时刻发生时，事件监测流程在TT1时刻记录TT时刻的会话信息。然后，事件监测流程将TT1时刻之前所记录的最近的10条信令，再加上终端标识、终端位置等信息生成上报信息，在T2时刻上传到网络侧，而对于不需要上报的会话信息则可进行清除。进一步地，如果上报的信息量较大，可将需要上报的信息分割为多条消息进行上报。

同理，如果终端的处理能力允许，该终端还可根据预先设置的过滤规则对TT1时刻之前所记录的会话信息进行分析和筛选，任何对筛选后的会话信息进行上报。

以图4所示的流程为例，如果终端当前正在进行该信令流程所对应的会话，终端未监测到第11条信令(如图中的RRC连接释放完成信令)，则说明终端通话未正常挂断，因而触发异常事件，需要上报会话信息。此时，终端将保存的第1-10条信令从缓存中提取出来，生成上报信息，并将该上报信息发生到网络侧。

方式三、终端上报异常事件发生时刻起向前取设定数据量的会话信令进行上报，例如设定的数据量是10K数据量，其实现方式与方式二类似，不同在于，在方式二中，是从TT1时刻起向前取保存的10条信令，而方式三中是从TT1时刻起向前取保存的若干条信令，但信令的总数据量不超过10K大小。

上述流程的步骤201中，需要检测和记录的会话类型可以包括由终端用户触发执行的相关流程的会话，如开机时的呼叫流程，也可以是不需终端用户触发的相关流程的会话，如网络切换流程。需要检测和记录的会话可以是终端所支持的所有类型会话，也可以是特定的某种或某几种类型会话。优选地，可以监测某种或某几种对网络性能或服务质量有可能产生影响的会话，这样，既可以有针对性地进行监测，以使网络侧根据终端上报的信息有针对性地分析并快速定位引起异常的故障或者进行服务质量评估，还可以节省终端存储相关会话的信令和数据的开销。终端可以接收网络侧发送的信令，以改变或更新需要监测的会话类型。

能够实现上述功能和执行上述流程的终端的结构可如图5所示。图5所示的终端中，除常规的业务模块501以外，还包括保存模块502、生成模块503、上报模块504，还可进一步包括配置模块505。其中：

业务模块501，主要执行终端正常的业务处理和网络接入功能，以确保业务的顺利进行。该模块还为保存模块502提供信息接口，以便通过该接口将实时信息存入保存模块502；

保存模块502，主要负责对业务模块501所执行的移动用户日常呼叫行为和业务质量的监测，以及保存相关会话的信息。该模块保存会话信息时，可在会话开始时刻延迟一段时间后，开始保存会话开始时刻起的会话信息，并在保存异常事件发生时刻的会话信息后，停止保存该会话后续的会话信息。该模块所保存的会话信息的内容如前所述；

生成模块503，主要负责在会话执行过程中发生异常事件时，根据该异常事件发生时刻起、在此之前保存的会话信息，生成待上报信息。该模块所生成的待上报信息的内容以及生成上报信息的方式如前所述，在此不再赘述；

上报模块504，主要负责将生成模块503所生成的待上报的信息发生到网络侧，以便网络侧的监控系统可以根据终端上报的信息对网络故障、性能以及服务质量进行监控和分析，以作为网络优化的依据。该模块可与网络侧的监控系统建立连接，读取生成模块503所生成的信息，并将该信息上传到网络监控系统。具体的上报方式如前所述，如，该模块还可在网络连接断开时对上报信息进行暂时保存，待网络恢复后再上传信息，还可以在原移动通信网络长时间不可用时，切换到其他接入网络完成信息上报；

配置模块505，主要负责配置需要保存会话信息的会话类型，配置方法包括：预先在终端中配置会话类型，或者通过接收网络侧发送的配置信息配置或更新需要监测的会话类型，从而使保存模块502根据配置模块505配置的会话类型，保存相应类型的会话的信息。

如果终端上报信息时，当前网络和其他网络都不可用，则该终端可暂存需上报的信息，等到上报成功后再删除。该过程可通过以下方式实现：在上报模块504当前无法将需要上报的信息成功发送时，可先将该信息暂时保存在该模块中，并可在上报成功后，将暂存的信息删除；或是在上报模块504当前无法将需要上报的信息成功发送时，可通知保存模块502继续保存该信息，并可在上报成功后，通知保存模块502删除该信息。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (14)

1.一种终端上报信息的方法，其特征在于，包括以下步骤： 

终端保存该终端正在进行的会话的信息； 

当所述会话执行过程中发生异常事件时，所述终端根据设定的过滤规则，从异常事件发生时刻起、在此之前保存的会话信息中筛选出与所述异常事件密切相关的会话信息，根据筛选出的会话信息生成待上报信息；所述异常事件发生时刻起、在此之前保存的会话信息，具体为：所述异常事件发生时刻起、在此之前的设定时长内所保存的会话信息；或者，所述异常事件发生时刻起、在此之前所保存的设定数量的会话信息；或者，所述异常事件发生时刻起、在此之前所保存的设定数据量的会话信息； 

所述终端将生成的待上报信息发送到网络侧；具体包括：所述终端根据设定的上报周期，将生成的待上报信息发送到网络侧；或者，所述终端将生成的待上报信息即时发送到网络侧。 

2.如权利要求1所述的方法，其特征在于，所述终端在所述会话开始时刻延迟一段时间后，开始保存所述会话开始时刻起的会话信息； 

在保存异常事件发生时刻的会话信息后，还包括：停止保存所述会话后续的会话信息。 

3.如权利要求1所述的方法，其特征在于，所述终端根据设定的上报周期发送所述待上报信息时，若在上报周期到达时当前网络不可用，则还包括： 

等到下一个上报周期到达时再发送所述待上报信息，或者，切换到所述终端支持的其他网络发送所述待上报信息。 

4.如权利要求1所述的方法，其特征在于，当所述终端即时发送所述待上报信息时，若当前网络不可用，则还包括： 

等检测该终端当前网络可用时再发送所述待上报信息，或者，切换到所述终端支持的其他网络发送所述待上报信息。 

5.如权利要求1-4任一项所述的方法，其特征在于，所述终端保存的会话信息，包括：会话标识、会话过程中的信令标识和所述信令的内容； 

所述终端生成的待上报信息，包括：所述终端保存的所述会话信息、所述终端的标识，以及当前会话发生过程终端的所处地理位置信息。 

6.如权利要求5所述的方法，其特征在于，所述终端生成的待上报信息，还包括：会话过程中终端所在的归属网络信息和无线信道状态。 

7.如权利要求1-4任一项所述的方法，其特征在于，预先设定需要保存会话信息的会话类型，则所述终端保存会话的信息具体为： 

所述终端根据预先设定的需要保存会话信息的会话类型，保存相应类型的会话的信息。 

8.一种终端，其特征在于，包括： 

保存模块，用于保存所述终端正在进行的会话的信息； 

生成模块，用于当所述会话执行过程中发生异常事件时，所述终端根据设定的过滤规则，从异常事件发生时刻起、在此之前保存的会话信息中筛选出与所述异常事件密切相关的会话信息，根据筛选出的会话信息生成待上报信息； 

上报模块，用于将生成的待上报信息发送到网络侧； 

其中，所述上报模块将所述待上报信息发送到网络侧时，根据设定的上报周期，将生成的待上报信息发送到网络侧；或者，将生成的待上报信息即时发送到网络侧； 

所述生成模块生成所述上报信息时，根据所述异常事件发生时刻起、在此之前的设定时长内所保存的会话信息生成所述上报信息；或者，根据所述异常事件发生时刻起、在此之前所保存的设定数量的会话信息生成所述上报信息；或者，根据所述异常事件发生时刻起、在此之前所保存的设定数据量的会话信息生成所述上报信息。 

9.如权利要求8所述的终端，其特征在于，所述保存模块保存会话信息时，在所述会话开始时刻延迟一段时间后，开始保存所述会话开始时刻起的会 话信息；以及，在保存异常事件发生时刻的会话信息后，停止保存所述会话后续的会话信息。 

10.如权利要求8所述的终端，其特征在于，所述上报模块还用于，当根据设定的上报周期发送所述待上报信息时，若在上报周期到达时当前网络不可用，则等到下一个上报周期到达时再发送所述待上报信息，或者，切换到所述终端支持的其他网络发送所述待上报信息。 

11.如权利要求8所述的终端，其特征在于，所述上报模块还用于，当所述终端即时发送所述待上报信息时，若当前网络不可用，则等检测该终端当前网络可用时再发送所述待上报信息，或者，切换到所述终端支持的其他网络发送所述待上报信息。 

12.如权利要求8-11任一项所述的终端，其特征在于，所述保存模块所保存的会话信息，包括：会话标识、会话过程中的信令标识和所述信令的内容； 

所述生成模块生成的所述待上报信息，包括：所述保存模块保存的会话信息、所述的终端标识、所述终端的发生本次会话时所在的地理位置信息。 

13.如权利要求12所述的终端，其特征在于，所述生成模块生成的所述待上报信息，还包括：会话过程中终端所在的归属网络信息和无线信道状态。 

14.如权利要求8-11任一项所述的终端，其特征在于，还包括： 

配置模块，用于配置需要保存会话信息的会话类型； 

所述保存模块进一步用于，根据所述配置模块配置的会话类型，保存相应类型的会话的信息。 

Images