CN104834617A - 一种数据传输方法 - Google Patents

一种数据传输方法 Download PDF

Info

Publication number
CN104834617A
CN104834617A CN201510151926.5A CN201510151926A CN104834617A CN 104834617 A CN104834617 A CN 104834617A CN 201510151926 A CN201510151926 A CN 201510151926A CN 104834617 A CN104834617 A CN 104834617A
Authority
CN
China
Prior art keywords
data transmission
terminal
packet
transmission procedure
acknowledge message
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
Application number
CN201510151926.5A
Other languages
English (en)
Inventor
刘立荣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Jinli Communication Equipment Co Ltd
Original Assignee
Shenzhen Jinli Communication Equipment Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Jinli Communication Equipment Co Ltd filed Critical Shenzhen Jinli Communication Equipment Co Ltd
Priority to CN201510151926.5A priority Critical patent/CN104834617A/zh
Publication of CN104834617A publication Critical patent/CN104834617A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/38Information transfer, e.g. on bus
    • G06F13/40Bus structure
    • G06F13/4063Device-to-bus coupling
    • G06F13/4068Electrical coupling
    • G06F13/4072Drivers or receivers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]

Abstract

本发明实施例公开了一种数据传输方法,包括:第一终端接收第一指令,第一指令用于触发第一终端和第二终端之间的数据传输过程;第一终端利用第一终端与第二终端之间的第一通信连接建立第一数据传输通道,通过第一数据传输通道执行数据传输过程;第一终端判断数据传输过程是否中断,若是,则启动第二数据传输通道,通过第二数据传输通道继续数据传输过程;第二数据传输通道为通过第一终端和第二终端之间建立的第二通信连接形成的数据传输通道。采用本发明,在数据传输过程中,当第一终端与第二终端之间的第一通信连接断开时,第一终端可以通过二者之间的第二通信连接建立的备用数据传输通道继续所述数据传输过程,可实现数据传输的连续性。

Description

