CN102413512A - 通信方法、装置及终端 - Google Patents

Abstract

本申请公开了一种通信方法、装置及终端，该方法包括步骤：接收终端中的各应用程序待发送给网络侧的消息；在确定出有物理连接处于连接状态时，将接收到的消息通过处于连接状态的物理连接发送给网络侧；在确定出所有物理连接均为断开状态时，将接收到的消息放入消息缓存队列中，并显示网络连接状态为连接状态。采用本申请技术方案，解决了现有技术中由于物理连接断开造成的业务数据丢失以及用户体验较差的问题。

Description

通信方法、装置及终端

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法、装置及终端。

背景技术

近年来，越来越多的用户使用无线技术接入互联网，无线保真(WIFI，Wireless Fidelity)是将各种终端以无线方式互相连接的技术，能够为用户实现无线接入，如图1所示，为终端接入WIFI网络时的通信方法流程图，终端上运行了各个应用程序(APP，Application Program)，各应用程序基于物理连接与WIFI网络进行通信，具体为：各应用程序将待发送给WIFI网络的消息发送给物理连接，物理连接将接收到的消息发送到WIFI网络，WIFI网络发送的消息也要由物理连接上报给对应的应用程序。

当终端从一个WIFI网络覆盖的区域移动到另一个WIFI网络覆盖的区域时，该终端就需要进行WIFI网络的切换，在进行WIFI网络切换的过程中，物理连接会处于短暂的断开状态，此时各种基于网络连接的业务都会中断，造成了业务数据丢失的问题；由于各应用程序基于物理连接与WIFI网络进行通信，因此终端侧显示的网络连接状态实质上是物理连接的连接状态，当WIFI网络切换造成物理连接短暂断开时，消息不能发送到网络侧，物理连接会向各应用程序返回发送失败通知消息，而且终端侧的网络连接状态显示为断开状态，这就使得用户体验较差。

此外，不仅终端在不同WIFI网络间切换能够引起物理连接的断开，终端在其他类型的网络间切换(例如在有线网络和无线网络间切换)或是其他原因(例如由于建筑物的阻碍，在短时间内无法接收到网络信号)都可能引起物理连接的断开，只要物理连接发生断开，就会存在上述业务数据丢失以及用户体验较差的问题。

发明内容

本申请实施例提供一种通信方法、装置及终端，用以解决现有技术中由于物理连接断开造成的业务数据丢失以及用户体验较差的问题。

本申请实施例技术方案如下：

一种通信方法，该方法包括步骤：接收终端中的各应用程序待发送给网络侧的消息；在确定出有物理连接处于连接状态时，将接收到的消息通过处于连接状态的物理连接发送给网络侧；在确定出所有物理连接均为断开状态时，将接收到的消息放入消息缓存队列中，并显示网络连接状态为连接状态。

一种通信装置，包括：接收单元，用于接收终端中的各应用程序待发送给网络侧的消息；确定单元，用于确定是否有物理连接处于连接状态；发送单元，用于在确定单元确定出有物理连接处于连接状态时，将接收单元接收到的消息通过处于连接状态的物理连接发送给网络侧；放入单元，用于在确定单元确定出所有物理连接均为断开状态时，将接收单元接收到的消息放入消息缓存队列中；显示单元，用于在确定单元确定出所有物理连接均为断开状态时，显示网络连接状态为连接状态。

本申请实施例技术方案中，接收终端中的各应用程序待发送给网络侧的消息，在有物理连接处于连接状态时，将接收到的消息通过处于连接状态的物理连接发送给网络侧，在所有物理连接均为断开状态时，将接收到的消息放入消息缓存队列中，并显示网络连接状态为连接状态，也就是说虽然所有物理连接均断开，但是终端侧显示的网络连接状态依然为连接状态，而不是断开状态，而且将各应用程序待发送的消息放入了消息缓存队列中进行缓存，而不是向用户返回发送失败的通知消息，此时用户就感知不到物理连接已断开，从而在用户侧屏蔽了物理连接断开的状态，有效地改善了用户体验，此外，由于将待发送的消息缓存在消息缓存队列中，因此也避免了基于网络连接的业务在物理连接中断时发生数据丢失的问题。

附图说明

图1为现有技术中，终端接入WIFI网络时的通信方法流程示意图；

图2为本申请实施例中，终端结构示意图；

图3为本申请实施例中，通信方法流程示意图；

图4为本申请实施例中，通信方法具体实现流程示意图；

图5为本申请实施例中，通信装置结构示意图。

具体实施方式

下面结合各个附图对本申请实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。

