一种数据发送方法及系统以及移动终端与流程

本发明涉及移动终端技术领域，尤其涉及一种数据发送方法及系统以及移动终端。

背景技术：

现有技术中，使用者通常会在用户设备(User Equipment，UE)例如移动终端之间传输交互类数据。所谓交互类数据，其特点在于传输的数据量较小，但是时延要求较高，即要求数据的即时性，例如在移动终端之间采用即时聊天工具传输即时通讯数据等。现有技术中，在移动终端之间传输交互类数据，往往会遇到同时传输其他数据的阻碍。现有技术中通常采用先进先出(First In First Out，FIFO)的方式处理所有数据的传输操作，则在传输交互类数据以及同时传输其他类型的数据的情况下，会对交互类数据传输的时延性产生较大的影响。

技术实现要素：

根据现有技术中存在的问题，现提供一种数据发送方法及系统以及移动终端的技术方案，旨在实现根据时延需求及时发送交互类数据的目的。

上述技术方案具体包括：

一种数据发送方法，适用于移动终端；其中，提供一设置于所述移动终端内的数据发送端，以通过网络发送数据包；

所述数据发送方法包括：

步骤S1，所述数据发送端判断待发送的所述数据包是否为关联于交互类数据的第一类数据包，输出相应的判断结果；

步骤S2，所述数据发送端将所有所述第一类数据包置于数据发送队列的前端，并根据预设规则对确定所述第一类数据包的发送顺序；

步骤S3，所述数据发送端根据经过排序的所述数据发送队列发送所述数 据包。

优选的，该数据发送方法，其中，所述数据发送端以一预定的网络协议报文格式发送所述数据包；

所述步骤S1具体包括：

步骤S11，所述数据发送端根据所述数据包的的优先级参数获取对应所述数据包的时延需求参数；

步骤S12，所述数据发送端将所述时延需求参数与预设阈值进行比较：

若所述时延需求参数高于所述预设阈值，则判断所述数据包为所述第一类数据包，输出判断结果，并转至所述步骤S2；

若所述时延需求参数不高于所述预设阈值，则判断所述数据包不为所述第一类数据包，输出判断结果，并转至所述步骤S2。

优选的，该数据发送方法，其中，所述网络协议报文格式为关联于互联网协议第四版的报文格式；

所述步骤S11中，所述优先级参数为所述数据包的包头中用于指示关联于所述数据包的服务类型的所述预定字段的值。

优选的，该数据发送方法，其中，所述网络协议报文格式为关联于互联网协议第六版的报文格式；

所述步骤S11中，所述优先级参数为所述数据包的包头中用于指示关联于所述数据包的优先级的所述预定字段的值。

优选的，该数据发送方法，其中，所述步骤S2中，所述预设规则为：

根据先进先出规则确定所述第一类数据包的所述发送顺序。

优选的，该数据发送方法，其中，所述步骤S2中，所述预设规则为：

根据所述时延需求参数确定所述第一类数据包的所述发送顺序。

优选的，该数据发送方法，其中，所述数据发送端通过无线网络发送所述数据包。

一种数据发送系统，适用于移动终端；其中，包括一设置于所述移动终端内的数据发送端，以通过网络发送数据包；

所述数据发送端包括：

判断单元，用于判断待发送的所述数据包是否为关联于交互类数据的第一类数据包，并输出相应的判断结果；

排列单元，连接所述判断单元，用于根据所述判断结果，将所述第一类数据包置于数据发送队列的前端；

排序单元，连接所述排列单元，用于根据预设规则确定所述第一类数据包的发送顺序；

发送单元，连接所述排序单元，用于以经过排序的所述数据发送队列发送所述数据包。

优选的，该数据发送系统，其中，所述数据发送端以一预定的网络协议报文格式发送所述数据包；

所述判断单元中包括：

获取模块，用于获取所述数据包的优先级参数；

处理模块，连接所述获取模块，用于根据所述优先级参数处理得到对应所述数据包的时延需求参数；

判断模块，其中包括一预设阈值，所述判断模块连接所述处理模块，用于将所述时延需求参数与所述预设阈值进行比较，并输出相应的判断结果；

所述判断单元在所述时延需求参数高于所述预设阈值时判断对应的所述数据包为所述第一类数据包。

优选的，该数据发送系统，其中，所述网络协议报文格式为关联于互联网协议第四版的报文格式；

所述优先级参数为所述数据包的包头中用于指示关联于所述数据包的服务类型的预定字段的值。

