CN103428677B - 分组业务数据的发送方法及信令信道发送信息的接收方法 - Google Patents

分组业务数据的发送方法及信令信道发送信息的接收方法 Download PDF

Info

Publication number
CN103428677B
CN103428677B CN201210157205.1A CN201210157205A CN103428677B CN 103428677 B CN103428677 B CN 103428677B CN 201210157205 A CN201210157205 A CN 201210157205A CN 103428677 B CN103428677 B CN 103428677B
Authority
CN
China
Prior art keywords
layer
grouping busihess
busihess data
data
threshold
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.)
Expired - Fee Related
Application number
CN201210157205.1A
Other languages
English (en)
Other versions
CN103428677A (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.)
Shanghai Sunrise Simcom Electronic Technology Co Ltd
Original Assignee
Shanghai Sunrise Simcom Electronic Technology 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 Shanghai Sunrise Simcom Electronic Technology Co Ltd filed Critical Shanghai Sunrise Simcom Electronic Technology Co Ltd
Priority to CN201210157205.1A priority Critical patent/CN103428677B/zh
Publication of CN103428677A publication Critical patent/CN103428677A/zh
Application granted granted Critical
Publication of CN103428677B publication Critical patent/CN103428677B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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

Abstract

本发明公开了一种移动终端上的分组业务数据的发送方法以及一种信息的接收方法。该发送方法包括：S1、判断待发送的分组业务数据的大小是否大于一第一阈值，若是则执行S2，若否则执行S3；S2、通过业务信道发送该分组业务数据，并结束本流程；S3、通过信令信道发送该分组业务数据，并结束本流程。本发明通过将发送次数频繁的小型分组业务数据经由信令信道进行发送，不但避免了因业务信道的申请、建立以及释放而耗费的时间，还实现了使得有应用程序在后台频繁联网时移动终端的耗电量能够与没有应用程序在后台联网时的耗电量基本持平。

Description