一种数据传输方法
技术领域
本发明涉及数据传输技术领域,尤其涉及一种数据传输方法。
背景技术
现有技术中,在智能手机和计算机中相互传输文件的方法很多,例如,通过SD卡或U盘中转,或者将数据传输到网络进行中转,对于一些具有WIFI、蓝牙或NFC等近距离无线通信模块的计算机,还可以直接与智能手机建立无线连接进行数据交互。但是,通过U盘或SD卡进行中转时,需要进行两次拷贝,并且现在的智能手机的SD卡卡槽设置在手机内部,通过SD卡拷贝时需要拆卸手机外壳才能完成拷贝任务。另外,由于手机本身并不支持U盘的读取,通过U盘拷贝时需要使用USB OTG数据线连接U盘。通过网络服务器中转需要有网络支持,并且在网速较慢的情况下,上传下载大文件的体验会非常差。因此,实际应用中,最常用的方法是将智能手机通过数据线连接到计算机,从而可以在计算机中直接访问智能手机的存储空间并拷贝智能手机中的文件,也可以将计算机中的文件拷贝到智能手机中。
但是,通过数据线直接连接智能手机和计算机进行数据传输时,由于数据线两端接口的意外松动,数据传输过程往往会出现中断。
发明内容
本发明实施例提供了一种数据传输方法,在数据传输过程中,当第一通信连接断开时,可以通过第二通信连接建立的备用数据传输通道继续所述数据传输过程,可实现数据传输的连续性。
本发明实施例公开了一种数据传输方法,该方法包括:
第一终端接收第一指令,所述第一指令用于触发所述第一终端和第二终端之间的数据传输过程;
所述第一终端利用所述第一终端与所述第二终端之间的第一通信连接建立第一数据传输通道,通过所述第一数据传输通道执行所述数据传输过程;
所述第一终端判断所述数据传输过程是否中断,若是,则启动第二数据传输通道,通过所述第二数据传输通道继续所述数据传输过程;所述第二数据传输通道为通过所述第一终端和所述第二终端之间建立的第二通信连接形成的数据传输通道。
本发明实施例通过第一终端和第二终端之间的第一通信连接建立第一数据传输通道,通过第一数据传输通道进行数据传输,当数据传输过程中断时,可以通过第一终端和第二终端之间的第二通信连接形成的第二数据传输通道继续所述数据传输过程,可实现数据传输的连续性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的数据传输方法的第一实施例的流程示意图;
图2是本发明实施例提供的数据传输方法的第二实施例的流程示意图;
图3是本发明实施例提供的数据传输方法的第三实施例的流程示意图;
图4是本发明实施例提供的数据传输方法的第四实施例的流程示意图;
图5是本发明实施例提供的数据传输过程的示意图;
图6是本发明实施例提供的终端的第一实施例的结构示意图;
图7是本发明实施例提供的终端的第二实施例的结构示意图;
图8是本发明实施例提供的终端的第三实施例的结构示意图;
图9是本发明实施例提供的终端的第四实施例的结构示意图;
图10是本发明实施例提供的终端的第五实施例的结构示意图;
图11是本发明实施例提供的终端的第六实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图1,是本发明实施例提供的数据传输方法的第一实施例的流程示意图,该方法包括:
步骤S101:第一终端接收第一指令,所述第一指令用于触发第一终端和第二终端之间的数据传输过程。
具体的,所述数据传输过程既可以是将目标数据从第一终端传输到第二终端的过程,也可以是将目标数据从第二终端传输到第一终端的过程。第一指令既可以是操作对象为目标数据的一组指令组合,例如对目标数据执行复制指令和对目标数据执行粘贴指令,第一指令也可以是操作对象为目标数据的单个指令,例如对目标数据执行“发送到”指令,第一指令还可以是触发所述数据传输过程的其他指令,例如语音控制指令,这里不作限制。
具体实现中,第一终端可根据第一指令获得所述数据传输过程的源路径和目标路径。例如,第一指令包括:第一终端在第一终端的路径A下执行的复制目标数据的复制指令,第一终端在第二终端的路径B下执行的粘贴目标数据的粘贴指令;则所述数据传输过程的数据传输方向为从第一终端至第二终端,所述数据传输过程的源路径为路径A,所述数据传输过程的目标路径为路径B。又例如,第一指令为第一终端接收的“将目标数据从路径C复制到路径D”的语音控制指令,其中,路径C为第二终端的文件路径,路径D为第一终端的文件路径,则所述数据传输过程的数据传输方向为从第二终端至第一终端,所述数据传输过程的源路径为路径C,所述数据传输过程的目标路径为路径D。示例仅仅是本发明实施例的一种实现方式,实际使用中可以不同,不应构成限定。
步骤S103:第一终端利用第一终端与第二终端之间的第一通信连接建立第一数据传输通道,通过第一数据传输通道执行所述数据传输过程。
具体的,第一通信连接可包括第一终端与第二终端之间建立的有线或无线通信连接。第一通信连接可为第一终端与第二终端之间的进行数据传输的首选的通信连接,往往可提供较高的数据传输速率。具体实现中,在第一通信连接不断开的条件下,第一终端可默认通过第一通信连接形成的第一数据传输通道进行数据传输。例如,第一终端通过USB数据线与第二终端建立有线通信连接,同时,第一终端通过Wi-Fi与第二终端建立无线通信连接,则第一终端默认通过USB数据线与第二终端进行数据传输。示例仅仅是本发明实施例的一种实现方式,实际使用中可以不同,不应构成限定。
步骤S105:第一终端判断所述数据传输过程是否中断。
具体的,在通过第一数据传输通道进行所述数据传输的过程中,第一终端可监测第一通信连接的状态,如果第一通信连接断开,可中断所述数据传输过程,并执行步骤S107,即通过备用的数据传输通道继续所述数据传输过程;如果第一通信连接保持连接,则继续通过第一数据传输通道执行所述数据传输过程。
步骤S107:第一终端启动第二数据传输通道,通过第二数据传输通道继续所述数据传输过程。
具体的,除了第一通信连接,第一终端和第二终端之间还可以存在第二通信连接,第二通信连接可为第一终端与第二终端之间建立的有线或无线通信连接。所述第二数据传输通道为通过第二通信连接形成的备用的数据传输通道。
具体的,由于第一通信连接断开导致所述数据传输中断时,第一终端可启用第二数据传输通道,通过第二数据传输通道继续所述数据传输过程。
需要说明的,本发明实施例中,由于用户主动断开第一通信连接而导致所述数据传输过程中断时,第一终端可以不执行步骤S107。具体实现中,当第一终端检测到第一通信连接断开时,第一终端可在得到用户对于断开第一通信连接的确认后,判定所述数据传输过程被用户主动中断。例如,第一通信连接断开时,第一终端在屏幕上弹出对话框,询问用户是否确认断开第一通信连接,若接收到用户的确认,则可判定第一通信连接被用户断开,否则,则可判定第一通信连接发生意外断开。
进一步的,本发明实施例中,第一通信连接可为数据线连接,第二通信连接可为无线网络通信连接。具体实现中,在执行步骤S107之前,第一终端可判断是否与第二终端处于同一个局域网中,若是,则与第二终端建立无线网络通信连接,即第二通信连接,利用无线网络通信连接建立第二数据传输通道。
实施本发明实施例,在数据传输过程中,当第一终端与第二终端之间的第一通信连接断开时,第一终端可以通过二者之间的第二通信连接建立的备用数据传输通道继续所述数据传输过程,可实现数据传输的连续性。
参见图2,是本发明实施例提供的数据传输方法的第二实施例的流程示意图,该方法包括:
步骤S201:第一终端接收第一指令,所述第一指令用于触发第一终端和第二终端之间的数据传输过程。
具体的,可参见图1的步骤S101中所述的内容,这里不再赘述。
步骤S203:第一终端利用第一终端与第二终端之间的第一通信连接建立第一数据传输通道,通过第一数据传输通道执行所述数据传输过程。
具体的,可参见图1的步骤S103中所述的内容,这里不再赘述。
步骤S205:第一终端判断所述数据传输过程是否中断。
具体的,可参见图1的步骤S105中所述的内容,这里不再赘述。
步骤S207:第一终端启动第二数据传输通道,通过第二数据传输通道继续所述数据传输过程。
具体的,可参见图1的步骤S107中所述的内容,这里不再赘述。
步骤S209:第一终端判断第一通信连接的连接状态是否恢复为有效连接状态。
具体的,在通过第二数据传输通道继续所述数据传输过程中,第一终端可监测第一通信连接的连接状态,判断第一通信连接是否恢复为有效连接状态,若是,则执行步骤S211;若否,则继续通过第二数据传输通道继续所述数据传输过程。
步骤S211:第一终端恢复第一数据传输通道,暂停正在进行的所述数据传输过程,通过恢复后的第一数据传输通道执行暂停后的所述数据传输过程。
具体的,第一通信连接可为第一终端与第二终端之间的进行数据传输的首选的通信连接。相较于第二通信连接,第一通信连接可提供更高的数据传输速率。当第一通信连接恢复为有效连接状态时,第一终端可通过恢复后的第一通信连接恢复第一数据传输通道,暂停在第二数据传输通道中进行的所述数据传输过程,通过恢复后的第一数据传输通道继续暂停后的所述数据传输过程。
实施本发明实施例,在数据传输过程中,当第一终端与第二终端之间的第一通信连接断开时,第一终端可以通过二者之间的第二通信连接建立的备用数据传输通道继续所述数据传输过程,之后,若第一通信连接恢复,第一终端可通过恢复后的第一通信连接形成的第一数据传输通道继续所述数据传输过程,可实现数据传输的连续性,并且可实现更高的数据传输速率。
参见图3,是本发明实施例提供的数据传输方法的第三实施例的流程示意图,该方法包括:
步骤S301:第一终端接收第一指令,所述第一指令用于触发第一终端和第二终端之间的数据传输过程。
具体的,第一终端可以是所述数据传输过程的发送方。第一指令可以是第一终端接收的将目标数据从第一终端的存储空间传输到第二终端的存储空间的触发指令。例如,将第一终端的路径A下的文件移动到第二终端的路径B下的“剪切”指令。又例如,将第一终端的路径A下的文件移动到第二终端的路径B下的“发送到”指令。示例仅仅是本发明实施例的一种实现方式,实际使用中可以不同,不应构成限定。
步骤S303:第一终端利用第一终端与第二终端之间的第一通信连接建立第一数据传输通道,通过第一数据传输通道执行所述数据传输过程。
具体的,第一通信连接可包括第一终端与第二终端之间建立的有线或无线通信连接。第一通信连接可为第一终端与第二终端之间的进行数据传输的首选的通信连接,往往可提供较高的数据传输速率。具体实现中,在第一通信连接不断开的条件下,第一终端可默认通过第一通信连接形成的第一数据传输通道来将目标数据从第一终端发送至第二终端。
步骤S305:第一终端将目标数据分组编号,并且将分组编号后的数据包存储于预设发送缓冲区。
具体的,在通过第一数据传输通道发送目标数据至第二终端之前,第一终端可以根据第一通信连接对应的传输协议将待发送的目标数据拆分成数据包,并存储与预设发送缓冲区中,为了实现数据包的正确交付,第一终端可对预设发送缓冲区中的数据包进行分组编号,用以实现按序发送数据包,并可以实现第二终端按序接收数据包,便于第二终端根据按序接收到的数据包恢复出目标数据。
步骤S307:第一终端通过第一数据传输通道按序发送分组编号后的数据包至第二终端。
具体的,第一终端可根据第一通信连接对应的传输协议将预设缓冲区中的编号后的数据包进行分组发送。在所述数据传输过程中,第一终端可接收第二终端发送的第一确认消息,第一确认消息为第二终端在所述数据传输过程中发送的确认消息,用于指示第二终端接收到的第一终端发送的数据包。并且,第一终端可根据第一确认消息,将第二终端已经接收的数据包从预设缓冲区中删除。
具体的,发送方与接收方之间的数据交付过程可如图5所示。其中,发送方将待发送的目标数据进行分组编号后存储于预设发送缓冲区501中,并按序发送数据包502至接收方。在接收到数据包502之后,接收方可将接收到的数据包502存储于接收缓冲区504中,并向发送方回复确认消息503,用已告知发送方数据包502已被成功接收。在接收到确认消息503之后,发送方可将数据包502对应的数据从预设发送缓冲区501中删除。同样的,在下一个发送周期中,发送方可按序发送数据包“S2”至接收方。
步骤S309:第一终端判断所述数据传输过程是否中断。
具体的,在通过第一数据传输通道进行所述数据传输的过程中,第一终端可监测第一通信连接的状态,如果第一通信连接断开,可中断所述数据传输过程,并执行步骤S311,即通过备用的数据传输通道继续所述数据传输过程;如果第一通信连接保持连接,则继续执行步骤S307。
步骤S311:第一终端启动第二数据传输通道。
具体的,由于第一通信连接断开导致所述数据传输中断时,第一终端可启用第二数据传输通道,通过第二数据传输通道继续所述数据传输过程。
步骤S313:第一终端通过第二数据传输通道接收第二终端发送的第二确认消息。
具体的,在通过第二数据传输通道继续传输所述预设发送缓冲区中的数据包之前,第一终端可接收第二终端的发送的第二确认消息。第二确认消息为第二终端在所述数据传输过程中断后发送的确认消息,用于指示第二终端在所述数据传输过程中断前接收到的全部第一终端发送的数据包。
步骤S315:第一终端根据第二确认消息,将第二终端接收到的并且存在于预设缓冲区中的数据包从预设缓冲区中删除。
具体的,如图5所示,所述数据传输过程的中断可以包括两种情形:情形一,所述数据传输过程的中断发生在发送方向接收方发送数据包502时,接收方没有接收到发送方已发送的数据包502,发送方也没有接收到确认消息503;情形二,所述数据传输过程的中断发生在接收方向发送方返回确认消息503时,接收方接收到了数据包502,发送方没有接收到确认消息503。
可理解的,对于情形一,发送方需要重新发送数据包502至接收方,以保证目标数据的正确交付。对于情形二,发送方需要将数据包502从预设发送缓冲区中区中删除,以避免数据包502被接收方重复接收。
具体实现中,在接收到第二确认消息之后,第一终端可以根据第二确认消息将预设发送缓冲区中已被接收方接收的数据包删除,以避免数据包的重复发送。
步骤S317:第一终端通过第二数据传输通道继续所述数据传输过程。
具体的,在根据第二确认消息刷新预设发送缓冲区后,第一终端可以通过第二数据传输通道继续按序发送存储于预设发送缓冲区中的数据包。
步骤S319:第一终端判断第一通信连接的连接状态是否恢复为有效连接状态。
具体的,在通过第二数据传输通道继续所述数据传输过程中,第一终端可监测第一通信连接的连接状态,判断第一通信连接是否恢复为有效连接状态,若是,则执行步骤S321;若否,则通过第二数据传输通道继续所述数据传输过程。
步骤S321:第一终端恢复第一数据传输通道,暂停正在进行的所述数据传输过程。
具体的,第一通信连接可为第一终端与第二终端之间的进行数据传输的首选的通信连接。相较于第二通信连接,第一通信连接可提供更高的数据传输速率。当第一通信连接恢复为有效连接状态时,第一终端可通过恢复后的第一通信连接恢复第一数据传输通道,暂停在第二数据传输通道中进行的所述数据传输过程,用以通过恢复后的第一数据传输通道继续暂停后的所述数据传输过程。
步骤S323:第一终端通过恢复后的所述第一数据传输通道接收所述第二终端发送的第三确认消息。
具体的,在通过恢复后的第一数据传输通道继续暂停后的所述数据传输过程之前,第一终端可接收第二终端的发送的第三确认消息。第三确认消息为第二终端在所述数据传输过程暂停后发送的确认消息,用于指示第二终端在所述数据传输过程暂停前接收到的第一终端发送的数据包。
步骤S325:第一终端根据第三确认消息,将第二终端接收到的并且存在于预设缓冲区中的数据包从预设缓冲区中删除。
具体的,如图5所示,在第二数据传输通道中进行的所述数据传输过程的暂停可以包括两种情形:情形一,所述数据传输过程的暂停发生在发送方向接收方发送数据包502时,接收方没有接收到发送方已发送的数据包502,发送方也没有接收到确认消息503;情形二,所述数据传输过程的暂停发生在接收方向发送方返回确认消息503时,接收方接收到了数据包502,发送方没有接收到确认消息503。
可理解的,对于情形一,发送方需要重新发送数据包502至接收方,以保证目标数据的正确交付。对于情形二,发送方需要将数据包502从预设发送缓冲区中区中删除,以避免数据包502被接收方重复接收。
具体实现中,在接收到第三确认消息之后,第一终端可以根据第三确认消息将预设发送缓冲区中已被接收方接收的数据包删除,以避免数据包的重复发送。
步骤S327:第一终端通过恢复后的第一数据传输通道执行暂停后的所述数据传输过程。
具体的,在根据第三确认消息刷新预设发送缓冲区后,第一终端可以通过第一数据传输通道继续按序发送剩余在预设发送缓冲区中的数据包。
实施本发明实施例,在第一终端与第二终端之间的数据传输通道经历意外中断而重新恢复之后,第一终端可重新获得第二终端在意外中断前的数据包的接收情况,根据该接收情况刷新预设发送缓冲区,并通过恢复后的数据传输通道继续按序发送预设发送缓冲区中的数据包,可实现数据包发送的连续性。
参见图4,是本发明实施例提供的数据传输方法的第四实施例的流程示意图,该方法包括:
步骤S401:第一终端接收第一指令,所述第一指令用于触发第一终端和第二终端之间的数据传输过程。
具体的,第一终端可以是所述数据传输过程的接收方。第一指令可以是第一终端接收的将目标数据从第二终端的存储空间传输到第一终端的存储空间的触发指令。
步骤S403:第一终端利用第一终端与第二终端之间的第一通信连接建立第一数据传输通道,通过第一数据传输通道执行所述数据传输过程。
具体的,第一通信连接可为第一终端与第二终端之间的进行数据传输的首选的通信连接,往往可提供较高的数据传输速率。具体实现中,在第一通信连接不断开的条件下,第二终端可默认通过第一通信连接形成的第一数据传输通道来将目标数据从第二终端发送至第一终端。
步骤S405:第一终端接收第二终端发送的数据包,所述数据包为第二终端对目标数据进行分组编号后生成的数据包。
具体的,第一终端通过第一数据传输通道接收第二终端发送的数据包,并可在每接收到一个数据包之后,根据接收到的该数据包发送第一确认消息至第二终端,第一确认消息包含该数据包的编号。
步骤S407:第一终端判断所述数据传输过程是否中断。
具体的,在通过第一数据传输通道接收数据包的过程中,第一终端可监测第一通信连接的状态,如果第一通信连接断开,可中断所述数据传输过程,并执行步骤S409,即通过备用的数据传输通道继续所述数据传输过程;如果第一通信连接保持连接,则继续执行步骤S405。
步骤S409:第一终端启动第二数据传输通道。
具体的,由于第一通信连接断开导致所述数据传输中断时,第一终端可启用第二数据传输通道,以使第二终端通过第二数据传输通道继续按序发送预设发送缓冲区中存储的的数据包。
步骤S411:第一终端根据接收到的全部数据包生成第二确认消息。
具体的,在触发第二终端通过第二数据传输通道继续按序发送预设发送缓冲区中存储的数据包之前,第一终端可遍历接收缓冲区中的数据包,根据接收缓冲区中的数据包生成第二确认消息,第二确认消息包含第一终端接收到的全部数据包的编号。
步骤S413:第一终端通过第二数据传输通道发送第二确认消息至第二终端。
步骤S415:第一终端通过第二数据传输通道继续所述数据传输过程。
具体的,第一终端可以通过第二确认消息来触发第二终端继续按序发送存储于预设发送缓冲区中的数据包。第一终端可在通过第二数据传输通道每接收到一个数据包之后,根据接收到的该数据包发送第一确认消息至第二终端,第一确认消息包含该数据包的编号。
步骤S417:第一终端判断第一通信连接的连接状态是否恢复为有效连接状态。
具体的,在通过第二数据传输通道接收第二终端发送的数据包时,第一终端可监测第一通信连接的连接状态,判断第一通信连接是否恢复为有效连接状态,若是,则执行步骤S419;若否,则执行步骤S415。
步骤S419:第一终端恢复第一数据传输通道,暂停正在进行的所述数据传输过程。
具体的,第一通信连接可为第一终端与第二终端之间的进行数据传输的首选的通信连接。相较于第二通信连接,第一通信连接可提供更高的数据传输速率。当第一通信连接恢复为有效连接状态时,第一终端可通过恢复后的第一通信连接恢复第一数据传输通道,暂停在第二数据传输通道中进行的所述数据传输过程,用以通过恢复后的第一数据传输通道继续暂停后的所述数据传输过程。
步骤S421:第一终端根据接收到的数据包生成第三确认消息。
具体的,在触发第二终端通过第一数据传输通道继续按序发送预设发送缓冲区中存储的数据包之前,第一终端可遍历接收缓冲区中的数据包,根据接收缓冲区中的数据包生成第三确认消息。第三确认消息可包含第一终端接收到的全部数据包的编号。
步骤S423:第一终端通过恢复后的第一数据传输通道发送第三确认消息至第二终端。
步骤S425:第一终端通过恢复后的第一数据传输通道执行暂停后的所述数据传输过程。
具体的,在发送第三确认消息至第二终端之后,第一终端可以触发第二终端通过第一数据传输通道继续按序发送剩余在预设发送缓冲区中的数据包。
实施本发明实施例,在第一终端与第二终端之间的数据传输通道经历意外中断而重新恢复之后,第一终端可向第二终端发送第一终端在意外中断前的数据包的接收情况,以使第二终端根据该接收情况刷新预设发送缓冲区,并触发第二终端通过恢复后的数据传输通道继续按序发送剩余在预设发送缓冲区中的数据包,可实现数据包发送的连续性。
参见图6,是本发明提供的终端的第一实施例的结构示意图,如图6所示的终端60可包括:输入单元601,第一传输单元603以及第二传输单元605。其中:
输入单元601,用于接收第一指令,第一指令用于触发终端60和第二终端之间的数据传输过程。
第一传输单元603,用于利用终端60与第二终端之间的第一通信连接建立第一数据传输通道,通过第一数据传输通道执行数据传输过程。
第二传输单元605,用于判断数据传输过程是否中断,若是,则启动第二数据传输通道,通过第二数据传输通道继续数据传输过程;第二数据传输通道为通过终端60和第二终端之间建立的第二通信连接形成的数据传输通道。
本发明实施例中,第一通信连接可为终端60与第二终端之间的进行数据传输的首选的通信连接。相较于第二通信连接,第一通信连接可提供更高的数据传输速率。
参见图7,是本发明提供的终端的第二实施例的结构示意图,如图7所示的终端60包括:输入单元601,第一传输单元603以及第二传输单元605外,还可以包括:预处理单元607。其中:
预处理单元607,用于在第二传输单元605启动第二数据传输通道,通过第二数据传输通道继续数据传输过程之前,判断终端60是否与第二终端处于同一个局域网中,若是,则与第二终端建立无线网络通信连接,利用无线网络通信连接建立第二数据传输通道。
本发明实施例中,第一通信连接可为数据线连接,第二通信连接可为无线网络通信连接,例如Wi-Fi。
参见图8,是本发明提供的终端的第三实施例的结构示意图,如图8所示的终端60包括:输入单元601,第一传输单元603以及第二传输单元605外,还可以包括:监测单元609。其中:
监测单元609,用于在第二传输单元605通过第二数据传输通道继续数据传输过程中,监测第一通信连接的连接状态,判断第一通信连接的连接状态是否恢复为有效连接状态;若是,则恢复第一数据传输通道,暂停正在进行的数据传输过程,通过恢复后的第一数据传输通道执行暂停后的数据传输过程。
参见图9,是本发明提供的终端的第四实施例的结构示意图,如图9所示的终端60包括:输入单元601,第一传输单元603,第二传输单元605以及监测单元609外,还可以包括:预发送单元611,第一刷新单元613和第二刷新单元615。其中:
预发送单元611,用于在第一传输单元603通过第一数据传输通道执行数据传输过程之前,将目标数据分组编号,并且将分组编号后的数据包存储于预设发送缓冲区;
第一刷新单元613,用于在第二传输单元605启动第二数据传输通道之后,通过第二数据传输通道继续数据传输过程之前,通过第二数据传输通道接收第二终端发送的第二确认消息,并且根据第二确认消息,将第二终端接收到的并且存在于预设缓冲区中的数据包从预设缓冲区中删除。第二确认消息为第二终端在数据传输过程中断后发送的确认消息,用于指示第二终端在数据传输过程中断前接收到的全部终端60发送的数据包。
第二刷新单元615,用于在监测单元609恢复第一数据传输通道,暂停正在进行的数据传输过程之后,通过恢复后的第一数据传输通道执行暂停后的数据传输过程之前,通过恢复后的第一数据传输通道接收第二终端发送的第三确认消息,并且根据第三确认消息,将第二终端接收到的并且存在于预设缓冲区中的数据包从预设缓冲区中删除。第三确认消息为第二终端在数据传输过程暂停后发送的确认消息,用于指示第二终端在数据传输过程暂停前接收到的终端60发送的数据包。
本发明实施例中,第一传输单元603可具体用于:按序发送分组编号后的数据包至第二终端;接收第二终端发送的第一确认消息;根据第一确认消息,将第二终端已经接收的数据包从预设缓冲区中删除。第一确认消息为第二终端在数据传输过程中发送的确认消息,用于指示第二终端接收到的终端60发送的数据包。
参见图10,是本发明提供的终端的第五实施例的结构示意图,如图10所示的终端60包括:输入单元601,第一传输单元603,第二传输单元605以及监测单元609外,还可以包括:预发送单元611,第一刷新单元613和第二刷新单元615。其中:
第一反馈单元617,用于在第二传输单元605启动第二数据传输通道之后,通过第二数据传输通道继续数据传输过程之前,根据接收到的全部数据包生成第二确认消息。第二确认消息包含接收到的全部数据包的编号;通过第二数据传输通道发送第二确认消息至第二终端。
第二反馈单元619,用于在监测单元609恢复第一数据传输通道,暂停正在进行的数据传输过程之后,通过恢复后的第一数据传输通道执行暂停后的数据传输过程之前,根据接收到的数据包生成第三确认消息,并通过恢复后的第一数据传输通道发送第三确认消息至第二终端。第三确认消息包含接收到的数据包的编号;
本发明实施例中,第一传输单元603可具体用于:接收第二终端发送的数据包,数据包为第二终端对目标数据进行分组编号后生成的数据包;根据接收到的数据包发送第一确认消息至第二终端,第一确认消息包含数据包的编号。
参见图11,是本发明提供的终端的第六实施例的结构示意图。其中,如图11所示,该终端110可以包括:至少一个处理器1101,例如CPU,至少一个总线1102,至少一个通用串行总线接口(USB接口)1103,至少一个网络接口:网络接口1104,存储器1105,至少一个输入装置1106,至少一个输出装置1107。其中,总线1102用于实现这些组件之间的通信连接;网络接口1104可选的可以包括标准的有线接口、无线接口(如WI-FI接口);存储器1105可以是高速RAM存储器,也可以是非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器,存储器1105可选的还可以是至少一个位于远离前述处理器1101的存储装置;输入装置1106可以包括触摸屏(Touch Screen),可选输入装置1106还可以包括键盘(Keyboard),或者其他实体按键,例如,音量键;输出装置1107可以包括显示屏(Display)。如图11所示,作为一种计算机存储介质的存储器1105中可以包括操作系统、网络通信模块、用户接口模块以及数据传输程序。
在图11所示的终端110中,处理器1101可以用于调用存储器1105中存储的数据传输程序,并执行以下操作:
通过输入装置1106接收第一指令,第一指令用于触发终端110和第二终端之间的数据传输过程;
通过通用串行总线接口1103与第二终端之间的第一通信连接建立第一数据传输通道,通过第一数据传输通道执行数据传输过程;
判断数据传输过程是否中断,若是,则启动第二数据传输通道,通过第二数据传输通道继续数据传输过程。第二数据传输通道为通过网络接口1104和第二终端之间建立的第二通信连接形成的数据传输通道。
进一步的,在启动第二数据传输通道,通过第二数据传输通道继续数据传输过程之前,处理器1101还可以判断是否与第二终端处于同一个局域网中,若是,则与第二终端建立无线网络通信连接,利用无线网络通信连接建立第二数据传输通道。
更进一步的,在通过第二数据传输通道继续数据传输过程中,处理器1101还可以通过通用串行总线接口1103监测第一通信连接的连接状态,并可判断第一通信连接的连接状态是否恢复为有效连接状态;若是,则恢复第一数据传输通道,暂停正在进行的数据传输过程,通过恢复后的第一数据传输通道执行暂停后的数据传输过程。
本发明实施例中,终端110可以是数据传输过程的发送方,发送目标数据至第二终端。
具体实现中,在通过第一数据传输通道执行数据传输过程之前,处理器1101还可以将目标数据分组编号,并且将分组编号后的数据包存储于预设发送缓冲区。处理器1101可以通过通用串行总线接口1103按序发送分组编号后的数据包至第二终端。处理器1101可以通过通用串行总线接口1103接收第二终端发送的第一确认消息。处理器1101可以根据第一确认消息,将第二终端已经接收的数据包从预设缓冲区中删除。第一确认消息为第二终端在数据传输过程中发送的确认消息,用于指示第二终端接收到的第一终端发送的数据包。
进一步的,在启动第二数据传输通道之后,在通过第二数据传输通道继续数据传输过程之前,处理器1101还可以通过第二数据传输通道接收第二终端发送的第二确认消息。处理器1101可以根据第二确认消息,将第二终端接收到的并且存在于预设缓冲区中的数据包从预设缓冲区中删除。第二确认消息为第二终端在数据传输过程中断后发送的确认消息,用于指示第二终端在数据传输过程中断前接收到的全部第一终端发送的数据包。
更进一步的,在恢复第一数据传输通道,暂停正在进行的数据传输过程之后,在通过恢复后的第一数据传输通道执行暂停后的数据传输过程之前,处理器1101还可以通过恢复后的第一数据传输通道接收第二终端发送的第三确认消息。处理器1101可以根据第三确认消息,将第二终端接收到的并且存在于预设缓冲区中的数据包从预设缓冲区中删除。第三确认消息为第二终端在数据传输过程暂停后发送的确认消息,用于指示第二终端在数据传输过程暂停前接收到的第一终端发送的数据包。
本发明实施例中,终端110可以是数据传输过程的接收方,接收第二终端发送的目标数据。
具体实现中,处理器1101可以通过通用串行总线接口1103接收第二终端发送的数据包。处理器1101可以根据接收到的数据包发送第一确认消息至第二终端。第一确认消息包含数据包的编号。数据包为第二终端对目标数据进行分组编号后生成的数据包。
进一步的,在启动第二数据传输通道之后,在通过第二数据传输通道继续数据传输过程之前,处理器1101还可以根据接收到的全部数据包生成第二确认消息。处理器1101可以通过通用串行总线接口1103第二数据传输通道发送第二确认消息至第二终端。第二确认消息包含接收到的全部数据包的编号。
更进一步的,在恢复第一数据传输通道,暂停正在进行的数据传输过程之后,在通过恢复后的第一数据传输通道执行暂停后的数据传输过程之前,处理器1101还可以根据接收到的数据包生成第三确认消息。处理器1101可以通过恢复后的第一数据传输通道发送第三确认消息至第二终端。第三确认消息包含接收到的数据包的编号。
需要说明的是,处理器1101执行的步骤可以参考上述图1到图4方法实施例中的具体实现方式,这里不再赘述。
综上所述,实施本发明实施例,通过第一终端和第二终端之间的第一通信连接建立第一数据传输通道,通过第一数据传输通道进行数据传输,当数据传输过程中断时,可以通过第一终端和第二终端之间的第二通信连接形成的第二数据传输通道继续所述数据传输过程,可实现数据传输的连续性。
本发明所有实施例中的模块或子模块,可以通过通用集成电路,例如CPU(Central Processing Unit,中央处理器),或通过ASIC(Application SpecificIntegrated Circuit,专用集成电路)来实现。
本发明实施例的方法的步骤顺序可以根据实际需要进行调整、合并或删减。本发明实施例的终端的模块可以根据实际需要进行整合、进一步划分或删减。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所揭露的仅为本发明较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明权利要求所作的等同变化,仍属本发明所涵盖的范围。

