Sfn节点间消息发送
阅读说明：本技术 Sfn节点间消息发送 (inter-SFN node messaging ) 是由 A·施密特 A·卢夫特 M·汉斯 M·别纳斯 于 2016-08-04 设计创作，主要内容包括：本发明提供了一种在单频网络内转移资源控制单元可操作控制功能的方法,在该单频网络中多个传输点以同步的方式从第一节点向第二节点发送相同的下行链路数据分组,该方法包括在资源控制单元处,从至少一个候选节点接收资源控制信息的集合；使用资源控制信息来确定至少一个候选节点成为第二节点的适合性；以及发起从第一节点向第二节点的资源控制单元可操作控制功能的转移。(The present invention provides a method of transferring resource control unit operational control functionality within a single frequency network in which a plurality of transmission points transmit identical downlink data packets in a synchronized manner from a first node to a second node, the method comprising receiving, at a resource control unit, a set of resource control information from at least one candidate node; determining a suitability of the at least one candidate node to become the second node using the resource control information; and initiating a transfer of the resource control unit operational control function from the first node to the second node.)
本申请是2016年8月4日提交的申请号为201680041935.1的同名专利申请的分案申请。
与早前申请的关联
本发明是于2015年11月2日提交的题为“Method and Device for Configuring aSingle Frequency Network”的欧洲专利申请号15154705.6中描述的布置的进一步发展，出于所有目的，该专利申请的内容通过引用并入在本文中。
背景技术
本发明涉及对单频网络或者网络集群的操作，其中，多个基站中的每个基站提供一个或多个无线小区，以协调的方式运行使得当用户设备穿行多个小区时不需要切换。
在EP 15154705.6中，描述了用于基于移动终端的位置和/或轨迹的知识来操作单频网络(SFN)的方法。简言之，定义了可以集中位于或者被分派在遍布通信系统的各种实体中的资源控制单元(RCU)功能。在一个替代例中，具有本地调度的资源池，提出向中央RCU实体指派第一干扰抑制功能(用于对SFN集群间干扰的抑制)，并且向本地(或集群特定的)RCU实体指派第二干扰抑制功能(用于对SFN集群内干扰的抑制)。此外，描述了本地RCU可以包括或控制无线通信系统的空中接口技术的MAC层的调度功能。在该概念中，本地RCU应该以同步的方式“告诉”其相应的SFN集群中的所有涉及的传输点(eNB或RRH)何时发送数据的何部分。
US 2009/0264125 A1描述了并入手持单元用于提供微蜂窝基站操作的通信系统。手持单元向用户设备提供多个无线接口。微蜂窝基站以与常规蜂窝基站相似的方式运行。在多于一个的手持单元在给定区域内运行的情况下，可以在手持单元之间重新分布微蜂窝基站接入点功能。
根据3GPP TS 36.321，用于LTE的MAC(介质访问控制)协议层的主要服务和功能包括：
a)逻辑信道与传输信道之间的映射；
b)将属于一个或不同逻辑信道的MAC SDU多路复用到传输块(TB)中/从传输块对该MAC SDU进行解复用，该传输块在传输信道上被递送至物理层/从物理层被递送；
c)调度信息报告；
d)在一个UE的逻辑信道之间的优先级处理；
e)在凭借动态调度的UE之间的优先级处理；
f)传输格式选择；
g)填充和其它功能
MAC功能的调度方面c)和e)对于本发明尤其重要，这是因为这些对于SFN集群内干扰的有效抑制至关重要。
在图1、图2、图3A和图3B中描述了根据现有技术的现状的蜂窝通信网络的一般架构。图1示出了LTE通信系统10的示例网络架构，在该通信系统中，将传输点20再分为集群，示出了两个集群，集群M 22和集群N 24。每个集群由相应的资源控制单元RCUM 26和RCUN 28来控制。RCU继而由集群管理单元30来控制。图1示出了集群管理单元30与核心网络的部分的移动管理实体MME 34之间的基础结构接口32(在LTE的情况中，此为S1接口)。
在图2中，网络端上的实际传输点20(天线或天线阵列)位于基站40。图2示出了基础结构接口32和空中接口36(在LTE的情况中，此为Uu参考点)。还示出了针对用于基站40和移动终端42中的每个的空中接口的协议栈38。各种LTE协议层的端点驻留在基站(“eNB”)和移动终端(“UE”)中。
图3A示出了具有用作传输点的射频拉远头(RRH)44的LTE通信系统的示例网络架构。该RRH 44例如凭借定向无线技术或光纤连接至基站46(eNB)，而图3B示出了具有射频拉远头(RRH)48的LTE通信系统的示例网络架构，该射频拉远头连接至虚拟基站(eNB)的池50。在图3A和图3B中，网络端上的实际传输点(天线或天线阵列)由射频拉远头(RRH)来表示，该射频拉远头凭借接口INTERFACE 1连接至基站(或者基站计算资源的池)，该接口可以是无线、有线或者光接口。例如，CPRI(通用公共无线接口)协议可以在INTERFACE 1上使用。RRH已变为当前新的分布式基站的最重要的子系统中的一个。射频拉远头包含基站的RF电路系统加上模拟到数字/数字到模拟切换器、上/下切换器和天线。RRH还具有操作和管理处理能力以及用于连接至基站的“剩余部分”的标准化接口。与包括RF电路系统、A/D切换器等并且经由模拟接口连接至天线的基站相比，RRH使MIMO操作简单得多。RRH还增加基站的效率，并且便于实现针对间隙覆盖问题的更容易的物理定位。
在图3A和图3B中还示出了针对空中接口的协议栈，作为协议栈60、62和64。除LTE物理层PHY之外的各种LTE协议层的端点驻留在基站(“eNB”)和移动终端(“UE”)两者中。对比图2，LTE PHY层的至少部分在RRH中终止。当从UE的角度来看时，PHY层的对应物位于RRH中，而PHY以上的层的对应物位于eNB中。INTERFACE 1用于基带信号的交换，而接口INTERFACE 2是使用LTE物理层的资源网格(如在之前发明中描述的)、调制和编码方案的实际空中接口(天线对天线)。
在图3A中RRH连接至真实的物理基站，而在图3B中RRH连接至基站计算资源的池(也被称为“云RAN”)。
要注意的的是，在无线通信系统中对“本地RCU”实体的有意义的方位极大取决于实际的部署情景。较具体的，其取决于拓扑网络结构以及对是将RRH还是eNB用作传输点(TP)问题的回答。此外，其取决于是部署真实的物理eNB(如图3A中示出的)还是使用(例如，由eNB计算资源的池提供的)虚拟eNB(如图3B中示出的)。
进一步要注意的是，在本发明的上下文中，eNB可以是真实的(即，物理eNB)或者虚拟的eNB(即，由计算功率的池提供的eNB计算资源的实例)。传输点(TP)可以是射频拉远头(RRH)以及“完整的”基站。
对于本发明的进一步的理解，图4A至图4C描述了适合本发明的实现的不同的已知网络拓扑结构的示例。术语传输点(TP)可以表示RRH或真实物理eNB(的天线或天线阵列)。图4A示出了“总线”拓扑网络结构的示例，图4B示出了“星型”拓扑网络结构，并且图4C示出了混合的“总线”与“星型”拓扑网络结构。
发明内容
本发明提供了一种根据权利要求1所述的在单频网络内将资源控制单元可操作控制功能从第一节点转移至第二节点的方法。
本发明的方法的目的在于提供(当相对应的SFN集群移动、扩展或收缩时)从一个实体至另一实体的对RCU功能/RCU上下文信息(包括针对SFN集群内干扰抑制的MAC调度方面)的无缝交换。
交换RCU功能的过程可以包括以下步骤的一个或多个：选择至少一个候选节点，激活至少一个候选节点，请求来自至少一个候选节点的信息，接收来自至少一个候选节点的信息的集合；评估从至少一个候选节点接收到的信息的集合，评估由第一节点推导出的信息的另一集合，确定一个候选节点作为第二节点，发起从第一节点向第二节点(目标节点)的对RCU上下文信息的转移，完整地或部分地将RCU上下文信息从第一节点转移至第二节点(目标节点)，去激活第一节点。可以任意选择此处列出的步骤的顺序；即，在真实的部署中，此处描述的各种步骤可以根据相应的情景以不同的顺序来执行。另外，可能不是此处所列的所有过程步骤对于实体之间的RCU功能的交换而言都是必需的。
在一个实施例中，RCU功能的交换可以包括RCU上下文信息的交换，并且在另一实施例中，RCU上下文信息的交换可以包括RCU功能的交换。
根据从属权利要求提供了本发明的进一步的方面。
附图说明
现在仅通过示例，参照以下附图，将对本发明的实施例进行描述，其中：
图1是再分为集群的单频网络的示意示出；
图2示出了LTE通信系统的示例网络架构
图3A示出了具有射频拉远头的LTE通信系统的示例网络架构；
图3B示出了具有射频拉远头的LTE通信系统的进一步的示例网络架构；
图4A示出了总线网络结构；
图4B示出了星型网络结构；
图4C示出了复合的总线与星型网络结构；
图5A示出了在总线拓扑结构集群中实现的本发明的实施例；
图5B示出了在星型拓扑结构集群中实现的本发明的实施例；
图6A示出了总线拓扑结构中的本地RCU之间的RCU功能的转移；
图6B示出了星型拓扑结构中的本地RCU之间的RCU功能的转移；
图7A示出了具有总线拓扑结构的SFN集群；
图7B示出了具有星型拓扑结构的SFN集群；
图8示出了从第一eNB向第二eNB的转移；
图9示出了第一消息序列图；并且
图10示出了第二消息序列图。
具体实施方式
本发明的优选实施例
图5A示出了在具有总线拓扑结构的SFN集群M内从一个eNB，eNBm至第二eNB，eNBm+2的RCU功能的转移。在从一个eNB至另一个的转移中，本地资源控制单元RCU功能也转移。
本地RCUM表示转移之前的资源控制单元，本地RCUM*表示转移之后的资源控制单元。同样地，转移之前的无线接入网络(RAN)与核心网络(CN)之间的基础结构接口S1，以及转移之后的无线接入网络(RAN)与核心网络(CN)之间的基础结构接口S1*会改变。
从图5A可以看到，RCU功能可以在两个S1参考点上或者在连接SFN集群M内的eNB的总线上进行转移。
从图5B可以看到，RCU功能可以在两个S1参考点上或者在SFN集群N内的eNBn与eNBn+2之间的直接连接上进行转移。在如图5B中示出的星型拓扑结构的情况中，星型拓扑结构在成功转移RCU功能之后需要重新形成(即，当eNBn+2持有针对SFN集群N的RCU功能时，可以丢弃eNBn与eNBn+1之间的直接连接，并且可能需要建立eNBn+2与eNBn+1之间的直接连接)。这取决于实际的部署情景，并且不是在所有情况中都是可能的。
本发明还提供了从第一SFN集群的第一eNB至第二SFN集群的第二eNB(例如，如图6A中示出的从eNB1至eNBm，或者如图6B中示出的从eNBn至eNBo)的本地RCU功能的转移。本地RCUL/RCUN表示转移之前的资源控制单元，本地RCUM/RCUO表示转移之后的资源控制单元。同样地，S1L/S1N表示转移之前的无线接入网络(RAN)与核心网络(CN)之间的基础结构接口，并且S1M/S1O表示转移之后的无线接入网络(RAN)与核心网络(CN)之间的基础结构接口。
如在以上的示例中，从图6A可以看到，RCU功能可以在两个S1参考点上或者在连接SFN集群L与SFN集群M的总线上进行转移。
从图6B可以看到，RCU功能仅可以在两个S1参考点上进行转移。不同于在以上的示例中，由于给定的星型拓扑结构，在不同SFN集群之间不存在直接连接。
如从图7A和图7B中可以容易地看到的，由于RRH部署的本质，不需要从第一eNB转移至相同SFN集群的第二eNB。
在发起RCU功能的转移之前，需要已知用于在任意给定的SFN集群中托管/提供本地RCU功能的eNB的能力和/或适合性。额外地或替代地，在一些部署情景中，需要已知(例如，由eNB提供的空中接口上的)关于资源分配的信息和/或(例如，eNB的硬件中的)处理负载和/或当前配置细节(例如，eNB的带宽配置)和/或(例如，与eNB中的功率节省模式有关的)本地活动状态。
因此，向在第一转移之前触发RCU功能转移的实体提供描述eNB的能力和/或适应性的信息的各种片段，这些片段合起来被称为资源控制信息。对该数据的供应可以例如由第一节点(即，由当前提供针对具体集群的本地RCU功能的eNB)或者由集中定位的管理单元(例如，SFN集群管理单元)来请求或推断。
而本发明的另一方面是本地RCU功能从控制第一SFN集群的第一虚拟eNB向控制第二SFN集群的第二虚拟eNB(例如，如图8中示出的从eNBM至eNBN)的传播。本地RCUM表示在转移之前指派给eNBM的资源控制单元，本地RCUN表示在转移之后指派给eNBN的资源控制单元。在该情景中，本地RCU功能从一个虚拟eNB向另一虚拟eNB的切换是“eNB池内部操作”，并且如此不需要用于上下文信息的交换的任意外部接口。
图8仅示出了具有SFN集群M和SFN集群N的示例部署拓扑结构，SFN集群M具有“总线”类型拓扑结构，SFN集群N具有“星型”类型拓扑结构。不应该将此理解为任意情况中的约束。在其它情景中，两个SFN集群可以都具有“总线”拓扑结构或者“星型”拓扑结构。另外，在由许多虚拟eNB构成的eNB池与由许多物理eNB构成的子系统之间的对RCU上下文信息的转移明确地落入本发明的范围。出于简洁的目的，后者未在此示出。
如图1中描述的，服务特定集群的任意本地RCU由SFN集群管理单元来管理。该管理单元定义了由网络涵盖的、并且由连接至特定SFN集群的本地RCU以及用户/设备服务的(至少一个)SFN集群。
SFN集群以及由SFN集群服务的设备的概念考虑了地理位置、实际的UE移动和/或预期的UE的轨迹以及其它方面，包括：
·本地RCU中的资源的可用性和需求
·必需的同步开销，即，由于SFN使用的资源的损失
·预期的集群的生存时间，即，预期的维护开销
曾建立的SFN集群是具有根据(本地和全局)需要而改变的以下参数的动态构造：
·由SFN集群服务的UE的数量
·形成SFN集群的TP(RRH和/或eNB)
·由用于服务SFN集群的(中央)RCU来管理的资源
·执行针对特定SFN集群的本地RCU的功能的实体
与该列表不同，一些参数由本地RCU在本地管理，而没有与集中式管理功能的任意相互。示例为如下的资源管理，其使用集中分配的资源以及针对TP(RRH、eNB)的本地功率调上/调下以增加集群的能量效率。
在SFN集群管理单元内的中央RCU中完成对哪个实体执行本地RCU功能的决定。该决定首先基于可用实体的能力，即，不是所有实体都能够或者适合执行必需的功能并且确保良好的性能。第二，必须选择本地RCU以具有向集群内的所有TP的良好的连接，即，具有足够短的转移延迟以确保SFN集群的同步行为、以及足够的带宽以支持所有相关的UE的需求。第三，取决于正在考虑的部署情景，还可以考虑其它标准，例如，资源分配、处理负载、带宽配置细节、和/或特定的节点的活动状态。
逻辑但是非强制性的决定是将本地RCU功能给予SFN集群内的(有能力的)eNB中的一个。然而，由于如其所定义的集群的动态性，在一段时间之后执行本地RCU功能的实体可能是次优选择，并且由于连接丢失或者下降的连接质量，最终该实体可能不能够或适合执行该功能。另外，实体可以遭受不充足的计算资源，或者实体可以是对于服务另一集群的最优选择并且因此必须放弃服务其当前的集群。
在另一实施例中，特定的节点可以由太阳能面板来供电。在该情况中，当节点被强制进入不活动的状态时，例如，在夜间，节点可能变为不适合执行本地RCU功能。
而在另一实施例中，基于从第二(候选)节点接收到的信息和/或基于由第一节点本身推断的信息，仅将本地RCU功能的部分(或子集)从一个实体(第一节点)转移至另一实体(第二节点)。
描述的理由示出了对当前向新定义(目标)的实体之间的功能转移的需要。针对转移的最终决定由SFN集群管理单元来完成，然而，对转移的触发可以来自本地或中央RCU中的两者的任意一个。
在设备中执行的公知的测量，例如，如根据传统蜂窝网络已知的小区间测量(在该上下文中，被称为“SFN之外的测量”较好)可以帮助RCU得到要被添加至SFN集群和/或要被给予本地RCU功能的TP的可用性。
图9示出了示例性消息序列图，在该图的上半部分中，预转移过程被示出为具有与由本地RCU作出的、用于转移功能的可选择请求(虚线)。该消息可以请求转移至特定的实体，例如，由足够数量的UE测量作为能非常好地被接收到的eNB。还可以在没有请求的目标实体的情况下请求转移，例如，以指示RCU与一个或多个TP之间的连接的下降的质量。
请求可以包括从集群中的UE接收到的测量，或者由本地RCU本身做出的测量。请求可以包括单个测量或者从持续性的测量和观察得到的合并信息。
替代物在图9中以点画线示出：当前本地RCU可以直接请求一个或多个候选实体来测量由集群中的UE发送的UL信号，该实体例如为当前为给定集群的部分的邻近eNB(如图9中示出的)以及当前不是给定集群的部分的邻近eNB。针对该请求的来自其它实体的回答可以包含测量结果以及告知关于实体是可以还是不可以接管可选地限于某个数量的UE、最大带宽的集群的RCU功能的当前能力信息等。进一步的信息还可以是从各种邻近eNB接收到的响应的部分以便确定这些eNB是否适合执行RCU功能，该信息例如为当前资源分配和/或负载指示。
例如，是否将RCU功能从一个节点转移至另一节点的决定可以是基于例如以下的特性的：
-上行链路测量(例如，在上行链路信道上由基站执行的)；
-下行链路测量(例如，在下行链路信道上由移动设备执行并且在其后被报告的)；
-节点能力；
-节点配置细节；
-活动状态；
-无线资源利用；
-处理负载。
在已从当前本地RCU接收到用于转移RCU功能的请求之后，可以替代地从SFN集群管理单元(中央管理单元)作出非常相似的请求。在图9的该替代示例中，假设SFN集群管理单元具有关于各种邻近eNB的能力的认知，所以不需要示出从各种邻近候选节点向SFN集群管理单元(中央管理单元)的信息的能力相关的片段的交换。
基于请求、响应以及接收到的反馈(例如，测量和/或位置信息等)，SFN集群管理单元(中央管理单元)通过对源和目标实体进行排序来开始功能转移以转移相应的本地RCU功能。
利用该功能转移，作为集群的部分的TP不必改变，即，如果源RCU例如是也作为TP执行的eNB，则TP功能可以保持完整以便不失去从UE发送或者发送至UE的任意信息。在图9中，这被表示为“(TP)”。
集群的本地RCU具有若干功能，例如：
功能A：将DL数据分发至TP以用于同步传输，即，通过同步传输来分发或者结合同步信息来分发，该信息例如为精确的传输时序。
功能B：组合和/或选择由不同TP接收到的UL数据，即，(从集群的所有TP中)选择相应的接收节点，并且组合由多个TP冗余地接收到并转发至NW的来自单个UE的数据。
功能C：资源管理，即，将已由SFN集群管理单元(中央管理单元)分配至集群的可用资源分配给在集群内服务的不同UE(取决于UE特定的需求)。
功能D：本地TP管理，即，激活/去激活TP以用于较好的功率效率以及控制TP的发送功率，即，组合UL中接收到的功率控制信息以得到针对DL的各种TP的功率需求。
本地RCU功能的转移表示在源与目标节点之间的对以上功能的无缝或者近乎无缝的转移。
功能A
为了确保在转移期间以及转移之后的成功的DL数据分发，优选地经由新本地RCU将业务的路由告知网络。可以在转移之前将仍经由旧路由(经由源本地RCU)接收的所有业务分发至TP，或者可以将该业务转发至目标本地RCU。在所有剩余业务已由源本地RCU发送之后，优选地，仅将经由目标本地RCU的业务分发至TP。在现有技术的解决方案(例如，针对LTE中eNB间的切换，或者对用于单个UE数据路由的网络节点的相似改变)中，源节点将业务转发至目标节点以用于向UE传输。最后一个转发的分组可以包含结束标记，该结束标记指示转发的(旧的)数据的结束，并且因此开始由目标节点进行的新的数据分发。
当前SFN集群解决方案的特别要求是对数据分组的同步分发。
·如果从RCU向TP的分发的本质具有同步方式，即，数据分组的分发及时地绑定于由TP在空中接口上进行的数据传输，则必须准确地对分发功能的切换进行同步。这要求源RCU和目标RCU两者定义时间上的点(基于公共时间的)，在该时间点源RCU停止并且目标RCU开始分发，并且准备阶段必须确保目标RCU可以在该时间开始。
·如果不同步进行从RCU向TP的分发，即，数据分组的分发包括针对要由TP发送的每个分组的准确时序信息，则可以在源RCU与目标RCU之间对切换时间点达成一致，并且两者可以不同步地开始执行，目标RCU仅在切换点之后分发分组用于传输，并且源RCU仅在该时间点之前进行分发。
·这两个功能不考虑是否已使用数据转发，即，在分发功能的切换之后还可以出现从源RCU向目标RCU的数据转发。
功能B
为了确保UL数据组合与TP选择的成功转移，必须将本地RCU改变告知集群的TP。针对将TP中的路由从源RCU切换至目标RCU的要求相对宽松，这是因为只要存在要分发的数据，源RCU就可以继续其UL功能。仅必须防止的情形是一个TP将其UL数据发送至源RCU并且一个TP将相同的数据发送至目标RCU，这可能导致复制了向NW的UL数据流中的数据。此处的解决方案与DL的相似：同步的切换，或者(为了缓解TP中的时序问题)数据转发，例如从源RCU向目标RCU进行，并且仅在RCU中的一个中组合。
功能C
为了资源分配功能的成功转移，目标RCU必须被提供有分配给SFN集群的资源池。对此最有可能的解决方案是供应来自中央SFN集群管理单元的资源，这是因为中央SFN集群管理单元负责总体的资源池分配(包括SFN集群间干扰方面)。替代方案是从源本地RCU转发当前分配。相关的任意上下文信息，即，关于资源需求、订阅的服务、能力、链路质量等的UE特定的上下文，也应该被转移以使目标本地RCU能够最优地执行本地资源分配。
在由目标本地RCU通过相关资源进行实际数据分发之前，必须良好地转移当前DL资源分配以确保目标本地RCU可以从其DL分发的开始，选择适合的资源。UL资源分配也必须被目标本地RCU知道，以便将接收到的数据映射至正确的源UE。目标本地RCU可以在此之后每次根据其自身的分配策略来分配来自资源池的UL资源。
功能D
对本地TP管理(以及之前提到的一些功能)的转移首先需要关于属于集群的TP的所有知识。该知识为目标RCU需要的信息，以及TP的当前状态(即，开或关)和可能的TP的与UE特定的关系，即，通常为“开”的TP是否需要发送至特定的UE或者从特定的UE接收。可以将集群的一些TP调为“安静”以用于分发至利用足够质量从其它TP接收UE，并且分别以用于从UE的UL传输。该信息必须从源本地RCU或者从中央RCU(或者当向目标本地RCU的信息转移在两者之间划分时，从两者)进行交换。通常，与功能A至C中的转移需求相比，TP管理具有宽松的时间和同步要求。
图10示出了以上在使用不同实体之间的示例消息以用于信息的交换的消息序列图中解释的交换的信息。然而，消息还可以以不同的顺序来交换。另外，可以使用较多或较少的消息。
在图10中，由源本地RCU将功能转移告知目标本地RCU(RCUy)。图9中示出了替代物，其中，源和目标本地RCU由SFN集群管理单元(中央管理单元)来告知。在示出的示例中，路由信息在TP(仅示出了一个)和网络中基本同时通过中央管理单元更新。通过转移完全不触及UE与TP之间的空中接口，但是在更新路由之前到达源本地RCU的UL业务将被转发至目标本地RCU以便防止数据复制。结束标记对数据转发的结束进行标记，使得目标本地RCU可以开始向TP的DL数据传输。可以示出具有消息的其它时序关联的其它示例，所以图10仅为许多可能的示例中的一个。
表1示出了可以包括在“转移上下文”消息的内容中的信息元素(如以上图10中示出的)，并且元素被称为“强制性的”M或者“可选择的”OP。
表1
本领域技术人员将意识到，进一步的信息元素是可能的。
在完成功能的转移之后，源本地RCU可以删除关于相应SFN集群的所有上下文。目标本地RCU可以开始通过分配资源等来开始管理SFN集群。
目标本地RCU可以记住针对该SFN集群的最近本地RCU的列表中的源本地RCU以便如果来自UE的测量这样指示，则防止切换回至相同的本地RCU。对针对本地RCU功能转移的所谓的“乒乓”效应的防止对于保证系统的效率是重要的。