CN116076124A - 数据传输控制信息的扩展缓冲 - Google Patents

Abstract

一种操作无线通信设备(101)的方法，包括：当相对于通信网络(99、100、100‑1、100‑2)在断开模式(302)下操作时，从所述通信网络(99、100、100‑1、100‑2)接收寻呼消息(4025)，所述寻呼消息指示呼入呼叫。该方法还包括：在检测到至少一个忙碌事件时，向通信网络(99、100、100‑1、100‑2)发送与寻呼消息(4025)相关联的响应消息(4030)，该响应消息(4030)指示无线通信设备(101)暂时忙碌。

Description

数据传输控制信息的扩展缓冲

技术领域

本公开的各种示例总体涉及无线通信设备的寻呼过程，该无线通信设备响应于接收到寻呼消息而发送响应消息，该响应消息指示无线通信设备暂时不能响应传入数据传输。本发明的各种示例总体涉及缓冲与数据传输相关联的数据传输控制信息，直到解决忙碌事件为止。

背景技术

使用无线通信设备(有时也称为用户设备，UE)的移动通信是广泛的。为了降低UE的功耗，UE可以从连接模式(在连接模式期间，UE可以参与一个或更多个数据传输)转换到断开模式(在断开模式期间，数据传输至少被暂停)。断开模式的示例包括第三代合作伙伴(3GPP)新无线电(NR)无线电资源控制(RRC)空闲模式和RRC不活动模式。断开模式的各种实现是已知的，但是通常，从断开模式到连接模式的重新转换可以由寻呼过程触发。这里，在寻呼时机(PO)向UE发送一个或更多个寻呼信号。这例如通过实现随机存取过程来触发从断开模式到连接模式的重新转换。

已经观察到，这种响应于接收到一个或更多个寻呼信号而触发从断开模式到连接模式的重新转换在灵活性和功耗方面可能是低效的。为了解决这个问题，已知的是UE可以发信号通知它暂时忙碌，WO 2020/076460A1。然后，可以停止寻呼过程，并且可以不向UE发送另外的数据。

即使这样的忙碌指示具有有限的灵活性并且在功耗方面是低效的情形也可能发生。

发明内容

因此，需要处理指向无线通信设备的输入数据传输的先进技术。需要实现相关寻呼过程的先进技术。特别地，需要克服或减轻至少一些上述限制或缺点的技术。

独立权利要求的特征满足了这种需要。从属权利要求的特征限定了实施方式。

提供了一种操作UE的方法。该方法包括接收寻呼消息。寻呼消息指示数据传输。从通信网络接收寻呼消息。该方法还包括例如在检测到至少一个忙碌事件时向通信网络发送响应消息。响应消息指示无线通信设备暂时忙碌。

暂时忙碌的无线通信设备可以对应于暂时不能参与数据传输的无线通信设备。

可以将数据传输定向到无线通信设备。发明内容即数据传输的预期接收方或终端节点可以是无线通信设备或与无线通信设备相关联的用户。

例如，数据传输可以是呼入呼叫。这里，暂时忙碌的无线通信设备可以对应于暂时不能响应呼入呼叫的无线通信设备。

响应消息可以与寻呼消息相关联。这可以意味着在由寻呼消息指示的时间-频率资源网格的资源中发送响应消息。响应消息可以包括指向寻呼消息的指针。

可以在相对于通信网络以断开模式(例如，不活动模式或空闲模式)操作的同时接收寻呼消息。

例如，响应消息可以包括指示无线通信设备将忙碌的预计持续时间的指示符。

计算机程序或计算机程序产品或计算机可读存储介质包括程序代码。程序代码可由至少一个处理器执行。执行程序代码使至少一个处理器执行操作UE的方法。该方法包括在相对于通信网络以断开模式操作时接收寻呼消息。寻呼消息指示数据传输。从所述通信网络接收所述寻呼消息。该方法还包括在检测到至少一个忙碌事件时，向通信网络发送与寻呼消息相关联的响应消息。响应消息指示无线通信设备暂时忙碌。

无线通信设备包括控制电路。控制电路被配置为从通信网络接收寻呼消息。寻呼消息指示数据传输。控制电路还被配置成在检测到至少一个忙碌事件时向通信网络发送与寻呼消息相关联的响应消息。响应消息指示无线通信设备暂时忙碌。

提供了一种操作通信网络的寻呼控制节点的方法。该方法包括在检测到无线通信设备的数据传输时触发寻呼过程以寻呼无线通信设备。该方法还包括从无线通信设备接收响应消息。响应消息指示无线通信设备暂时忙碌。该方法还包括向会话控制节点提供指示无线通信设备不能参与数据传输的指示符。会话控制节点与数据传输相关联。由此，可以促进与数据传输相关联的数据传输控制信息的缓冲。

例如，指示无线通信设备不能参与数据传输的指示符可以指示无线通信设备忙碌。指示无线通信设备不能参与数据传输的指示符指示无线通信设备不可到达的和/或无法响应的和/或寻呼过程失败也是可能的。

指示无线通信设备不能使用的指示符可以包括估计持续时间的指示符。该估计的持续时间可以指示UE将不能参与数据传输多长时间。

检测数据传输可以包括从与数据传输相关联的会话控制节点接收寻呼请求。

计算机程序或计算机程序产品或计算机可读存储介质包括程序代码。程序代码可以由至少一个处理器加载和执行。在执行程序代码时，至少一个处理器执行操作通信网络的寻呼控制节点的方法。该方法包括在检测到无线通信设备的数据传输时触发寻呼过程以寻呼无线通信设备。该方法还包括从无线通信设备接收响应消息。响应消息指示无线通信设备暂时忙碌。该方法还包括向会话控制节点提供指示无线通信设备不能参与数据传输的指示符。会话控制节点与数据传输相关联。由此，可以促进与数据传输相关联的数据传输控制信息的缓冲。

通信网络的寻呼控制节点包括控制电路。控制电路被配置成在检测到无线通信设备的数据传输时触发寻呼过程以寻呼无线通信设备。该方法还包括从无线通信设备接收响应消息。响应消息可以与寻呼消息相关联。响应消息指示无线通信设备暂时忙碌。该方法还包括向会话控制节点提供指示无线通信设备不能参与数据传输的指示符。会话控制节点与数据传输相关联。由此，便于缓冲与数据传输相关联的数据传输控制信息。

提供了一种操作通信网络的会话控制节点的方法。该方法包括在检测到无线通信设备的传入数据传输时，确定无线通信设备暂时不能进行传入数据传输。然后，响应于确定无线通信设备暂时不能参与传入数据传输，可以缓冲数据传输的数据传输控制信息。然后，当完成所述缓冲时，可以便于向无线通信设备提供数据传输控制信息。

例如，无线通信设备暂时不能参与数据传输的所述确定可以包括从寻呼控制节点获得指示无线通信设备暂时忙碌的指示符。

计算机程序或计算机程序产品或计算机可读存储介质包括程序代码。程序代码可由至少一个处理器执行。在执行程序代码时，至少一个处理器执行操作通信网络的会话控制节点的方法。该方法包括在检测到无线通信设备的传入数据传输时，确定无线通信设备暂时不能进行传入数据传输。然后，响应于确定无线通信设备暂时不能参与传入数据传输，可以缓冲数据传输的数据传输控制信息。然后，当完成所述缓冲时，可以便于向无线通信设备提供数据传输控制信息。

会话控制节点包括控制电路。控制电路被配置成在检测到无线通信设备的数据传输时确定无线通信设备暂时不能参与数据传输。然后，响应于无线通信设备暂时不能参与数据传输的所述确定，缓冲数据传输的数据传输控制信息。然后，例如当完成所述缓冲时，可以便于向无线通信设备提供数据传输控制信息。

应当理解，在不脱离本发明的范围的情况下，上述特征和下面将要解释的特征不仅可以以所示的相应组合使用，而且可以以其他组合或单独使用。

附图说明

图1示意性地示出了根据各种示例的包括UE、蜂窝网络和数据网络的通信网络。

图2示意性地示出了根据各种示例的与多个蜂窝网络相关联的多SIM设备的多个用户标识。

图3示出了根据各种示例的UE的多个操作模式。

图4示意性地示出了根据各种示例的蜂窝网络的会话控制节点。

图5示意性地示出了根据各种示例的蜂窝网络的寻呼控制节点。

图6示意性地示出了根据各种示例的UE。

图7是根据各种示例的方法的流程图。

图8是根据各种示例的方法的流程图。

图9是根据各种示例的方法的流程图。

图10是根据各种示例的多个节点之间的通信的信令图。

具体实施方式

