CN103516749A - 一种采用多卡发送数据的方法以及装置 - Google Patents
一种采用多卡发送数据的方法以及装置 Download PDFInfo
- Publication number
- CN103516749A CN103516749A CN201210213392.0A CN201210213392A CN103516749A CN 103516749 A CN103516749 A CN 103516749A CN 201210213392 A CN201210213392 A CN 201210213392A CN 103516749 A CN103516749 A CN 103516749A
- Authority
- CN
- China
- Prior art keywords
- sent
- packet
- request
- data
- data end
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种采用多卡发送数据的方法以及装置,该方法包括:数据发送端接收到数据请求端发送的连接建立请求后,将至少一张第三代移动通信3G卡分别与所述数据请求端建立通信连接,其中,每张3G卡具有一个发送缓冲区;当接收到所述数据请求端发送的数据获取请求后,将所述数据请求端请求获取的待发送数据包加入到待发送队列中;从所述待发送队列中依次获取待发送数据包,并通过发送缓冲区的可用容量足够的3G卡作为当前发送卡向所述数据请求端发送。该方法能够保证及时、准确地向数据请求端发送请求获取的数据。
Description
技术领域
本发明涉及通信技术领域,尤指一种采用多卡发送数据的方法以及装置。
背景技术
目前,主流的无线传输方式有两种:第三代移动通信(3rd-generation,3G)技术和无线保真(Wireless Fidelity,WIFI)技术,如果需要随时随地进行数据发送,则采用3G技术。
当数据发送端通过多张3G卡向数据请求端发送数据时,一般采用轮流发送的方式:假如共有3张3G卡,记为G1、G2、G3,将向数据请求端发送的数据分成若干个数据包,当第一个数据包通过G1发送,那么,第二个数据包可以通过G2发送,第三个数据包可以通过G3发送,第四个数据包可以再通过G1发送,以此类推。当每张3G卡的无线链路状况都良好时,这种轮流发送方式能够满足发送的要求;但是,如果某张3G卡的无线链路状况比较差,那么通过这张3G卡发送数据包的速度会非常慢甚至无法发送数据包,而数据请求端就会因为接收到这个数据包的时间延迟导致接收完整数据的效率降低,甚至会因为无法接收到这张3G卡发送的数据包而导致无法接受到完整的数据。可见,采用这种轮流发送方式发送数据的效率和准确率都非常低。
为了解决上述问题,采用负载均衡的发送方式发送数据:分别统计每张3G卡每次发送的数据量及所使用的时间,以此来计算每张3G卡的实际带宽,然后根据计算出的带宽来分配每张3G卡可以发送的数据量。这种根据3G卡之前发送的数据量来确定其现在可以发送的数据量的方式具有严重的滞后性,这就会影响数据发送的效率;并且,如果3G卡的无线链路状况不稳定,3G卡的实际带宽就会存在很大的波动,这就导致设备频繁地计算3G卡的实际带宽,不能准确地预测3G卡后期的实际带宽,也就不能准确地确定3G卡可以发送的数据量。可见,这种负载均衡的发送方式仍然不能解决轮流发送方式发送数据时效率和准确率非常低的问题。
综上所述,现有技术中数据发送端通过多张3G卡向数据请求端发送数据时,效率和准确率都非常低。
发明内容
本发明实施例提供一种采用多卡发送数据的方法以及装置,用以解决现有技术中存在的数据发送端通过多张3G卡向数据请求端发送数据时,效率和准确率都非常低的问题。
一种数据发送方法,包括:
数据发送端接收到数据请求端发送的连接建立请求后,将至少一张第三代移动通信3G卡分别与所述数据请求端建立通信连接,其中,每张3G卡具有一个发送缓冲区;
当接收到所述数据请求端发送的数据获取请求后,将所述数据请求端请求获取的待发送数据包加入到待发送队列中;
从所述待发送队列中依次获取待发送数据包,并通过发送缓冲区的可用容量足够的3G卡作为当前发送卡向所述数据请求端发送。
一种采用多卡发送数据的装置,包括:
连接建立单元,用于接收到数据请求端发送的连接建立请求后,将至少一张第三代移动通信3G卡分别与所述数据请求端建立通信连接,其中,每张3G卡具有一个发送缓冲区;
数据发送单元,用于当接收到所述数据请求端发送的数据获取请求后,将所述数据请求端请求获取的待发送数据包加入到待发送队列中;从所述待发送队列中依次获取待发送数据包,并通过发送缓冲区的可用容量足够的3G卡作为当前发送卡向所述数据请求端发送。
本发明有益效果如下:
本发明实施例提供的采用多卡发送数据的方法以及装置,通过数据发送端接收到数据请求端发送的连接建立请求后,将至少一张第三代移动通信3G卡分别与所述数据请求端建立通信连接,其中,每张3G卡具有一个发送缓冲区;当接收到所述数据请求端发送的数据获取请求后,将所述数据请求端请求获取的待发送数据包加入到待发送队列中;从所述待发送队列中依次获取待发送数据包,并通过发送缓冲区的可用容量足够的3G卡作为当前发送卡向所述数据请求端发送。该方法中的每张3G卡都具有一个发送缓冲区,当接收到数据请求端发送的数据获取请求后,可以选用发送缓冲区的可用容量足够的3G卡向数据请求端发送数据,这样就能够实现每一个数据包都能够及时、准确地向数据请求端发送,从而保证了数据请求端可以及时、准确地接收到请求获取的数据。
附图说明
图1为本发明实施例中采用多卡发送数据的方法的流程图;
图2为本发明实施例中优选的采用多卡发送数据的方法的流程图;
图3为本发明实施例中采用多卡发送数据的装置的结构示意图。
具体实施方式
针对现有技术中存在的数据发送端通过多张3G卡向数据请求端发送数据时,效率和准确率都非常低,本发明实施例提供一种采用多卡发送数据的方法,该方法的流程如图1所示,具体执行步骤如下:
S10:数据发送端接收到数据请求端发送的连接建立请求后,将至少一张第三代移动通信3G卡分别与数据请求端建立通信连接,其中,每张3G卡具有一个发送缓冲区。
在本发明实施例中,采用多张3G卡向数据请求端发送数据,当数据请求端请求获取数据时,首先会请求建立通信连接,数据发送端在接收到数据请求端发送的连接建立请求后,将所有的3G卡分别与数据请求端建立通信连接,可以在建立通信连接的过程中为每张3G分配设定容量的发送缓冲区,也可以在建立通信连接后为每张3G卡分配设定容量的发送缓冲区,并向数据请求端返回连接建立响应通知数据请求端已经建立了通信连接。
可以为每张3G卡分配同样容量的发送缓冲区,也可以根据实际需要为每张3G卡分配不同容量的发送缓冲区。
S11:当接收到数据请求端发送的数据获取请求后,将数据请求端请求获取的待发送数据包加入到待发送队列中。
当数据发送端接收到数据请求端发送的数据获取请求后,将数据请求端请求获取的数据分成若干数据包,并将这些待发送数据包加入到待发送队列中,依次向数据请求客户端发送。
例如:当移动终端请求获取视频数据时,数据发送端就可以将所有的视频数据分成设定大小的数据包,然后加入到待发送队列中依次向数据请求端发送即可。
S12:从待发送队列中依次获取待发送数据包,并通过发送缓冲区的可用容量足够的3G卡作为当前发送卡向数据请求端发送。
该方法中的每张3G卡都具有一个发送缓冲区,当接收到数据请求端发送的数据获取请求后,可以选用发送缓冲区的可用容量足够的3G卡向数据请求端发送数据,这样就能够实现每一个数据包都能够及时、准确地向数据请求端发送,从而保证了数据请求端可以及时、准确地接收到请求获取的数据。
下面以一个优选实施例来说明本发明方法,该方法的流程如图2所示,具体执行步骤如下:
S20:数据发送端接收数据请求端发送的连接建立请求。
数据请求端想要获取数据时,首先需要发送连接建立请求,才能建立通信连接。
S21:将每张3G卡分别与数据请求端建立通信连接,为每张3G卡分配相同容量的发送缓冲区并向数据请求端返回连接建立响应。
当然也可以每张3G卡分配不同容量的发送缓冲区,这可以依据实际情况确定分配的发送缓冲区的设定容量。
在将每张3G卡分别与数据请求端建立通信连接时,可以分别为每张3G卡创建一个套接字(Socket)与之绑定,也可以为每个Socket分配设定容量的发送缓冲区,也就相当于为与每个Socket对应的3G卡分配了设定容量的发送缓冲区。
S22:接收数据请求端发送的数据获取请求。
数据请求端在接收到连接建立响应后,发送数据获取请求,通过数据获取请求来请求获取数据,例如音频、视频等等数据。
S23:选定一张3G卡作为当前发送卡。
可以为所有的3G卡分配一个编号,当有3张3G卡时,可以分配编号G1、G2、G3,这时可以选定G1、G2或者G3为当前发送卡;也可以选定发送缓冲区的最大容量最大的3G卡为当前发送卡;当然也可以按照其他的方法选定当前发送卡,在这里不再赘述。
当采用一张3G卡向数据请求端发送数据时,这张3G卡一直作为当前发送卡。
其中,S22和S23并没有严格的先后顺序,在这里仅仅以先执行S22后执行S23为例进行说明。
S24:判断发送任务是否关闭,若是,执行S31;否则,执行S25。
可以依据需要设置发送任务开启和发送任务关闭,当发送任务开启时,继续后续流程,当发送任务关闭时,流程结束。
S25:判断待发送队列中是否有待发送数据包,若是,执行S27;否则,执行S26。
可以首先确定待发送队列中是否有待发送数据包,然后再执行后续流程。
S26:设定周期到期后,,执行S24。
可以依据实际需要设定周期,例如1毫秒、2毫秒、3毫秒等等,较佳的设定周期为2毫秒。
S27:从待发送队列中获取一个待发送数据包。
S28:判断当前发送卡的发送缓冲区的可用容量是否能够容纳待发送数据包,若是,执行S29;否则,执行S30。
S29:通过当前发送卡向数据请求端发送待发送数据包,执行S24。
S30:在所有3G卡中重新选取发送缓冲区的可用容量最大的3G卡作为当前发送卡,通过重新选取的当前发送卡向数据请求端发送待发送数据包,执行S24。
当采用一张3G卡向数据请求端发送数据时,重新选取的当前发送卡实际上没有改变,仍然通过这张3G卡发送数据。
S31:流程结束。
若当前发送卡的发送缓冲区的可用容量能够容纳待发送数据包,直接通过当前发送卡发送待发送数据包;若当前发送卡的发送缓冲区的可用容量不能够容纳待发送数据包时,重新选取发送缓冲的剩余容量最大的3G卡作为当前发送卡,并通过重新选取的当前发送卡向数据请求端发送数据。并在以后发送数据时,采用重新选取的当前发送卡进行发送待发送数据包。
具体的,通过重新选取的当前发送卡向数据请求端发送待发送数据包,具体包括:判断重新选取的当前发送卡的发送缓冲区的可用容量是否能够容纳待发送数据包;若是,通过重新选取的当前发送卡向数据请求端发送待发送数据包;否则,根据数据请求端请求获取的待发送数据包的类型通过重新选取的当前发送卡向数据请求端发送待发送数据包。
具体的,根据数据请求端请求获取的待发送数据包的类型通过重新选取的当前发送卡向数据请求端发送待发送数据包,具体包括以下两种情况:
第一种情况:若数据请求端请求获取的待发送数据包为非实时数据包,将待发送数据包重新加入到待发送队列中,确定重新选取的当前发送卡的发送缓冲区的可用容量能够容纳待发送数据包时,通过重新选取的当前发送卡向数据请求端发送待发送数据包。
当客户请求获取的待发送数据包为非实时数据包时,例如日志信息等等,可以将该待发送数据包重新接入到待发送队列中,当确定重新选取的当前发送卡的发送缓冲区的可用容量能够容纳待发送数据包时,通过重新选取的当前发送卡发送该待发送数据包。
第二种情况:若数据请求端请求获取的待发送数据包为实时数据包,丢弃待发送队列中的部分待发送数据包,若待发送数据包未被丢弃,延迟设定的时间长度后且重新选取的当前发送卡的发送缓冲区的可用容量可以容纳待发送数据包时,通过重新选取的当前发送卡向数据请求端发送待发送数据包。
当客户请求获取的待发送数据包为实时数据包时,例如音频、视频等等数据,可以丢弃数据请求端请求获取的待发送数据包中部分不重要的待发送数据包,当该待发送数据包没有被丢弃时,延迟设定的时间长度且重新选取的当前发送卡的发送缓冲区的可用容量可以容纳待发送数据包时,通过重新选取的当前发送卡发送该待发送数据包。这样就可以保证用户可以接收到实时的数据的完整性和及时性。其中,延迟设定的时间长度可以依据实际需要进行设定。
基于同一发明构思,本发明实施例提供一种采用多卡发送数据的装置,该装置的结构如图3所示,包括:
连接建立单元30,用于接收到数据请求端发送的连接建立请求后,将至少一张第三代移动通信3G卡分别与所述数据请求端建立通信连接,其中,每张3G卡具有一个发送缓冲区;数据发送单元31,用于当接收到数据请求端发送的数据获取请求后,将数据请求端请求获取的待发送数据包加入到待发送队列中;从待发送队列中依次获取待发送数据包,并通过发送缓冲区的可用容量足够的3G卡作为当前发送卡向数据请求端发送。
具体的,上述数据发送单元31,用于选定一张3G卡作为当前发送卡,针对从待发送队列中获取的每个待发送数据包,依次执行:判断当前发送卡的发送缓冲区的可用容量是否能够容纳待发送数据包;若是,通过当前发送卡向数据请求端发送待发送数据包;否则,在所有3G卡中重新选取发送缓冲区的可用容量最大的3G卡作为当前发送卡,通过重新选取的当前发送卡向数据请求端发送待发送数据包。
具体的,上述数据发送单元31,用于判断重新选取的当前发送卡的发送缓冲区的可用容量是否能够容纳待发送数据包;若是,通过重新选取的当前发送卡向数据请求端发送待发送数据包;否则,根据数据请求端请求获取的待发送数据包的类型通过重新选取的当前发送卡向数据请求端发送待发送数据包。
具体的,上述数据发送单元31,具体用于:若数据请求端请求获取的待发送数据包为非实时数据包,将待发送数据包重新加入到待发送队列中,确定重新选取的当前发送卡的发送缓冲区的可用容量能够容纳待发送数据包时,通过重新选取的当前发送卡向数据请求端发送待发送数据包;若数据请求端请求获取的待发送数据包为实时数据包,丢弃待发送队列中的部分待发送数据包,若待发送数据包未被丢弃,延迟设定的时间长度后且重新选取的当前发送卡的发送缓冲区的可用容量可以容纳待发送数据包时,通过重新选取的当前发送卡向数据请求端发送待发送数据包。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (8)
1.一种采用多卡发送数据的方法,其特征在于,包括:
数据发送端接收到数据请求端发送的连接建立请求后,将至少一张第三代移动通信3G卡分别与所述数据请求端建立通信连接,其中,每张3G卡具有一个发送缓冲区;
当接收到所述数据请求端发送的数据获取请求后,将所述数据请求端请求获取的待发送数据包加入到待发送队列中;
从所述待发送队列中依次获取待发送数据包,并通过发送缓冲区的可用容量足够的3G卡作为当前发送卡向所述数据请求端发送。
2.如权利要求1所述的方法,其特征在于,从所述待发送队列中依次获取待发送数据包,并通过发送缓冲区的可用容量足够的3G卡作为当前发送卡向所述数据请求端发送,具体包括:
选定一张3G卡作为当前发送卡,针对从所述待发送队列中获取的每个待发送数据包,依次执行:
判断所述当前发送卡的发送缓冲区的可用容量是否能够容纳所述待发送数据包;
若是,通过所述当前发送卡向所述数据请求端发送所述待发送数据包;
否则,在所有3G卡中重新选取发送缓冲区的可用容量最大的3G卡作为当前发送卡,通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包。
3.如权利要求2所述的方法,其特征在于,通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包,具体包括:
判断重新选取的当前发送卡的发送缓冲区的可用容量是否能够容纳所述待发送数据包;
若是,通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包;
否则,根据所述数据请求端请求获取的待发送数据包的类型通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包。
4.如权利要求3所述的方法,其特征在于,根据所述数据请求端请求获取的待发送数据包的类型通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包,具体包括:
若所述数据请求端请求获取的待发送数据包为非实时数据包,将所述待发送数据包重新加入到所述待发送队列中,确定所述重新选取的当前发送卡的发送缓冲区的可用容量能够容纳所述待发送数据包时,通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包;
若所述数据请求端请求获取的待发送数据包为实时数据包,丢弃所述待发送队列中的部分待发送数据包,若所述待发送数据包未被丢弃,延迟设定的时间长度后且重新选取的当前发送卡的发送缓冲区的可用容量可以容纳所述待发送数据包时,通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包。
5.一种采用多卡发送数据的装置,其特征在于,包括:
连接建立单元,用于接收到数据请求端发送的连接建立请求后,将至少一张第三代移动通信3G卡分别与所述数据请求端建立通信连接,其中,每张3G卡具有一个发送缓冲区;
数据发送单元,用于当接收到所述数据请求端发送的数据获取请求后,将所述数据请求端请求获取的待发送数据包加入到待发送队列中;从所述待发送队列中依次获取待发送数据包,并通过发送缓冲区的可用容量足够的3G卡作为当前发送卡向所述数据请求端发送。
6.如权利要求5所述的装置,其特征在于,所述数据发送单元,具体用于:
选定一张3G卡作为当前发送卡,针对从所述待发送队列中获取的每个待发送数据包,依次执行:
判断所述当前发送卡的发送缓冲区的可用容量是否能够容纳所述待发送数据包;
若是,通过所述当前发送卡向所述数据请求端发送所述待发送数据包;
否则,在所有3G卡中重新选取发送缓冲区的可用容量最大的3G卡作为当前发送卡,通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包。
7.如权利要求6所述的装置,其特征在于,所述数据发送单元,具体用于:
判断重新选取的当前发送卡的发送缓冲区的可用容量是否能够容纳所述待发送数据包;
若是,通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包;
否则,根据所述数据请求端请求获取的待发送数据包的类型通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包。
8.如权利要求7所述的装置,其特征在于,所述数据发送单元,具体用于:
若所述数据请求端请求获取的待发送数据包为非实时数据包,将所述待发送数据包重新加入到所述待发送队列中,确定所述重新选取的当前发送卡的发送缓冲区的可用容量能够容纳所述待发送数据包时,通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包;
若所述数据请求端请求获取的待发送数据包为实时数据包,丢弃所述待发送队列中的部分待发送数据包,若所述待发送数据包未被丢弃,延迟设定的时间长度后且重新选取的当前发送卡的发送缓冲区的可用容量可以容纳所述待发送数据包时,通过重新选取的当前发送卡向所述数据请求端发送所述待发送数据包。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210213392.0A CN103516749A (zh) | 2012-06-21 | 2012-06-21 | 一种采用多卡发送数据的方法以及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210213392.0A CN103516749A (zh) | 2012-06-21 | 2012-06-21 | 一种采用多卡发送数据的方法以及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103516749A true CN103516749A (zh) | 2014-01-15 |
Family
ID=49898778
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210213392.0A Pending CN103516749A (zh) | 2012-06-21 | 2012-06-21 | 一种采用多卡发送数据的方法以及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103516749A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1593044A (zh) * | 2001-09-27 | 2005-03-09 | 超级芯片有限公司 | 在包交换装置中用于避免拥堵的方法和系统 |
CN1717669A (zh) * | 2002-11-26 | 2006-01-04 | 思科技术公司 | 用于在交换结构中分发缓冲区状态信息的装置和方法 |
US20090141720A1 (en) * | 2007-11-02 | 2009-06-04 | Ki-Sub Jung | Apparatus and method for link duplication in mobile communication system |
CN101640895A (zh) * | 2009-08-31 | 2010-02-03 | 北京邮电大学 | 一种保证流媒体服务质量的方法及系统 |
CN101719054A (zh) * | 2009-12-24 | 2010-06-02 | 北京飞天诚信科技有限公司 | 一种实现多卡槽访问的方法和装置 |
CN101977437A (zh) * | 2010-07-23 | 2011-02-16 | 展讯通信(上海)有限公司 | 多卡移动终端及其系统消息接收方法 |
CN102497430A (zh) * | 2011-12-13 | 2012-06-13 | 曙光信息产业(北京)有限公司 | 一种分流设备实现系统和方法 |
CN102595657A (zh) * | 2012-02-23 | 2012-07-18 | 深圳市高视数字技术有限公司 | 一种基于3g多卡捆绑的数据传输/接收装置及通信系统 |
-
2012
- 2012-06-21 CN CN201210213392.0A patent/CN103516749A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1593044A (zh) * | 2001-09-27 | 2005-03-09 | 超级芯片有限公司 | 在包交换装置中用于避免拥堵的方法和系统 |
CN1717669A (zh) * | 2002-11-26 | 2006-01-04 | 思科技术公司 | 用于在交换结构中分发缓冲区状态信息的装置和方法 |
US20090141720A1 (en) * | 2007-11-02 | 2009-06-04 | Ki-Sub Jung | Apparatus and method for link duplication in mobile communication system |
CN101640895A (zh) * | 2009-08-31 | 2010-02-03 | 北京邮电大学 | 一种保证流媒体服务质量的方法及系统 |
CN101719054A (zh) * | 2009-12-24 | 2010-06-02 | 北京飞天诚信科技有限公司 | 一种实现多卡槽访问的方法和装置 |
CN101977437A (zh) * | 2010-07-23 | 2011-02-16 | 展讯通信(上海)有限公司 | 多卡移动终端及其系统消息接收方法 |
CN102497430A (zh) * | 2011-12-13 | 2012-06-13 | 曙光信息产业(北京)有限公司 | 一种分流设备实现系统和方法 |
CN102595657A (zh) * | 2012-02-23 | 2012-07-18 | 深圳市高视数字技术有限公司 | 一种基于3g多卡捆绑的数据传输/接收装置及通信系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103634299B (zh) | 基于多连接的实时流媒体传输终端与方法 | |
EP2858325B1 (en) | Multi-stream service concurrent transmission method, sub-system, system and multi-interface terminal | |
CN105324966B (zh) | 负载传输的控制方法及装置 | |
CN105656798A (zh) | 数据传输方法、装置、多通道路由方法及用户设备 | |
US9705802B2 (en) | Adaptive non-real-time traffic control method and terminal for same | |
KR20080028969A (ko) | 데이터를 프리캐시하기 위해 송신 레그를 우선순위화하는시스템 및 방법 | |
CN105682146A (zh) | 数据传输方法、装置及用户设备 | |
CN104836672A (zh) | 多屏互动中数据传输的方法、装置、系统及终端设备 | |
CN104284397A (zh) | 基于通信终端的网络选择方法、装置及终端 | |
CN101631371A (zh) | 无线访问接入点零延时切换方法 | |
CN102752222A (zh) | 4g多链路平衡以及数据链路智能选择通信系统 | |
CN101369875A (zh) | 一种传输控制协议数据包的传输方法、装置及系统 | |
CN105306424A (zh) | 一种流媒体传输方法、流媒体发送装置及流媒体传输系统 | |
CN104378829A (zh) | 一种基于业务类型实施信道分配和调度的方法及其设备 | |
CN102984784A (zh) | 通过多个网络发送数据 | |
CN102469529B (zh) | 一种资源分配的方法及多模控制器 | |
CN103442415A (zh) | 一种发送数据的方法及一种移动终端 | |
CN102202419B (zh) | 多种无线接入技术服务一个用户设备的数据分配方法及装置 | |
CN110169134A (zh) | 无线质量支持视频体验的检测方法及装置 | |
CN110460801A (zh) | 一种媒体服务器之间数据转发的方法及装置 | |
CN112566165B (zh) | 通话方法及装置 | |
CN101854622B (zh) | 一种高速上行分组接入终端及其数据传输方法 | |
CN103781025A (zh) | 即时消息状态更新的方法、系统及即时消息服务器 | |
CN105338654A (zh) | 网络共享的方法、装置及网络共享系统 | |
CN106559833B (zh) | 一种数据传输方法、终端、无线接入点及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140115 |
|
RJ01 | Rejection of invention patent application after publication |