CN101610520A - 用户终端测试行为的触发方法、通信设备及通信系统 - Google Patents

Abstract

本发明公开了一种用户终端测试行为的触发方法，包括：网络侧向用户终端提供测试指令，所述测试指令中携带用于触发用户终端执行测试的测试行为触发指令；用户终端获取到所述测试指令后，解析出所述触发指令，且在所述触发指令所指示的触发条件被满足时，执行所述测试。本发明还公开了一种用户终端、测试控制服务器及通信系统。本发明技术方案的实现提高网络侧对用户终端上测试行为控制的灵活性，使网络侧能够按照其期望，触发用户终端上的测试行为。

Description

用户终端测试行为的触发方法、通信设备及通信系统

技术领域

本发明涉及通信技术领域，尤其涉及一种用户终端测试行为的触发方法、通信设备及通信系统。

背景技术

无线通信系统中，网络侧通常需要获知与用户终端之间的通信状况、用户终端的通信能力等等通信数据信息，以根据这些通信数据信息，执行相应的通信策略，保证一定的服务质量。

现有技术中，为使网络侧获得通信数据信息，通常在用户终端上预设测试软件，由该测试软件控制用户终端执行测试的测试行为，其中，用户终端基于预设的测试任务进行测试，以收集通信数据信息，并将测试到的通信数据信息上报给网络侧。

用户终端内的测试软件通常被预先设置后固化在用户终端内，用户终端测试行为的触发方式通常被预设，如在用户终端开机后立即运行测试软件，执行测试，或者，由用户通过菜单选择启动测试软件执行测试，等，而网络侧通常难以控制用户终端的测试行为，从而，在网络侧期望获取通信数据信息而用户终端并未执行测试的情况下，将因网络侧难以及时获取通信数据信息而可能拖延运营商网络规划的实现进展，也会对网络性能与服务质量造成不好的影响。

因此，现有技术中，网络侧难以很好地控制用户终端的测试行为。

发明内容

本发明提供一种用户终端测试行为的触发方法、通信设备及通信系统，实现网络侧对用户终端测试行为的触发控制。

一种用户终端测试行为的触发方法，包括：

网络侧向用户终端提供测试指令，所述测试指令中携带用于触发用户终端执行测试的测试行为触发指令；

用户终端获取到所述测试指令后，解析出所述触发指令，且在所述触发指令所指示的触发条件被满足时，执行所述测试。

优选地，网络侧向用户终端提供测试指令包括：

网络侧向用户终端发送测试指令，由用户终端接收所述测试指令；或，

网络侧向用户终端发送所述测试指令所在地址，由用户终端收到所述地址后，从所述地址所指位置获取所述测试指令。

优选地，执行所述测试包括：执行预设于所述用户终端内的测试任务；或，

所述测试指令中进一步包括网络侧期望用户终端执行的测试任务，执行所述测试包括：

执行所述测试指令所包含的所述测试任务；或，执行所述测试指令所包含的所述测试任务，且执行预设于所述用户终端内的测试任务。

优选地，所述方法应用于测试控制协议MCP中。

优选地，所述测试指令采用可扩展标记语言XML描述。

一种用户终端，包括：获取单元、信息处理单元、触发监测单元和测试单元，其中，

获取单元，用于获取网络侧提供的测试指令，所述测试指令中携带用于触发用户终端执行测试的测试行为触发指令；

信息处理单元，用于从所述获取单元获取到的所述测试指令中，解析出所述触发指令；

触发监测单元，用于根据信息处理单元解析出的所述触发指令，在所述触发指令所指示的触发条件被满足时，触发测试单元执行所述测试。

优选地，所述获取单元为指令接收单元，用于接收网络侧发送的测试指令；或，

所述获取单元包括：地址接收单元和指令获取单元，其中，

所述地址接收单元，用于接收网络侧发送的所述测试指令所在地址；

所述指令获取单元，用于根据所述地址接收单元接收到的所述地址，从该地址所指位置获取所述测试指令。

一种测试控制服务器，包括：

指令指示单元，用于向用户终端提供测试指令，所述测试指令中携带用于触发用户终端执行测试的测试行为触发指令。

优选地，所述指令指示单元为指令发送单元，用于向用户终端发送所述测试指令；或，

所述指令指示单元为地址发送单元，用于奖所述测试指令所在位置的地址发送给所述用户终端，由用户终端根据所述地址，从所述地址所指位置获取所述测试指令。

一种通信系统，其特征在于，包括：测试控制服务器和用户终端，