分组业务数据的发送方法及信令信道发送信息的接收方法
技术领域
本发明涉及一种移动终端上的信息收发方法，特别是涉及一种移动终端上的分组业务数据的发送方法以及一种由该发送方法中的信令信道发送的信息的接收方法。
背景技术
为了解决智能机数据流量引起的耗电问题，全世界开发者开发了大量的流量管理软件，有些流量管理软件能够提供禁止特定后台应用程序联网的功能，用户可以随时指定哪些应用程序可以联网，哪些应用程序不可以联网。虽然这样的流量管理软件可以屏蔽一些软件在后台进行恶意的不间断联网，但是那些被用户许可联网的应用程序同样有需求要在后台不时联网，例如一些即时通讯软件，这样就会导致待机电流随之走高，电量消耗严重。
发明内容
本发明要解决的技术问题是为了克服现有技术中的流量管理软件并不能有效地解决因数据流量而引起的耗电问题的缺陷，提供一种能够极为有效地解决因数据流量而引起的耗电问题的移动终端上的分组业务数据的发送方法以及一种由该发送方法中的信令信道发送的信息的接收方法。
本发明是通过下述技术方案来解决上述技术问题的：一种移动终端上的分组业务数据的发送方法，其特点在于，该发送方法包括：
S1、判断待发送的一分组业务数据的大小是否大于一第一阈值，若是则执行S2，若否则执行S3；
S2、通过业务信道发送该分组业务数据，并结束本流程；
S3、通过信令信道发送该分组业务数据，并结束本流程。
通过对小型的分组业务数据的发送过程的监测发现，正是为了发送这些分组业务数据而进行的业务信道的申请、建立和释放动作引起了待机电流的持续拉高。
例如，QQ（一种即时通讯软件）在后台运行时每隔几分钟便需要联网发送一次心跳包，以告诉服务器该客户端并未掉线。心跳包的大小很小，只有几十个字节，但是由于心跳包的发送频率过高，从而导致频繁地进行业务信道的申请、建立以及释放动作，由此导致了在这些动作的执行时刻下待机电流持续拉高，而在心跳包这一分组业务数据的实际传输过程中，由于传输时间短到以毫秒计算，因此对待机电流几乎没有影响。
为了应对这样的现象，本发明对待发送的分组业务数据按照其大小进行区别处理，对于小型的分组业务数据若是频繁地通过业务信道进行传输反而会浪费信道资源，因此将这些分组业务数据通过信令信道进行发送，由此还能够避免业务信道的申请、建立以及释放所耗费的大量时间以及大量电量，而对于大型的分组业务数据则依旧通过业务信道进行发送。
同样是为了尽可能地降低在有应用程序在后台联网时移动终端的耗电量，当所有的开发者仍将关注重点放置在如何屏蔽那些在后台进行恶意的不间断联网的应用程序、而忽视了对被用户许可联网的应用程序的后台联网方式进行改良的研发氛围下，本发明却已经先人一步地将关注重点放置在了如何对被用户许可联网的应用程序的后台联网方式进行改进，并相较于现有的耗电量控制效果更进一步地实现了将有应用程序在后台联网时的耗电量降低至与没有应用程序在后台联网时基本持平的极佳程度。
其中，S1为：SOCKET层（套接字层）为该分组业务数据设置一表示该分组业务数据的大小大于该第一阈值的SOCKET层标志，并判断该分组业务数据的大小是否大于该第一阈值，若是则执行S11；若否则执行S12；
S11、SOCKET层将SOCKET层标志置为真，然后执行T1-T3；
S12、SOCKET层将SOCKET层标志置为假，然后执行T1-T3；
T1、TCP层（传输层）为该分组业务数据设置表示该分组业务数据的大小大于该第一阈值的TCP层标志，并将TCP层标志的真假置为与SOCKET层标志相同，然后删除SOCKET层标志；
T2、IP层（互联网协议层）为该分组业务数据设置表示该分组业务数据的大小大于该第一阈值的IP层标志，并将IP层标志的真假置为与TCP层标志相同，然后删除TCP层标志；
T3、空口层判断IP层标志是否为真，若是则执行S2，若否则执行S3。
其中，“空口层”为移动终端领域中对物理层的术语表达。
及时地将已经无用的标志删除能够避免传输资源的浪费。
其中，T1包括：
T11、TCP层判断该分组业务数据是否超过MSS（TCP数据包每次能够传输的最大数据分段），若是则执行T12，若否则执行T13；
T12、TCP层对该分组业务数据进行分段，然后执行T13；
T13、TCP层为该分组业务数据的每个段设置表示该分组业务数据的大小大于该第一阈值的TCP层标志，并将TCP层标志的真假置为与SOCKET层标志相同，然后删除SOCKET层标志。
其中，T2包括：
T21、IP层判断该分组业务数据是否超过MTU（IP层能够传输的最大数据包），若是则执行T22，若否则执行T23；
T22、IP层对该分组业务数据进行分包，然后执行T23；
T23、IP层为该分组业务数据的每个包设置表示该分组业务数据的大小大于该第一阈值的IP层标志，并将IP层标志的真假置为与TCP层标志相同，然后删除TCP层标志。
较佳地，T3为：空口层判断IP层标志是否为真以及该分组业务数据的大小是否大于一第二阈值，若IP层标志为真和/或该分组业务数据的大小大于该第二阈值则执行S2，若IP层标志为假且该分组业务数据的大小小于该第二阈值则执行S3，其中该第二阈值大于该第一阈值。
设置该第二阈值是为了实现对将要通过信令信道进行发送的分组业务数据的大小的冗余监控。在本发明中，将该第二阈值的大小设置为：使得分组业务数据能够较为可靠地通过信令信道向外发送、而不至于因分组业务数据过大而导致较容易发送失败的分组业务数据的大小上限。而在本发明中，该第一阈值则可以选择为任一小于该第二阈值的数值。
当整个***正常运行时，通过该第一阈值的筛选便足以防止过大的分组业务数据出现在信令信道中，然而一旦***运行发生故障，便有一定几率会发生大于该第一阈值的分组业务数据却成功地通过了该第一阈值的筛选的情况，而此时该第二阈值便可以可靠地起到最后一重防护的作用，从而保证仅有小型的分组业务数据才会出现在信令信道中。
较佳地，该第一阈值的取值范围为80-120字节。
较佳地，该第二阈值的取值范围为180-220字节。
本发明还提供了一种由上述发送方法中的信令信道发送的信息的接收方法，该接收方法包括：
L1、空口层在接收到该信息后将该信息中的空口层报文头去除；
L2、空口层判断去除空口层报文头后的该信息是否为PPP（点到点）报文，若是则执行L3，若否则执行L4；
L3、判定该信息承载的是分组业务数据，执行分组业务数据处理流程，并结束本流程；
L4、判定该信息承载的是控制数据，执行控制数据处理流程，并结束本流程。其中该控制数据处理流程为常规的处理流程，故在此不作赘述。
较佳地，在L2中空口层判断去除空口层报文头的该信息的第一个字节是否为0X7E，若是则为PPP报文，若否则不是PPP报文。
其中，在分组业务数据处理流程中，空口层根据PPP协议将去除空口层报文头的该信息中的IP数据报取出交给IP层，IP层将IP数据报的IP首部去除后取出TCP数据段交给TCP层，TCP层将TCP数据段的TCP报文头去除后取出用户数据交给SOCKET层，SOCKET层将用户数据报到应用层。
本发明的积极进步效果在于：本发明通过将发送次数频繁的小型分组业务数据经由信令信道进行发送，不但避免了因业务信道的申请、建立以及释放而耗费的时间，还实现了使得有应用程序在后台频繁联网时移动终端的耗电量能够与没有应用程序在后台联网时的耗电量基本持平。
附图说明
图1为现有的网络数据的发送方法的示意图。
图2为本发明的一实施例中的分组业务数据的发送方法的流程图。
图3为本发明的一实施例中的信令信道信息的接收方法的流程图。
具体实施方式
下面结合附图给出本发明较佳实施例，以详细说明本发明的技术方案。
为了更加清楚地对本发明进行说明，以下先对现有的移动终端上网络数据的发送流程进行简要的介绍。
参考图1所示，应用层将待发送的应用数据下发给SOCKET层的缓冲区，SOCKET层随即将该应用数据下发至TCP层，TCP层在为该应用数据添加TCP报文头后将形成的TCP报文段下发给IP层，IP层在为TCP报文段添加20个字节的IP首部后形成IP数据报下发给空口层，空口层在收到IP数据报后使用PPP协议对IP数据报进行封装，然后再通过RLP（无线链路协议）协议对形成的PPP报文按照字节进行编号，最后在对形成的RLP数据进行七层空口协议封装后将其发送给基站。
而本发明则对上述流程进行了改进，在其中增加了判断待发送的分组业务数据的大小的步骤，当该分组业务数据的大小大于一第一阈值时通过业务信道对其进行发送，而若分组业务数据的大小小于该第一阈值，则转而通过信令信道对其进行发送。其中，该第一阈值的取值范围可以为例如80-120字节。
参考图2所示，本发明的分组业务数据的具体发送流程如下：
步骤100，SOCKET层为待发送的分组业务数据设置一表示该分组业务数据的大小大于该第一阈值的SOCKET层标志，并判断该分组业务数据的大小是否大于该第一阈值，若是则执行步骤101；若否则执行步骤102。
步骤101，SOCKET层将SOCKET层标志置为真，然后执行步骤103-105，并根据步骤105中的判断结果执行步骤106。
步骤102，SOCKET层将SOCKET层标志置为假，然后执行步骤103-105，并根据步骤105中的判断结果执行步骤107。
步骤103，TCP层为该分组业务数据设置表示该分组业务数据的大小大于该第一阈值的TCP层标志，并将TCP层标志的真假置为与SOCKET层标志相同，然后删除SOCKET层标志。
步骤104，IP层为该分组业务数据设置表示该分组业务数据的大小大于该第一阈值的IP层标志，并将IP层标志的真假置为与TCP层标志相同，然后删除TCP层标志。
步骤105，空口层判断IP层标志是否为真，若是则执行步骤106，若否则执行步骤107。
步骤106，通过业务信道发送基于该分组业务数据形成的经过封装的空口层报文，然后结束本流程。通过业务信道发送该分组业务数据主要包括建立业务信道、在建立好的业务信道上发送该分组业务数据以及在完成数据发送后释放业务信道的步骤，其具体过程均属于本领域中的常规技术，故在此不做赘述。
步骤107，通过信令信道发送基于该分组业务数据形成的经过封装的空口层报文，然后结束本流程。
其中，该SOCKET层标志、该TCP层标志以及该IP层标志可以均为一个1位的标志。
其中，通过信令信道对该分组业务数据的发送流程属于本领域中的常规技术，故在此仅对其做简要说明：
移动终端获取基站的公共信道指定指示符、公共功率控制信道的地址、发送速率和生效时间的指定信息，使用控制信道的预留接入模式，在公共信道指示符指定的反向公共控制信道上激活控制信道和RLP流，然后就可以发送分组业务数据了。而在实际的发送中，为了保证数据传输的正确性，空口层在执行了发送动作后，若基站回应ACK（确认应答），则表示对方已成功解调物理层，此次发送已经成功，而若基站回应NACK（失败应答），则表示对方解调失败，此时空口层便需要对空口层报文进行重发。
其中，步骤103还可以进一步包括：
步骤1031，TCP层判断该分组业务数据是否超过MSS，若是则执行步骤1032，若否则执行步骤1033。
步骤1032，TCP层对该分组业务数据进行分段，然后执行步骤1033。
步骤1033，TCP层为基于该分组业务数据形成的每个TCP报文段设置表示该分组业务数据的大小大于该第一阈值的TCP层标志，并将TCP层标志的真假置为与SOCKET层标志相同，然后删除SOCKET层标志。
其中，步骤104还可以进一步包括：
步骤1041，IP层判断该分组业务数据是否超过MTU，若是则执行步骤1042，若否则执行步骤1043。
步骤1042，IP层对该分组业务数据进行分包，然后执行步骤1043。
步骤1043，IP层为基于该分组业务数据形成的每个IP数据包设置表示该分组业务数据的大小大于该第一阈值的IP层标志，并将IP层标志的真假置为与TCP层标志相同，然后删除TCP层标志。
较佳地，本发明也可以不仅仅利用该第一阈值来限制通过信令信道发送的数据大小，还可以在设置有该第一阈值的基础上进一步地再设置一第二阈值，以对通过信令信道发送的数据大小进行冗余监控，从而在数据大小超过该第一阈值的分组业务数据异常地通过了该第一阈值的筛选时，还能够为***提供最后一重安全防护，在这种大型的分组业务数据进入信令信道之前及时地将它们拦截下来，并重新送入业务信道进行发送，而仅仅允许数据大小小于该第二阈值的分组业务数据最终进入信令信道进行发送。其中，该第二阈值的取值范围可以为例如180-220字节。
该第二阈值的具体应用方式为：在步骤105中，空口层在从IP层接收到的基于该分组业务数据形成的IP数据报后，使用PPP协议对其打包，然后再用RLP流来承载经过打包的该分组业务数据，此后空口层不仅仅判断IP层标志的真假，还要进一步地判断形成的RLP数据包的载荷是否大于该第二阈值，若IP层标志为真和/或RLP数据包的载荷大于该第二阈值，则执行步骤106，若IP层标志为假且RLP数据包的载荷小于该第二阈值则执行步骤107。
在应用了本发明中的分组业务数据发送方法之后，对于一个从信令信道接收信息的移动终端而言，其从信令信道中接收到的信息则不再仅限于例如***同步消息（***定时和PN导频偏置）以及快速配置消息（包括扇区ID、接入标识）这样的控制数据，还有可能包括有分组业务数据。此时，如图3所示，从信令信道中接收信息的方法将包括以下步骤：
步骤200，空口层在从信令信道接收到一信息后将该信息中的空口层报文头去除。
步骤201，空口层判断去除空口层报文头后的该信息是否为PPP报文，若是则执行步骤202，若否则执行步骤203。其中，空口层判断PPP报文的判断标准可以为判断去除了空口层报文头后的该信息的第一个字节是否为0X7E，若是则将其判定为PPP报文，若不是则将其判定为非PPP报文。
步骤202，判定该信息承载的是小型的分组业务数据，执行分组业务数据处理流程，并结束本流程。
步骤203，判定该信息承载的是控制数据，执行控制数据处理流程，并结束本流程。
在步骤202中，一旦判定该信息承载的是小型的分组业务数据，则空口层根据PPP协议从去除空口层报文头的该信息中将IP数据报取出交给IP层，IP层将IP数据报的IP首部去除后从中取出TCP数据段交给TCP层，TCP层将TCP数据段的TCP报文头去除后从中取出用户数据交给SOCKET层，SOCKET层最终会通过用户回调将接收到的该用户数据报到应用层。
虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (9)

