CN104469901B - 数据处理的方法及装置 - Google Patents

数据处理的方法及装置 Download PDF

Info

Publication number
CN104469901B
CN104469901B CN201310426077.0A CN201310426077A CN104469901B CN 104469901 B CN104469901 B CN 104469901B CN 201310426077 A CN201310426077 A CN 201310426077A CN 104469901 B CN104469901 B CN 104469901B
Authority
CN
China
Prior art keywords
data packet
modem
default
icp
type
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.)
Active
Application number
CN201310426077.0A
Other languages
English (en)
Other versions
CN104469901A (zh
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.)
Huawei Device Co Ltd
Original Assignee
Huawei Device Dongguan 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 Huawei Device Dongguan Co Ltd filed Critical Huawei Device Dongguan Co Ltd
Priority to CN201310426077.0A priority Critical patent/CN104469901B/zh
Priority to EP14846582.6A priority patent/EP3007494B1/en
Priority to US14/906,487 priority patent/US9838509B2/en
Priority to JP2016526436A priority patent/JP6290397B2/ja
Priority to PCT/CN2014/084894 priority patent/WO2015039519A1/zh
Priority to KR1020167002368A priority patent/KR101798016B1/ko
Publication of CN104469901A publication Critical patent/CN104469901A/zh
Application granted granted Critical
Publication of CN104469901B publication Critical patent/CN104469901B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206—Monitoring of events, devices or parameters that trigger a change in power modality
    • G06F1/3209—Monitoring remote activity, e.g. over telephone lines or network connections
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26—Power supply means, e.g. regulation thereof
    • G06F1/32—Means for saving power
    • G06F1/3203—Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234—Power saving characterised by the action undertaken
    • G06F1/3293—Power saving characterised by the action undertaken by switching to a less power-consuming processor, e.g. sub-CPU
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • 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/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion
    • H04L69/085—Protocols for interworking; Protocol conversion specially adapted for interworking of IP-based networks with other networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • 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
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • 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
    • Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
    • 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
    • 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)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种数据处理的方法及装置，涉及终端应用领域，能够解决无法明显降低移动设备中AP和Modem整体能耗的问题。所述方法包括：接收服务器发送的数据包，获取所述数据包的类型；判断所述数据包的类型与预设处理规则所处理数据包的类型或预设TCP/IP协议栈中的协议的类型是否相符，得到判断结果，所述预设TCP/IP协议栈由TCP/IP协议族中的传输层协议组和/或网络层协议组组成，所述预设处理规则所处理数据包为状态数据包，所述状态数据包用于表示终端的在线状态；如果相符，则根据所述预设TCP/IP协议栈中的协议或预设处理规则对所述数据包进行处理。本发明主要应用于移动设备数据处理及传输的过程中。

Description

