CN105744571A - 流量整形方法和系统 - Google Patents

流量整形方法和系统 Download PDF

Info

Publication number
CN105744571A
CN105744571A CN201610236943.3A CN201610236943A CN105744571A CN 105744571 A CN105744571 A CN 105744571A CN 201610236943 A CN201610236943 A CN 201610236943A CN 105744571 A CN105744571 A CN 105744571A
Authority
CN
China
Prior art keywords
data message
tcp data
tcp
type
tcpack
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.)
Granted
Application number
CN201610236943.3A
Other languages
English (en)
Other versions
CN105744571B (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.)
Comba Network Systems Co Ltd
Original Assignee
Comba Telecom Technology Guangzhou 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 Comba Telecom Technology Guangzhou Ltd filed Critical Comba Telecom Technology Guangzhou Ltd
Priority to CN201610236943.3A priority Critical patent/CN105744571B/zh
Publication of CN105744571A publication Critical patent/CN105744571A/zh
Application granted granted Critical
Publication of CN105744571B publication Critical patent/CN105744571B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/14—Flow control between communication endpoints using intermediate storage

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种流量整形方法和系统，所述方法包括：接收终端发送的上行用户面数据包；提取所述数据包中的IP数据报文；判断IP数据报文的协议类型是否为TCP类型；若是TCP类型，提取IP数据报文中的TCP数据报文；判断TCP数据报文的协议类型是否为TCP ACK类型；若是TCP ACK类型，将TCP数据报文放入预设TCP ACK缓存队列；每隔预设第一周期判断当前TCP ACK缓存队列中TCP数据报文的数目是否大于预设门限值；若大于预设门限值，每隔预设第二周期按照预设发送规则发送预设数目个TCP数据报文到网络侧。本发明有效提升LTE基站下行速率稳定性以及峰值速率性能，改善了LTE终端用户体验效果。

Description