本公开的一些示例通常提供多个电路或其他电设备。对电路和其他电设备的所有引用以及由每一个所提供的功能并不旨在局限于仅包含在此示出和描述的内容。虽然特定的标签可以被分配给所公开的各种电路或其他电设备，但是这样的标签并不旨在限制电路和其他电设备的操作范围。基于期望的特定类型的电实现，这样的电路和其他电设备可以以任何方式彼此组合和/或分离。应认识到，本文中所揭示的任何电路或其他电设备可包含彼此协作以执行本文中所揭示的操作的任何数目的微控制器、图形处理器单元(GPU)、集成电路、存储器设备(例如，快闪存储器、随机存取存储器(RAM)、只读存储器(ROM)、电可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)或其其他的操作的软件。此外，任何一个或更多个电设备可以被配置为执行程序代码，该程序代码被包含在被编程为执行所公开的任何数量的功能的非瞬态计算机可读介质中。

下面，将参照附图详细描述本发明的实施方式。应当理解，以下对实施方式的描述不应理解为限制性的。本发明的范围并不旨在由以下描述的实施方式或附图来限制，这些实施方式或附图仅被认为是说明性的。

附图被认为是示意性表示，并且附图中示出的元件不必按比例示出。相反，各种元件被表示为使得它们的功能和一般目的对于本领域技术人员变得显而易见。在附图中示出或在此描述的功能块、设备、部件或其他物理或功能单元之间的任何连接或联接也可以通过间接连接或联接来实现。部件之间的联接也可以通过无线连接建立。功能块可以用硬件、固件、软件或其组合来实现。

各种示例涉及通信网络中的无线通信。通信网络可以包括UE和蜂窝网络。通信网络可以包括一个或更多个数据网络，例如IP多媒体子系统(IMS)网络。蜂窝网络(NW)可以包括无线接入NW(RAN)和核心NW(CN)。RAN可以包括与多个小区相关联的一个或更多个基站。无线链路可用于在无线通信设备和RAN之间传输编码数据的信号。

UE可以选择性地工作在连接模式或断开模式。结合关于蜂窝网络的操作来定义这些模式。更具体地，可以针对RAN和可选的CN来定义模式。断开模式减少或甚至消除了UE和RAN之间的无线链路上的通信，从而减少了功耗。为了触发从断开模式到连接模式的转换，可以使用寻呼过程。根据这里描述的各种示例，寻呼过程可以包括一个或更多个寻呼信号的传输。可以在寻呼时机(P0)发送一个或更多个寻呼信号。PO可以与由UE实现的不连续接收周期(DRX)的ON持续时间对准。该一个或更多个寻呼信号可以包括寻呼指示符，典型地在控制信道上发送并使用盲解码来接收。该一个或更多个寻呼信号可以对寻呼消息进行编码，该寻呼消息通常是在由寻呼指示符指示的时间-频率资源网格的时间-频率资源上接收的。寻呼消息可能指示寻呼原因。寻呼原因的值可以指示通信网络已经触发寻呼过程的原因。示例寻呼引起可以包括：传入数据传输，例如呼入呼叫；测量请求；定位请求；紧急警告，如ETWS/CMAS警告；和/或系统信息；等等。输入数据传输有时被标记为移动终端(MT)数据传输。

这里描述的各种示例涉及能够使用UE的多个标识连接到至少一个蜂窝NW的无线通信设备。这种UE被称为多SIM设备。根据在此描述的各种示例，在此使用的术语UE的标识可以指与关联于UE的用户相关联的标识，即用户标识(为了简洁，在下文中，这被简单地称为标识)。这些标识可以包括分配给UE的临时标识。例如，能够使用一个或更多个标识连接到至少一个蜂窝NW的这种UE可以包括多个SIM芯片卡或多个嵌入式SIM模块。在下文中，能够使用多个标识连接到至少一个蜂窝NW的这种UE将被称为多SIM设备。多个标识通常与各个蜂窝NW或多个蜂窝NW处的不同预订相关联。这种预订与唯一标识(例如国际移动用户标识(IMSI))和唯一服务协议相关联。例如，用于诸如语音呼叫、短消息服务和分组数据的数据传输的策略和计费和/或业务整形可以取决于相应的服务模型。根据这里描述的各种示例，如果多SIM设备使用第一标识连接到至少一个蜂窝NW，则可以提供相应的IP地址、唯一的移动台国际用户电话簿号码、以及与蜂窝NW的唯一数据连接。然后，多SIM设备相对于蜂窝NW在连接模式下操作。通常，当多SIM设备使用第一标识在连接模式下操作时，多SIM设备将相对于相同蜂窝NW或与第二标识相关联的另一蜂窝NW使用第二标识在断开模式下操作。特别地，这对于缺乏双发送和/或接收(发送)能力的所谓的单无线电多SIM设备是正确的。

断开模式的PO可以和与多SIM设备的另一标识的连接模式相关联的缺席时间或寻呼间隙对准。有可能提供寻呼间隙，所述寻呼间隙与相对于UE在连接模式下操作到的蜂窝NW的缺席时间相对应；在缺席时间期间，UE可以执行关于与第二标识相关联的蜂窝NW的信道测量和/或监测来自与第二标识相关联的蜂窝NW的一个或更多个寻呼信号。根据这里描述的各种示例，可以说，从NW的角度来看，多SIM设备在通常情形中将被感知为两个独立的UE。

根据这里描述的各种示例，多SIM设备可以使用多个标识连接到同一蜂窝NW或多个蜂窝NW。例如，这里描述了涉及连接到多个蜂窝NW的多SIM设备的一些情形；但是该技术也可应用于多SIM设备使用多个标识连接到同一个蜂窝NW的情形。

各种技术基于以下发现：当寻呼UE(例如，单SIMUE或多SIM设备)时，可能存在UE优选或不能作为响应从断开模式转换到连接模式的各种原因。UE可能忙碌。此类忙碌事件的一些示例列于以下表1中。

表1：可以触发发送与寻呼消息相关联的响应消息的忙碌事件的示例，该响应消息指示UE暂时不能响应。有可能在给定时间以累积的方式遇到多个这样的忙碌事件。

各种技术便于缓冲与响应于确定UE不能参与数据传输而触发寻呼过程的数据传输(数据传输控制信息)相关联的控制信息。UE不能参与数据传输的一个原因可能是UE遇到一个或更多个忙碌事件。UE可能无法响应。

根据这里描述的各种示例，可以想到各种选项来确定UE不能参与数据传输。这样的选项的示例在表2中提供。

表2：用于实现判定标准以确定UE是能够参与数据传输还是不能参与数据传输的示例选项。UE不能参与数据传输的原因可以是在UE处遇到根据表1的一个或更多个忙碌事件。另一个原因可以包括UE不可到达。

缓冲可以发生在通信NW的一个或更多个节点处。更具体地，缓冲可以发生在通信NW的会话控制节点处。

根据这里描述的各种示例，被配置为缓冲数据传输控制信息的会话控制节点可以是蜂窝NW的CN的控制节点。此外，会话控制节点可以由蜂窝NW的CN的数据平面网关实现。在又一示例中，会话控制节点可由RAN的基站实现。在又一示例中，会话控制节点可以由连接到蜂窝网络的数据网络的节点(例如IMS节点)来实现。

数据传输控制信息的缓冲可以在持续时间上扩展。例如，持续时间可以长于30秒，任选地长于1分钟，进一步任选地长于10分钟。所述缓冲可延伸直到所述至少一个忙碌事件被解决为止。缓冲可以延长直到丢弃定时器期满。更具体地，缓冲可以超出寻呼过程的完成。因此，该缓冲也可以被称为“扩展缓冲”，因为该扩展超出了寻呼过程的完成。数据传输控制信息的缓冲甚至有可能延伸超过与数据传输相关联的等待时间。为了说明，数据传输可持续数秒有效(例如，如在呼入呼叫的情况下，直到呼入呼叫的发起者挂断)，但数据传输控制信息可缓冲数分钟或甚至数十分钟。然后，通过缓冲数据传输控制信息，可以得到谁进行了呼叫的指示。

根据在此描述的各种示例，所缓冲的数据传输控制信息在大小上可以显著小于数据传输的有效载荷数据，例如有效载荷数据分组。例如，数据传输控制信息可以指示数据传输的一个或更多个参数。这样的参数可以将UE置于重新发起/开始数据传输的位置。可以例如由UE建立不同于初始数据传输的另外的数据传输。另外的数据传输可以携带与初始输入数据传输相关联的信息。这有助于在所述至少一个忙碌事件被解决时在稍后时间点传送与所述数据传输相关联的信息。数据传输控制信息的信息内容的一些示例：数据传输的发起者；数据传输的内容，例如应用类型、语音呼叫、视频呼叫、呼叫等；数据传输的优先级；数据传输到期时间；与数据传输的分组数据的加密相关联的密码资料例如证书或密码密钥资料；仅举几例。

