CN113472492A - 流控消息的传输方法和设备 - Google Patents

流控消息的传输方法和设备 Download PDF

Info

Publication number
CN113472492A
CN113472492A CN202010238754.6A CN202010238754A CN113472492A CN 113472492 A CN113472492 A CN 113472492A CN 202010238754 A CN202010238754 A CN 202010238754A CN 113472492 A CN113472492 A CN 113472492A
Authority
CN
China
Prior art keywords
flow control
threshold
timer
control message
condition
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
CN202010238754.6A
Other languages
English (en)
Other versions
CN113472492B (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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202010238754.6A priority Critical patent/CN113472492B/zh
Priority to PCT/CN2021/083996 priority patent/WO2021197331A1/zh
Publication of CN113472492A publication Critical patent/CN113472492A/zh
Application granted granted Critical
Publication of CN113472492B publication Critical patent/CN113472492B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path

Landscapes

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

Abstract

本发明实施例公开了一种流控消息的传输方法和设备，用以解决相关技术中流控消息的触发条件不够完善，导致流控消息被频繁触发的问题。该方法可以由通信设备执行，所述方法包括：基于如下至少之一：定时器的运行情况，缓存数据情况，接收到的轮询消息，确定是否满足流控消息的触发条件；如果满足所述触发条件，则发送所述流控消息。

Description

流控消息的传输方法和设备
技术领域
本发明实施例涉及通信领域，尤其涉及一种流控消息的传输方法和设备。
背景技术
在自回传(Integrated Access Backhaul，IAB)网络中，采用流控机制可以解决下行数据拥塞的问题。其中，下行数据拥塞是指IAB子节点从其IAB父节点收到的数据来不及发送给下游IAB节点或者终端设备而造成数据堆积。当IAB子节点的数据堆积到有缓存溢出风险时，会向其父节点发送流控反馈(Flow Control Feedback)，或者称流控消息(FlowControl Message，FCM)，以警示拥塞，接收到流控消息的IAB父节点会控制给该IAB子节点发送下行数据的传输速率。
相关技术中，当IAB子节点满足触发条件之后，就触发往IAB父节点的逐跳选项(Hop by Hop，HbH)进行流控消息的反馈，然而，该流控消息的触发条件不够完善，会导致流控消息被频繁触发。因此，有必要提供相关的方案来优化流控消息的触发和传输机制。
发明内容
本发明实施例的目的是提供一种流控消息的传输方法和设备，用以解决相关技术中流控消息的触发条件不够完善，导致流控消息被频繁触发的问题。
第一方面，提供了一种流控消息的传输方法，所述方法由第一通信设备执行，所述方法包括：
基于如下至少之一：定时器的运行情况，缓存数据情况，接收到的轮询消息，确定是否满足流控消息的触发条件；
如果满足所述触发条件，则发送所述流控消息。
第二方面，提供了一种流控消息的传输方法，所述方法由第二通信设备执行，所述方法包括：
接收流控消息；
其中，所述流控消息是第一通信设备在满足触发条件的情况下发送的，所述触发条件是基于如下至少之一确定的：定时器的运行情况，缓存数据情况，接收到的轮询消息。
第三方面，提供了一种通信设备，包括：
处理模块，用于基于如下至少之一：定时器的运行情况，缓存数据情况，接收到的轮询消息，确定是否满足流控消息的触发条件；
发送模块，用于如果满足所述触发条件，则发送所述流控消息。
第四方面，提供了一种通信设备，包括：
接收模块，用于接收流控消息；
其中，所述流控消息是第一通信设备在满足触发条件的情况下发送的，所述触发条件是基于如下至少之一确定的：定时器的运行情况，缓存数据情况，接收到的轮询消息。
第五方面，提供了一种通信设备，该通信设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如第一方面和第二方面中任意一个方面所述的流控消息的传输方法的步骤。
第六方面，提供了一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如第一方面和第二方面中任意一个方面所述的流控消息的传输方法。
在本发明实施例中，可以基于定时器的运行情况、通信设备的缓存数据情况和接收到的轮询消息这三者的至少之一确定是否满足触发条件，并在满足触发条件的情况下发送流控消息，通信设备不会过于频繁地发送流控消息，节约信令开销。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图1是根据本发明的一个实施例的流控消息的传输方法的示意性流程图；
图2是根据本发明的一个实施例的流控消息的传输方法的示意性流程图；
图3是根据本发明的一个实施例的流控消息的传输方法的示意性流程图；
图4是根据本发明的一个实施例的流控消息的传输方法的示意性流程图；
图5是根据本发明的一个实施例的流控消息的传输方法的示意性流程图；
图6是根据本发明的一个实施例的流控消息的传输方法的示意性流程图；
图7是根据本发明的一个实施例的流控消息的传输方法的示意性流程图；
图8是根据本发明的一个实施例的通信设备的结构示意图；
图9是根据本发明的另一个实施例的通信设备的结构示意图；
图10是根据本发明的一个实施例的网络设备的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本说明书各个实施例中的“和/或”表示前后两者的至少之一。
应理解，本发明实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long Term Evolution，LTE)系统、LTE频分双工(Frequency Division Duplex，FDD)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal MobileTelecommunication System，UMTS)或全球互联微波接入(Worldwide Interoperabilityfor Microwave Access，WiMAX)通信系统、5G系统，或者说新无线(New Radio，NR)系统，自回传(Integrated Access Backhaul，IAB)系统，或者为后续演进通信系统。
在本发明实施例中，终端设备可以包括但不限于移动台(Mobile Station，MS)、移动终端(Mobile Terminal)、移动电话(Mobile Telephone)、用户设备(User Equipment，UE)、手机(handset)及便携设备(portable equipment)、车辆(vehicle)等，该终端设备可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，例如，终端设备可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等，终端设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
本发明实施例中，网络设备是一种部署在无线接入网中用以为终端设备提供无线通信功能的装置。所述网络设备可以为基站，所述基站可以包括各种形式的宏基站，微基站，中继站，接入点等。在采用不同的无线接入技术的系统中，具有基站功能的设备的名称可能会有所不同。例如在LTE网络中，称为演进的节点B(Evolved NodeB，eNB或eNodeB)，在第三代(3rd Generation，3G)网络中，称为节点B(Node B)，在5G系统中称为下一代节点B(gNB)，或者后续演进通信系统中的网络设备等等，然用词并不构成限制。
如图1所示，本发明的一个实施例提供一种流控消息的传输方法100，该方法可以由通信设备执行，换言之，该方法可以由安装在通信设备的软件或硬件来执行，该通信设备可以是IAB网络中的IAB子节点；也可以是中继节点(relay)，该方法100包括如下步骤：
S102：基于如下至少之一：定时器的运行情况，缓存数据情况，接收到的轮询消息，确定是否满足流控消息的触发条件。
该实施例中，定时器的运行情况例如包括：定时器正在运行；定时器没有运行。通信设备的缓存数据情况例如包括：通信设备缓存的数据量是否超出一定的数据量门限；通信设备缓存的数据的等待时间是否超出一定的时间门限，其中，缓存的数据的等待时间可以是最早缓存数据的等待时间，还可以是一定范围内(如全部)缓存的数据的平均等待时间。
在一个例子中，该实施例基于定时器的运行情况确定是否满足流控消息的触发条件，例如，定时器正在运行，则不满足触发条件。
在另一个例子中，该实施例基于定时器的运行情况和通信设备的缓存数据情况，确定是否满足流控消息的触发条件。例如，如果第一定时器没有运行，且缓存的数据超出第一门限，则确定满足流控消息的触发条件。可以理解，如果第一定时器正在运行或者缓存的数据没有超出第一门限，则不满足流控消息的触发条件。
在再一个例子中，该实施例基于通信设备的缓存数据情况，确定是否满足流控消息的触发条件，例如，如果通信设备缓存的数据第一次超出第二门限或再次超出所述第二门限，则确定满足流控消息的触发条件；其中，在确定满足流控消息的触发条件之后，如果缓存的数据超出所述第二门限且不超出第三门限，则不满足所述触发条件，所述第三门限高于所述第二门限。
在又一个例子中，该实施例基于接收到的轮询消息，确定是否满足流控消息的触发条件，例如，接收到轮询消息，则确定满足流控消息的触发条件。
在其他的例子中，还可以基于定时器的运行情况以及接收到的轮询消息，确定是否满足流控消息的触发条件。
S104：如果满足所述触发条件，则发送所述流控消息。
可以理解，该实施例中，如不满足上述触发条件，则直接结束流程。
可以理解，该实施例中，终端设备在发送流控消息之前，还可以生成(construct)该流控消息。
需要说明的是，本说明书各个实施例中提到的流控消息(Flow Control Message，FCM)还可以用其他的技术技术术语来替代，例如流控反馈(Flow Control Feedback)等。
本发明实施例提供的流控消息的传输方法，可以基于定时器的运行情况、通信设备的缓存数据情况和接收到的轮询消息这三者的至少之一确定是否满足触发条件，并在满足触发条件的情况下生成并发送流控消息，通信设备不会过于频繁地发送流控消息，节约信令开销。
可选地，作为一个实施例，实施例100的S102可以包括：如果第一定时器没有运行，且缓存的数据超出第一门限，则确定满足流控消息的触发条件。可以理解，如果第一定时器正在运行或者缓存的数据没有超出第一门限，则不满足流控消息的触发条件。
该实施例中提到的缓存的数据超出第一门限，可以是缓存的数据的数据量超过第一门限(第一数据量门限)，还可以是缓存的数据的等待时间超过第一门限(第一时间门限)。
本说明书各个实施例中提到的定时器，包括第一定时器以及后文提到的第二定时器和第三定时器，基于这些定时器的实现功能，还可以用一些其他的技术术语来替代，例如，流控禁止定时器(FC prohibit timer)，延迟定时器(delay timer)等。
该实施例在确定满足流控消息的触发条件之后，还可以开启或重启上述第一定时器。其中，在该第一定时器的运行期间内不再触发生成流控消息，也即，在第一定时器的运行期间内不满足流控消息的触发条件。
可选地，在开启或重启所述第一定时器之后，所述方法还包括：在第一定时器运行结束的情况下，如果缓存的数据未超出所述第一门限，例如，小于或等于一定的预设门限(该预设门限低于或等于第一门限)，则向父节点或上游节点发送拥塞解除消息，便于通信设备的父节点或上游节点能够及时地了解通信设备的流控情况。
在其他的实施例中，在开启或重启所述第一定时器之后，无论第一定时器运行是否结束，如果缓存的数据未超出所述第一门限，例如，小于或等于一定的预设门限(该预设门限低于或等于第一门限)，则可以向父节点或上游节点发送拥塞解除消息，
可以理解，在第一定时器运行结束的情况下，如果缓存的数据仍然超出第一门限，则可以再次发送流控消息，并重启该第一定时器，在该第一定时器的运行期间不在触发流控消息。
上述实施例通过发送拥塞解除消息的方式，例如，在通信设备是IAB子节点，其向IAB父节点发送拥塞解除消息，使得IAB父节点确定IAB子节点拥塞预警解除；在通信设备是中继节点时，其向上游中继节点或其它网络设备发送拥塞解除消息，使得上游中继节点或其它网络设备确定拥塞预警解除。
可选地，在其他的实施例中，在第一定时器运行结束的情况下，如果缓存的数据未超出所述第一门限，则无需发送拥塞解除消息。该实施例例如，在通信设备是IAB子节点时，其向IAB父节点发送流控消息后，IAB父节点启动第五定时器(该第五定时器可以和第一定时器的时长相同，也可以和第一定时器的时长不同)，如果IAB父节点在第五定时器运行结束时未再次收到流控消息，则确定拥塞预警解除。该实施例又例如，IAB子节点给IAB父节点发送流控消息后，IAB父节点收到该流控消息后采取流控措施，该流控措施配置完成之后，如果IAB父节点没有再次收到该IAB子节点的流控消息，则IAB父节点认为IAB子节点拥塞预警解除；如果IAB父节点再次收到该IAB子节点的流控消息，则再次采取流控措施。
该实施例无需执行拥塞解除消息发送和接收的操作，便于进一步节约信令开销，提高通信效率；同时，便于IAB父节点能够及时地了解IAB子节点的流控情况。
可选地，作为一个实施例，实施例100的S102可以包括：如果缓存的数据第一次超出第二门限或再次超出所述第二门限，则确定满足流控消息的触发条件；其中，在确定满足流控消息的触发条件之后，如果缓存的数据超出所述第二门限且不超出第三门限，则不满足所述触发条件，即不在触发生成流控消息，所述第三门限高于所述第二门限。
该实施例中提到的缓存的数据超出第二门限，可以是缓存的数据的数据量超过第二门限(第二数据量门限)，还可以是缓存的数据的等待时间超过第二门限(第二时间门限)；同理，缓存的数据不超出第三门限，可以是缓存的数据的数据量不超过第三门限(第三数据量门限)，还可以是缓存的数据的等待时间不超过第三门限(第三时间门限)。
该实施例采用递进式的流控消息的触发和生成机制，通过设置多个不同(依次递增)的门限值，仅仅在缓存的数据超过这些门限的时刻发送流控消息，在缓存的数据处于两个相邻的门限之间时则不触发生成流控消息，同样可以避免流控消息被频繁触发，便于节约信令开销。
可选地，在上述实施例中，在发送流控消息后，如果缓存的数据继续增长，在缓存的数据超出所述第三门限的情况下，则确定满足流控消息的触发条件，再次发送流控消息，该流控消息用以警示通信设备的父节点或上游节点进一步降低下行流量。
该实施例中提到的缓存的数据超出第三门限，可以是缓存的数据的数据量超过第三门限(第三数据量门限)，还可以是缓存的数据的等待时间超过第三门限(第三时间门限)。
需要说明的是，该实施例提供的递进式的流控消息的触发和生成机制，虽然只介绍了第二门限和第三门限，实际上还可以设置更多的门限，例如，第五门限，等等，其中，第五门限大于第三门限。
这样，在缓存的数据超出所述第三门限且不超出第五门限时，则不满足所述触发条件，也即不在触发生成流控消息，直至缓存的数据超出第五门限的时刻再发送一条流控消息等等。
可选地，在上述实施例提供的递进式的流控消息的触发和生成机制还可以和定时器结合使用，这将构成另一实施例，也即，在缓存的数据超出上述第三门限，则确定满足流控消息的触发条件之后，还可以开启或重启第二定时器，其中，在该第二定时器的运行期间不触发流控消息，也即在该第二定时器的运行期间不满足流控消息的触发条件。
可选地，前文各个实施例介绍的递进式的流控消息的触发方法，还可以包括如下步骤：如果缓存的数据不超出第四门限，则发送拥塞解除消息；其中，所述第四门限小于或等于所述第二门限。
可选地，前文各个实施例中提到的第一门限可以是指缓存的数据的数据量或缓存的数据的等待时间；前文各个实施例中提到的第二门限包括缓存的数据的数据量或缓存的数据的等待时间；前文各个实施例中提到的第三门限包括缓存的数据的数据量或缓存的数据的等待时间；前文各个实施例中提到的第四门限包括缓存的数据的数据量或缓存的数据的等待时间。
这样，在前文各个实施例介绍的不超出或超出**门限(指第一门限至第四门限的至少之一)，具体可以是缓存的数据的数据量不超出或超出**门限，或者是缓存的数据的等待时间不超出或超出**门限。
可选地，实施例100提到的如果满足所述触发条件，则发送所述流控消息，包括如下步骤：
如果接收到轮询消息，则可以执行以下两者之一
1)周期性地发送多个流控消息。该流控消息的发送和前文各个实施例可以是相互独立的进程。例如，即使在前文实施例提到的定时器(如第一定时器)的运行期间内，也可以发送该周期性的流控消息。
2)发送流控消息并启动第三定时器，在所述第三定时器运行期间不触发流控消息。该流控消息的发送方式和前文各个实施例可以结合，例如，在第三定时器运行期间，不再触发生成任何流控消息。
该实施例可以通过周期性发送流控消息的方式，可以避免流控消息被频繁触发，便于节约信令开销；或者，该实施例通过引入的第三定时器，也可以避免流控消息被频繁触发，便于节约信令开销。
可选地，作为一个实施例，所述周期性地发送多个流控消息，包括：每发送完一个所述流控消息后启动第四定时器，在所述第四定时器超时后再次发送流控消息。
可选地，作为一个实施例，所述多个流控消息的数量是N(N是大于或等于2的整数)；其中，如果发送完N个所述流控消息，则不再启动所述第四定时器。
可选地，作为一个实施例，N是所述轮询消息携带的，其中，N为协议(预)定义的或网络设备(预)配置的，发送轮询消息的父节点或上游节点可以获取得到。
为详细说明本发明上述各个实施例介绍的流控消息的传输方法，以下将结合几个具体的实施例进行介绍。
需要说明的是，以下几个实施例在介绍时是以IAB网络中的IAB子节点和IAB父节点为例进行介绍，可以理解，下述实施例同样适用于中继节点和其上游节点。
实施例一：
该实施例是基于事件触发的流控消息，具体是基于定时器的运行情况和缓存数据的情况的流控消息触发机制，如图2所示，该实施例包括如下步骤。
1、IAB子节点缓存的数据超出第一门限，满足流控消息的触发条件，见图2中的trigger1；
2、IAB子节点向IAB父节点发送流控消息1(FCM1)，并且开启第一定时器(FCprohibit timer)；
3、在第一定时器运行期间内，缓存的数据继续超出第一门限，见图2中的trigger2；由于在禁止触发期间(即第一定时器的限制)，因此不会触发流控消息的发送；
4、第一定时器超时，此时如果缓存的数据仍然超出第一门限，见图2中的trigger3，因此触发生成并发送流控消息2(FCM2)，并且重启第一定时器。
5、由FCM2开启的第一定时器超时，且此时缓存的数据未超出第一门限，即不会触发FCM3；
6、IAB父节点未接收到FCM3，认为子节点拥塞预警解除。
在实施例一的流控消息的触发条件不变的情况下，IAB子节点还可以采用发送拥塞解除消息的方式指示拥塞预警解除，如图3所示，有以下两种方式。
方式一：
1、在第一定时器超时后，如果到达解除条件(例如，缓存的数据小于或等于第六门限，该第六门限小于或等于第一门限)；
2、IAB子节点向IAB父节点发送拥塞解除消息(congestion solved message)，见图3中的实线所示；
3、IAB父节点接收到congestion solved message，认为子节点拥塞预警解除。
方式二：
或者，如图3中虚线的congestion solved message所示：
1、无论第一定时器是否超时，当IAB子节点的缓存数据回退至一定的门限(例如，缓存的数据小于或等于第六门限，该第六门限小于或等于第一门限)以下，见图3中的trigger4，触发流控解除消息；
2、IAB子节点向IAB父节点发送流控解除消息，见图3虚线所示的congestionsolved message消息；
3、父节点接收到congestion solved message，认为子节点拥塞预警解除。
实施例二：
基于Polling触发的流控消息，且为周期触发。
如图4所示，该实施例包括如下步骤：
1、网络侧配置polling周期性触发次数N的值；具体可以配置给IAB父节点。
2、IAB父节点向IAB子节点发送polling1消息，该polling1消息包括N的值；
3、IAB子节点收到polling1消息后，周期发送N个流控消息(与基于实施例100的事件触发的机制无关，即无论当前是否有事件触发后开启的定时器，子节点在收到Polling后总是能直接触发流控消息)。
具体地，IAB子节点每发送完一个流控消息后都启动第四定时器，在第四定时器超时后再次生成并发送流控消息。
当IAB子节点发送流控消息的次数达到N后，不再启动第四定时器。即总共触发N次流控消息，但是触发N-1次第四定时器。
该实施例中，由于Polling是网络侧配置，因此在实际应用中，不会出现父节点在周期性触发的polling消息没有结束时，再发送一个Polling消息指示子节点发送流控消息。即在第四定时器开启期间，基于网络侧的实现，不会出现另外的polling消息。所以该第四定时器的作用主要是周期性触发子节点响应父节点发出的polling消息，非禁止类型。
实施例三：
基于Polling触发的流控消息，单次触发发送。
如图5所示，该实施例包括如下步骤：
1、IAB父节点向IAB子节点发送polling1消息；
2、IAB子节点收到polling1消息后，发送FCM1，告知IAB父节点当前的缓存数据状况；同时，IAB子节点开启第三定时器；在第三定时器的运行期间不再触发发送任何流控消息。
3、IAB父节点在第三定时器运行期间再次向IAB子节点发送polling 2消息；
4、IAB子节点接收到polling 2消息，由于当前仍处在第三定时器计时期间，因此不发送FCM；
5、第三定时器超时，IAB子节点向IAB父节点发送FCM2，并且开启一个新的第三定时器。
实施例四
基于事件触发的流控消息，递进触发流控消息。
如图6所示，该实施例包括如下步骤：
1、IAB子节点缓存的数据第一次达到第二门限或者再次超过第二门限时，见图6中的“trigger A”；此时发送FCM A，表示当前IAB子节点的拥塞严重程度较轻；
2、IAB父节点收到FCM A消息，采取程度较低的流控措施，减少对IAB子节点的数据传输；
3、当IAB子节点的缓存数据值一直增长到大于第三门限时，见图6中的“triggerB”；此时发送FCM B，表示当前IAB子节点的拥塞程度较为严重；同时开启第二定时器。
4、IAB父节点收到FCM B消息，开始采取程度较高的流控措施，减少对子节点的数据传输；
该实施例四指示拥塞预警解除方式一：
1、在第二定时器超时后未达到事件触发条件，例如，缓存的数据量降到第四门限以内，第四门限小于或等于第二门限；
2、IAB子节点向IAB父节点发送拥塞解除的消息(congestion solved message)；
3、IAB父节点接收到congestion solved message，认为IAB子节点拥塞预警解除。
该实施例四指示拥塞预警解除方式二：
或者如图6中虚线congestion solved message所示。
1、无论第二定时器是否超时，当IAB子节点的缓存数据回退至第四门限(第四门限小于或等于第二门限)以下，见图6中的“trigger C”；触发拥塞解除消息；
2、IAB子节点向IAB父节点发送congestion solved message消息；
3、IAB父节点接收到congestion solved message，认为子节点拥塞预警解除。
以上结合图1至图6详细描述了根据本发明实施例的流控消息的传输方法。下面将结合图7详细描述根据本发明另一实施例的流控消息的传输方法。可以理解的是，该实施例与图1所示的方法中的通信设备侧的描述相同，为避免重复，适当省略相关描述。
图7是本发明实施例的流控消息的传输方法实现流程示意图，可以应用在第二通信设备(如IAB父节点)侧。如图7所示，该方法700包括：
S702：接收流控消息，该流控消息是第一通信设备在满足触发条件的情况下发送的，该触发条件是基于如下至少之一确定的：定时器的运行情况，缓存数据情况，接收到的轮询消息。
本发明实施例提可以基于定时器的运行情况、通信设备的缓存数据情况和接收到的轮询消息这三者的至少之一确定是否满足触发条件，并在满足触发条件的情况下发送流控消息，通信设备不会过于频繁地发送流控消息，节约信令开销。
可选地，作为一个实施例，所述触发条件包括：
第一定时器没有运行，且所述第一通信设备缓存的数据超出第一门限。
可选地，作为一个实施例，所述方法还包括：
接收拥塞解除消息；
其中，所述拥塞解除消息是所述第一通信设备在所述第一定时器运行结束、且缓存的数据未超出所述第一门限的情况下发送的。
可选地，作为一个实施例，所述方法还包括：
如果未再次接收到所述流控消息，则确定拥塞预警解除；或者
启动或重启第五定时器，在所述第五定时器运行结束的情况下，如果未再次收到所述流控消息，则确定拥塞预警解除。
可选地，作为一个实施例，所述触发条件包括：
所述第一通信设备缓存的数据第一次超出第二门限或再次超出所述第二门限；
其中，在满足所述触发条件之后，如果所述第一通信设备缓存的数据超出所述第二门限且不超出第三门限，则不满足所述触发条件，所述第三门限高于所述第二门限。
可选地，作为一个实施例，所述触发条件还包括：
所述第一通信设备缓存的数据超出所述第三门限。
可选地，作为一个实施例，所述方法还包括：
接收拥塞解除消息；
其中，所述拥塞解除消息是所述第一通信设备在缓存的数据不超出第四门限的情况下发送的，所述第四门限小于或等于所述第二门限。
可选地，作为一个实施例，
所述第一门限包括缓存的数据的数据量或缓存的数据的等待时间；
所述第二门限包括缓存的数据的数据量或缓存的数据的等待时间；
所述第三门限包括缓存的数据的数据量或缓存的数据的等待时间。
可选地，作为一个实施例，所述方法还包括：
发送轮询消息；
周期性地接收多个流控消息，或
接收流控消息并启动第三定时器，在所述第三定时器运行期间不接收流控消息。
可选地，作为一个实施例，所述周期性地接收多个流控消息，包括：
每接收完一个所述流控消息后启动第四定时器，在所述第四定时器超时后再次接收所述流控消息。
可选地，作为一个实施例，所述多个流控消息的数量是N；其中，如果接收完N个所述流控消息，则不再启动所述第四定时器。
可选地，作为一个实施例，所述轮询消息中携带所述N；其中，所述N为协议定义的或网络设备配置的。
以上结合图1至图7详细描述了根据本发明实施例的流控消息的传输方法。下面将结合图8详细描述根据本发明实施例的通信设备。
图8是根据本发明实施例的通信设备(例如，IAB子节点)的结构示意图。如图8所示，通信设备800包括：
处理模块802，用于基于如下至少之一：定时器的运行情况，缓存数据情况，接收到的轮询消息，确定是否满足流控消息的触发条件；
发送模块804，用于如果满足所述触发条件，则发送所述流控消息。
本发明实施例提可以基于定时器的运行情况、通信设备的缓存数据情况和接收到的轮询消息这三者的至少之一确定是否满足触发条件，并在满足触发条件的情况下发送流控消息，通信设备不会过于频繁地发送流控消息，节约信令开销。
可选地，作为一个实施例，处理模块802，用于：
如果第一定时器没有运行，且缓存的数据超出第一门限，则确定满足流控消息的触发条件。
可选地，作为一个实施例，所述通信设备800还包括启动模块，用于：
开启或重启所述第一定时器。
可选地，作为一个实施例，所述发送模块804，还用于：
在所述第一定时器运行结束的情况下，如果缓存的数据未超出所述第一门限，则发送拥塞解除消息。
可选地，作为一个实施例，处理模块802，用于：
如果缓存的数据第一次超出第二门限或再次超出所述第二门限，则确定满足流控消息的触发条件；
其中，在确定满足流控消息的触发条件之后，如果缓存的数据超出所述第二门限且不超出第三门限，则不满足所述触发条件，所述第三门限高于所述第二门限。
可选地，作为一个实施例，处理模块802，还用于：
如果缓存的数据超出所述第三门限，则确定满足流控消息的触发条件。
可选地，作为一个实施例，所述通信设备800还包括启动模块，用于：
开启或重启第二定时器；
其中，在所述第二定时器的运行期间不触发流控消息。
可选地，作为一个实施例，所述发送模块804，还用于：
如果缓存的数据不超出第四门限，则发送拥塞解除消息；
其中，所述第四门限小于或等于所述第二门限。
可选地，作为一个实施例，
所述第一门限包括缓存的数据的数据量或缓存的数据的等待时间；
所述第二门限包括缓存的数据的数据量或缓存的数据的等待时间；
所述第三门限包括缓存的数据的数据量或缓存的数据的等待时间。
可选地，作为一个实施例，所述发送模块804，用于：
如果接收到轮询消息，则
周期性地发送多个流控消息，或
发送流控消息并启动第三定时器，在所述第三定时器运行期间不触发流控消息。
可选地，作为一个实施例，所述发送模块804，用于：
每发送完一个所述流控消息后启动第四定时器，在所述第四定时器超时后再次发送流控消息。
可选地，作为一个实施例，所述多个流控消息的数量是N；其中，所述发送模块804，还用于：如果发送完N个所述流控消息，则不再启动所述第四定时器。
可选地，作为一个实施例，所述N是所述轮询消息中携带的。
根据本发明实施例的终端设备800可以参照对应本发明实施例的方法100的流程，并且，该终端设备800中的各个单元/模块和上述其他操作和/或功能分别为了实现方法100中的相应流程，并且能够达到相同或等同的技术效果，为了简洁，在此不再赘述。
图9是根据本发明实施例的通信设备(例如，IAB父节点)的结构示意图。如图9所示，通信设备900包括：
接收模块902，用于接收流控消息；
其中，所述流控消息是第一通信设备在满足触发条件的情况下发送的，所述触发条件是基于如下至少之一确定的：定时器的运行情况，缓存数据情况，接收到的轮询消息。
本发明实施例提可以基于定时器的运行情况、通信设备的缓存数据情况和接收到的轮询消息这三者的至少之一确定是否满足触发条件，并在满足触发条件的情况下发送流控消息，通信设备不会过于频繁地发送流控消息，节约信令开销。
可选地，作为一个实施例，所述触发条件包括：
第一定时器没有运行，且所述第一通信设备缓存的数据超出第一门限。
可选地，作为一个实施例，接收模块902，还用于：
接收拥塞解除消息；
其中，所述拥塞解除消息是所述第一通信设备在所述第一定时器运行结束、且缓存的数据未超出所述第一门限的情况下发送的。
可选地，作为一个实施例，通信设备900还包括拥塞预警解除模块，用于：
如果未再次接收到所述流控消息，则确定拥塞预警解除；或者
启动或重启第五定时器，在所述第五定时器运行结束的情况下，如果未再次收到所述流控消息，则确定拥塞预警解除。
可选地，作为一个实施例，所述触发条件包括：
所述第一通信设备缓存的数据第一次超出第二门限或再次超出所述第二门限；
其中，在满足所述触发条件之后，如果所述第一通信设备缓存的数据超出所述第二门限且不超出第三门限，则不满足所述触发条件，所述第三门限高于所述第二门限。
可选地，作为一个实施例，所述触发条件还包括：
所述第一通信设备缓存的数据超出所述第三门限。
可选地，作为一个实施例，接收模块902，还用于：
接收拥塞解除消息；
其中，所述拥塞解除消息是所述第一通信设备在缓存的数据不超出第四门限的情况下发送的，所述第四门限小于或等于所述第二门限。
可选地，作为一个实施例，
所述第一门限包括缓存的数据的数据量或缓存的数据的等待时间；
所述第二门限包括缓存的数据的数据量或缓存的数据的等待时间；
所述第三门限包括缓存的数据的数据量或缓存的数据的等待时间。
可选地，作为一个实施例，通信设备900还包括发送模块，用于发送轮询消息；接收模块902，还用于：
周期性地接收多个流控消息，或
接收流控消息并启动第三定时器，在所述第三定时器运行期间不接收流控消息。
可选地，作为一个实施例，接收模块902，用于：
每接收完一个所述流控消息后启动第四定时器，在所述第四定时器超时后再次接收所述流控消息。
可选地，作为一个实施例，所述多个流控消息的数量是N；其中，接收模块902，用于：如果接收完N个所述流控消息，则不再启动所述第四定时器。
可选地，作为一个实施例，所述轮询消息中携带所述N；其中，所述N为协议定义的或网络设备配置的。
根据本发明实施例的终端设备900可以参照对应本发明实施例的方法700的流程，并且，该终端设备900中的各个单元/模块和上述其他操作和/或功能分别为了实现方法700中的相应流程，并且能够达到相同或等同的技术效果，为了简洁，在此不再赘述。
本说明书中的各个实施例采用递进的方式描述，每个实施例重点说明的通常是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于设备实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
此外，在说明书和权利要求书中使用术语“第一”、“第二”和“第三”等来区分不同的定时器，并且这些术语不必描述次序或时间顺序。应当理解，这样使用的术语在适当的环境下是可交换的，并且本文所描述的发明的实施方案能够以本文所描述或说明的次序之外的其它次序来操作。
请参阅图10，图10是本发明实施例应用的网络设备的结构图，能够实现图1至图7所示的方法实施例的细节，并达到相同的效果。如图10所示，网络设备1000包括：处理器1001、收发机1002、存储器1003和总线接口，其中：
在本发明实施例中，网络设备1000还包括：存储在存储器上1003并可在处理器1001上运行的计算机程序，计算机程序被处理器1001、执行时实现图1至图7所示的方法实施例的步骤。
在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1001代表的一个或多个处理器和存储器1003代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机1002可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
处理器1001负责管理总线架构和通常的处理，存储器1003可以存储处理器1001在执行操作时所使用的数据。
本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述图1至图7所示的方法实施例中任意一个方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (29)