流量整形方法和系统
技术领域
本发明涉及网络通信技术领域，特别是涉及一种流量整形方法和系统。
背景技术
LTE(LongTermEvolution，长期演进)基站具有下行峰值速率高、突发瞬间流量大的特点，广泛应用于xPON/PTN/IPRAN等网络环境；在实际应用中，由于传输网络质量参差不齐，加上用户业务使用的突发性，数据拥塞成了影响系统实时吞吐量的关键因素，而下行速率是LTE基站系统实时吞吐量的一个关键指标，在现网应用中LTE基站下行速率不高、抖动大，影响用户使用，是一个急需解决的问题。
发明内容
基于上述情况，本发明提出了一种流量整形方法和系统，提高LTE基站的下行业务速率性能和稳定性，满足实际应用需要。
为了实现上述目的，本发明技术方案的实施例为：
一种流量整形方法，包括以下步骤：
接收终端发送的上行用户面数据包；
提取所述数据包中的IP(InternetProtocol，网络协议)数据报文；
判断所述IP数据报文的协议类型是否为TCP(TransmissionControlProtocol，传输控制协议)类型；
若是TCP类型，提取所述IP数据报文中的TCP数据报文；
判断所述TCP数据报文的协议类型是否为TCPACK(Acknowledgement，确认字符)类型；
若是TCPACK类型，将所述TCP数据报文放入预设TCPACK缓存队列；
每隔预设第一周期判断当前TCPACK缓存队列中所述TCP数据报文的数目是否大于预设门限值；
若大于预设门限值，每隔预设第二周期按照预设发送规则发送预设数目个所述TCP数据报文到网络侧。
一种流量整形系统，包括：
上行数据包接收模块，用于接收终端发送的上行用户面数据包；
IP数据报文提取模块，用于提取所述数据包中的IP数据报文；
TCP类型判断模块，用于判断所述IP数据报文的协议类型是否为TCP类型；
TCP数据报文提取模块，用于当所述TCP类型判断模块判定是TCP类型时，提取所述IP数据报文中的TCP数据报文；
TCPACK类型判断模块，用于判断所述TCP数据报文的协议类型是否为TCPACK类型；
TCP数据报文处理模块，用于当所述TCPACK类型判断模块判定是TCPACK类型时，将所述TCP数据报文放入预设TCPACK缓存队列；
TCP数据报文判断模块，用于每隔预设第一周期判断当前TCPACK缓存队列中所述TCP数据报文的数目是否大于预设门限值；
第一TCP数据报文发送模块，用于当所述TCP数据报文判断模块判定大于预设门限值时，每隔预设第二周期按照预设发送规则发送预设数目个所述TCP数据报文到网络侧。
与现有技术相比，本发明的有益效果为：本发明流量整形方法和系统，实时对接收到的终端上行用户面数据进行解析判断，如果判断为TCPACK类型的数据报文，则将该数据报文放入预设缓存队列，通过控制缓存队列中上行TCPACK类型的数据报文的发送间隔，达到控制下行TCPDATA发送速率的效果，起到对下行TCPDATA平滑滤波的作用，有效提升了LTE基站下行速率稳定性以及峰值速率性能，改善了LTE终端用户体验效果。
附图说明
图1为一个实施例中流量整形方法流程图；
图2为基于图1所示方法一个具体示例中流量整形方法流程图；
图3为一个实施例中终端上行用户面数据包协议示意图；
图4为一个实施例中IP数据报文的首部格式示意图；
图5为一个实施例中TCP数据报文的首部格式示意图；
图6为一个实施例中流量整形系统结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步的详细说明。应当理解，此处所描述的具体实施方式仅仅用以解释本发明，并不限定本发明的保护范围。
一个实施例中流量整形方法，如图1所示，包括以下步骤：
步骤S101：接收终端发送的上行用户面数据包；
步骤S102：提取所述数据包中的IP数据报文；
步骤S103：判断所述IP数据报文的协议类型是否为TCP类型；
步骤S104：若是TCP类型，提取所述IP数据报文中的TCP数据报文；
步骤S105：判断所述TCP数据报文的协议类型是否为TCPACK类型；
步骤S106：若是TCPACK类型，将所述TCP数据报文放入预设TCPACK缓存队列；
步骤S107：每隔预设第一周期判断当前TCPACK缓存队列中所述TCP数据报文的数目是否大于预设门限值；
步骤S108：若大于预设门限值，每隔预设第二周期按照预设发送规则发送预设数目个所述TCP数据报文到网络侧。
从以上描述可知，本发明流量整形方法，通过控制上行TCPACK类型的数据报文发送间隔，达到控制下行TCPDATA发送速率的效果，起到对下行TCPDATA平滑滤波的作用，提高系统下行速率性能，改善用户体验。
此外，在一个具体示例中，每隔预设第二周期按照预设发送规则发送预设数目个所述TCP数据报文到网络侧的步骤包括：
分别对待发送的各个所述TCP数据报文进行GTP-U封装；
每隔预设第二周期按照先进先出的原则将预设数目个进行GTP-U封装后的TCP数据报文发送到网络侧。
从缓存队列中按照先进先出的原则，取N个TCPACK类型的TCP数据报文进行GTP-U封装后发送到网络侧；例如，预设参数T′＝1ms，N＝4，则每1ms向网络侧发送4个进行GTP-U封装后的数据报文，控制缓存队列中上行TCPACK类型的数据报文的发送间隔，达到控制下行TCPDATA发送速率的效果，有效提升了LTE基站下行速率稳定性以及峰值速率性能。
此外，在一个具体示例中，当判定所述IP数据报文的协议类型非TCP类型时，对所述IP数据报文进行GTP-U封装，并将进行GTP-U封装后的IP数据报文发送到网络侧。对于非TCP数据报文，不做处理，直接封装发送到网络侧。
此外，在一个具体示例中，当判定所述TCP数据报文的协议类型非TCPACK类型时，对所述TCP数据报文进行GTP-U封装，并将进行GTP-U封装后的TCP数据报文发送到网络侧。如果接收到的终端上行消息不是TCPACK类型，则直接将该消息封装后发送到网络侧。
此外，在一个具体示例中，当每隔预设第一周期判定当前TCPACK缓存队列中所述TCP数据报文的个数小于或等于所述预设门限值时，对当前TCPACK缓存队列中的数据进行GTP-U封装，并将进行GTP-U封装后的当前TCPACK缓存队列中的数据依次发送到网络侧。如果判断结果不大于预设门限，则将缓存队列中数据封装后依次发送到网络侧。
为了更好地理解上述方法，以下详细阐述一个本发明流量整形方法的应用实例。
如图2所示，该应用实例可以包括以下步骤：
步骤S201：基站收到终端发送的上行用户面数据包；
步骤S202：提取上行用户面数据包的IP数据报文；
对接收到的数据包文进行解析，接收到的数据包协议示意图如图3所示；提取该数据包的IP数据报文，方法为：提取数据包的第1到第20字节，得到的IP报文格式如图4所示；
步骤S203：判断所述IP数据报文的协议类型是否为TCP类型；
对上述提取的IP数据报文进行判断，方法为：判断IP数据报文的73到80位的数值是否为00001100，如果判断结果是00001100，则执行步骤205，否则执行步骤204，IP数据报文的73到80位用于表示IP数据承载的协议类型，00001100表示协议类型为TCP；
步骤S204：当判定所述IP数据报文的协议类型非TCP类型时，对所述IP数据报文进行GTP-U封装，并将进行GTP-U封装后的IP数据报文发送到网络侧；对于非TCP数据报文，不做处理，直接发送到网络侧；
步骤S205：当判定所述IP数据报文的协议类型为TCP类型时，提取所述IP数据报文中的TCP数据报文；方法为：提取IP数据报文的第21到第40字节，得到的TCP数据报文格式如图5所示；
步骤S206：判断所述TCP数据报文的协议类型是否为TCPACK类型；
对于步骤S205中提取的TCP数据报文进行判断，其方法为：判断TCP数据报文的第108位的数值是否为1，如果是则执行步骤S208，否则执行步骤S207；
TCP数据报文的第101到112位用于表示TCP的协议类型标识，第108为1标识该TCP数据为TCPACK类型；
步骤S207：当判定所述TCP数据报文的协议类型非TCPACK类型时，对所述TCP数据报文进行GTP-U封装，并将进行GTP-U封装后的TCP数据报文发送到网络侧；如果接收到的终端上行消息不是TCPACK类型，则直接将该消息封装后发送到网络侧；
步骤S208：当判定所述TCP数据报文的协议类型为TCPACK类型时，将所述TCP数据报文放入预设TCPACK缓存队列；
步骤S209：周期性(T)判断当前TCPACK缓存队列中所述TCP数据报文的个数是否大于预设门限值，如果是则执行步骤S211，否则执行步骤S210；
步骤S210：当周期性(T)判定当前TCPACK缓存队列中所述TCP数据报文的个数小于或等于所述预设门限值时，对当前TCPACK缓存队列中的数据进行GTP-U封装，并将进行GTP-U封装后的当前TCPACK缓存队列中的数据依次发送到网络侧；
步骤S211：当周期性(T)判定当前TCPACK缓存队列中所述TCP数据报文的个数大于所述预设门限值时，分别对待发送的各个所述TCP数据报文进行GTP-U封装，周期性(T′)按照先进先出的原则将N个进行GTP-U封装后的TCP数据报文发送到网络侧，例如，T′＝1ms，N＝4，则每1ms向网络侧发送4个进行GTP-U封装后的TCP数据报文。
从以上描述可知，本实施例基站实时对接收到的终端上行数据进行解析判断，如果判断为TCPACK类型的数据报文，则将该数据报文放入预设缓存队列，通过控制缓存队列中上行TCPACK类型的数据报文的发送间隔，达到控制下行TCPDATA发送速率的效果，起到对下行TCPDATA平滑滤波的作用，有效提升了LTE基站下行速率稳定性以及峰值速率性能，改善了LTE终端用户体验效果。
一个实施例中流量整形系统，如图6所示，包括：
上行数据包接收模块601，用于接收终端发送的上行用户面数据包；
IP数据报文提取模块602，用于提取所述数据包中的IP数据报文；
TCP类型判断模块603，用于判断所述IP数据报文的协议类型是否为TCP类型；
TCP数据报文提取模块604，用于当所述TCP类型判断模块603判定是TCP类型时，提取所述IP数据报文中的TCP数据报文；
TCPACK类型判断模块605，用于判断所述TCP数据报文的协议类型是否为TCPACK类型；
TCP数据报文处理模块606，用于当所述TCPACK类型判断模块605判定是TCPACK类型时，将所述TCP数据报文放入预设TCPACK缓存队列；
TCP数据报文判断模块607，用于每隔预设第一周期判断当前TCPACK缓存队列中所述TCP数据报文的数目是否大于预设门限值；
第一TCP数据报文发送模块608，用于当所述TCP数据报文判断模块607判定大于预设门限值时，每隔预设第二周期按照预设发送规则发送预设数目个所述TCP数据报文到网络侧。
如图6所示，在一个具体示例中，所述第一TCP数据报文发送模块608包括：
TCP数据报文封装单元6081，用于分别对待发送的各个所述TCP数据报文进行GTP-U封装；
TCP数据报文发送单元6082，用于每隔预设第二周期按照先进先出的原则将预设数目个进行GTP-U封装的TCP数据报文发送到网络侧。
从缓存队列中按照先进先出的原则，取N个TCPACK类型的TCP数据报文进行GTP-U封装后发送到网络侧；例如，预设参数T′＝1ms，N＝4，则每1ms向网络侧发送4个进行GTP-U封装后的数据报文，控制缓存队列中上行TCPACK类型的数据报文的发送间隔，达到控制下行TCPDATA发送速率的效果，有效提升了LTE基站下行速率稳定性以及峰值速率性能。
如图6所示，在一个具体示例中，所述流量整形系统还包括IP数据报文发送模块609，用于当所述TCP类型判断模块603判定所述IP数据报文的协议类型非TCP类型时，对所述IP数据报文进行GTP-U封装，并将进行GTP-U封装后的IP数据报文发送到网络侧。对于非TCP数据报文，不做处理，直接封装发送到网络侧。
如图6所示，在一个具体示例中，所述流量整形系统还包括第二TCP数据报文发送模块610，用于当所述TCPACK类型判断模块605判定所述TCP数据报文的协议类型非TCPACK类型时，对所述TCP数据报文进行GTP-U封装，并将进行GTP-U封装后的TCP数据报文发送到网络侧。如果接收到的终端上行消息不是TCPACK类型，则直接将该消息封装后发送到网络侧。
如图6所示，在一个具体示例中，所述流量整形系统还包括缓存队列发送模块611，用于当所述TCP数据报文判断模块607每隔预设第一周期判定当前TCPACK缓存队列中所述TCP数据报文的个数小于或等于所述预设门限值时，对当前TCPACK缓存队列中的数据进行GTP-U封装，并将进行GTP-U封装后的当前TCPACK缓存队列中的数据依次发送到网络侧。如果判断结果不大于预设门限，则将缓存队列中数据封装后依次发送到网络侧。
基于图6所示的本实施例的系统，一个具体的工作过程可以是如下所述：
首先上行数据包接收模块601接收终端发送的上行用户面数据包；然后第IP数据报文提取模块602提取所述数据包中的IP数据报文；TCP类型判断模块603判断所述IP数据报文的协议类型是否为TCP类型；当判定是TCP类型时，TCP数据报文提取模块604提取所述IP数据报文中的TCP数据报文；当判定非TCP类型时，IP数据报文发送模块609对所述IP数据报文进行GTP-U封装，并将进行GTP-U封装后的IP数据报文发送到网络侧；TCPACK类型判断模块605判断所述TCP数据报文的协议类型是否为TCPACK类型；当判定是TCPACK类型时，TCP数据报文处理模块606将所述TCP数据报文放入预设TCPACK缓存队列；当判定非TCPACK类型时，第二TCP数据报文发送模块610对所述TCP数据报文进行GTP-U封装，并将进行GTP-U封装后的TCP数据报文发送到网络侧；TCP数据报文判断模块607每隔预设第一周期判断当前TCPACK缓存队列中所述TCP数据报文的个数是否大于预设门限值；当判定大于预设门限值时，第一TCP数据报文发送模块608中的TCP数据报文封装单元6081分别对待发送的各个所述TCP数据报文进行GTP-U封装；TCP数据报文发送单元6082每隔预设第二周期按照先进先出的原则将预设个数个进行GTP-U封装的TCP数据报文发送到网络侧；当判定小于或等于预设门限值时，缓存队列发送模块611对当前TCPACK缓存队列中的数据进行GTP-U封装，并将进行GTP-U封装后的当前TCPACK缓存队列中的数据依次发送到网络侧。
从以上描述可知，本发明流量整形系统，通过控制上行TCPACK类型的数据报文发送间隔，达到控制下行TCPDATA发送速率的效果，起到对下行TCPDATA平滑滤波的作用，提高系统下行速率性能，改善用户体验。
以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种流量整形方法，其特征在于，包括以下步骤：
接收终端发送的上行用户面数据包；
提取所述数据包中的IP数据报文；
判断所述IP数据报文的协议类型是否为TCP类型；
若是TCP类型，提取所述IP数据报文中的TCP数据报文；
判断所述TCP数据报文的协议类型是否为TCPACK类型；
若是TCPACK类型，将所述TCP数据报文放入预设TCPACK缓存队列；
每隔预设第一周期判断当前TCPACK缓存队列中所述TCP数据报文的数目是否大于预设门限值；
若大于预设门限值，每隔预设第二周期按照预设发送规则发送预设数目个所述TCP数据报文到网络侧。
2.根据权利要求1所述的流量整形方法，其特征在于，每隔预设第二周期按照预设发送规则发送预设数目个所述TCP数据报文到网络侧的步骤包括：
分别对待发送的各个所述TCP数据报文进行GTP-U封装；
每隔预设第二周期按照先进先出的原则将预设数目个进行GTP-U封装后的TCP数据报文发送到网络侧。
3.根据权利要求1或2所述的流量整形方法，其特征在于，当判定所述IP数据报文的协议类型非TCP类型时，对所述IP数据报文进行GTP-U封装，并将进行GTP-U封装后的IP数据报文发送到网络侧。
4.根据权利要求1或2所述的流量整形方法，其特征在于，当判定所述TCP数据报文的协议类型非TCPACK类型时，对所述TCP数据报文进行GTP-U封装，并将进行GTP-U封装后的TCP数据报文发送到网络侧。
5.根据权利要求1或2所述的流量整形方法，其特征在于，当每隔预设第一周期判定当前TCPACK缓存队列中所述TCP数据报文的个数小于或等于所述预设门限值时，对当前TCPACK缓存队列中的数据进行GTP-U封装，并将进行GTP-U封装后的当前TCPACK缓存队列中的数据依次发送到网络侧。
6.一种流量整形系统，其特征在于，包括：
上行数据包接收模块，用于接收终端发送的上行用户面数据包；
IP数据报文提取模块，用于提取所述数据包中的IP数据报文；
TCP类型判断模块，用于判断所述IP数据报文的协议类型是否为TCP类型；
TCP数据报文提取模块，用于当所述TCP类型判断模块判定是TCP类型时，提取所述IP数据报文中的TCP数据报文；
TCPACK类型判断模块，用于判断所述TCP数据报文的协议类型是否为TCPACK类型；
TCP数据报文处理模块，用于当所述TCPACK类型判断模块判定是TCPACK类型时，将所述TCP数据报文放入预设TCPACK缓存队列；
TCP数据报文判断模块，用于每隔预设第一周期判断当前TCPACK缓存队列中所述TCP数据报文的数目是否大于预设门限值；
第一TCP数据报文发送模块，用于当所述TCP数据报文判断模块判定大于预设门限值时，每隔预设第二周期按照预设发送规则发送预设数目个所述TCP数据报文到网络侧。
7.根据权利要求6所述的流量整形系统，其特征在于，所述第一TCP数据报文发送模块包括：
TCP数据报文封装单元，用于分别对待发送的各个所述TCP数据报文进行GTP-U封装；
TCP数据报文发送单元，用于每隔预设第二周期按照先进先出的原则将预设数目个进行GTP-U封装的TCP数据报文发送到网络侧。
8.根据权利要求6或7所述的流量整形系统，其特征在于，还包括IP数据报文发送模块，用于当所述TCP类型判断模块判定所述IP数据报文的协议类型非TCP类型时，对所述IP数据报文进行GTP-U封装，并将进行GTP-U封装后的IP数据报文发送到网络侧。
9.根据权利要求6或7所述的流量整形系统，其特征在于，还包括第二TCP数据报文发送模块，用于当所述TCPACK类型判断模块判定所述TCP数据报文的协议类型非TCPACK类型时，对所述TCP数据报文进行GTP-U封装，并将进行GTP-U封装后的TCP数据报文发送到网络侧。
10.根据权利要求6或7所述的流量整形系统，其特征在于，还包括缓存队列发送模块，用于当所述TCP数据报文判断模块每隔预设第一周期判定当前TCPACK缓存队列中所述TCP数据报文的个数小于或等于所述预设门限值时，对当前TCPACK缓存队列中的数据进行GTP-U封装，并将进行GTP-U封装后的当前TCPACK缓存队列中的数据依次发送到网络侧。
CN201610236943.3A 2016-04-14 2016-04-14 流量整形方法和系统 Active CN105744571B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610236943.3A CN105744571B (zh) 2016-04-14 2016-04-14 流量整形方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610236943.3A CN105744571B (zh) 2016-04-14 2016-04-14 流量整形方法和系统