然后，当解决了至少一个忙碌事件时，可以向UE提供与数据传输相关联的缓冲的数据传输控制信息。因此，可以通知UE由于至少一个忙碌事件而不能较早响应的数据传输的细节。例如，在数据传输是呼叫的情况下-例如语音呼叫或视频呼叫-相应的数据传输控制信息-然后被称为呼叫控制信息-可以由UE用来触发到呼入呼叫的发起者的呼出呼叫。更一般而言，UE可以基于数据传输控制信息来触发向传入数据传输的发起者的其他数据传输。这就是为什么扩展数据传输控制信息的缓冲是有益的，例如，甚至超过寻呼过程或传入数据传输的有效期。

以上描述的技术是使用以下示例来说明的，具体地针对通过呼入呼叫来实现传入数据传输的情形：首先，由指示呼入呼叫并且已经从通信NW接收的寻呼消息触发，UE可以发送响应于寻呼消息的响应消息。响应消息可以被发送到蜂窝通信NW的核心NW的节点。该响应消息可以在检测到至少一个忙碌事件时被发送。响应消息可以指示UE暂时不能响应呼入呼叫，或者更一般地，不能参与数据传输。例如，响应消息可以包括忙碌指示符。响应消息可以包括指示UE将不能响应呼入呼叫的预计持续时间的指示符。例如，可以想到UE是多SIM设备的情形。这里，所述至少一个忙碌事件可以包括UE使用不同于与寻呼消息相关联的标识的另一标识在连接模式下操作。然后，响应消息可以指示UE将使用另外的标识忙碌多长时间的时间估计。一般而言，指示UE暂时不能响应呼入呼叫的响应消息可向通信NW指示UE可在稍后时间或稍后阶段对寻呼消息，或更具体地对呼入呼叫采取响应动作。在响应消息指示UE将不能响应呼入呼叫的预计持续时间的情形中，将有可能基于例如UE中的设置来估计此时间。例如，可以依赖于预定查找表，该查找表包括预计时间的相应值，例如，基于忙碌事件的类型、与使用另外的标识的连接模式所支持的数据传输相关联的应用的类型、基于数据传输的剩余时间的实时估计(例如，基于要传输的分组数据的剩余大小)、或者甚至基于用户查询(例如，用户可以从对话窗口选择以分钟表示的特定持续时间)的实时用户交互。接收响应消息的节点然后可以记录UE由于忙碌而不可到达。接收响应消息的节点可以记录无线通信设备将变为“不忙碌”或再次可达的估计时间。接收响应消息的节点可能将该信息转发到另一节点，例如会话控制节点或IMS NW中的节点，例如呼入呼叫的会话控制节点。基于指示UE暂时不能响应呼入呼叫的响应消息，则有可能实现数据传输控制信息的扩展缓冲，这里由呼叫控制信息实现。为了说明，这种扩展缓冲可以仅适用于某些类型的数据传输。例如，可以想到，对于语音或视频呼叫选择性地激活扩展缓冲。用于选择性地激活扩展缓冲的决策标准可以包括：数据传输的类型(例如，扩展缓冲可仅针对呼叫而激活，但不针对其他类型的数据传输)；与用户相关联的策略(例如，用户等级)；与用户相关联的预定设置；等等。例如，数据传输可以对应于呼入呼叫。呼入呼叫可以根据会话发起协议(SIP)来实现。例如由Rosenberg等人在互联网社会请求评议(Internet Society,Request forComments)：3261(2002)中描述了SIP。在这种情形下，从呼叫的发起者接收的邀请消息可以被缓冲为呼叫控制信息。还可以从SIP邀请消息中提取信息，例如，呼入呼叫的发起者的地址。例如，在SIP邀请消息被缓冲的情形下，可以将SIP邀请消息标记为已被缓冲。例如，可以将相应的指示符合并到SIP邀请消息的报头中。还可以提供与SIP邀请消息链接的单独指示符。类似的解释也适用于其他类型的缓冲呼叫控制信息。通常，指示数据传输控制信息已经被缓冲的这种标签可以被包括在数据传输控制信息中，并且可以被单独提供。一旦UE再次可用(即，先前阻止UE直接接受呼入呼叫的所有忙碌事件已解决)，UE可从通信NW请求所缓冲的呼叫控制信息。可以发送相应的请求消息。这可以是服务请求消息。请求消息可以参考先前发送的响应消息，并且指示UE暂时不能响应呼入呼叫。请求消息还可以直接参考呼入呼叫，或者更一般地，参考移动终止数据。例如，请求消息可以参考通信NW处的移动终止数据的扩展缓冲器。由此，通信NW被通知UE现在准备接收呼叫控制信息。

基于该请求消息，正在缓冲呼叫控制信息的通信NW处的特定节点被通知UE现在正在在连接模式下操作并且能够接收数据。然后，向UE提供缓冲的呼叫控制信息。这可以与已缓冲的呼叫控制信息的标签一起提供。UE在接收到呼叫控制信息并确定该呼叫控制信息已经被缓冲了延长的持续时间时，将不直接响应呼入呼叫。例如，可以检查呼叫者的标识。例如，在通过SIP邀请消息实现呼叫控制信息的情形下，UE可以避免直接应答该SIP邀请消息。相反，UE可以基于呼叫控制信息可选地触发到呼入呼叫的发起者的呼出呼叫。关于是否触发呼出呼叫的一个或更多个判定标准是不可想象的。示例决策标准包括：例如呼叫控制信息已被缓冲的持续时间；或用户查询(例如，与UE的用户的手动交互)。例如，可以经由相应的用户接口提示用户以指示用户是否想要发出呼出呼叫。

以上，已经在由呼入呼叫实现的数据传输的上下文中描述了一种情形。上述概念可以容易地应用于针对UE的其他种类和类型的传入数据传输。

图1示意性地示出了通信NW 99，所述通信NW 99包括UE 101、蜂窝NW 100和数据网络(DN)180，例如IMS NW。图1的示例示出了根据3GPP 5G架构的蜂窝NW 100。在3GPP TS23.501，版本15.3.0(2017-09)中描述了3GPP 5G架构的细节。虽然图1和以下描述的其他部分示出了蜂窝NW的3GPP 5G框架中的技术，但是类似的技术可以容易地应用于其他通信协议。示例包括3GPP LTE 4G-例如，在MTC或NB-IOT框架中-以及甚至非蜂窝无线系统，例如IEEE Wi-Fi技术。

在图1的情形中，UE 101可连接到蜂窝NW 100。例如，UE 101可以是以下之一：蜂窝式电话；智能电话；IOT器件；MTC设备；传感器；致动器；等等。

UE 101是多SIM设备101：UE 101能够使用两个标识451、452连接到一个或更多个蜂窝NW(在图1中仅示出了单个蜂窝NW)。标识451、452可以是静态的(例如SUPI/IMSI)或临时的(例如，临时移动标识(TMSI))。多个标识451、452中的每一个可以由诸如USIM的相应SIM来实现。

UE 101可经由RAN 111连接到蜂窝NW 100的CN115，RAN 111通常由一个或更多个BS 112形成(为了简单起见，在图1中仅示出单个BS 112)。在RAN 111(具体地，在RAN 111的一个或更多个BS 112)与UE 101之间建立无线链路114。无线链路114可以包括一个或更多个空间流以在空中传输数据。无线链路114也可以被标记为无线电信道。

无线链路114(或无线电链路)实现时间-频率资源网格。典型地，使用正交频分复用(OFDM)：这里，载波包括多个子载波。然后，子载波(在频域中)和符号(在时域中)定义时间-频率资源网格的时间-频率资源元素。由此，例如通过包括多个符号的帧和子帧的持续时间以及帧和子帧的开始和停止位置来定义协议时间基础。可以将不同的时间-频率资源元素分配给无线链路114的不同逻辑信道或参考信号。示例包括：物理下行链路共享信道(PDSCH)；物理下行链路控制信道(PDCCH)；物理上行链路共享信道(PUSCH)；物理上行链路控制信道(PUCCH)；用于随机接入的信道；等等。

UE 101使用其多个标识451、452连接到的蜂窝NW的无线链路114可以彼此不同，例如使用不同的频率、不同的调制和/或编码等。在多个NW的无线链路114的载波频率之间可以有频率偏移。