所述测试控制服务器包括：指令指示单元，用于向用户终端提供测试指令，所述测试指令中携带用于触发用户终端执行测试的测试行为触发指令；

所述用户终端包括：获取单元、信息处理单元、触发监测单元和测试单元，其中，

获取单元，用于获取网络侧提供的测试指令，所述测试指令中携带用于触发用户终端执行测试的测试行为触发指令；

信息处理单元，用于从所述获取单元获取到的所述测试指令中，解析出所述触发指令；

触发监测单元，用于根据信息处理单元解析出的所述触发指令，在所述触发指令所指示的触发条件被满足时，触发测试单元执行所述测试。

本发明提供的上述技术方案，通过网络侧主动向用户终端提供包含触发指令的测试指令，将触发指令提供给用户终端；用户终端基于收到的触发指令，在触发指令所指示的触发条件被满足时再执行测试，从而使网络侧能够控制用户终端测试行为的触发，提高网络侧对用户终端上测试行为控制的灵活性，使网络侧能够按照其期望，触发用户终端上的测试行为。

附图说明

图1是本发明一个实施例中网络侧控制用户终端的测试行为的流程图；

图2是本发明的一个实施例中用户终端的结构示意图；

图3是本发明的一个实施例中该测试控制服务器的结构示意图；

图4是本发明的一个具体实施例中的通信系统结构示意图。

具体实施方式

本申请中，为使网络侧能够控制用户终端测量行为的触发，由网络侧向用户终端提供测试指令，该测试指令中携带用于触发用户终端执行测试的测试行为触发指令；这样，用户终端在获得测试指令后，可在触发指令所指示的触发条件被满足时，执行测试，从而实现由网络侧控制用户终端测试行为的触发。

其中，触发条件可由网络侧根据实际情况设置，如在何时触发测试，或在用户终端移动到何处后触发测试，或根据网络通信状况如在信号强度超过预设值或低于预设值时触发测试，等等。

具体实现时，网络侧可直接将测试指令发给用户终端，或者可将测试指令所在位置的地址发给用户终端，由用户终端收到该地址后，从该地址所指位置获得测试指令。

进一步，为节约传输资源，实际应用中，可在测试指令中设置测试任务相关的测试指令，在将触发指令发送给用户终端的同时，通过测试指令，将具体需要用户终端测试什么的测试指令发送给用户终端。这样，用户终端在获得测试指令后，不仅能够确定在何种情况下触发测试，还可直接获知测试任务。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图作进一步详细描述。

参见图1，图1是本发明的一个实施例中网络侧控制用户终端的测试行为的流程图，该流程可包括以下步骤：

步骤101、网络侧向用户终端发送要求用户终端下载测试指令的请求消息，该消息中携带测试指令(MI)所在位置的地址。

本实施例中，网络侧通过推送(Push)方式，将测试指令所在位置的地址推送给用户终端。实际应用中，可定义请求消息的描述如MCP-MIs需求(MCP-MIs requirement)，网络侧要求用户终端下载的MI可能不止一条。

另外，实际应用中，网络侧与用户终端之间通常基于测试控制协议(MCP)实现测试相关信息的传输，因此，在具体实现时，可基于本申请所提供的技术方案，对现有MCP进行扩展，增加MCP中对用户终端测试行为的触发机制。具体地，可采用可扩展标记语言(XML)来描述。本实施例中即列举了本申请的技术方案基于XML编写的可应用于MCP的程序代码。具体实施时，可根据实际应用场景采用其他编程方式实现本申请的技术方案。

本实施例以扩展MCP本地消息(NATIVE MESSAGE)为例，给出了NATIVE MESSAGE的具体描述方式，其中，句法格式遵循巴科斯-诺尔范(BNF)式，列举如下规范描述实例如下：

规范实例一：

    native_message::＝PDU_Header*command_id*(attribute)

    PDU_Header::＝<number in 5 byte，such as 0X04，0X04，0X02，0XFF，0XFF

>

    command_id::＝<number in 1 byte，such as 0x01>

    attribute::＝attribute_id value_length value

    attribute_id::＝<numberin 1 byte，such as 0x02>

    value_length::＝<number in 1 byte，such as 0x40>

    value::＝<binary data in value_length bytes>

上述规范实例一中，NATIVE MESSAGE包括PDU数据包包头(PDU_Header)、命令标识(command_id)和消息属性(attribute)，其中，PDU_Header大小为5字节的16进制数；command_id大小为1字节的16进制数；attribute包括attribute标识(attribute_id)、值的长度(value_length)和值(value)，其中，attribute_id和value_length均为1字节的16进制数，value用二进制值表示，大小不超过value_length规定的长度。

