CN101686081B

CN101686081B - 一种重新建立同步连接的方法、装置及系统

Info

Publication number: CN101686081B
Application number: CN 200810222782
Authority: CN
Inventors: 吴博; 尹瑶瑶; 任鹏; 温亮生; 刘涛; 钱海祥
Original assignee: China Mobile Communications Group Co Ltd
Current assignee: China Mobile Communications Group Co Ltd
Priority date: 2008-09-24
Filing date: 2008-09-24
Publication date: 2012-12-05
Anticipated expiration: 2028-09-24
Also published as: CN101686081A

Abstract

本发明公开了一种重新建立同步连接的方法，该方法为：移动终端在与网络侧的同步连接建立失败后，确定导致同步连接建立失败的故障原因；移动终端根据所述故障原因，确定重新建立同步连接的方式；以及，根据该方式重新建立与网络侧的同步连接。这样，移动终端便能将重新建立同步连接这一流程对动态内容分发业务的影响降至最低，避免因重新建立同步连接而给系统带来的严重网络负荷，从而有效地避免了网络拥塞现象的发生，进而保证了动态内容分发业务的有效开展，提高了动态内容分发业务的可靠性。本发明同时公开了一种移动终端和一种通信系统。

Description

一种重新建立同步连接的方法、装置及系统

技术领域

本发明涉及通信领域，特别涉及一种重新建立同步连接的方法、装置及系统。

背景技术

目前，通用无线分组业务(General Packet Radio Service，GPRS)、和增强型数据速率GSM演进技术(Enhanced Data rates for GSM Evolution，EDGE)和时分同步码分多址访问(Time Division-Synchronous Code Division MultipleAccess，TD-SCDMA)网络均向用户提供动态内容分发业务，所谓动态内容分发业务是指业务平台在预先设定的时间从内容源获取内容，并以频道及频道项的形式向终端分发内容的数据业务，频道项是频道中的个体(如，具体的新闻报道)，一个频道可以由多个频道项组成。现有技术下，动态内容分发业务的分发流程可以由预设的时间点触发，也可以由用户主动触发，还可以由业务平台触发。用户可以通过支持动态内容分发业务的终端，按照自身需求添加频道，并接受该频道上分发的内容(如，天气、股票、资讯等)。

用户使用的终端需要定期更新本地的频道项，在每个频道项中均包含有下次更新的时刻，当到达更新时刻时，终端会发起与网络侧业务平台的同步连接。

目前，终端重新发起同步连接时，可能会面对六种网络环境：1、电路域/数据域业务冲突。2、GPRS网络不可用、3、服务器超时。4、同步响应错误。5、下载响应错误。6、终端存储空间不足。7、网络正在使用。

现有技术下，当发起的同步连接建立失败时，终端会采用两种解决方案：一、放弃重新连接；二、不间断的重试连接。采用第一种解决方案时，会大大降低业务的可靠性，从而影响用户的使用体验。采用第二种解决方案时，终端不断发起重新建立同步连接的请求，会造成严重的网络负荷过重，使业务平台的压力过大，从而很容易引起网络拥塞；另一方面，频繁的重新建立同步连接试连接也会大量消耗终端的电量，减少终端的待机时间。

发明内容

本发明实施例提供一种重新建立同步连接的方法、装置及系统，用以在使用动态内容分发业务的移动终端重新建立与网络侧的同步连接时，提高动态内容分发业务的可靠性。

本发明实施例提供的具体技术方案如下：

一种重新建立同步连接的方法，包括：

移动终端在与网络侧的同步连接建立失败后，确定导致同步连接建立失败的故障原因；

移动终端根据所述故障原因，确定重新建立同步连接的方式；以及

根据该方式重新建立与网络侧的同步连接。

一种移动终端，包括：

确定单元，用于在确认本移动终端与网络侧的同步连接建立失败时，确定导致同步连接建立失败的故障原因；

第一处理单元，用于根据所述故障原因，确定重新建立同步连接的方式；

第二处理单元，用于根据确定的方式重新建立与网络侧的同步连接。

一种通信系统，包括：

移动终端，用于在与网络侧的同步连接建立失败后，确定导致同步连接建立失败的故障原因，并根据所述故障原因，确定重新建立同步连接的方式，以及根据该方式重新与网络侧的服务器建立同步连接；

服务器，用于与移动终端建立同步连接，并提供数据业务。