CN 115包括用户平面(UP)191(通常也称为数据平面DP)和控制平面(CP)192。数据传输的应用数据通常经由UP 191路由。数据传输可以与有效载荷数据的传输相关联。例如，这可以是另一应用的呼叫或有效载荷数据。数据传输可以由发起者表征。数据传输可以在(例如在相应数据分组的报头中标识的)两个终端节点之间。数据传输可以包括多个数据分组。数据传输可以与专用载体相关联。为此，提供了UP功能节点(UPF)121。UPF 121可以实现路由器功能。UPF 121实现网关节点。应用数据可以通过一个或更多个UPF 121。在图1的情形中，UPF 121充当相对于数据NW 180(例如因特网或局域NW或IMS NW)的网关。数据传输的应用数据可以在UE 101和数据NW 180上的一个或更多个服务器之间传输。

蜂窝NW 100还包括移动性控制节点，这里由接入和移动性管理功能(AMF)131和会话管理功能(SMF)132实现。

蜂窝NW 100还包括：策略控制功能(PCF)133；应用功能(AF)134；NW切片选择功能(NSSF)134；认证服务器功能(AUSF)136；以及统一数据管理(UDM)137。图1还示出了这些节点之间的协议参考点N1-N22。

AMF 131提供以下功能中的一个或更多个：连接管理，有时也称为注册管理；用于CN115和UE 101之间的通信的NAS终止；连接管理；可达性管理；移动性管理；连接认证；以及连接授权。例如，如果相应的UE 101在断开模式下操作，则AMF131控制CN发起的UE 101的寻呼。因此，AMF 131实现寻呼控制节点。寻呼控制节点可以控制和触发UE 101的寻呼过程。为此目的的寻呼控制节点可以跟踪UE 101的移动性。寻呼控制节点可以管理UE 101与蜂窝NW100的连接。AMF 131可以触发寻呼信号到UE 101的传输；这可以与PO时间对准。在UE注册到NW之后，AMF131创建UE上下文459并保持该UE上下文，至少只要UE 101注册到NW。UE上下文459可以保存UE 101的一个或更多个标识，例如，如本文所述的用于寻呼的临时标识。AMF131还向UE 101提供临时标识、TMSI或S-TMSI、或者甚至是寻呼相关标识，如下面进一步描述的。UE上下文还可以保持UE所附接到的多个NW的PO之间的定时偏移。UE上下文还可以保持用于寻呼UE的定时(例如，以毫秒表示)。

如果相应的UE 101在连接模式下操作，则SMF 132建立数据连接189，该数据连接189可用于支持数据传输，即传送数据传输的应用数据。因此，SMF 132可以实现会话控制节点。数据连接189的特征在于UDM137所托管的UE预订信息。为了跟踪UE 101的当前模式，AMF131将UE 101设置为CM连接或CM空闲。在CM连接期间，在UE 101和AMF 131之间维持非接入层(NAS)连接。NAS连接实现了移动性控制连接的示例。NAS连接可以响应于UE 101的寻呼而建立。

SMF 132提供以下功能中的一个或更多个：会话管理，所述会话管理包括会话建立、修改和释放，包括在RAN 111和UPF 121之间建立UP载体的载体；UPF的选择和控制；业务转向的配置；漫游功能；至少部分NAS消息的终止。这样，AMF 131和SMF 132都实现支持移动UE所需的CP移动性管理。

在经由RAN 111的UE 101与CN115的UP 191之间朝向DN 180建立数据连接189。因此，诸如UPF 121的网关节点也可以实现由数据连接189承载的数据传输的会话控制节点。例如，可以建立与因特网或另一DN 180的连接。为了建立数据连接189，即连接到蜂窝NW100，相应UE 101例如响应于接收到寻呼信号而执行随机接入(RACH)过程是可能的。数据连接189可以包括一个或更多个载体，例如专用载体或默认载体。数据连接189可以在RRC层上定义，例如通常在OSI模型的层3上定义。

虽然在图1的情形中示出了多SIM设备101，但是根据这里描述的各种示例，所描述的各种技术也可应用于单SIMUE。然而，结合图2描述了关于多SIM设备101的进一步细节。

图2描述了关于多SIM设备101的操作的方面。多SIM设备101被配置成与两个蜂窝NW 100-1和100-2通信。每个蜂窝NW 100-1和100-2包括各自的RAN 111和各自的核心NW115。多SIM设备101使用第一标识451与蜂窝NW 100-1通信，并使用第二标识452与蜂窝NW100-2通信。

对于单无线电多SIM设备101，无线接口能够在给定时刻在朝向蜂窝NW 100-1和100-2的RAN 111的无线电链路的仅一个无线电链路上发送和接收信号。例如，当相对于蜂窝NW 100-1在连接模式下操作时，可以定义用作缺席时间的寻呼间隙，其使得UE 101(然后相对于蜂窝NW 100-2在断开模式下操作)能够监测与第二标识452相关联的、在相应的缺席时间期间由蜂窝NW 100-2的RAN 111发送的寻呼过程的寻呼信号。这反之亦然也能应用。这种缺席时间也可用于向相应蜂窝NW发送响应寻呼消息的消息。

在寻呼间隙期间，有可能执行关于蜂窝NW 100-2的信道测量，例如，作为对与第二标识452相关联的寻呼过程的寻呼信号的监测的补充或替代。

在相对于蜂窝NW 100-1的缺席时间期间，可以不要求UE向蜂窝NW 100-1发送信号和/或从蜂窝NW 100-1接收信号。

还结合图3示出关于连接模式和断开模式的细节。

图3示意性地示出了关于UE(例如图1的UE 101)可以在其中操作的多个模式301-302的各方面。连接模式301的特征在于例如用于支持诸如呼叫的数据传输的已建立的数据连接189。数据传输的分组数据可以例如通过参考数据连接189的标识符沿数据连接189被路由。在断开模式期间-这里，由空闲模式302实现(另一示例将是在RAN 111处定义的不活动模式)-不建立数据连接189。连接模式301和/或空闲模式302可以包括DRX操作。数据连接189可以由上下文信息表征。在连接模式301期间，上下文信息可以保持最新；在空闲模式300期间，可以丢弃上下文信息。因此，为了能够传送数据传输的分组，可能需要建立数据连接189。

为了触发从断开模式到连接模式301的转换，可以执行随机接入过程。随机接入过程可以由诸如移动发起(MO)数据或移动终止(MT)数据的各种触发事件触发，然后由寻呼UE指示。

释放消息触发从连接模式301到断开模式的转换。

图4示意性地示出了关于SMF 132的各方面。SMF 132可以实现会话控制节点。

根据在此描述的各种示例，数据传输的会话控制节点涉及数据传输的处理。这可以包括作为网关节点转发数据传输的应用数据和/或数据传输的控制消息，或者控制这样的网关节点。

SMF 132包括控制电路1212和存储器1213。控制电路1212可以从存储器1213加载程序代码。程序代码然后可以由控制电路1212执行。SMF 132还包括接口1215。SMF 132可以经由接口1215与其他节点(参见图1)通信。当控制电路1212执行程序代码时，它可以执行这里描述的一种或更多种技术，例如：例如基于从执行用于UE的寻呼过程的寻呼控制节点接收的相应指示符，确定作为数据传输的预期接收方的UE暂时不能参与数据传输；例如在与数据传输相关联的UE正被所述寻呼控制节点寻呼时并且在所述寻呼过程已经结束之后，例如响应于确定所述UE暂时不能参与所述数据传输，缓冲与传入数据传输相关联的数据传输控制信息；当完成所述缓冲时，便于向UE提供数据传输控制信息；标记所述数据传输控制信息，使得例如通过在所述数据传输控制信息中(例如在其报头中)包括相应的指示符，或者通过提供引用所述数据传输控制信息的单独的指示符，来指示所述数据传输控制信息已被缓冲；和/或在检测到丢弃事件时，丢弃所缓冲的数据传输控制信息；等等。

虽然图4示出SMF 132是会话控制节点的示例，但是结合图4讨论的方面可以容易地应用于其他种类和类型的会话控制节点。会话控制节点的其他示例将包括：UPF 121、基站112、DN 180的节点。

SMF 132仅是会话控制节点的一个示例。可以想到会话控制节点的其他实现。例如，会话控制可以由IMS NW190的节点或连接到蜂窝NW 100、100-1、100-2(参见图1)的另一数据NW来实现。因此，沿着例如由数据连接189通过用户平面191定义的数据传输路径的不同节点可以实现数据传输控制信息的缓冲。