Claims (10)

1.一种数据传输方法,其特征在于,包括:
第一终端接收第一指令,所述第一指令用于触发所述第一终端和第二终端之间的数据传输过程;
所述第一终端利用所述第一终端与所述第二终端之间的第一通信连接建立第一数据传输通道,通过所述第一数据传输通道执行所述数据传输过程;
所述第一终端判断所述数据传输过程是否中断,若是,则启动第二数据传输通道,通过所述第二数据传输通道继续所述数据传输过程;所述第二数据传输通道为通过所述第一终端和所述第二终端之间建立的第二通信连接形成的数据传输通道。
2.如权利要求1所述的方法,其特征在于,所述第一通信连接为数据线连接,所述第二通信连接为无线网络通信连接。
3.如权利要求2所述的方法,其特征在于,在所述启动第二数据传输通道,通过所述第二数据传输通道继续所述数据传输过程之前,还包括:
所述第一终端判断是否与所述第二终端处于同一个局域网中,若是,则与所述第二终端建立所述无线网络通信连接,利用所述无线网络通信连接建立所述第二数据传输通道。
4.如权利要求1所述的方法,其特征在于,在所述通过所述第二数据传输通道继续所述数据传输过程中,还包括:
所述第一终端监测所述第一通信连接的连接状态,判断所述第一通信连接的连接状态是否恢复为有效连接状态;若是,则恢复所述第一数据传输通道,暂停正在进行的所述数据传输过程,通过恢复后的所述第一数据传输通道执行暂停后的所述数据传输过程。
5.如权利要求1所述的方法,其特征在于,所述第一终端是所述数据传输过程的发送方,发送目标数据至所述第二终端;
在所述通过所述第一数据传输通道执行所述数据传输过程之前,还包括:
所述第一终端将所述目标数据分组编号,并且将分组编号后的数据包存储于预设发送缓冲区;
所述通过所述第一数据传输通道执行所述数据传输过程,包括:
所述第一终端按序发送分组编号后的所述数据包至所述第二终端;
所述第一终端接收所述第二终端发送的第一确认消息,所述第一确认消息为所述第二终端在所述数据传输过程中发送的确认消息,用于指示所述第二终端接收到的所述第一终端发送的数据包;
所述第一终端根据所述第一确认消息,将所述第二终端已经接收的数据包从所述预设缓冲区中删除。
6.如权利要求1所述的方法,其特征在于,所述第一终端是所述数据传输过程的接收方,接收所述第二终端发送的目标数据;
所述通过所述第一数据传输通道执行所述数据传输过程,包括:
所述第一终端接收所述第二终端发送的数据包,所述数据包为所述第二终端对所述目标数据进行分组编号后生成的数据包;
所述第一终端根据接收到的所述数据包发送第一确认消息至所述第二终端,所述第一确认消息包含所述数据包的编号。
7.如权利要求5所述的方法,其特征在于,在所述启动第二数据传输通道之后,在所述通过所述第二数据传输通道继续所述数据传输过程之前,还包括:
所述第一终端通过所述第二数据传输通道接收所述第二终端发送的第二确认消息,所述第二确认消息为所述第二终端在所述数据传输过程中断后发送的确认消息,用于指示所述第二终端在所述数据传输过程中断前接收到的全部所述第一终端发送的数据包;
所述第一终端根据所述第二确认消息,将所述第二终端接收到的并且存在于所述预设缓冲区中的数据包从所述预设缓冲区中删除。
8.如权利要求6所述的方法,其特征在于,在所述启动第二数据传输通道之后,在所述通过所述第二数据传输通道继续所述数据传输过程之前,还包括:
所述第一终端根据接收到的全部数据包生成第二确认消息,所述第二确认消息包含所述接收到的全部数据包的编号;
所述第一终端通过所述第二数据传输通道发送所述第二确认消息至所述第二终端。
9.如权利要求4所述的方法,其特征在于,所述第一终端是所述数据传输过程的发送方,发送目标数据至所述第二终端;
在所述恢复所述第一数据传输通道,暂停正在进行的所述数据传输过程之后,在所述通过恢复后的所述第一数据传输通道执行暂停后的所述数据传输过程之前,还包括:
所述第一终端通过恢复后的所述第一数据传输通道接收所述第二终端发送的第三确认消息,所述第三确认消息为所述第二终端在所述数据传输过程暂停后发送的确认消息,用于指示所述第二终端在所述数据传输过程暂停前接收到的所述第一终端发送的数据包;
所述第一终端根据所述第三确认消息,将所述第二终端接收到的并且存在于所述预设缓冲区中的数据包从所述预设缓冲区中删除。
10.如权利要求4所述的方法,其特征在于,所述第一终端是所述数据传输过程的接收方,接收所述第二终端发送的目标数据;
在所述恢复所述第一数据传输通道,暂停正在进行的所述数据传输过程之后,在所述通过恢复后的所述第一数据传输通道执行暂停后的所述数据传输过程之前,还包括:
所述第一终端根据接收到的数据包生成第三确认消息,所述第三确认消息包含所述接收到的数据包的编号;
所述第一终端通过恢复后的所述第一数据传输通道发送所述第三确认消息至所述第二终端。
CN201510151926.5A 2015-04-01 2015-04-01 一种数据传输方法 Pending CN104834617A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510151926.5A CN104834617A (zh) 2015-04-01 2015-04-01 一种数据传输方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510151926.5A CN104834617A (zh) 2015-04-01 2015-04-01 一种数据传输方法

