专利名称：无线网络数据业务的rtt测试系统和测试方法
技术领域：
本发明涉及各类蜂窝移动通信技术、移动互联网技术、无人值守嵌入式平台终端 研发技术、数据网络RTT测试评估技术，特别是涉及一种对于移动互联网架构上，实时数据 业务的RTT指标进行端到端测试的测试系统和测试方法，其不仅适用于3G网络(TD-SCDMA、 EVD0、WCDMA)，也可用于2G网络如GPRS、CDMA1X，乃至于未来的4G网络LTE和WiMax网络。
背景技术：
在现有的2. 5G、3G、3. 5G、3. 75G乃至4G或者更高速度的移动网络中，实时数据业 务的应用正在快速增加。比如在网络游戏领域中，如果网络延迟过大，会直接影响到玩家的 用户体验；在股票交易中，如果网络延迟过大，会造成下单价格和当前实际价格相差，从而 导致交易无法按照操作员的想法进行，给用户造成经济损失；诸如此类等。对于实时数据业 务的网络承载能力，在数据网络测试方法中，有一种RTTOtoimd-Time-Trip测试，通常是指 在网络中，一个端到端的情况下，一个数据包从源端发到对端后，对端做相应的处理又把相 关内容的数据包发送回来的过程)的测试方法，可以达到监控的效果。这样的一个测试指 标集，包括单向的传输时延、双向传输时延、吞吐速率、丢包率、错序率、IP层的吞吐率等指 标，对于网络中对时间非常敏感的某些数据业务的客户体验有着重大的意义。如上述的网 络游戏，股票操作等对时间要求很高的业务，一个RTT时间较短的网络和RTT时间较长的网 络相比，对用户的体验感觉差别会非常大。而由于目前3G网络正在建设中，上面的数据业务还没有进行大规模的优化，从而 导致一些实时数据业务的用户体验极差，但是这些实时数据业务会给运营商带来丰厚的利 润。目前运营商所采取的对策只是一种被动的态度一等待用户投诉后，才启动网络测试， 才启动优化。RTT的测试因为较为专业，需要很专业的工程师来进行测试，而移动数据网络的特 点在于任何地点都有可能发生投诉和故障，用专业的工程师来进行来回奔波的测试，效率 低成本高，而且测量效果不好，无法做到7* 小时监控，无法整体快速提高整个网络的质 量。并且当前移动数据网络测试系统中还存在过于专业化、运转调度难度大、投资大、部署 不方便等问题。
发明内容
本发明要解决的技术问题是为了克服现有技术的效率低成本高，而且测量效果不 好，无法做到7* 小时监控，无法整体快速提高整个网络的质量等缺陷，提供一种无线网 络数据业务的RTT测试系统和测试方法。本发明是通过下述技术方案来解决上述技术问题的一种无线网络数据业务的RTT测试系统，其特点在于，其包括测试终端，用于通过无线网络，与核心网或者其他测试终端进行测试数据的发送 和接收；
RTT测试服务器，用于对测试终端的测试数据进行响应并处理；结果分析服务器，用于对测试终端和RTT测试服务器上传的各种数据进行关联分 析，计算出测试结果；中央数据库，用于存放结果分析服务器计算出的测试结果；短信应用服务器，通过与无线网络的短信平台相连，向测试终端发送通知短信；在线升级服务器，存放新定制的测试方案，供测试终端根据短信应用服务器的通 知短信来获取；Web服务器，用于定制测试方案，以及显示结果分析服务器计算出的测试结果；及应用逻辑服务器，与所述测试终端、中央数据库和各服务器相连接，所述测试终 端、中央数据库和各服务器通过该应用逻辑服务器交互数据。较佳地，该RTT测试系统还包括GIS服务器(地理信息服务器)，用于将测试结果 和地理信息相关联，测试结果所代表的地理信息即可通过web服务器显示出来，从而能够 判断某地点的测试结果。较佳地，所述核心网包括所述的RTT测试服务器、结果分析服务器、中央数据库、 短信应用服务器、在线升级服务器、Web服务器和应用逻辑服务器。本发明提供的另一技术方案为一种如上所述的RTT测试系统的测试方法，其特点在于，其包括以下步骤S1、测试终端获取例行测试方案或者实时测试方案；&、测试终端和核心网将各自的时间进行同步，保持一致；&、测试终端按照步骤S1中的测试方案向RTT测试服务器发送测试数据，同时采集 无线网络参数，测试终端记录测试数据的发送时间，RTT测试服务器记录测试数据的到达时 间；S4, RTT测试服务器对测试终端的测试数据进行响应，将响应数据回传给测试终 端，RTT测试服务器同时记录响应数据的发送时间；&、测试终端接收到所述响应数据，同时记录响应数据的到达时间，记录完毕后停 止采集无线网络参数；&、测试终端和RTT测试服务器将无线网络参数、测试数据、测试数据的发送和到 达时间、响应数据以及响应数据的发送和到达时间，上传到结果分析服务器；结果分析服务 器计算测试结果，存储到中央数据库；S7、如果测试结果触发阈值条件，则自动通过web服务器显示出来，或通过调用被 显示出来。较佳地，步骤S1中，核心网事先制定例行测试方案下发到测试终端，测试终端再按 照该测试方案进行测试。较佳地，所述核心网包括权利要求1所述的RTT测试服务器、结果分析服务器、中 央数据库、短信应用服务器、在线升级服务器、Web服务器和应用逻辑服务器。较佳地，步骤S1中，通过web服务器的web界面制定实时测试方案，核心网通过短 信应用服务器通知测试终端到在线升级服务器上取得该测试方案，进行升级。较佳地，步骤S1中，所述测试方案的内容包括数据包的大小、发送时间间隔、发送 时长或者发送数量以及对于变长数据包的发送规律设定。6
较佳地，步骤&中结果分析服务器计算出的测试结果包括数据包的发送时间和到 达时间的时间差，对比同时记录下的无线网络参数，可以统计出数据传输的时延、网络的吞 吐量、丢包率、错序率信息，可判断出哪些无线网络参数对数据包的传输产生了影响。较佳地，步骤S7中，阈值条件为预先设定的传输时延或丢包率，当计算出的测试结 果中的传输时延或丢包率大于预先设定值时，认为触发了阈值条件。较佳地，所述的RTT测试系统包括GIS服务器，步骤S7中，该GIS服务器将测试结 果和地理信息相关联，测试结果所代表的地理信息即可通过web服务器显示出来，从而能 够判断某地点的测试结果。本发明提供的另一技术方案为一种如上所述的RTT测试系统的测试方法，该RTT测试系统中的测试终端包括主 叫测试终端和被叫测试终端，其特点在于，其包括以下步骤S1、所述主叫和被叫测试终端获取例行测试方案或者实时测试方案；S2、主叫和被叫测试终端将各自的时间进行同步，保持一致；S3、主叫测试终端按照步骤S1中的测试方案向被叫终端发送测试数据，同时采集 无线网络参数，主叫测试终端记录测试数据的发送时间，被叫测试终端记录测试数据的到 达时间；、、被叫测试终端对主叫测试终端的测试数据进行响应，将响应数据回传给主叫 测试终端，同时采集无线网络参数，记录响应数据的发送时间；S5、主叫测试终端接收到所述响应数据，同时记录响应数据的到达时间，记录完毕 后停止采集无线网络参数，并且通知被叫测试终端停止测试；S6、主叫和被叫测试终端将无线网络参数、测试数据、测试数据的发送和到达时 间、响应数据以及响应数据的发送和到达时间，上传到结果分析服务器；结果分析服务器计 算测试结果，存储到中央数据库；S7、如果测试结果触发阈值条件，则自动通过web服务器显示出来，或通过调用被 显示出来。较佳地，步骤S1中，核心网事先制定例行测试方案下发到主叫和被叫测试终端，主 叫和被叫测试终端再按照该测试方案进行测试。较佳地，所述核心网包括权利要求1所述的RTT测试服务器、结果分析服务器、中 央数据库、短信应用服务器、在线升级服务器、Web服务器和应用逻辑服务器。较佳地，步骤S1中，通过web服务器的web界面制定实时测试方案，核心网通过短 信应用服务器通知主叫和被叫测试终端到在线升级服务器上取得该测试方案，进行升级。较佳地，步骤S1中，所述测试方案的内容包括数据包的大小、发送时间间隔、发送 时长或者发送数量以及对于变长数据包的发送规律设定。较佳地，步骤&中结果分析服务器计算出的测试结果包括数据包的发送时间和到 达时间的时间差，对比同时记录下的无线网络参数，可以统计出数据传输的时延、网络的吞 吐量、丢包率、错序率信息，可判断出哪些无线网络参数对数据包的传输产生了影响。较佳地，步骤S7中，阈值条件为预先设定的传输时延或丢包率，当计算出的测试结 果中的传输时延或丢包率大于预先设定值时，认为触发了阈值条件。较佳地，所述的RTT测试系统包括GIS服务器，步骤S7中，该GIS服务器将测试结果和地理信息相关联，测试结果所代表的地理信息即可通过web服务器显示出来，从而能 够判断某地点的测试结果。 本发明的积极进步效果在于本发明为一种可以灵活部署、无人职守运作、远程控 制、远程升级并且易于使用的移动通讯网络RTT测试系统。其属于一种对于无线网络实时 数据业务的RTT指标进行端到端测试的测试系统，可以对全网无线网络的数据传输时延进 行测试和分析，并定位网络问题，进行网络优化；也可以在终端无人值守的情况下，由工程 师在核心网远端发起大量复杂的测试，做到对于网络的7* 小时监控。该系统可以让运 营商方便地测量网络中的RTT指标，通过在不同的环境中布置测试终端，运营商无须用大 量的人力物力，却能得到大量测试点的7* 小时测试结果，做到实时了解网络中的每个细 节。本系统还可以用于无线网络路测，可在动态情况下对全网进行RTT测试，并可将测试结 果用于无线网络优化。
图1是本发明实施例1的RTT测试系统的示意图。图2是本发明实施例1的测试终端的模块示意图。图3是本发明实施例2的终端对核心网的测试方法流程图。图4是本发明实施例3的终端对终端的测试方法流程图。
具体实施例方式下面结合附图给出本发明较佳实施例，以详细说明本发明的技术方案。实施例1下面对本发明中的RTT测试系统加以具体的说明。如图1-4所示，本发明中的无线网络数据业务的RTT测试系统，包括a、测试终端11，用于通过无线网络，与核心网或者其他测试终端进行测试数据的 发送和接收。本实施例中，可以在各处放置若干个测试终端，这些终端可以通过远程控制， 自动发起一些测试(比如拨打电话、收发短信、进行FTP/PING/HTTP的服务)。测试终端还 可以包括固定测试终端和有GPS功能的移动拨测终端两种，固定测试终端中，除了 3G无线 数据功能外，还有WiFi功能，可以用于将测试结果无线上传到核心网。如图2为本实施例所采用的一种测试终端，BP(基带处理模块112)为无线基带处 理部分，如EVDO、WCDMA-HSDPA/HSUPA、TD-SCDMA(以上均为现有技术中的无线协议)等的 无线协议栈和基带部分都在这部分进行处理；RF (射频模块11 是射频模块，通过射频模 块，数字信号才能转换为模拟信号，通过和RF相连接的天线发送出去。同BP相连的AP(应 用程序处理模块111)部分，是测试应用程序所在的模块，这部分应用程序，灵活构建了工 程师所需的各种测试方案，并且能够根据新的测试需求，更改测试方案。测试终端中还包括 相关的电源管理、IO等部分模块。由于使用嵌入式系统设计，终端系统稳定、低耗。终端的 参数情况如下大容量设计，可以为应用程序提供400MBits的存储空间，包括测试数据文 件、应用程序等；智能低能耗设计，在不用测试时自动进入休眠状态，大容量电池可以保证 在220V交流电断电情况下，系统待机48小时以上；多模式设计，可进行多种无线网络兼容， GPRS/EDGE、CDMA1X、EVDO、LTE, WiFi, WiMax, WCDMA-HSUPA(以上均为现有技术中的无线协议)，灵活的模块化设计，使运营商可以根据实际网络情况迅速变换，节省成本；TTL设定， 软件中可以设定数据包的TTL值，配合RTT测试服务器，可以间接了解数据包在网络中的传 输情况。b、RTT测试服务器12，用于对测试终端的测试数据进行响应并处理。C、结果分析服务器13，用于对测试终端和RTT测试服务器上传的各种数据进行关 联分析，计算出测试结果；以便工程师能够通过Web服务器查询测试结果。d、中央数据库14，用于存放结果分析服务器计算出的测试结果。e、短信应用服务器15，通过与无线网络的短信平台相连，向测试终端发送通知短 信。该服务器提供了核心网和终端进行短信命令控制的通道。f、在线升级服务器16，存放新定制的测试方案，供测试终端根据短信应用服务器 的通知短信来获取。一旦工程师通过web服务器，确定了新的测试方案，测试方案即会被放 置在在线升级服务器上。相关的终端会根据短信命令来获取最新的测试方案。g、Web服务器17，用于定制测试方案，以及显示结果分析服务器计算出的测试结 果。该Web服务器能够提供友善的人机接口，把复杂的短信和数据控制命令，用图形化的 web方式展现给工程师。工程师通过Web服务器来进行测试方案的定制。h、应用逻辑服务器18，与所述测试终端、中央数据库和各服务器相连接，所述测试 终端、中央数据库和各服务器通过该应用逻辑服务器交互数据。本实施例中，各核心网网元 通过应用逻辑服务器统一调度，测试终端可以通过短信和数据两种方式，由应用逻辑服务 器统一调度。除了 a_h所述的各部分之外，RTT测试系统还可以包括GIS服务器19，用于将测试 结果和地理信息相关联，测试结果所代表的地理信息即可通过web服务器显示出来，从而 能够判断某地点的测试结果。这样工程师在用Web服务器进行数据查询调用时，可以直观 地看到测试结果所代表的地理信息——当前XX地点的XX测试结果如何。前述的核心网为 本领域泛指核心的那7种网元，包括所述的RTT测试服务器、结果分析服务器、中央数据库、 短信应用服务器、在线升级服务器、Web服务器和应用逻辑服务器，尤其是指所述的RTT测 试服务器。在通信行业，放在机房里的可以统称为核心网。而被测试的运营商无线网络中， 有自己的核心网(移动网络交换机)和无线基站系统。实施例2本发明中RTT测试系统的测试方法分为终端对核心网，以及终端对终端两种。下 面首先介绍终端对核心网的测试方法，其又包括例行测试和实时测试两种。具体包括以下 步骤步骤101、测试终端获取例行测试方案或者实时测试方案。其中，例行测试时，本实 施例中，可以通过核心网事先制定例行测试方案下发测试终端，此后测试终端都按照这个 方案来进行测试。测试方案内容包括数据包的大小、发送间隔、发送时长或者数量，对于变 长数据包的发送规律设定等。然后，在预定的时间，测试终端启动，准备进行测试。实时测 试时，本实施例中，工程师通过web界面，制定测试方案，或者从数据库提取已有测试方案， 核心网通过短信服务器通知终端，到在线升级服务器上取得测试方案，终端通过无线数据 网络或者WiFi网络取得测试方案，自我升级完毕后，通知核心网准备就绪。测试终端还可以通过预置测试流程，或者通过短信或者数据方式实时进行测试。即测试终端中，有一个“测试时刻表”，比如早上9:00，对www. sina. com. cn进行一次RTT 测试；早上9:10，对www. Symantec, com进行两次RTT测试等，晚上12:00，测试终端自动重 启一次。实时测试的方式是指，在上午9:35分27秒时，本来预置测试流程中没有这个测 试，但是可能工程师需要立刻知道这个点当前的状态，就会让系统发一条特殊的短信去，让 终端进行某种测试(呼叫、PING/FTP/HTTP等)。步骤102、测试终端和核心网将各自的时间进行同步，保持一致。这里的同步是指 测试时，由于需要测试终端和核心网都能够采用完全准确的时间。但是平时，每个机器运行 时间多少会有差异的。那么在测试之前，每个机器会从时钟源(GPS-全球定位系统，或者时 钟服务器)再取一次时钟，来进行同步。同时确定RTT测试服务器上有资源可以响应测试 终端所发起的该次测试。终端和测试服务器均有手段或者途径得到标准时钟。对于CDMA/ EVDO的终端，终端和测试服务器从CDMA网络中取时钟；对于移动终端，终端从GPS中取时 钟；对于非CDMA/EVD0网络下的测试服务器，服务器可以从GPS或者时钟服务器中取时钟。 比如从终端发起一个PING包，此时可能是2009年10月10日星期六晚上21点47分53秒 600毫秒；这个PING包到达服务器时，服务器记录该时刻为2009年10月10日星期六晚上 21点47分53秒800毫秒。那么这个单向的传输时延就是200毫秒。这只能在测试终端和 测试服务器的时间严格同步的情况下才能得到。这就需要取时钟。从GPS或者时钟服务器 取。步骤103、测试终端按照步骤101中的测试方案向RTT测试服务器发送测试数据， 同时采集无线网络参数，测试终端记录测试数据的发送时间，RTT测试服务器记录测试数据 的到达时间。本实施例对测试的举例如下。测试终端按照预先设置或者实时要求的，比如发 起一个测试，条件为长度为500bytes的，TTL = 15的数据包，发给测试服务器的IP地址 (如202. 112. 14. 174)，连续发送100个，每个数据包的发送的超时时延(发送过去没有收 到的等待判断时间)为2秒钟，每个数据包的发送间隔为5秒钟。这些参数都是可变的，都 是举例用而已，同时采集无线网络参数，记录当前测试时间。根据记录，每个数据包的发出 或者接收的时间都有精确的时间(比如通过GPS，记录精确到微秒或者毫秒)，那么核对终 端和服务器的两份记录，可以精确地知道这个数据包花了多少时间在网络中传送。而对比 同时记录下来的无线网络参数，可以得知，如果某个或者某几个数据包的传送时间过长，或 者丢失等不希望见到的情况发生的话，是因为无线网络中的哪些参数指标的恶化导致的。 有经验的无线网络优化工程师看了后，就能知道发生这个问题的原因是什么，从而制定出 对于这部分网络的优化策略。步骤104、RTT测试服务器对测试终端的测试数据进行响应，将响应数据回传给测 试终端，RTT测试服务器同时记录响应数据的发送时间。步骤105、测试终端接收到所述响应数据，同时记录响应数据的到达时间，记录完 毕后停止采集无线网络参数。上述步骤构成了环回测试，就是说一个数据包发送到测试服 务器，测试服务器再把这个数据包发送会测试终端，这样的一个测试就称为环回测试。这种 测试的意义在于，能够测试出整个环回的时间，而这个时间完整地代表了用户真实的感知。 比如用户在IE里面输入http://WWW. sina. com. cn，输入以后，他回车，实际上这个计算机 就发出一个HTTP(超文本传输协议)的访问请求到sina的服务器，然后sina的服务器再 把相关的图片、文字等返回给这个用户的计算机。这其实就是一个环回的过程。
步骤106、测试终端和RTT测试服务器将无线网络参数、测试数据、测试数据的发 送和到达时间、响应数据以及响应数据的发送和到达时间，上传到结果分析服务器；结果分 析服务器计算测试结果，存储到中央数据库。测试终端通常是通过EVDO或者WiFi提供的 IP网络，用FTP(文件传输协议)的方式上传数据。RTT测试服务器和结果分析服务器，都 在一个局域网内部，有很多种方式可以实现，FTP、socket (套接字)连接、TCP等等。步骤107、如果测试结果触发阈值条件，则自动通过web服务器显示出来，或通过 调用被显示出来。其中阈值条件，可以让工程师设置的。不同的网络在不同的时段，对于 不同的测试对象，可能指标都不一样。比如上海这边，可能认为时延大于60ms，丢包率高于就很差了。但是对于四川的攀枝花，可能时延大于120ms，丢包率高于2%才算差。这个 的排列组合是没有穷尽的，各地的工程师可以根据自己的经验，在本测试系统里进行相应 的设定来实现。本步骤中，可以采用GIS服务器将测试结果和地理信息相关联，测试结果所 代表的地理信息即可通过web服务器显示出来，从而能够判断某地点的测试结果。上述步骤101 107，本领域技术人员是可以根据其知晓的相关知识和本说明书 公开的内容去具体的实现的，每个步骤的具体实现是本领域的现有技术，并非本发明的发 明点所在。实施例3下面首先介绍终端对终端的测试方法，其又包括例行测试和实时测试两种。具体 包括以下步骤步骤201、所述主叫和被叫测试终端获取例行测试方案或者实时测试方案。本实施 例中，获取例行测试方案和实时测试方案的方法以及测试方案的内容，与实施例2中的基 本相同，不再赘述。在预定的时间，主叫被叫测试终端启动，准备进行测试。步骤202、主叫和被叫测试终端将各自的时间进行同步，保持一致。本实施例中，同 步的方法与实施例2中的基本相同，不再赘述。本实施例中还同时确定对方终端上有资源 可以响应测试终端所发起的该次测试。步骤203、主叫测试终端按照步骤201中的测试方案向被叫终端发送测试数据，同 时采集无线网络参数，主叫测试终端记录测试数据的发送时间，被叫测试终端记录测试数 据的到达时间。对这一过程的举例与实施例2中的基本相同，不再赘述。步骤204、被叫测试终端对主叫测试终端的测试数据进行响应，将响应数据回传给 主叫测试终端，同时采集无线网络参数，记录响应数据的发送时间。步骤205、主叫测试终端接收到所述响应数据，同时记录响应数据的到达时间，记 录完毕后停止采集无线网络参数，并且通知被叫测试终端停止测试。步骤206、主叫和被叫测试终端将无线网络参数、测试数据、测试数据的发送和到 达时间、响应数据以及响应数据的发送和到达时间，上传到结果分析服务器；结果分析服务 器计算测试结果，存储到中央数据库。上传到结果分析服务器的方法与实施例2中的基本 相同，不再赘述。步骤207、如果测试结果触发阈值条件，则自动通过web服务器显示出来，或通过 调用被显示出来。本步骤中，可以采用GIS服务器将测试结果和地理信息相关联，测试结果 所代表的地理信息即可通过web服务器显示出来，从而能够判断某地点的测试结果。上述步骤201 207，本领域技术人员是可以根据其知晓的相关知识和本说明书公开的内容去具体的实现的，每个步骤的具体实现是本领域的现有技术，并非本发明的发 明点所在。 上述3个实施例描述的是测试终端作为固定终端无人值守的布置，但本领域技术 人员应该清楚，本发明还可以用于无线网络路测，可在动态情况下对全网进行RTT测试，并 可将测试结果用于无线网络优化。对无线网络路测采用的是移动的被测终端，其测试方法 的原理同以上3个实施例相同，所以在此不再赘述。
综上所述，本发明公开了一种对无线2. 5G (GPRS/EDGE、CDMAlX两种制式)、 3G(EVD0、WCDMA、TD-SCDMA 三种制式)、3. 5G、3. 75G、4G(WiFi、WiMAx、LTE)甚至更高的高速 数据无线网络下，对数据业务用户的RTT用户感知效果进行测试的系统和方法。本发明的 主要改进在于一、在系统构成上与现有的不同。现有的RTT测试设备需要关联便携式电脑、测试 手机、专业RTT测试软件设备等复杂的测试设备，而本发明通过嵌入式终端平台构筑测试 终端，采用移动通信系统和全球定位技术(GPQ完成核心网的数据关联、数据的时间和地 理信息关联，是一种智能的自动测试系统。现有的方法，因为必须工程师现场操作，工程师 通过笔记本电脑，连接modem(调制解调器)，连接测试手机，跑到测试的地方，才能进行测 试，而且只能同时进行一个地点的测试，不能同时进行多个地点的测试，碰上交通拥挤，堵 车等，效率都很低。本发明的系统可以通过部署在不同地方的测试终端采集参数，进行RTT测试，并 且收集相关的参数，综合GPS、时间同步等信息后，将数据通过短消息或者数据网络，发送到 核心网。核心网的结果分析系统会对测试数据进行分析，并且进行智能呈现，提供给运营商 用户直观的结果。本发明由于把现有的“工程师带着计算机、modem、手机到现场，工程师人 工操作测试软件进行相应的测试参数设置，测试行为发起，测试数据记录”等工作，集成到 一个测试终端上，这个测试终端是常年部署在测试地点，通过220V交流电供电的。这样大 大提高了测试的效率(想测多少测多少，想怎么测试就怎么测试，想什么时候测试就什么 时候测试)，降低了费用(有经验的工程师的人工都很贵，加上在各个测试地点之间往返的 交通费用)。二、以往的RTT测试，需要非常专业的工程师，携带贵重的测试仪表，奔赴故障点 进行测试。移动网络中的各种情况瞬息万变，拥塞状况也随着人流地快速移动而快速改变。 往往工程师还没有到达故障点，故障已经消失了，无法做到实时测试，实时发现，实时分析 解决。该系统的终端分为车载和固定两种。对于需要重点监控的区域，部署固定终端进 行监控，一旦发现问题，工程师无须赶到现场，通过网络远程操作终端进行特定的测试方 案，即可分析判断出网络的问题所在；车载终端更是可以安装在车辆上，对网络进行长期、 实时的测试和和监控。测试区域也包括了道路区域，使测试结果更加全面。三、通常RTT的测试仪表都非常复杂，导致成本居高不下。而该系统的测试终端采 用嵌入式平台，达到如下优点实时性一旦产生测试需求，工程师通过web界面定制测试方案，下载测试方案， 到终端开始执行测试，最快可以在1分钟以内完成，相比传统手段，在效率上有革命性的创新。12
数据上传手段多样充分利用现代通信网络的特点，可以通过多种手段上传数据， 包括但是不限于短信、GPRS/EDGE、CDMA1X、WCDMA-HSUPA、EVD0、WiFi、WiMax、LTE(以上均为 现有技术中的无线协议)等，使核心网工程师可以快速得到测试数据，以便迅速分析。无人职守终端的测试可以分为例行测试和实时测试两种。例行测试情况下，无须 人工干预，终端即可自行进行测试，做到真正的7* 小时监控无线网络状况。虽然以上描述了本发明的具体实施方式
，但是本领域的技术人员应当理解，这些 仅是举例说明，在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变 更或修改。因此，本发明的保护范围由所附权利要求书限定。
权利要求
1.一种无线网络数据业务的RTT测试系统，其特征在于，其包括测试终端，用于通过无线网络，与核心网或者其他测试终端进行测试数据的发送和接收；RTT测试服务器，用于对测试终端的测试数据进行响应并处理； 结果分析服务器，用于对测试终端和RTT测试服务器上传的各种数据进行关联分析， 计算出测试结果；中央数据库，用于存放结果分析服务器计算出的测试结果； 短信应用服务器，通过与无线网络的短信平台相连，向测试终端发送通知短信； 在线升级服务器，存放新定制的测试方案，供测试终端根据短信应用服务器的通知短 信来获取；Web服务器，用于定制测试方案，以及显示结果分析服务器计算出的测试结果；及 应用逻辑服务器，与所述测试终端、中央数据库和各服务器相连接，所述测试终端、中 央数据库和各服务器通过该应用逻辑服务器交互数据。
2.如权利要求1所述的无线网络数据业务的RTT测试系统，其特征在于，该RTT测试系 统还包括GIS服务器，用于将测试结果和地理信息相关联，测试结果所代表的地理信息即 可通过web服务器显示出来，从而能够判断某地点的测试结果。
3.如权利要求1或2所述的无线网络数据业务的RTT测试系统，其特征在于，所述核心 网包括所述的RTT测试服务器、结果分析服务器、中央数据库、短信应用服务器、在线升级 服务器、Web服务器和应用逻辑服务器。
4.一种如权利要求1所述的RTT测试系统的测试方法，其特征在于，其包括以下步骤 S1、测试终端获取例行测试方案或者实时测试方案；&、测试终端和核心网将各自的时间进行同步，保持一致；&、测试终端按照步骤S1中的测试方案向RTT测试服务器发送测试数据，同时采集无线 网络参数，测试终端记录测试数据的发送时间，RTT测试服务器记录测试数据的到达时间； S4^RTT测试服务器对测试终端的测试数据进行响应，将响应数据回传给测试终端，RTT 测试服务器同时记录响应数据的发送时间；&、测试终端接收到所述响应数据，同时记录响应数据的到达时间，记录完毕后停止采 集无线网络参数；&、测试终端和RTT测试服务器将无线网络参数、测试数据、测试数据的发送和到达时 间、响应数据以及响应数据的发送和到达时间，上传到结果分析服务器；结果分析服务器计 算测试结果，存储到中央数据库；S7、如果测试结果触发阈值条件，则自动通过web服务器显示出来，或通过调用被显示 出来。
5.如权利要求4所述的RTT测试系统的测试方法，其特征在于，步骤S1中，核心网事先 制定例行测试方案下发到测试终端，测试终端再按照该测试方案进行测试。
6.如权利要求5所述的RTT测试系统的测试方法，其特征在于，所述核心网包括权利要 求1所述的RTT测试服务器、结果分析服务器、中央数据库、短信应用服务器、在线升级服务 器、Web服务器和应用逻辑服务器。
7.如权利要求4所述的RTT测试系统的测试方法，其特征在于，步骤S1中，通过web服务器的web界面制定实时测试方案，核心网通过短信应用服务器通知测试终端到在线升级 服务器上取得该测试方案，进行升级。
8.如权利要求4所述的RTT测试系统的测试方法，其特征在于，步骤S1中，所述测试方 案的内容包括数据包的大小、发送时间间隔、发送时长或者发送数量以及对于变长数据包 的发送规律设定。
9.如权利要求4所述的RTT测试系统的测试方法，其特征在于，步骤&中结果分析服 务器计算出的测试结果包括数据包的发送时间和到达时间的时间差，对比同时记录下的无 线网络参数，可以统计出数据传输的时延、网络的吞吐量、丢包率、错序率信息，可判断出哪 些无线网络参数对数据包的传输产生了影响。
10.如权利要求4所述的RTT测试系统的测试方法，其特征在于，步骤S7中，阈值条件 为预先设定的传输时延或丢包率，当计算出的测试结果中的传输时延或丢包率大于预先设 定值时，认为触发了阈值条件。
11.如权利要求4所述的RTT测试系统的测试方法，其特征在于，所述的RTT测试系统 包括GIS服务器，步骤S7中，该GIS服务器将测试结果和地理信息相关联，测试结果所代表 的地理信息即可通过web服务器显示出来，从而能够判断某地点的测试结果。
12.—种如权利要求1所述的RTT测试系统的测试方法，该RTT测试系统中的测试终端 包括主叫测试终端和被叫测试终端，其特征在于，其包括以下步骤51、所述主叫和被叫测试终端获取例行测试方案或者实时测试方案；52、主叫和被叫测试终端将各自的时间进行同步，保持一致；53、主叫测试终端按照步骤S1中的测试方案向被叫终端发送测试数据，同时采集无线 网络参数，主叫测试终端记录测试数据的发送时间，被叫测试终端记录测试数据的到达时 间；、、被叫测试终端对主叫测试终端的测试数据进行响应，将响应数据回传给主叫测试 终端，同时采集无线网络参数，记录响应数据的发送时间；&、主叫测试终端接收到所述响应数据，同时记录响应数据的到达时间，记录完毕后停 止采集无线网络参数，并且通知被叫测试终端停止测试；56、主叫和被叫测试终端将无线网络参数、测试数据、测试数据的发送和到达时间、响 应数据以及响应数据的发送和到达时间，上传到结果分析服务器；结果分析服务器计算测 试结果，存储到中央数据库；57、如果测试结果触发阈值条件，则自动通过web服务器显示出来，或通过调用被显示 出来。
13.如权利要求12所述的RTT测试系统的测试方法，其特征在于，步骤S1中，核心网事 先制定例行测试方案下发到主叫和被叫测试终端，主叫和被叫测试终端再按照该测试方案 进行测试。
14.如权利要求13所述的RTT测试系统的测试方法，其特征在于，所述核心网包括权利 要求1所述的RTT测试服务器、结果分析服务器、中央数据库、短信应用服务器、在线升级服 务器、Web服务器和应用逻辑服务器。
15.如权利要求12所述的RTT测试系统的测试方法，其特征在于，步骤S1中，通过web 服务器的web界面制定实时测试方案，核心网通过短信应用服务器通知主叫和被叫测试终端到在线升级服务器上取得该测试方案，进行升级。
16.如权利要求12所述的RTT测试系统的测试方法，其特征在于，步骤S1中，所述测试 方案的内容包括数据包的大小、发送时间间隔、发送时长或者发送数量以及对于变长数据 包的发送规律设定。
17.如权利要求12所述的RTT测试系统的测试方法，其特征在于，步骤&中结果分析 服务器计算出的测试结果包括数据包的发送时间和到达时间的时间差，对比同时记录下的 无线网络参数，可以统计出数据传输的时延、网络的吞吐量、丢包率、错序率信息，可判断出 哪些无线网络参数对数据包的传输产生了影响。
18.如权利要求12所述的RTT测试系统的测试方法，其特征在于，步骤S7中，阈值条件 为预先设定的传输时延或丢包率，当计算出的测试结果中的传输时延或丢包率大于预先设 定值时，认为触发了阈值条件。
19.如权利要求12所述的RTT测试系统的测试方法，其特征在于，所述的RTT测试系统 包括GIS服务器，步骤S7中，该GIS服务器将测试结果和地理信息相关联，测试结果所代表 的地理信息即可通过web服务器显示出来，从而能够判断某地点的测试结果。
全文摘要
本发明公开了一种无线网络数据业务的RTT测试系统，其包括测试终端，RTT测试服务器，中央数据库，在线升级服务器，Web服务器及应用逻辑服务器，所述测试终端、中央数据库和各服务器通过该应用逻辑服务器交互数据。本发明还公开了一种无线网络数据业务的RTT测试系统的测试方法。本发明为一种可以灵活部署、无人职守运作、远程控制、远程升级并且易于使用的移动通讯网络RTT测试系统。其属于一种对于无线网络实时数据业务的RTT指标进行端到端测试的测试系统，可以对全网无线网络的数据传输时延进行测试和分析，并定位网络问题，进行网络优化；也可以在终端无人值守的情况下，由工程师在核心网远端发起大量复杂的测试，做到对于网络的7*24小时监控。
文档编号H04W24/00GK102056187SQ20091019790
公开日2011年5月11日 申请日期2009年10月29日 优先权日2009年10月29日
发明者刘浩东 申请人:上海倍亚得信息技术有限公司