优选的，该数据发送系统，其中，所述网络协议报文格式为关联于互联网协议第六版的报文格式；

所述优先级参数为所述数据包的包头中用于指示关联于所述数据包的优先级的所述预定字段的值。

优选的，该数据发送系统，其中，所述预设规则为：

所述排序单元根据先进先出规则确定所述第一类数据包的所述发送顺序。

优选的，该数据发送系统，其中，所述预设规则为：

所述排序单元根据所述时延需求参数确定所述第一类数据包的所述发送顺序。

优选的，该数据发送系统，其中，所述发送单元通过无线网络发送所述数据包。

一种移动终端，其中，采用上述的数据发送方法。

16.一种移动终端，其中，包括上述的数据发送系统中的数据发送端。

上述技术方案的有益效果是：

1)提供一种数据发送方法，能够实现交互类数据按照时延需求确定发送顺序，降低交互类数据的发送时延影响，从而保证交互类数据的即时性，提升使用者的使用体验；

2)提供一种数据发送系统，能够支持实现上述数据发送方法。

附图说明

图1是现有技术中，IPV4协议下的报文格式的结构示意图；

图2是现有技术中，IPV6协议下的报文格式的结构示意图；

图3-4是本发明的较佳的实施例中，一种数据发送方法的流程示意图；

图5-6是本发明的较佳的实施例中，一种数据发送系统的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

现有的移动终端中，对于交互类数据传输的时延性影响始终存在，例如在移动终端内部同时运行一用于传输交互类数据的应用程序(例如即时聊天工具)，以及一用于传输大块数据的应用程序(例如应用FTP传输协议传输数据的应用程序)，则在现有的移动终端数据传输方式中，例如FIFO方式，在某些情况下只有大块数据先处理完毕后，才能开始处理交互类数据，因此 会对交互类数据传输的时延性造成非常大的影响，从而影响使用者的使用体验。

本发明的较佳的实施例中，基于现有技术中存在的上述问题，现提供一种数据发送方法的技术方案，适用于移动终端。本发明的较佳的实施例中，于移动终端内提供一数据发送端，该数据发送端用于将包括交互类数据的第一类数据包发送至对应的数据接收端。

本发明的较佳的实施例中，上述数据接收端同样可以设置于一对应的移动终端内。

本发明的较佳的实施例中，上述数据发送端与数据接收端之间通过无线网络传输数据。

因此，本发明的一个较佳的实施例中，上述数据发送方法中，可以提供设置有数据发送端的移动终端，以及设置有数据接收端的移动终端。移动终端之间通过无线网络传输应用程序产生的数据包。

本发明的较佳的实施例中，上述数据发送方法中，数据发送端以一预定的网络协议报文格式发送上述数据包。

具体地，本发明的较佳的实施例中，上述预定的网络协议报文格式可以为：

1)关联于互联网协议第四版(IPV4)的报文格式(如图1所示)。IPV4协议是目前互联网中应用最为广泛的网络协议。在图1中示出IPV4协议下数据报文的包头格式，其中包括：

4位的字段用于表示数据包的版本号(Version)。

4位的字段用于表示数据包的协议头长度(IP Header Length)。

8位的字段用于表示数据包的服务类型(Type of Service，TOS)，用于上层的通信协议对处理当前的数据包所期望的服务质量，并对该数据包按照重要性级别进行分配。该8位字段用于分配相应的数据包的优先级、延迟、吞吐量以及可靠性等参数。

16位的字段用于表示数据包的总的字节长度(Total Length)。

16位的字段用于表示数据包的标识(Identification)，即用于识别当前的数据包。

16位的字段用于表示数据包的偏移量。该16位字段中，3位字段用于 表示数据包的分片情况(Flags)，其余13位字段用于表示与源数据包的起始端相关的分片数据的位置(Fragment Offsets)。

8位的字段用于表示数据包的生存时间(Time-to-Live)，其本质是一种计数器，在丢弃数据包的每个点值依次减1直至减少为0，这样确保数据包无止境的环路过程。

8位的字段用于表示数据包的传输协议(Protocol)，即用于指示采用何种上层通信协议接收该数据包。

16位的字段用于表示该数据包的头部校验和(Header Checksum)；

32位的字段用于表示该数据包的源地址(Source Address)。

32位的字段用于表示该数据包的目的地址(Destination Address)。

8位的字段用于表示当前的网络协议支持的选项(Options)，例如支持安全性选项等。