Publications (1)

Publication Number Publication Date
CN104834617A true CN104834617A (zh) 2015-08-12

Family

ID=53812519

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510151926.5A Pending CN104834617A (zh) 2015-04-01 2015-04-01 一种数据传输方法

Country Status (1)

Country Link
CN (1) CN104834617A (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105511606A (zh) * 2015-11-27 2016-04-20 深圳还是威健康科技有限公司 数据传输方法以及装置
CN107426828A (zh) * 2017-07-03 2017-12-01 广东欧珀移动通信有限公司 数据传输方法、装置及移动终端
CN109379730A (zh) * 2018-10-11 2019-02-22 国网四川省电力公司电力科学研究院 一种蓝牙数据交互方法及蓝牙设备
CN109819493A (zh) * 2019-03-06 2019-05-28 深圳前海达闼云端智能科技有限公司 控制方法和投屏方法及装置、存储介质、电子设备
CN110121015A (zh) * 2019-04-01 2019-08-13 珠海奔图电子有限公司 图像形成装置选择配置的控制方法和装置
CN112572539A (zh) * 2020-12-18 2021-03-30 交控科技股份有限公司 混合型联锁系统及联锁方法
WO2021082911A1 (zh) * 2019-10-30 2021-05-06 华为技术有限公司 一种内容传输方法和终端设备
CN113473216A (zh) * 2020-03-30 2021-10-01 华为技术有限公司 数据传输方法、芯片系统及相关装置
CN113553281A (zh) * 2021-07-23 2021-10-26 深圳市警威警用装备有限公司 一种数据采集方法、装置及5g智能数据采集工作站
US20230018433A1 (en) * 2021-07-13 2023-01-19 Vmware, Inc. Accessing corporate resources through an enrolled user device

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1716946A (zh) * 2004-06-30 2006-01-04 联想(北京)有限公司 一种网络中设备间的数据传输方法
CN101047581A (zh) * 2006-03-31 2007-10-03 中国移动通信集团公司 联网通信处理装置、系统及通信连接适配的方法
CN103687059A (zh) * 2013-11-21 2014-03-26 北京奇虎科技有限公司 建立计算设备与移动设备之间连接的方法及装置
CN104066201A (zh) * 2013-03-22 2014-09-24 联想(北京)有限公司 数据传输方法、装置及电子设备
CN104125654A (zh) * 2013-04-23 2014-10-29 腾讯科技(深圳)有限公司 一种wifi网络的数据传输方法、装置及终端设备

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1716946A (zh) * 2004-06-30 2006-01-04 联想(北京)有限公司 一种网络中设备间的数据传输方法
US20080062899A1 (en) * 2004-06-30 2008-03-13 Lenovo (Beijing) Limited Method for Data Transmission Between Devices in a Network
CN101047581A (zh) * 2006-03-31 2007-10-03 中国移动通信集团公司 联网通信处理装置、系统及通信连接适配的方法
CN104066201A (zh) * 2013-03-22 2014-09-24 联想(北京)有限公司 数据传输方法、装置及电子设备
CN104125654A (zh) * 2013-04-23 2014-10-29 腾讯科技(深圳)有限公司 一种wifi网络的数据传输方法、装置及终端设备
CN103687059A (zh) * 2013-11-21 2014-03-26 北京奇虎科技有限公司 建立计算设备与移动设备之间连接的方法及装置

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105511606B (zh) * 2015-11-27 2018-12-07 深圳还是威健康科技有限公司 数据传输方法以及装置
CN105511606A (zh) * 2015-11-27 2016-04-20 深圳还是威健康科技有限公司 数据传输方法以及装置
US10674556B2 (en) 2017-07-03 2020-06-02 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for data transmission and mobile terminal
CN107426828A (zh) * 2017-07-03 2017-12-01 广东欧珀移动通信有限公司 数据传输方法、装置及移动终端
WO2019007307A1 (en) * 2017-07-03 2019-01-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. DATA TRANSMISSION METHOD AND MOBILE TERMINAL
CN109379730A (zh) * 2018-10-11 2019-02-22 国网四川省电力公司电力科学研究院 一种蓝牙数据交互方法及蓝牙设备
CN109819493A (zh) * 2019-03-06 2019-05-28 深圳前海达闼云端智能科技有限公司 控制方法和投屏方法及装置、存储介质、电子设备
CN110121015A (zh) * 2019-04-01 2019-08-13 珠海奔图电子有限公司 图像形成装置选择配置的控制方法和装置
WO2021082911A1 (zh) * 2019-10-30 2021-05-06 华为技术有限公司 一种内容传输方法和终端设备
US11893302B2 (en) 2019-10-30 2024-02-06 Huawei Technologies Co., Ltd. Content transmission method and terminal device
CN113473216A (zh) * 2020-03-30 2021-10-01 华为技术有限公司 数据传输方法、芯片系统及相关装置
CN112572539A (zh) * 2020-12-18 2021-03-30 交控科技股份有限公司 混合型联锁系统及联锁方法
CN112572539B (zh) * 2020-12-18 2023-09-01 交控科技股份有限公司 混合型联锁系统及联锁方法
US20230018433A1 (en) * 2021-07-13 2023-01-19 Vmware, Inc. Accessing corporate resources through an enrolled user device
CN113553281A (zh) * 2021-07-23 2021-10-26 深圳市警威警用装备有限公司 一种数据采集方法、装置及5g智能数据采集工作站

Similar Documents

Publication Publication Date Title
CN104834617A (zh) 一种数据传输方法
CN101237256B (zh) 电子设备及其被其它电子设备通过nfc控制的方法
EP3091814B1 (en) Method for establishing communication connection and medium device
EP3007066A1 (en) Method for using shared device in apparatus capable of operating two operating systems
CN104869043A (zh) 一种建立vpn连接的方法及终端
US20220124192A1 (en) Communication System Selection
JP2017532631A (ja) モバイル決済方法及び装置、並びに近距離無線通信デバイス
CN104836650A (zh) 一种终端
CN104636916A (zh) 一种移动支付方法及相关设备、系统
CN111263467B (zh) 无线连接的切换方法,无线终端及其系统
CN106793063A (zh) 数据附着的控制方法和装置
CN112001720B (zh) 一种mPOS机及其数据处理方法
CN111741453A (zh) 蓝牙数据封装通信方法及装置
CN103761149A (zh) 一种电子设备及其功能切换方法
CN104125593A (zh) 一种信息处理方法及电子设备
CN103167432A (zh) 一种基于蓝牙传输协议实现近场信息发送的系统及方法
US20140038548A1 (en) Information processing apparatus and information processing method
CN102591809B (zh) 实现手机usb绑定的方法与装置
CN110572440B (zh) 用于数据传输的方法及装置、家电设备、存储介质
CN108650664B (zh) 一种蓝牙连接的控制方法、终端以及蓝牙sim卡
CN112769196A (zh) 一种充电控制方法、装置、电子设备及充电器
CN104836655A (zh) 一种数据同步方法
CN104967723A (zh) 一种终端
CN102572099A (zh) 一种移动终端状态查询间隔时间确定方法、装置及系统
CN103500064A (zh) 文件传输方法及终端设备

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20150812

RJ01 Rejection of invention patent application after publication