1.一种流控消息的传输方法，其特征在于，所述方法由第一通信设备执行，所述方法包括：
基于如下至少之一：定时器的运行情况，缓存数据情况，接收到的轮询消息，确定是否满足流控消息的触发条件；
如果满足所述触发条件，则发送所述流控消息。
2.根据权利要求1所述的方法，其特征在于，所述基于如下至少之一：定时器的运行情况，缓存数据情况，接收到的轮询消息，确定是否满足流控消息的触发条件，包括：
如果第一定时器没有运行，且缓存的数据超出第一门限，则确定满足流控消息的触发条件。
3.根据权利要求2所述的方法，其特征在于，所述确定满足流控消息的触发条件之后，所述方法还包括：
开启或重启所述第一定时器。
4.根据权利要求3所述的方法，其特征在于，开启或重启所述第一定时器之后，所述方法还包括：
在所述第一定时器运行结束的情况下，如果缓存的数据未超出所述第一门限，则发送拥塞解除消息。
5.根据权利要求1所述的方法，其特征在于，所述基于如下至少之一：定时器的运行情况，缓存数据情况，接收到的轮询消息，确定是否满足流控消息的触发条件，包括：
如果缓存的数据第一次超出第二门限或再次超出所述第二门限，则确定满足流控消息的触发条件；
其中，在确定满足流控消息的触发条件之后，如果缓存的数据超出所述第二门限且不超出第三门限，则不满足所述触发条件，所述第三门限高于所述第二门限。
6.根据权利要求5所述的方法，其特征在于，所述基于如下至少之一：定时器的运行情况，缓存数据情况，接收到的轮询消息，确定是否满足流控消息的触发条件，还包括：
如果缓存的数据超出所述第三门限，则确定满足流控消息的触发条件。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
开启或重启第二定时器；
其中，在所述第二定时器的运行期间不触发流控消息。
8.根据权利要求5至7任一项所述的方法，其特征在于，所述方法还包括：
如果缓存的数据不超出第四门限，则发送拥塞解除消息；
其中，所述第四门限小于或等于所述第二门限。
9.根据权利要求2或5所述的方法，其特征在于，
所述第一门限包括缓存的数据的数据量或缓存的数据的等待时间；
所述第二门限包括缓存的数据的数据量或缓存的数据的等待时间；
所述第三门限包括缓存的数据的数据量或缓存的数据的等待时间。
10.根据权利要求1所述的方法，其特征在于，所述如果满足所述触发条件，则发送所述流控消息，包括：
如果接收到轮询消息，则
周期性地发送多个流控消息，或
发送流控消息并启动第三定时器，在所述第三定时器运行期间不触发流控消息。
11.根据权利要求10所述的方法，其特征在于，所述周期性地发送多个流控消息，包括：
每发送完一个所述流控消息后启动第四定时器，在所述第四定时器超时后再次发送流控消息。
12.根据权利要求11所述的方法，其特征在于，所述多个流控消息的数量是N；其中，如果发送完N个所述流控消息，则不再启动所述第四定时器。
13.根据权利要求12所述的方法，其特征在于，所述N是所述轮询消息中携带的。
14.一种流控消息的传输方法，其特征在于，所述方法由第二通信设备执行，所述方法包括：
接收流控消息；
其中，所述流控消息是第一通信设备在满足触发条件的情况下发送的，所述触发条件是基于如下至少之一确定的：定时器的运行情况，缓存数据情况，接收到的轮询消息。
15.根据权利要求14所述的方法，其特征在于，所述触发条件包括：
第一定时器没有运行，且所述第一通信设备缓存的数据超出第一门限。
16.根据权利要求15所述的方法，其特征在于，所述方法还包括：
接收拥塞解除消息；
其中，所述拥塞解除消息是所述第一通信设备在所述第一定时器运行结束、且缓存的数据未超出所述第一门限的情况下发送的。
17.根据权利要求15所述的方法，其特征在于，所述方法还包括：
如果未再次接收到所述流控消息，则确定拥塞预警解除；或者
启动或重启第五定时器，在所述第五定时器运行结束的情况下，如果未再次收到所述流控消息，则确定拥塞预警解除。
18.根据权利要求14所述的方法，其特征在于，所述触发条件包括：
所述第一通信设备缓存的数据第一次超出第二门限或再次超出所述第二门限；
其中，在满足所述触发条件之后，如果所述第一通信设备缓存的数据超出所述第二门限且不超出第三门限，则不满足所述触发条件，所述第三门限高于所述第二门限。
19.根据权利要求18所述的方法，其特征在于，所述触发条件还包括：
所述第一通信设备缓存的数据超出所述第三门限。
20.根据权利要求18或19所述的方法，其特征在于，所述方法还包括：
接收拥塞解除消息；
其中，所述拥塞解除消息是所述第一通信设备在缓存的数据不超出第四门限的情况下发送的，所述第四门限小于或等于所述第二门限。
21.根据权利要求15或18所述的方法，其特征在于，
所述第一门限包括缓存的数据的数据量或缓存的数据的等待时间；
所述第二门限包括缓存的数据的数据量或缓存的数据的等待时间；
所述第三门限包括缓存的数据的数据量或缓存的数据的等待时间。
22.根据权利要求14所述的方法，其特征在于，所述方法还包括：
发送轮询消息；
周期性地接收多个流控消息，或
接收流控消息并启动第三定时器，在所述第三定时器运行期间不接收流控消息。
23.根据权利要求22所述的方法，其特征在于，所述周期性地接收多个流控消息，包括：
每接收完一个所述流控消息后启动第四定时器，在所述第四定时器超时后再次接收所述流控消息。
24.根据权利要求23所述的方法，其特征在于，所述多个流控消息的数量是N；其中，如果接收完N个所述流控消息，则不再启动所述第四定时器。
25.根据权利要求24所述的方法，其特征在于，所述轮询消息中携带所述N；其中，所述N为协议定义的或网络设备配置的。
26.一种通信设备，其特征在于，包括：
处理模块，用于基于如下至少之一：定时器的运行情况，缓存数据情况，接收到的轮询消息，确定是否满足流控消息的触发条件；
发送模块，用于如果满足所述触发条件，则发送所述流控消息。
27.一种通信设备，其特征在于，包括：
接收模块，用于接收流控消息；
其中，所述流控消息是第一通信设备在满足触发条件的情况下发送的，所述触发条件是基于如下至少之一确定的：定时器的运行情况，缓存数据情况，接收到的轮询消息。
28.一种通信设备，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至25中任一项所述的流控消息的传输方法。
29.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至25中任一项所述的流控消息的传输方法。
CN202010238754.6A 2020-03-30 2020-03-30 流控消息的传输方法和设备 Active CN113472492B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010238754.6A CN113472492B (zh) 2020-03-30 2020-03-30 流控消息的传输方法和设备
PCT/CN2021/083996 WO2021197331A1 (zh) 2020-03-30 2021-03-30 流控消息的传输方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010238754.6A CN113472492B (zh) 2020-03-30 2020-03-30 流控消息的传输方法和设备