图5示意性地示出了关于这里由AMF 131实现的寻呼控制节点的各方面。AMF131包括控制电路1312和存储器1313。控制电路1312可以从存储器1313加载程序代码。程序代码然后可以由控制电路1312执行。AMF 131还包括接口1315。AMF 131可以经由接口1315与其他节点(参见图1)通信。当控制电路1312执行程序代码时，它可以执行在此描述的一个或更多个技术，例如：例如响应于从会话控制节点接收到数据传输被调度用于传送的指示，触发UE的寻呼过程；从UE接收响应消息，所述响应消息指示UE暂时不能响应所述数据传输；向所述会话控制节点提供指示所述UE暂时不能参与数据传输的指示符；启动和中止寻呼过程；和/或在多个小区内逐步升级寻呼，例如形成跟踪区域或一组跟踪区域或注册区域；等等。

图5示出了作为寻呼控制节点的AMF 131。在其他情形下，其他节点实现相应功能是可能的。为了说明，在3GPP NR RRC不活动模式中，寻呼可以由基站112控制，基站112随后实现寻呼控制节点。结合图5讨论的概念和方面可以容易地应用于其他种类和类型的寻呼控制节点。

图6示意性地示出了关于UE 101的方面。UE 101包括控制电路1012和存储器1013。控制电路1012可以从存储器1013加载程序代码。程序代码然后可以由控制电路1012执行。UE 101还包括接口1015。UE 101可以经由接口1015与其他节点(参见图1)通信。

接口1015可包括无线电接口以在无线链路114上与基站112通信。无线电接口可以包括一个或更多个发送器链和/或一个或更多个接收器链。例如，无线电接口可以包括单个发送链和单个接收器链，被称为单个无线电。接口1015能够使用多个标识进行通信，使UE101成为多SIM设备。

当控制电路1012执行程序代码时，它可以执行这里描述的一种或更多种技术，例如：在连接模式下操作(参见图3：连接方式301)；在断开模式下操作(参见图3：空闲模式302)；从连接模式转换到断开模式，反之亦然；当在断开模式下操作时，例如通过盲解码物理下行链路控制信道(PDCCH)来监测寻呼信号以检测寻呼指示符，并且在检测到寻呼指示符时，尝试在由寻呼指示符指示的资源上接收寻呼消息；检查寻呼消息是否指向与UE 101相关联的标识；检查所述寻呼消息的原因值，例如，检查所述原因值是指示呼入呼叫还是指示另一传入数据传输；在接收到寻呼消息时，检测一个或更多个忙碌事件；发送与所述寻呼消息相关联的响应消息，所述响应消息例如通过在所述响应消息中包括相应的指示符(忙碌指示符)并且可选地通过包括指示所述UE将不能响应所述传入数据传输的预计持续时间的指示符来指示所述UE暂时不能响应所述传入数据传输；例如，在解决了相应忙碌事件(所述相应忙碌事件先前触发响应消息的发送，所述响应消息指示UE暂时不能响应传入数据传输)时，从通信NW获得与传入数据传输相关联的控制信息的数据传输；和/或例如通过传入数据传输的发起者触发另一数据传输(例如呼出呼叫)，来开始传入数据传输；等等。

图7是根据各种示例的方法的流程图。图7的方法可以由UE(例如，单SIMUE或多SIM设备)来执行。例如，图7的方法可以由单无线电多SIM设备执行。图7的方法可以由UE 101(参见图6)执行。图7的方法示出了UE响应于寻呼的行为。

图7框在图7中用虚线标记。

在框3010，UE可以检查是否有PO开始。寻呼过程的寻呼信号可以在PO期间被发送到UE。可以预先确定PO的重复定时。例如，重复定时可以取决于与寻呼相关联的标识。为了说明，框3010处的检查可以涉及确定寻呼间隙是否开始：例如，对于多SIM设备，寻呼间隙可以与使用另外的标识在无线电链路上通信的缺席时间对准。另选地或附加地，框3010处的检查还可以基于不连续接收周期的接通持续时间。

一旦在框3020确定PO开始，UE就可以监测寻呼信号。例如，这可以包括尝试接收(监测)PDCCH上的寻呼指示符，并且在接收到寻呼指示符时，监测PDSCH上的寻呼消息。因此，在框3020，检查是否接收到一个或更多个寻呼信号。

然后，在框3030，UE可以接收寻呼消息。寻呼消息可以指示传入数据传输。例如，在数据传输的一个示例中，寻呼消息可以指示呼入呼叫。例如，与传入数据传输相关联的应用类型可以由包括在寻呼消息中的原因值来指示。

然后，在框3040，UE可以检查是否遇到一个或更多个忙碌事件。例如，可以检查如以上表1中所述的一个或更多个忙碌事件的存在。示例忙碌事件包括UE使用与在框3030接收的寻呼消息相关联的标识不同的另一标识在连接模式下操作。忙碌事件的另一示例将包括小区边缘覆盖情形和/或降低的无线电质量情形。

如果当前没有遇到忙碌事件，则该方法开始于框3050。这里，UE可以例如通过从断开模式转换来接受寻呼(参见图3：空闲模式302)到连接模式。这可以包括随机接入过程。

否则，该方法开始于框3060。在框3060，当在框3040检测到至少一个忙碌事件时，UE拒绝寻呼。这可以包括例如发送与寻呼消息相关联的响应消息，该响应消息指示UE暂时不能响应传入数据传输。为了说明，在多SIM设备的情形中，可以在连接模式的缺席时间期间使用另外的标识来发送响应消息。根据在此描述的各种示例，在框3060处发送响应消息的缺席时间可以是与在框3030处接收到寻呼消息的缺席时间相同的缺席时间，或者是随后的缺席时间，例如根据重复定时调度的下一缺席时间。

根据这里描述的各种示例，为了发送响应消息(参见图10，5035)，可能不需要使用UE的相应标识来转换到连接模式。例如，可以将响应消息作为早期数据传输来发送，例如被捎带到随机接入过程的消息，其中随后可以中止随机接入过程。在共享资源上以基于竞争的方式发送响应消息是可能的。有可能在如寻呼消息所指示的分配资源中，例如在PUSCH上发送响应消息。响应消息也可以在使用另一消息预配置的资源中发送，例如，根据称为预配置上行链路资源(PUR)的概念，其中资源被预配置为UE在空闲模式下操作时使用。

响应消息可以隐含地指示UE暂时不能响应呼入呼叫，即暂时忙碌。响应消息还可以包括显式指示符(忙碌指示符)。发明内容即，可以相应地设置各个信息字段的信息内容。

在一些示例中，响应消息可能包括指示UE将不能响应传入数据传输的预计持续时间的指示符。为了说明，可以参考码本以绝对项指示预计时间叙述(narration)。预计持续时间的典型持续时间可以在几十秒或甚至几分钟的量级。

根据这里描述的各种示例，存在可用于确定预计持续时间的各种选项。在一个示例中，可以使用多SIM设备的另一标识来监测连接模式所支持的数据传输。例如，可以检查数据传输的平均数据速率并将其与要传输的数据的剩余大小进行比较，并且基于这些考虑，然后可以基于所述监测来估计预计持续时间。用于估计预计时间叙述的另一选项可以依赖于用户查询。例如，可以控制UE的用户接口以在一个或忙碌事件的解决之前的近似时间上保持用户反馈。对于小区边缘情形或降低的无线电质量情形，可以考虑UE的移动性级别：对于较高的移动性，预计持续时间可能较短。

在框3070，检查至少一个忙碌事件是否是持久的。例如，这可以包括执行与在框3040处执行的相同的检查。可以不时地重复框3070，直到忙碌事件已解决。

然后，在框3080处，请求在框3060处接收到响应消息时已在通信NW处缓冲的数据传输控制信息。

例如，可以发送显式请求消息。作为明确地请求数据传输控制信息的替代，也可以通过转换到连接模式来简单地连接到蜂窝NW；这可以作为对蜂窝NW的隐式指示，指示应当向UE提供数据传输控制信息。

在发送请求消息的情形中，请求消息可以是例如实现服务请求的较高层控制消息。因此，有可能在解决至少一个忙碌事件之后且此外在从断开模式转变到连接模式时传输请求消息。图7中还通过参考空闲模式302和连接模式301示出了该转换。在另一示例中，可能的是，服务请求消息作为早期数据传输被发送，例如被捎带到4步随机接入过程的随机接入消息2。

请求消息可以参考在框3060处发送的响应消息，或者包括指示也由寻呼消息3030指示的数据传输的相应指示符(即，复制寻呼原因值)，或者包括指示UE请求提供已缓冲的数据传输控制信息的相应指示符。为了说明，参考通信NW处的MT数据的扩展缓冲器。

