CN108064058A - 拥塞控制方法及装置、基站 - Google Patents

拥塞控制方法及装置、基站 Download PDF

Info

Publication number
CN108064058A
CN108064058A CN201610988394.5A CN201610988394A CN108064058A CN 108064058 A CN108064058 A CN 108064058A CN 201610988394 A CN201610988394 A CN 201610988394A CN 108064058 A CN108064058 A CN 108064058A
Authority
CN
China
Prior art keywords
base station
data flow
congestion
business data
master
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
CN201610988394.5A
Other languages
English (en)
Other versions
CN108064058B (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201610988394.5A priority Critical patent/CN108064058B/zh
Priority to US16/347,802 priority patent/US11751096B2/en
Priority to PCT/CN2017/109056 priority patent/WO2018082597A1/zh
Publication of CN108064058A publication Critical patent/CN108064058A/zh
Application granted granted Critical
Publication of CN108064058B publication Critical patent/CN108064058B/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
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/11—Identifying congestion
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • 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
    • 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/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • 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/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
    • 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/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • 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/0289—Congestion control
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种拥塞控制方法及装置、基站；其中，拥塞控制方法包括：判断基站上传输的业务数据流是否产生了拥塞；在判断结果为是的情况下，对业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示基站传输的业务数据流产生了拥塞。通过本发明，解决了相关技术中基站侧仅针对节点拥塞判断而影响用户吞吐量的问题。

Description

拥塞控制方法及装置、基站
技术领域
本发明涉及无线通信领域，具体而言，涉及一种拥塞控制方法及装置、基站。
背景技术
传统传输控制协议(Transmission Control Protocol，简称TCP)是隐式拥塞控制，只有检测到重复的确认字符(Acknowledgement，简称ACK)或者重传超时的时候认为发生拥塞，这种机制需要等待较长的时间才能发现链路拥塞，降低了拥塞控制的效率。为改善此种情况，互联网工程任务组IETF(The Internet Engineering Task Force，简称IETF)定义了显式拥塞通告(Explicit Congestion Notification，简称ECN)显式拥塞控制机制。TCP链路建立的时候可以进行ECN的协商，如果协商成功，当传输链路的中间节点检测到本节点发生拥塞的时候，需要将本节点传输的互联网协议(Internet Protocol，简称IP)头部ECN比特为ECN＝01或ECN＝10的IP数据包(ECN＝01或者10表示协商成功支持ECN,如果不支持ECN，ECN＝00)修改为ECN＝11，表明传输路径上发生了拥塞。TCP接收端收到IP头设置为的ECN＝11的IP数据包，就知道了传输路径上发生了拥塞,并在回复TCP ACK时将TCP头中ECE比特置1来通知发送端。TCP发送端在收到ECE比特置1的TCP ACK报文从而及时发现节点拥塞，在数据包丢失之前就可以采取相应的降低TCP发送速率的拥塞控制策略。最初ECN主要是为了支持基于TCP数据流的拥塞控制，后续IETF也制定了ECN在基于用户数据报协议(User Datagram Protocol，简称UDP)协议上的使用规范，主要是应用于UDP的实时传输协议(Real-time Transport Protocol,简称RTP)的自适应编码速率调整。对于RTP业务，当协商成功支持ECN的传输链路的中间节点检测到本节点发生拥塞的时候，可以将传输的IP数据包头部ECN比特修改为ECN＝11表明发生拥塞，当接收端接收到ECN＝11的IP数据包，可以发送命令通知发送端降低业务的编码速率。
由于无线通信网络中同样采用基于TCP和UDP的传输层协议。在第三代伙伴组织计划(Third Generation Partnership Projects，简称3GPP)制定的现有无线通信标准中也支持在TCP和UDP数据流上的基于ECN的拥塞控制策略。对于无线通信***中的TCP业务和UDP业务，3GPP协议规定了，基站在检测到本基站节点拥塞的时候，需要将基站节点传输的ECN＝01或ECN＝10的IP数据包(表明协商成功支持ECN,如果不支持ECN，ECN＝00)修改为ECN＝11，表明当前基站节点发生了拥塞。
从上面描述可以看出，现有的3GPP的ECN拥塞控制方案，也是针对整个基站节点是否拥塞来在IP数据包中设置ECN拥塞比特位的。但基站节点和互联网中路由器，交换机等节点不同，在路由器交换机中因为由于没有用户业务这层逻辑，节点只能识别IP数据包并进行转发，所以路由器交换机这样的节点都是针对整个传输节点是否拥塞来设置ECN拥塞比特的。而对于3GPP网络中的基站节点是可以识别不同用户的不同业务流，这些业务流有不同的服务质量(Quality of Service，简称QOS)控制等级，比如不同的业务可能最大，最小允许速率，是否是保证速率业务(Guaranteed Bit Rate，简称GBR)等QOS特性都不尽相同，***根据业务的QOS进行有区别的调度和传输。基站节点可以在传输资源受限(拥塞)的情况下，完全可以首先保证GBR保证速率业务不受影响，同时降低其他优先级较低的业务的速率。而现有3GPP ECN方案中基站仅针对整个基站节点是否拥塞来设置所传输的IP报文的拥塞比特位，这样容易导致不需要降速的业务被发送端降速了。所以现有的基站侧根据基站整个节点拥塞而不是按用户业务来设置ECN拥塞比特有比较大的缺陷，需要改进。
另外目前3GPP的ECN拥塞控制方案也仅仅适合单基站连接的情况，在这种情况下，用户业务只通过一个基站传输。在无线通信向LTE-A，5G以及未来无线***的演进过程中，为了提高用户速率，满足热点的容量和覆盖需求，多连接传输技术会被越来越广泛的使用。在多连接技术中，一个用户可以和两个或者两个以上的基站保持连接，当一个用户的单一业务数据被分流到两个或者两个以上的基站来传输的时候，由于用户该业务数据有多条传输路径，其中某个基站产生拥塞后，此业务流可以更多的分流到其他基站上传输，所以某个路径上的基站产生拥塞并不能代表用户的该业务必然会拥塞。但是按照现有的3GPP ECN方案，当其中某个基站节点产生拥塞后，该基站就会在所传输的IP数据包中设置ECN＝11拥塞指示，而忽视了业务数据传输可以分流到其他不拥塞的基站上，这样会导致发送端不必要的降低速率，当发送端速率降低后，需要较长的一段时间才能恢复到原始速率，这将严重影响用户吞吐量。在未来通信***演进中，在超密集小区部署中，可以预测多连接技术会被广泛使用，当用户连接的基站越多，由于传输路径越多，越可能出现某个基站产生拥塞而触发拥塞控制，而单个节点拥塞就触发拥塞控制导致发送端降速，使得所有路径的传输速率都被降低是很不合理的。
所以现有3GPP无线通信网络中的ECN显式拥塞控制方案存在相当的缺陷，需要改进。
针对上述技术问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种拥塞控制方法及装置、基站，以至少解决相关技术中基站侧仅针对节点拥塞判断而影响用户吞吐量的问题。
根据本发明的一个实施例，提供了一种拥塞控制方法，包括：判断基站上传输的业务数据流是否产生了拥塞；在判断结果为是的情况下，对业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示基站传输的业务数据流产生了拥塞。
可选地，判断基站上传输的业务数据流是否产生了拥塞包括：判断业务数据流的传输速率是否满足与服务质量QoS对应的传输速率要求；其中，在不满足传输速率要求的情况下，业务数据流产生了拥塞。
可选地，判断业务数据流的传输速率是否满足与服务质量QoS对应的传输速率要求包括：根据以下至少之一信息判断传输速率是否满足传输速率要求：信道信息、发送缓存区占用信息、无线资源调用信息和业务的QoS信息。
可选地，在对业务数据流中的网络协议IP数据包进行设置之前，方法还包括：判断基站是否允许对业务数据流的IP数据包设置拥塞比特；其中，在允许的情况下，对业务数据流中的IP数据包进行设置；对业务数据流中的IP数据包进行设置包括：将IP数据包中的拥塞比特赋值为指定值，其中，拥塞比特为指定值，用于指示基站传输的业务数据流产生了拥塞。
可选地，方法应用于以下之一场景：一个终端只与一个基站连接；一个终端与多个基站连接且业务数据流仅在多个基站中的一个基站上承载。
可选地，基站包括：主基站和从基站；在一个终端与一个主基站和多个从基站连接且业务数据流被分流到一个主基站和多个从基站传输的情况下，在判断基站上传输的业务数据流是否产生了拥塞之前，方法还包括以下至少之一：多个从基站中的指定从基站判断分流在指定从基站上的业务数据流是否产生了拥塞；在判断结果为是的情况下，指定从基站将分流在指定从基站上的业务数据流产生了拥塞的第一消息通知给主基站；主基站判断分流在主基站上的业务数据流是否产生了拥塞。
可选地，判断基站上传输的业务数据流是否产生了拥塞包括：在主基站接收到指定从基站发送的第一消息后和/或在主基站判断结果为分流到主基站上的业务数据流产生了拥塞的情况下，所述主基站判断整个业务数据流是否产生了拥塞。
可选地，所述基站包括：主基站和从基站；在一个终端与一个主基站和多个所述从基站连接且所述业务数据流被分流到一个所述主基站和多个所述从基站传输的情况下，在判断基站上传输的业务数据流是否产生了拥塞之前，所述方法还包括以下至少之一：所述多个从基站中的指定从基站判断所述指定从基站是否拥塞；在判断结果为是的情况下，所述指定从基站将所述指定从基站拥塞的第二消息发送给所述主基站；所述主基站判断所述主基站是否拥塞。
可选地，判断基站上传输的业务数据流是否产生了拥塞包括：在所述主机站接收到所述第二消息和/或所述主基站的判断结果为所述主基站拥塞的情况下，所述主基站判断整个业务数据流是否产生了拥塞。
可选地，所述主基站判断所述整个业务数据流是否产生了拥塞包括：所述主基站判断分流到所述指定从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了所述指定从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞；和/或，所述主基站判断分流到所述主基站上的业务数据流是否能分流到多个所述从基站中；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
可选地，主基站被设置为允许对业务数据流的IP数据包设置拥塞比特；指定从基站和/或其他从基站被设置为不允许对业务数据流的IP数据包设置拥塞比特。
可选地，业务数据流为以下之一：核心网分流到基站上的业务数据流；主基站分流到基站上的业务数据流；核心网发送的整个业务数据流。
根据本发明的一个实施例，提供了一种拥塞控制装置，包括：判断模块，用于判断基站上传输的业务数据流是否产生了拥塞；设置模块，用于在判断结果为是的情况下，对业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示基站传输的业务数据流产生了拥塞。
可选地，判断模块，还用于判断业务数据流的传输速率是否满足与服务质量QoS对应的传输速率要求；其中，在不满足传输速率要求的情况下，业务数据流产生了拥塞。
可选地，判断模块，还用于根据以下至少之一信息判断传输速率是否满足传输速率要求：信道信息、发送缓存区占用信息、无线资源调用信息和业务的QoS信息。
可选地，判断模块，还用于判断基站是否允许对业务数据流的IP数据包设置拥塞比特；其中，在允许的情况下，对业务数据流中的IP数据包进行设置；设置模块，还用于将IP数据包中的拥塞比特赋值为指定值，其中，拥塞比特为指定值，用于指示基站传输的业务数据流产生了拥塞。
可选地，装置应用于以下之一场景：一个终端只与一个基站连接；一个终端与多个基站连接且业务数据流仅在多个基站中的一个基站上承载。
可选地，基站包括：主基站和从基站；在一个终端与一个主基站和多个从基站连接且业务数据流被分流到一个主基站和多个从基站传输的情况下，判断模块包括以下至少之一：第一判断单元，位于多个从基站中的指定从基站中，用于判断分流在指定从基站上的业务数据流是否产生了拥塞；在判断结果为是的情况下，指定从基站将分流在指定从基站上的业务数据流产生了拥塞的第一消息通知给主基站；第二判断单元，位于主基站中，用于判断分流在主基站上的业务数据流是否产生了拥塞。
可选地，在主基站接收到指定从基站发送的第一消息后和/或在第二判断单元的判断结果为分流到主基站上的业务数据流产生了拥塞的情况下，第二判断单元还用于判断整个业务数据流是否产生了拥塞。
可选地，所述第二判断单元还用于判断分流到所述指定从基站上的业务数据流和/或分流到所述主基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了所述指定从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
可选地，所述基站包括：主基站和从基站；在一个终端与一个主基站和多个所述从基站连接且所述业务数据流被分流到一个所述主基站和多个所述从基站传输的情况下，所述判断模块包括以下至少之一：第三判断单元，位于所述多个从基站中的指定从基站中，用于判断所述指定从基站是否拥塞；在判断结果为是的情况下，所述指定从基站将所述指定从基站拥塞的第二消息发送给所述主基站；第四判断单元，位于所述主基站中，用于判断所述主基站是否拥塞。
可选地，所述第四判断单元，还用于在所述主机站接收到所述第二消息和/或所述主基站的判断结果为所述主基站拥塞的情况下，判断整个业务数据流是否产生了拥塞。
可选地，所述第四判断单元，还用于判断分流到所述指定从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了所述指定从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞；和/或，用于判断分流到所述主基站上的业务数据流是否能分流到多个所述从基站中；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
可选地，主基站被设置为允许对业务数据流的IP数据包设置拥塞比特；指定从基站和/或其他从基站被设置为不允许对业务数据流的IP数据包设置拥塞比特。
可选地，业务数据流为以下之一：核心网分流到基站上的业务数据流；主基站分流到基站上的业务数据流；核心网发送的整个业务数据流。
根据本发明的一个实施例，提供了一种基站，包括：第一处理器，用于判断基站上传输的业务数据流是否产生了拥塞；第二处理器，用于在判断结果为是的情况下，对业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示基站传输的业务数据流产生了拥塞。
可选地，第一处理器，还用于判断业务数据流的传输速率是否满足与服务质量QoS对应的传输速率要求；其中，在不满足传输速率要求的情况下，业务数据流产生了拥塞。
可选地，第一处理器，还用于根据以下至少之一信息判断传输速率是否满足传输速率要求：信道信息、发送缓存区占用信息、无线资源调用信息和业务的QoS信息。
可选地，第一处理器，还用于判断基站是否允许对业务数据流的IP数据包设置拥塞比特；其中，在允许的情况下，第二处理器对业务数据流中的IP数据包进行设置；第二处理器，还用于将IP数据包中的拥塞比特赋值为指定值，其中，拥塞比特为指定值，用于指示基站传输的业务数据流产生了拥塞。
可选地，一个终端只与基站连接；或者一个终端与多个基站连接且业务数据流仅在基站上承载；其中，基站为多个基站中的一个基站。
根据本发明的一个实施例，提供了一种***，包括：所述主基站，用于判断整个业务数据流是否产生了拥塞；以及在判断结果为是的情况下，对所述业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示所述基站传输的业务数据流产生了拥塞。
可选地，所述从基站用于判断分流在所述从基站上的业务数据流是否产生了拥塞；以及在判断结果为是的情况下，将分流在所述从基站上的业务数据流产生了拥塞的第一消息通知给所述主基站；所述主基站，还用于接收所述第一消息后，判断所述分流到所述从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了分流的业务数据流产生了拥塞的从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
可选地，所述主基站，还用于将判断分流到所述主基站上的业务数据流是否产生了拥塞；以及在判断结果为是的情况下，判断所述分流到所述主基站上的业务数据流是否能分流到多个所述从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
可选地，所述从基站，用于判断所述从基站是否拥塞；以及在判断结果为所述从基站拥塞的情况下，将所述从基站拥塞的第二消息通知给所述主基站；所述主基站，还用于判断分流到所述从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了拥塞的从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
可选地，所述主基站，还用于将判断所述主基站是否拥塞；以及在判断结果为是的情况下，判断所述分流到所述主基站上的业务数据流是否能分流到多个所述从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
可选地，主基站被设置为允许对业务数据流的IP数据包设置拥塞比特；指定从基站和/或其他从基站被设置为不允许对业务数据流的IP数据包设置拥塞比特。
根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：判断基站上传输的业务数据流是否产生了拥塞；在判断结果为是的情况下，对业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示基站传输的业务数据流产生了拥塞。
通过本发明，由于可以针对基站承载的业务数据流是否拥塞判断，并在判断结果为业务数据流产生了拥塞的情况下，对业务数据流中的IP数据包进行设置，以指示该业务数据流产生了拥塞，进而可以区分不同的业务数据，使得在某个业务数据流产生了拥塞而其他业务数据流并未产生拥塞的情况下，不会导致未产生拥塞的业务数据流被发送端降速的问题，进而大大减少对用户的吞吐量的影响，可以解决相关技术中基站侧仅针对节点拥塞判断而影响用户吞吐量的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的拥塞控制方法的流程图；
图2是根据本发明实施例的拥塞控制装置的结构框图；
图3是根据本发明实施例提供的基站的结构示意图；
图4是根据本发明优选实施例提供的单连接的情况的架构图；
图5是根据本发明优选实施例提供的核心网侧分流的架构图；
图6是根据本发明优选实施例提供的多连接下基站侧分流的架构示意图；
图7是根据本发明优选实施例提供的在基站侧的判断是否允许本基站为某个传输的DRB中IP数据流的设置ECN拥塞比特的判决方法的流程示意图；
图8是根据本发明优选实施例提供的基站侧设置ECN拥塞比特的装置示意图；
图9是根据本发明优选实施例的在单连接传输下拥塞控制流程示意图；
图10是本发明在1A双连接传输下(即CN侧分流)拥塞控制流程示意图；
图11是本发明在3C双连接传输下(即基站侧分流)拥塞控制流程示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
实施例1
在本实施例中提供了一种拥塞控制方法，图1是根据本发明实施例的拥塞控制方法的流程图，如图1所示，该流程包括如下步骤：
步骤S102，判断基站上传输的业务数据流是否产生了拥塞；
步骤S104，在判断结果为是的情况下，对业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示基站传输的业务数据流产生了拥塞。
通过上述步骤，由于可以针对基站承载的业务数据流是否拥塞判断，并在判断结果为业务数据流产生了拥塞的情况下，对业务数据流中的IP数据包进行设置，以指示该业务数据流产生了拥塞，进而可以区分不同的业务数据，使得在某个业务数据流产生了拥塞而其他业务数据流并未产生拥塞的情况下，不会导致未产生拥塞的业务数据流被发送端降速的问题，进而大大减少对用户的吞吐量的影响，可以解决相关技术中基站侧仅针对节点拥塞判断而影响用户吞吐量的问题。
需要说明的是，上述步骤S102可以表现为：判断业务数据流的传输速率是否满足与服务质量QoS对应的传输速率要求；其中，在不满足传输速率要求的情况下，业务数据流产生了拥塞。具体地，可以根据以下至少之一信息判断传输速率是否满足传输速率要求：信道信息、发送缓存区占用信息、无线资源调用信息和业务的QoS信息。
在本发明的一个实施例中，在上述步骤S104之前，上述方法还可以包括：判断基站是否允许对业务数据流的IP数据包设置拥塞比特；其中，在允许的情况下，对业务数据流中的IP数据包进行设置；对业务数据流中的IP数据包进行设置包括：将IP数据包中的拥塞比特赋值为指定值，其中，拥塞比特为指定值，用于指示基站传输的业务数据流产生了拥塞。
需要说明的是，上述拥塞比特可以是ECN，但并不限于此，上述指定值可以是11，也并不限于此。
需要说明的是，上述方法可以应用于以下至少之一场景：一个终端只与一个基站连接；一个终端与多个基站连接且业务数据流仅在多个基站中的一个基站上承载。
需要说明的是，一个终端只与一个基站连接，即为单连接的情况，在该情况下，该基站被设置为允许对业务数据流的IP数据包设置拥塞比特；一个终端与多个基站连接，即为多连接的情况，在多连接的情况下，业务数据流仅在一个基站上承载，在该情况下，业务数据流是通过核心网进行分流的。
需要说明的是，在多连接且业务数据流仅在一个基站上承载的情况下，业务数据流承载的基站可以是主基站也可以是从基站，上述步骤S102和步骤S104的执行主体可以是业务数据流承载的基站。
需要说明的是，上述步骤的执行主体可以是主基站，也可以是从基站，上述业务数据流可以是分流到核心网分流到基站上的业务数据流，也可以是主基站分流到基站上的业务数据流，也可以是核心网发送的整个业务数据流并不限于此。
在本发明的一个实施例中，上述基站可以包括：主基站和从基站；在一个终端与一个主基站和多个从基站连接且业务数据流被分流到一个主基站和多个从基站传输的情况下，在上述步骤S102之前，上述方法还包括以下至少之一：多个所述从基站中的指定从基站判断分流在所述指定从基站上的业务数据流是否产生了拥塞；在判断结果为是的情况下，所述指定从基站将分流在所述指定从基站上的业务数据流产生了拥塞的第一消息通知给所述主基站；所述主基站判断分流在所述主基站上的业务数据流是否产生了拥塞。
需要说明的是，上述步骤S102可以表现为：在所述主基站接收到所述指定从基站发送的所述第一消息后和/或在所述主基站判断结果为所述分流到所述主基站上的业务数据流产生了拥塞的情况下，所述主基站判断整个业务数据流是否产生了拥塞。
在本发明的一个实施例中，在上述一个终端与一个主基站和多个所述从基站连接且所述业务数据流被分流到一个所述主基站和多个所述从基站传输的情况下，在上述步骤S102之前，上述方法还包括以下至少之一：所述多个从基站中的指定从基站判断所述指定从基站是否拥塞；在判断结果为是的情况下，所述指定从基站将所述指定从基站拥塞的第二消息发送给所述主基站；所述主基站判断所述主基站是否拥塞。
需要说明的是，在所述主机站接收到所述第二消息和/或所述主基站的判断结果为所述主基站拥塞的情况下，所述主基站判断整个业务数据流是否产生了拥塞。
需要说明的是，上述基站判断整个业务数据流是否产生了拥塞可以表现为：所述主基站判断分流到所述指定从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了所述指定从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞；和/或，所述主基站判断分流到所述主基站上的业务数据流是否能分流到多个所述从基站中；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
需要说明的是，上述主基站被设置为允许对业务数据流的IP数据包设置拥塞比特；指定从基站和/或其他从基站被设置为不允许对业务数据流的IP数据包设置拥塞比特。
需要说明的是，上述多连接下的上述方案可以解决现有技术中拥塞控制仅适用于单连接情况导致单一路径拥塞就导致用户所有路径都被发送端降速影响用户吞吐量问题。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
在本实施例中还提供了一种拥塞控制装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的拥塞控制装置的结构框图，如图2所示，该装置包括：
判断模块22，用于判断基站上传输的业务数据流是否产生了拥塞；
设置模块24，与判断模块22连接，用于在判断结果为是的情况下，对业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示基站传输的业务数据流产生了拥塞。
通过上述装置，由于判断模块22可以针对基站承载的业务数据流是否拥塞判断，并在判断结果为业务数据流产生了拥塞的情况下，设置模块24对业务数据流中的IP数据包进行设置，以指示该业务数据流产生了拥塞，进而可以区分不同的业务数据，使得在某个业务数据流产生了拥塞而其他业务数据流并未产生拥塞的情况下，不会导致未产生拥塞的业务数据流被发送端降速的问题，进而大大减少对用户的吞吐量的影响，可以解决相关技术中基站侧仅针对节点拥塞判断而影响用户吞吐量的问题。
需要说明的是，上述判断模块22，还可以用于判断业务数据流的传输速率是否满足与服务质量QoS对应的传输速率要求；其中，在不满足传输速率要求的情况下，业务数据流产生了拥塞。
需要说明的是，上述判断模块22，还可以用于根据以下至少之一信息判断传输速率是否满足传输速率要求：信道信息、发送缓存区占用信息、无线资源调用信息和业务的QoS信息。
在本发明的一个实施例中，上述判断模块22，还可以用于判断基站是否允许对业务数据流的IP数据包设置拥塞比特；其中，在允许的情况下，对业务数据流中的IP数据包进行设置；设置模块，还用于将IP数据包中的拥塞比特赋值为指定值，其中，拥塞比特为指定值，用于指示基站传输的业务数据流产生了拥塞。
需要说明的是，上述拥塞比特可以是ECN，但并不限于此，上述指定值可以是11，也并不限于此。
需要说明的是，上述装置可以应用于以下之一场景：一个终端只与一个基站连接；一个终端与多个基站连接且业务数据流仅在多个基站中的一个基站上承载。
在本发明的一个实施例中，上述基站可以包括：主基站和从基站；在一个终端与一个主基站和多个从基站连接且业务数据流被分流到一个主基站和多个从基站传输的情况下，上述判断模块22可以包括以下至少之一：第一判断单元，位于多个从基站中的指定从基站中，用于判断分流在指定从基站上的业务数据流是否产生了拥塞；在判断结果为是的情况下，指定从基站将分流在指定从基站上的业务数据流产生了拥塞的第一消息通知给主基站；第二判断单元，位于主基站中，用于判断分流在主基站上的业务数据流是否产生了拥塞。
需要说明的是，在主基站接收到指定从基站发送的第一消息后和/或在第二判断单元的判断结果为分流到主基站上的业务数据流产生了拥塞的情况下，第二判断单元还可以用于判断整个业务数据流是否产生了拥塞。
需要说明的是，上述第二判断单元还可以用于判断分流到所述指定从基站上的业务数据流和/或分流到所述主基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了所述指定从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
在本发明的一个实施例中，上述基站包括：主基站和从基站；在一个终端与一个主基站和多个所述从基站连接且所述业务数据流被分流到一个所述主基站和多个所述从基站传输的情况下，上述判断模块22可以包括以下至少之一：第三判断单元，位于所述多个从基站中的指定从基站中，用于判断所述指定从基站是否拥塞；在判断结果为是的情况下，所述指定从基站将所述指定从基站拥塞的第二消息发送给所述主基站；第四判断单元，位于所述主基站中，用于判断所述主基站是否拥塞。
需要说明的是，上述第四判断单元，还可以用于在所述主机站接收到所述第二消息和/或所述主基站的判断结果为所述主基站拥塞的情况下，判断整个业务数据流是否产生了拥塞。
需要说明的是，上述第四判断单元，还可以用于判断分流到所述指定从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了所述指定从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞；和/或，用于判断分流到所述主基站上的业务数据流是否能分流到多个所述从基站中；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
需要说明的是，上述第四判断单元与上述第二判断单元可以是同一个单元，上述第三判断单元与上述第一判断单元可以是同一个单元，但并不限于此。
需要说明的是，主基站被设置为允许对业务数据流的IP数据包设置拥塞比特；指定从基站和/或其他从基站被设置为不允许对业务数据流的IP数据包设置拥塞比特。
需要说明的是，上述装置还进一步解决现有技术中拥塞控制仅适用于单连接情况导致单一路径拥塞就导致用户所有路径都被发送端降速影响用户吞吐量问题。
需要说明的是，上述业务数据流可以为以下之一：核心网分流到基站上的业务数据流；主基站分流到基站上的业务数据流；核心网发送的整个业务数据流。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
实施例3
本发明实施例中，还提供了一种基站，图3是根据本发明实施例提供的基站的结构示意图，如图3所示，该基站包括：
第一处理器32，用于判断基站上传输的业务数据流是否产生了拥塞；
第二处理器34，用于在判断结果为是的情况下，对业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示基站传输的业务数据流产生了拥塞。
通过上述基站，可以针对基站承载的业务数据流是否拥塞判断，并在判断结果为业务数据流产生了拥塞的情况下，对业务数据流中的IP数据包进行设置，以指示该业务数据流产生了拥塞，进而可以区分不同的业务数据，使得在某个业务数据流产生了拥塞而其他业务数据流并未产生拥塞的情况下，不会导致未产生拥塞的业务数据流被发送端降速的问题，进而大大减少对用户的吞吐量的影响，可以解决相关技术中基站侧仅针对节点拥塞判断而影响用户吞吐量的问题。
需要说明的是，上述第一处理器32，还可以用于判断业务数据流的传输速率是否满足与服务质量QoS对应的传输速率要求；其中，在不满足传输速率要求的情况下，业务数据流产生了拥塞。
需要说明的是，上述第一处理器32，还可以用于根据以下至少之一信息判断传输速率是否满足传输速率要求：信道信息、发送缓存区占用信息、无线资源调用信息和业务的QoS信息。
在本发明的一个实施例中，上述第一处理器32，还可以用于判断基站是否允许对业务数据流的IP数据包设置拥塞比特；其中，在允许的情况下，上述第二处理器34对业务数据流中的IP数据包进行设置；第二处理器34，还可以用于将IP数据包中的拥塞比特赋值为指定值，其中，拥塞比特为指定值，用于指示基站传输的业务数据流产生了拥塞。
需要说明的是，一个终端只与基站连接；或者一个终端与多个基站连接且业务数据流仅在基站上承载；其中，基站为多个基站中的一个基站。
本发明实施例，还提供了一种***，包括：主基站，用于判断整个业务数据流是否产生了拥塞；以及在判断结果为是的情况下，对所述业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示所述基站传输的业务数据流产生了拥塞。
在本发明的一个实施例中，上述从基站可以用于判断分流在所述从基站上的业务数据流是否产生了拥塞；以及在判断结果为是的情况下，将分流在所述从基站上的业务数据流产生了拥塞的第一消息通知给所述主基站；上述主基站，还可以用于接收所述第一消息后，判断所述分流到所述从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了分流的业务数据流产生了拥塞的从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
需要说明的是，上述主基站，还可以用于将判断分流到所述主基站上的业务数据流是否产生了拥塞；以及在判断结果为是的情况下，判断所述分流到所述主基站上的业务数据流是否能分流到多个所述从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
在本发明的一个实施例中，上述从基站，可以用于判断所述从基站是否拥塞；以及在判断结果为所述从基站拥塞的情况下，将所述从基站拥塞的第二消息通知给所述主基站；上述主基站，还可以用于判断分流到所述从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了拥塞的从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
需要说明的是，上述主基站，还可以用于将判断所述主基站是否拥塞；以及在判断结果为是的情况下，判断所述分流到所述主基站上的业务数据流是否能分流到多个所述从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
需要说明的是，主基站被设置为允许对业务数据流的IP数据包设置拥塞比特；指定从基站和/或其他从基站被设置为不允许对业务数据流的IP数据包设置拥塞比特。
需要说明的是，上述***还进一步解决现有技术中拥塞控制仅适用于单连接情况导致单一路径拥塞就导致用户所有路径都被发送端降速影响用户吞吐量问题。
实施例4
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行实施例1中的方法的步骤的程序代码。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行实施例1中的方法的步骤。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
为了更好地理解本发明，以下结合优选的实施例对本发明做进一步解释。
本发明提供了一种优选的实施例，本发明优选实施例包含一种在基站中为所传输IP数据包设置ECN拥塞比特位的规定：本发明优选实施例规定基站侧的ECN拥塞比特设置是针对该基站上具有特定一类QOS的用户业务数据承载来设置的。如针对某个DRB业务来设置的，只有基站检测到如承载的某个DRB数据流发生拥塞(或者传输资源受限)导致QOS不能满足，基站则可以针对该用户DRB业务中的IP数据报文设置ECN拥塞。在现有的方案中，ECN设置是基站侧针对基站整体是否拥塞来设置，不利于单个业务的精确QOS控制。
本发明优选实施例还包含一种对基站是否允许为该基站承载的某个用户业务数据流(如某个DRB)中IP数据包设置ECN拥塞标志的判别方法和判别装置：当用户和基站新建立或者重配置业务承载完成以后，基站可以判断该用户的某个DRB是否被分流到多个基站上(Split Bearer)，当该DRB建立在单基站上，则设置本基站允许对该DRB的IP数据设置ECN拥塞比特；如果该DRB建立在多个基站上，也就是该DRB业务是***承载Split Bearer，那么如果本基站是锚定的主基站，则设置本基站为允许对该DRB的IP数据包设置ECN拥塞比特，如果本基站是从基站，则对本基站设置为不允许对该DRB的IP数据包设置ECN拥塞比特。
本发明优选实施例还包含一种基站在数据传输过程中如何进行拥塞控制的方法和步骤：在业务承载建立或者重配完成后，基站按照上文技术方案中的B方法，判决在本基站的业务数据DRB承载配置是否允许设置该DRB的IP数据包的ECN拥塞比特。
图4是根据本发明优选实施例提供的单连接的情况的架构图，如图4所示，基站根据信道/发送缓存区占用/无线资源调度信息，以及用户DRB业务的QOS等信息，判断对用户业务数据的传输速率是否可以满足QOS要求，从而判断该DRB是否产生了拥塞。如果判断DRB没有产生拥塞，则直接发送数据。如果基站判断该DRB产生拥塞的时候，如果该DRB中的IP数据包已经被标识为ECN＝01或ECN＝10(表明支持ECN,如果不支持ECN，ECN＝00)修改为ECN＝11，则将该IP数据包中ECN修改为ECN＝11,表明当前基站节点传输的该DRB数据流发生了拥塞。
在多连接的情况下，基站判断该DRB是否建立在多个基站上，如果该DRB业务仅在本基站上承载，没有分流到其他基站(这种情况就是多连接中CN侧分流，可以参照现有3GPP中定义的多连接中的Alternative1A架构，图5是根据本发明优选实施例提供的核心网侧分流的架构图，如图5所示，在这种架构下，从基站的用户面下行数据同样来自核心网，但其控制面的承载管理，包括分流决策及调控等，是在主基站MeNB，而不再是在MME。如果DRB业务仅在本基站承载，没有分流到其他基站，基站根据信道/发送缓存区占用/无线资源调度信息，以及用户DRB业务的QOS等信息，判断对用户业务数据的传输速率是否可以满足QOS要求，从而判断该DRB是否产生了拥塞。如果DRB没有产生拥塞，则直接发送数据。如果基站判断该DRB产生拥塞的时候，如果该DRB中的IP数据包已经被标识为ECN＝01或ECN＝10(表明支持ECN,如果不支持ECN，ECN＝00)修改为ECN＝11，表明当前基站节点传输的DRB数据流发生了拥塞。
在多连接的情况下，基站判断该DRB是否建立在多个基站上，如果该DRB业务由多个基站分流传输，这种情况就是多连接中基站侧分流，可以参照现有3GPP中定义的多连接中的Alternative3C架构，图6是根据本发明优选实施例提供的多连接下基站侧分流的架构示意图，如图6所示，在这种架构下，主基站的同一个下行用户面DRB数据流跨基站间接口，如Xn接口，被分流到多个基站上传输。在这种情况下，从基站和主基站交互传输能力信息，主基站根据从基站已传输数据和现有传输能力，通过主基站和从基站间接口，如Xn接口，转发DRB数据给从基站传输。当从基站检查到本基站传输能力受限，无法及时传输主基站转发的数据，由于根据上文技术方案中的B策略，从基站无法为该DRB数据设置ECN拥塞比特，从基站需要和主基站交互传输能力信息，通知主基站发生了拥塞。主基站根据本基站和其他基站传输能力，判断是否可以将数据流更多的分流在本基站和其他基站上传输，如果能，则将较多的数据分流在其他基站，如果不能，如果该DRB中的IP数据包已经被标识为ECN＝01或ECN＝10(表明支持ECN,如果不支持ECN，ECN＝00)，则将主基站传输或者转发的属于该DRB的数据流中的IP数据包头的ECN比特设置修改为ECN＝11，表明当前基站节点传输的DRB数据流发生了拥塞。
采用本发明优选实施例所述的方法，在3GPP网络中对用户的RB业务进行拥塞控制，这样可以更好的进行精细化QOS控制，避免基站侧仅针对节点设置拥塞导致某些用户业务发送端不必要的速率降低。另外采用本发明，可以解决现有的ECN机制在多连接架构下不适用问题，可以多连接情况下避免由于只是某个单个基站产生拥塞触发ECN拥塞控制，而导致发送端降低速率，导致所有传输路径上传输速率都被降低。采用本发明可以有效提高用户和网络的吞吐量。
优选实施例1：
图7是根据本发明优选实施例提供的在基站侧的判断是否允许本基站为某个传输的DRB中IP数据流的设置ECN拥塞比特的判决方法的流程示意图，如图7所示，该方法包括：
步骤710此步骤表明当前用户和基站新建立或者重配置用户面业务DRB承载完成。
步骤720基站可以判断该用户的某个DRB是否被分流到多个基站上(是否是SplitBearer)。
步骤730当该DRB建立在单基站上，则设置本基站允许对该DRB的IP数据设置ECN拥塞比特；
步骤740如果该DRB建立在多个基站上，也就是该DRB业务是***承载SplitBearer，则判断本基站是多连接下的主基站还是从基站。
步骤750如果本基站是从基站，则对本基站设置为不允许对该DRB的IP数据包设置ECN拥塞比特。
步骤760那么如果本基站是锚定的主基站，则设置本基站为允许对该DRB的IP数据包设置ECN拥塞比特。
优选实施例2：
图8是根据本发明优选实施例提供的基站侧设置ECN拥塞比特的装置示意图，包括拥塞判决模块和ECN拥塞比特设置模块，现结合图8予以详细说明：
拥塞判决模块810(相当于上述判断模块22)基站根据信道/发送缓存区占用/无线资源调度信息，以及用户DRB业务的QOS等信息，判断对用户业务数据的传输速率是否可以满足QOS要求，从而判断该DRB是否产生了拥塞。在本发明优选实施例中的拥塞判决方案和现有方案的显著区别在于，本方案中，是对基站承载的某个具备一定QOS的业务数据流是否拥塞进行判决；而现有方案是对基站整个节点空口拥塞进行判断。
ECN拥塞设置模块820(相当于上述的设置模块24)如果基站判断该DRB产生拥塞的时候并且该基站允许为该DRB设置拥塞比特，那么如果该DRB中的IP数据包已经被标识为ECN＝01或ECN＝10(表明支持ECN,如果不支持ECN，ECN＝00)，则将IP数据头修改为ECN＝11，表明当前基站节点传输的DRB数据流发生了拥塞。在本发明中的拥塞判决方案和现有方案的显著区别在于，本方案中，ECN比特是对基站承载的某个具备一定QOS的业务数据流中的IP数据流进行设置的；而现有方案是对基站整个节点中传输的IP数据流进行设置的，并不区分用户和用户业务承载。
优选实施例3：
图9是根据本发明优选实施例的在单连接传输下拥塞控制流程示意图，现结合图9予以详细说明：
步骤910此步骤表明当前用户和基站新建立或者重配置用户面业务DRB承载完成。在此步骤中，用户和单基站连接。
步骤920判断本基站是否允许对该用户的某个业务DRB承载IP数据流设置ECN拥塞比特。由于用户和单基站建立连接，则允许该基站对用户的业务DRB中IP数据流设置ECN拥塞比特。
步骤930基站根据信道/发送缓存区占用/无线资源调度信息，以及用户DRB业务的QOS等信息，判断对用户业务数据的传输速率是否可以满足QOS要求，从而判断该DRB是否产生了拥塞。
步骤940如果基站判断该DRB产生拥塞，那么如果该DRB中的IP数据包已经被标识为ECN＝01或ECN＝10(表明支持ECN,如果不支持ECN，ECN＝00)，则将IP数据头修改为ECN＝11，表明当前基站节点传输的此DRB数据流发生了拥塞。
优选实施例4：
图10是本发明在1A双连接传输下(即CN侧分流)拥塞控制流程示意图。需要说明的是，本例虽然是以现有的双连接架构说明，在对于未来的多连接也是适用的，属于本发明的保护范围。现结合图10予以详细说明：
步骤1010此步骤表明当前用户和基站新建立或者重配置用户面业务DRB承载完成。在此步骤中，用户和双基站连接，但用户面数据流是在核心网侧进行分流。
步骤1020判断本基站是否允许对该用户的某个业务DRB承载IP数据流设置ECN拥塞比特。由于用户用户面数据是在核心网侧分流，核心网直接下发数据到主基站和从基站。所以对于主基站和从基站操作是类似的，对本基站承载的用户DRB设置为允许设置ECN。
步骤1030基站根据信道/发送缓存区占用/无线资源调度信息，以及用户DRB业务的QOS等信息，判断对用户业务数据的传输速率是否可以满足QOS要求，从而判断该DRB是否产生了拥塞。
步骤1040如果基站判断该DRB产生拥塞，那么如果该DRB中的IP数据包已经被标识为ECN＝01或ECN＝10(表明支持ECN,如果不支持ECN，ECN＝00)，则将IP数据头修改为ECN＝11，表明当前基站节点传输的此DRB数据流发生了拥塞。
优选实施例5：
图11是本发明在3C双连接传输下(即基站侧分流)拥塞控制流程示意图。需要说明的是，本例虽然是以现有的双连接架构说明，在对于未来的多连接也是适用的，属于本发明的保护范围。现结合图11予以详细说明：
步骤1110此步骤表明当前用户和基站新建立或者重配置用户面业务DRB承载完成。在此步骤中，用户和双基站连接，用户面数据流是在基站侧进行分流。
步骤1120在本步骤中，在主基站侧配置为允许对该用户分流的DRB设置ECN拥塞比特。在本步骤中，在从基站侧配置为不允许对该用户分流的DRB设置ECN拥塞比特。
步骤1130核心网向主基站发送业务数据。
步骤1140在本步骤中，主基站和从基站之间交互流控信息和传输能力信息，完成流控功能。在本步骤中，主基站可以知道能否分流多少数据给从基站传输。
步骤1150根据上一步骤的流控结果，主基站转发相应数量的分流数据到从基站。
步骤1160在本步骤中，从基站根据信道/发送缓存区占用/无线资源调度信息，以及数据传输结果等信息，判断是否能够及时下发分流的数据，从而判断该DRB在从基站侧是否产生了拥塞。
步骤1170在上一步骤中，如果从基站判断分流的DRB在从基站产生了拥塞，则在流控过程中，通知主基站。
步骤1180在本步骤中，主基站根据主基站信道/发送缓存区占用/无线资源调度信息，以及和从基站的流控信息交互过程，监测在主从基站分流的DRB是否产生了拥塞。
步骤1190在上一步骤中，如果主基站判断分流的用户DRB产生了拥塞，那么对于产生拥塞的DRB，判断主/从基站现有能力是否可以传输更多数据，(在多连接架构下还需要判断是否可以更多的分流到其他不拥塞的从基站上)，如果不能，则将该DRB中的IP数据包已经被标识为ECN＝01或ECN＝10包修改为ECN＝11，表明产生拥塞。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (36)

1.一种拥塞控制方法，其特征在于，包括：
判断基站上传输的业务数据流是否产生了拥塞；
在判断结果为是的情况下，对所述业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示所述基站传输的业务数据流产生了拥塞。
2.根据权利要求1所述的方法，其特征在于，判断基站上传输的业务数据流是否产生了拥塞包括：
判断所述业务数据流的传输速率是否满足与服务质量QoS对应的传输速率要求；其中，在不满足传输速率要求的情况下，所述业务数据流产生了拥塞。
3.根据权利要求2所述的方法，其特征在于，判断所述业务数据流的传输速率是否满足与服务质量QoS对应的传输速率要求包括：
根据以下至少之一信息判断所述传输速率是否满足所述传输速率要求：信道信息、发送缓存区占用信息、无线资源调用信息和所述业务的QoS信息。
4.根据权利要求1所述的方法，其特征在于，在对所述业务数据流中的网络协议IP数据包进行设置之前，所述方法还包括：判断所述基站是否允许对所述业务数据流的IP数据包设置拥塞比特；其中，在允许的情况下，对所述业务数据流中的IP数据包进行设置；
对所述业务数据流中的IP数据包进行设置包括：将所述IP数据包中的拥塞比特赋值为指定值，其中，所述拥塞比特为所述指定值，用于指示所述基站传输的业务数据流产生了拥塞。
5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法应用于以下之一场景：
一个终端只与一个基站连接；
一个终端与多个基站连接且所述业务数据流仅在所述多个基站中的一个基站上承载。
6.根据权利要求1所述的方法，其特征在于，所述基站包括：主基站和从基站；在一个终端与一个主基站和多个所述从基站连接且所述业务数据流被分流到一个所述主基站和多个所述从基站传输的情况下，在判断基站上传输的业务数据流是否产生了拥塞之前，所述方法还包括以下至少之一：
多个所述从基站中的指定从基站判断分流在所述指定从基站上的业务数据流是否产生了拥塞；在判断结果为是的情况下，所述指定从基站将分流在所述指定从基站上的业务数据流产生了拥塞的第一消息通知给所述主基站；
所述主基站判断分流在所述主基站上的业务数据流是否产生了拥塞。
7.根据权利要求6所述的方法，其特征在于，判断基站上传输的业务数据流是否产生了拥塞包括：
在所述主基站接收到所述指定从基站发送的所述第一消息后和/或在所述主基站判断结果为所述分流到所述主基站上的业务数据流产生了拥塞的情况下，所述主基站判断整个业务数据流是否产生了拥塞。
8.根据权利要求1所述的方法，其特征在于，所述基站包括：主基站和从基站；在一个终端与一个主基站和多个所述从基站连接且所述业务数据流被分流到一个所述主基站和多个所述从基站传输的情况下，在判断基站上传输的业务数据流是否产生了拥塞之前，所述方法还包括以下至少之一：
所述多个从基站中的指定从基站判断所述指定从基站是否拥塞；在判断结果为是的情况下，所述指定从基站将所述指定从基站拥塞的第二消息发送给所述主基站；
所述主基站判断所述主基站是否拥塞。
9.根据权利要求8所述的方法，其特征在于，判断基站上传输的业务数据流是否产生了拥塞包括：
在主机站接收到所述第二消息和/或所述主基站的判断结果为所述主基站拥塞的情况下，所述主基站判断整个业务数据流是否产生了拥塞。
10.根据权利要求7或9所述的方法，其特征在于，所述主基站判断所述整个业务数据流是否产生了拥塞包括：
所述主基站判断分流到所述指定从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了所述指定从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞；和/或，
所述主基站判断分流到所述主基站上的业务数据流是否能分流到多个所述从基站中；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
11.根据权利要求6至9中任一项所述的方法，其特征在于，所述主基站被设置为允许对业务数据流的IP数据包设置拥塞比特；所述指定从基站和/或其他从基站被设置为不允许对所述业务数据流的IP数据包设置拥塞比特。
12.根据权利要求1所述的方法，其特征在于，所述业务数据流为以下之一：
核心网分流到所述基站上的业务数据流；
主基站分流到所述基站上的业务数据流；
核心网发送的整个业务数据流。
13.一种拥塞控制装置，其特征在于，包括：
判断模块，用于判断基站上传输的业务数据流是否产生了拥塞；
设置模块，用于在判断结果为是的情况下，对所述业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示所述基站传输的业务数据流产生了拥塞。
14.根据权利要求13所述的装置，其特征在于，所述判断模块，还用于判断所述业务数据流的传输速率是否满足与服务质量QoS对应的传输速率要求；其中，在不满足传输速率要求的情况下，所述业务数据流产生了拥塞。
15.根据权利要求14所述的装置，其特征在于，所述判断模块，还用于根据以下至少之一信息判断所述传输速率是否满足所述传输速率要求：信道信息、发送缓存区占用信息、无线资源调用信息和所述业务的QoS信息。
16.根据权利要求13所述的装置，其特征在于，所述判断模块，还用于判断所述基站是否允许对所述业务数据流的IP数据包设置拥塞比特；其中，在允许的情况下，对所述业务数据流中的IP数据包进行设置；
所述设置模块，还用于将所述IP数据包中的拥塞比特赋值为指定值，其中，所述拥塞比特为所述指定值，用于指示所述基站传输的业务数据流产生了拥塞。
17.根据权利要求13至16中任一项所述的装置，其特征在于，所述装置应用于以下之一场景：
一个终端只与一个基站连接；
一个终端与多个基站连接且所述业务数据流仅在所述多个基站中的一个基站上承载。
18.根据权利要求13所述的装置，其特征在于，所述基站包括：主基站和从基站；在一个终端与一个主基站和多个所述从基站连接且所述业务数据流被分流到一个所述主基站和多个所述从基站传输的情况下，所述判断模块包括以下至少之一：
第一判断单元，位于多个所述从基站中的指定从基站中，用于判断分流在所述指定从基站上的业务数据流是否产生了拥塞；在判断结果为是的情况下，所述指定从基站将分流在所述指定从基站上的业务数据流产生了拥塞的第一消息通知给所述主基站；
第二判断单元，位于所述主基站中，用于判断分流在所述主基站上的业务数据流是否产生了拥塞。
19.根据权利要求18所述的装置，其特征在于，在所述主基站接收到所述指定从基站发送的所述第一消息后和/或在所述第二判断单元的判断结果为所述分流到所述主基站上的业务数据流产生了拥塞的情况下，所述第二判断单元还用于判断整个业务数据流是否产生了拥塞。
20.根据权利要求19所述的装置，其特征在于，所述第二判断单元还用于判断分流到所述指定从基站上的业务数据流和/或分流到所述主基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了所述指定从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
21.根据权利要求18所述的装置，其特征在于，所述基站包括：主基站和从基站；在一个终端与一个主基站和多个所述从基站连接且所述业务数据流被分流到一个所述主基站和多个所述从基站传输的情况下，所述判断模块包括以下至少之一：
第三判断单元，位于所述多个从基站中的指定从基站中，用于判断所述指定从基站是否拥塞；在判断结果为是的情况下，所述指定从基站将所述指定从基站拥塞的第二消息发送给所述主基站；
第四判断单元，位于所述主基站中，用于判断所述主基站是否拥塞。
22.根据权利要求21所述的装置，其特征在于，所述第四判断单元，还用于在主机站接收到所述第二消息和/或所述主基站的判断结果为所述主基站拥塞的情况下，判断整个业务数据流是否产生了拥塞。
23.根据权利要求22所述的装置，其特征在于，所述第四判断单元，还用于判断分流到所述指定从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了所述指定从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞；和/或，用于判断分流到所述主基站上的业务数据流是否能分流到多个所述从基站中；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
24.根据权利要求18至23中任一项所述的装置，其特征在于，所述主基站被设置为允许对业务数据流的IP数据包设置拥塞比特；所述指定从基站和/或其他从基站被设置为不允许对所述业务数据流的IP数据包设置拥塞比特。
25.根据权利要求13所述的装置，其特征在于，所述业务数据流为以下之一：
核心网分流到所述基站上的业务数据流；
主基站分流到所述基站上的业务数据流；
核心网发送的整个业务数据流。
26.一种基站，其特征在于，包括：
第一处理器，用于判断基站上传输的业务数据流是否产生了拥塞；
第二处理器，用于在判断结果为是的情况下，对所述业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示所述基站传输的业务数据流产生了拥塞。
27.根据权利要求26所述的基站，其特征在于，所述第一处理器，还用于判断所述业务数据流的传输速率是否满足与服务质量QoS对应的传输速率要求；其中，在不满足传输速率要求的情况下，所述业务数据流产生了拥塞。
28.根据权利要求27所述的基站，其特征在于，所述第一处理器，还用于根据以下至少之一信息判断所述传输速率是否满足所述传输速率要求：信道信息、发送缓存区占用信息、无线资源调用信息和所述业务的QoS信息。
29.根据权利要求26所述的基站，其特征在于，所述第一处理器，还用于判断所述基站是否允许对所述业务数据流的IP数据包设置拥塞比特；其中，在允许的情况下，所述第二处理器对所述业务数据流中的IP数据包进行设置；
所述第二处理器，还用于将所述IP数据包中的拥塞比特赋值为指定值，其中，所述拥塞比特为所述指定值，用于指示所述基站传输的业务数据流产生了拥塞。
30.根据权利要求26至29中任一项所述的基站，其特征在于，一个终端只与所述基站连接；或者一个终端与多个基站连接且所述业务数据流仅在所述基站上承载；其中，所述基站为所述多个基站中的一个基站。
31.一种***，其特征在于，包括：主基站和多个从基站；其中，一个终端与一个主基站和多个所述从基站连接且业务数据流被分流到一个所述主基站和多个所述从基站传输；
所述主基站，用于判断整个业务数据流是否产生了拥塞；以及在判断结果为是的情况下，对所述业务数据流中的网络协议IP数据包进行设置，其中，设置后的IP数据包用于指示所述基站传输的业务数据流产生了拥塞。
32.根据权利要求31所述的***，其特征在于，
所述从基站用于判断分流在所述从基站上的业务数据流是否产生了拥塞；以及在判断结果为是的情况下，将分流在所述从基站上的业务数据流产生了拥塞的第一消息通知给所述主基站；
所述主基站，还用于接收所述第一消息后，判断所述分流到所述从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了分流的业务数据流产生了拥塞的从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
33.根据权利要求31或32所述的***，其特征在于，
所述主基站，还用于将判断分流到所述主基站上的业务数据流是否产生了拥塞；以及在判断结果为是的情况下，判断所述分流到所述主基站上的业务数据流是否能分流到多个所述从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
34.根据权利要求31所述的***，其特征在于，
所述从基站，用于判断所述从基站是否拥塞；以及在判断结果为所述从基站拥塞的情况下，将所述从基站拥塞的第二消息通知给所述主基站；
所述主基站，还用于判断分流到所述从基站上的业务数据流是否能分流到所述主基站和/或多个所述从基站中除了拥塞的从基站之外的其他从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
35.根据权利要求31或34所述的***，其特征在于，所述主基站，还用于将判断所述主基站是否拥塞；以及在判断结果为是的情况下，判断所述分流到所述主基站上的业务数据流是否能分流到多个所述从基站上；其中，在判断结果为否的情况下，确定所述整个业务数据流产生了拥塞。
36.根据权利要求31所述的***，其特征在于，所述主基站被设置为允许对业务数据流的IP数据包设置拥塞比特；所述指定从基站和/或所述其他从基站被设置为不允许对所述业务数据流的IP数据包设置拥塞比特。
CN201610988394.5A 2016-11-07 2016-11-07 拥塞控制方法及装置、基站 Active CN108064058B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201610988394.5A CN108064058B (zh) 2016-11-07 2016-11-07 拥塞控制方法及装置、基站
US16/347,802 US11751096B2 (en) 2016-11-07 2017-11-02 Congestion control method and device, and base station
PCT/CN2017/109056 WO2018082597A1 (zh) 2016-11-07 2017-11-02 拥塞控制方法及装置、基站

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610988394.5A CN108064058B (zh) 2016-11-07 2016-11-07 拥塞控制方法及装置、基站

Publications (2)

Publication Number Publication Date
CN108064058A true CN108064058A (zh) 2018-05-22
CN108064058B CN108064058B (zh) 2022-11-01

Family

ID=62075729

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610988394.5A Active CN108064058B (zh) 2016-11-07 2016-11-07 拥塞控制方法及装置、基站

Country Status (3)

Country Link
US (1) US11751096B2 (zh)
CN (1) CN108064058B (zh)
WO (1) WO2018082597A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110708721A (zh) * 2019-09-05 2020-01-17 中国联合网络通信集团有限公司 一种数据传输方法及装置
CN111050341A (zh) * 2019-12-24 2020-04-21 展讯通信（上海）有限公司 双连接场景下空口拥塞状态的判定方法及装置
CN114124825A (zh) * 2021-10-26 2022-03-01 中国联合网络通信集团有限公司 一种数据传输的方法、***、装置及存储介质
WO2024051544A1 (zh) * 2022-09-05 2024-03-14 维沃移动通信有限公司 信息处理方法、设备及可读存储介质

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11363497B2 (en) * 2019-01-03 2022-06-14 Samsung Electronics Co., Ltd. Multi-path end-to-end connectivity for cellular mesh networks
WO2021212439A1 (zh) * 2020-04-23 2021-10-28 华为技术有限公司 一种通信方法及装置

Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10322392A (ja) * 1997-05-16 1998-12-04 Hitachi Ltd パケットネットワークシステム及び通信制御装置
US20020167955A1 (en) * 1995-09-18 2002-11-14 Kabushiki Kaisha Toshiba Packet transfer device and packet transfer method adaptive to a large number of input ports
US20040052212A1 (en) * 2002-09-13 2004-03-18 Steve Baillargeon Packet flow control in a wireless communications network based on an indication contained in a packet
JP2005102104A (ja) * 2003-09-02 2005-04-14 Nippon Telegr & Teleph Corp <Ntt> Ｉｐマルチキャスト配信システムとそのレート制御方法、およびそのプログラムと記録媒体
CN1713633A (zh) * 2004-06-24 2005-12-28 华为技术有限公司 一种网络流量控制的方法
CN101267382A (zh) * 2007-03-13 2008-09-17 大唐移动通信设备有限公司 确定数据传输通道拥塞状态的方法及装置
EP2068511A1 (en) * 2007-12-06 2009-06-10 Lucent Technologies Inc. Controlling congestion in a packet switched data network
CN101577938A (zh) * 2008-05-07 2009-11-11 华为技术有限公司 无线网状网络拥塞控制方法及***和基站
CN101646196A (zh) * 2009-08-31 2010-02-10 华为技术有限公司 保证业务服务质量的方法及装置
CN101765145A (zh) * 2009-12-22 2010-06-30 中兴通讯股份有限公司 无线通信***中拥塞判决及解除方法和装置
CN101997644A (zh) * 2009-08-24 2011-03-30 华为技术有限公司 速率调整方法、***、编码方式选择方法和装置
CN102281183A (zh) * 2010-06-09 2011-12-14 中兴通讯股份有限公司 处理网络拥塞的方法、装置和核心网络实体
CN102484819A (zh) * 2009-08-25 2012-05-30 瑞典爱立信有限公司 使用ecn机制以直接向基站发信号通知拥塞
CN102868671A (zh) * 2011-07-08 2013-01-09 华为技术有限公司 网络拥塞控制方法、设备及***
CN103888846A (zh) * 2014-03-04 2014-06-25 浙江大学 基于QoE的无线视频流业务自适应速率控制方法
CN104125607A (zh) * 2013-04-23 2014-10-29 中兴通讯股份有限公司 用户面拥塞处理方法、装置及服务网关

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0701668D0 (en) * 2007-01-29 2007-03-07 Tang Bob Immediate ready implementation of virtually congestion free guaranteed service capable network: external internet nextgenTCP nextgenFTP nextgenUDPs
EP2359544A1 (en) * 2008-11-11 2011-08-24 Telefonaktiebolaget L M Ericsson (publ) Method and device for enabling indication of congestion in a telecommunications network
US8427949B2 (en) * 2009-08-07 2013-04-23 Future Wei Technologies, Inc. System and method for adapting a source rate
CN102158896B (zh) 2010-02-12 2014-01-01 华为技术有限公司 处理本地链路拥塞的方法和装置
CN102223663B (zh) 2010-04-15 2016-03-30 中兴通讯股份有限公司 一种获取网络负荷的方法及***
US9143457B2 (en) 2010-10-06 2015-09-22 Qualcomm Incorporated Methods and apparatus for ECN receiver driven congestion control
US9549339B2 (en) * 2011-11-09 2017-01-17 Telefonaktiebolaget Lm Ericsson (Publ) Radio network node, network control node and methods therein
US20130194937A1 (en) 2012-01-31 2013-08-01 Alcatel-Lucent Usa Inc. Method and apparatus for providing intelligent codec rate adaptation for wireless users

Patent Citations (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020167955A1 (en) * 1995-09-18 2002-11-14 Kabushiki Kaisha Toshiba Packet transfer device and packet transfer method adaptive to a large number of input ports
JPH10322392A (ja) * 1997-05-16 1998-12-04 Hitachi Ltd パケットネットワークシステム及び通信制御装置
US20040052212A1 (en) * 2002-09-13 2004-03-18 Steve Baillargeon Packet flow control in a wireless communications network based on an indication contained in a packet
JP2005102104A (ja) * 2003-09-02 2005-04-14 Nippon Telegr & Teleph Corp <Ntt> Ｉｐマルチキャスト配信システムとそのレート制御方法、およびそのプログラムと記録媒体
CN1713633A (zh) * 2004-06-24 2005-12-28 华为技术有限公司 一种网络流量控制的方法
CN101267382A (zh) * 2007-03-13 2008-09-17 大唐移动通信设备有限公司 确定数据传输通道拥塞状态的方法及装置
EP2068511A1 (en) * 2007-12-06 2009-06-10 Lucent Technologies Inc. Controlling congestion in a packet switched data network
CN101577938A (zh) * 2008-05-07 2009-11-11 华为技术有限公司 无线网状网络拥塞控制方法及***和基站
CN101997644A (zh) * 2009-08-24 2011-03-30 华为技术有限公司 速率调整方法、***、编码方式选择方法和装置
CN102484819A (zh) * 2009-08-25 2012-05-30 瑞典爱立信有限公司 使用ecn机制以直接向基站发信号通知拥塞
CN101646196A (zh) * 2009-08-31 2010-02-10 华为技术有限公司 保证业务服务质量的方法及装置
CN101765145A (zh) * 2009-12-22 2010-06-30 中兴通讯股份有限公司 无线通信***中拥塞判决及解除方法和装置
CN102281183A (zh) * 2010-06-09 2011-12-14 中兴通讯股份有限公司 处理网络拥塞的方法、装置和核心网络实体
CN102868671A (zh) * 2011-07-08 2013-01-09 华为技术有限公司 网络拥塞控制方法、设备及***
CN104125607A (zh) * 2013-04-23 2014-10-29 中兴通讯股份有限公司 用户面拥塞处理方法、装置及服务网关
CN103888846A (zh) * 2014-03-04 2014-06-25 浙江大学 基于QoE的无线视频流业务自适应速率控制方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
""R3-041502_E-DCH_Iub_congestion"", 《3GPP TSG_RAN\WG3_IU》 *
""S2-130895_Leverage SCI for RAN User Plan congestion mitigation-V2 0"", 《3GPP TSG_SA\WG2_ARCH》 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110708721A (zh) * 2019-09-05 2020-01-17 中国联合网络通信集团有限公司 一种数据传输方法及装置
CN111050341A (zh) * 2019-12-24 2020-04-21 展讯通信（上海）有限公司 双连接场景下空口拥塞状态的判定方法及装置
WO2021128911A1 (zh) * 2019-12-24 2021-07-01 展讯通信（上海）有限公司 双连接场景下空口拥塞状态的判定方法及装置
CN111050341B (zh) * 2019-12-24 2022-02-22 展讯通信（上海）有限公司 双连接场景下空口拥塞状态的判定方法及装置
CN114124825A (zh) * 2021-10-26 2022-03-01 中国联合网络通信集团有限公司 一种数据传输的方法、***、装置及存储介质
CN114124825B (zh) * 2021-10-26 2023-05-16 中国联合网络通信集团有限公司 一种数据传输的方法、***、装置及存储介质
WO2024051544A1 (zh) * 2022-09-05 2024-03-14 维沃移动通信有限公司 信息处理方法、设备及可读存储介质

Also Published As

Publication number Publication date
CN108064058B (zh) 2022-11-01
WO2018082597A1 (zh) 2018-05-11
US11751096B2 (en) 2023-09-05
US20190297527A1 (en) 2019-09-26

Similar Documents

Publication Publication Date Title
CN108064058A (zh) 拥塞控制方法及装置、基站
US11595300B2 (en) Traffic shaping and end-to-end prioritization
CN108024294A (zh) 切换方法及装置
CN103563475B (zh) 用于利用多描述编码的移动多媒体服务的多路径管理架构和协议
CN108632904A (zh) 一种通信方法及设备
CN109392004A (zh) 通信方法、基站、终端设备和***
EP3136779B1 (en) Cell and method and system for bandwidth management of backhaul network of cell
KR20180042112A (ko) 기지국장치 및 무선구간의 QoS 제어방법
EP4005171B1 (en) Integration of communication network in time sensitive networking system
CN110351030A (zh) 报文传输方法、装置和***
CN107580371A (zh) 信息、数据发送方法及装置、接入网和***
WO2021088977A1 (zh) 一种数据传输的方法及相关设备
CN108156633A (zh) 数据流重映射方法及装置和用户设备、ran设备
CN105262624B (zh) 一种基于软件定义网络的异构配电通信网络架构
CN107396401A (zh) 数据发送方法及装置
CN105284150B (zh) 业务分流方法、控制网元、网关路由器及用户面实体
CN105230072A (zh) 用于在无线lan中控制服务的质量的方法和设备
CN109041144A (zh) 一种***间信息交互方法，无线通信***和用户设备
US20230388894A1 (en) Method and apparatus for packet rerouting
CN102625417A (zh) 一种实现多制式无线终端绑定的***和方法
CN106954230A (zh) 一种流量控制方法及装置
CN107396356A (zh) 数据发送方法及装置
CN103999525B (zh) 状态迁移处理方法和设备
CN106559833A (zh) 一种数据传输方法、终端、无线接入点及***
CN104255003A (zh) 用于对接入域内的wan接口优化和消除拥塞的***和方法

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
GR01 Patent grant
GR01 Patent grant