如图2所示，为本申请实施例中，终端结构示意图，包括应用程序21、通信装置22和物理连接23，其中：

应用程序21，用于将待发送给网络侧的消息发送给通信装置22；

通信装置22，用于在确定出有物理连接23处于连接状态时，将接收到的消息通过处于连接状态的物理连接23发送给网络侧，在确定出所有物理连接23均为断开状态时，将接收到的消息放入消息缓存队列中，并显示网络连接状态为连接状态；

物理连接23，用于将通信装置22发送的消息发送给网络侧。

本申请实施例提出在终端的物理连接和应用程序之间设置通信装置22，该通信装置通过软件方式实现，其与终端的***中的网络连接的程序非常类似，具有同样的网络连接参数，如媒质接入层(MAC，Medium Access Control)地址、互联网协议(IP，Internet Protocol)地址、子网掩码等参数，也可以称为虚拟连接。图1中各应用程序将待发送给网络侧的消息直接发送给物理连接，本申请实施例中，各应用程序将待发送给网络侧的消息先发送给通信装置，由通信装置再发送给物理连接，然后由物理连接发送给网络侧，这是通过修改***网络路由表实现的，在图1中物理连接为本地优选网络连接，本申请实施例将通信装置设置为本地优选网络连接，因此各应用程序将待发送给网络侧的消息发送给通信装置。此外，所有来自网络侧的消息先发送到物理连接，物理连接再发送给通信装置，由通信装置上报给对应的应用程序。因此可以说终端中的各应用程序是基于通信装置与网络侧进行通信的，而通信装置基于物理连接实现消息的真正发送和接收。

若存在处于连接状态的物理连接，即存在可用的物理连接，则通信装置在处于连接状态的物理连接中选择一个物理连接，然后通过选择的物理连接实现消息的接收和发送，且此时终端侧显示的网络连接状态为连接状态；通信装置确定出当前使用的物理连接断开时，会在处于连接状态的物理连接中选择一个物理连接，然后通过选择的物理连接实现消息的接收和发送，此时网络连接状态依然保持为连接状态；若通信装置确定出当前使用的物理连接断开，且其他的物理连接也处于断开状态，也就是说所有物理连接均为断开状态，则在终端侧显示网络连接状态为连接状态，而不是断开状态，其中可以但不限于由***接口检测各物理连接的状态，然后再通知通信装置。

本申请实施例提出通信装置在启动时向***申请一定的内存空间，作为消息缓存队列，通信装置确定出所有物理连接均为断开状态时，将应用程序发送的消息放入消息缓存队列中。由于在所有物理连接均断开时，终端侧显示的网络连接状态依然为连接状态，而且通信装置将所有待发送的消息放入消息缓存队列中进行缓存，而不是向用户返回发送失败的通知消息，因此不仅避免了基于网络连接的业务在物理连接中断时发生数据丢失的问题，也在用户侧屏蔽了物理连接断开的状态，有效地改善了用户体验。

较佳地，通信装置在确定出所有物理连接均为断开状态后，会不断的通过***接口检测各物理连接的状态，若规定时间段T1内存在由断开状态转为连接状态的物理连接，则通信装置在由断开状态转为连接状态的物理连接中选择一个物理连接，然后通过选择的物理连接将所述消息缓存队列中的消息发送给网络侧，由于现有技术中物理连接断开后，各个基于网络连接的业务都必须中断，只能在物理连接恢复连接后，重新建立上下文，因此不能实现基于网络连接的业务的平滑进行，本申请实施例提出在所有物理连接均为断开状态时，将待发送的消息先进行缓存，然后在存在由断开状态转为连接状态的物理连接时，再将缓存的消息发送给网络侧，这就使得基于网络连接的业务能够在物理连接短暂断开前后平滑进行，通信装置对消息缓存队列中的各消息按照先放入先发送的方式进行管理，也就是说按照消息放入消息缓存队列的时间点由先到后的顺序，将消息缓存队列中的各消息依次发送给网络侧。

若规定时间段T1内不存在由断开状态转为连接状态的物理连接，即所有物理连接依然处于断开状态，则通信装置在终端侧显示网络连接状态为断开状态。其中规定时间段T1可以进行设置，可以但不限于根据各应用程序的实时性要求对T1进行设置。

更佳地，通信装置在确定出规定时间段T1内不存在由断开状态转为连接状态的物理连接时，还可以清空消息缓存队列中的所有消息，向消息缓存队列中的各消息对应的应用程序分别返回发送失败通知消息。

所述终端可以但不限于为移动终端，也可以为个人计算机(PC，PersonalComputer)等终端。