数据处理的方法及装置
技术领域
本发明涉及终端应用技术领域，尤其涉及一种数据处理的方法及装置。
背景技术
目前，移动设备采用基于应用调制解调器的处理器(Application Processor，简称AP)+调制解调器（Modem）的互联网通信模式。在数据包的传输过程中，AP负责对数据进行打包发给Modem以及对Modem接收的数据包进行解析，Modem负责将AP发的数据包发送到网络以及从网络接收到的数据包上报给AP。然而在使用过程中，移动设备的电量有限，当频繁传输数据包时，移动设备功耗大。
为了降低移动设备功耗，现有技术提供了下述方案：在AP中设立一个防火墙，该防火墙用于屏蔽Modem接收的垃圾数据包。当Modem接收到数据包时，唤醒AP，AP根据防火墙策略对数据包进行检测，如果数据包为垃圾数据包则AP将数据包丢弃，进而降低AP解析数据包的工作量。
在实现上述数据处理的过程中，发明人发现现有技术中至少存在如下问题：现有技术中能够避免AP侧应用程序接收到垃圾数据包，但AP和Modem整体的降低能耗的效果不明显。
发明内容
本发明提供的一种数据处理的方法及装置，能够解决无法明显降低移动设备中AP和Modem整体能耗的问题。
第一方面，本发明提供了一种数据处理的方法，所述方法应用在调制解调器Modem中，所述方法包括：
接收服务器发送的数据包，获取所述数据包的类型；
判断所述数据包的类型与预设处理规则所处理数据包的类型或预设TCP/IP协议栈中的协议的类型是否相符，得到判断结果，所述预设TCP/IP协议栈由TCP/IP协议族中的传输层协议组和/或网络层协议组组成，所述预设处理规则所处理数据包为状态数据包，所述状态数据包用于表示终端的在线状态；
当所述数据包的类型与预设处理规则所处理数据包的类型相符时，根据所述预设处理规则对所述数据包进行处理；
当所述数据包的类型与预设TCP/IP协议栈中的协议的类型相符时，根据所述预设TCP/IP协议栈中的协议对所述数据包进行处理。
在所述第一方面的第一种可能的实现方式中，所述方法还包括：预设TCP/IP协议栈，包括：
预设网络层协议组，所述网络层协议组包括下述至少一种协议：ICMP、IGMP；
和/或，预设传输层协议组，所述传输层协议组包括下述至少一种协议：TCP、UDP。
在所述第一方面的第一种可能的实现方式中，还提供了所述第一方面的第二种可能的实现方式，在所述第一方面的第二种可能的实现方式中，所述根据所述TCP/IP协议栈的协议对所述数据包进行处理，包括：
当所述数据包为Ping数据包时，获取Ping数据包查询的设备的可达状态；
向服务器发送所述设备的可达状态。
在所述第一方面的第一种可能的实现方式中，还提供了所述第一方面的第三种可能的实现方式，在所述第一方面的第三种可能的实现方式中，所述根据所述TCP/IP协议栈中的协议对所述数据包进行处理，包括：
当所述数据包为IGMP数据包时，如果AP已处于睡眠状态，则将所述IGMP数据包丢弃。
在所述第一方面的第一种可能的实现方式中，还提供了所述第一方面的第四种可能的实现方式，在所述第一方面的第四种可能的实现方式中，所述根据TCP/IP协议栈中的协议对所述数据包进行处理之前，所述方法还包括：
接收AP发送的端口可达信息列表，所述端口可达信息列表由至少一个端口号组成，所述端口号为已激活的端口的标识号；
所述根据TCP/IP协议栈中的协议对所述数据包进行处理，包括：
当所述数据包为TCP数据包或UDP数据包时，如果所述TCP数据包或UDP数据包包含的端口号不包含在所述端口可达信息列表中，则丢弃所述TCP数据包或UDP数据。
在所述第一方面的第一种可能的实现方式中，还提供了所述第一方面的第五种可能的实现方式，在所述第一方面的第五种可能的实现方式中，所述根据所述预设处理规则对所述数据包进行处理之前，所述方法还包括：
接收AP发送的预设处理规则，所述状态数据包为心跳数据包或者Push数据包；
所述根据所述预设处理规则对所述数据包进行处理，包括：
若接收到所述服务器发送的推送Push数据包，则根据所述Push数据包向所述服务器发送响应数据包，所述响应数据包用于使所述服务器获知所述移动设备处于在线状态。
在所述第一方面或所述第一方面的第一种可能至第五种可能的实现方式中，还提供了所述第一方面的第六种可能的实现方式，在所述第一方面的第六种可能的实现方式中，在向所述服务器发送数据的过程中，所述方法还包括：
如果网络信号强度小于预设强度值，且接收到的所述数据包为服务器发送的重发失败信息，则在预设等待时长内取消发送数据包。
第二方面，本发明还提供了一种数据处理的方法，所述装置应用在调制解调器Modem中，所述装置包括：
调制解调器的接收器，用于接收服务器发送的数据包；
调制解调器的处理器，用于获取所述数据包的类型；
判断所述调制解调器的接收器接收的所述数据包的类型与预设处理规则所处理数据包的类型或预设TCP/IP协议栈中的协议的类型是否相符，得到判断结果，所述预设TCP/IP协议栈由TCP/IP协议族中的传输层协议组和/或网络层协议组组成，所述预设处理规则所处理数据包为状态数据包，所述状态数据包用于表示终端的在线状态；
当所述数据包的类型与预设处理规则所处理数据包的类型相符时，根据所述预设处理规则对所述数据包进行处理；
当所述数据包的类型与预设TCP/IP协议栈中的协议的类型相符时，根据所述预设TCP/IP协议栈中的协议对所述数据包进行处理。
在所述第二方面的第一种可能的实现方式中，所述调制解调器的处理器还用于，预设网络层协议组，所述网络层协议组包括下述至少一种协议：ICMP、IGMP；
和/或，预设传输层协议组，所述传输层协议组包括下述至少一种协议：TCP、UDP。
在所述第二方面的第一种可能的实现方式中，还提供了所述第二方面的第二种可能的实现方式，在所述第一方面的第二种可能的实现方式中，所述调制解调器的处理器用于根据所述TCP/IP协议栈中的协议对所述数据包进行处理，具体为：
所述调制解调器的处理器用于当所述数据包为Ping数据包时，获取Ping数据包查询的设备的可达状态；
所述装置还包括调制解调器的发射器，用于向服务器发送所述设备的可达状态。
在所述第二方面的第一种可能的实现方式中，还提供了所述第二方面的第三种可能的实现方式，在所述第二方面的第三种可能的实现方式中，所述调制解调器的处理器用于根据所述TCP/IP协议栈中的协议对所述数据包进行处理，具体为：
所述调制解调器的处理器用于当所述数据包为IGMP数据包时，如果AP已处于睡眠状态，则将所述IGMP数据包丢弃。
在所述第二方面的第一种可能的实现方式中，还提供了所述第二方面的第四种可能的实现方式，在所述第二方面的第四种可能的实现方式中，所述调制解调器的接收器还用于，接收AP发送的端口可达信息列表，所述端口可达信息列表由至少一个端口号组成，所述端口号为已激活的端口的标识号；
所述调制解调器的处理器用于根据TCP/IP协议栈中的协议对所述数据包进行处理，具体为：
当所述数据包为TCP数据包或UDP数据包时，如果所述TCP数据包或UDP数据包包含的端口号不包含在所述端口可达信息列表中，则丢弃所述TCP数据包或UDP数据。
在所述第二方面的第一种可能的实现方式中，还提供了所述第二方面的第五种可能的实现方式，在所述第二方面的第五种可能的实现方式中，所述调制解调器的接收器还包括，接收AP发送的预设处理规则，所述状态数据包为心跳数据包或者Push数据包；
所述调制解调器的处理器用于根据所述预设处理规则对所述数据包进行处理，具体为:
所述调制解调器的处理器用于当调制解调器的接收器接收到所述服务器发送的推送Push数据包时，根据所述Push数据包控制所述调制解调器的发射器向所述服务器发送响应数据包，所述响应数据包用于使所述服务器获知所述移动设备处于在线状态。
在所述第二方面或所述第二方面的第一种可能至第五种可能的实现方式中，还提供了所述第二方面的第六种可能的实现方式，在所述第二方面的第六种可能的实现方式中，所述调制解调器的处理器还用于，当网络信号强度小于预设强度值，且调制解调器的接收器接收到服务器发送的重发失败信息时，控制所述调制解调器的发射器在预设等待时长内取消发送数据包。
本发明提供的数据处理的方法及装置，Modem能够获取接收到的数据包的类型，判断所述数据包的类型是否与预设处理规则所处理数据包的类型或预设TCP/IP协议栈中的协议的类型是否一致，如果一致则根据TCP/IP协议栈中的协议或预设处理规则对所述数据包进行处理。现有技术中，Modem在接收到服务器发送的数据包之后，唤醒AP，并将接收到的所有数据包均发送给AP进行处理，AP长期处于唤醒状态（高功耗状态），导致移动设备功耗大。本发明通过在Modem的存储器中添加预设TCP/IP协议栈或预设处理规则，使得Modem具有了对部分数据包的处理能力。当数据包的类型与预设TCP/IP协议栈中的协议的类型或预设处理规则相一致时，无需唤醒AP，Modem可以代替AP对数据包进行处理。换言之只有当Modem中保存的预设TCP/IP协议栈中的协议的类型或预设处理规则无法对数据包进行处理时，才会唤醒AP对数据包进行处理。由于在完成相同操作时，Modem的耗电量低于AP耗电量，因此采用本发明的技术方案，能够延长AP处于休眠状态的时间，降低AP功耗，进而降低移动设备的功耗。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中第一个数据处理的方法的流程图；
图2为本发明实施例中第二个数据处理的方法的流程图；
图3为本发明实施例中第三个数据处理的方法的流程图；
图4为本发明实施例中一个数据处理的装置的结构示意图；
图5为本发明实施例中具有数据处理的装置的终端的结构示意图；
图6-a为采用现有技术处理Ping数据包时的能耗图；
图6-b为采用本发明实施例处理Ping数据包时的能耗图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供了一种数据处理的方法，如图1所示，所述方法应用在调制解调器Modem中，所述方法包括：
步骤101、接收服务器发送的数据包，获取数据包的类型。
从数据包中找到标识数据包类型的标志位，根据该标志位确定数据包的类型。所述调制解调器为无线调制解调器。在接收服务器发送的数据包时，通过解调器将可沿空口网络传播的脉冲信号转换成移动终端可识别的数字信号。数据包的类型为下述任意一种数据包：检查网络是否连通的Ping数据包、地址解析协议（Address Resolution Protocol，ARP）数据包、Internet控制报文协议（Internet Control Message Protocol，ICMP）数据包、Internet组管理协议（Internet Group Management Protocol，IGMP）数据包、传输控制协议（Transmission Control Protocol，TCP）数据包、用户数据报协议（User DatagramProtocol，UDP）数据包等。
步骤102、判断数据包的类型与预设处理规则所处理数据包的类型或预设TCP/IP协议栈中的协议的类型是否相符，得到判断结果。
其中，TCP/IP协议栈包括网络层协议组和/或传输层协议组，所述预设处理规则所处理数据包为状态数据包。网络层协议组为ICMP和/或IGMP，传输层协议组为TCP和/或UDP。所述状态数据包用于表示终端的在线状态，如接收到服务器发送的推送Push数据包时，回复响应数据包（用于表示终端的在线状态）。TCP/IP协议栈中的各个协议和预设处理规则分别用于处理不同类型的数据包。如果数据包的类型与预设TCP/IP协议栈中的协议的类型或预设处理规则处理的数据包的类型相符，则确定可以采用预设的TCP/IP协议栈或预设处理规则处理该类型的数据包，否则，确定预设的TCP/IP协议栈或预设处理规则无法用于处理该类型的数据包。其中，相符为数据包的类型与协议的一种或多种类型相同，或为数据包的类型为预设处理规则所处理数据包的一种或多种类型。所述网络层协议组包括下述至少一种协议：ICMP、IGMP。所述传输层协议组下述至少一种协议：TCP、UDP。
步骤103a、当数据包的类型与预设处理规则所处理数据包的类型相符时，根据预设处理规则对数据包进行处理。
当数据包的类型与预设TCP/IP协议栈中的协议的类型相符时，根据预设TCP/IP协议栈中协议的规定对数据包进行处理。TCP/IP协议栈中的协议例如：网络层协议可以用于处理ICMP数据包，传输层协议可以用于处理Ping数据包、TCP数据包、UDP数据包。
步骤103b、当数据包的类型与预设TCP/IP协议栈中的协议的类型相符时，根据预设TCP/IP协议栈中的协议对数据包进行处理。
当数据包的类型与预设处理规则所处理数据包的类型相符时，根据预设处理规则对数据包进行处理。根据预设处理规则对数据包进行处理，包括：定期接收网络侧服务器发送的状态数据包，根据状态数据包进行回复，或者定期向网络侧服务器发送状态数据包。例如:预设处理规则如果规定了定时反馈机制。定时反馈机制为每隔预设时长向网络侧服务器定时发送一个状态数据包，该状态数据包用于表示终端在线状态，以使得网络侧服务器获取终端的在线状态。
步骤104、如果不相符，则唤醒应用调制解调器的处理器AP，将数据包发送给AP，以便AP对数据包进行处理。
当接收到的数据包的类型与预设的TCP/IP协议栈或预设处理规则处理的数据包的类型不相符时，唤醒应用调制解调器的处理器（Application Processor，简称AP）。AP被唤醒之后可对数据包进行处理。
本发明实施例提供的数据处理的方法，能够获取接收到的数据包的类型，判断所述数据包的类型是否与预设TCP/IP协议栈中的协议的类型或预设处理规则处理的数据包的类型是否一致，如果一致则根据TCP/IP协议栈或预设处理规则对所述数据包进行处理，否则唤醒AP。现有技术中，Modem在接收到数据包之后，唤醒AP，并将接收到的所有数据包均发送给AP进行处理，AP长期处于唤醒状态（高功耗状态），导致移动设备功耗大。本发明实施例通过在Modem中添加预设TCP/IP协议栈中的协议或预设处理规则，使得Modem具有了对部分数据包的处理能力。当数据包的类型与预设TCP/IP协议栈中的协议的类型或预设处理规则相一致时，无需唤醒AP，Modem可以代替AP对数据包进行处理。换言之只有当Modem中保存的预设TCP/IP协议栈中的协议或预设处理规则无法对数据包进行处理时，才会唤醒AP对数据包进行处理。由于在完成相同操作时，Modem的耗电量低于AP耗电量的，因此能够延长AP处于睡眠状态的时间，降低AP功耗，进而降低移动设备的功耗。
本发明实施例还提供了一种数据处理的方法，作为对图1所示方法的进一步说明，可选的，预设TCP/IP协议栈包括：
预设网络层协议组，所述网络层协议组包括下述至少一种协议：ICMP、IGMP；
和/或，预设传输层协议组，所述传输层协议组包括下述至少一种协议：TCP、UDP。
当所述数据包为Ping数据包时，所述根据所述TCP/IP协议栈中的协议对所述数据包进行处理，如图2所示，包括：
步骤201、获取Ping数据包查询的设备的可达状态。
Ping数据包用来侦测设备是否存在，当接收到Ping命令数据包时，根据ICMP对Ping数据包进行解析，得到被侦测设备的网络地址。在本地保留的路由信息表中查找是否存在该网络地址。
步骤202、向服务器发送设备的可达状态。
可达状态分为可达或不可达。如果路由信息表中存在该网络地址，则可达，向服务器发送可达信息。否则，如果路由信息表中不存在该网络地址，则不可达，向服务器发送不可达信息。
可选的，当所述数据包为IGMP数据包时，所述根据TCP/IP协议栈中的协议对所述数据包进行处理，包括：
如果AP已处于睡眠状态，则将所述IGMP数据包丢弃。
IGMP数据包为广播数据包，IGMP数据包的内容为终端所在的多播组信息。如果AP此时AP已处于睡眠状态,则直接将IGMP数据包丢弃，进而减少AP的唤醒次数。
进一步的，所述AP已处于睡眠状态且屏幕处于低功耗状态，则将所述IGMP数据包丢弃。
屏幕处于低功耗状态包括：锁屏状态或灭屏状态。
本实施例通过直接将IGMP数据包丢弃，能够减少AP的唤醒次数。
可选的，如图3所示，所述根据TCP/IP协议栈中的协议对所述数据包进行处理之前，所述方法还包括：
步骤301、接收AP发送的端口可达信息列表，端口可达信息列表由至少一个端口号组成，端口号为已激活的端口的标识号。
步骤302、判断接收到的TCP数据包或UDP数据包包含的端口号是否包含在端口可达信息列表中。
当所述数据包为TCP数据包或UDP数据包时，所述根据TCP/IP协议栈中的协议对所述数据包进行处理，可进一步包括：
步骤303、如果TCP数据包或UDP数据包包含的端口号不包含在端口可达信息列表中，则丢弃TCP数据包或UDP数据。
步骤304、如果TCP数据包或UDP数据包包含的端口号包含在端口可达信息列表中，则将唤醒AP，将TCP数据包或UDP数据发送AP。
每个应用程序通过专属的端口接收数据包。终端在本地存储器中保存一个记录有已激活的全部端口的列表，即端口可达信息列表。该列表由AP在进行休眠状态之前发送给Modem。Modem在接收到数据包时，如果数据包的类型为TCP数据包或UDP数据包，则根据步骤303至步骤304对数据包进行处理。如果所述TCP数据包或UDP数据包包含的端口号不包含在所述端口可达信息列表中，则说明终端无法对数据包进行处理，此时无需唤醒AP，直接将接收到的TCP数据包或UDP数据包丢弃。如果所述TCP数据包或UDP数据包包含的端口号包含在所述端口可达信息列表中，则说明该TCP数据包或UDP数据包可以被处理，由于Modem不具有AP的数据处理能力，因此将唤醒AP，将所述TCP数据包或UDP数据发送所述AP，以便AP进一步处理。
本发明实施例提供的数据处理的方法，能够对Ping数据包、IGMP数据包、TCP数据包或UDP数据包进行处理，在modem能够进行处理的情况下，无需唤醒AP，进而节省系统资源，降低系统功耗。
本发明实施例还提供了一种数据处理的方法，作为对图1所示方法的进一步说明，所述根据TCP/IP协议栈中的协议对所述数据包进行处理之前，所述方法包括：
接收AP发送的预设处理规则，所述状态数据包为心跳数据包或者Push数据包；
所述根据所述预设处理规则对所述数据包进行处理，包括：
若接收到所述服务器发送的推送Push数据包，则根据所述Push数据包向所述服务器发送响应数据包，所述响应数据包用于使所述服务器获知所述移动设备处于在线状态。
Push数据包用于Push技术中，Push技术是一种由网络侧服务器主动的将信息发往客户端的技术。Push数据包为网络侧服务器定期向终端发送的状态数据包，当终端的modem接收到Push数据包时，对Push数据包进行回复，进而使网络侧服务器获知终端的在线状态。
可选的，根据预设时长向所述服务器发送心跳数据包，所述心跳数据包用于表示移动设备当前处于在线状态。
日常使用中，终端可能会运行即时通讯软件以及社交软件，这些软件会定时地向网络侧服务器发送心跳数据包，以使得服务器获知终端用户处于在线或下线状态。预设时长可以为30s、60s等。此时，无需接收网络侧服务器发送的数据包，Modem自行根据预设时长向服务器发送心跳数据包，进而使网络侧服务器获知终端的在线状态。
进一步的，在向所述服务器发送数据的过程中，所述方法还包括：
如果网络信号强度小于预设强度值，且接收到服务器发送的重发失败信息，则在预设等待时长内取消发送数据包。
经过预设检测时长检测所述网络信号强度，如果所述网络信号强度不小于预设强度值，则向所述服务器发送所述数据包。
现有技术中，在向服务器发送数据的过程中，如果发送失败则重新发送，直到发送成功为止，如果网络信号不好，则会一直重发，导致Modem无谓的发送，浪费网络资源。本发明实施例中，当首次发送失败时，进行一次重发，如果重发后接收到网络侧服务器发送的重发失败信息，且当前网络信号强度不佳（当前网络信号强度值小于预设强度值，如-90dBm分贝毫瓦），则在预设等待时长（如3分钟）内取消发送数据包。经过预设检测时长（如30s）检测所述网络信号强度，如果所述网络信号强度不小于预设强度值，则向所述服务器发送所述数据包。如果所述网络信号强度小于预设强度值，则再经过预设检测时长（如30s）检测所述网络信号强度，直至检测的所述网络信号强度不小于预设强度值为止。
本发明实施例提供的数据处理的方法，能够在一次重发失败后，根据当前网络信号强度确定是否继续发送数据包，减少网络资源的浪费。
本发明实施例还提供了一种数据处理的装置，所述装置位于Modem中，所述装置用于执行图1至图3所示的方法，如图4所示，所述装置包括：
调制解调器的接收器41，用于接收服务器发送的数据包。
调制解调器的处理器42，用于获取所述数据包的类型；
判断所述调制解调器的接收器41接收的所述数据包的类型与预设处理规则所处理数据包的类型或预设TCP/IP协议栈中的协议的类型是否相符，得到判断结果，所述预设TCP/IP协议栈由TCP/IP协议族中的传输层协议组和/或网络层协议组组成，所述预设处理规则所处理数据包为状态数据包，所述状态数据包用于表示终端的在线状态。
当所述数据包的类型与预设处理规则所处理数据包的类型相符时，根据所述预设处理规则对所述数据包进行处理；
当所述数据包的类型与预设TCP/IP协议栈中的协议的类型相符时，根据所述预设TCP/IP协议栈中的协议对所述数据包进行处理。
预设处理规则和预设TCP/IP协议栈存储在调制解调器的的存储器44中，调制解调器的处理器42从调制解调器的存储器44中读取预设处理规则和预设TCP/IP协议栈中的协议对数据包进行处理。
进一步的，所述调制解调器的处理器42还用于，预设网络层协议组，所述网络层协议组包括下述至少一种协议：ICMP、IGMP；
和/或，预设传输层协议组，所述传输层协议组包括下述至少一种协议：TCP、UDP。
进一步的，所述调制解调器的处理器42用于根据所述TCP/IP协议栈中的协议对所述数据包进行处理，具体为：
所述调制解调器的处理器42用于当所述数据包为Ping数据包时，获取Ping数据包查询的设备的可达状态；
所述装置还包括调制解调器的发射器43，用于向服务器发送所述设备的可达状态。
进一步的，所述调制解调器的处理器42用于根据所述TCP/IP协议栈中的协议对所述数据包进行处理，具体为：
所述调制解调器的处理器42用于当所述数据包为IGMP数据包时，如果AP已处于睡眠状态，则将所述IGMP数据包丢弃。
进一步的，所述调制解调器的接收器41还用于，接收AP发送的端口可达信息列表，所述端口可达信息列表由至少一个端口号组成，所述端口号为已激活的端口的标识号；
所述调制解调器的处理器42用于根据TCP/IP协议栈中的协议对所述数据包进行处理，具体为：
所述调制解调器的处理器42用于当所述数据包为TCP数据包或UDP数据包时，如果所述TCP数据包或UDP数据包包含的端口号不包含在所述端口可达信息列表中，则丢弃所述TCP数据包或UDP数据。
进一步的，所述调制解调器的接收器41还包括，接收AP发送的预设处理规则，所述状态数据包为心跳数据包或者Push数据包；
所述调制解调器的处理器42用于根据所述预设处理规则对所述数据包进行处理，具体为:
所述调制解调器的处理器42用于当调制解调器的接收器41接收到所述服务器发送的推送Push数据包时，根据所述Push数据包控制所述调制解调器的发射器43向所述服务器发送响应数据包，所述响应数据包用于使所述服务器获知所述移动设备处于在线状态。
可选的，所述调制解调器的处理器42还用于控制所述调制解调器的发射器43根据预设时长向所述服务器发送心跳数据包，所述心跳数据包用于表示移动设备当前处于在线状态。
进一步的，所述调制解调器的处理器42还用于，当网络信号强度小于预设强度值，且调制解调器的接收器41接收到服务器发送的重发失败信息时，控制所述调制解调器的发射器43在预设等待时长内取消发送数据包。
需要说明的是，如图5所示，本发明实施例提供的数据处理的装置51位于Modem52中，终端包括AP53和与AP53连接的Modem52。Modem52通过无线网络或有线网络与服务器进行通信。
发明人检测了一分钟内终端接收Ping数据包时的能耗。未采用本发明实施例提供的数据处理的装置时，如图6-a所示，其中最后一行给出了终端在输出恒定电压的过程中，终端的电源输出的电流，包括Modem和AP的共同耗电电流，如图6-a所示，电源输出的最小电流为2.512mA、电源输出的最大电流为513.794mA、电源输出的平均电流为53.145mA。采用本发明实施例提供的数据处理的装置时，如图6-b所示，其中最后一行给出了终端在运行过程中电源输出的最小电流为1.484mA、电源输出的最大电流为267.451mA、电源输出的平均电流为43.321mA。由于功耗与电流呈正比关系，因此当电流减小时，功率随之降低。比较6-a中的平均电流53.145mA和6-b中的平均电流43.321mA，能够得出采用本发明实施例提供的数据处理的装置，能够节省（53.145-43.321）/53.145=0.185即18.5%的能耗。图6-b中由于AP的处理转移至Modem中进行，因此图6-b中不会存在图6-a中高电流的情况，降低能耗。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种数据处理的方法，其特征在于，所述方法应用在调制解调器Modem中，所述方法包括：
接收服务器发送的数据包，获取所述数据包的类型；
判断所述数据包的类型与预设处理规则所处理数据包的类型或预设TCP/IP协议栈中的协议的类型是否相符，得到判断结果，所述预设TCP/IP协议栈由TCP/IP协议族中的传输层协议组和/或网络层协议组组成，所述预设处理规则所处理数据包为状态数据包；
当所述数据包的类型与预设处理规则所处理数据包的类型相符时，根据所述预设处理规则对所述数据包进行处理；
当所述数据包的类型与预设TCP/IP协议栈中的协议的类型相符时，根据所述预设TCP/IP协议栈中的协议对所述数据包进行处理；
如果网络信号强度小于预设强度值，且接收到的所述数据包为服务器发送的重发失败信息，则在预设等待时长内取消发送数据包。
2.根据权利要求1所述的方法，其特征在于，所述预设TCP/IP协议栈，包括：
预设网络层协议组，所述网络层协议组包括下述至少一种协议：ICMP、IGMP；
和/或，预设传输层协议组，所述传输层协议组包括下述至少一种协议：TCP、UDP。
3.根据权利要求2所述的方法，其特征在于，所述根据所述TCP/IP协议栈中的协议对所述数据包进行处理，包括：
当所述数据包为Ping数据包时，获取Ping数据包查询的设备的可达状态；
向服务器发送所述设备的可达状态。
4.根据权利要求2所述的方法，其特征在于，所述根据所述TCP/IP协议栈中的协议对所述数据包进行处理，包括：
当所述数据包为IGMP数据包时，如果AP已处于睡眠状态，则将所述IGMP数据包丢弃。
5.根据权利要求2所述的方法，其特征在于，所述根据TCP/IP协议栈中的协议对所述数据包进行处理之前，所述方法还包括：
接收AP发送的端口可达信息列表，所述端口可达信息列表由至少一个端口号组成，所述端口号为已激活的端口的标识号；
所述根据TCP/IP协议栈中的协议对所述数据包进行处理，包括：
当所述数据包为TCP数据包或UDP数据包时，如果所述TCP数据包或UDP数据包包含的端口号不包含在所述端口可达信息列表中，则丢弃所述TCP数据包或UDP数据。
6.根据权利要求2所述的方法，其特征在于，所述根据所述预设处理规则对所述数据包进行处理之前，所述方法还包括：
接收AP发送的预设处理规则，所述状态数据包包括推送Push数据包；
所述根据所述预设处理规则对所述数据包进行处理，包括：
若接收到所述服务器发送的Push数据包，则根据所述Push数据包向所述服务器发送响应数据包，所述响应数据包用于使所述服务器获知终端处于在线状态。
7.一种数据处理的装置，其特征在于，所述装置应用在调制解调器Modem中，所述装置包括：
调制解调器的接收器，用于接收服务器发送的数据包；
调制解调器的处理器，用于获取所述数据包的类型；判断所述调制解调器的接收器接收的所述数据包的类型与预设处理规则所处理数据包的类型或预设TCP/IP协议栈中的协议的类型是否相符，得到判断结果，所述预设TCP/IP协议栈由TCP/IP协议族中的传输层协议组和/或网络层协议组组成，所述预设处理规则所处理数据包为状态数据包；
当所述数据包的类型与预设处理规则所处理数据包的类型相符时，根据所述预设处理规则对所述数据包进行处理；
当所述数据包的类型与预设TCP/IP协议栈中的协议的类型相符时，根据所述预设TCP/IP协议栈中的协议对所述数据包进行处理；
所述调制解调器的处理器还用于，当网络信号强度小于预设强度值，且调制解调器的接收器接收到服务器发送的重发失败信息时，控制所述调制解调器的发射器在预设等待时长内取消发送数据包。
8.根据权利要求7所述的装置，其特征在于，所述调制解调器的处理器还用于，预设网络层协议组，所述网络层协议组包括下述至少一种协议：ICMP、IGMP；
和/或，预设传输层协议组，所述传输层协议组包括下述至少一种协议：TCP、UDP。
9.根据权利要求8所述的装置，其特征在于，所述调制解调器的处理器用于根据所述TCP/IP协议栈中的协议对所述数据包进行处理，具体为：
所述调制解调器的处理器用于当所述数据包为Ping数据包时，获取Ping数据包查询的设备的可达状态；
所述装置还包括调制解调器的发射器，用于向服务器发送所述设备的可达状态。
10.根据权利要求8所述的装置，其特征在于，所述调制解调器的处理器用于根据所述TCP/IP协议栈中的协议对所述数据包进行处理，具体为：
所述调制解调器的处理器用于当所述数据包为IGMP数据包时，如果AP已处于睡眠状态，则将所述IGMP数据包丢弃。
11.根据权利要求8所述的装置，其特征在于，所述调制解调器的接收器还用于，接收AP发送的端口可达信息列表，所述端口可达信息列表由至少一个端口号组成，所述端口号为已激活的端口的标识号；
所述调制解调器的处理器用于根据TCP/IP协议栈中的协议对所述数据包进行处理，具体为：
所述调制解调器的处理器用于当所述数据包为TCP数据包或UDP数据包时，如果所述TCP数据包或UDP数据包包含的端口号不包含在所述端口可达信息列表中，则丢弃所述TCP数据包或UDP数据。
12.根据权利要求8所述的装置，其特征在于，所述调制解调器的接收器还包括，接收AP发送的预设处理规则，所述状态数据包包括推送Push数据包；
所述调制解调器的处理器用于根据所述预设处理规则对所述数据包进行处理，具体为:
所述调制解调器的处理器用于当调制解调器的接收器接收到所述服务器发送的Push数据包时，根据所述Push数据包控制所述调制解调器的发射器向所述服务器发送响应数据包，所述响应数据包用于使所述服务器获知终端处于在线状态。
CN201310426077.0A 2013-09-17 2013-09-17 数据处理的方法及装置 Active CN104469901B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201310426077.0A CN104469901B (zh) 2013-09-17 2013-09-17 数据处理的方法及装置
EP14846582.6A EP3007494B1 (en) 2013-09-17 2014-08-21 Data processing method and device
US14/906,487 US9838509B2 (en) 2013-09-17 2014-08-21 Data processing method and apparatus
JP2016526436A JP6290397B2 (ja) 2013-09-17 2014-08-21 データ処理方法および装置
PCT/CN2014/084894 WO2015039519A1 (zh) 2013-09-17 2014-08-21 数据处理的方法及装置
KR1020167002368A KR101798016B1 (ko) 2013-09-17 2014-08-21 데이터 처리 방법 및 장치

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310426077.0A CN104469901B (zh) 2013-09-17 2013-09-17 数据处理的方法及装置