本发明实施例中，移动终端在使用动态内容分发业务时，若确定自身与网络侧的同步连接建立失败，则根据当前的故障原因选择相应的方式与网络侧重新建立同步连接，这样，移动终端便能将重新建立同步连接这一流程对动态内容分发业务的影响降至最低，避免因重新建立同步连接而给系统带来的严重网络负荷，从而有效地避免了网络拥塞现象的发生，进而保证了动态内容分发业务的有效开展，提高了动态内容分发业务的可靠性；另一方面，移动终端根据故障原因选择不同的方式来重新建立同步连接，也在一定程度上避免了因频繁发起建立同步连接流程而造成的电量的大幅度消耗，从而有效地增加了移动终端的待机时间。

附图说明

图1为本发明实施例中通信系统体系架构图；

图2为本发明实施例中移动终端功能结构图；

图3为本发明实施例中移动终端重新发起同步连接流程图；

图4为本发明实施例中第一种移动终端重新建立GPRS连接流程图；

图5为本发明实施例中第二种移动终端重新建立GPRS连接流程图。

具体实施方式

通信系统内，使用动态内容分发业务的移动终端重新与网络侧建立同步连接的过程中，为了提高动态内容分发业务的可靠性，令使用动态内容分发业务的各移动终端在业务发生异常时，能够正确，合理的进行重新连接，本发明实施例中，移动终端在与网络侧的同步连接建立失败后，确定导致同步连接建立失败的故障原因；移动终端根据所述故障原因，确定重新建立同步连接的方式；以及根据该方式重新建立与网络侧的同步连接。本实施例中，以移动终端与网络侧的动态内容发送(Dynamic Content Delivery，DCD)平台内的服务器(以下称为DCD服务器)建立同步连接为例进行介绍；其他需要进行同步连接的场景也可以使用本方案，在此不再赘述。

基于上述技术方案，本实施例中，造成同步连接失败的故障原因包含但不限于以下几种：

1、电路域/数据域业务冲突。

电路域业务是指移动终端在建立无线连接时，通过建立电路交换来发起的业务，例如，拔打电话；

数据域业务是指移动终端在建立无线连接时，通过建立分组交换来发起的业务，例如，通过浏览器上网。

当同时进行上述两种业务操作时，便会发生业务冲突。

2、GPRS网络不可用。

即移动终端监测不到GPRS网络信号。

3、服务器超时。

即移动终端发起同步连接请求时，网络侧的DCD服务器未在设定时间内返回响应消息。

4、同步响应错误。

即移动终端收到网络侧的DCD服务器返回的同步响应包，但该同步响应包中没有任何可扩展标记语言(Extensible Makeup Language，XML)格式的内容或者相关内容的格式错误。

5、下载响应错误。

即移动终端收到网络侧的DCD服务器返回的下载响应包，但包中没有内容或内容的格式错误。

6、终端存储空间不足。

为避免用户因为订购过多频道而导致移动终端操作系统运行内存不足，移动终端内的操作系统在本地预留出相应的运行空间和存储空间，若移动终端在一次同步连接中，从某频道获得的数据内容的大小超过了本地剩余的存储空间大小，则移动终端认为本地的存储空间不足，需要提示用户删除已存储的内容或者退订部分频道以释放存储空间。

在实际应用中，移动终端可以在任何一次建立同步连接失败后，重新与网络侧建立同步连接，本实施例中，仅以初次建立同步连接失败为例进行介绍。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图1所示，本发明实施例中，通信系统包括移动终端10和DCD服务器11；其中，

移动终端10，用于在与网络侧的同步连接建立失败后，确定导致同步连接建立失败的故障原因，并根据所述故障原因，确定重新建立同步连接的方式，以及根据该方式重新建立与网络侧DCD服务器11的同步连接；

DCD服务器11，用于与移动终端10建立同步连接，并提供数据业务。

参阅图2所示，本发明实施例中，移动终端10包括确定单元100、第一处理101和第二处理单元102，其中：

确定单元100，用于在确认移动终端10与网络侧DCD服务器11之间的同步连接建立失败时，确定导致同步连接建立失败的故障原因；

第一处理单元101，用于根据所述故障原因，确定重新建立同步连接的方式；

第二处理单元102，用于根据确定的方式重新建立与DCD服务器11的同步连接。

基于上述系统架构，参阅图3所示，本实施例中，移动终端10重新发起同步连接请求的详细流程如下：