2)关联于互联网协议第六版(IPV6)的报文格式(如图2所示)。由于IPV4协议所能分配的地址数是32位的，即IPV4协议最多只能支持2³²的终端接入互联网，而随着互联网技术的不断发展，这一接入数字逐渐无法满足人们的需求，因此IPV6协议作为IPV4协议的升级版本应运而生。IPV6协议目前可以额支持128位的地址数。图2中示出IPV4协议下数据报文的包头格式，其中包括：

4位的字段用于表示数据包的版本号(Version)。

4位的字段用于表示数据包的优先级。在IPV6协议下，数据包的优先级被定义为该数据包的通信类别(Traffic Class)，其功能类似于上文中所述的TOS。

24位的字段用于表示数据包的流量标识(Flow Label)。

16位的字段用于表示数据包的数据长度，也被称为负载长度(Payload Length)。

8位的字段用于表示下一个数据包的包头(Next Header)。

8位的字段用于表示数据包的跳数限制(Hop Limit)。

128位的字段用于表示数据包的源地址(Source Address)。

128位的字段用于表示数据包的目的地址(Destination Address)。

则本发明的较佳的实施例中，上述数据发送端根据发送设备(即该数据 发送端所在的移动终端)的网络协议支持情况，选择上述两种网络协议中的一种并进行数据包的发送。即上文中所述的一个预设的网络协议报文格式，可以为IPV4协议下的报文格式，也可以为IPV6协议下的报文格式，具体由数据发送端在发送数据前进行选择。

则本发明的较佳的实施例中，如图3所示，上述数据发送方法具体包括：

步骤S1，数据发送端判断待发送的数据包是否为关联于交互类数据的第一类数据包，输出相应的判断结果；

本发明的较佳的实施例中，上述步骤S1中，数据发送端首先判断当前待发送的数据包是否为关联于交互类数据的第一类数据包，并输出相应的判断结果。

本发明的较佳的实施例中，上述数据发送端以一预定的网络协议报文格式发送数据包。

则本发明的较佳的实施例中，如图4所示，上述步骤S1具体包括：

步骤S11，数据发送端根据数据包的的优先级参数获取对应数据包的时延需求参数；

步骤S12，数据发送端将时延需求参数与预设阈值进行比较：

若时延需求参数高于预设阈值，则判断数据包为第一类数据包，输出判断结果，并转至步骤S2；

若时延需求参数不高于预设阈值，则判断数据包不为第一类数据包，输出判断结果，并转至步骤S2。

本发明的较佳的实施例中，所谓优先级参数，其在不同的网络协议下的构成可能有所不同，具体如下：

1)例如，数据发送端选择IPV4协议作为数据包发送时依据的网络协议，则数据包以上文中所述的IPV4协议下的报文格式进行发送。在这种情况下，上述优先级参数即为上文中所述的服务类型参数(TOS)，则提取关联于服务类型的预定字段的值即4位字段表示的TOS参数的值作为上述优先级参数。

具体地，TOS参数由4位字段表示，其具体如图4所示，采用第一位表示延迟，采用第二位表示吞吐量，采用第三位表示可靠性，采用第四位表示成本。则本发明的较佳的实施例中，可以根据TOS参数的值得到优先级参数， 并进而得出相应的数据包的时延需求参数，即可以获取该数据包对时延的要求。

2)又例如，数据发送端选择IPV6协议作为数据包发送时依据的网络协议，则数据包以上文中所述的IPV6协议下的报文格式进行发送。在这种情况下，上述优先级参数即为上文中所述的关联于优先级(Traffic Class)的预定字段的值。换言之，可以通过获取关联于优先级的预定字段值得到上述优先级参数，并进而得到该数据包的时延需求参数，即获取该数据包对时延的要求。

本发明的较佳的实施例中，获取上述时延需求参数后，数据发送端将待发送的数据包的时延需求参数与预设的阈值进行比较，若高于该预设的阈值，则表示该数据包的时延要求较高，可以被判定为第一类数据包。反之，该数据包不为第一类数据包。

步骤S2，数据发送端将所有第一类数据包置于数据发送队列的前端，并根据预设规则对确定第一类数据包的发送顺序；

本发明的较佳的实施例中，在将第一类数据包置于数据发送队列的前端后，再根据预设规则确定第一类数据包于整个数据发送队列中的发送顺序。

本发明的较佳的实施例中，上述预设规则可以为：

1)通过先进先出(FIFO)规则确定第一类数据包的发送规则，即根据传统的方式确定。

