专利名称：一种定时器控制方法及系统的制作方法
技术领域：
本发明涉及定时器控制领域，具体涉及一种定时器控制方法及系统。
背景技术：
对于基于安全的用户平面移动位置业务，目前国际开放移动联盟(OMA，Open Mobile Alliance)已制订出一套基于安全的用户平面移动定位(SUPL，Secure User Plane Location)协议，以对该业务进行全面规范。在SUPL协议中，对各实体对应的定时器，以及各定时器的触发和结束条件都进行了明确定义。SUPL终端(SET，SUPL Enabled Terminal)对应的定时器分别是UT1、UT2、UT3和UT4，SUPL定位平台(SLP，SUPL LocationPlatform)对应的定时器分别是ST1、ST2、ST3和ST4，SUPL位置计算中心(SPC，SUPL Positioning Centre)对应的定时器是PT1，请求SUPL定位平台(R-SLP，Requesting SUPL Location Platform)对应的定时器是RT1。各定时器分别应用于SUPL过程的不同阶段，例如UT1触发条件是SET发送SUPL开始(Start)消息，结束条件是SET收到SUPL响应(Response)消息，UT1的定时时长是10秒，当UT1超时时，SET会给SLP发送SUPL结束(End)消息，同时释放自身占用的本次对话资源。
定时器可以避免在业务进行过程中，当请求方发送了请求消息后，响应方由于对该请求消息的响应超时而导致的对话吊死，减少资源的浪费。具体地，当响应方没有释放本次对话，但由于内部处理或其它原因导致响应超时，且请求方发现了自身的等待定时器超时时，那么，请求方会及时给响应方发送SUPL结束消息，以通知响应方释放本次对话，同时自身释放本次对话。
上述处理虽然可在一定程度上避免资源的浪费，但是同时也会引起以下缺点1、在响应方有能力处理本次业务时，异常结束本次业务。响应方可能由于当前网络负荷较大等原因，暂时无法处理本次业务，但若请求方稍微等待较短时间，响应方就很有可能处理本次业务。且，业务异常结束，会给用户造成服务质量不好的印象。
2、请求方可能会进行二次或多次业务申请，而此时响应方可能仍然无法处理该业务，导致该业务继续失败，浪费了大量资源。
3、标准规范中的定时器时长都为建议值，这些建议值并不能适用于所有业务对话。
发明内容
有鉴于此，本发明的主要目的是提供一种定时器控制方法及系统，以在业务对话未处理完毕，但响应方响应超时时，请求方可以继续等待响应方的响应，以避免业务异常结束。
为达到上述目的，本发明的技术方案是这样实现的一种定时器控制方法，该方法包括A、请求方向响应方发送请求消息，同时启动等待定时器；响应方收到该消息，启动监测定时器，且监测定时器的时长小于等待定时器的时长；B、在监测定时器已超时、且该请求消息未处理完毕时，响应方给请求方发送定时器重启消息；请求方收到该消息后，重新启动等待定时器。
步骤B所述请求方收到定时器重启消息之后，进一步包括请求方给响应方返回定时器重启响应。
所述响应方给请求方发送定时器重启消息的同时，进一步包括设定一等待重启响应时长，且，所述等待重启响应时长已过，响应方仍未收到请求方的定时器重启响应，则响应方重复给请求方发送定时器重启消息。
步骤B所述重新启动的等待定时器时长为请求方自己设置的，
或者为响应方设置的，且通过步骤B所述定时器重启消息通知请求方。
一种定时器控制系统，包括请求方设备和响应方设备，其中，请求方设备，用于给响应方设备发送请求消息，同时启动等待定时器；用于接收响应方设备的定时器重启消息，同时重新启动等待定时器；响应方设备，用于接收请求方设备的请求消息，同时启动时长小于请求方设备的等待定时器时长的监测定时器；并在监测定时器已超时、且该请求消息未处理完毕时，给请求方设备发送定时器重启消息。
所述请求方设备进一步用于，在收到响应方设备发送的定时器重启消息后，给响应方设备返回定时器重启响应；所述响应方设备进一步用于，接收请求方设备的定时器重启响应。
与现有技术相比，本发明在请求方给响应方发送请求消息的同时，启动等待定时器；响应方收到该消息后，启动监测定时器，该监测定时器时长小于等待定时器时长，在响应方未处理完该请求消息、但监测定时器超时时，给请求方返回定时器重启消息；请求方收到该消息后，重新启动等待定时器。本发明使得在响应方响应超时，但有能力处理本次业务的情况下，请求方可以继续等待响应方的响应，避免了业务异常结束，且节省了网络资源，并使得请求方的等待定时器时长更加符合实际对话情况。
图1为本发明提供的定时器控制的系统框图；图2为本发明提供的定时器控制的流程图。
具体实施例方式
本发明的核心思想是请求方给响应方发送请求消息的同时，启动等待定时器；响应方收到该消息后，启动监测定时器，该监测定时器的时长小于等待定时器的时长，在响应方未处理完该请求消息、但监测定时器超时时，响应方给请求方发送定时器重启消息；请求方收到该消息后，重新启动等待定时器，以继续等待响应方的响应。
下面结合附图及具体实施例对本发明再作进一步详细的说明。
图1是本发明提供的定时器控制的系统框图，如图1所示，其具体包括请求方设备用于给响应方设备发送请求消息，同时启动等待定时器；用于接收响应方设备发送的定时器重启消息，并重新启动等待定时器。
进一步地，请求方设备用于在收到响应方设备发送的定时器重启消息后，给响应方设备返回定时器重启响应。
响应方设备用于接收请求方设备的请求消息，同时启动时长小于请求方设备的等待定时器时长的监测定时器；用于在监测定时器已超时、但未处理完该请求消息时，给请求方设备发送定时器重启消息。
进一步地，响应方设备用于接收请求方设备发送的定时器重启响应。
在本发明中，只要一设备发起请求并等待对方设备的响应，该设备就可称为请求方设备；同样，只要一设备接收请求并需给发送该请求的对方设备返回响应，该设备就可称为响应方设备。
图2是本发明提供的定时器控制的流程图，如图2所示，其具体步骤如下步骤201请求方给响应方发送请求消息，同时启动等待定时器。
本发明中的请求方可以是SET或SLP等，对应地，响应方可以是SLP或SET等。若有多个请求方或多个响应方，且所有请求方和所有响应方之间都可实现通信，那么可以采用本发明提供的定时器控制方法，实现所有请求方的定时器控制。
步骤202响应方收到该消息，设定并启动监测定时器，同时对该消息进行处理。
监测定时器时长要小于请求方的等待定时器时长。响应方可通过以下两种方式得知请求方的等待定时器时长一、自身保存的由系统设定的默认等待定时器时长；二、响应方预测的等待定时器时长。
步骤203响应方判断该消息是否处理完毕，若是，执行步骤204；否则，执行步骤205。
步骤204响应方给请求方返回响应消息，同时清除监测定时器，本流程结束。
同样，请求方收到该响应消息后，清除等待定时器。
步骤205响应方判断监测定时器是否超时，若是，执行步骤206；否则，继续处理该消息，并返回步骤203。
步骤206响应方给请求方发送定时器重启消息。
监测定时器超时，表明响应方没有及时给请求方返回响应消息。
定时器重启消息包含当前对话标识(ID)、需重新设置的定时器ID即等待定时器ID，还可以包括定时器重新设置时长。
定时器重启消息可采用现有技术中请求方和响应方支持的发送方式发送。
响应方在发送定时器重启消息时，可同时设定一等待重启响应时长，若该时长已过，仍未收到请求方返回的定时器重启响应，就重新给请求方发送该定时器重启消息。
步骤207请求方收到该定时器重启消息，重新启动等待定时器，以重新等待响应方的响应消息。
发送定时器重启消息后，响应方继续正常处理该请求消息。
请求方收到响应方发送的定时器重启消息后，可以给响应方返回一个定时器重启响应，表示收到定时器重启消息，定时器重启响应包含对话ID。
重新设置的等待定时器时长，可以是响应方在定时器重启消息中设定的，也可以是请求方根据自身情况设定的。
若重启的等待定时器超时后，响应方仍未处理完该消息，那么，响应方可再次发送定时器重启消息，请求方可再次重启等待定时器。
在实际应用中，根据自身的不同情况，请求方在收到定时器重启消息后，也可能不重设等待定时器，且在原设置的等待定时器超时后，仍没收到响应方的响应消息时，给响应方发送释放对话消息，同时自身释放本次对话；或者，在收到定时器重启消息后，直接释放本次对话，并给响应方发送释放对话消息。
为了更清楚地描述本发明，现给出一个具体的例子SET要发起一个自定位过程，向SLP发送SUPL开始消息，同时启动定时器UT1，UT1的时长为10秒；SLP收到该消息，启动监测定时器，且设定该监测定时器时长为9秒；在监测定时器超时时，SLP仍未处理完SUPL开始消息，此时SLP给SET返回定时器重启消息，消息中包含本次对话ID、定时器IDUT1、以及定时器重设时长3秒；SLP收到该消息后，重新设置UT1时长为3秒，继续等待SLP返回的SUPL响应。
以上所述仅为本发明的过程及方法实施例，并不用以限制本发明，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种定时器控制方法，其特征在于，该方法包括A、请求方向响应方发送请求消息，同时启动等待定时器；响应方收到该消息，启动监测定时器，且监测定时器的时长小于等待定时器的时长；B、在监测定时器已超时、且该请求消息未处理完毕时，响应方给请求方发送定时器重启消息；请求方收到该消息后，重新启动等待定时器。
2.如权利要求1所述的方法，其特征在于，步骤B所述请求方收到定时器重启消息之后，进一步包括请求方给响应方返回定时器重启响应。
3.如权利要求2所述的方法，其特征在于，所述响应方给请求方发送定时器重启消息的同时，进一步包括设定一等待重启响应时长，且，所述等待重启响应时长已过，响应方仍未收到请求方的定时器重启响应，则响应方重复给请求方发送定时器重启消息。
4.如权利要求1所述的方法，其特征在于，步骤B所述重新启动的等待定时器时长为请求方自己设置的，或者为响应方设置的，且通过步骤B所述定时器重启消息通知请求方。
5.一种定时器控制系统，其特征在于，包括请求方设备和响应方设备，其中，请求方设备，用于给响应方设备发送请求消息，同时启动等待定时器；用于接收响应方设备的定时器重启消息，同时重新启动等待定时器；响应方设备，用于接收请求方设备的请求消息，同时启动时长小于请求方设备的等待定时器时长的监测定时器；并在监测定时器已超时、且该请求消息未处理完毕时，给请求方设备发送定时器重启消息。
6.如权利要求5所述的系统，其特征在于，所述请求方设备进一步用于，在收到响应方设备发送的定时器重启消息后，给响应方设备返回定时器重启响应；所述响应方设备进一步用于，接收请求方设备的定时器重启响应。
全文摘要
本发明公开了一种定时器控制方法，包括请求方给响应方发送请求消息，同时启动等待定时器；响应方收到该消息后，启动监测定时器，在监测定时器已超时、但该消息未处理完毕时，给请求方发送定时器重启消息；请求方收到该消息后，重新启动等待定时器。本发明同时公开了一种定时器控制系统，包括发送请求消息、并接收定时器重启消息的请求方设备，和接收请求消息、并在监测定时器已超时且请求消息未处理完毕时，给请求方设备发送定时器重启消息的响应方设备。本发明使得在请求消息未处理完毕、但响应方即将响应超时时，请求方可继续等待响应方的响应，避免了业务异常结束，且节省了网络资源，并使得请求方的等待定时器时长更加符合实际对话情况。
文档编号H04M15/00GK1859529SQ20051008537
公开日2006年11月8日 申请日期2005年7月26日 优先权日2005年7月26日
发明者石国欣, 阎晓路 申请人:华为技术有限公司