CN109413762A - 一种车载Tbox的唤醒方法及装置 - Google Patents
一种车载Tbox的唤醒方法及装置 Download PDFInfo
- Publication number
- CN109413762A CN109413762A CN201811219836.5A CN201811219836A CN109413762A CN 109413762 A CN109413762 A CN 109413762A CN 201811219836 A CN201811219836 A CN 201811219836A CN 109413762 A CN109413762 A CN 109413762A
- Authority
- CN
- China
- Prior art keywords
- vehicle
- server
- mounted tbox
- long connection
- wake
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/25—Maintenance of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种车载Tbox的唤醒方法及装置，车载Tbox在将进入低功耗状态时，建立与服务器之间的长连接，进而通过所建立的长连接向服务器发送长连接心跳包，在服务器接收到业务数据后触发生成第一唤醒数据并发送给车载Tbox，车载Tbox基于第一唤醒数据，由低功耗状态进入唤醒状态，并关闭与服务器之间的长连接。上述车载Tbox的唤醒方法及装置，服务器通过车载Tbox发送长连接心跳包的长连接对车载Tbox进行唤醒，由于网络数据传输非常快，因此相对于振铃唤醒方式，能够有效提升车载Tbox的唤醒速度，进而提升远程业务处理速度。且通过网络数据进行唤醒的成功率相对于振铃方式唤醒车载Tbox的成功率更高。
Description
技术领域
本发明涉及通信技术领域，更具体的说，是涉及一种车载Tbox的唤醒方法及装置。
背景技术
车载Tbox(Telematics BOX，远程信息处理器)是目前车辆实现远程数据业务的重要组成部分。通常情况下，在有业务数据需要处理时，Tbox处于工作状态，而在没有业务数据需要处理时，车载Tbox将会进入低功耗状态，以节约能量。当有新的业务数据需要处理时，服务器会远程唤醒车载Tbox，使其进入正常的工作状态并进行业务数据处理。
现有技术中，服务器唤醒车载Tbox主要通过振铃的方式进行。然而，此方案需要等待呼叫业务通道完全建立后才能够实现，而呼叫业务通道完全建立的过程往往耗时较长，且存在一定的失败概率，因此，现有通过振铃方式唤醒车载Tbox的方案存在唤醒速度慢和成功率难以保证的问题。
发明内容
有鉴于此，本发明实施例提供了一种，以克服现有技术中存在的问题。
为实现上述目的，本发明提供如下技术方案：
一种车载Tbox的唤醒方法，应用于车载Tbox，包括：
在将进入低功耗状态时，建立与服务器之间的长连接；
在低功耗状态下，通过所建立的长连接向所述服务器发送长连接心跳包；
接收所述服务器基于所述长连接心跳包反馈的确认字符，并对所述确认字符进行校验；
若所述确认字符校验通过，则维持低功耗状态，且在第一预设时间后再次向所述服务器发送所述长连接心跳包，所述第一预设时间短于所述服务器设置的数据业务idle超时；
通过所建立的长连接接收所述服务器在接收到业务数据后触发生成的第一唤醒数据；
基于所述第一唤醒数据，由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
可选的，还包括：
若所述确认字符没有校验通过或没有接收到所述确认字符，则向所述服务器重发所述长连接心跳包，在重发次数达到预设次数后由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
可选的，还包括：
若连续N次基于所述长连接心跳包重发次数达到预设次数后被唤醒，但并未进行任何业务处理，则再次进入低功耗状态时，不再与所述服务器建立长连接；
接收所述服务器收到数据业务后通过语音方式或振铃方式发送的第二唤醒数据，基于所述第二唤醒数据由低功耗状态进入唤醒状态，并在数据业务执行结束后，再次建立与所述服务器之间的长连接；或者，在进入低功耗状态的时长达到第二预设时间后，重新建立与所述服务器之间的长连接。
可选的，还包括：
接收所述服务器收到数据业务后通过语音方式或振铃方式发送的第三唤醒数据，其中所述第三唤醒数据为与所述服务器无法建立长连接时，所述服务器主动发送的唤醒数据；基于所述第三唤醒数据由低功耗状态进入唤醒状态，并在数据业务执行结束后，再次建立与所述服务器之间的长连接；
或者，在低功耗状态下，与所述服务器之间未建立长连接的时长达到第三预设时间后，重新建立与所述服务器之间的长连接。
可选的，所述第一唤醒数据中包括业务数据。
一种车载Tbox的唤醒方法，应用于服务器，包括：
建立与车载Tbox之间的长连接，并接收所述车载Tbox通过所建立的长连接发送的长连接心跳包，所述长连接心跳包是所述车载Tbox在低功耗状态发送的；
基于所述长连接心跳包向所述车载Tbox反馈确认字符；
接收到业务数据后，基于所建立的长连接向所述车载Tbox发送第一唤醒数据。
可选的，还包括：
若向所述车载Tbox发送所述第一唤醒数据后预设时长后，检测到所述车载Tbox没有唤醒，则通过语音方式或振铃方式向所述车载Tbox发送第二唤醒数据。
可选的，还包括：
若在接收到业务数据时，与所述车载Tbox之间没有建立长连接，则通过语音方式或振铃方式向所述车载Tbox发送第三唤醒数据。
一种车载Tbox的唤醒装置，应用于车载Tbox，用于执行上述应用于车载Tbox的任意一种车载Tbox的唤醒方法。
一种车载Tbox的唤醒装置，应用于服务器，用于执行上述应用于服务器的任意一种车载Tbox的唤醒方法。
经由上述的技术方案可知，与现有技术相比，本发明实施例公开了一种车载Tbox的唤醒方法及装置，车载Tbox在将进入低功耗状态时，建立与服务器之间的长连接，并在低功耗状态下，通过所建立的长连接向所述服务器发送长连接心跳包，服务器接收到长连接心跳包后，基于接收到的长连接心跳包向车载Tbox返回确认字符，在服务器接收到业务数据后触发生成第一唤醒数据并发送给车载Tbox，车载Tbox基于第一唤醒数据，由低功耗状态进入唤醒状态，并关闭与服务器之间的长连接。上述车载Tbox的唤醒方法及装置，使用业务数据触发服务器通过车载Tbox发送长连接心跳包的长连接对车载Tbox进行唤醒，由于网络数据传输非常快，因此相对于现有的振铃唤醒方式，能够有效提升车载Tbox的唤醒速度，进而能够有效提升远程业务处理速度。且通过网络数据进行唤醒的成功率相对于传统振铃方式唤醒车载Tbox的成功率更高，优化用户的使用体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
图1为本发明实施例公开的一种车载Tbox的唤醒方法流程图；
图2为本发明实施例公开的另一种车载Tbox的唤醒方法流程图；
图3为本发明实施例公开的又一种车载Tbox的唤醒方法流程图；
图4为本发明实施例公开的第四种车载Tbox的唤醒方法流程图；
图5为本发明实施例公开的一种车载Tbox的唤醒装置的结构示意图；
图6为本发明实施例公开的另一种车载Tbox的唤醒装置的结构示意图；
图7为本发明实施例公开的又一种车载Tbox的唤醒装置的结构示意图；
图8为本发明实施例公开的第四种车载Tbox的唤醒装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明实施例公开的一种车载Tbox的唤醒方法流程图，图1所示方法可应用于车载Tbox，参见图1所示，车载Tbox的唤醒方法可以包括：
步骤101：在将进入低功耗状态时，建立与服务器之间的长连接。
本实施例中，服务器可以开放端口供车载Tbox的长连接服务进行连接。在车载Tbox处于唤醒状态时，其长连接是关闭状态，从而长连接心跳功能也是关闭状态，不会向服务器发送长连接心跳包。一般情况下，唤醒状态下车载Tbox与服务器存在业务交互，服务器可直接下发远程控制、远程配置、远程升级等业务数据给车载Tbox。在车载Tbox即将进入低功耗状态时，可以建立与服务器之间的长连接。
步骤102：在低功耗状态下，通过所建立的长连接向所述服务器发送长连接心跳包。
在车载Tbox处于低功耗状态时，开启长连接心跳功能，周期性的向服务器发送长连接心跳包。本实施例对长连接心跳包中包括的内容不做具体限定，在示例中，长连接心跳包可以包括车载Tbox的身份标识信息和该长连接心跳包的发送时间。其中，车载Tbox的身份标识信息可以是VIN(Vehicle Identification Number，车辆识别号码)码信息。
步骤103：接收所述服务器基于所述长连接心跳包反馈的确认字符，并对所述确认字符进行校验。
服务器在接收到Tbox发送的长连接心跳包后，可以给车载Tbox返回一个确认信息，该确认信息具体可以是ACK(Acknowledgement，确认字符)。
车载Tbox接收到服务器反馈的确认字符后，可以进一步对确认字符进行校验，校验其是不是和自身之前向服务器发送的长连接心跳包对应。具体的，可以通过如心跳包编号、发送时间等信息来校验确认。
步骤104：若所述确认字符校验通过，则维持低功耗状态，且在第一预设时间后再次向所述服务器发送所述长连接心跳包。
其中，所述第一预设时间短于所述服务器设置的数据业务idle超时。
车载Tbox在收到服务器返回的确认字符且该确认字符校验通过后，可以认为当前网络连接正常，且没有业务数据需要处理，则继续保持低功耗状态，并按照预设周期，周期性的继续向服务器发送长连接心跳包。其中所述预设周期即为第一预设时间，第一预设时间可以根据实际情况设置，可以比网络侧设置的数据业务idle超时时间短。如，车载Tbox可以每隔770s向服务器发送长连接心跳包，这个周期短于网络侧设置的数据业务idle超时时间，因此网络侧不会因为长时间没有业务数据而断开车载Tbox与服务器之间的用于发送长连接心跳包的长连接。
步骤105：通过所建立的长连接接收所述服务器在接收到业务数据后触发生成的第一唤醒数据。
在用户使用APP向服务器发送远程控制、远程配置、远程升级等业务数据时，服务器若检测到车载Tbox处于低功耗状态，则可以利用用于发送长连接心跳包的长连接，如TCP(Transmission Control Protocol，传输控制协议)连接，向车载Tbox发送第一唤醒数据，所述第一唤醒数据中包括的具体内容没有限制，如，第一唤醒数据可以包括指示车载Tbox进入唤醒状态的指令。
步骤106：基于所述第一唤醒数据，由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
车载Tbox在收到服务器发送的第一唤醒数据后，会根据所述第一唤醒数据触发控制自身由低功耗状态切换进入唤醒状态。进入唤醒状态后，车载Tbox可以进行正常的业务数据处理。
本实施例中，车载Tbox的唤醒方法，使用业务数据触发，服务器通过车载Tbox发送长连接心跳包的长连接对车载Tbox进行唤醒，由于网络数据传输非常快，因此相对于现有的振铃唤醒方式，能够有效提升车载Tbox的唤醒速度，进而能够有效提升远程业务处理速度。且通过网络数据进行唤醒的成功率相对于传统振铃方式唤醒车载Tbox的成功率更高，优化用户的使用体验。
在其他的实施例中，车载Tbox的唤醒方法还可以包括：若所述确认字符没有校验通过或没有接收到所述确认字符，则向所述服务器重发所述长连接心跳包，在重发次数达到预设次数后由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
在正常情况下，如网络环境良好，且服务器无故障正常工作状态下，在服务器接收到车载Tbox发送的长连接心跳包后，会向该车载Tbox返回ACK，这个时间往往很短。
若所述确认字符没有校验通过或一定时间内没有接收到所述确认字符，则说明车载Tbox发送的长连接心跳包没有被服务器接收，或服务器状态存在异常。上述一定时间可以设置的比常规服务器返回ACK的时间大一点。
实际应用中，可能由于临时的信号中断或其他一些原因导致车载Tbox没有收到服务器返回的确认消息，这种情况下，可以重新向服务器发送长连接心跳包，以观后续是否能够收到服务器的确认消息。此外，若接收到的确认字符校验没有通过，也可以重新向服务器发送长连接心跳包，看后续是否能够接收到服务器基于重新发送的长连接心跳包返回正确的确认字符。
若车载Tbox连续多次向服务器发送长连接心跳包都没有收到服务器发送的确认消息，则说明可能网络信号不好或服务器出现一些故障，因此，需要对车载Tbox向服务器发送长连接数据包后，一定时间内没有接收到服务器返回的确认消息的事件的连续次数进行统计，在上述事件连续次数达到一定值时，则车载Tbox认为当前长连接或服务器存在异常状态，可能出现正常业务数据无法及时处理的情况，则车载Tbox由低功耗状态进入唤醒状态，以保证在服务器侧有业务数据时，能够及时从服务器获得业务数据并进行处理。
图2为本发明实施例公开的另一种车载Tbox的唤醒方法流程图，图2所示方法应用于车载Tbox，如图2所示，车载Tbox的唤醒方法可以包括：
步骤201：在将进入低功耗状态时，建立与服务器之间的长连接。
步骤202：在低功耗状态下，通过所建立的长连接向所述服务器发送长连接心跳包，进入步骤203或步骤207。
步骤203：接收所述服务器基于所述长连接心跳包反馈的确认字符，并对所述确认字符进行校验，进入步骤204或步骤207。
步骤204：若所述确认字符校验通过，则维持低功耗状态，且在第一预设时间后再次向所述服务器发送所述长连接心跳包。
其中，所述第一预设时间短于所述服务器设置的数据业务idle超时。
步骤205：通过所建立的长连接接收所述服务器在接收到业务数据后触发生成的第一唤醒数据。
步骤206：基于所述第一唤醒数据，由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
步骤207：若所述确认字符没有校验通过或没有接收到所述确认字符，则向所述服务器重发所述长连接心跳包，在重发次数达到预设次数后由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
需要说明的是，步骤206和步骤207之间没有逻辑顺序关系。
步骤208：若连续N次基于所述长连接心跳包重发次数达到预设次数后被唤醒，但并未进行任何业务处理，则再次进入低功耗状态时，不再与所述服务器建立长连接，进入步骤209或210。其中N为大于1的正整数。
若连续多次车载Tbox因长时间未接收到服务器发送的确认消息而自动唤醒，且每一次唤醒后都没有进行任何业务处理的情况下，车载Tbox认为当前情况不适合开启发送长连接心跳包的功能，若继续开启，则可能引起较多的误唤醒，这种情况下，车载Tbox会自动暂时关闭发送长连接心跳包的功能，直至下次一起执行远程业务后恢复。
步骤209：接收所述服务器收到数据业务后通过语音方式或振铃方式发送的第二唤醒数据，基于所述第二唤醒数据由低功耗状态进入唤醒状态，并在数据业务执行结束后，再次建立与所述服务器之间的长连接。
由于车载Tbox关闭了长连接心跳功能，车载Tbox的唤醒需要服务器控制通过语音方式或振铃方式唤醒。
步骤210：在进入低功耗状态的时长达到第二预设时间后，重新建立与所述服务器之间的长连接。
或者，车载Tbox结合自身的当前位置信息预估长连接心跳功能的关闭时长，在长连接心跳功能关闭时间达到关闭时长时恢复长连接心跳功能。所述关闭时长可以与第二预设时间相同。
步骤209和步骤210之间没有逻辑顺序关系。
本实施例中，介绍了实际应用中一个比较完整的处理流程，车载Tbox的唤醒方法在网络条件不好或服务器故障情况下，能够自动从低功耗状态切换为唤醒状态，并能够在多次误唤醒后，直接关闭长连接。上述方法使用业务数据触发服务器通过车载Tbox发送长连接心跳包的长连接对车载Tbox进行唤醒，由于网络数据传输非常快，因此相对于现有的振铃唤醒方式，能够有效提升车载Tbox的唤醒速度，进而能够有效提升远程业务处理速度，优化用户的使用体验。且在网络条件不好或服务器故障情况下，能够在多次重发唤醒数据但未接受到服务器返回的确认字符时自动唤醒，避免业务数据不能及时得到处理的情况，进一步在连续多次因未收到确认字符而被误唤醒时，自动关闭长连接，避免后续继续被误唤醒，节省系统成本。
在上述各个实施例的基础上，其他的实施例中，车载Tbox的唤醒方法还可以包括：接收所述服务器收到数据业务后通过语音方式或振铃方式发送的第三唤醒数据，其中所述第三唤醒数据为与所述服务器无法建立长连接时，如网络条件不佳、无法正常连接服务器、通过长连接发送第一唤醒数据唤醒但被唤醒失败(如服务器发送第一唤醒数据预设时长后未检测到车载Tbox被唤醒)时，服务器通过语音方式或振铃方式主动发送的唤醒数据；基于所述第三唤醒数据由低功耗状态进入唤醒状态，并在数据业务执行结束后，再次建立与所述服务器之间的长连接；或者，在低功耗状态下，与所述服务器之间未建立长连接的时长达到第三预设时间后，重新建立与所述服务器之间的长连接。
在车载Tbox和服务器之间无法建立长连接时，服务器在接收到业务数据后，也会主动通过语音方式或振铃方式向车载Tbox发送唤醒数据，也即第三唤醒数据，以使得车载Tbox唤醒，进行相应的业务数据处理。
在其他的实现方式中，所述第一唤醒数据中可以包括业务数据，这样，车载Tbox在基于唤醒数据由低功耗状态进入唤醒状态后，可以直接基于所述业务数据执行相应的业务处理。
其中，所述业务数据可以但不限制为包括远程控制、远程配置、远程升级等业务数据。车载Tbox在接收到唤醒数据后，可以通过对其中业务数据的解读，直接触发与所述业务数据处理相关的业务逻辑和流程，进行相应的业务处理。这样，在加速车载Tbox唤醒速度的前提下，进一步提升了业务响应速度。
图3为本发明实施例公开的又一种车载Tbox的唤醒方法流程图，图3所示方法可以应用于服务器，结合图3所示，车载Tbox的唤醒方法可以包括：
步骤301：建立与车载Tbox之间的长连接，并接收所述车载Tbox通过所建立的长连接发送的长连接心跳包，所述长连接心跳包是所述车载Tbox在低功耗状态发送的。
车载Tbox只有在低功耗状态下才会开启长连接心跳功能，其可以根据预设周期周期性的向服务器发送长连接心跳包。
步骤302：基于所述长连接心跳包向所述车载Tbox反馈确认字符。
服务器接收到车载Tbox发送的长连接心跳包后，需要向车载Tbox返回确认字符，以告知车载Tbox当前工作环境正常，且没有业务数据需要处理，车载Tbox在这种情况下可以继续保持低功耗状态。其中，所述确认字符可以是ACK。
步骤303：接收到业务数据后，基于所建立的长连接向所述车载Tbox发送第一唤醒数据。
其中，所述业务数据可以但不限制为包括远程控制、远程配置、远程升级等业务数据。在服务器接收到APP发送的业务数据后，会自动生成第一唤醒数据，并发送给车载Tbox，以唤醒车载Tbox，使其执行相应的业务数据处理。
本实施例中，车载Tbox的唤醒方法使用业务数据触发服务器通过车载Tbox发送长连接心跳包的长连接对车载Tbox进行唤醒，由于网络数据传输非常快，因此相对于现有的振铃唤醒方式，能够有效提升车载Tbox的唤醒速度，进而能够有效提升远程业务处理速度。且通过网络数据进行唤醒的成功率相对于传统振铃方式唤醒车载Tbox的成功率更高，优化用户的使用体验。
图4为本发明实施例公开的第四种车载Tbox的唤醒方法流程图，图4所示方法应用于服务器，结合图4所示，车载Tbox的唤醒方法可以包括：
步骤401：建立与车载Tbox之间的长连接，并接收所述车载Tbox通过所建立的长连接发送的长连接心跳包，所述长连接心跳包是所述车载Tbox在低功耗状态发送的。
步骤402：基于所述长连接心跳包向所述车载Tbox反馈确认字符。
步骤403：接收到业务数据后，基于所建立的长连接向所述车载Tbox发送第一唤醒数据。
步骤404：若向所述车载Tbox发送所述第一唤醒数据后预设时长后，检测到所述车载Tbox没有唤醒，则通过语音方式或振铃方式向所述车载Tbox发送第二唤醒数据。
其中，检测车载Tbox是否唤醒，可以通过检测车载Tbox是否上线来确定，具体的检测内容可以是：检测是否接收到所述车载Tbox的业务连接请求。
为了提高唤醒成功率，若服务器在向车载Tbox发送第一唤醒数据后预设时长后，仍然没有检测到车载Tbox唤醒，则进一步通过语音方式或振铃方式向所述车载Tbox发送第二唤醒数据。车载Tbox发送第一唤醒数据后预设时长后，仍然没有检测到车载Tbox唤醒的情况，例如，服务器在向车载Tbox发送第一唤醒数据时，长连接网络状态正常，但第一唤醒数据后续发送过程中，长连接可能出现信号不稳定的情况，从而造成第一唤醒数据发送失败，从而车载Tbox也没有成功唤醒。
在其他的实施例，应用于服务器的车载Tbox的唤醒方法还可以包括：若在接收到业务数据时，与所述车载Tbox之间没有建立长连接，则通过语音方式或振铃方式向所述车载Tbox发送第三唤醒数据。
由于服务器与车载Tbox之间不存在或无法建立长连接，这种情况下，在接收到业务数据时，服务器只能通过语音方式或振铃方式向所述车载Tbox发送唤醒数据。
需要说明的是，本发明实施例中的第一唤醒数据、第二唤醒数据和第三唤醒数据中所包括内容的实质是一样的，只是触发条件和传输方式的差异。如第一唤醒数据为车载Tbox与服务器之间长连接正常建立，服务器通过长连接所使用的网络传输方式传输给车载Tbox的唤醒数据，第二唤醒数据和第三唤醒数据本质上并无区别，都是在Tbox未与服务器连接时，服务器在接收到数据业务时主动通过语音方式或振铃方式向车载Tbox发送的唤醒数据。只不过一种情形下车载Tbox与服务器之间未建立长连接的原因是车载Tbox为避免过多的误唤醒而不再建立长连接。如车载Tbox连续N次基于长连接心跳包重发次数达到预设次数后被唤醒，但并未进行任何业务处理。为避免过多的误唤醒，车载Tbox再次进入低功耗状态时，不再与服务器建立长连接。另一种情形下车载Tbox与服务器之间未建立长连接的原因是由于车载Tbox与服务器之间无法建立长连接或即使建立也无法成功通过第一唤醒数据唤醒车载Tbox。如网络条件不佳、无法正常连接后台服务器，或者服务器向车载Tbox发生第一唤醒数据后车载Tbox被唤醒失败等情况出现。
对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
上述本发明公开的实施例中详细描述了方法，对于本发明的方法可采用多种形式的装置实现，因此本发明还公开了一种装置，下面给出具体的实施例进行详细说明。
图5为本发明实施例公开的一种车载Tbox的唤醒装置的结构示意图，图5所示装置应用于车载Tbox，结合图5所示，车载Tbox的唤醒装置50可以包括：
长连接控制模块501，用于在将进入低功耗状态时，建立与服务器之间的长连接。
心跳包发送模块502，用于在低功耗状态下，通过所建立的长连接向所述服务器发送长连接心跳包。
字符接收校验模块503，用于接收所述服务器基于所述长连接心跳包反馈的确认字符，并对所述确认字符进行校验。
所述心跳包发送模块502还用于：在所述确认字符校验通过时，维持低功耗状态，且在第一预设时间后再次向所述服务器发送所述长连接心跳包。
其中，所述第一预设时间短于所述服务器设置的数据业务idle超时。
唤醒数据接收模块504，用于通过所建立的长连接接收所述服务器在接收到业务数据后触发生成的第一唤醒数据。
状态转换模块505，用于基于所述第一唤醒数据，由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
本实施例中，车载Tbox的唤醒装置，使用业务数据触发服务器通过车载Tbox发送长连接心跳包的长连接对车载Tbox进行唤醒，由于网络数据传输非常快，因此相对于现有的振铃唤醒方式，能够有效提升车载Tbox的唤醒速度，进而能够有效提升远程业务处理速度。且通过网络数据进行唤醒的成功率相对于传统振铃方式唤醒车载Tbox的成功率更高，优化用户的使用体验。
在其他的实施例中，所述长连接控制模块501还可以用于：在所述确认字符没有校验通过或没有接收到所述确认字符时，向所述服务器重发所述长连接心跳包，在重发次数达到预设次数后由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
图6为本发明实施例公开的另一种车载Tbox的唤醒装置的结构示意图，图6所示装置应用于车载Tbox，如图6所示，车载Tbox的唤醒装置60可以包括：
长连接控制模块501，用于在将进入低功耗状态时，建立与服务器之间的长连接。
心跳包发送模块502，用于在低功耗状态下，通过所建立的长连接向所述服务器发送长连接心跳包。
字符接收校验模块503，用于接收所述服务器基于所述长连接心跳包反馈的确认字符，并对所述确认字符进行校验。
所述心跳包发送模块502还用于：在所述确认字符校验通过时，维持低功耗状态，且在第一预设时间后再次向所述服务器发送所述长连接心跳包。
其中，所述第一预设时间短于所述服务器设置的数据业务idle超时。
唤醒数据接收模块504，用于通过所建立的长连接接收所述服务器在接收到业务数据后触发生成的第一唤醒数据。
状态转换模块505，用于基于所述第一唤醒数据，由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
所述心跳包发送模块502还用于：在所述确认字符没有校验通过或没有接收到所述确认字符时，向所述服务器重发所述长连接心跳包，在重发次数达到预设次数后由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
长连接断开模块601，用于若连续N次基于所述长连接心跳包重发次数达到预设次数后被唤醒，但并未进行任何业务处理时，控制再次进入低功耗状态时，不再与所述服务器建立长连接。
则所述唤醒数据接收模块504还用于：接收所述服务器收到数据业务后通过语音方式或振铃方式发送的第二唤醒数据。
接收到第二唤醒数据后，状态转换模块505可以基于所述第二唤醒数据由低功耗状态进入唤醒状态。长连接控制模块501在数据业务执行结束后，再次建立与所述服务器之间的长连接。
所述长连接控制模块501还用于：在进入低功耗状态的时长达到第二预设时间后，重新建立与所述服务器之间的长连接。
本实施例中，介绍了实际应用中一个比较完整的车载Tbox唤醒装置的结构，车载Tbox的唤醒装置在网络条件不好或服务器故障情况下，能够自动从低功耗状态切换为唤醒状态，并能够在多次误唤醒后，直接关闭长连接。上述装置使用业务数据触发服务器通过车载Tbox发送长连接心跳包的长连接对车载Tbox进行唤醒，由于网络数据传输非常快，因此相对于现有的振铃唤醒方式，能够有效提升车载Tbox的唤醒速度，进而能够有效提升远程业务处理速度，优化用户的使用体验。且在网络条件不好或服务器故障情况下，能够在多次重发唤醒数据但未接受到服务器返回的确认字符时自动唤醒，避免业务数据不能及时得到处理的情况，进一步在连续多次因未收到确认字符而被误唤醒时，自动关闭长连接，避免后续继续被误唤醒，节省系统成本。
在上述各个实施例的基础上，其他的实施例中，车载Tbox的唤醒装置中还可以包括第三唤醒数据接收模块，用于接收所述服务器收到数据业务后通过语音方式或振铃方式发送的第三唤醒数据，其中所述第三唤醒数据为与所述服务器无法建立长连接时，所述服务器通过语音方式或振铃方式主动发送的唤醒数据；则所述状态转换模块505还用于：基于所述第三唤醒数据由低功耗状态进入唤醒状态；所述长连接控制模块501还用于：在数据业务执行结束后，再次建立与所述服务器之间的长连接；或者，在低功耗状态下，与所述服务器之间未建立长连接的时长达到第三预设时间后，重新建立与所述服务器之间的长连接。
在车载Tbox和服务器之间无法建立长连接时，服务器在接收到业务数据后，也会主动通过语音方式或振铃方式向车载Tbox发送唤醒数据，也即第三唤醒数据，以使得车载Tbox唤醒，进行相应的业务数据处理。
在其他的实现方式中，所述第一唤醒数据中可以包括业务数据，这样，车载Tbox在基于唤醒数据由低功耗状态进入唤醒状态后，可以直接基于所述业务数据执行相应的业务处理。
其中，所述业务数据可以但不限制为包括远程控制、远程配置、远程升级等业务数据。车载Tbox在接收到唤醒数据后，可以通过对其中业务数据的解读，直接触发与所述业务数据处理相关的业务逻辑和流程，进行相应的业务处理。这样，在加速车载Tbox唤醒速度的前提下，进一步提升了业务响应速度。
图7为本发明实施例公开的又一种车载Tbox的唤醒装置的结构示意图，图7所示装置应用于服务器，结合图7所示，车载Tbox的唤醒装置70可以包括：
连接接收模块701，用于建立与车载Tbox之间的长连接，并接收所述车载Tbox通过所建立的长连接发送的长连接心跳包，所述长连接心跳包是所述车载Tbox在低功耗状态发送的。
车载Tbox只有在低功耗状态下才会开启长连接心跳功能，其根据预设周期周期性的向服务器发送长连接心跳包。
确认返回模块702，用于基于所述长连接心跳包向所述车载Tbox反馈确认字符。
服务器接收到车载Tbox发送的长连接心跳包后，需要向车载Tbox返回确认信息，以告知车载Tbox当前工作环境正常，且没有业务数据需要处理，车载Tbox在这种情况下可以继续保持低功耗状态。其中，所述确认信息可以是ACK。
第一数据发送模块703，用于接收到业务数据后，基于所建立的长连接向所述车载Tbox发送第一唤醒数据。
其中，所述业务数据可以但不限制为包括远程控制、远程配置、远程升级等业务数据。在服务器接收到APP发送的业务数据后，会自动生成唤醒数据，并发送给车载Tbox，以唤醒车载Tbox，使其执行相应的业务数据处理。
本实施例中，车载Tbox的唤醒装置使用业务数据触发服务器通过车载Tbox发送长连接心跳包的长连接对车载Tbox进行唤醒，由于网络数据传输非常快，因此相比于现有的振铃唤醒方式，能够有效提升车载Tbox的唤醒速度，进而能够有效提升远程业务处理速度。且通过网络数据进行唤醒的成功率相对于传统振铃方式唤醒车载Tbox的成功率更高，优化用户的使用体验。
图8为本发明实施例公开的第四种车载Tbox的唤醒装置的结构示意图，图8所示装置应用于服务器，结合图8所示，车载Tbox的唤醒装置80可以包括：
连接接收模块701，用于建立与车载Tbox之间的长连接，并接收所述车载Tbox通过所建立的长连接发送的长连接心跳包，所述长连接心跳包是所述车载Tbox在低功耗状态发送的。
确认返回模块702，用于基于所述长连接心跳包向所述车载Tbox反馈确认字符。
第一数据发送模块703，用于接收到业务数据后，基于所建立的长连接向所述车载Tbox发送第一唤醒数据。
第二数据发送模块801，用于在向所述车载Tbox发送所述第一唤醒数据后预设时长后，检测到所述车载Tbox没有唤醒，通过语音方式或振铃方式向所述车载Tbox发送第二唤醒数据。
其中，检测车载Tbox是否唤醒，可以通过检测车载Tbox是否上线来确定，具体的检测内容可以是：检测是否接收到所述车载Tbox的业务连接请求。
为了提高唤醒成功率，若服务器在向车载Tbox发送第一唤醒数据后预设时长后，仍然没有检测到车载Tbox唤醒，则进一步通过语音方式或振铃方式向所述车载Tbox发送第二唤醒数据。
在其他的实施例，应用于服务器的车载Tbox的唤醒装置还可以包括第三数据发送模块，用于在接收到业务数据，且与所述车载Tbox之间没有建立长连接时，通过语音方式或振铃方式向所述车载Tbox发送第三唤醒数据。
由于服务器与车载Tbox之间不存在或无法建立长连接，这种情况下，在接收到业务数据时，服务器只能通过语音方式或振铃方式向所述车载Tbox发送唤醒数据。
本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。
对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种车载Tbox的唤醒方法，应用于车载Tbox，其特征在于，包括：
在将进入低功耗状态时，建立与服务器之间的长连接；
在低功耗状态下，通过所建立的长连接向所述服务器发送长连接心跳包；
接收所述服务器基于所述长连接心跳包反馈的确认字符，并对所述确认字符进行校验；
若所述确认字符校验通过，则维持低功耗状态，且在第一预设时间后再次向所述服务器发送所述长连接心跳包，所述第一预设时间短于所述服务器设置的数据业务idle超时；
通过所建立的长连接接收所述服务器在接收到业务数据后触发生成的第一唤醒数据；
基于所述第一唤醒数据，由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
2.根据权利要求1所述的车载Tbox的唤醒方法，其特征在于，还包括：
若所述确认字符没有校验通过或没有接收到所述确认字符，则向所述服务器重发所述长连接心跳包，在重发次数达到预设次数后由低功耗状态进入唤醒状态，并关闭与所述服务器之间的长连接。
3.根据权利要求2所述的车载Tbox的唤醒方法，其特征在于，还包括：
若连续N次基于所述长连接心跳包重发次数达到预设次数后被唤醒，但并未进行任何业务处理，则再次进入低功耗状态时，不再与所述服务器建立长连接；
接收所述服务器收到数据业务后通过语音方式或振铃方式发送的第二唤醒数据，基于所述第二唤醒数据由低功耗状态进入唤醒状态，并在数据业务执行结束后，再次建立与所述服务器之间的长连接；或者，在进入低功耗状态的时长达到第二预设时间后，重新建立与所述服务器之间的长连接。
4.根据权利要求1所述的车载Tbox的唤醒方法，其特征在于，还包括：
接收所述服务器收到数据业务后通过语音方式或振铃方式发送的第三唤醒数据，其中所述第三唤醒数据为与所述服务器无法建立长连接时，所述服务器主动发送的唤醒数据；基于所述第三唤醒数据由低功耗状态进入唤醒状态，并在数据业务执行结束后，再次建立与所述服务器之间的长连接；
或者，在低功耗状态下，与所述服务器之间未建立长连接的时长达到第三预设时间后，重新建立与所述服务器之间的长连接。
5.根据权利要求1所述的车载Tbox的唤醒方法，其特征在于，所述第一唤醒数据中包括业务数据。
6.一种车载Tbox的唤醒方法，应用于服务器，其特征在于，包括：
建立与车载Tbox之间的长连接，并接收所述车载Tbox通过所建立的长连接发送的长连接心跳包，所述长连接心跳包是所述车载Tbox在低功耗状态发送的；
基于所述长连接心跳包向所述车载Tbox反馈确认字符；
接收到业务数据后，基于所建立的长连接向所述车载Tbox发送第一唤醒数据。
7.根据权利要求6所述的车载Tbox的唤醒方法，其特征在于，还包括：
若向所述车载Tbox发送所述第一唤醒数据后预设时长后，检测到所述车载Tbox没有唤醒，则通过语音方式或振铃方式向所述车载Tbox发送第二唤醒数据。
8.根据权利要求6所述的车载Tbox的唤醒方法，其特征在于，还包括：
若在接收到业务数据时，与所述车载Tbox之间没有建立长连接，则通过语音方式或振铃方式向所述车载Tbox发送第三唤醒数据。
9.一种车载Tbox的唤醒装置，应用于车载Tbox，其特征在于，用于执行权利要求1-5任一项所述的车载Tbox的唤醒方法。
10.一种车载Tbox的唤醒装置，应用于服务器，其特征在于，用于执行权利要求6-8任一项所述的车载Tbox的唤醒方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811219836.5A CN109413762A (zh) | 2018-10-19 | 2018-10-19 | 一种车载Tbox的唤醒方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811219836.5A CN109413762A (zh) | 2018-10-19 | 2018-10-19 | 一种车载Tbox的唤醒方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109413762A true CN109413762A (zh) | 2019-03-01 |
Family
ID=65468467
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811219836.5A Pending CN109413762A (zh) | 2018-10-19 | 2018-10-19 | 一种车载Tbox的唤醒方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109413762A (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110427017A (zh) * | 2019-08-06 | 2019-11-08 | 宝能汽车有限公司 | 远程信息处理器及其功耗管理方法、车联网系统和汽车 |
| CN110493223A (zh) * | 2019-08-20 | 2019-11-22 | 浙江合众新能源汽车有限公司 | 一种基于远程车控的tbox电源管理方法 |
| CN110784369A (zh) * | 2019-09-16 | 2020-02-11 | 珠海格力电器股份有限公司 | 检测长连接的方法、服务器、终端及存储介质 |
| CN112165698A (zh) * | 2020-09-10 | 2021-01-01 | 上海擎感智能科技有限公司 | 控制车辆的方法、系统、服务器及计算机可读存储介质 |
| CN112165697A (zh) * | 2020-09-04 | 2021-01-01 | 诺博汽车科技有限公司 | Tbox休眠唤醒控制方法、装置及终端设备 |
| CN112540798A (zh) * | 2019-09-23 | 2021-03-23 | 北京车和家信息技术有限公司 | 车辆操作系统的唤醒方法、装置及系统 |
| CN112565359A (zh) * | 2020-11-25 | 2021-03-26 | 上汽通用五菱汽车股份有限公司 | 网络连接方法、系统、车载终端及存储介质 |
| CN113709202A (zh) * | 2020-05-22 | 2021-11-26 | 北京罗克维尔斯科技有限公司 | 唤醒系统芯片的方法及系统 |
| CN114500599A (zh) * | 2022-01-30 | 2022-05-13 | 重庆长安汽车股份有限公司 | 低功耗模式下车载娱乐系统的远程唤醒方法及远程控制系统 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105704738A (zh) * | 2014-11-25 | 2016-06-22 | 上海汽车集团股份有限公司 | 通信控制方法及装置 |
| CN107295025A (zh) * | 2016-03-30 | 2017-10-24 | 比亚迪股份有限公司 | 车载终端的唤醒系统、方法、车载终端、车辆和服务器 |
| CN107944785A (zh) * | 2017-11-02 | 2018-04-20 | 广东摩方托盘科技服务有限公司 | 一种基于物联网传输技术的托盘信息管理方法 |
-
2018
- 2018-10-19 CN CN201811219836.5A patent/CN109413762A/zh active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105704738A (zh) * | 2014-11-25 | 2016-06-22 | 上海汽车集团股份有限公司 | 通信控制方法及装置 |
| CN107295025A (zh) * | 2016-03-30 | 2017-10-24 | 比亚迪股份有限公司 | 车载终端的唤醒系统、方法、车载终端、车辆和服务器 |
| CN107944785A (zh) * | 2017-11-02 | 2018-04-20 | 广东摩方托盘科技服务有限公司 | 一种基于物联网传输技术的托盘信息管理方法 |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110427017A (zh) * | 2019-08-06 | 2019-11-08 | 宝能汽车有限公司 | 远程信息处理器及其功耗管理方法、车联网系统和汽车 |
| CN110493223A (zh) * | 2019-08-20 | 2019-11-22 | 浙江合众新能源汽车有限公司 | 一种基于远程车控的tbox电源管理方法 |
| CN110784369A (zh) * | 2019-09-16 | 2020-02-11 | 珠海格力电器股份有限公司 | 检测长连接的方法、服务器、终端及存储介质 |
| CN112540798A (zh) * | 2019-09-23 | 2021-03-23 | 北京车和家信息技术有限公司 | 车辆操作系统的唤醒方法、装置及系统 |
| CN113709202A (zh) * | 2020-05-22 | 2021-11-26 | 北京罗克维尔斯科技有限公司 | 唤醒系统芯片的方法及系统 |
| CN113709202B (zh) * | 2020-05-22 | 2023-09-19 | 北京罗克维尔斯科技有限公司 | 唤醒系统芯片的方法及系统 |
| CN112165697A (zh) * | 2020-09-04 | 2021-01-01 | 诺博汽车科技有限公司 | Tbox休眠唤醒控制方法、装置及终端设备 |
| CN112165698A (zh) * | 2020-09-10 | 2021-01-01 | 上海擎感智能科技有限公司 | 控制车辆的方法、系统、服务器及计算机可读存储介质 |
| CN112565359A (zh) * | 2020-11-25 | 2021-03-26 | 上汽通用五菱汽车股份有限公司 | 网络连接方法、系统、车载终端及存储介质 |
| CN114500599A (zh) * | 2022-01-30 | 2022-05-13 | 重庆长安汽车股份有限公司 | 低功耗模式下车载娱乐系统的远程唤醒方法及远程控制系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109413762A (zh) | 一种车载Tbox的唤醒方法及装置 | |
| CN109347989B (zh) | 基于NB-IoT物联网的表计设计方法、装置及系统设计方法 | |
| CN101167339B (zh) | 用于在功率受限环境中通信的方法、终端、设备和系统 | |
| CN103248452A (zh) | 数据发送装置、数据接收装置、终端和数据传输方法 | |
| CN103781100A (zh) | 终端外设的策略控制方法和装置 | |
| CN106879059A (zh) | 一种发射功率调整方法及装置 | |
| EP2779713B1 (en) | Method and system for data record packet processing | |
| CN107567107A (zh) | 一种传输数据的方法及装置 | |
| EP2176989B1 (en) | Method of preventing tcp-based denial-of-service attacks on mobile devices | |
| CN103139818A (zh) | 一种aos中保持长连接的方法、系统、aoe、aog及终端 | |
| CN103684707A (zh) | 服务端、用户端消息传输处理方法、消息传输方法及系统 | |
| CN103167479A (zh) | 实现终端遥毙或遥开的方法、装置和系统 | |
| CN114020304A (zh) | 一种基于LoRaWan的OTA实现方法、终端设备及计算机存储介质 | |
| CN110336648A (zh) | 一种基于nb-iot的数据处理装置及其方法 | |
| JP2006197177A (ja) | 無線ノードの通信衝突防止方法 | |
| CN102932820A (zh) | 一种链路处理方法、装置和系统 | |
| CN101521557A (zh) | 差错控制和拥塞控制的方法和系统 | |
| CN103684837B (zh) | 通信消息的备份处理方法、系统和备份处理服务器 | |
| CN103428677A (zh) | 分组业务数据的发送方法及信令信道发送信息的接收方法 | |
| CN110493856A (zh) | 无线网络休眠的数据帧重传方法、装置、设备和存储介质 | |
| CN103634867B (zh) | 一种均匀部署条件下无线传感器网络的寿命优化方法 | |
| CN113596803B (zh) | 一种蓝牙mesh低功耗节点与伙伴节点的数据交互方法 | |
| CN115038115A (zh) | 数据传输方法、装置、电子设备、存储介质和产品 | |
| CN101453311B (zh) | 一种自动重传请求状态报告的触发方法 | |
| CN100488101C (zh) | 宽带接入系统中的计费服务器检测系统及其方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: 4 / F, building 1, No.14 Jiuxianqiao Road, Chaoyang District, Beijing 100020 Applicant after: Beijing Jingwei Hengrun Technology Co., Ltd Address before: 8 / F, block B, No. 11, Anxiang Beili, Chaoyang District, Beijing 100101 Applicant before: Beijing Jingwei HiRain Technologies Co.,Ltd. |
|
| CB02 | Change of applicant information | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190301 |
|
| RJ01 | Rejection of invention patent application after publication |