然后，在框3090，在UE处获得缓冲的数据传输控制信息。可以经由无线链路114接收包括数据传输控制信息的相应消息。

数据传输控制信息可能被标记为已被缓冲。根据在此描述的各种示例，可以想到各种选项来将数据传输控制信息标记为被缓冲。这些实施方式中的一些总结于下面表3中。

表3：如何将数据传输控制信息标记为已在通信NW处缓冲的各种示例。例如，一旦数据传输控制信息已经被缓冲超过与数据传输相关联的有效期或等待时间，就可以分配这样的标签。例如，一旦响应于接收到无线UE暂时不能参与数据传输或者甚至暂时忙碌的指示而缓冲了数据传输控制信息，就可以分配这样的标签。

考虑到已经缓冲了数据传输控制信息，UE可以基于数据传输控制信息定制要采取的动作。特别地，对于UE直接响应输入数据传输的情形，相对于由于UE暂时不能响应输入数据传输而不能直接响应输入数据传输的情形，可以采取不同的动作。

为了说明，在UE直接响应传入数据传输的情况下，UE可以接受来自发起者的传入数据传输。不同地，在数据传输控制信息已被缓冲的情况下，UE可建立其他数据传输或触发向传入数据传输的发起者的其他数据传输的建立。例如，在通过呼入呼叫来实现数据传输的情形下，可以在框3092处检查是否要触发向呼入呼叫的发起者的呼出呼叫，并且在肯定的情况下，这可以在框3095处执行。

根据这里描述的各种示例，在框3092，在判定是否开始输入数据传输时可以考虑各种判定标准。示例性判定标准可以包括检查自从在框3030处接收到寻呼消息或者自从在框3060处发送响应消息以来超时持续时间是否已经流逝。另选地或附加地，决策标准可以基于用户查询。

从前面对图7的讨论可以理解，由寻呼消息触发的UE有可能通过例如向诸如AMF的寻呼控制节点发送消息来响应寻呼消息(框3060)。该响应消息可以包括忙碌指示符，并且可选地包括UE将忙碌多长时间的时间估计，例如因为它相对于使用另一标识的另一蜂窝NW在连接模式下操作。在框3060处发送的响应消息向通信NW指示UE可以在稍后阶段对传入数据传输采取响应动作是可能的。特别地，UE可以稍后进行查询以检索缓冲的数据传输控制数据。可以在服务请求消息或专用消息中包括相应的原因值以查询数据传输控制信息。然后，UE可以获得数据传输控制信息。例如，通过响应于相应的请求接收数据传输控制信息，可以假设数据传输控制信息已经被缓冲。还可以例如通过在其报头部分中设置相应的指示符来相应地标记已缓冲的数据传输控制信息。

下面将结合图8描述关于这种便于数据传输控制信息的缓冲的过程的细节。

图8是根据各种示例的方法的流程图。图8的方法可以由寻呼控制节点执行，例如AMF(参见图1：AMF 131)用于CN发起的寻呼，或者BS 112用于RAN发起的寻呼。可选的框在图8中用虚线标记。

在框3105，寻呼控制节点确定是否需要寻呼。例如，寻呼控制节点可以确定是否针对UE调度数据传输。这可以响应于例如从UP 191的网关节点和/或诸如SMF的会话控制节点接收的相应控制消息(参见图1：SMF 132)或连接到蜂窝NW的数据NW的节点，例如IMS的节点(参见图1：数据NW 180)。这种控制消息可能指示数据传输的类型。例如，可以指示应用。例如，可能指示数据传输是来自发起者的呼入呼叫。

接着，在框3110，触发寻呼过程。这可以包括向RAN 111的一个或更多个基站112提供控制消息。

可以实现寻呼过程的寻呼升级，以考虑UE移动性。

如以上结合框3105所讨论的，可能触发寻呼过程并使用指示数据传输类型的寻呼消息。例如，寻呼消息可以指示呼入呼叫或网站推送消息或基于位置的服务消息或社交网络消息等，以给出数据传输类型的一些示例。

接下来，在框3115，可以从UE接收响应消息。该响应消息可以指示UE暂时不能响应传入数据传输。因此，框3115与图7的框3060相互关联。响应消息可能包括忙碌指示符。响应消息可能包括指示UE不能响应数据传输的预计持续时间的指示符。

接着，在框3120，向与数据传输相关联的一个或更多个会话控制节点提供指示UE不能参与数据传输的指示符。存在实现指示无线通信设备暂时不能参与数据传输的这种指示符的各种选择。在表4中示出了一些选项。

表4：提供指示UE暂时不能参与从寻呼控制节点到会话控制节点的数据传输的指示符的可能实现。这种指示符可以便于在会话控制节点或相关节点处缓冲数据传输控制信息。在一些示例中，甚至可以不提供所有指示，即，不发信号通知寻呼过程的结果。

此外，在可用的情况下，有可能向会话控制节点提供预计持续时间的指示。这可以基于由UE提供的相应指示符(如结合图7所讨论的：框3060)。例如，可以转发该指示符。这可以帮助会话控制节点定制缓冲。

响应于接收到指示UE暂时不能响应于数据传输的响应消息3115，寻呼控制节点还可以中止寻呼过程的任何升级。这意味着可以停止寻呼。另选地或附加地，可以阻止与另外的数据传输相关联的一个或更多个另外的寻呼过程。例如，对于某个持续时间，可以暂停无线通信设备的寻呼。

如上所述，这样的技术可以便于在会话控制节点处缓冲数据传输控制信息。下面结合图9描述关于数据传输控制信息的这种缓冲的进一步细节。

图9是根据各种示例的方法的流程图。图9的方法可以由会话控制节点执行，该会话控制节点处理指向UE的传入数据传输。根据这里描述的各种示例，会话控制节点可以是CP节点或UP节点。会话控制节点的示例实现可以是SMF(参见图1)，UPF或诸如连接到蜂窝NW(例如IMS NW)的数据NW的网关节点之类的节点。可选框用虚线标记。