步骤300：确定初次发起的同步连接请求失败的原因为网络正在使用。

本实施例中，移动终端10按照频道项中预设的时间点发起频道项的同步连接请求，如果动态内容分发客户端发起同步连接请求时，发现GPRS的PDP正在被其它应用占用，并且该应用使用不同的网络连接参数(如，接入点网络(Access Point Network，APN)或者分组数据协议(Packet Data Protocol，Proxy)，则启动重试机制，通过共享这个PDP连接立即建立数据连接，以获得最新内容。

步骤310：确定初次同步连接请求失败的故障原因。

在实际应用中，移动终端10通过以下方式确定导致同步连接建立失败的故障原因：

数据域/电路域业务冲突：在网络使用过程中，若用户通过移动终端10同时进行WAP浏览和拔打电话两种业务，则移动终端10确定数据域/电路域的业务发生了冲突。

GPRS网络不可用：移动终端10按照设定的时间间隔监测GPRS网络的信号状况，并在监测不到GPRS网络信号时，确定当前的GPRS网络不可用。

服务器超时：移动终端10发起同步连接请求后，在预设的时间段内未接收到网络侧DCD服务器11返回的任何响应，则确定服务器超时。

同步/下载响应错误：移动终端10解析DCD服务器11返回的数据包，并根据解析失败后产生的错误码确定故障原因为同步/下载响应错误。

终端存储空间不足：移动终端10检测本地当前剩余的存储空间大小，并将检测结果与存储网络侧返回的数据所需的空间大小进行比较，若发现本地剩余的存储空间不足以保存网络侧返回的数据，则确定终端存储空间不足。

步骤320：确定故障原因所对应的解决方式。

本实施例中，将各种导致初次同步连接失败的故障原因归为两大类：第一类原因包括：电路域/数据域业务冲突、服务器超时、同步响应错误、下载响应错误、终端存储空间不足、网络正在使用。第二类原因包括：GPRS网络不可用。

本实施例中，针对第一类原因，移动终端10的解决方式为：按照递增的时间间隔发起重新建立同步连接的请求消息，例如，递增的时间间隔为5分钟、10分钟、15分钟、20分钟60分钟，到达60分钟后，则保持不变。当然，也可以按照相同的时间间隔发送重新建立同步连接的请求消息，上述内容仅为举例。

而针对第二类原因，移动终端10的解决方式为：监测GPRS网络的信号情况，确定GPRS网络信号恢复后，按照递增的时间间隔重新发起连接。

步骤330：根据确认的解决方式重新建立与网络侧DCD服务器11的同步连接。

在上述实施例中，移动终端10获得重新建立同步连接的解决方式后，若确定本移动终端正在处呼叫/应答业务，则需要等待呼叫/应答业务处理完毕，再发起重新建立同步连接的流程。在等待的过程中，若等待的累积时间超过预设的生存时间(Time To Live，TTL)同步时限，则移动终端10放弃本次重新建立同步连接的操作。

在移动终端10发起同步连接请求的过程中，若有电话呼入移动终端10或者移动终端10呼出电话，则移动终端10按照预设的TTL同步时限进行等待，并在TTL同步时限到期后，再继续执行后续的同步连接操作。

呼入/出电话的时候，同时由客户端发起同步更新操作。

本实施例中，移动终端10采用等间距退避算法来避免网络塞，尽量让各终端的重试时间独立而互不干扰。另外，充分考虑了现实环境下，当移动终端10处于特定地理环境时的网络信号质量特点，提高了重新建立同步连接的成功率。例如，当移动终端10位于地铁隧道内时，会遇到长时间没有移动通信信号的情况，这时，采用等间隔退避算法确定的时间间隔来重新发起同步连接请求，避免了无目的发送同步连接请求造成的耗电，延长了移动终端10的使用时间。

基于上述实施例，在实际应用中，移动终端10在确定故障原因为“GPRS网络不可用”时，可以根据自身能力采用不同的解决方式。

例如，参阅图4所示，若移动终端A具有自动建立GPRS连接的能力，则其重新建立GPRS连接的详细流程如下：

步骤400：确定GPRS网络信号不可用。

步骤410：清空请求队列中等待的同步请求。

步骤420：等待GPRS网络信号恢复。

步骤430：GPRS网络信号恢复后，重新与网络侧建立同步连接。

本实施例中，在GPRS网络信号恢复时，移动终端A内部的底层硬件会自动重新建立GPRS连接。

又例如，参阅图5所示，移动终端B不具有自动建立GPRS连接的能力，则其重新建立GPRS连接的详细流程如下：

步骤500：确定GPRS网络信号不可用。

步骤510：清空请求队列中等待的同步请求。

步骤520：GPRS网络信号是否可用？若是，则进行步骤540；否则，进行步骤530。

本实施例中，在GPRS网络信号恢复时，移动终端B内部的上层软件需要对当前的信号环境作出判断，并在确定GPRS网络信号已恢复时，指示相应的底层硬件重新建立GPRS连接。

步骤530：等待GPRS网络信号恢复，接着，进行步骤540。

步骤540：重新发起同步连接请求。

综上所述，本发明实施例中，移动终端10确定自身与网络侧的同步连接建立失败时，根据当前的故障原因选择相应的解决方式与网络侧重新建立同步连接，这样，移动终端10便能将重新建立同步连接这一流程对动态内容分发业务的影响降至最低，避免因重新建立同步连接而给系统带来的严重网络负荷，从而有效地避免了网络拥塞现象的发生，进而保证了动态内容分发业务的有效开展，提高了动态内容分发业务的可靠性；另一方面，移动终端10根据故障原因选择不同的解决方式来重新建立同步连接，也在一定程度上避免了因频繁发起建立同步连接流程而造成的电量的大幅度消耗，从而有效地增加了移动终端的待机时间。

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

Claims

1.一种重新建立同步连接的方法，其特征在于，包括：

移动终端根据所述故障原因，确定重新建立同步连接的方式，其中，所述故障原因为电路域/数据域业务冲突、服务器超时、同步响应错误、下载响应错误、终端存储空间不足或网络正在使用时，终端按照递增的时间间隔与网络侧重新建立同步连接；

在确定重新建立同步连接的方式后，若本移动终端正在处理呼叫/应答业务，则等待呼叫/应答业务处理完毕，再向网络侧发送重新建立同步连接的请求消息。

2.如权利要求1所述的方法，其特征在于，所述故障原因还包括：GPRS网络不可用；

所述重新建立同步连接的方式为：监测GPRS网络信号，确定GPRS网络信号恢复时，按照递增的时间间隔与网络侧重新建立同步连接。

3.如权利要求1所述的方法，其特征在于，在移动终端等待呼叫/应答业务处理完毕的过程中，若等待的累积时间超过设定阈值，则移动终端放弃本次与网络侧建立同步连接的操作。

4.一种移动终端，其特征在于，包括：

第一处理单元，用于根据所述故障原因，确定重新建立同步连接的方式，其中，所述第一处理单元确定故障原因为电路域/数据域业务冲突、服务器超时、同步响应错误、下载响应错误或终端存储空间不足时，按照预设的时间间隔与网络侧重新建立同步连接；

第二处理单元，用于在所述第一处理单元确定重新建立同步连接的方式后，若正在处理呼叫/应答业务，则等待呼叫/应答业务处理完毕，再向网络侧发送重新建立同步连接的请求消息。

5.如权利要求4所述的移动终端，其特征在于，所述第一处理单元确定故障原因还包括GPRS网络不可用时，监测GPRS网络信号，并在确定GPRS网络信号恢复后，按照预设的时间间隔与网络侧重新建立同步连接。

6.一种通信系统，其特征在于，包括：

移动终端，用于在与网络侧的同步连接建立失败后，确定导致同步连接建立失败的故障原因，并根据所述故障原因，确定重新建立同步连接的方式，其中，所述移动终端确定故障原因为电路域/数据域业务冲突、服务器超时、同步响应错误、下载响应错误、终端存储空间不足或网络正在使用，则按照预设的时间间隔与网络侧的服务器重新建立同步连接，在确定重新建立同步连接的方式后，若本移动终端正在处理呼叫/应答业务，则等待呼叫/应答业务处理完毕，再与网络侧的服务器重新建立同步连接；

服务器，用于与移动终端建立同步连接，并提供数据业务。

7.如权利要求6所述的通信系统，其特征在于，所述移动终端确定故障原因还包括GPRS网络不可用，则监测GPRS网络信号，并在确定GPRS网络信号恢复时，按照预设的时间间隔与网络侧的服务器重新建立同步连接。