2)根据上文中所述的时延需求参数确定第一类数据包的发送规则，即：数据发送端通过时延需求参数判断相应的第一类数据包对时延要求较高，则将其发送顺序确定为优先发送。相应地若数据发送端通过时延需求参数判断相应的第一类数据包对时延要求较低，则将其发送顺序确定为延后发送。

步骤S3，数据发送端根据经过排序的数据发送队列发送数据包。

本发明的较佳的实施例中，上述以被确定的发送顺序发送第一类数据包，可以为按照被确定的发送顺序对待发送的第一类数据包进行缓存。

本发明的较佳的实施例中，上述数据发送方法可以应用于数据发送端同时运行两类或者多类应用程序的情况下。例如，数据发送端同时运行需要发送第一类数据包的第一类应用程序(例如即时聊天工具)，以及需要发送包括块数据的第二类数据包的第二类应用程序(例如以FTP协议传输数据的应用 程序)。在这种情况下，数据发送端可以根据上文中所述的方法对第一类数据包进行发送，即通过上述步骤确定第一类数据包于整个数据发送队列(包括所有待发送的第一类数据包和第二类数据包的发送队列)中的前端发送，换言之，将交互类数据放在块数据之前发送，并确定交互类数据的发送顺序，根据被确定的发送顺序发送数据包。

本发明的较佳的实施例中，基于上文中所述的数据发送方法，现提供一种数据发送系统，同样适用于移动终端。

本发明的较佳的实施例中，如图5所示，上述数据发送系统中包括一数据发送端A，该数据发送端A设置于移动终端内。该数据发送端A用于通过网络发送数据包。本发明的一个较佳的实施例中，该数据发送端A通过无线网络发送数据包。

则本发明的较佳的实施例中，仍然如图5所示，上述数据发送端具体包括：

判断单元A1，用于判断待发送的数据包是否为关联于交互类数据的第一类数据包，并输出相应的判断结果。

本发明的较佳的实施例中，如图6所示，上述判断单元A1具体包括：

获取模块A11，用于获取数据包的优先级参数；

处理模块A12，连接获取模块A11，用于根据优先级参数处理得到对应数据包的时延需求参数；

判断模块A13，其中包括一预设阈值。本发明的较佳的实施例中，判断模块A13连接处理模块A12，用于将时延需求参数与预设阈值进行比较，并输出相应的判断结果；

则本发明的较佳的实施例中，判断单元A1在时延需求参数高于预设阈值时判断对应的数据包为第一类数据包。

具体地，本发明的较佳的实施例中，数据发送端以一预设的网络协议报文格式，通过网络发送数据包。上述预设的网络协议报文格式如上文中所述，可以包括：

1)关联于IPV4的报文格式。则在这种情况下，上述优先级参数为数据包的包头中关联于服务类型的预定字段的值。

2)关联于IPV6的报文格式，则在这种情况下，上述优先级参数为数据 包的包头中关联于优先级的预定字段的值。

则本发明的较佳的实施例中，根据上述优先级参数，可以得到用于指示相应的数据包对时延要求的时延需求参数，并进而与预定阈值进行比较，以判断得到相应的数据包是否为第一类数据包的判断结果。

本发明的较佳的实施例中，仍然如图5所示，上述数据发送端A中还包括：

排列单元A2，连接判断单元A1，用于根据判断结果，将第一类数据包置于数据发送队列的前端。本发明的较佳的实施例中，上述设置使得数据发送队列中的第一类数据包先于其他数据包(例如关联于块数据的数据包)被发送。

排序单元A3，连接排列单元A2，用于根据预设规则确定第一类数据包的发送顺序。

本发明的较佳的实施例中，所谓预设规则，可以包括多种：

1)可以采用传统的排序方式，即先进先出方式(FIFO)，以对置于数据发送队列前端的第一类数据包进行排序；

2)可以采用上文中所述的被获取的时延需求参数，对置于数据发送队列前端的第一类数据包进行排序。具体地，如上文中所述，若时延需求参数越高，则相应的第一类数据包对时延的要求就越高，则该第一类数据包的发送顺序应比较靠前。相反地，若时延需求参数越低，则相应的第一类数据包对时延的要求就月底，则该第一类数据包的发送顺序应比较靠后。

发送单元A4，连接排序单元A3，用于以经过排序的数据发送队列发送数据包。

本发明的较佳的实施例中，还提供一种移动终端，其中采用如上文中所述的数据发送方法。

本发明的较佳的实施例中，还提供一种移动终端，其中包括如上文中所述的数据发送系统中的数据发送端。

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。