在框3205，将到UE的数据传输排队。对数据传输进行排队可以意味着检查是否存在数据连接(参见图1：建立到UE的数据连接189，即UE是否在连接模式下操作(参见图3：连接方式301)。如果不是这种情况，则可以存储/缓冲与数据传输相关联的传入数据，并且同时可以通过向寻呼控制节点发送相应的控制消息来请求寻呼(参见图8：框3105)。

接着，在框3210，确定UE是否不能参与数据传输。根据本文描述的各种示例，各种选项可用于实施方框3210。一些选项总结在表5中。

表5：考虑到定向到UE的数据传输来确定UE暂时不能参与数据传输的多个选项。

然后，根据框3210处的检查结果，该方法在框3216处开始(如果UE能够参与数据传输)或在框3217处继续(如果UE不能参与数据传输)。

在框3216，可以将与数据传输相关联的任何数据转发到UE。响应于成功的寻呼，可能已经同时建立了数据连接。数据可以沿着数据连接转发。

在框3217，可以进行可选的检查以激活还是去激活数据传输控制信息的缓冲。例如，可以在框3217根据输入数据传输的类型作出基本判定。举例来说，可针对呼入呼叫激活扩展缓冲，但可不针对属于非呼叫应用程序(例如，社交网络消息)的传入数据传输激活扩展缓冲。

如果缓冲未被激活，则在框3218拒绝数据传输。为了说明，可以将相应的拒绝消息发送到输入数据传输的发起者。

否则，在框3219，可以缓冲数据传输控制信息。

在执行框3219之前，即作为框3205的一部分，已经缓冲了数据传输控制信息的情形是可以想象的。然后，缓冲可以在框3219继续。

此外，在一些情形中，在框3219处，数据传输控制信息可被标记为已被缓冲。为了说明，可以在数据传输控制信息的报头中设置相应的指示符。还可以提供引用数据传输控制信息的单独指示符。细节在表3中解释。

可选地，还可以将拒绝消息发送到传入数据传输的发起者。在一些示例中，这种拒绝消息可以包括指示在会话控制节点处实现的缓冲的原因值。这将使得传入数据传输的发起者能够理解UE将可能发起与传入数据传输相关联的其他数据传输是可能的。根据各种示例，拒绝消息还可以包括UE将发起其他数据传输的估计时间。这可以基于先前从UE获得的相应定时指示。

在框3220，困惑(distract)UE是否是同时能响应。根据这里描述的各种示例，各种选项可用于实现框3220处的检查。为了说明，可以监测指示UE变得对一个或其他节点是能响应的相应指示符。为了说明，可以监测是否建立了到UE的数据连接。监测UE是否变成能响应通常可以基于CP中的控制信令或基于监测UP。可以从UE接收请求。例如，在一种情形下，UE可以发送对数据传输控制信息的请求，该请求然后可以被会话控制节点接收。

然后，当UE变成能响应时，在框3220，便于向无线通信设备提供数据传输控制信息。例如，可以想到数据传输控制信息的数据平面路由，例如沿着随后建立的数据连接。此外，可以向诸如AMF的移动性控制节点提供数据传输控制信息，该移动性控制节点然后可以将数据传输控制信息转发给无线通信设备。

有可能不时地重新执行框3220处的检查，例如，直到满足丢弃事件。因此，在框3221，检查是否中止数据传输控制信息的缓冲。这可能意味着会话控制节点在缓冲呼叫控制信息的同时监测丢弃事件。然后，在检测到丢弃事件时，可以丢弃缓冲的数据传输控制信息，如下所述。示例丢弃事件在以下的表6中列出。

表6：在判定是否丢弃所缓冲的数据传输控制信息时要考虑的示例丢弃事件。

如果数据传输控制信息的缓冲被中止，则在框3222，数据传输控制信息被丢弃。

从上面可以理解，AMF可能通知会话控制节点UE由于“忙碌”而不可到达。这可以是附加信息，例如不同于通知会话控制节点寻呼不成功，即UE不可到达。然后，会话控制可以判定是否执行数据传输控制信息的不执行扩展缓冲。数据传输控制信息的一个示例是SIP邀请消息的缓冲。关于是否执行扩展缓冲的判定可能是由于接收到的“忙碌指示”。另选地或附加地，该判定可以取决于数据传输的类型，例如，可以选择性地对呼入呼叫执行缓冲。例如，会话控制节点可以判定不缓冲数据传输控制信息，例如，UE由于其他原因是不可到达的，例如，未能响应寻呼或没有电池电源或超出覆盖范围。例如，基于由UE提供的估计的忙碌时间或诸如5分钟，10分钟等的默认时间，缓冲可以开始某一预定持续时间。可以将缓冲的数据传输控制信息标记为已经被缓冲，以便UE理解其不应当直接响应例如相应的SIP邀请消息。相反，UE可以采取其他措施来开始传入数据传输，例如，在呼入呼叫的情况下，向呼入呼叫的发起者发出呼出呼叫。

图10是各个节点之间的通信的信令图。图10是在由呼叫实现的数据传输的上下文中解释的情形。这里，数据传输控制信息由呼叫控制信息实现。类似的技术可以容易地应用于其他种类和类型的数据传输。

在5005，发起者199发送SIP邀请控制消息4005，并且经由UPF 121路由SIP邀请控制消息4005。各个数据分组可以包括SIP邀请控制消息4005。

在5010，UPF 121触发要提供给SMF 132的下行链路数据通知4010。

然后，SMF 132在5015向AMF 131发送请求消息4015，从而请求寻呼UE 101。请求消息4015可以指示传入数据传输是呼入呼叫。

AMF 131然后请求RAN 111寻呼UE 101。在5020处，AMF 131向RAN 111发送相应的请求消息4020。请求消息4020包括指示呼入呼叫的原因值。

然后，作为RAN 111的一部分的基站112(图10中未示出)在5025处发送寻呼消息4025，并且UE 101接收寻呼消息4025。所示情形中的寻呼消息4025包括指示寻呼是呼入呼叫的原因的原因值。这种原因值通常是可选的。

UE 101检测到它正在被寻呼，并在5030确定至少一个忙碌事件(参见表1)，因此，UE 101判定不响应呼入呼叫，即不参与和发起者199的呼叫。例如，UE 101可能相对于包括RAN 111的蜂窝NW 100并且进一步相对于与呼入呼叫相关联的标识在空闲模式302下操作。在框5030处检测到的忙碌事件可以涉及相对于该蜂窝NW或相对于另一蜂窝NW以及进一步相对于连接模式301中的另一标识进行操作的UE101(参见表1：实施方式A)。

在5035，UE 101发送响应消息4030。响应消息4030与寻呼消息5025相关联，并且指示UE 101暂时不能响应呼入呼叫。可能的是，响应消息包括UE将不能响应呼入呼叫的相应忙碌指示符和/或相应预计持续时间。

在5045，AMF 131然后通知SMF 132，UE 101由于忙碌而不可到达，并且包括不可到达的估计时间(参见表2)：选项A-选项B也是可能的；此外，参见表4，选项B-选项A也是可能的。在5040从RAN 111向AMF 131发送相应的消息4035，并且在5045从AMF 131向SMF 132提供相应的指示4035。

然后，在SMF 132和/或UPF 121处缓冲控制信息-SMF 132和UPF 121两者都是用于实现会话控制节点的选项。例如，可以缓冲SIP邀请消息。可以标记已被缓冲的SIP邀请消息(参见表3)。

在框5055，一个或更多个忙碌事件被解决。然后，UE 101可以在连接模式301下操作。

UE 101接着经由RAN 111(5060)向AMF 131(5065)提供服务请求4040。服务请求4040可包括指示UE 101在5055处已解决忙碌事件和/或请求数据传输控制信息的特定原因值；还可以重新使用来自其他情形的服务请求4040的原因值，例如MT数据或用于CIoT的更高等待时间。然后，根据先前已经接收到包括忙碌指示的响应消息4030的上下文，可以判断UE想要获得被缓冲的呼叫控制信息。

然后，AMF 131在5070向SMF 132发送通知4045，指示UE 101现在可用(参见框3220)。例如，在呼叫控制信息在UPF 121处被缓冲的情况下，SMF 132可以例如通过在5075处向UPF 121发送相应的消息4050来触发向UE 101发送缓冲的呼叫控制信息。然后，UPF121可以在5080处将呼叫控制信息4055发送到UE 101。

呼叫控制信息4055可以被标记为已经被缓冲(参见表3)例如，相应的指示符可以包括在呼叫控制信息4055本身中，或者可以与呼叫控制信息4055一起发送。为了说明，例如当在5050处开始缓冲时，可能已经对呼叫控制信息加了时间戳。因此，UE可以检测到呼叫控制信息4055是过时的/旧的，并且可能不直接响应与呼叫控制信息4055相关联的SIP邀请。而是，UE可以在5085触发呼叫，以在基于呼叫控制信息4055基础上的信息来回叫发起者/呼叫者199。为了说明，UE 101可以从呼叫控制信息4055，例如从SIP邀请消息中提取发起者199的地址/标识。

以上，结合图10说明了呼叫控制信息在诸如SMF 132或UPF 121的核心NW节点处被缓冲的情形。这些仅是示例。为了说明，可以想到呼叫控制信息被缓冲在处理呼入呼叫的数据NW的节点(例如IMS NW)中的情形。在又一示例中，可能在基站112处或更一般地在RAN111处缓冲呼叫控制信息。特别地，后一种情形可以适用于如3GPP NR RRC不活动的断开模式的实现。这里，寻呼由RAN 111处理，而不是由AMF 131处理。然后，缓冲RAN 111的相应基站112的控制信息并在UE 101转换到连接模式301时传递呼叫控制信息是有帮助的。

综上所述，已经描述了与UE的寻呼过程相关联的技术，该寻呼过程由指向UE的传入数据传输和UE暂时不能响应传入数据传输的相关联指示来触发。具体地，传入数据传输可以是呼入呼叫，例如语音呼叫或视频呼叫。

UE由于忙碌而不可到达的这种信息可以从寻呼控制节点转发并且在核心NW或诸如IMS NW的数据NW处处理。例如，AMF可以向SMF通知UE由于忙碌而不可到达。

然后，会话控制节点(例如，蜂窝NW的节点或连接到蜂窝NW的数据NW的节点，例如，在IMS节点中)可以判定是否实现数据传输控制信息的扩展缓冲。扩展缓冲可以涉及其中数据传输控制信息被保留在缓冲器中持续延长的持续时间的情形，例如，如果与其中数据传输控制信息被保留在缓冲器中直到寻呼过程完成的参考情形相比较。根据这里描述的技术，即使寻呼过程已经升级，也可以在寻呼过程完成之后很好地缓冲数据传输控制信息。

已经描述了可以由会话控制节点在判定是否缓冲数据传输控制信息时考虑的各种决策标准。为了说明，这样的决策标准可以包括数据传输的类型：例如，可以缓冲呼叫控制信息以用于由呼叫实现的数据传输，但是不缓冲数据传输控制信息以用于由例如从网页或另一非呼叫应用接收的推送消息实现的数据传输。其他情形也是可能的，其中会话控制节点总是在从寻呼控制节点接收到相应指示时实现扩展缓冲。

根据这里描述的各种示例，缓冲可以在不同的节点处实现，例如在蜂窝NW的核心的控制平面中-例如在SMF处-在蜂窝NW的核心的数据平面中-例如在UPF处或在IMS处。

可以将缓冲的数据传输控制信息标记为已经被缓冲。例如，指示或扩展字段可以附加到指示其的数据传输控制信息。为了使UE能够理解UE在最终接收到缓冲的数据传输控制信息时不应直接对其作出响应，而是以其他方式对数据传输进行评论。为了说明，在通过呼入呼叫来实现传入数据传输的情形下，UE提取呼入呼叫的发起者的地址，然后将呼出呼叫置于呼入呼叫的发起者，而不是简单地响应SIP邀请控制消息。

根据在此描述的各种示例，数据传输控制消息可以例如在UE转换到连接模式时被自动提供给UE。在其他示例中，UE作出查询所缓冲的数据传输控制信息的请求也是可能的。例如，可以进行SIP服务请求，因为数据传输的实现是呼入呼叫。SIP服务请求可以包括相应的原因值，或者可以为此定义另一类型的SIP服务请求消息。

尽管已经关于某些优选示例示出和描述了本公开，但是在阅读和理解本说明书之后，本领域的其他技术人员将想到等同物和修改。本公开包括所有这些等同物和修改，并且仅由所附权利要求的范围限制。

为了说明，根据各种示例，UE发送请求缓冲的数据传输控制信息的请求消息。在其他示例中，UE可能不发送这种请求消息，但是网络节点监测UE是否重发到连接模式，然后基于这种监测触发向UE提供数据传输控制信息。

Claims (26)

1.一种操作无线通信设备(101)的方法，所述方法包括：

-当相对于通信网络(99、100、100-1、100-2)在断开模式(302)下操作时，从所述通信网络(99、100、100-1、100-2)接收寻呼消息(4025)，所述寻呼消息指示呼入呼叫，以及

-当检测到至少一个忙碌事件时，向所述通信网络(99、100、100-1、100-2)发送与所述寻呼消息(4025)相关联的响应消息(4030)，所述响应消息(4030)指示所述无线通信设备(101)暂时忙碌。

2.根据权利要求1所述的方法，

其中，所述响应消息指示所述无线通信设备(101)正在使用与和所述寻呼消息(4025)相关联的用户标识(451)不同的另一用户标识(452)在连接模式(301)下操作。

3.根据权利要求2所述的方法，

其中，所述响应消息(4030)是在所述连接模式(301)的相对于与所述另一用户标识(452)相关联的另一通信网络(99、100、100-1、100-2)的缺席时间期间发送的。

4.根据前述权利要求中任一项所述的方法，

其中，所述至少一个忙碌事件包括检测到小区边缘覆盖情形或降低的无线电质量情形中的至少一者。

5.根据前述权利要求中任一项所述的方法，所述方法还包括：

-当解决了所述至少一个忙碌事件时，从所述通信网络(99、100、100-1、100-2)获得与所述呼入呼叫相关联的呼叫控制信息(4055)，

其中，所述呼叫控制信息(4055)使得所述无线通信设备(101)能够向所述呼入呼叫的发起者发起呼出呼叫。

6.根据权利要求5所述的方法，

其中，根据超时持续时间或用户查询中的至少一者来选择性地发起呼出呼叫。

7.根据权利要求5或6所述的方法，所述方法还包括：

-当解决了所述至少一个忙碌事件时，使用服务请求控制消息从所述通信网络(99、100、100-1、100-2)请求所述呼叫控制信息(4055)。

8.根据权利要求7所述的方法，

其中，所述呼叫控制信息(4055)是通过所述服务请求控制消息来请求的，所述服务请求控制消息参考所述响应消息(4030)、所述呼入呼叫或移动终止数据中的至少一者。

9.根据权利要求7或8所述的方法，

其中，所述呼叫控制信息(4055)是参考所述通信网络(99、100、100-1、100-2)处的移动终止数据的扩展缓冲器来请求的。

10.根据权利要求5至9中任一项所述的方法，

其中，所述呼叫控制信息(4055)是相对于所述呼入呼叫加时间戳的，和/或

其中，所述呼叫控制信息(4055)被标记为已经在所述通信网络(99、100、100-1、100-2)处被缓冲。

11.根据前述权利要求中任一项所述的方法，

其中，所述响应消息(4030)包括指示所述无线通信设备(101)将忙碌的预计持续时间的指示符。

12.根据权利要求11所述的方法，所述方法还包括：

-使用与和所述寻呼消息(4025)相关联的用户标识不同的另一用户标识来监测与所述呼入呼叫不同并被连接模式支持的另一数据传输，以及

-基于所述监测来估计所述预计持续时间。

13.根据权利要求11或12所述的方法，所述方法还包括：

-基于用户查询来估计所述预计持续时间。

14.一种操作通信网络(99、100、100-1、100-2)的寻呼控制节点的方法，所述方法包括：

-在检测到用于无线通信设备(101)的数据传输时，触发寻呼过程以寻呼所述无线通信设备(101)，

-从所述无线通信设备(101)接收指示所述无线通信设备(101)暂时忙碌的响应消息(4030)，以及

-向与所述数据传输相关联的会话控制节点(112、132、121)提供指示所述无线通信设备(101)不能参与所述数据传输的指示符，从而便于缓冲与所述数据传输相关联的数据传输控制信息(4055)。

15.根据权利要求14所述的方法，所述方法还包括：

-响应于接收到所述响应消息(4030)，中止所述寻呼过程的升级和/或阻止与一个或更多个另外的数据传输相关联的一个或更多个另外的寻呼过程被调度用于所述无线通信设备(101)。

16.根据权利要求14或15所述的方法，

其中，所述响应消息(4030)包括指示所述无线通信设备(101)将不能参与所述数据传输的预计持续时间的指示符，

其中，所述方法还包括：

-向所述会话控制节点(112、132、121)指示所述预计持续时间。

17.根据权利要求14至16中任一项所述的方法，

其中，指示无线通信设备(101)暂时不能参与所述数据传输的所述指示符指示所述无线通信设备(101)暂时忙碌。

18.一种操作通信网络(99、100、100-1、100-2)的会话控制节点(112、132、121)的方法，所述方法包括：

-在检测到用于无线通信的数据传输时，从寻呼控制节点(112、131)获得指示所述无线通信设备(101)暂时忙碌的指示符，

-响应于获得所述无线通信设备暂时忙碌的所述指示符，缓冲所述数据传输的数据传输控制信息(4055)，以及

-当完成所述缓冲时，便于向所述无线通信设备(101)提供所述数据传输控制信息(4055)。

19.根据权利要求18所述的方法，

其中，所述数据传输是呼入呼叫，

其中，所述数据传输控制信息(4055)是呼叫控制信息(4055)。

20.一种操作通信网络(99、100、100-1、100-2)的会话控制节点(111、112、132、121)的方法，所述方法包括：

-在检测到用于无线通信设备(101)的呼入呼叫时，确定所述无线通信设备(101)暂时不能参与所述呼入呼叫，

-响应于所述无线通信设备(101)暂时不能参与所述呼入呼叫的所述确定，缓冲所述呼入呼叫的呼叫控制信息(4055)，以及

-当完成所述缓冲时，便于向所述无线通信设备(101)提供所述呼叫控制信息(4055)。

21.根据权利要求20所述的方法，

其中，所述无线通信设备(101)暂时不能参与呼入呼叫的所述确定是基于从所述通信网络(99、100、100-1、100-2)的寻呼控制节点(112、131)获得的指示所述无线通信设备(101)不能参与所述数据传输的指示符。

22.根据权利要求20或21所述的方法，

其中，所述无线通信设备(101)暂时不能参与所述呼入呼叫的所述确定是基于与来自所述无线通信设备(101)的响应消息(4030)相关联的超时持续时间。

23.根据权利要求19至22中任一项所述的方法，所述方法还包括：

-将所述呼叫控制信息(4055)标记为已缓冲。

24.根据权利要求19至23中任一项所述的方法，所述方法还包括：

-在缓冲所述呼叫控制信息(4055)的同时，监测丢弃事件，

-当基于所述监测检测到所述丢弃事件时，丢弃所述呼叫控制信息(4055)。

25.根据权利要求24所述的方法，

其中，所述丢弃事件是从所述无线通信设备(101)没有接收到触发的响应超时或从所述呼入呼叫的发起者接收到的释放指示中的至少一者。

26.根据权利要求19至25中任一项所述的方法，

其中，根据来自所述无线通信设备(101)的相应请求，向所述无线通信设备(101)提供所述呼叫控制信息(4055)。

Images