Publications (2)

Publication Number Publication Date
CN105744571A true CN105744571A (zh) 2016-07-06
CN105744571B CN105744571B (zh) 2019-12-31

Family

ID=56254483

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610236943.3A Active CN105744571B (zh) 2016-04-14 2016-04-14 流量整形方法和系统

Country Status (1)

Country Link
CN (1) CN105744571B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106789700A (zh) * 2016-12-23 2017-05-31 京信通信技术(广州)有限公司 一种流量整形方法及网络设备
CN107147584A (zh) * 2017-05-12 2017-09-08 郑州云海信息技术有限公司 网络流量控制方法、存储设备和存储控制器
CN107484204A (zh) * 2017-07-21 2017-12-15 京信通信系统（中国）有限公司 基站上行突发缓解方法及装置
WO2022001737A1 (zh) * 2020-06-29 2022-01-06 中兴通讯股份有限公司 数据传输方法、装置以及计算机存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102006283A (zh) * 2010-10-21 2011-04-06 意法·爱立信半导体（北京）有限公司 数据传输的方法和装置
CN102377631A (zh) * 2010-08-06 2012-03-14 北京乾唐视联网络科技有限公司 一种基于流量控制的数据传输方法及通信系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102377631A (zh) * 2010-08-06 2012-03-14 北京乾唐视联网络科技有限公司 一种基于流量控制的数据传输方法及通信系统
CN102006283A (zh) * 2010-10-21 2011-04-06 意法·爱立信半导体（北京）有限公司 数据传输的方法和装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106789700A (zh) * 2016-12-23 2017-05-31 京信通信技术(广州)有限公司 一种流量整形方法及网络设备
CN107147584A (zh) * 2017-05-12 2017-09-08 郑州云海信息技术有限公司 网络流量控制方法、存储设备和存储控制器
CN107484204A (zh) * 2017-07-21 2017-12-15 京信通信系统（中国）有限公司 基站上行突发缓解方法及装置
CN107484204B (zh) * 2017-07-21 2021-09-03 京信网络系统股份有限公司 基站上行突发缓解方法及装置
WO2022001737A1 (zh) * 2020-06-29 2022-01-06 中兴通讯股份有限公司 数据传输方法、装置以及计算机存储介质
CN113938258A (zh) * 2020-06-29 2022-01-14 中兴通讯股份有限公司 数据传输方法、装置以及计算机存储介质