具体应用代码如下：

代码一：

0X04，0X04，0X02，0XFF，0XFF，0x05，0x01，0x04，0x00000001

上述代码一中，“0X04，0X04，0X02，0XFF，0XFF”即表示PDU数据包包头，也可理解为端口信息；“0x05”为命令标识，表示MCP PUSH命令；“0x01，0x04，0x00000001”是消息属性的描述信息，其中，“0x01”是消息属性标识，“0x04”是值的长度，“0x00000001”是具体值，该值表示测量指令所在地址如：

<URL><0x80>http://eversion.com:8001 ？mtid＝1&cmdfileid＝001&u＝x&p＝y

步骤102、用户终端收到请求消息后，解析出测试指令所在位置的地址，从该地址所指位置下载测试指令。

实际应用中，地址所指位置通常在网络侧，用户终端可从该位置所对应的设备上直接下载测试指令，或与该设备交互，以下载测试指令。

步骤103、用户终端获得测试指令后，解析出测试指令中包括的指示用户终端触发测试触发指令和具体的测试任务，其中，触发指令指示了用于触发用户终端测试行为的触发条件，用户终端监测触发条件是否被满足，若是，则执行步骤104；否则，不执行测试，等待触发条件被满足后再执行步骤104。

本实施例中，列举MI的描述规范实例如下：

规范实例二：

<！ELEMENT MCPPkg(ProVer，DevDef？，OptDef)>