如图3所示，为本申请实施例中，通信方法流程示意图，其具体处理过程如下：

步骤31，接收终端中的各应用程序待发送给网络侧的消息；

步骤32，在确定出有物理连接处于连接状态时，将接收到的消息通过处于连接状态的物理连接发送给网络侧；

步骤33，在确定出所有物理连接均为断开状态时，将接收到的消息放入消息缓存队列中，并显示网络连接状态为连接状态。

较佳地，上述方法还可以进一步包括下述步骤：

通信装置判断规定时间段内是否存在由断开状态转为连接状态的物理连接，若判断结果为是，则在由断开状态转为连接状态的物理连接中选择一个物理连接，并通过选择的物理连接将所述消息缓存队列中的消息发送给网络侧，若判断结果为否，则在终端侧显示网络连接状态为断开状态。

更佳地，若判断结果为否，则通信装置清空所述消息缓存队列中的所有消息。

更佳地，若判断结果为否，则通信装置在清空消息缓存队列中的所有消息之外，还可以进一步向所述消息缓存队列中的各消息对应的应用程序分别返回发送失败通知消息。

其中清空所述消息缓存队列中的所有消息和返回发送失败通知消息可以同时执行，也可以先后执行，这里不对执行的先后顺序进行具体限定。

本申请实施例中，物理连接的断开可以是由终端在网络间进行切换引起的，例如终端在不同WIFI网络间的切换，或在有线网络和无线网络间切换，当然也可以是由其他原因引起的，例如由于建筑物的阻碍，终端在短时间内无法接收到网络信号。

若物理连接的断开是由终端在网络间进行切换引起的，则由于本申请实施例能够实现基于网络连接的业务在物理连接断开前后能够平滑进行，而且终端侧的网络连接状态一直为连接状态，因此能够实现终端在网络间的无缝切换。

此外，通信装置将网络连接状态显示为断开状态后，可以但不限于以时长T2为周期来确定是否存在由断开状态转为连接状态的物理连接，若确定出存在，则将网络连接状态显示为连接状态。

由上述处理过程可知，本申请实施例技术方案中，接收终端中的各应用程序待发送给网络侧的消息，在有物理连接处于连接状态时，将接收到的消息通过处于连接状态的物理连接发送给网络侧，在所有物理连接均为断开状态时，将接收到的消息放入消息缓存队列中，并显示网络连接状态为连接状态，也就是说虽然所有物理连接均断开，但是终端侧显示的网络连接状态依然为连接状态，而不是断开状态，而且将各应用程序待发送的消息放入了消息缓存队列中进行缓存，而不是向用户返回发送失败的通知消息，此时用户就感知不到物理连接已断开，从而在用户侧屏蔽了物理连接断开的状态，有效地改善了用户体验，此外，由于将待发送的消息缓存在消息缓存队列中，因此也避免了基于网络连接的业务在物理连接中断时发生数据丢失的问题。

下面给出更为具体的实施方式。

如图4所示，为本申请实施例中，通信方法具体实现流程图，其具体处理过程如下：

步骤41，通信装置在***启动时进行初始化，在初始化过程中随机生成一个虚拟的MAC地址，同时配置一个虚拟的本地IP地址和子网掩码参数，同时初始化消息缓存队列；

步骤42，通信装置通过***接口判断当前是否存在处于连接状态的物理连接，若判断结果为是，则转至步骤43，若判断结果为否，则转至步骤411；

步骤43，通信装置将网络连接状态显示为连接状态；

步骤44，修改***网络路由表，将通信装置设为本地优选网络连接；

步骤45，在处于连接状态的物理连接中选择一个物理连接，通过选择的物理连接进行消息的接收和发送，并检查消息缓存队列是否为空，若不为空，则将缓存的消息通过物理连接发送到网络侧；

步骤46，若通过***接口检测到当前物理连接由连接状态转为断开状态，则在处于连接状态的物理连接中再次选择一个连接状态的物理连接，通过再次选择的物理连接进行消息的接收和发送；

步骤47，通信装置通过***接口确定出所有物理连接均为断开状态时，保持显示网络连接状态为连接状态；

步骤48，通信装置将应用程序待发送的消息放入消息缓存队列中；

步骤49，通信装置判断在规定时间段T1内是否存在由断开状态转为连接状态的物理连接，若判断结果为是，则转至步骤45，若判断结果为否，则转至步骤410；

步骤410，通信装置清空消息队列中的消息，并向对应的应用程序返回发送失败通知消息；

步骤411，通信装置显示网络连接状态为断开状态；