1.一种移动终端上的分组业务数据的发送方法，其特征在于，该发送方法包括：
S1、判断待发送的分组业务数据的大小是否大于一第一阈值，若是则执行S2，若否则执行S3；
S2、通过业务信道发送该分组业务数据，并结束本流程；
S3、通过信令信道发送该分组业务数据，并结束本流程；
S1为：SOCKET层为该分组业务数据设置一表示该分组业务数据的大小大于该第一阈值的SOCKET层标志，并判断该分组业务数据的大小是否大于该第一阈值，若是则执行S11；若否则执行S12；
S11、SOCKET层将SOCKET层标志置为真，然后执行T1-T3；
S12、SOCKET层将SOCKET层标志置为假，然后执行T1-T3；
T1、TCP层为该分组业务数据设置表示该分组业务数据的大小大于该第一阈值的TCP层标志，并将TCP层标志的真假置为与SOCKET层标志相同，然后删除SOCKET层标志；
T2、IP层为该分组业务数据设置表示该分组业务数据的大小大于该第一阈值的IP层标志，并将IP层标志的真假置为与TCP层标志相同，然后删除TCP层标志；
T3、空口层判断IP层标志是否为真，若是则执行S2，若否则执行S3。
2.如权利要求1所述的发送方法，其特征在于，T1包括：
T11、TCP层判断该分组业务数据是否超过MSS，若是则执行T12，若否则执行T13；
T12、TCP层对该分组业务数据进行分段，然后执行T13；
T13、TCP层为该分组业务数据的每个段设置表示该分组业务数据的大小大于该第一阈值的TCP层标志，并将TCP层标志的真假置为与SOCKET层标志相同，然后删除SOCKET层标志。
3.如权利要求1所述的发送方法，其特征在于，T2包括：
T21、IP层判断该分组业务数据是否超过MTU，若是则执行T22，若否则执行T23；
T22、IP层对该分组业务数据进行分包，然后执行T23；
T23、IP层为该分组业务数据的每个包设置表示该分组业务数据的大小大于该第一阈值的IP层标志，并将IP层标志的真假置为与TCP层标志相同，然后删除TCP层标志。
4.如权利要求1所述的发送方法，其特征在于，T3为：空口层判断IP层标志是否为真以及该分组业务数据的大小是否大于一第二阈值，若IP层标志为真和/或该分组业务数据的大小大于该第二阈值则执行S2，若IP层标志为假且该分组业务数据的大小小于该第二阈值则执行S3，其中该第二阈值大于该第一阈值。
5.如权利要求1所述的发送方法，其特征在于，该第一阈值的取值范围为80-120字节。
6.如权利要求4所述的发送方法，其特征在于，该第二阈值的取值范围为180-220字节。
7.一种与如权利要求1-6中任意一项所述的发送方法所对应的信息的接收方法，该接收方法包括：
L1、空口层在接收到该信息后将该信息中的空口层报文头去除；
L2、空口层判断去除空口层报文头后的该信息是否为PPP报文，若是则执行L3，若否则执行L4；
L3、判定该信息承载的是分组业务数据，执行分组业务数据处理流程，并结束本流程；
L4、判定该信息承载的是控制数据，执行控制数据处理流程，并结束本流程。
8.如权利要求7所述的接收方法，其特征在于，在L2中空口层判断去除空口层报文头的该信息的第一个字节是否为0X7E，若是则为PPP报文，若否则不是PPP报文。
9.如权利要求7所述的接收方法，其特征在于，在分组业务数据处理流程中，空口层根据PPP协议将去除空口层报文头的该信息中的IP数据报取出交给IP层，IP层将IP数据报的IP首部去除后取出TCP数据段交给TCP层，TCP层将TCP数据段的TCP报文头去除后取出用户数据交给SOCKET层，SOCKET层将用户数据报到应用层。
CN201210157205.1A 2012-05-17 2012-05-17 分组业务数据的发送方法及信令信道发送信息的接收方法 Expired - Fee Related CN103428677B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201210157205.1A CN103428677B (zh) 2012-05-17 2012-05-17 分组业务数据的发送方法及信令信道发送信息的接收方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210157205.1A CN103428677B (zh) 2012-05-17 2012-05-17 分组业务数据的发送方法及信令信道发送信息的接收方法