Publications (2)

Publication Number Publication Date
CN104469901A CN104469901A (zh) 2015-03-25
CN104469901B true CN104469901B (zh) 2018-09-07

Family

ID=52688199

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310426077.0A Active CN104469901B (zh) 2013-09-17 2013-09-17 数据处理的方法及装置

Country Status (6)

Country Link
US (1) US9838509B2 (zh)
EP (1) EP3007494B1 (zh)
JP (1) JP6290397B2 (zh)
KR (1) KR101798016B1 (zh)
CN (1) CN104469901B (zh)
WO (1) WO2015039519A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015066849A1 (zh) * 2013-11-06 2015-05-14 华为终端有限公司 一种降低功耗的方法及系统、调制解调器
WO2016161636A1 (zh) * 2015-04-10 2016-10-13 华为技术有限公司 数据包处理方法和相关设备
CN108419258B (zh) * 2015-11-24 2021-06-01 Oppo广东移动通信有限公司 网络通信功能异常的处理方法、调制解调器及移动终端
CN105491610B (zh) * 2015-11-24 2018-06-29 广东欧珀移动通信有限公司 网络通信功能异常的处理方法、调制解调器及移动终端
CN105490838B (zh) * 2015-11-24 2018-06-29 广东欧珀移动通信有限公司 网络通信功能异常的处理方法、调制解调器和移动终端
CN107465626A (zh) * 2016-06-03 2017-12-12 阿里巴巴集团控股有限公司 一种虚拟机热迁移方法及装置
CN106411776A (zh) * 2016-09-22 2017-02-15 上海斐讯数据通信技术有限公司 数据流调度系统以及数据流调度方法
US10045297B1 (en) * 2017-01-24 2018-08-07 Google Llc Increased time in a suspended state during network transmissions
CN107040915B (zh) * 2017-03-30 2019-02-12 珠海市魅族科技有限公司 一种虚拟sim卡实现方法及虚拟sim卡装置
CN107969009B (zh) * 2017-11-06 2021-07-20 宇龙计算机通信科技(深圳)有限公司 控制终端通信的方法、装置和终端
CN108964979B (zh) * 2018-06-07 2021-05-18 成都深思科技有限公司 一种网络数据流显示系统及其工作方法
CN110569282A (zh) * 2019-09-04 2019-12-13 中国工商银行股份有限公司 数据处理方法、装置、计算设备以及计算机可读存储介质
KR20210037353A (ko) 2019-09-27 2021-04-06 삼성전자주식회사 페이징 메시지를 수신하는 전자 장치 및 전자 장치의 동작 방법
US11381663B1 (en) * 2019-10-16 2022-07-05 BlueOwl, LLC Eventing systems and methods to facilitate robust event processing
CN111031072A (zh) * 2019-12-31 2020-04-17 北京力控华康科技有限公司 一种数据获取系统、方法及计算机设备
CN111315000A (zh) * 2020-01-16 2020-06-19 深圳市元征科技股份有限公司 车辆数据传输方法、装置、设备和存储介质
CN115514712B (zh) * 2021-06-22 2023-09-05 中移物联网有限公司 一种数据处理方法、装置、终端和网络侧设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101963902A (zh) * 2009-07-21 2011-02-02 宏达国际电子股份有限公司 移动装置及数据联机方法
CN102036349A (zh) * 2009-09-29 2011-04-27 联想(北京)有限公司 维持终端和网络服务器连接的方法、终端及网络服务器
US20110194474A1 (en) * 2010-02-08 2011-08-11 Samsung Electronics Co. Ltd. Apparatus and method for reducing power consumption using packet filterring in portable terminal
WO2012163428A1 (en) * 2011-06-02 2012-12-06 Huawei Technologies Co., Ltd. Multiple cpu architecture platform network firewall

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4645281B2 (ja) * 2005-04-19 2011-03-09 ソニー株式会社 情報処理装置および方法、プログラム、並びに記録媒体
JP4898225B2 (ja) 2006-01-06 2012-03-14 キヤノン株式会社 アプリケーション装置及びアプリケーション装置の電力の復帰方法
US7756103B2 (en) * 2006-03-31 2010-07-13 Intel Corporation Device, system and method of adjustment of a delivery mechanism according to access categories
FR2919778A1 (fr) * 2007-07-30 2009-02-06 Canon Kk Procede de transmission de paquets de donnees dans un tunnel, produit programme d'ordinateur, moyen de stockage et tete de tunnel correspondants
CN101686195B (zh) * 2008-09-28 2013-06-05 联想(北京)有限公司 一种实现网络终端设备节电的方法及装置
JP4775448B2 (ja) * 2009-01-27 2011-09-21 ブラザー工業株式会社 通信装置
JP2011060028A (ja) * 2009-09-10 2011-03-24 Ricoh Co Ltd 情報処理装置及びその制御方法
JP5699756B2 (ja) 2011-03-31 2015-04-15 富士通株式会社 情報処理装置及び情報処理装置制御方法
US9529417B2 (en) * 2011-04-28 2016-12-27 Facebook, Inc. Performing selected operations using low power-consuming processors on user devices
US9049660B2 (en) * 2011-09-09 2015-06-02 Microsoft Technology Licensing, Llc Wake pattern management
JP5957231B2 (ja) * 2012-01-27 2016-07-27 京セラ株式会社 携帯端末
US9118569B2 (en) * 2013-04-06 2015-08-25 Citrix System, Inc. Systems and methods for TCP Westwood hybrid approach

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101963902A (zh) * 2009-07-21 2011-02-02 宏达国际电子股份有限公司 移动装置及数据联机方法
CN102036349A (zh) * 2009-09-29 2011-04-27 联想(北京)有限公司 维持终端和网络服务器连接的方法、终端及网络服务器
US20110194474A1 (en) * 2010-02-08 2011-08-11 Samsung Electronics Co. Ltd. Apparatus and method for reducing power consumption using packet filterring in portable terminal
WO2012163428A1 (en) * 2011-06-02 2012-12-06 Huawei Technologies Co., Ltd. Multiple cpu architecture platform network firewall

