技术摘要：
本文中公开了例如一种由用户设备UE（10）执行以用于处置无线通信网络（1）中的通信的方法，无线通信网络（1）通过主节点（12）在UE（10）和主节点（12）之间的第一无线电接口上使用主小区组MCG并通过辅节点（13）在UE（10）和辅节点（13）之间的第二无线电接口上使用辅  全部
背景技术：
通常，本文中使用的所有术语都将根据它们在相关技术领域中的普通含义进行解 释，除非从使用它的上下文中清楚地给出和/或隐含不同的含义。除非另外明确说明，否则 对一/一个/该元件、设备、组件、部件、步骤等的所有提及都将开放地解释为指元件、设备、 组件、部件、步骤等中的至少一个实例。除非明确地将一个步骤描述为在另一个步骤之后或 之前，和/或在隐含一个步骤必须在另一个步骤之后或之前的情况下，本文中公开的任何方 法的步骤不必按照公开的确切顺序执行。在任何合适的情况下，本文中公开的任何实施例 的任何特征可适用于任何其它实施例。同样地，任何实施例的任何优点可适用于任何其它 实施例，并且反之亦然。随附实施例的其它目的、特征和优点将从以下描述中显而易见。 在LTE中，使用无线电资源控制（RRC）协议来配置/设立和维持用户设备（UE）和网 络节点（例如演进型NodeB（eNB））之间的无线电连接。当UE从eNB接收RRC消息时，它将应用 配置（术语“编译”也可用于指配置的应用），并且如果这成功，则UE生成指示触发该响应的 RRC消息的事务身份（ID）的RRC完成消息。 自从LTE版本8以来，已经有三种信令无线电承载（Signalling  Radio  Bearer， SRB）（即，SRB0、SRB1和SRB2）可用于在UE和eNB之间传输RRC和非接入层（NAS）消息。在rel- 13中还引入了一种称为SRB1bis的新的SRB来支持窄带物联网（NB-IoT）中的NAS上数据 （DoNAS）。 SRB0用于使用公共控制信道（CCCH）逻辑信道的RRC消息，并且它用于处置RRC连接 设立、RRC连接恢复和RRC连接重新建立。一旦UE连接到eNB，即RRC连接设立或RRC连接重新 建立/恢复已成功，便将SRB1用于处置RRC消息（其可包括搭载的NAS消息）以及用于建立 SRB2之前的NAS消息，所有这些消息都使用专用控制信道（DCCH）逻辑信道。 SRB2用于包括记录的测量信息的RRC消息以及用于NAS消息，所有这些消息都使用 DCCH逻辑信道。SRB2具有比SRB1低的优先级，这是因为记录的测量信息和NAS消息可能是长 的，并且可能导致更紧急并且更小的SRB1消息阻塞。在安全激活之后，总是通过演进型UMTS 地面无线电接入网络（E-UTRAN）来配置SRB2。 E-UTRAN支持双连接性（DC）操作，由此处于RRC_CONNECTED模式的多接收/传输 （Rx/Tx）UE配置成利用由位于经由非理想回程通过X2接口连接的两个eNB（即无线电基站） 中的两个不同的调度器提供的无线电资源，参见3GPP  36.300  v.13.0.0。“非理想回程”意 味着，在网络节点之间通过X2接口传输消息可能遭受分组延迟和丢失两者。 涉及特定UE的DC的eNB可以承担两个不同的角色：eNB可充当主节点（MN）（又称为 主eNB（MeNB））或辅节点（SN）（又称为辅eNB（SeNB））。在DC中，UE连接到一个MN和一个SN。 6 CN 111602462 A 说　明　书 2/26 页 在LTE  DC中，特定承载使用的无线电协议架构取决于如何设立承载。存在三种承 载类型：主小区组（MCG）承载、辅小区组（SCG）承载和分离承载。RRC位于MN中并且SRB总是被 配置为MCG承载类型并且因此仅使用MN的无线电资源。当节点充当SN时，LTE  DC解决方案不 具有该UE的任何UE  RRC上下文，并且通过MN来处置所有此类信令。图1示出LTE  DC用户平面 （UP）架构。 在3GPP中，最近已完成一个关于5G的新空口接口的研究项目，并且3GPP现在已继 续努力将该新空口接口（通常被缩略为新空口（NR））标准化。目前正在针对rel-15讨论LTE- NR  DC，还称为LTE-NR紧密互通。 在该上下文中，与LTE  DC相比主要的变化是： •从SN引入分离承载，称为SCG分离承载。在这种情况下，SN又称为SgNB（辅gNB），其中 gNB表示NR基站。 •针对RRC引入分离承载。 •从SN引入直接RRC，称为SCG  SRB或直接SRB。 图2至图4示出LTE-NR紧密互通的用户平面（UP）和控制平面（CP）架构。 应领会，本文中的实施例适用于其中MN和SN节点可应用各种无线电接口技术的不 同场景。在不偏离本文中的实施例的主要概念的情况下，MN节点可应用例如LTE或NR，并且 SN节点也可使用LTE或NR。在无线电接口上也可使用其它技术。3GPP技术报告TR  38 .304  v.0.0.3包括其中MN和SN正在应用NR、LTE或两者的各种场景和组合。 对于5G标准化和5G部署的第一阶段，最有可能的场景是，MN将应用LTE，并且SN将 应用当前正处于标准化下的新空口接口（表示为NR）。因此，我们聚焦于这种场景，并且针对 本描述的其余部分使用术语MeNB和SgNB。 本文通篇使用以下术语来区分不同的双连接性场景： ○  DC：LTE  DC，即MN和SN两者都采用LTE。 ○  EN-DC：其中LTE为主并且NR为辅的LTE-NR双连接性。 ○  NE-DC：其中NR为主并且LTE为辅的LTE-NR双连接性。 ○  NR-DC（或NR-NR  DC）：MN和SN两者都采用NR。 ○  多RAT  DC（MR-DC）：用于描述其中MN和SN采用不同的无线电接入技术（RAT）的 通用术语。EN-DC和NE-DC是MR-DC的两个不同的示例情形。 如上文已经提到的，为5G标准化引入的DC方法包括SRB的分离承载的解决方案，参 见图3和图4。引入这种“RRC分集”的目的是要实现例如在基础设施和UE之间更好的移动性 鲁棒性和改进的消息递送。例如，即使到MeNB（或SgNB）的链路或多个链路中的一个已经显 著恶化，然后仍有可能通过最佳链路发送移交消息或任何其它重新配置消息。也有可能的 是，在链路易于出错的情况下，在MeNB和SgNB两者上发送相同消息的副本，以便实现更好的 成功率并且更快地递送相关消息。在当前的LTE  DC解决方案中不可用“RRC分集”的这种益 处，并且因此3GPP已承担实现此类RRC分集的挑战。具有RRC分集可证明对于具有低等待时 间的超可靠连接（通常称为超可靠低等待时间通信（URLLC））特别重要。 如图4中可见，可经由MeNB发送或通过到SgNB的X2接口中继从MN生成和/或传送的 RRC消息。在UE中通过不同路径接收的消息然后被合并到LTE分组数据收敛协议（PDCP）并且 然后被转发给LTE  RRC接收实体并被进一步处理。在上行链路中，UE生成LTE  RRC消息，UE可 7 CN 111602462 A 说　明　书 3/26 页 通过朝向SgNB的NR无线电接口或经由使用LTE技术的MN节点传送LTE  RRC消息。然后，通过 朝向MeNB节点的X2接口转发SgNB中接收的消息。 在UE和SN之间引入SCG  SRB背后的主要原因之一是，可能存在其中SN可直接配置 UE而不需要与MN协调的SCG重新配置场景。这用于诸如SN内移动性、与SN内小区有关的测量 配置/报告等的情形。SN内意味着在SN内。因此，3GPP中已经同意，SCG  SRB将支持功能性的 （子集），即：DL中的RRCConnectionReconfiguration；和UL中的RRCConnectionReconfigur ationComplete和MeasurementReport。 LTE-NR紧密互通中除了SCG  SRB和分离SRB之外的另一种控制信令机制是使用嵌 入式RRC并且在图4中也被图示。对于以下两种情形采用嵌入式RRC： 1. 当SCG  SRB不可用时。 2.  即使直接SRB可用，仍必须为UE配置影响NR和LTE分支两者（即要求协调）的设 置。 对于第一种情形，SgNB经由X2接口将RRC消息发送到MeNB，MeNB然后将RRC消息嵌 入在它自己的RRC消息中并经由SRB1发送，SRB1可以分离或不分离。然后，UE从容器MeNB  RRC消息中提取嵌入的NR  RRC消息，并在NR分支上应用配置。在UL方向中，UE将NR  RRC消息 嵌入在朝向MeNB的LTE  RRC消息中，并且MeNB将从这当中提取嵌入的NR  RRC消息并将它转 发到SgNB。 对于第二种情形，即要求在MeNB和SgNB之间协调的消息/配置，例如RAT间（即，在 不同RAT之间）测量配置、影响UE必须分配给NR和LTE分支的缓冲区大小但不超过UE的总缓 冲能力的设置等，SgNB节点可发送NR配置，MeNB和SgNB可协商最终配置（因为它影响两个分 支的设置），并经由包含嵌入的NR  RRC消息的LTE  RRC消息将NR分支的最终配置发送给UE， 其中最终嵌入的NR  RRC消息仍然由SN生成。 在LTE中，UE认为当以下时将检测到无线电链路故障（RLF）： i.  当在给定时间内从与主小区（PCell）相关联的更低层检测到一定数量的不同步 （OOS）指示时，或 ii. 当有来自媒体接入控制（MAC）的随机接入问题指示时，或 iii. 当有来自针对SRB或针对数据无线电承载（DRB）已经达到最大重新传输次数的无 线电链路控制（RLC）的指示时。 当检测到RLF时，UE准备RLF报告（其包括除了其它信息之外还有当检测到RLF时的 时刻服务和相邻小区的测量状态），进入到空闲模式，遵循空闲模式小区选择过程选择小 区，其中选择的小区可以是相同的服务节点/小区或另一个节点/小区，并且开始RRC重新建 立过程，其中原因值设置成rlf-cause。 在LTE  DC的情况下，RLF检测过程与上文描述的过程类似，不同之处在于，对于 (i)，我们只关注MN的PCell，(ii)中的MAC是MCG  MAC实体，并且(iii)中的RLC是MCG  RLC，并 且(iii)中的DRB对应于MCG和MCG-分离DRB。 另一方面，通过以下来检测辅侧上的故障，称为SCGFailure： a)  当根据以上i、ii和iii（即，用PCell替换主辅小区（PSCell）、用MCG  MAC替换SCG  MAC、并用MCG/MCG-分离DRB替换SCG  DRB）检测到SCG的无线电链路故障时，或 b)  当SCG更改故障、即在接收到命令UE这样做的RRC连接重新配置消息之后在一定的 8 CN 111602462 A 说　明　书 4/26 页 持续时间内不能完成SCG更改时，或 c)  当在将powerControlMode配置成1时由于超过最大上行链路传输计时差而导致停 止朝向PSCell的上行链路传输时。 当检测到SCGFailure时，UE向MN发送还包括测量报告的SCGFailureInformation 消息，并且MN可释放SN，更改SN/小区，或重新配置SCG。因此，SCG上的故障将不导致在MCG上 执行重新建立。 3GPP已经同意在LTE-NR互通的上下文中采用相同的原理，即在主分支上有RLF的 情况下重新建立，并且在辅分支上有RLF的情况下经由SCGFailureInformation和SN释放/ 更改/修改来恢复。具体来说，已经同意： 当SgNB故障时，UE应当： - 暂停所有SCG  DRB并暂停SCG分离DRB和MCG分离DRB的SCG传输； - 暂停直接SCG  SRB和MCG分离SRB的SCG传输； -  重新设置SCG-MAC； -  将具有对应原因值的SCGFailureInformation消息发送到MeNB。 现有解决方案的问题是，在UE中出现SCG故障的情况下，同时存在来自SN的正在进 行的SCG重新配置。这可能导致两种类型的问题： 1.  UE应当何时恢复在检测到SCG故障时暂停的SCG链路。 2. 根据UE和网络，最后的有效UE配置是什么。 a .  如果网络和UE对最后的有效UE配置没有达成共识，则在下一次重新配置时迫 使网络发送完整的UE配置，这可能是非常大的消息。 b.  如果网络和UE确实对最后的有效UE配置达成共识，则网络可在下一次重新配 置时使用δ信令，其与有效UE配置相比，其更有效。 本文中的实施例与以下有关：当没有配置SCG  SRB并且所有SN  RRC消息嵌入有MCG  SRB而被递送时的情形、或其中配置了SCG  SRB并且经由嵌入式RRC（例如由于需要与MCG协 调）或经由SCG  SRB发送就在SCG故障之前发送给UE的最后的SCG重新配置的情形。 考虑其中UE具有SCG_configuration_version1并且SN经由嵌入式SRB已发送SCG_ configuration_version2的情况。此外，例如由于PSCell上的RLF、由于SCG  DRB上的RLC重 新传输的最大数量等，而在UE处检测到SCG故障。 情形1：MN在它已设法将嵌入SCG_configuration_version2的MCG  RRC消息发送到 UE之前接收到SCGFailureInformation。 情形2：MN在它接收到SCGFailureInformation时已经开始将嵌入SCG_ configuration_version2的MCG  RRC消息发送到UE，但是它还没有完成它，例如消息的一部 分还没有被调度，由于更低层问题导致正重新传送消息的一部分。 情形3：MN已经成功地将嵌入SCG_configuration_version2的MCG  RRC消息发送到 UE，但是在等待该配置的完成消息时，在UE中检测到SCG故障。 情形3a：当UE仍正在应用SCG_configuration_version2时。 情形3b：UE已经应用SCG_configuration_version2，并且已经将完成消息发送到 嵌有到MN的上行链路（UL）消息的SN，但是尚未在MN处接收到该消息。 情形3c：和情形3b一样，但是MN已从UE接收到UL消息，但还没有递送更低层确认 9 CN 111602462 A 说　明　书 5/26 页 （ACK），即UE仍然不确定消息是否已经被递送到MN。 在所有情形中，都可能出现其中SN和UE可能具有不同的SCG配置的情况。即，当MN 尝试从SN得到UE的SCG配置时，SN将不确定提供SCG_configuration_version1还是SCG_ configuration_version2。SN将不知道UE是否已应用SCG_configuration_version2，因为 它没有接收到完成消息。 在情形1中，如果MN抑制转发SCG_configuration_version2，因为它知道UE已经历 SCG故障，则UE的配置将保持为SCG_configuration_version1。 另一方面，如果MN以任何方式将SCG_configuration_version2转发给UE，则UE将 尝试应用该配置。在LTE  DC中，UE已将这种重新配置的接收解释为网络对它之前已发送的 SCG故障的响应。在这种情形下，UE可决定恢复通常在SCG故障时暂停的SCG链路。但是由于 这 个 消 息 是 由 S N 在 检 测 / 报 告 S C G 故 障 之 前 生 成 的 ，所 以 可 能 不 存 在 mobilityControlInfoSCG（对于SCG更改）或释放指示符（SCG释放），意味着SCG链路的恢复 将不可能起作用，因为UE仍然在相同的SCG小区中。但是，如果SCG_configuration_ version2是来自SN的移动性配置，例如更改PScell，那么UE也可能将这误认为是刚刚发送 的SCGFailure报告的响应。来自SN的移动性命令实际上有可能已经解决了SCG问题，但是由 于MN不知道它，所以它将尝试处置SCG故障。这可能导致： •  不必要的信令：如果MN决定保留SN，那么它可例如与SgNB修改请求一起或在单独的 消息中将测量结果转发给SN，这将可能导致没有来自SN的实际修改，因为SN知道它刚刚应 用了移动性。 •  不必要的SN更改或释放：即使UE实际上已经成功地恢复了SCG，例如更改了 PScell，MN仍可能决定更改SN。在MN决定释放SN的情形下，如果没有具有更好信号质量的其 它SN，则情况是一样的。 情形2中的情况和情形1中的情况相同，即UE还没有接收到重新配置消息，因此针 对情形1的所有以上考虑仍然适用。 在情形3中，不管UE的状态如何（即，情形3a、3b、3c），也不完全清楚UE行为将是什 么样。但是，假设合适的UE实现，我们可以假设如果发生SCG故障，UE将不中断正在进行的配 置应用。因此，情形3a和情形3b实际上是相同的。并且，从UE的角度来看，情形3c也类似于情 形3a和3b，因为不确定在MN处是否接收到完成消息。但是，从网络的角度来看，情形3b和3c 是不同的，因为在情形3c中，网络知道UE已经应用了最新的配置。由于经由SRB1发送SCG故 障信息以及完成消息两者，所以甚至在情形3a/3b中，都将在完成消息之后调度/发送SCG故 障信息。照这样，网络和UE具有相同的配置，例如SCG_configuration_version2，但是由于 MN还没有将完成消息转发给SN，所以SN还不知道它。并且，也像在情形1和情形2中一样，这 个最新的重新配置可能已经解决了SCG故障，但是MN不知道它，并且因此将尝试解决已经处 理的问题。 最后的SCG重新配置可经由嵌入式SRB发送，但也可经由SCG  SRB发送。 情形4：经由SCG  SRB发送SCG_configuration_version2。 情形4a：由于SCG故障，UE没有接收到SCG_configuration_version2。 情形4b：UE已接收到具有SCG_configuration_version2的重新配置消息，但是它 还没有达成发送其完成消息。 10 CN 111602462 A 说　明　书 6/26 页 在情形4中，问题是SN节点不知道UE是否已经应用了SCG_configuration_ version2。 在Intel公司的R2-1710622“Further  details  on  SRB3  handling”中提出，UE应 当在SCG故障消息中包括它在故障之前得到的最后的RRC  SCG配置的事务身份（ID）。并且， MN可在向SN请求最新的SCG配置时包括该信息。这样，至少网络将知道在SCG故障时UE认为 哪个配置有效。但是，这种解决方案仍然存在问题： -  SCGFailure报告和嵌入式SCG_configuration_version2的转发可能同时（例如在相 同的传输时间间隔（TTI）期间）发生。因此，仍然有可能的是，UE将已经接收到最新的配置， 但是在SCG故障中已经指示了之前的配置。 -  如果在MN处接收到SCGFailure报告之前没有发送嵌入式SCG_configuration_ version2，那么MN可丢弃该消息并向SN请求最新的SCG配置（指示之前的事务ID）。这将具有 与上述相同的缺点，即MN尝试处置已经由SN解决的问题。 -  即使在已经成功应用了配置之后，该解决方案仍要求UE跟踪SCG配置事务ID，只 是以防在下一次重新配置期间发生故障。 因此，仍然存在协调在UE处使用哪个SCG_configuration的问题。
技术实现要素：
实施例的某些方面可为以上挑战或其它挑战中的一个或多个挑战提供解决方案。 本文中的目的是要提供一种用于有效地处置无线通信网络中连接到主节点和辅 节点的UE的通信的机制。 根据一个方面，通过提供一种由UE执行以用于处置无线通信网络中的通信的方法 来实现该目的，无线通信网络通过主节点在UE和主节点之间的第一无线电接口上使用MCG 并通过辅节点在UE和辅节点之间的第二无线电接口上使用SCG提供双连接性（DC）通信。UE 检测与SCG相关联的故障，并暂停与SCG相关联的动作。一接收到包括SCG配置的MCG  RRC消 息，UE就执行SCG的重新配置，其中执行SCG的重新配置包括：应用重新配置；以及恢复或不 恢复暂停的与SCG相关联的动作。 根据另一个方面，通过提供一种由主节点执行以用于处置无线通信网络中的通信 的方法来实现该目的，其中主节点配置成与辅节点协作地操作，以便通过主节点在用户设 备和主节点之间的第一无线电接口上使用MCG并通过辅节点在UE和辅节点之间的第二无线 电接口上使用SCG提供与UE的DC通信。MN从UE接收指示与SCG相关联的故障的指示。然后，MN 基于是否满足一个或多个条件来处置故障，并且其中处置故障包括执行以下中的一个或多 个：推迟处置故障；对SCG执行重新配置；忽略故障；将UE移动到不同的辅节点；为辅节点提 供重新配置响应消息。 根据又一个方面，通过提供一种由辅节点执行以用于处置无线通信网络中UE的通 信的方法来实现该目的，其中辅节点配置成与主节点协作地操作，以便通过辅节点在UE和 辅节点之间的第二无线电接口上使用SCG以及主节点在UE和主节点之间的第一无线电接口 上使用MCG提供与UE的DC通信。SN向UE传送包括移动性标志的SCG重新配置消息，其中当重 新配置涉及辅节点内的移动性时，将移动性标志设置为真，并且当重新配置不涉及辅节点 内的移动性时，将移动性标志设置为假或不包括移动性标志。 11 CN 111602462 A 说　明　书 7/26 页 根据再一个方面，通过提供一种用于在无线通信网络中处置通信（例如，处置重新 配置或执行重新配置）的UE来实现该目的，无线通信网络通过MN在UE和MN之间的第一无线 电接口上使用MCG并通过辅节点在UE和辅节点之间的第二无线电接口上使用SCG提供DC通 信。UE配置成检测与SCG相关联的故障（例如SCG故障），并暂停与SCG相关联的动作。UE进一 步配置成在接收到包括SCG配置的MCG  RRC消息时通过配置成应用重新配置以及恢复或不 恢复暂停的与SCG相关联的动作来执行SCG的重新配置。 根据又一个方面，通过提供一种用于处置无线通信网络中的通信的主节点来实现 该目的，其中主节点配置成与辅节点协作地操作，以便通过主节点在UE和主节点之间的第 一无线电接口上使用MCG并通过辅节点在UE和辅节点之间的第二无线电接口上使用SCG提 供与UE的DC通信。主节点配置成从UE接收指示与SCG相关联的故障的指示。主节点进一步配 置成基于是否满足一个或多个条件来处置故障，并且其中处置故障包括执行以下中的一个 或多个：推迟处置故障；对SCG执行重新配置；忽略故障；将UE移动到不同的辅节点；为辅节 点提供重新配置响应消息。 根据另一个方面，通过提供一种用于处置无线通信网络中UE的通信的辅节点来实 现该目的，其中辅节点配置成与主节点协作地操作，以便通过辅节点在UE和辅节点之间的 第二无线电接口上使用SCG以及主节点在UE和主节点之间的第一无线电接口上使用MCG提 供与UE的DC通信。辅节点配置成向UE传送包括移动性标志的SCG重新配置消息，其中当重新 配置涉及辅节点内的移动性时，将移动性标志设置为真，并且当重新配置不涉及辅节点内 的移动性时，将移动性标志设置为假或不包括移动性标志。 实施例引入避免在SCG故障恢复期间在例如诸如EN-DC之类的不同RAT的双连接性 中的竞争状况和不必要的重新配置的机制，其中将最后的SCG重新配置消息例如嵌入在MN  RRC消息内或通过SCG  SRB从SN发送到UE。这通过基于例如SCG配置中的移动性信息的存在 或应当恢复SCG链路的明确指示定义针对在例如UE应当恢复SCG链路时UE中的特定行为来 进行。 另外，还引入确保MN节点知道UE是否已经恢复SCG链路的机制。这通过让SN向MN指 示嵌入的SN  RRC消息是否与移动性有关来进行，并且在这种情形中，MN将不尝试处置SCG故 障（因为SN移动性信息可解决SCG故障）并导致不必要的信令/重新配置。本文中的实施例可 确保在UE中恰当地解决SCG故障状况。本文中的实施例可进一步确保UE和RAN  RRC上下文同 步或在故障之后重新同步。 作为对先前实施例的添加或替代，UE可在对RRC重新配置（包含SCG配置）的响应消 息中向MN指示UE是否已经恢复SCG链路。这使得MN能够忽略之前的SCG故障。 另外，还引入机制使得有可能确保在UE检测到故障之前UE已经应用了由SN生成的 最新的SCG重新配置，并且还确保在SN处接收到完成消息。这使得能够在下一次重新配置时 使用更高效的δ信令。 某些实施例可提供一个或多个以下技术优势。实施例确保SCG故障恢复处置将不 导致竞争状况，意味着无线通信网络的行为取决于SCG故障的计时，其中UE的SCG配置在目 标SN和UE处是不同的。它还确保MN只在必要时才处置SCG故障，从而防止不必要的信令和重 新配置。 12 CN 111602462 A 说　明　书 8/26 页 附图说明 图1示出LTE  DC用户平面（UP）架构； 图2示出LTE-NR紧密互通的用户平面（UP）和控制平面（CP）架构； 图3示出LTE-NR紧密互通的用户平面（UP）和控制平面（CP）架构； 图4示出LTE-NR紧密互通的用户平面（UP）和控制平面（CP）架构； 图5a示出根据本文中的实施例描绘无线通信网络的示意性概览图； 图5b示出根据本文中的实施例描绘方法的流程图； 图5c示出根据本文中的实施例描绘方法的流程图； 图5d示出根据本文中的实施例描绘方法的流程图； 图6示出根据本文中的实施例的组合信令方案和流程图； 图7示出根据本文中的实施例的组合信令方案； 图8示出根据本文中的实施例的组合信令方案； 图9示出根据本文中的实施例的组合信令方案； 图10示出根据本文中的实施例的组合信令方案； 图11示出根据本文中的实施例的组合信令方案； 图12示出根据本文中的实施例描绘MN的框图； 图13示出根据本文中的实施例描绘UE的框图； 图14示出根据本文中的实施例描绘SN的框图； 图15示出根据一些实施例经由中间网络连接到主机计算机的电信网络； 图16示出根据一些实施例经由基站通过部分无线连接与用户设备通信的主机计算机； 图17示出根据一些实施例在包括主机计算机、基站和用户设备的通信系统中实现的方 法； 图18示出根据一些实施例在包括主机计算机、基站和用户设备的通信系统中实现的方 法； 图19示出根据一些实施例在包括主机计算机、基站和用户设备的通信系统中实现的方 法；以及 图20示出根据一些实施例在包括主机计算机、基站和用户设备的通信系统中实现的方 法。