Publications (2)

Publication Number Publication Date
CN103428677A CN103428677A (zh) 2013-12-04
CN103428677B true CN103428677B (zh) 2018-02-06

Family

ID=49652704

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210157205.1A Expired - Fee Related CN103428677B (zh) 2012-05-17 2012-05-17 分组业务数据的发送方法及信令信道发送信息的接收方法

Country Status (1)

Country Link
CN (1) CN103428677B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104202078B (zh) * 2014-09-16 2018-03-30 成都天奥信息科技有限公司 卫星移动通信***用户数据传输方法及***
WO2016049880A1 (zh) * 2014-09-30 2016-04-07 华为技术有限公司 一种数据传输方法及终端
CN106550405B (zh) * 2016-11-04 2020-05-08 惠州Tcl移动通信有限公司 一种基于移动终端的网络数据接收控制方法及***
CN108023963B (zh) * 2017-12-15 2019-03-12 北京明朝万达科技股份有限公司 一种数据处理方法及装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1523796A (zh) * 2003-02-17 2004-08-25 北京三星通信技术研究有限公司 Ue对小数据报的主动传输方法
CN1672373A (zh) * 2002-07-29 2005-09-21 摩托罗拉公司 信令信道和数据业务信道上的分组数据单元的通信
CN1863165A (zh) * 2006-01-24 2006-11-15 华为技术有限公司 分组域网络中减少数据ip分片数量的方法
CN101931898A (zh) * 2009-06-26 2010-12-29 华为技术有限公司 用户面数据的传输方法、装置及***
CN102056112A (zh) * 2009-11-05 2011-05-11 华为技术有限公司 一种传输数据的方法、设备和***
CN103650623A (zh) * 2011-07-15 2014-03-19 高通股份有限公司 经由信令无线承载的短分组数据消息的传输
US8761783B2 (en) * 2009-09-22 2014-06-24 Electronics And Telecommunications Research Institute Method of transmitting user message, terminal and base station using the method

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1672373A (zh) * 2002-07-29 2005-09-21 摩托罗拉公司 信令信道和数据业务信道上的分组数据单元的通信
CN1523796A (zh) * 2003-02-17 2004-08-25 北京三星通信技术研究有限公司 Ue对小数据报的主动传输方法
CN1863165A (zh) * 2006-01-24 2006-11-15 华为技术有限公司 分组域网络中减少数据ip分片数量的方法
CN101931898A (zh) * 2009-06-26 2010-12-29 华为技术有限公司 用户面数据的传输方法、装置及***
US8761783B2 (en) * 2009-09-22 2014-06-24 Electronics And Telecommunications Research Institute Method of transmitting user message, terminal and base station using the method
CN102056112A (zh) * 2009-11-05 2011-05-11 华为技术有限公司 一种传输数据的方法、设备和***
CN103650623A (zh) * 2011-07-15 2014-03-19 高通股份有限公司 经由信令无线承载的短分组数据消息的传输

