CN110999380A - 在移动通信系统网络中有效执行拥塞控制的方法和装置 - Google Patents

在移动通信系统网络中有效执行拥塞控制的方法和装置 Download PDF

Info

Publication number
CN110999380A
CN110999380A CN201880052101.XA CN201880052101A CN110999380A CN 110999380 A CN110999380 A CN 110999380A CN 201880052101 A CN201880052101 A CN 201880052101A CN 110999380 A CN110999380 A CN 110999380A
Authority
CN
China
Prior art keywords
congestion
packet
bearer
network device
field
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
CN201880052101.XA
Other languages
English (en)
Other versions
CN110999380B (zh
Inventor
A.萨延科
金东建
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics 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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of CN110999380A publication Critical patent/CN110999380A/zh
Application granted granted Critical
Publication of CN110999380B publication Critical patent/CN110999380B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • 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/0284—Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • 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

Landscapes

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

Abstract

本公开涉及一种通信方法和系统，该通信方法和系统用于将支持比第四代(4G)系统更高的数据速率的第五代(5G)通信系统与物联网(IoT)技术融合。本公开可以应用于基于5G通信技术和IoT相关技术的智能服务，诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安保和安全服务。本发明涉及一种用于在移动通信系统网络中有效地执行拥塞控制的方法和装置。

Description

在移动通信系统网络中有效执行拥塞控制的方法和装置
技术领域
本公开涉及移动通信系统基站、路由器、网关和UE的操作。
本公开涉及一种用于在移动通信系统网络中有效地执行拥塞控制的方法和装置。
背景技术
为了满足自部署4G通信系统以来对无线数据流量增加的需求，已努力开发改进的5G或准5G通信系统。因此，5G或准5G通信系统也称为“超4G网络”或“后LTE系统”。5G通信系统被认为是在更高的频率(mmWave)频带(例如60GHz频带)中实现的，以实现更高的数据速率。为了减少无线电波的传播损耗并增加传输距离，在5G通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全尺寸MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。此外，在5G通信系统中，基于先进的小型小区、云无线电接入网(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协调多点(CoMP)、接收端干扰消除等，正在开发系统网络改进。在5G系统中，已经开发了混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)作为高级编码调制(ACM)，以及滤波器组多载波(FBMC)、非正交多址接入(NOMA)和稀疏码多址接入(SCMA)作为高级接入技术。
互联网是人类以人为中心的连接网络，人们可以在该网络中生成和消费信息，如今，互联网正在演变为物联网(IoT)，在物联网(IoT)中，分布式实体，例如事物，无需人工干预即可交换和处理信息。已经出现了万物联网(IoE)，IoE是通过与云服务器的连接的IoT技术和大数据处理技术的组合。由于需要诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”的技术元素用于IoT实现，因此最近已经研究了传感器网络、机器对机器(M2M)通信、机器类型通信(MTC)等。这样的IoT环境可以提供智能互联网技术服务，其通过收集和分析在连接的事物之间生成的数据为人类生活创造新的价值。通过现有信息技术(IT)与各种产业应用之间的融合和结合，IoT可以应用于各种领域，包括智能家居、智能建筑、智能城市、智能汽车或互联汽车、智能电网、医疗保健、智能家电和高级医疗服务。
与此相应，已经进行了各种尝试以将5G通信系统应用于IoT网络。例如，诸如传感器网络、机器类型通信(MTC)和机器对机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实现。云无线电接入网络(RAN)作为上述大数据处理技术的应用也可以被视为5G技术与IoT技术之间融合的示例。
发明内容
技术问题
当在移动通信系统网络中发生拥塞时，负责封包传输的网络装置(诸如网络的路由器或网关)可能会用尽用于存储封包的缓冲器的容量极限，并可能通过在达到容量极限之前随机丢弃封包来控制拥塞。在另一种方法中，当可以使用指示器将拥塞的发生报告给接收器时，如果检测到拥塞的发生，则接收器可以使用指示器向发送器报告拥塞的发生，从而降低了发送器的封包传输速率。然而，在拥塞的网络中随机丢弃封包不是根本的解决方案，因为再次发生由于将来的重传而引起的流量。此外，使用指示器报告拥塞的发生的方法可能延迟指示器在拥塞网络中的传输。因此，需要提供一种用于在移动通信系统网络中有效地执行拥塞控制的改进的方法和装置。
技术方案
为了解决上述问题，本公开的实施例提供一种网络装置的操作方法，所述方法包括：确定是否发生拥塞；在发生拥塞的情况下，基于与拥塞相关的下行链路封包，确定是否支持拥塞控制；在支持拥塞控制的情况下，识别与拥塞相关的上行链路封包；以及更新识别的上行链路封包的报头的拥塞相关字段。
此外，本公开的实施例提供一种网络装置，包括：收发器，被配置为发送和接收信号；以及控制器，被配置为执行控制以：确定是否发生拥塞；在发生拥塞的情况下，基于与拥塞相关的下行链路封包，确定是否支持拥塞控制；在支持拥塞控制的情况下，识别与拥塞相关的上行链路封包；以及更新识别的上行链路封包的报头的拥塞相关字段。
有益效果
作为在移动通信系统网络中有效地执行拥塞控制的方法，本公开的实施例提出并指定一种在基站、路由器或网络封包传输设备检测到拥塞发生的情况下使用指示符向接收器和发送器两者报告拥塞发生的方法，从而快速有效地执行拥塞控制。
附图说明
图1A和图1B示出根据本公开实施例的移动通信网络的示例；
图2A与图2B示出根据本公开实施例的在LTE基站(eNB)和LTE系统中的数据流；
图3示出根据本公开实施例的下一代移动通信系统基站(gNB)和下一代移动通信系统中的数据流；
图4示出根据本公开实施例的在移动通信系统网络中划分封包的网络装置(例如，基站、路由器、网关(P-GW)等)的单元；
图5示出根据本公开的移动通信网络中控制拥塞的实施例1；
图6示出根据本公开的移动通信网络中控制拥塞的实施例2；
图7示出根据本公开的移动通信网络中控制拥塞的实施例2-1；
图8A、图8B和图8C示出根据本公开的移动通信网络中控制拥塞的实施例2-2；
图9示出根据本公开实施例的网络装置的操作；
图10示出根据本公开实施例的UE的配置；以及
图11示出根据本公开的实施例的无线通信系统中的基站的配置。
图12示出根据本公开实施例的网络装置。
具体实施方式
在下文中，将参照附图详细描述本公开的操作原理。在以下描述本公开中，当确定其详细描述可能不必要地使本公开的主题模糊时，将省略在此并入的相关已知配置或功能的详细描述。以下将描述的术语是考虑到本公开中的功能定义的术语，并且可以根据用户、用户的意图或习惯而不同。因此，术语的定义应基于整个说明书的内容来确定。
在本公开的以下描述中，当确定其详细描述可能不必要地使本公开的主题模糊时，将省略在此并入的相关已知配置或功能的详细描述。在下文中，将参照附图描述本公开的实施例。
如在下面的描述中所使用的，为了方便起见，示出用于识别接入节点的术语、指代网络实体的术语、指代消息的术语，指代网络对象之间的接口的术语以及指代各种识别信息的术语。因此，本公开不受以下术语的限制，并且可以使用指代具有等同技术含义的对象的其他术语。
为了便于解释，本公开使用在第三代合作伙伴计划长期演进(3GPP LTE)标准中定义的术语和词语。然而，本公开的实施例不受这些术语和词语的限制，并且可以等同地应用于根据其他标准的系统。在本公开中，为了便于解释，eNB可以与gNB互换使用。也就是说，被图示为基站的eNB可以指代gNB。
图1A和图1B示出根据本公开实施例的移动通信网络的示例。在下文中，图1A和图1B被称为图1。
在图1的移动通信网络中，UE 105可以通过LTE-Uu无线电接口接入基站(eNB或gNB)110。LTE-Uu无线电接口是UE 105和基站110之间的无线电接口，定义控制平面和用户平面，并提供数据发送和接收以及与其对应的服务。基站110为用户提供无线电接口，并提供无线电资源管理(RRM)功能，诸如无线电承载控制、无线电接入许可控制、动态无线电资源分配、负载平衡、小区间干扰协调。移动性管理实体(MME)115是演进UMTS地面无线电接入网(E-UTRAN)控制平面设备，与归属订户服务器(HSS)120通信以进行用户认证和用户简档下载，并通过非接入层(NAS)信令向UE 105提供演进封包系统(EPS)移动性管理(EMM)功能和EPS会话管理(ESM)功能。服务网关(S-GW)125是E-UTRAN和演进封包核心(EPC)的端点。也就是说，S-GW 125是基站之间的切换和3GPP系统之间的切换的锚点。PDN网关(P-GW)130将UE连接到外部封包数据网络(PDN)，并提供封包过滤。P-GW 130向UE 105分配IP地址，并且在3GPP系统和非3GPP系统之间的切换中用作移动锚点。HSS 120是具有用户简档的中央数据库，并且向MME提供用户认证信息和用户简档。
图2A和图2B示出根据本公开实施例的LTE基站(eNB)和LTE系统中的数据流。在下文中，图2A和图2B被称为图2。
在图2中，提供LTE服务的运营商需要能够为具有不同服务等级的订户提供要求不同服务质量(QoS)级别的服务。为此，运营商需要能够识别订户的服务等级和服务类型，并有区别地分配和管理用于用户IP流量(IP流量或IP流)210的无线电资源。因此，网络根据QoS要求配置用户流量传输路径或控制每个服务的IP流210。在演进封包系统(EPS)中，用户流量传输路径是EPS承载206，并且根据QoS生成不同的EPS承载。具有相同QoS的IP流被映射到服务数据流(SDF)215，并且SDF 215是用于应用反映运营商策略的QoS规则的单元。
图2示出EPS承载206和SDF 215之间的特定关系。对于IP流210，SDF215提供与服务相对应的QoS，并且EPS承载206在EPS传输网络中提供UE201和P-GW 204之间的QoS。当经由EPS将SDF 215发送到用户时，根据安装在P-GW 204中的QoS规则，将SDF 215映射到能够提供合适的QoS的EPS承载，并发送。IP流取决于所使用的服务(或应用)而具有不同的QoS特性。SDF 215根据UE 201的订户等级和使用的应用将特定QoS策略应用于按照服务将用户流量过滤(分类)到的IP流或一组IP流。在图2中，针对用户的IP流根据服务特性通过SDF模板(分类器)220被过滤(分类)成SDF，并且每个SDF受QoS策略约束(例如，带宽控制)并且被传输给用户。在EPS传输网络中，由于QoS由EPS承载206提供，因此每个SDF被映射到EPS承载并经由EPS承载发送，这使得能够满足QoS要求。
EPS承载类型包括默认承载225和专用承载230。当UE 201接入LTE网络时，分配IP地址，并且与生成默认EPS承载225的同时建立封包数据网络(PDN)连接207。用户通过默认承载225使用服务(例如，互联网)。然而，为了使用不能通过默认承载适当地提供QoS的服务(例如，VoD)，可以根据需要生成专用承载230。也就是说，专用承载230被配置为具有与已经配置的承载不同的QoS级别。UE 201可以接入多个接入点名称(APN)204，并且可以每个APN配置一个默认EPS承载225和多个专用EPS承载230。默认承载225在用户最初接入网络时生成，即使在中间不使用任何服务时也被连续维护，然后在用户离开网络时消失。每个APN生成一个默认承载225。在HSS中，将在初始接入网络时向其生成默认承载的APN和要应用于该生成的QoS作为用户订阅信息提供。当UE 201最初接入网络时，MME从HSS下载用户订阅信息(默认APN、EPS订阅的QoS简档)，并使用订户QoS简档向PDN 205生成默认承载225。
在图2中，当下行链路IP流经由EPS被传输到用户时，下行链路IP流通过EPS承载206和SDF 215传输。经由PDN 205到达P-GW 204的用户IP流210通过SDF模板被过滤到SDF215中。IP流1分类为SDF1，IP流2分类为SDF 2，IP流3和IP流4分类为SDF 3，IP流5分类为SDF4。每个SDF均受QoS规则的约束，然后根据业务流模板(TFT)过滤规则映射到EPS承载。SDF 1和SDF 2映射到默认承载225，SDF 3和SDF 4映射到专用承载230。SDF通过相应的EPS承载发送到UE 201。到达UE 201的IP流被发送到相应的应用。
在LTE网络中，基于承载来定义QoS参数。EPS承载QoS参数是承载级别QoS参数。承载级别称为SDF聚合级别。SDF聚合是指属于相同EPS会话并具有相同QoS类标识符(QCI)和相同分配与保留优先级(ARP)值的SDF的组。QCI和ARP是应用于任何EPS承载的基本QoS参数。QCI是将不同的QoS特性标准化为整数值(1至9)的表达，并且标准化的QoS特性由资源类型、优先级、封包延迟预算或封包错误丢失率来表示。根据QCI资源类型，EPS承载分为保证比特率(GBR)承载和非GBR承载。默认承载225始终是非GBR承载，并且专用承载230可以被配置为GBR承载或非GBR承载。GBR承载具有QCI、ARP、GBR(UL/DL)和MBR(UL/DL)作为QoS参数。非GBR承载具有QCI、ARP、APN-AMBR(UL/DL)和UE-AMBR(UL/DL)作为QoS参数。除了QCI和ARP外，GBR承载还具有GBR和MBR作为QoS参数，这意味着为每个承载分配了固定资源(保证带宽)。非GBR承载具有聚合的最大比特率(AMBR)作为QoS参数，这意味着未为每个承载分配资源，而是分配了可以与其他非GBR承载共享的最大带宽。APN-AMBR是相同PDN中非GBR承载可以共享的最大带宽，UE-AMBR是相同UE内可以共享的最大带宽。当UE具有多个PDN连接时，各个PDN的APN-AMBR之和不能超过UE-AMBR。
图3示出根据本公开实施例的下一代移动通信系统基站(gNB)和下一代移动通信系统中的数据流。
在本公开的实施例中，流可以指代IP流或者可以指代服务数据流(SDF)。SDF可以表示为IP流的组。
在图3中，承载320和325的概念存在于图2中的E-UTRAN中，而承载335的概念不存在于下一代核心网(NGCN)中。NGCN可以是从LTE系统中的EPC演进而来的CN，也可以是新的CN。当在PDN中生成下行链路数据时，IP流310通过PDN 305、P-GW 304和S-GW 303被传输到基站(gNB)302。基站(gNB)可以是从LTE基站演进的基站或新基站，用于下一代无线通信系统。流310的封包可以具有指示QoS信息的封包标记。可选地，每个流可以被映射到特定QoS信息。QoS是指通过优先考虑应用、用户或数据流来保证数据传输中特定水平性能的能力或度量。QoS可以指示最小传输比特率、延迟、封包丢失率等。在接收到流310之后，基站302可以解释流的封包中的封包标记，从而获得QoS信息。可选地，基站302可以基于关于流310的预定义的映射信息和QoS信息来获得关于每个流的QoS信息。基站通过服务数据关联协议(SDAP)315的层或设备根据QoS信息将流310分配给相应的承载。当没有对应于流的QoS的承载时，基站可以为UE新配置与QoS相对应的承载。
在图3中，当生成上行链路数据时，UE 301检查是否先前已经接收到与数据相对应的下行链路流。可以使用诸如源IP地址和目的IP地址的IP封包的报头信息来执行该检查处理。当在先前接收的下行链路流之中存在与上行该链路数据相对应的流时，UE 301可以将该上行链路数据映射到该流，并且通过相应的承载将该上行链路数据发送到基站302。当在先前接收的下行链路流中不存在与该上行链路数据相对应的流时，UE 301可以通过SDAP330的层或设备在数据封包上标记QoS信息。QoS是指保证通过优先考虑应用、用户或数据流来保证数据传输中特定性能水平的能力或度量。QoS可以指代最小传输比特率、延迟、封包丢失率等。UE的SDAP层或设备基于标记的QoS信息来检查当前配置的承载320和325中是否存在适合于标记的QoS信息的承载。当存在合适的承载时，UE的SDAP层或设备315将上行链路流映射到该承载并将其发送。如果没有合适的承载，则UE的SDAP层或设备315将上行链路流映射到默认承载320，并且将其发送。在经由默认承载320接收到上行链路流之后，基站302的SDAP层或设备315可以检查上行链路流的封包标记以获得QoS信息，并且当确定流的QoS不适合默认承载的QoS时可以为UE 301配置适合于流的QoS的新承载。当配置了新的承载时，UE 301发送随后通过新配置的承载而不是默认承载生成的上行链路流。
图4示出根据本公开实施例的用于网络装置(例如，基站、路由器、网关(P-GW)等)在移动通信系统网络中划分封包的单元。
如图4所示，可以基于UE具有的源IP地址、基站分配的UE标识符、承载标识符、QoS流标识符或IP标识符每个UE地划分封包流。例如，可以每个UE(用户)地划分封包，诸如对UE1发送和接收的数据封包以及对UE 2发送和接收的数据封包。
根据进一步细分的单位，按承载划分封包。由于可以为一个UE配置多个承载，因此可以对每个承载划分经由每个承载发送和接收的封包。例如，可以每个UE每个承载地划分封包，诸如UE 1的承载1、UE 1的承载2、UE 2的承载1以及UE 2的承载2。
根据再进一步细分的单位，可以按QoS流或IP流划分数据。由于一个UE的一个承载可以映射到多个IP流，因此可以对每个IP流(或QoS流)划分数据。例如，可以将数据划分为用于UE 1的承载1的IP流1的数据，用于UE 1的承载1的IP流2的数据，用于UE 1的承载2的IP流1的数据，用于UE 2的承载1的IP流1的数据和用于UE 2的承载1的IP流2的数据。
前述数据封包处理单元可以用作用于处理数据以确定拥塞的发生或控制拥塞的单元。
图5示出根据本公开的移动通信网络中控制拥塞的实施例1。
在图5中，多个UE(用户)505可以接入基站515以经由无线网络发送和接收数据。基站515可以连接到多个路由器520和/或网关(S-GW和P-GW)520，以通过有线网络发送和接收数据。UE 505可以与多个其他UE、计算机或服务器510交换数据。
当交换数据时，无线网络或有线网络中可能会发生拥塞。当网络装置(例如，基站、路由器、网关或其他网络装置)的缓冲器中等待传输的数据量达到特定标准(525和530)时，也就是说，当数据量由于通信过载(拥塞或延迟)而超过网络装置的封包容量时，可以确定发生拥塞。
在本公开的实施例1中，当在发生网络通信拥塞之前通过检测网络通信拥塞的方法检测到拥塞以实现平滑通信时，检测到拥塞的网络装置丢弃封包，从而防止缓冲器溢出。也就是说，当数据量接近管理员设置的阈值时，网络装置选择UE、承载或流并丢弃与之相对应的封包，从而使得发送器能够减小发送速度。当网络装置丢弃封包时，接收器可以等待一定时间，并且可以随着发送器请求重发而对于接收器的等待时间与发送器的重发时间之间的差减少缓冲器中的数据。
在实施例1中，当网络装置检测到拥塞并丢弃封包时，可以采用以下三种方法来确定要丢弃的封包。
1.网络装置随机选择UE、承载或IP流(或QoS流)，并丢弃与之相对应的数据封包。
2.网络装置可以为每个UE、每个承载或每个IP流(或QoS流)配置计数器，可以为每个UE、每个承载或每个IP流计算发送和接收的封包的数量或大小，以及可以基于计数器值来检测导致拥塞的每UE、承载或IP流的数据。因此，网络装置检测UE、承载或IP流的拥塞原因，并丢弃与之相对应的数据封包(例如，较高的计数器值可以指示拥塞原因)。可以根据预定周期将计数器周期性地设置为0以再次开始计算。
3.网络装置可以鉴于为每个UE、每个承载或每个IP流(或QoS流)设置的QoS策略来确定每个UE、每个承载或每个IP流(或QoS流)要丢弃的数据封包。
图6示出根据本公开的移动通信网络中控制拥塞的实施例2。
在图6中，多个UE(用户)605可以接入基站615以经由无线网络发送和接收数据。基站615可以连接到多个路由器和/或网关(S-GW和P-GW)620以通过有线网络发送和接收数据。UE 605可以与多个其他UE、计算机或服务器610交换数据。
在交换数据时，无线网络或有线网络中可能会发生拥塞。当网络装置(例如，基站、路由器、网关或其他网络装置)的缓冲器中等待传输的数据量达到特定标准时，也就是说，当数据量由于通信过载(拥塞或延迟)而超过网络装置的封包容量时，可以确定发生拥塞。
在本公开的实施例2中，即使在没有检测到拥塞时，网络装置(例如，基站、路由器、网关或其他网络装置)也可以总是读取并解释IP报头或传输控制协议(TCP)报头。然后，网络装置可以执行以下程序。当在网络通信拥塞发生之前通过用于检测网络通信拥塞的方法检测到拥塞以实现平滑通信时，检测到拥塞的网络装置(例如，基站、路由器、网关或其他网络装置615和620)选择UE、承载或IP流，检查与选择的一个相对应的封包的IP报头的显式拥塞通知(congestion control notification，ECN)字段，如果ECN字段的值为01或10，则确定支持根据本公开的实施例2的拥塞控制通知(ECN)方法，以及通过将支持ECN的传输(ECN-capable transport，ECT)标志和拥塞经历(congestion experience，CE)标志设置为11来通知接收器已发生拥塞(617、630，和635)。在接收到封包之后，接收器605设置与封包相对应的上行链路封包(例如，TCP ACK)的TCP报头的ECN-echo(ECE)标志(640、645和650)，并将该封包发送到发送器610，从而通知发送器610发生了拥塞。然后，发送器610识别出发生了拥塞，并且通过减小窗口大小来减小用于传输的数据传输速率。发送器610设置要发送的封包的TCP报头的拥塞窗口减小(congestion window reduced，CWR)标志，并且将该封包发送到接收器605，以通知接收器605数据传输速率已经减小并且成功接收到ECE标志(660和665)。在接收到具有TCP报头的设置的CWR标志的封包时，接收器605可以识别出已经执行拥塞控制。
当接收到IP报头的ECN字段的ECT标志和CE标志被设置为11的封包时，接收器605可以继续设置与该封包相对应的上行链路封包的TCP报头的ECN-回应(ECN-echo，ECE)标志(例如，TCP ACK)并且发送该封包到发送器，直到接收到具有与该封包相对应的TCP报头的CWR字段被设置为1的封包，从而通知发送器610已经发生了拥塞，在下面详细描述。
检测到拥塞的网络装置将IP报头的ECT标志和CE标志设置为11，并将ECT标志和CE标志传送到接收器605。CE比特是两比特ECN字段的最后一个比特，并且ECN字段可以设置为00、01、10和11，其中，00表示未使用ECN方法(一般情况或发送器和接收器不支持ECN的情况)，01或10表示支持ECN的传输(ECT)，指示ECN由发送器610支持，因此可用。网络装置同样考虑01或10，可以任意选择和设置01和10中的任何一个。11表示已经发生拥塞控制。因此，当检测设备检测到拥塞时，网络装置选择UE、承载或IP流，检查与选择的一个相对应的封包的IP报头的ECN字段，并且如果ECN字段被设置为01或10，则将设置为11的ECT标志和CE发送到接收器605，从而可以执行ECN方法。如果ECN字段被设置为00，并且因此不能使用ECN方法，则网络装置可以选择与另一UE、承载或IP流相对应的封包，并且可以重复相同程序。
[表1]
Figure BDA0002381993800000111
ECN字段使用IP报头的服务类型(ToS)字段(630和635)中的最后两个比特。
在实施例2中，当网络装置检测到拥塞并将IP封包的IP报头中的ECN字段设置为11时，可以采用以下三种方法来确定封包。
1.网络装置随机地选择UE、承载或IP流(或QoS流)，选择与之相对应的数据封包，并将ECN字段设置为11。
2.网络装置可以为每个UE，每个承载或每个IP流(或QoS流)配置计数器，可以为每个UE，每个承载或每个IP流计算发送和接收的封包的数量，并且可以基于计数器值检测引起拥塞的每个UE、承载或IP流的数据。因此，网络装置通过UE、承载或IP流检测拥塞的原因，选择与其对应的数据封包，并将ECN字段设置为11(例如，较高的计数器值可以指示拥塞的原因)。可以根据预定周期将计数器周期性地设置为0以再次开始计算。
3.网络装置鉴于为每个UE、每个承载或每个IP流(或QoS流)设置的QoS策略，选择每个UE、每个承载或每个IP流(或QoS流)的数据，并将ECN字段设置为11。
在上述程序中，当网络装置选择封包并将ECN字段设置为11时，如果ECN字段被设置为00并且因此不支持ECN方法，则网络装置可以使用以上三种方法之一来选择另一个封包，并且可以将ECN字段设置为11。
图7示出根据本公开的移动通信网络中控制拥塞的实施例2-1。
在图7中，多个UE(用户)705可以接入基站715以经由无线网络发送和接收数据。基站715可以连接到多个路由器和/或网关(S-GW和P-GW)720，以通过有线网络发送和接收数据。UE 705可以与多个其他UE、计算机或服务器710交换数据。
在交换数据时，无线网络或有线网络中可能会发生拥塞。当网络装置(例如，基站、路由器、网关或其他网络装置)的缓冲器中等待传输的数据量达到特定标准时，也就是说，当数据量由于通信过载(拥塞或延迟)而超过网络装置的封包容量时，可以确定发生拥塞。
在本发明实施例2-1中，当未检测到拥塞时，网络装置(例如，基站、路由器、网关或其他网络装置)在不需要读取和解释IP报头或TCP报头时不解释IP报头或TCP报头。例如，基站不需要读取IP报头和TCP报头。因此，仅当检测到拥塞时，网络装置才可以读取IP报头和TCP报头，并且可以执行以下程序。
当在网络通信拥塞发生之前通过用于检测网络通信拥塞的方法检测到拥塞以实现平滑通信时，检测到拥塞的网络装置(例如，基站、路由器、网关或其他网络装置615和620)选择UE、承载或IP流，检查与选择的一个相对应的封包的IP报头的显式拥塞通知(ECN)字段，如果ECN字段的值为01或10，则确定支持根据本公开的实施例2的拥塞控制通知(ECN)方法，并且通过将支持ECN的传输(ECT)标志和拥塞经历(CE)标志设置为11来通知接收器已经发生拥塞(625)。在接收到封包之后，接收器设置与该封包相对应的上行链路封包(例如，TCP ACK)的TCP报头的ECN-回应(ECN-echo，ECE)标志(640)，并且将该封包发送到发送器，从而通知发送器发生了拥塞。然后，发送器识别到已发生拥塞，并且通过减小窗口尺寸来减小用于传输的数据传输速率。发送器设置要发送的封包的TCP报头的拥塞窗口减少(CWR)标志，并将该封包发送到接收器，以通知接收器已经减小数据传输速率且成功接收ECE标志(645)。在接收到具有TCP报头的设置的CWR标志的封包时，接收器可以识别出已经执行拥塞控制。
当接收到IP报头的ECN字段的ECT标志和CE标志被设置为11的封包时，接收器可以继续设置与该封包相对应的上行链路封包(例如，TCP ACK)的TCP报头的ECN-回应(ECE)标志，并将该封包发送到发送器，直到接收到具有与该封包相对应的TCP报头的CWR字段设置为1的封包，从而通知发送器已经发生拥塞。
检测到拥塞的网络装置将IP报头的ECT标志和CE标志设置为11，并将ECT标志和CE标志传送到接收器。CE比特是两比特ECN字段的最后一个比特，并且ECN字段可以设置为00、01、10和11，其中，00指示未使用ECN方法(一般情况或发送器和接收器不支持ECN的情况)，01或10表示支持ECN的传输(ECT)，指示ECN由发送器支持，因此可用。网络装置同样考虑01或10，可以任意选择和设置01和10中的任何一个。11指示已经发生拥塞控制。因此，当检测设备检测到拥塞时，网络装置选择UE、承载或IP流，检查与选择的一个相对应的封包的IP报头的ECN字段，并且如果ECN字段被设置为01或10，则将设置为11的ECT标志和CE发送到接收器，从而可以执行ECN方法。如果ECN字段被设置为00，并且因此不能使用ECN方法，则网络装置可以选择与另一UE、承载或IP流相对应的封包，并且可以重复相同程序。在表1中示出ECN字段的结构。
ECN字段使用IP报头的服务类型(ToS)字段中出现的最后两个比特(730和735)。
在实施例2-1中，当网络装置检测到拥塞并将IP封包的IP报头中的ECN字段设置为11时，可以采用以下三种方法来确定封包。
1.网络装置随机地选择UE、承载或IP流(或QoS流)，选择与之相对应的数据封包，并将ECN字段设置为11。
2.网络装置可以为每个UE、每个承载或每个IP流(或QoS流)配置计数器，可以为每个UE、每个承载或每个IP流计算发送和接收的封包的数量，以及可以基于计数器值来检测导致拥塞的每个UE、承载或IP流的数据。因此，网络装置检测UE、承载或IP流的拥塞的原因，选择与之相对的数据封包，并且将ECN字段设置为11(例如，较高的计数器值可以指示拥塞的原因)。可以根据预定周期将计数器周期性地设置为0以再次开始计算。
3.网络装置可以鉴于为每个UE、每个承载或每个IP流(或QoS流)设置的QoS策略来选择每个UE、每个承载或每个IP流(或QoS流)的数据，并且将ECN字段设置为11。
在上述程序中，当网络装置选择封包并将ECN字段设置为11时，如果ECN字段被设置为00并且因此不支持ECN方法，则网络装置可以使用以上三种方法之一来选择另一个封包，并且可以将ECN字段设置为11。
图8A、图8B和图8C示出根据本公开的移动通信网络中控制拥塞的实施例2-2。在下文中，图8A、图8B和图8C示出被称为图8。
在图8中，多个UE(用户)805可以接入基站815以经由无线网络发送和接收数据。基站815可以连接到多个路由器和/或网关(S-GW和P-GW)820，以通过有线网络发送和接收数据。UE 805可以与多个其他UE、计算机或服务器810交换数据。
在交换数据时，无线网络或有线网络中可能会发生拥塞。当网络装置(例如，基站、路由器、网关或其他网络装置)的缓冲器中等待传输的数据量达到特定标准时，也就是说，当数据量由于通信过载(拥塞或延迟)而超过网络装置的封包容量时，可以确定发生拥塞。
在本公开的实施例2-2中，即使在未检测到拥塞时，网络装置(例如，基站、路由器、网关或其他网络装置)也可以连续地读取和解释IP报头或TCP报头。
当在网络通信拥塞发生之前通过用于检测网络通信拥塞的方法检测到拥塞以实现平滑通信时，检测到拥塞的网络装置(例如，基站、路由器、网关或其他网络装置815和820)选择UE、承载或IP流，检查与选择的一个相对应的封包的IP报头的显式拥塞通知(ECN)字段，如果ECN字段的值为01或10，则确定支持根据本公开的实施例2的拥塞控制通知(ECN)方法，并且通过将支持ECN的传输(ECT)标志和拥塞经历(CE)标志设置为11来通知接收器已经发生拥塞(825、845和865)。网络装置不仅可以在接收器方向上而且在相反方向(即，发送器方向)上设置与UE、承载或IP流(830、855和870)相对应的封包的TCP报头的ECN-回应(ECE)标志，并且可以将该封包发送到发送器。在接收到该封包之后，接收器设置与该封包相对应的上行链路封包(例如，TCP ACK)的TCP报头的ECN-echo(ECE)标志，并且将封包发送到发送器，从而通知发送器已经发生拥塞。然后，发送器识别出已经发生拥塞，并且通过减小窗口尺寸来减小用于传输的数据传输速率。发送器设置要发送的封包的TCP报头的拥塞窗口减少(CWR)标志，并将该封包发送到接收器，以便通知接收器已经减小数据传输速率且成功接收ECE标志。在接收到具有TCP报头的设置的CWR标志的封包时，接收器可以识别出已经执行拥塞控制。
当接收到IP报头的ECN字段的ECT标志和CE标志被设置为11的封包时，接收器可以继续设置与该封包相对应的上行链路封包(例如，TCP ACK)的TCP报头的ECN-回应(ECE)标志，并将该封包发送到发送器，直到接收到具有与该封包相对应的TCP报头的CWR字段设置为1的封包，从而通知发送器已经发生拥塞，在下面详细描述。
示出图8的示例1801。
当网络装置(路由器、S-GW或P-GW 820)检测到拥塞时，网络装置可以执行以下操作之一。
1.网络装置选择UE、承载或IP流，将IP报头的ECT标志和CE标志设置为11，并将其发送到接收器。同时，网络装置检查并发现与选择的UE、承载或IP流相对应并且经由上行链路发送的封包(可以通过检查IP报头和TCP报头来执行)，设置TCP报头的ECE标志，并将其发送到发送器。
2.网络装置选择UE、承载或IP流，将IP报头的ECT标志和CE标志设置为11，并将其发送到接收器。同时，网络装置，不管所选择的UE、承载或IP流，而为经由上行链路发送的数据选择新的UE、承载或IP流，设置经由上行链路发送的封包的TCP报头的ECE标志，并将其发送到发送器。
3.网络装置为经由上行链路发送的数据选择UE、承载或IP流，设置TCP报头的ECE标志，并将其发送至发送器。同时，网络装置检查并发现与选择的UE、承载或IP流相对应并且经由下行链路发送的封包(可以通过检查IP报头和TCP报头来执行)，将IP报头的ECT标志和CE标志设置为11，并将其发送到接收器。
4.网络装置为经由上行链路发送的数据选择UE、承载或IP流，设置TCP报头的ECE标志，并将其发送至发送器。同时，不管所选择的UE、承载或IP流，网络装置为经由下行链路发送的数据选择新的UE、承载或IP流，将IP报头的ECT标志和CE标志设置为11，并将其发送到接收器。
5.网络装置为经由上行链路发送的数据选择UE、承载或IP流，设置TCP报头的ECE标志，并将其发送至发送器。也就是说，网络装置仅执行到发送器的传输。
示出图8的示例2802。
在示例2中，当网络装置(例如，基站850)连续读取IP报头并且识别出IP报头的ECN字段被设置为11时，网络装置可以执行以下操作之一。
1.网络装置检查并发现与读取的封包相对应并且经由上行链路发送的封包(可以通过检查IP报头和TCP报头来执行)，设置TCP报头的ECE标志，并将其发送到发送器。
2.不管与读取的IP报头相对应的数据，网络装置为经由上行链路发送的数据选择新的UE、承载或IP流，设置经由上行链路发送的封包的TCP报头的ECE标志，并将其发送到发送器。
示出图8的示例3803。
当网络装置(例如，基站860)检测到拥塞时，网络装置可以执行以下操作之一。
1.网络装置选择UE、承载或IP流，将IP报头的ECT标志和CE标志设置为11，并将其发送到接收器。同时，网络装置检查并发现与选择的UE、承载或IP流相对应并且经由上行链路发送的封包(可以通过检查IP报头和TCP报头来执行)，设置TCP报头的ECE标志，并将其发送到发送器。
2.网络装置选择UE、承载或IP流，将IP报头的ECT标志和CE标志设置为11，并将其发送到接收器。同时，不管所选择的UE、承载或IP流，网络装置为经由上行链路发送的数据选择新的UE、承载或IP流，设置经由上行链路发送的封包的TCP报头的ECE标志，并将其发送到发送器。
3.网络装置为经由上行链路发送的数据选择UE、承载或IP流，设置TCP报头的ECE标志，并将其发送至发送器。同时，网络装置检查并发现与选择的UE、承载或IP流相对应并且经由下行链路发送的封包(可以通过检查IP报头和TCP报头来执行)，将IP报头的ECT标志和CE标志设置为11，并将其发送到接收器。
4.网络装置为经由上行链路发送的数据选择UE、承载或IP流，设置TCP报头的ECE标志，并将其发送至发送器。同时，不管所选择的UE、承载或IP流，网络装置为经由下行链路传输的数据选择新的UE、承载或IP流，将IP报头的ECT标志和CE标志设置为11，并将其发送到接收器。
5.网络装置为经由上行链路发送的数据选择UE、承载或IP流，设置TCP报头的ECE标志，并将其发送至发送器。也就是说，网络装置仅执行到发送器的发送。
在实施例2-2中，当网络装置检测到拥塞并将IP封包的IP报头中的ECN字段设置为11或设置IP封包的TCP报头的ECE标志时，可以采用以下三种方法来确定封包。
1.网络装置随机地选择UE、承载或IP流(或QoS流)，选择与之相对应的数据封包，并将ECN字段设置为11或设置IP封包的TCP报头的ECE标志。
2.网络装置可以为每个UE、每个承载或每个IP流(或QoS流)配置计数器，可以为每个UE、每个承载或每个IP流计算发送和接收的封包的数量，以及可以基于计数器值来检测导致拥塞的每个UE、承载或IP流的数据。因此，网络装置检测UE、承载或IP流的拥塞的原因，选择与之相对应的数据封包，并且将ECN字段设置为11或者设置IP封包的TCP报头的ECE标志(例如，较高的计数器值可以指示拥塞的原因)。可以根据预定周期将计数器周期性地设置为0以再次开始计算。
3.网络装置可以鉴于为每个UE、每个承载或每个IP流(或QoS流)设置的QoS策略来选择每个UE、每个承载或每个IP流(或QoS流)的数据，并且将ECN字段设置为11或者设置IP封包的TCP报头的ECE标志。
在本公开的实施例中，移动通信网络中控制拥塞的实施例2-3与实施例2-2基本相同。然而，在实施例2-2中，当未检测到拥塞时，如果不需要读取和解释IP报头和TCP报头，则网络装置(例如，基站、路由器、网关或其他网络装置)不需要读取并解释IP报头和TCP报头。例如，基站不需要读取IP报头和TCP报头。因此，不能执行实施例2-2的示例2802的程序。相反，可以减少读取不必要的IP报头和TCP报头的处理负载。
可以通过一次应用多个实施例来使用本公开中提出的实施例。也就是说，可以将多个实施例同时应用于基站、路由器或网关。
图9示出根据本公开实施例的网络装置的操作。
在图9中，网络装置可以检测是否发生拥塞。可以通过检查网络装置的缓冲器状态来确定是否发生拥塞。可选地，当识别出接收的封包的IP报头字段的ECN字段被设置为11时，可以确定发生拥塞(905)。
当确定发生拥塞时，网络装置根据以下三种方法之一来确定设置IP报头的ECN字段或TCP报头的ECE标志的封包(910)。
1.网络装置随机地选择UE、承载或IP流(或QoS流)，选择与之相对应的数据封包，并将ECN字段设置为11或设置IP封包的TCP报头的ECE标志。
2.网络装置可以为每个UE、每个承载或每个IP流(或QoS流)配置计数器，可以为每个UE、每个承载或每个IP流计算发送和接收的封包的数量，以及可以基于计数器值来检测导致拥塞的每个UE、承载或IP流的数据。因此，网络装置检测UE、承载或IP流的拥塞的原因，选择与之相对应的数据封包，并且将ECN字段设置为11或者设置IP封包的TCP报头的ECE标志(例如，较高的计数器值可以指示拥塞的原因)。可以根据预定周期将计数器周期性地设置为0以再次开始计算。
3.网络装置可以鉴于为每个UE、每个承载或每个IP流(或QoS流)设置的QoS策略来选择每个UE、每个承载或每个IP流(或QoS流)的数据，并且将ECN字段设置为11或者设置IP封包的TCP报头的ECE标志。
根据上面提出的实施例2-1、实施例2-2或实施例2-3中的应用的实施例，网络装置可以选择封包，可以将ECN字段设置为11或者可以设置IP封包的TCP报头的ECE标志，并且可以根据IP地址发送封包(915)。如果没有发生拥塞，则根据IP地址转发封包(920)。
图10示出根据本公开实施例的UE的配置。
参照图10，UE包括射频(RF)处理器1010、基带处理器1020、存储单元1030和控制器1040。控制器1040还可以包括多连接处理器1042。
RF处理器1010执行用于通过无线信道发送或接收信号的功能，诸如信号的频带转换和放大。也就是说，RF处理器1010将从基带处理器1020提供的基带信号上转换为RF带信号，以通过天线发送RF带信号，并且将通过天线接收的RF带信号下转换为基带信号。例如，RF处理器1010可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(DAC)和模数转换器(ADC)。尽管图10仅示出一个天线，但是UE可以包括多个天线。另外，RF处理器1010可以包括多个RF链。此外，RF处理器1010可以执行波束成形。对于波束成形，RF处理器1010可以调整通过多个天线或天线元件发送和接收的每个信号的相位和强度。RF处理器可以执行MIMO，并且在执行MIMO时可以接收多个层。RF处理器1010可以通过在控制器的控制下适当地设置多个天线或天线元件来执行接收波束扫描，或者可以调整接收波束的方向和宽度，使得接收波束与发送波束协调。
基带处理器1020执行根据系统的物理层规范来转换基带信号和比特流的功能。例如，在数据发送中，基带处理器1020对发送比特流进行编码和调制，从而生成复符号。在数据接收中，基带处理器1020对从RF处理器1010提供的基带信号进行解调和解码，从而重建接收比特流。例如，根据OFDM，在数据发送中，基带处理器1020通过对发送比特流进行编码和调制来生成复符号，将复符号映射到子载波，并且通过逆快速傅立叶变换(IFFT)和循环前缀(CP)插入来构造OFDM符号。在数据接收中，基带处理器1020将从RF处理器1010提供的基带信号划分为OFDM符号，通过快速傅立叶变换(FFT)重建映射到子载波的信号，并且通过解调和解码重建接收比特流。
如上所述，基带处理器1020和RF处理器1010发送和接收信号。因此，基带处理器1020和RF处理器1010可以被称为发送器、接收器、收发器或通信单元。基带处理器1020和RF处理器1010中的至少一个可以包括多个通信模块以支持多种不同的无线电接入技术。此外，基带处理器1020和RF处理器1010中的至少一个可以包括用于处理不同频带中的信号的不同通信模块。例如，不同的无线电接入技术可以包括LTE网络、NR网络等。另外，不同的频带可以包括超高频(SHF)频带(例如，2.5GHz或5GHz)和毫米波频带(例如，60GHz)。
存储单元1030存储数据，诸如默认程序、应用和用于操作UE的配置信息。存储单元1030根据控制器1040的请求提供存储的数据。
控制器1040控制UE的整体操作。例如，控制器1040通过基带处理器1020和RF处理器1010发送和接收信号。此外，控制器1040在存储单元1040中记录和读取数据。为此，控制器1040可以包括至少一个处理器。例如，控制器1040可以包括执行对通信的控制的通信处理器(CP)和控制诸如应用的上层的应用处理器(AP)。
图11示出根据本公开的实施例的无线通信系统中的基站的配置。
参照图11，基站包括RF处理器1110、基带处理器1120、回程通信单元1130、存储单元1140和控制器1150。
RF处理器1110执行用于通过无线信道发送或接收信号的功能，诸如信号的频带转换和放大。也就是说，RF处理器1110将从基带处理器1120提供的基带信号上转换为RF带信号，以通过天线发送RF带信号，并且将通过天线接收的RF带信号下转换为基带信号。例如，RF处理器1110可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC和ADC。尽管图11仅示出了一个天线，但是第一接入节点可以包括多个天线。另外，RF处理器1110可以包括多个RF链。此外，RF处理器1110可以执行波束成形。对于波束成形，RF处理器1110可以调整通过多个天线或天线元件发送和接收的每个信号的相位和强度。RF处理器可以发送一层或多层，从而执行下行链路MIMO。
基带处理器1120执行根据第一无线电接入技术的物理层规范来转换基带信号和比特流的功能。例如，在数据发送中，基带处理器1120对发送比特流进行编码和调制，从而生成复符号。在数据接收中，基带处理器1120对从RF处理器1110提供的基带信号进行解调和解码，从而重建接收比特流。例如，根据OFDM，在数据发送中，基带处理器1120通过对发送比特流进行编码和调制来生成复符号，将复符号映射到子载波，并且通过IFFT和CP插入来构造OFDM符号。在数据接收中，基带处理器1120将从RF处理器1110提供的基带信号划分为OFDM符号，通过FFT来重建映射到子载波的信号，并且通过解调和解码来重建接收比特流。如上所述，基带处理器1120和RF处理器1110发送和接收信号。因此，基带处理器1120和RF处理器1110可以被称为发送器、接收器、收发器、通信单元或无线通信单元。
回程通信单元1130提供用于执行与网络中的其他节点的通信的接口。
存储单元1140存储数据，诸如默认程序、应用和用于操作主gNB的配置信息。具体地，存储单元1140可以存储关于分配给连接的UE的承载的信息，从连接的UE报告的测量结果等。另外，存储单元1140可以存储信息作为用于确定是否提供或停止到UE的多连接的标准。存储单元1140根据控制器1150的请求提供存储的数据。
控制器1150控制主gNB的整体操作。例如，控制器1150通过基带处理器1120和RF处理器1110或通过回程通信单元1130发送和接收信号。此外，控制器1150在存储单元1140中记录和读取数据。为此，控制器1150可以包括至少一个处理器。
图12示出根据本公开实施例的网络实体的配置。网络实体可以是S-GW、P-GW、路由器或基站中的至少一个。
参照图12，网络实体可以包括收发器1210和控制器1230。收发器1210可以被称为收发设备或通信单元。网络实体可以通过收发器1210发送和接收信号、封包、数据等。控制器1230可以控制网络实体的操作。根据本公开的各种实施例，控制器1230可以控制网络实体的操作。控制器1230可以包括至少一个处理器。对于网络实体的特定操作，示出了根据本公开的各种实施例的网络实体的操作以供参考。
控制器1230确定是否发生拥塞。当发生拥塞时，控制器1230可以基于与拥塞相关的下行链路封包来确定是否支持拥塞控制。当支持拥塞控制时，控制器1230可以识别与拥塞相关的上行链路封包，并且可以执行控制以更新识别的上行链路封包的报头的拥塞相关字段。当与拥塞相关的下行链路封包的IP报头的ECN字段是01或10时，可以确定支持拥塞控制。拥塞相关字段可以包括TCP报头的ECE字段，并且网络装置可以在ECE字段中设置ECE标志以指示发生拥塞。
当支持拥塞控制时，控制器1230可以执行控制以将与拥塞相关的下行链路封包的ECN字段从01或10更新为11。此外，当从上层节点接收的下行链路封包的ECN字段为11时，控制器1230可以确定在上层节点中已经发生拥塞，并且可以基于上层节点中的拥塞的发生来执行控制以更新拥塞相关字段。
控制器1230可以执行控制以仅识别发生拥塞的下行链路封包的ECN字段。控制器1230可以基于与拥塞相关的下行链路封包的发送器和接收器中的至少一个来识别与拥塞相关的上行链路封包。
提供说明书和附图中公开的实施例仅是为了容易地描述和帮助对本公开的透彻理解，而无意于限制本公开的范围。因此，应该解释为，除了本文公开的实施例之外，从本公开的技术思想得出的所有修改和改变或修改和改变的形式均落入本公开的范围内。

Claims (15)

1.一种网络装置的操作方法，所述方法包括：
确定是否发生拥塞；
在发生拥塞的情况下，基于与拥塞相关的下行链路封包，确定是否支持拥塞控制；
在支持拥塞控制的情况下，识别与拥塞相关的上行链路封包；以及
更新识别的上行链路封包的报头的拥塞相关字段。
2.根据权利要求1所述的方法，其中，在与拥塞相关的下行链路封包的互联网协议(IP)报头的显式拥塞通知(ECN)字段为01或10的情况下，确定支持拥塞控制。
3.根据权利要求1所述的方法，还包括：
在支持拥塞控制的情况下，将与拥塞相关的下行链路封包的ECN字段从01或10更新为11。
4.根据权利要求1所述的方法，其中，拥塞相关字段包括：传输控制协议(TCP)报头的ECN-回应(ECE)字段；
其中，在ECE字段中设置ECE标志以指示发生拥塞。
5.根据权利要求2所述的方法，还包括：
在从上层节点接收的下行链路封包的ECN字段为11的情况下，确定在上层节点中发生拥塞，
其中，基于上层节点中发生拥塞来更新拥塞相关字段。
6.根据权利要求1所述的方法，其中，仅在发生拥塞的情况下，才识别下行链路封包的ECN字段。
7.根据权利要求1所述的方法，其中，基于与拥塞相关的下行链路封包的发送器和接收器中的至少一个识别与拥塞相关的上行链路封包。
8.根据权利要求1所述的方法，其中，网络装置包括基站、路由器或网关中的至少一个。
9.一种网络装置，包括：
收发器，被配置为发送和接收信号；以及
控制器，被配置为执行控制以：
确定是否发生拥塞；
在发生拥塞的情况下，基于与拥塞相关的下行链路封包，确定是否支持拥塞控制；
在支持拥塞控制的情况下，识别与拥塞相关的上行链路封包；以及
更新识别的上行链路封包的报头的拥塞相关字段。
10.根据权利要求9所述的网络装置，其中，在与拥塞相关的下行链路封包的互联网协议(IP)报头的显式拥塞通知(ECN)字段为01或10的情况下，确定支持拥塞控制。
11.根据权利要求9所述的网络装置，其中，在支持拥塞控制的情况下，控制器被配置为将与拥塞相关的下行链路封包的ECN字段从01或10更新为11。
12.根据权利要求9所述的网络装置，其中，拥塞相关字段包括：传输控制协议(TCP)报头的ECN-回应(ECE)字段；
其中，在ECE字段中设置ECE标志以指示发生拥塞。
13.根据权利要求10所述的网络装置，其中，控制器被配置为：
在从上层节点接收的下行链路封包的ECN字段为11的情况下，确定在上层节点中发生拥塞，
其中，基于上层节点中发生拥塞来更新拥塞相关字段。
14.根据权利要求9所述的网络装置，其中，控制器被配置为仅在发生拥塞的情况下，才识别下行链路封包的ECN字段。
15.根据权利要求9所述的网络装置，其中，基于与拥塞相关的下行链路封包的发送器和接收器中的至少一个识别与拥塞相关的上行链路封包，以及
其中，网络装置包括基站、路由器或网关中的至少一个。
CN201880052101.XA 2017-08-11 2018-07-27 在移动通信系统网络中有效执行拥塞控制的方法和装置 Active CN110999380B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR10-2017-0102210 2017-08-11
KR1020170102210A KR102380619B1 (ko) 2017-08-11 2017-08-11 이동 통신 시스템 망에서 혼잡 제어를 효율적으로 수행하는 방법 및 장치
PCT/KR2018/008502 WO2019031739A1 (ko) 2017-08-11 2018-07-27 이동 통신 시스템 망에서 혼잡 제어를 효율적으로 수행하는 방법 및 장치

Publications (2)

Publication Number Publication Date
CN110999380A true CN110999380A (zh) 2020-04-10
CN110999380B CN110999380B (zh) 2023-09-29

Family

ID=65271722

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880052101.XA Active CN110999380B (zh) 2017-08-11 2018-07-27 在移动通信系统网络中有效执行拥塞控制的方法和装置

Country Status (5)

Country Link
US (1) US11540167B2 (zh)
EP (1) EP3644643B1 (zh)
KR (1) KR102380619B1 (zh)
CN (1) CN110999380B (zh)
WO (1) WO2019031739A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024067452A1 (zh) * 2022-09-29 2024-04-04 维沃移动通信有限公司 信息处理方法及通信设备

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102380619B1 (ko) * 2017-08-11 2022-03-30 삼성전자 주식회사 이동 통신 시스템 망에서 혼잡 제어를 효율적으로 수행하는 방법 및 장치
CN109861925B (zh) * 2017-11-30 2021-12-21 华为技术有限公司 数据传输方法、相关装置及网络
KR20210126691A (ko) * 2019-02-13 2021-10-20 콘비다 와이어리스, 엘엘씨 5g에서의 접속 지향 차량-대-x(vtx) 통신을 위한 장치, 시스템, 방법 및 컴퓨터 판독가능 매체
CN113874848A (zh) * 2019-05-23 2021-12-31 慧与发展有限责任合伙企业 用于促进网络接口控制器(nic)中对加速器的操作管理的系统和方法
CN118301078A (zh) * 2019-07-18 2024-07-05 华为技术有限公司 流速控制方法和装置
WO2024060303A1 (en) * 2022-09-23 2024-03-28 Apple Inc. Technologies for congestion detection in wireless networks

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100090362A (ko) * 2009-02-06 2010-08-16 삼성전자주식회사 이동통신 시스템에서 혼잡 제어 방법 및 장치
CN102158896A (zh) * 2010-02-12 2011-08-17 华为技术有限公司 处理本地链路拥塞的方法和装置
CN102484819A (zh) * 2009-08-25 2012-05-30 瑞典爱立信有限公司 使用ecn机制以直接向基站发信号通知拥塞
CN102598833A (zh) * 2009-08-24 2012-07-18 瑞典爱立信有限公司 用于增强上行链路通信的传输网络拥塞控制
WO2013133665A1 (ko) * 2012-03-08 2013-09-12 삼성전자 주식회사 무선 통신 시스템의 혼잡 관리를 위한 방법 및 장치
US20140022900A1 (en) * 2012-07-17 2014-01-23 Cisco Technology, Inc. System and method for indicating a level of ran congestion for user plane traffic in a network environment
EP2882221A1 (en) * 2012-07-31 2015-06-10 Nec Corporation Mobile terminal, control node, packet transfer node, and method for congestion control
CN104769999A (zh) * 2013-10-25 2015-07-08 华为技术有限公司 拥塞控制方法、装置及系统
CN104969621A (zh) * 2013-11-14 2015-10-07 华为技术有限公司 拥塞控制方法、装置及系统
US20160127238A1 (en) * 2014-11-05 2016-05-05 Openwave Mobility Inc. Congestion monitoring
CN105850176A (zh) * 2013-12-20 2016-08-10 三星电子株式会社 在移动通信系统中用于控制拥塞的方法和设备
CN106165458A (zh) * 2014-04-10 2016-11-23 高通股份有限公司 拥塞控制方案
US20170142609A1 (en) * 2012-08-06 2017-05-18 Vid Scale, Inc. Rate Adaptation Using Network Signaling
CN107005881A (zh) * 2014-12-12 2017-08-01 三星电子株式会社 用于控制移动通信系统中的拥塞的方法和设备

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6757245B1 (en) * 2000-06-01 2004-06-29 Nokia Corporation Apparatus, and associated method, for communicating packet data in a network including a radio-link
US9414255B2 (en) * 2002-09-13 2016-08-09 Alcatel Lucent Packet flow control in a wireless communications network based on an indication contained in a packet
US7468947B2 (en) * 2003-03-31 2008-12-23 International Business Machines Corporation Controlling data packet flows by manipulating data packets according to an actual manipulation rate
US7760646B2 (en) * 2005-02-09 2010-07-20 Nokia Corporation Congestion notification in 3G radio access
US8427949B2 (en) * 2009-08-07 2013-04-23 Future Wei Technologies, Inc. System and method for adapting a source rate
US8982694B2 (en) * 2010-09-01 2015-03-17 Telefonaktiebolaget L M Ericsson (Publ) Localized congestion exposure
JP5710418B2 (ja) * 2011-08-08 2015-04-30 アラクサラネットワークス株式会社 パケット中継装置、及び方法
EP2754314A1 (en) * 2011-09-06 2014-07-16 NEC Europe Ltd. Method and system for congestion avoidance in mobile communication networks
US9654399B2 (en) * 2011-12-28 2017-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices in an IP network for congestion control
US9548930B1 (en) * 2014-05-09 2017-01-17 Google Inc. Method for improving link selection at the borders of SDN and traditional networks
WO2016035326A1 (ja) * 2014-09-03 2016-03-10 日本電気株式会社 無線通信システム、基地局、ユーザ機器、通信方法、記憶媒体
KR102409638B1 (ko) 2016-04-20 2022-06-16 삼성전자 주식회사 이종의 무선 통신 시스템을 통해 서비스를 수신하는 방법 및 장치
CN108243111B (zh) * 2016-12-27 2021-08-27 华为技术有限公司 确定传输路径的方法和装置
KR102380619B1 (ko) * 2017-08-11 2022-03-30 삼성전자 주식회사 이동 통신 시스템 망에서 혼잡 제어를 효율적으로 수행하는 방법 및 장치

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20100090362A (ko) * 2009-02-06 2010-08-16 삼성전자주식회사 이동통신 시스템에서 혼잡 제어 방법 및 장치
CN102598833A (zh) * 2009-08-24 2012-07-18 瑞典爱立信有限公司 用于增强上行链路通信的传输网络拥塞控制
CN102484819A (zh) * 2009-08-25 2012-05-30 瑞典爱立信有限公司 使用ecn机制以直接向基站发信号通知拥塞
CN102158896A (zh) * 2010-02-12 2011-08-17 华为技术有限公司 处理本地链路拥塞的方法和装置
WO2013133665A1 (ko) * 2012-03-08 2013-09-12 삼성전자 주식회사 무선 통신 시스템의 혼잡 관리를 위한 방법 및 장치
US20140022900A1 (en) * 2012-07-17 2014-01-23 Cisco Technology, Inc. System and method for indicating a level of ran congestion for user plane traffic in a network environment
EP2882221A1 (en) * 2012-07-31 2015-06-10 Nec Corporation Mobile terminal, control node, packet transfer node, and method for congestion control
US20170142609A1 (en) * 2012-08-06 2017-05-18 Vid Scale, Inc. Rate Adaptation Using Network Signaling
CN104769999A (zh) * 2013-10-25 2015-07-08 华为技术有限公司 拥塞控制方法、装置及系统
CN104969621A (zh) * 2013-11-14 2015-10-07 华为技术有限公司 拥塞控制方法、装置及系统
CN105850176A (zh) * 2013-12-20 2016-08-10 三星电子株式会社 在移动通信系统中用于控制拥塞的方法和设备
CN106165458A (zh) * 2014-04-10 2016-11-23 高通股份有限公司 拥塞控制方案
US20160127238A1 (en) * 2014-11-05 2016-05-05 Openwave Mobility Inc. Congestion monitoring
CN107005881A (zh) * 2014-12-12 2017-08-01 三星电子株式会社 用于控制移动通信系统中的拥塞的方法和设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024067452A1 (zh) * 2022-09-29 2024-04-04 维沃移动通信有限公司 信息处理方法及通信设备

Also Published As

Publication number Publication date
EP3644643A1 (en) 2020-04-29
EP3644643A4 (en) 2020-05-27
US20200374745A1 (en) 2020-11-26
US11540167B2 (en) 2022-12-27
EP3644643B1 (en) 2021-11-17
KR102380619B1 (ko) 2022-03-30
WO2019031739A1 (ko) 2019-02-14
KR20190017399A (ko) 2019-02-20
CN110999380B (zh) 2023-09-29

Similar Documents

Publication Publication Date Title
CN110999380B (zh) 在移动通信系统网络中有效执行拥塞控制的方法和装置
US11277859B2 (en) Method for supporting multiple scheduling requests in next-generation mobile communication system
US11202279B2 (en) Method and apparatus for processing data in wireless communication system
US11206601B2 (en) Method and apparatus for efficiently providing access control configuration information in next-generation wireless communication system
US10805048B2 (en) Method and apparatus for transmitting and receiving duplicate packets in next-generation mobile communication system
KR20180123345A (ko) 이동 통신 시스템에서의 QoS(Quality Of Service) Flow의 설정 방법 및 장치
TW201729614A (zh) 基於lte的v2x通訊服務品質以及壅塞減輕
CN114513859A (zh) 无线通信系统中的通信方法和装置
EP3556135B1 (en) Method and apparatus for processing data in a wireless communication system
US20210143922A1 (en) Method and apparatus for dynamically configuring channel loss measurement in next-generation mobile communication system
EP3123765A1 (en) Evolved node-b and mobility management entity and user equipment and methods for supporting attended and unattended services
EP4096340A1 (en) Method and apparatus for supporting packet duplicate transmission by using sidelink in wireless communication system
US20140177535A1 (en) Method and apparatus for admission control in a wireless communication system
WO2021212478A1 (zh) 可穿戴设备及用于可穿戴设备获取通信资源的方法
US20220086625A1 (en) Method and device for reporting terminal capability for multiple radio transmission schemes in next generation mobile communication system
KR20240122428A (ko) 다중 액세스 프로토콜 데이터 유닛 세션들에 대한 액세스 조합들을 관리하기 위한 기법들
WO2021253439A1 (zh) 无线接入方法和系统
WO2023013192A1 (ja) 端末、基地局及び通信方法
WO2022195952A1 (ja) 端末、基地局及び通信方法
WO2022215390A1 (ja) 端末、基地局及び通信方法
WO2024171520A1 (ja) 基地局、端末及び通信方法
WO2024171521A1 (ja) 基地局、端末及び通信方法
WO2023013191A1 (ja) 通信装置、及び、通信方法
WO2024171677A1 (ja) 通信装置、通信方法、及び、集積回路
WO2021157197A1 (ja) 端末及び通信方法

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