步骤412，通信装置通过***接口，以时长T2为周期判断是否存在处于连接状态的物理连接，若判断结果为是，则转至步骤45，若判断结果为否，则转至步骤411。

相应的，本申请实施例还提供一种通信装置，如图5所示，包括接收单元51、确定单元52、发送单元53、放入单元54和显示单元55，其中：

接收单元51，用于接收终端中的各应用程序待发送给网络侧的消息；

确定单元52，用于确定是否有物理连接处于连接状态；

发送单元53，用于在确定单元52确定出有物理连接处于连接状态时，将接收单元51接收到的消息通过处于连接状态的物理连接发送给网络侧；

放入单元54，用于在确定单元52确定出所有物理连接均为断开状态时，将接收单元51接收到的消息放入消息缓存队列中；

显示单元55，用于在确定单元52确定出所有物理连接均为断开状态时，显示网络连接状态为连接状态。

较佳地，还包括判断单元和选择单元，其中：

判断单元，用于判断在确定单元52确定出所有物理连接均为断开状态时的规定时间段内是否存在由断开状态转为连接状态的物理连接；

选择单元，用于在判断单元的判断结果为是时，在由断开状态转为连接状态的物理连接中选择一个物理连接；

所述发送单元53还用于通过选择单元选择的物理连接将所述消息缓存队列中的消息发送给网络侧。

更佳地，显示单元55还用于在判断单元的判断结果为否时，显示网络连接状态为断开状态。

较佳地，还包括清空单元，用于在判断单元的判断结果为否时，清空所述消息缓存队列中的所有消息。

较佳地，还包括返回单元，用于在判断单元的判断结果为否时，向所述消息缓存队列中的各消息对应的应用程序分别返回发送失败通知消息。

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

Claims (11)

1.一种通信方法，其特征在于，包括：

接收终端中的各应用程序待发送给网络侧的消息；

在确定出有物理连接处于连接状态时，将接收到的消息通过处于连接状态的物理连接发送给网络侧；

在确定出所有物理连接均为断开状态时，将接收到的消息放入消息缓存队列中，并显示网络连接状态为连接状态。

2.如权利要求1所述的通信方法，其特征在于，还包括：

判断规定时间段内是否存在由断开状态转为连接状态的物理连接；

若判断结果为是，则在由断开状态转为连接状态的物理连接中选择一个物理连接，并通过选择的物理连接将所述消息缓存队列中的消息发送给网络侧。

3.如权利要求2所述的通信方法，其特征在于，还包括：若判断结果为否，则显示网络连接状态为断开状态。

4.如权利要求2所述的通信方法，其特征在于，若判断结果为否，还包括：

清空所述消息缓存队列中的所有消息。

5.如权利要求2所述的通信方法，其特征在于，若判断结果为否，还包括：

向所述消息缓存队列中的各消息对应的应用程序分别返回发送失败通知消息。

6.一种通信装置，其特征在于，包括：

接收单元，用于接收终端中的各应用程序待发送给网络侧的消息；

确定单元，用于确定是否有物理连接处于连接状态；

发送单元，用于在确定单元确定出有物理连接处于连接状态时，将接收单元接收到的消息通过处于连接状态的物理连接发送给网络侧；

放入单元，用于在确定单元确定出所有物理连接均为断开状态时，将接收单元接收到的消息放入消息缓存队列中；

显示单元，用于在确定单元确定出所有物理连接均为断开状态时，显示网络连接状态为连接状态。

7.如权利要求6所述的通信装置，其特征在于，还包括：

判断单元，用于判断在确定单元确定出所有物理连接均为断开状态时的规定时间段内是否存在由断开状态转为连接状态的物理连接；

选择单元，用于在判断单元的判断结果为是时，在由断开状态转为连接状态的物理连接中选择一个物理连接；

所述发送单元还用于通过选择单元选择的物理连接将所述消息缓存队列中的消息发送给网络侧。

8.如权利要求7所述的通信装置，其特征在于，所述显示单元还用于在判断单元的判断结果为否时，显示网络连接状态为断开状态。

9.如权利要求7所述的通信装置，其特征在于，还包括：

清空单元，用于在判断单元的判断结果为否时，清空所述消息缓存队列中的所有消息。

10.如权利要求7所述的通信装置，其特征在于，还包括：

返回单元，用于在判断单元的判断结果为否时，向所述消息缓存队列中的各消息对应的应用程序分别返回发送失败通知消息。

11.一种终端，其特征在于，包括应用程序、物理连接和权利要求6～10中任一权利要求所述的通信装置。

Images