<！ELEMENT ProVer(#PCDATA)>

    <！ELEMENT DevDef(PkgMaxSize)>

    <！ELEMENT PkgMaxSize(#PCDATA)>

    <！ELEMENT OptDef(MIDownload？，Status*，MIDef？，Final？，

SessionEnd？)>

上述规范实例二给出MCP MI协议包的句法格式，包括协议包描述符“MCPPkg”，协议版本号“ProVer”，用户终端适用条件“DevDef”，适用条件如用户终端能够接收的协议包的最大尺寸“PkgMaxSize”，操作指令集“OptDef”如“MIDownload？，Status*，MIDef？，Final？，SessionEnd？”。其中，<DevDef>，<OptDef>标记来自<MCPPkg>标记下一级，<PkgMaxSize>标记来自<DevDef>标记下一级，不是<MCPPkg>或<OptDef>的下一级，实际应用中，可不必拘泥于上述句法格式。

列举代码实例如下：

代码二：

<MCPPkg>

<ProVer>1.0</ProVer>

<DevDef>

<PkgMaxSize>10000</PkgMaxSize>

</DevDef>

<OptDef>

<MIDef>

......

</MIDef>

......

</OptDef>

</MCPPkg>

上述代码二表示，协议版本号为“1.0”，用户终端要能够接收最大尺寸为“10K”的协议包，后续，可继续书写一系列的测试指令“MIDef”。

列举测试指令实例如下：

代码三：

......

<MIDef>

<Measurement_Instruction HmuGroupId＝”89”

DateForUpload＝”00:12:00”>

<Set_POM>

<Trigger_Event>

<Trigger_Group>

<Trigger>

<Parameter>Time</Parameter>

<Operator>’＞’</Operator>

<Value>ExTime 00:01:00</Value>

</Trigger>

<Condition>1</Condition>

</Trigger_Group>

</Trigger_Event>

<PUC>2G.CI</PUC>

<PUC>3G.RSCP</PUC>

......

<TracePeriod>600</TracePeriod>

......

</Set_POM>

......

</Measurement_Instruction>

...

</MIDef>

......

上述代码三描述了触发指令，具体地，给出了该测试指令的标识为“89”，触发指令中指示，若用户终端收到该指令1分钟的触发条件被满足，即<Condition>1</Condition>，则用户终端的测试行为即被触发，或者说，用户终端即开始执行测试。

并且，上述代码三中描述了测试指令的测试任务，具体地，要求用户终端测试2G系统的小区号，3G系统的无线信号强度，持续测试600秒等。

另需要说明的是，上述代码只作为具体实施的参考方案，实际应用中，可不必拘泥于代码的具体形式如代码中标记名称、书写格式等等，只要能够在用户终端与网络侧之间进行协商，规定双方能够识别的协议，通过协议规范，网络侧将测试指令提供给用户终端，用户终端解析测试指令并执行该指令即可。

步骤104、用户终端根据解析出的测试任务，执行测试，获得测试结果。

如，上述代码三中给出网络侧要求用户终端执行的测试任务，用户终端基于解析出的测试任务执行测试，其中，用户终端的测试功能为现有功能，本申请不作详述。

步骤105、用户终端将测试结果上报给网络侧。

上述代码三中，测试指令中进一步携带了指示用户终端何时上报测试结果的上报时间为用户终端收到测试指令后第12分钟“DateForUpload＝”00:12:00””，因此，用户终端可基于解析出的上报时间，在上报时间到来时将测试结果上报给网络侧。

实际应用中，可根据实际情况设置上报时间，如可默认在用户终端得出测试结果后立即上报，等等。

上述图1所示实施例给出了用户终端上测试行为的触发机制的具体实现方案，其中，网络侧通过测试指令来控制用户终端上测试行为的触发，且基于测试指令，网络侧可灵活配置用户终端测试行为的触发指令，体现网络侧所期望的触发时机。并且，网络侧可通过测试指令，将测试任务通知给用户终端，控制用户终端的整个测试行为。

实际应用中，可设置网络侧仅向用户终端提供包含触发指令的测试指令，由用户终端收到该测试指令后，在触发指令所指示的触发条件被满足时，基于自身预设的测试任务执行测试；或者，网络侧将其所期望的测试任务发给用户终端，并为节约传输资源，可通过测试指令携带测试任务，用户终端收到测试指令后，在其中触发条件被满足时，触发测试，并且既执行自身预设的测试任务，又执行网络侧下达的额外测试任务；或者，可设置，用户终端上的测试任务完全由网络侧配置，如上述通过测试指令下发，在体现网络侧控制用户终端的测试行为的灵活性的同时，还可有效减少用户终端上的预先配置工作。

本发明提供一种用户终端，参见图2，图2是本发明的一个实施例中用户终端的结构示意图，该用户终端可包括：通信单元201、获取单元202、信息处理单元203、触发监测单元204和测试单元205，其中，

通信单元201，用于实现用户终端与外部的通信；

获取单元202，用于通过通信单元201，从获取网络侧提供的测试指令，测试指令中携带用于触发用户终端执行测试的测试行为触发指令；

信息处理单元203，用于从获取单元202获取到的测试指令中，解析出触发指令；

触发监测单元204，用于根据信息处理单元203解析出的触发指令，在触发指令所指示的触发条件被满足时，触发测试单元205执行所述测试。

图2中，获取单元202可为指令接收单元，用于接收网络侧发送的测试指令；或者，获取单元包括：地址接收单元和指令获取单元，其中，

地址接收单元，用于通过通信单元201，接收网络侧发送的所述测试指令所在地址；

指令获取单元，用于根据所述地址接收单元接收到的所述地址，通过通信单元201从该地址所指位置获取所述测试指令。

实际应用中，根据具体设置，配置获取单元202，如配置获取单元202为指令接收单元，或者配置获取单元包括上述地址接收单元和指令获取单元；或者，可配置获取单元包括上述指令接收单元、地址接收单元和指令获取单元，根据需要启动所需单元。

图2中，用户终端可进一步包括上报单元206，用于将测试单元205的测试结果通过通信单元201上报给网络侧。

本发明还提供一种测试控制服务器，该测试控制服务器即网络侧具体与用户终端进行交互，控制用户终端测试行为的触发的通信设备。参见图3，图3是本发明的一个实施例中该测试控制服务器的结构示意图，该测试控制服务器中包括：通信单元301和指令指示单元302；

通信单元301，用于实现测试控制服务器与外部的通信；

指令指示单元302，用于通过通信单元301向用户终端提供测试指令，测试指令中携带用于触发用户终端执行测试的测试行为触发指令。

根据实际需要，该指令指示单元302可设置为指令发送单元，用于向用户终端发送所述测试指令；或，

指令指示单元可设置为地址发送单元，用于奖所述测试指令所在位置的地址发送给所述用户终端，由用户终端根据所述地址，从所述地址所指位置获取所述测试指令。

图3中，测试控制服务器可进一步包括结果接收单元303，用于接收用户终端上报的测试结果。

参见图4，图4是本发明的一个具体实施例中的通信系统结构示意图，该通信系统中包括上述用户终端以及测试控制服务器，并且以通信系统采用MCP协议通信为例，示出用户终端与测试控制服务器之间的通信模式。图4中，测试代理服务器为现有通信技术中常用通信模块，如图4所示测试代理(Measurement Agent)以及MCP控制命令/数据传输接口，用户终端与测试控制服务器之间基于MCP协议，由测试控制服务器通过短信(SMS)向用户终端推送测试指令或测试指令所在位置地址；用户终端基于HTTP或FTP向测试控制服务器上报测试结果。另外，为方便起见，图4中用户终端上的测试模块即包含上述图2所示用户终端上除通信单元201之外的所有单元，测试控制服务器上的测试模块包含上述图3所示测试控制服务器上除通信单元301之外的所有单元。

综上所述，本发明的具体实现中，通过网络侧主动向用户终端提供包含触发指令的测试指令，将触发指令提供给用户终端；用户终端基于收到的触发指令，在触发指令所指示的触发条件被满足时再执行测试，从而使网络侧能够控制用户终端测试行为的触发，提高网络侧对用户终端上测试行为控制的灵活性，使网络侧能够按照其期望，触发用户终端上的测试行为。

另外，网络侧还可灵活配置测试指令，如通过测试指令将测试任务通知用户终端，使网络侧获取到所期望的测试结果。

Claims (10)

1、一种用户终端测试行为的触发方法，其特征在于，包括：

网络侧向用户终端提供测试指令，所述测试指令中携带用于触发用户终端执行测试的测试行为触发指令；

用户终端获取到所述测试指令后，解析出所述触发指令，且在所述触发指令所指示的触发条件被满足时，执行所述测试。

2、根据权利要求1所述的方法，其特征在于，网络侧向用户终端提供测试指令包括：

网络侧向用户终端发送测试指令，由用户终端接收所述测试指令；或，

网络侧向用户终端发送所述测试指令所在地址，由用户终端收到所述地址后，从所述地址所指位置获取所述测试指令。

3、根据权利要求1所述的方法，其特征在于，

执行所述测试包括：执行预设于所述用户终端内的测试任务；或，

所述测试指令中进一步包括网络侧期望用户终端执行的测试任务，执行所述测试包括：

执行所述测试指令所包含的所述测试任务；或，执行所述测试指令所包含的所述测试任务，且执行预设于所述用户终端内的测试任务。

4、根据权利要求1至3中任一项所述的方法，其特征在于，所述方法应用于测试控制协议MCP中。

5、根据权利要求1至3中任一项所述的方法，其特征在于，所述测试指令采用可扩展标记语言XML描述。

6、一种用户终端，其特征在于，包括：获取单元、信息处理单元、触发监测单元和测试单元，其中，

获取单元，用于获取网络侧提供的测试指令，所述测试指令中携带用于触发用户终端执行测试的测试行为触发指令；

信息处理单元，用于从所述获取单元获取到的所述测试指令中，解析出所述触发指令；

触发监测单元，用于根据信息处理单元解析出的所述触发指令，在所述触发指令所指示的触发条件被满足时，触发测试单元执行所述测试。

7、根据权利要求6所述的用户终端，其特征在于，所述获取单元为指令接收单元，用于接收网络侧发送的测试指令；或，

所述获取单元包括：地址接收单元和指令获取单元，其中，

所述地址接收单元，用于接收网络侧发送的所述测试指令所在地址；

所述指令获取单元，用于根据所述地址接收单元接收到的所述地址，从该地址所指位置获取所述测试指令。

8、一种测试控制服务器，其特征在于，包括：

指令指示单元，用于向用户终端提供测试指令，所述测试指令中携带用于触发用户终端执行测试的测试行为触发指令。

9、根据权利要求8所述的服务器，其特征在于，所述指令指示单元为指令发送单元，用于向用户终端发送所述测试指令；或，

所述指令指示单元为地址发送单元，用于奖所述测试指令所在位置的地址发送给所述用户终端，由用户终端根据所述地址，从所述地址所指位置获取所述测试指令。

10、一种通信系统，其特征在于，包括：测试控制服务器和用户终端，

所述测试控制服务器包括：指令指示单元，用于向用户终端提供测试指令，所述测试指令中携带用于触发用户终端执行测试的测试行为触发指令；

所述用户终端包括：获取单元、信息处理单元、触发监测单元和测试单元，其中，

获取单元，用于获取网络侧提供的测试指令，所述测试指令中携带用于触发用户终端执行测试的测试行为触发指令；

信息处理单元，用于从所述获取单元获取到的所述测试指令中，解析出所述触发指令；

触发监测单元，用于根据信息处理单元解析出的所述触发指令，在所述触发指令所指示的触发条件被满足时，触发测试单元执行所述测试。

Images