Also Published As

Publication number Publication date
CN104469901A (zh) 2015-03-25
EP3007494B1 (en) 2019-10-09
KR20160023900A (ko) 2016-03-03
JP2016526863A (ja) 2016-09-05
KR101798016B1 (ko) 2017-11-15
EP3007494A1 (en) 2016-04-13
WO2015039519A1 (zh) 2015-03-26
US9838509B2 (en) 2017-12-05
EP3007494A4 (en) 2016-07-13
US20160156746A1 (en) 2016-06-02
JP6290397B2 (ja) 2018-03-07

Similar Documents

Publication Publication Date Title
CN104469901B (zh) 数据处理的方法及装置
Shang et al. Challenges in IoT networking via TCP/IP architecture
CN102036349B (zh) 维持终端和网络服务器连接的方法、终端及网络服务器
US10212654B2 (en) Neighbor discovery to support sleepy nodes
CN108886747B (zh) 服务于休眠物联网装置的方法和代理装置
US10237079B2 (en) Intelligent network sleep proxy for low power sleeping devices
JP4664780B2 (ja) 無線ｌａｎシステム
US7260106B2 (en) Method and apparatus for managing energy usage of processors while executing protocol state machines
CN103796271B (zh) 一种适用于树型无线传感网的IPv6路由器冗余方法
CN108135020A (zh) 一种基于网络编码的无线传感器网络机会路由协议设计方法
US6418124B2 (en) Method and apparatus for routing a packet in a network
Ayadi et al. Improving distributed TCP caching for wireless sensor networks
Zheng et al. TCP over 6LoWPAN for industrial applications: An experimental study
CN107426633A (zh) 一种计量仪表抄表系统、通信方法及通信转发装置
Aboud et al. Power saving extension for the NDN-based GIF protocol for the Internet of Things
TWI462521B (zh) 適用於多種應用層協定程序的高精確性具彈性化的低功耗遠端喚醒機制的網路存取裝置
Valta et al. Wake-up radio implementation for internet of things
CN115811742B (zh) 一种提升CoAP协议非确认模式可靠性的高能效传输方法
Dragan et al. Enablement of coap stack on sparrow wireless sensor network
Teo et al. New reassembly buffer management system in 6LoWPAN
Kim et al. A Resource Saving MAC/IP Handling Method for Low-Power Wireless TCP Packet Network
Zhu et al. Integrating power assignment into energy‐efficient routing in E2E retransmission systems
Novy et al. A hybrid sender and receiver-based routing protocol for Wireless Sensor Networks1
CN105468685A (zh) 一种消息处理方法及装置
Sun The internet underwater: an IP protocol stack for commercial undersea modems

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20171107

Address after: Metro Songshan Lake high tech Industrial Development Zone, Guangdong Province, Dongguan City Road 523808 No. 2 South Factory (1) project B2 -5 production workshop

Applicant after: HUAWEI terminal (Dongguan) Co., Ltd.

Address before: 518129 Longgang District, Guangdong, Bantian HUAWEI base B District, building 2, building No.

Applicant before: Huawei Device Co., Ltd.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee after: Huawei Device Co., Ltd.

Address before: 523808 Southern Factory Building (Phase I) Project B2 Production Plant-5, New Town Avenue, Songshan Lake High-tech Industrial Development Zone, Dongguan City, Guangdong Province

Patentee before: HUAWEI terminal (Dongguan) Co., Ltd.

CP01 Change in the name or title of a patent holder