Also Published As

Publication number Publication date
CN105744571B (zh) 2019-12-31

Similar Documents

Publication Publication Date Title
CN105744571A (zh) 流量整形方法和系统
US9775166B2 (en) Method, device, and system for controlling quality of service
EP3214808A1 (en) Gateway apparatus and method of controlling gateway apparatus
CN102239666A (zh) 电信网络中能够实现拥塞指示的方法和装置
US8879409B2 (en) Method and system for improving QoS in a wireless network
CN111213403B (zh) 无线通信系统中QoS流的调度方法及装置
CN110634057B (zh) 一种计费方法、装置及系统
EP2903220A1 (en) Method and apparatus for processing packet
CN104486243A (zh) 数据传输方法、设备及系统
CN103179618A (zh) 一种基于LTE Femto系统中提高回程网络的QoS的方法
CN107302802B (zh) 一种数据传输的方法和装置
EP3657730B1 (en) Offline charging record threshold control methods, network elements, computer programs and system based on cups protocol
CN105517047A (zh) 基站流量整形方法和系统
CN107484204B (zh) 基站上行突发缓解方法及装置
CN107708199B (zh) 一种提高低功耗无线蜂窝网下行可靠性的方法
CN102255790A (zh) 拥塞控制信息的通知方法和系统
EP3477975B1 (en) Paging method, ran-up entity, ran-cp entity, and ue
KR101536421B1 (ko) Lte 시스템에서의 ddn 제어를 위한 장치, 방법, 및 기록 매체
CN106686630B (zh) 基于网络时延特征的移动蜂窝网络流量识别方法
CN106506669B (zh) 会话信息的处理方法、装置和系统
CN106604404B (zh) 一种业务调度方法及装置
Taleb et al. An efficient scheme for MTC overload control based on signaling message compression
CN110661722A (zh) 一种流量控制的方法及装置
CN103108358B (zh) 一种小数据传输方法及装置、系统
CN107005537A (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
TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20180214

Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Applicant after: Comba Telecom System (China) Co., Ltd.

Applicant after: Comba Telecom Systems (Guangzhou) Co., Ltd.

Applicant after: Jingxin Communication Technology (Guangzhou) Co., Ltd.

Applicant after: TIANJIN COMBA TELECOM SYSTEMS CO., LTD.

Address before: 510663 Guangdong city of Guangzhou province Guangzhou economic and Technological Development Zone Jinbi Road No. 6

Applicant before: Jingxin Communication Technology (Guangzhou) Co., Ltd.

GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20200110

Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Patentee after: Jingxin Communication System (China) Co., Ltd.

Address before: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Co-patentee before: Jingxin Communication System (Guangzhou) Co., Ltd.

Patentee before: Jingxin Communication System (China) Co., Ltd.

Co-patentee before: Jingxin Communication Technology (Guangzhou) Co., Ltd.

Co-patentee before: TIANJIN COMBA TELECOM SYSTEMS CO., LTD.

CP01 Change in the name or title of a patent holder
CP01 Change in the name or title of a patent holder

Address after: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Patentee after: Jingxin Network System Co.,Ltd.

Address before: 510663 Shenzhou Road, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangdong, 10

Patentee before: Comba Telecom System (China) Ltd.