Also Published As

Publication number Publication date
CN103428677A (zh) 2013-12-04

Similar Documents

Publication Publication Date Title
CN111083161A (zh) 数据传输的处理方法及装置、物联网设备
CN102377650B (zh) 数据发送处理方法、装置和***
CN108645450B (zh) 一种智慧城市环保***
CN103428677B (zh) 分组业务数据的发送方法及信令信道发送信息的接收方法
CN113037558B (zh) 一种宽带微功率无线通信网络分析方法和***
CN101179564A (zh) 基于链路层自动请求重传的tcp分组头部压缩方法及其***
CN108860218B (zh) 一种列车健康状态信息监测无线网关装置及其工作方法
CN102217251A (zh) 一种数据转发方法、数据处理方法、***以及相关设备
CN104937896A (zh) 地址解析协议消息的处理方法和转发器、控制器
CN109217983A (zh) 一种工业物联网的作业终端通信协议设计方法
CN106790266A (zh) 一种智能分布式馈线自动化的通信方法及装置
CN105763297A (zh) 一种基于云计算***的远程数据优化传输方法和装置
CN104283716B (zh) 数据传输方法、设备及***
CN106304188B (zh) 一种am rlc对于重传数据的优化的接收处理方法
CN108076535B (zh) 无线资源控制连接的控制方法、装置、终端及存储介质
CN102255790A (zh) 拥塞控制信息的通知方法和***
CN102238493B (zh) 基于m2m平台的有序收发消息的方法及装置
CN104009961A (zh) 一种PPPoE会话标识分配方法及设备
CN106302361A (zh) 一种防止网络攻击的方法及设备
CN103023895A (zh) 一种小水电IED网中Zigbee协议与GOOSE协议的数据转换方法
CN107659966A (zh) 数据传输方法、网络设备、用户终端、网关设备
CN113437997B (zh) 一种电力线载波通信方法、装置、设备和介质
CN109348513A (zh) 一种数据包传输方法、终端及计算机存储介质
CN107360594B (zh) 一种信息处理方法及装置
CN108881258B (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
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180206