Publications (2)

Publication Number Publication Date
CN113472492A true CN113472492A (zh) 2021-10-01
CN113472492B CN113472492B (zh) 2023-04-07

Family

ID=77866192

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010238754.6A Active CN113472492B (zh) 2020-03-30 2020-03-30 流控消息的传输方法和设备

Country Status (2)

Country Link
CN (1) CN113472492B (zh)
WO (1) WO2021197331A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114827033B (zh) * 2022-04-15 2024-04-19 咪咕文化科技有限公司 数据流控方法、装置、设备与计算机可读存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101123573A (zh) * 2006-08-09 2008-02-13 普天信息技术研究院 在高速下行链路分组接入网络中分组数据单元的流控方法
CN101453758A (zh) * 2007-11-30 2009-06-10 华为技术有限公司 在通用接入网络实现流控管理的方法、设备及相应的系统
CN101534242A (zh) * 2008-03-11 2009-09-16 大唐移动通信设备有限公司 流量控制方法、系统和设备
US20100205296A1 (en) * 2007-09-05 2010-08-12 Huawei Technologies Co., Ltd. Flow control apparatus and flow control method
WO2012139496A1 (zh) * 2011-04-15 2012-10-18 中兴通讯股份有限公司 一种流控方法和装置
CN106612238A (zh) * 2015-10-21 2017-05-03 阿里巴巴集团控股有限公司 流量控制方法、装置和系统
CN110856222A (zh) * 2018-08-20 2020-02-28 华为技术有限公司 一种流量控制的方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9674102B2 (en) * 2013-12-18 2017-06-06 Marvell Israel (M.I.S.L.) Ltd. Methods and network device for oversubscription handling
CN110366206A (zh) * 2018-03-26 2019-10-22 华为技术有限公司 一种信息传输方法和装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101123573A (zh) * 2006-08-09 2008-02-13 普天信息技术研究院 在高速下行链路分组接入网络中分组数据单元的流控方法
US20100205296A1 (en) * 2007-09-05 2010-08-12 Huawei Technologies Co., Ltd. Flow control apparatus and flow control method
CN101453758A (zh) * 2007-11-30 2009-06-10 华为技术有限公司 在通用接入网络实现流控管理的方法、设备及相应的系统
CN101534242A (zh) * 2008-03-11 2009-09-16 大唐移动通信设备有限公司 流量控制方法、系统和设备
WO2012139496A1 (zh) * 2011-04-15 2012-10-18 中兴通讯股份有限公司 一种流控方法和装置
CN106612238A (zh) * 2015-10-21 2017-05-03 阿里巴巴集团控股有限公司 流量控制方法、装置和系统
CN110856222A (zh) * 2018-08-20 2020-02-28 华为技术有限公司 一种流量控制的方法及装置

Also Published As

Publication number Publication date
WO2021197331A1 (zh) 2021-10-07
CN113472492B (zh) 2023-04-07

Similar Documents

Publication Publication Date Title
US10834703B2 (en) Resource selection method and terminal device
US9832726B2 (en) Systems and methods for blocking excessive transmitter message signaling
CN107690200B (zh) 一种随机接入方法及终端
EP4333489A1 (en) Sdt failure reporting method, terminal device, and network device
CN114501481A (zh) 无线通信的方法、终端设备和网络设备
CN113196858B (zh) 用于发送释放辅助指示消息的方法及设备
CN106507700B (zh) 通信方法和通信装置
US20200288529A1 (en) Communication method, network device, and terminal device
CN113472492B (zh) 流控消息的传输方法和设备
CN105636049A (zh) 控制用户信令的方法、装置及移动性管理实体
CN114466377A (zh) 网络实体通信方法及其相关无线通信系统
CN111182581A (zh) 流控方法、目标节点、节点及施主节点
EP3457749B1 (en) Information transmission method and apparatus
CN112954795B (zh) 寻呼周期的确定方法、设备及存储介质
US11350385B2 (en) Paging failure processing method, access network device, and core network device
CN109417748B (zh) 在可变网络条件下避免电池和网络资源耗尽的辅助退避
CN105813039A (zh) 双卡双待移动终端的短信发送方法和系统
CN116803159A (zh) Cg资源维护方法、终端设备和网络设备
WO2021056244A1 (zh) Rrc连接控制方法、装置、终端及接入网设备
CN118140574A (zh) 一种通信处理方法及装置、终端设备、接入网设备
CN115811800A (zh) 一种信息传输方法、装置和计算机可读存储介质
CN107113778A (zh) 调度用户设备的方法、网络设备和通信系统
CN115551058A (zh) 一种pdcch的监听方法及装置、终端设备、存储介质

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