在无线通信系统中恢复连接
阅读说明：本技术 在无线通信系统中恢复连接 (Restoring connections in a wireless communication system ) 是由 G.米尔德 P.施利瓦-博尔特林 M.斯塔汀 C.林德海梅尔 于 2018-06-13 设计创作，主要内容包括：一种用户设备(14)配置成从源无线电接入网络RAN节点接收消息(20),用户设备(14)与所述源无线电接入网络RAN节点具有连接(16),所述消息(20)指示将要暂停连接(16)并指示在暂停连接(16)之后可由用户设备(14)用于恢复连接(16)的恢复标识符(22)。当暂停连接(16)时,用户设备(14)配置成将恢复连接(16)的请求(26)传送给目标RAN节点(12-2)。所述请求(26)包括恢复标识符(22)。用户设备(14)还配置成将与恢复标识符(22)相关联的公共陆地移动网络PLMN的指示(28-2)传送给目标RAN。备选地或另外地,用户设备(14)配置成接收寻呼消息(32A),所述寻呼消息(32A)包括恢复标识符(22)并且指示与恢复标识符(22)相关联的PLMN。(A user equipment (14) is configured to receive a message (20) from a source radio access network, RAN, node with which the user equipment (14) has a connection (16), the message (20) indicating that the connection (16) is to be suspended and indicating a resume identifier (22) usable by the user equipment (14) to resume the connection (16) after suspending the connection (16), when suspending the connection (16), the user equipment (14) is configured to transmit a request (26) to resume the connection (16) to a target RAN node (12-2), the request (26) including the resume identifier (22), the user equipment (14) is further configured to transmit an indication (28-2) of a public land mobile network, PLMN, associated with the resume identifier (22) to the target RAN. alternatively or additionally, the user equipment (14) is configured to receive a paging message (32A), the paging message (32A) including the resume identifier (22) and indicating the PLMN associated with the resume identifier (22).)
技术领域
本申请一般涉及无线通信系统，并且更具体地涉及在此类无线通信系统中恢复连接。
背景技术
为了使无线电接入网络（RAN）将无线电资源分配给用户设备（UE），在RAN节点和UE之间建立无线电资源控制（RRC）连接。RRC连接的建立可涉及在RAN节点和UE之间配置无线电承载、为UE配置安全上下文等。RAN节点将与UE的RRC连接相关联的此信息和其它信息存储为所谓的UE的上下文（又称为UE上下文）。因此，上下文可包含建立和/或维持RRC连接所需的信息，包括例如与UE的安全上下文、数据无线电承载、连接切片、UE能力等有关的信息。
RRC连接的释放（例如，在数据传递完成之后）对应地在RAN节点处释放UE的上下文，例如使得RAN节点不再存储该上下文。然后，如果以及当UE需要另一个RRC连接（例如，用于传递新到达的数据）时，则UE必须请求建立新的RRC连接。
然而，一些系统支持RRC连接的暂停，作为RRC连接的完全释放的备选方案。当暂停RRC连接时，RAN节点保存UE的上下文，而不是释放它。这样，UE可通过为RAN节点提供所谓的恢复标识符来请求RRC连接的恢复，RAN节点可使用所谓的恢复标识符来定位和访问所存储的UE的上下文。利用访问所存储的UE上下文，RAN节点不需要从头开始建立RRC连接。这又减少了UE时延和UE信令，这进一步导致降低的UE能耗。
一些场景使UE上下文取回复杂化。如果UE请求在与在其处暂停RRC连接的源RAN节点不同的目标RAN节点处恢复它的RRC连接，那么目标RAN节点必须能够定位源RAN节点，以便取回UE的上下文。可是，在其中在不同的网络运营商之间共享RAN节点的RAN共享场景中，确定哪个RAN节点存储UE的上下文证明是特别具有挑战性的，尤其是以避免网络运营商之间的低效协调的方式。
发明内容
根据本文中的一些实施例，可由用户设备用于恢复暂停的连接的恢复标识符与公共陆地移动网络（PLMN）相关联。由此，用户设备不仅向用户设备在其处请求恢复连接的目标RAN节点指示恢复标识符，而且还指示与恢复标识符相关联的PLMN。目标RAN节点基于恢复标识符和相关联的PLMN的指示来对应地取回连接的上下文。在一些实施例中，以此方式将PLMN与恢复标识符相关联解决了可能存在的与哪个RAN节点存储连接的上下文有关的任何歧义（ambiguity），而无需RAN共享运营商之间的协调和/或没有对用户设备性能的负面影响（例如，在由不必要的信令引起的延迟、电池消耗等方面）。
更特别地，本文中的实施例包括一种由用户设备执行的方法。该方法包括在用户设备处从源无线电接入网络RAN节点接收消息，用户设备与所述源无线电接入网络RAN节点具有连接，所述消息指示将要暂停连接并指示在暂停连接之后可由用户设备用于恢复连接的恢复标识符。该方法还包括：当暂停连接时，将恢复连接的请求从用户设备传送给目标RAN节点，其中请求包括恢复标识符。该方法还包括将与恢复标识符相关联的公共陆地移动网络PLMN的指示从用户设备传送给目标RAN节点。
在一些实施例中，该方法还包括接收寻呼消息，所述寻呼消息包括恢复标识符和与恢复标识符相关联的PLMN的指示。在这种情况下，响应于接收到寻呼消息，执行传送恢复连接的请求。
本文中的实施例还包括一种由目标无线电接入网络RAN节点执行的方法。该方法包括在目标RAN节点处从用户设备接收恢复在用户设备和源RAN节点之间暂停的连接的请求。请求包括恢复标识符。该方法还包括在目标RAN节点处从用户设备接收与恢复标识符相关联的公共陆地移动网络PLMN的指示。该方法还包括通过目标RAN节点基于恢复标识符和与恢复标识符相关联的PLMN的指示来取回连接的上下文。
在一些实施例中，基于恢复标识符和指示来取回上下文包括：基于恢复标识符和与恢复标识符相关联的PLMN的指示，标识到维持连接的上下文的RAN节点的接口。在这种情况下，该方法还包括通过标识的接口取回连接的上下文。
在其它实施例中，基于恢复标识符和指示来取回上下文包括：基于恢复标识符和与恢复标识符相关联的PLMN的指示，确定到维持连接的上下文的RAN节点的接口在目标RAN节点处不可用。在这种情况下，该方法还可包括：基于与恢复标识符相关联的PLMN的指示，选择支持与恢复标识符相关联的PLMN的核心网络节点；以及将对上下文的请求传送给选择的核心网络节点，其中请求包括恢复标识符。
实施例还包括一种由源无线电接入网络RAN节点执行的方法。该方法包括在源RAN节点与用户设备之间建立连接。该方法还包括将消息从源RAN节点传送给用户设备，所述消息指示将要暂停连接并且指示在暂停连接之后可由用户设备用于恢复连接的恢复标识符。该方法还包括将与恢复标识符相关联的公共陆地移动网络PLMN的指示从源RAN节点传送给用户设备。
在一些实施例中，该方法还包括：存储连接的上下文；以及在上下文中或与上下文相关联地存储与恢复标识符相关联的PLMN的指示。
在由目标RAN节点或源RAN节点执行的方法中，该方法还可包括传送寻呼消息，所述寻呼消息包括恢复标识符和与恢复标识符相关联的PLMN的指示。
在以上方法中的任何方法中，在一些实施例中，恢复标识符与RAN节点身份相关联，所述RAN节点身份使用由不同PLMN共享的RAN节点寻址空间来标识在暂停连接时维持连接的上下文的RAN节点。
在以上方法中的任何方法中，在一些实施例中，不同的PLMN具有可由用户设备用于恢复暂停的连接的相同的恢复标识符集合。
在以上方法中的任何方法中，在一些实施例中，与恢复标识符相关联的PLMN的指示是用户设备向其注册的PLMN的指示或由用户设备选择的PLMN的指示。
在以上方法中的任何方法中，在一些实施例中，与恢复标识符相关联的PLMN的指示包括PLMN身份的列表中的特定PLMN身份的索引，其中列表中的每个PLMN身份具有相关联的索引。
本文中的实施例还包括对应的设备、计算机程序以及此类计算机程序的载体。例如，本文中的实施例包括一种用户设备，所述用户设备配置成从源无线电接入网络RAN节点接收消息，用户设备与所述源无线电接入网络RAN节点具有连接，所述消息指示将要暂停连接并且指示在暂停连接之后可由用户设备用于恢复连接的恢复标识符。该用户设备还可配置成：当暂停连接时，将恢复连接的请求传送给目标RAN节点，其中请求包括恢复标识符。用户设备还可配置成将与恢复标识符相关联的公共陆地移动网络PLMN的指示传送给目标RAN节点。
实施例还包括一种无线电接入网络RAN节点，所述无线电接入网络RAN节点配置成作为目标RAN节点操作。该RAN节点配置成从用户设备接收恢复在用户设备和源RAN节点之间暂停的连接的请求。请求包括恢复标识符。该RAN节点还配置成从用户设备接收与恢复标识符相关联的公共陆地移动网络PLMN的指示。该RAN节点还配置成基于恢复标识符和与恢复标识符相关联的PLMN的指示取回连接的上下文。
实施例还包括一种无线电接入网络RAN节点，所述无线电接入网络RAN节点配置成作为源RAN节点操作。该RAN节点配置成与用户设备建立连接。该RAN节点还配置成将消息传送给用户设备，所述消息指示将要暂停连接并且指示在暂停连接之后可由用户设备用于恢复连接的恢复标识符。该RAN节点还配置成将与恢复标识符相关联的公共陆地移动网络PLMN的指示传送给用户设备。
附图说明
图1是根据一些实施例的包括用户设备和RAN节点的无线通信系统的框图。
图2是根据其它实施例的包括用户设备和RAN节点的无线通信系统的框图。
图3是根据一些实施例的由用户设备执行的方法的逻辑流程图。
图4是根据一些实施例的由目标RAN节点执行的方法的逻辑流程图。
图5是根据一些实施例的由源RAN节点执行的方法的逻辑流程图。
图6是根据其它实施例的由RAN节点执行的方法的逻辑流程图。
图7是根据其它实施例的由用户设备执行的方法的逻辑流程图。
图8A是根据一些实施例的用户设备的框图。
图8B是根据其它实施例的用户设备的框图。
图8C是根据又一些其它实施例的用户设备的框图。
图9A是根据一些实施例的RAN节点的框图。
图9B是根据其它实施例的RAN节点的框图。
图9C是根据又一些其它实施例的RAN节点的框图。
图9D是根据又一些其它实施例的RAN节点的框图。
图10是根据一些实施例的RRC连接到RRC非活动状态转变过程的呼叫流程图。
图11是根据一些实施例的RRC非活动到RRC连接状态转变过程的呼叫流程图。
图12是根据一些实施例的经由RAN取回UE上下文的过程的呼叫流程图。
图13是根据一些实施例的经由5G CN取回UE上下文的过程的呼叫流程图。
图14是根据一些实施例的由RAN用来经由5GC寻呼UE的过程的呼叫流程图。
图15是根据一些实施例的无线通信网络的框图。
图16是根据一些实施例的用户设备的框图。
图17是根据一些实施例的虚拟化环境的框图。
图18是根据一些实施例的具有主机计算机的通信网络的框图。
图19是根据一些实施例的主机计算机的框图。
图20是示出根据一个实施例的在通信系统中实现的方法的流程图。
图21是示出根据一个实施例的在通信系统中实现的方法的流程图。
图22是示出根据一个实施例的在通信系统中实现的方法的流程图。
图23是示出根据一个实施例的在通信系统中实现的方法的流程图。
具体实施方式
图1示出根据一些实施例的无线通信系统10。系统10包括无线电接入网络（RAN）节点12-1（例如，基站）和用户设备（UE）14。RAN节点12-1通过无线电接口与UE 14建立连接16，以便将UE 14与公共陆地移动网络（PLMN）A的核心网络（CN）16A连接。CN 16A又可将UE 14连接到诸如因特网的一个或多个数据网络。
连接16可以是控制平面连接，诸如无线电资源控制（RRC）连接。例如，在一些实施例中，连接16是接入层（AS）的控制平面中的最高层，并传递非接入层（NAS）的消息。于是，在这些和其它实施例中，连接16可用于系统信息的广播、寻呼、非接入层（NAS）信息的传递、接入层（AS）安全配置、UE无线电接入能力的传递、测量配置和报告和/或移动性控制。无论如何，在建立了连接16的情况下，RAN节点12-1能够将无线电资源分配给UE 14，并且UE 14可对应地发送或接收用户数据。
连接16的建立可涉及：在RAN节点12-1和UE 14之间配置无线承载，为UE 14配置安全上下文等。RAN节点12-1将与UE的连接16相关联的此信息和其它信息存储为所谓的上下文18A（又称为UE上下文）。因此，连接16的上下文18A可包含建立和/或维持连接16所需的信息，包括例如与UE的安全上下文、数据无线电承载、连接切片、UE能力等有关的信息。
连接16的释放（例如，在用户数据传递完成之后）在RAN节点12-1处释放连接16的上下文18A，例如使得RAN节点12-1不再存储该上下文18A。例如，在连接16是RRC连接的情况下，可作为将UE 14从RRC_CONNECTED状态转变为RRC_IDLE状态的一部分来释放连接16。无论如何，如果以及当UE 14需要另一个连接（例如，用于传递新到达的用户数据）时，UE 14必须请求从头开始建立新连接。
可是，在一些实施例中，RAN节点12-1和UE 14支持连接16的暂停，作为连接16的完全释放的备选方案。在这方面，如所示的，RAN节点12-1向UE 14传送（例如，在某个UE非活动时段之后）指示（例如，命令）将要暂停连接16的消息20。在连接16是RRC连接的情况下，UE14可在暂停连接16之后进入RRC-INACTIVE状态。无论如何，暂停消息20还包括在暂停连接16之后可由UE 14用于恢复连接16的恢复标识符（ID）22。实际上，并非如释放连接16时所做的那样释放连接16的上下文18A，而是RAN 12-1保存UE的连接16的上下文18A；即，即使在暂停连接16时，RAN 12-1仍继续存储上下文18A。此外，RAN节点12-1将连接16的存储的上下文18A与恢复标识符22映射或者以其它方式相关联。这样，UE 14可为RAN节点12-1提供恢复标识符22，并且RAN节点12-1可使用相关联的上下文18A来恢复连接16，而不是必须从头开始建立新的连接。例如，在连接16是RRC连接的情况下，作为从RRC_INACTIVE状态转换为RRC_CONNECTED状态的一部分，UE 14可请求恢复连接16。
但是，UE 14可请求在与在其处暂停连接16的源RAN节点12-1（又称为旧的服务RAN节点）相同或不同的目标RAN节点12-2（又称为新的服务RAN节点）处恢复连接16。UE 14可在暂停连接16期间例如在UE从一个地方移动到另一个地方之后这样做。在这方面，如图1中所示，UE 14请求在目标RAN节点12-2处恢复连接16，所述目标RAN节点12-2同样连接到PLMN A的CN 16A。为了这样做，UE 14向目标RAN节点12-2传送包括（在目标RAN节点12-2处）恢复连接16的请求26的信令24。在一些实施例中，请求26可在随机接入过程中被称为消息3（MSG3）。
无论如何，为了恢复连接16，目标RAN节点12-2需要能够定位存储连接16的上下文18A的位置，无论是在目标RAN节点12-2本身处还是在另一个RAN节点处。然后，在一些实施例中，源RAN节点12-1从存储连接16的上下文18A的RAN节点的身份形成恢复标识符22。恢复标识符22也可从其上下文18A被存储的UE 14的身份形成，例如使得恢复标识符22是RAN节点身份和UE身份的级联（concatenation）。UE 14对应地在恢复连接16的请求26中包括恢复标识符22，以使得目标RAN节点12-2可使用该恢复标识符22来从源RAN节点12-1标识和取回上下文18A。
可是，在一些实施例中，恢复标识符22特定于某个公共陆地移动网络（PLMN），这意味着，恢复标识符22只在某个PLMN内是唯一的。它在多个PLMN之间并不是全局唯一的。这可以是例如因为RAN节点身份（根据其形成恢复标识符）是PLMN特定的。实际上，在一些实施例中，恢复标识符22与RAN节点身份相关联，所述RAN节点身份使用由不同PLMN共享的RAN节点寻址空间来标识在暂停连接16时维持连接16的上下文18A的RAN节点。即，不同的PLMN重复使用相同的RAN节点身份寻址空间。于是，有效地，不同的PLMN具有可由UE用于恢复暂停的连接的相同的恢复标识符集合。
在不同PLMN的运营商之间共享RAN节点的场景中，这证明是特别有意义的。除非PLMN运营商划分或协调它们对恢复标识符的使用，否则不同的RAN节点可将相同的恢复标识符与不同的上下文相关联，并且从而造成与将要使用哪个上下文来恢复连接有关的歧义。
例如，考虑如图1中所示的场景，其中在PLMN A的运营商和PLMN B的运营商之间共享目标RAN节点12-2。在这种情况下，目标RAN节点12-2不仅可连接到PLMN A的CN 16A，而且还可连接到PLMN B的CN 16B。目标RAN节点12-2可对应地具有到由PLMN A使用的RAN节点（诸如源RAN节点12-1）和由PLMN B使用的RAN节点（诸如RAN节点12-3）两者的接口（例如，Xn接口）。由于PLMN A和B的运营商没有划分或协调它们对恢复标识符的使用，所以PLMN A的源RAN节点12-1和PLMN B的RAN节点12-3可将相同的恢复标识符22与不同的上下文18A和18B相关联。这可以是例如因为使用相同的RAN节点身份来标识源RAN节点12-1和另一个RAN节点12-3。无论如何，这意味着，恢复标识符22本身可能不会没有歧义地向目标RAN节点12-2指示从RAN节点12-1或12-3中哪个RAN节点取回UE 14请求恢复的连接16的上下文18A。
本文中的一些实施例通过将恢复标识符22与PLMN相关联而促进在这些场景和其它场景中的上下文取回。例如，如图1中所示，UE 14向目标RAN节点12-2传送与恢复标识符22相关联的PLMN（例如，UE 14使用连接16连接到的PLMN，即，PLMN A）的指示28-2。与恢复标识符22相关联的PLMN（例如，如根据一个或多个规则定义的）可以是例如UE 14向其注册的PLMN、由UE 14选择的PLMN 14或其中指派了恢复标识符22的主同步信号（PSS）/辅同步信号（SSS）或小区的主PLMN。不管特定PLMN如何，在一些实施例中，UE 14在信令24内传送该PLMN指示28-2。在一个实施例中，UE 14将PLMN指示28-2与恢复标识符22一起包括在恢复请求26本身内。在另一个实施例中，UE 14将PLMN指示28-2包括在与请求26分离的消息中，例如包括在恢复完成消息中。
不管目标RAN节点12-2如何从UE 14接收恢复标识符22和PLMN指示28-2，目标RAN节点12-2都基于该恢复标识符22和PLMN指示28-2来取回连接16的上下文18A。例如，即使RAN节点12-1和12-3具有相同的RAN节点身份，目标RAN节点12-2仍从PLMN A的源RAN节点12-1而不是从PLMN B的RAN节点12-3选择性地取回连接16的上下文18A。实际上，将PLMN A与恢复标识符22相关联解决了可能存在的与RAN节点12-1或12-3哪个存储连接16的上下文18A有关的任何歧义。
例如，在一些实施例中，目标RAN节点12-2基于恢复标识符22和与恢复标识符22相关联的PLMN的指示28-2来标识到维持连接16的上下文18A的RAN节点的接口（例如，Xn接口）。例如，在一个实施例中，目标RAN节点12-2基于将PLMN指示和恢复标识符（或根据其形成恢复标识符的PLMN特定的RAN节点身份）的不同组合与不同接口相关联的映射来标识接口。然后，在一个示例中，目标RAN节点12-2将到源RAN节点12-1的接口标识为是PLMN A的指示28-2和包括在恢复标识符22中的PLMN特定的RAN节点身份的组合所映射到的接口。在标识了这个接口之后，目标RAN节点12-2接着通过该标识的接口取回上下文18A。
在其它实施例中，目标RAN节点12-2可基于恢复标识符22和与恢复标识符22相关联的PLMN的指示28-2来确定到维持连接16的上下文18A的RAN节点的接口在目标RAN节点12-2处不可用。即，目标RAN节点12-2缺少到维持上下文18A的RAN节点的接口（例如，Xn接口）。在这种情况下，目标RAN节点12-2可基于与恢复标识符22相关联的PLMN的指示28-2来选择支持与恢复标识符22相关联的PLMN的核心网络节点（例如，实现接入和移动性功能AMF的节点）（例如，PLMN A的CN 16A中的节点）。然后，目标RAN节点12-2可将对上下文18A的请求传送给选择的核心网络节点。目标RAN节点12-2可将恢复标识符22包括在请求中。在通过目标RAN节点12-2以这种方式解决了可归因于不同的可能PLMN的任何歧义的情况下，于是该PLMN的核心网络节点对应地为目标RAN节点12-2取回上下文18A，并将它转发给目标RAN节点12-2。
由此，一些实施例有利地使得能够在RAN共享场景中进行上下文传递，而甚至没有在PLMN运营商之间的低效协调（例如，在PLMN运营商如何使用它们的恢复标识符方面）。这又证明是有利的，因为在一些实施例中，整个恢复标识符仍然保持可用于供每个PLMN运营商独立使用，并且从而保存了可用于供每个PLMN运营商使用的恢复标识符的数量。备选地或另外地，一些实施例使得能够在RAN共享场景中进行上下文传递，而甚至不会对UE性能产生负面影响。例如，一些实施例避免了不必要的UE信令，否则为了解决与哪个RAN节点存储它的上下文有关的歧义可能需要该不必要的UE信令。避免这种不必要的UE信令又使UE电池消耗和服务延迟最小化。
注意，UE 14可以用任意数量的方式来指示与恢复标识符22相关联的PLMN。在一些实施例中，在这方面的PLMN指示28-2是在信令24中明确指示的完整PLMN身份（PLMN ID）。在其它实施例中，PLMN指示28-2是PLMN身份的列表中的特定PLMN身份的索引，其中列表中的每个PLMN身份具有相关联的索引。PLMN身份的这个列表可由目标RAN节点12-2例如在系统信息或其它公共信令中或作为系统信息或其它公共信令的一部分来进行广播。
还注意，在一些实施例中，源RAN节点12-1可存储与恢复标识符22相关联的PLMN的指示28-1。由源RAN节点12-1存储的指示28-1可与关于目标RAN节点12-2使用的指示28-2相同或不同，例如指示28-1和28-2可指示相同PLMN，但是以RAN节点之间无协调的方式具有不同索引。例如，如图1中所示，在一些实施例中，源RAN节点12-1在上下文18A中或与上下文18A相关联地（例如，经由恢复标识符22）存储PLMN指示28-1。备选地或另外地，源RAN节点12-1可例如当源RAN节点12-1为UE 14提供恢复标识符22时用专用信令将PLMN指示28-1传送给UE 14。例如，源RAN节点12-1可将PLMN指示28-1与恢复标识符22一起包括在暂停消息20内，如图1中所示。在其中指示28-1和28-2不同的一些实施例中，UE 14可配置成在与不同的RAN节点12-1和12-2通信时在指示28-1和28-2之间进行转换。
还注意，当最初创建连接16的上下文18A时（例如，在连接16的初始建立时），在一些实施例中，源RAN节点12-1存储与连接16和/或上下文18A相关联的PLMN的指示。例如，源RAN节点12-1可在上下文18A本身中或与上下文18A本身相关联地存储此类指示。例如，在与连接16和/或上下文18A相关联的PLMN是UE 14向其注册的PLMN的情况下，源RAN节点12-1可结合上下文18A的初始创建将UE的注册的PLMN存储在上下文18A中。在这些和其它实施例中，UE 14可在用于请求连接16的初始建立的信令中（例如，在随机接入过程的消息3内）指示该所请求的连接16要与其相关联的PLMN。然后，当稍后暂停连接16时，在一些实施例中，源RAN节点12-1使用该存储的指示来生成包括恢复标识符22和指示与恢复标识符22相关联的PLMN的PLMN指示28-1的暂停消息20。备选地或另外地，如果源RAN节点12-1是UE 14在其处请求恢复连接16的目标RAN节点12-2，那么源RAN节点12-1可基于存储在上下文18A中或与上下文18A相关联地存储的指示来标识与恢复标识符22相关联的PLMN，例如使得在一些实施例中，UE 14不需要将PLMN指示28-2包括在请求恢复连接14的信令24中。
本文中的其它实施例避免或解决了可能存在的关于包括在寻呼消息中用于标识寻呼的目标UE的UE标识符的类似歧义。实际上，此类寻呼消息可以是触发图1中的UE 14请求在目标RAN节点12-2处恢复它的连接的寻呼消息。
无论如何，如图2中所示，当UE 30-1相对于PLMN A的RAN节点12-4处于暂停状态或空闲状态中时，UE 30-1监听寻呼消息32A。在暂停状态中，暂停UE 30-1和RAN节点12-4之间的连接34。相反，在空闲状态中，释放连接34。在连接34是RRC连接的情况下，例如，暂停状态可称为RRC_INACTIVE，并且空闲状态可称为RRC_IDLE。无论如何，从监听此类寻呼消息，如所示的，UE 30-1接收包括UE标识符36的寻呼消息32A，所述UE标识符36标识寻呼消息32A的目标UE。
在一些实施例中，UE标识符36特定于某个PLMN，这意味着，UE标识符36只在某个PLMN内是唯一的。它在多个PLMN之间并不是全局唯一的。例如，在一些实施例中，UE标识符36具有由不同PLMN共享的寻址空间。有效地，不同PLMN具有可用于标识UE的相同的UE标识符集合。实际上，特别是在其中连接34对应于图1中已暂停的连接16的实施例中，寻呼消息32A可包括上文论述的恢复标识符22作为UE标识符36。于是，在这种情况下，UE标识符36继承了上文关于恢复标识符22论述的相同歧义。于是，在这种情况和其它情况下，除非PLMN运营商划分或协调它们对UE标识符的使用，否则可使用相同的UE标识符来标识不同的UE，并且从而造成与哪个UE将响应于寻呼消息32A有关的歧义。例如，如图2中所示的PLMN B的另一个RAN节点12-5可使用相同的UE标识符36来标识不同的UE 30-2。这意味着，UE标识符36本身可能不会向UE 30-1没有歧义地指示哪个UE是寻呼消息32A的目标。
本文中的一些实施例通过将UE标识符36与PLMN相关联来促进在这些和其它场景中进行寻呼。例如，如图2中所示，RAN节点12-4生成包括与UE标识符36相关联的PLMN的指示38-4的寻呼消息32A。UE 30-1基于UE标识符36和PLMN指示38-4来确定UE 30-1是否是寻呼消息32A的目标UE。通过将该确定建立在UE标识符36和PLMN指示38-4两者的基础上，即使RAN节点12-5要将它自己的寻呼消息32B传送给具有相同UE标识符36的UE 30-2，UE 30-1也能够成功地解译它是否是预期目标，因为该寻呼信息32B而是将具有对PLMN B的指示38-5。此后，分别取决于UE 30-1是否是寻呼的目标UE，UE 30-1答复或禁止答复寻呼消息32A。
由此，一些实施例有利地使得能够在RAN共享和其它场景中进行寻呼，而甚至没有在PLMN运营商之间的低效协调（例如，在PLMN运营商如何使用它们的UE标识符方面）。这又证明是有利的，因为在一些实施例中，整个UE标识符仍然保持可用于由每个PLMN运营商独立使用，并且从而保存可用于由每个PLMN运营商使用的UE标识符的数量。备选地或另外地，一些实施例使得能够在RAN共享和其它场景中进行寻呼，而甚至不会对UE性能产生负面影响。例如，一些实施例避免了不必要的UE信令，否则为了解决与哪个UE是寻呼的预期目标有关的歧义可能需要该不必要的UE信令。避免这种不必要的UE信令又使UE电池消耗和服务延迟最小化。
注意，在一些实施例中，RAN节点12-4从另一个RAN节点（例如，存储UE 30-1的上下文的源RAN节点）或从CN 16A中的核心网络节点（例如，经由其中继UE 30-1的寻呼的核心网络节点）接收寻呼消息32A。例如，在一些实施例中，寻呼消息32A来自采取实现接入和移动性功能（AMF）的节点的形式的核心网络节点。由此，本文中的实施例还包括生成寻呼消息32A和/或将寻呼消息32A传送给RAN节点12-4的RAN节点或核心网络节点，其中该寻呼消息32A包括UE ID 36以及PLMN指示38-4。
还注意，图2中的PLMN指示38-4可以用上文关于图1中的PLMN指示28-1和28-2描述的任何方式来指示与UE标识符36相关联的PLMN。
还注意，在一些实施例中，不同的RAN节点或小区可以例如用无协调的方式以不同的指示来指示相同PLMN。例如，一个RAN节点或小区可使用索引5（参考由RAN节点或在小区中广播的PLMN的列表）来指示与UE的连接相关联的PLMN（例如，UE的注册的PLMN）。但是，另一个RAN节点或小区可使用索引3来指示相同的PLMN。于是，在一些实施例中，UE存储或以其它方式跟踪在不同RAN节点或小区中哪些指示（例如，索引）对应于与UE的连接相关联的PLMN。例如，UE可存储该PLMN的完整PLMN ID以及指示完整PLMN ID对应于不同RAN节点或小区中的不同索引的信息。
然后，在这些和其它实施例中，图1中的源RAN节点12-1可使用与目标RAN节点12-2不同的索引到PLMN的映射。例如，源RAN节点12-1可包括索引5以作为给UE 14的暂停消息20中的PLMN指示28-1，其中源RAN节点12-1处的索引5映射到PLMN A。但是，目标RAN节点12-2将索引3映射到PLMN A。在知道这一点的情况下，UE 14可而是使用索引3作为给目标RAN节点12-2的用来恢复连接的信令24中的PLMN指示28-2。类似地，在暂停连接期间目标RAN节点12-2寻呼UE（以使得目标RAN节点12-2是图2中的RAN节点12-4）的情况下，UE 14可接收其中索引3作为PLMN指示38-4的寻呼消息32A。
尽管已经关于RRC连接描述了本文中的实施例，但是本文中的实施例可扩展到其它类型的连接。例如，一些实施例扩展到无线装置14和无线电网络节点12之间的任何类型的控制平面连接或信令连接。
鉴于以上修改和变化，图3示出根据一些实施例的由用户设备14执行的方法100。如所示的，方法100包括在用户设备14处从源RAN节点12-1接收消息20，用户设备14与所述源RAN节点12-1具有连接16，所述消息20指示将要暂停连接16并且指示在暂停连接16之后可由用户设备14用于恢复连接16的恢复标识符22（框110）。在一些实施例中，恢复标识符22与RAN节点身份相关联，该RAN节点身份使用由不同PLMN共享的RAN节点寻址空间来标识在暂停连接16时维持连接16的上下文18A的RAN节点。备选地或另外地，在一些实施例中，不同的PLMN具有可由用户设备用于恢复暂停的连接的相同的恢复标识符集合。
无论如何，如所示的方法100还包括：当暂停连接16时，将恢复连接16的请求26从用户设备14传送给目标RAN节点12-2（框120）。请求26包括恢复标识符22。方法100还包括将与恢复标识符22相关联的PLMN的指示28-2从用户设备14传送给目标RAN节点12-2（框130）。例如，用户设备14可在请求26内或在单独的消息内传送指示28-2。在一些实施例中，与恢复标识符22相关联的PLMN的指示28-2是用户设备14向其注册的PLMN的指示或由用户设备14选择的PLMN的指示。无论如何，在一些实施例中，用户设备14响应于接收到包括恢复标识符22和与恢复标识符22相关联的PLMN的指示28-4的寻呼消息32A（框115）而传送请求26和/或指示28-2。如上文所论述的，指示28-4可与指示28-2相同或不同，但是指示28-2和28-4均指示相同的PLMN；即，与恢复标识符22或UE标识符相关联的PLMN。
在一些实施例中，与恢复标识符22相关联的PLMN的指示28-2是完整的PLMN身份（PLMN ID）。在其它实施例中，方法100包括接收（例如，在系统信息中）各自与索引相关联的PLMN身份的列表（框105）。在这种情况下，指示28-2可以是PLMN身份的列表中的特定PLMN身份的索引。
尽管没有示出，但是方法100还可包括：在传送恢复连接16的请求26之前，从源RAN节点12-1接收消息20，所述消息20指示将要暂停连接16并且指示在暂停连接16之后可由用户设备14用于恢复连接16的恢复标识符22。方法100还可包括从源RAN节点12-1接收与恢复标识符22相关联的PLMN的指示28-1。例如，指示28-1可被包括在消息20中。同样，如上文所论述的，该指示28-1可与指示28-2相同或不同，但是指示28-1和28-2均指示相同的PLMN；即，与恢复标识符22相关联的PLMN。
注意，在一些实施例中，恢复连接16的请求的传输可取决于与恢复标识符22相关联的PLMN可用和/或UE的注册的PLMN可用。当与恢复标识符22相关联的PLMN不可用和/或UE的注册的PLMN不可用时，方法100可而是包括离开其中暂停连接16的暂停状态和/或进入到其中释放连接16的空闲状态。然后，在一些实施例中，方法100可包括请求建立新连接（例如，新的RRC连接）。
图4示出根据一些实施例的由配置成作为目标RAN节点操作的RAN节点执行的方法200。方法200包括在目标RAN节点12-1处从用户设备14接收恢复在用户设备14和源RAN节点12-1之间暂停的连接16的请求26（框210）。请求26包括恢复标识符22。在一些实施例中，恢复标识符22与RAN节点身份相关联，该RAN节点身份使用由不同PLMN共享的RAN节点寻址空间来标识在暂停连接16时维持连接16的上下文18A的RAN节点。备选地或另外地，在一些实施例中，不同PLMN具有可由用户设备用于恢复暂停的连接的相同的恢复标识符集合。
无论如何，如所示的方法200还包括在目标RAN节点12-1处从用户设备14接收与恢复标识符22相关联的PLMN的指示28-2（框220）。例如，目标RAN节点12-1可在请求26内或在单独的消息内接收指示28-2。在一些实施例中，与恢复标识符22相关联的PLMN的指示28-2是用户设备14向其注册的PLMN的指示或由用户设备14选择的PLMN的指示。无论如何，在一些实施例中，响应于传送包括恢复标识符22和与恢复标识符22相关联的PLMN的指示28-2的寻呼消息32A（框206），目标RAN节点12-2接收请求26和/或指示28-2。
在一些实施例中，与恢复标识符22相关联的PLMN的指示28-2是完整的PLMN身份（PLMN ID）。在其它实施例中，方法200包括传送（例如，在系统信息中）各自与索引相关联的PLMN身份的列表（框202）。在这种情况下，指示28-2可以是PLMN身份的列表中的特定PLMN身份的索引。
在任何情况下，如所示的方法200还包括通过目标RAN节点12-2基于恢复标识符22和与恢复标识符22相关联的PLMN的指示28-2来取回连接16的上下文18A（框230）。例如，在一些实施例中，此类取回包括基于恢复标识符22和与恢复标识符22相关联的PLMN的指示28-2来标识到维持连接16的上下文18A的RAN节点的接口。在这种情况下，目标RAN节点12-2通过标识的接口来取回连接16的上下文18A。
在其它实施例中，此类取回包括基于恢复标识符22和与恢复标识符22相关联的PLMN的指示28-2来确定到维持连接16的上下文18A的RAN节点的接口在目标RAN节点12-2处不可用。在这种情况下，取回可需要基于与恢复标识符22相关联的PLMN的指示28-2来选择支持与恢复标识符22相关联的PLMN的核心网络节点。然后，取回可涉及将对上下文18A的请求传送给选择的核心网络节点。该请求包括恢复标识符22。
图5示出根据一些实施例的由配置成作为源RAN节点12-1操作的RAN节点执行的方法300。如所示的，方法300包括在源RAN节点12-1和用户设备14之间建立连接16（框310）。方法300还包括将消息20从源RAN节点12-1传送给用户设备14，所述消息20指示将要暂停连接16并且指示在暂停连接16之后可由用户设备14用于恢复连接16的恢复标识符22（框320）。方法300还包括将与恢复标识符22相关联的PLMN的指示28-1从源RAN节点12-1传送给用户设备14（框330）。例如，指示28-1可被包括在消息20中。在一些实施例中，与恢复标识符22相关联的PLMN的指示28-1是用户设备14向其注册的PLMN的指示或由用户设备14选择的PLMN的指示。
在一些实施例中，与恢复标识符22相关联的PLMN的指示28-1是完整的PLMN身份（PLMN ID）。在未示出的其它实施例中，方法300包括传送（例如，在系统信息中）各自与索引相关联的PLMN身份的列表。在这种情况下，指示28-1可以是PLMN身份的列表中的特定PLMN身份的索引。
在一些实施例中，方法300还包括例如甚至在暂停连接16时存储连接16的上下文18A（框340）。方法300还可包括在上下文18A中或与上下文18A相关联地存储与恢复标识符22相关联的PLMN的指示28-1（框350）。
图6示出根据又一些其它实施例的由RAN节点12-4执行的方法400。如所示的，方法400包括传送寻呼消息32A，所述寻呼消息32A包括用户设备标识符36和与用户设备标识符36相关联的PLMN的指示38-4（框410）。例如，可通过无线电接口将寻呼消息32A传送给寻呼消息32A所指向的用户设备。或者，可以将寻呼消息32A传送到另一RAN节点或核心网络节点，经由该另一RAN节点或核心网络节点，寻呼消息32A将被中继，以便转发到用户设备。
在一些实施例中，当与寻呼消息32A所指向的用户设备的连接16处于暂停状态中时，RAN节点12-4传送寻呼消息32A。在这种情况下，用户设备标识符36可以是上文论述的恢复标识符22，以使得指示38-4是与恢复标识符22相关联的PLMN的指示28-1或28-2。在这种情况下，RAN节点12-4可与图1中的目标RAN节点12-2或源RAN节点12-1相同。
在一些实施例中，与用户设备标识符36相关联的PLMN的指示38-4是用户设备30-1向其注册的PLMN的指示或由用户设备30-1选择的PLMN的指示。在任一情况下，在一些实施例中，与用户设备标识符36相关联的PLMN的指示38-4是完整的PLMN身份（PLMN ID）。在其它实施例中，方法400包括传送（例如，在系统信息中）各自与索引相关联的PLMN身份的列表（框402）。在这种情况下，指示38-4可以是PLMN身份的列表中的特定PLMN身份的索引。
图6还示出，在一些实施例中，方法400可包括获得（例如，接收或生成）寻呼消息32A（框406）。例如，在一个实施例中，RAN节点12-4本身生成寻呼消息32A。在其它实施例中，RAN节点12-4从另一个RAN节点（例如，存储连接16的上下文18A的RAN节点）或从诸如经由其中继寻呼的核心网络节点之类的核心网络节点（例如，实现AMF的节点）接收寻呼消息32A。
图7示出根据一些实施例的由用户设备30-1执行的方法500。如所示的，方法500包括在用户设备30-1处于暂停状态或空闲状态中时监听寻呼消息32A（框510）。在暂停状态中，暂停用户设备30-1和RAN节点12-4之间的连接34。相反，在空闲状态中，释放连接34。例如，在连接34是RRC连接的情况下，可将暂停状态称为RRC_INACTIVE，并且可将空闲状态称为RRC_IDLE。无论如何，从监听此类寻呼消息，如所示的方法500还包括接收寻呼消息32A，所述寻呼消息32A包括标识寻呼消息32A的目标UE的用户设备标识符36并且包括与用户设备标识符36相关联的PLMN的指示38-4（框520）。
在一些实施例中，当RAN节点14-4和用户设备30-1之间的连接16处于暂停状态中时，用户设备30-1接收寻呼消息32A。在这种情况下，用户设备标识符36可以是上文论述的恢复标识符22，以使得指示38-4是与恢复标识符22相关联的PLMN的指示28-1或28-2。在这种情况下，RAN节点12-4可与图1中的目标RAN节点12-2或源RAN节点12-1相同。
在一些实施例中，与用户设备标识符36相关联的PLMN的指示38-4是用户设备30-1向其注册的PLMN的指示或由用户设备30-1选择的PLMN的指示。在任一情况下，在一些实施例中，与用户设备标识符36相关联的PLMN的指示38-4是完整的PLMN身份（PLMN ID）。在其它实施例中，方法500包括接收（例如，在系统信息中）各自与索引相关联的PLMN身份的列表（框505）。在这种情况下，指示38-4可以是PLMN身份的列表中的特定PLMN身份的索引。
在一些实施例中，UE标识符36特定于某个PLMN，这意味着，UE标识符36只在某个PLMN内是唯一的。它在多个PLMN之间并不是全局唯一的。例如，在一些实施例中，UE标识符36具有由不同PLMN共享的寻址空间。于是，有效地，在这些实施例中，不同PLMN具有可用于标识UE的相同的UE标识符集合。
无论如何，在一些实施例中，如所示的方法500还包括基于用户设备标识符36和与用户设备标识符36相关联的PLMN的指示38-4来确定用户设备30-1是否是寻呼消息32A的目标用户设备（框530）。在这种情况下，该方法还可包括分别取决于用户设备是否是目标用户设备而答复或禁止答复寻呼消息32A（框540）。
注意，上文描述的用户设备14或30-1可通过实现任何功能部件、模块、单元或电路系统来执行本文中的方法和任何其它处理。例如，在一个实施例中，用户设备14或30-1包括配置成执行在图3和/或图7中示出的步骤的相应电路或电路系统。在这方面，电路或电路系统可包括专用于执行某些功能处理的电路和/或与存储器结合的一个或多个微处理器。例如，电路系统可包括一个或多个微处理器或微控制器以及其它数字硬件，所述其它数字硬件可包括数字信号处理器（DSP）、专用数字逻辑等。处理电路系统可配置成执行存储在存储器中的程序代码，存储器可包括一种或若干种类型的存储器，诸如只读存储器（ROM）、随机存取存储器、高速缓冲存储器、闪速存储器装置、光存储装置等。存储在存储器中的程序代码可包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于实行本文中在若干个实施例中描述的技术中的一种或多种技术的指令。在采用存储器的实施例中，存储器存储在由一个或多个处理器执行时实行本文中描述的技术的程序代码。
图8A例如示出根据一个或多个实施例实现的用户设备600。用户设备600可以是图1中的UE 14或图2中的UE 30-1。如所示的，用户设备600包括处理电路系统610和通信电路系统620。通信电路系统620（例如，无线电电路系统）配置成例如借助于任何通信技术向一个或多个其它节点传送信息和/或从一个或多个其它节点接收信息。此类通信可经由在用户设备600内或在用户设备600外的一个或多个天线发生。处理电路系统610配置成诸如通过执行存储在存储器630中的指令来执行在上文（例如，在图3和/或图7中）描述的处理。在这方面，处理电路系统610可实现某些功能部件、单元或模块。
图8B示出根据又一些其它实施例的用户设备700的示意性框图。用户设备700可以是例如图1中的UE 14。如所示的，用户设备700例如经由图8A中的处理电路系统610和/或经由软件代码来实现各种功能部件、单元或模块。例如用于实现图3中的方法100的这些功能部件、单元或模块包括例如接收单元710，所述接收单元710用于在用户设备700处从源RAN节点12-1接收消息20，用户设备700与所述源RAN节点12-1具有连接16，所述消息20指示将要暂停连接16并且指示在暂停连接16之后可由用户设备700用于恢复连接16的恢复标识符22。还包括传送单元720，所述传送单元720用于在暂停连接16时将恢复连接16的请求26从用户设备700传送给目标RAN节点12-2。请求26包括恢复标识符22。传送单元720还可用于将与恢复标识符22相关联的PLMN的指示28-2从用户设备700传送给目标RAN节点12-2。
图8C示出根据又一些其它实施例的用户设备800的示意性框图。用户设备800可以是例如图2中的UE 30-1。如所示的，用户设备800例如经由图8A中的处理电路系统610和/或经由软件代码来实现各种功能部件、单元或模块。例如用于实现图7中的方法500的这些功能部件、单元或模块包括例如监听单元810，所述监听单元810用于在用户设备800处于暂停状态或空闲状态中时监听寻呼消息32A。还可包括接收单元820，所述接收单元820用于从监听此类寻呼消息来接收寻呼消息32A，所述寻呼消息32A包括标识寻呼消息32A的目标UE的用户设备标识符36并且包括与用户设备标识符36相关联的PLMN的指示38-4。
还注意，上文描述的RAN节点12-1、12-2或12-4可通过实现任何功能部件、模块、单元或电路系统来执行本文中的方法和任何其它处理。例如，在一个实施例中，RAN节点12-1、12-2或12-4包括配置成执行在图4、5和/或6中示出的步骤的相应电路或电路系统。在这方面，电路或电路系统可包括专用于执行某些功能处理的电路和/或与存储器结合的一个或多个微处理器。例如，电路系统可包括一个或多个微处理器或微控制器以及其它数字硬件，所述其它数字硬件可包括数字信号处理器（DSP）、专用数字逻辑等。处理电路系统可配置成执行存储在存储器中的程序代码，所述存储器可包括一种或若干种类型的存储器，诸如只读存储器（ROM）、随机存取存储器、高速缓冲存储器、闪速存储器装置、光存储装置等。存储在存储器中的程序代码可包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于实行本文中在若干个实施例中描述的技术中的一种或多种技术的指令。在采用存储器的实施例中，存储器存储在由一个或多个处理器执行时实行本文中描述的技术的程序代码。
图9A更具体地示出根据一个或多个实施例实现的RAN节点900。RAN节点900可以是如上文描述的RAN节点12-1、12-2或12-4。如所示的，RAN节点900包括处理电路系统910和通信电路系统920。通信电路系统920配置成例如借助于任何通信技术向一个或多个其它节点传送信息和/或从一个或多个其它节点接收信息。处理电路系统910配置成诸如通过执行存储在存储器930中的指令来执行在上文（例如，在图4、5和/或6中）描述的处理。在这方面，处理电路系统910可实现某些功能部件、单元或模块。
图9B例如示出根据又一些其它实施例的RAN节点1000的示意性框图。RAN节点1000可以是例如图1中的目标RAN节点12-2。如所示的，RAN节点1000例如经由图9A中的处理电路系统910和/或经由软件代码来实现各种功能部件、单元或模块。例如用于实现图4中的方法的这些功能部件、单元或模块包括例如接收单元1010，所述接收单元1010用于在RAN节点1000处从用户设备14接收恢复在用户设备14和源RAN节点12-1之间暂停的连接16的请求26。请求26包括恢复标识符22。接收单元1010也可用于在RAN节点1000处从用户设备14接收与恢复标识符22相关联的PLMN的指示28-2。还可包括取回单元1020，所述取回单元1020用于通过RAN节点1000基于恢复标识符22和与恢复标识符22相关联的PLMN的指示28-2来取回连接16的上下文18A。
图9C示出根据又一些其它实施例的RAN节点1100的示意性框图。RAN节点1100可以是例如图1中的源RAN节点12-1。如所示的，RAN节点1100例如经由图9A中的处理电路系统910和/或经由软件代码来实现各种功能部件、单元或模块。例如用于实现图5中的方法的这些功能部件、单元或模块包括例如建立单元1110，所述建立单元1110用于在RAN节点1100和用户设备14之间建立连接16。还包括传送单元1120，所述传送单元1120用于将消息20从RAN节点1100传送给用户设备14，所述消息20指示将要暂停连接16并且指示在暂停连接16之后可由用户设备14用于恢复连接16的恢复标识符22。传送单元1120还可用于将与恢复标识符22相关联的PLMN的指示28-1从RAN节点1100传送给用户设备14。
图9D示出根据其它实施例的RAN节点1200的示意性框图。RAN节点1200可以是例如图2中的RAN节点12-4。如所示的，RAN节点1200例如经由图9A中的处理电路系统910和/或经由软件代码来实现各种功能部件、单元或模块。例如用于实现图6中的方法的这些功能部件、单元或模块包括例如传送单元1220，所述传送单元1220用于传送寻呼消息32A，所述寻呼消息32A包括用户设备标识符36和与用户设备标识符36相关联的PLMN的指示38-4。还可包括用于获得（例如，生成或接收）寻呼消息32A的获得单元1210。
本领域技术人员还将明白，本文中的实施例还包括对应的计算机程序。
例如，本文中的实施例包括计算机程序，所述计算机程序包括指令，所述指令在用户设备14或30-1的至少一个处理器上被执行时促使用户设备14或30-1实行上文描述的任何相应的处理。在这方面，计算机程序可包括对应于上文描述的部件或单元的一个或多个代码模块。
本文中的其它实施例包括计算机程序，所述计算机程序包括指令，所述指令在RAN节点12-1、12-2或12-4的至少一个处理器上被执行时促使RAN节点12-1、12-2或12-4实行上文描述的任何相应的处理。在这方面，计算机程序可包括对应于上文描述的部件或单元的一个或多个代码模块。
实施例还包括载体，所述载体包含任何这些计算机程序。该载体可包括电子信号、光信号、无线电信号或计算机可读存储介质之一。
在这方面，本文中的实施例还包括非暂时性计算机可读（存储或记录）介质，所述非暂时性计算机可读（存储或记录）介质包括指令，所述指令在由用户设备14或30-1的处理器执行时促使用户设备14或30-1如上文所述的那样执行。实施例还包括非暂时性计算机可读（存储或记录）介质，所述非暂时性计算机可读（存储或记录）介质包括指令，所述指令在由RAN节点12-1、12-2或12-4的处理器执行时促使RAN节点12-1、12-2或12-4如上文所述的那样执行。
现在将描述额外实施例。出于说明性目的，可将这些实施例中的至少一些实施例描述为可适用于某些上下文和/或无线网络类型，但是这些实施例类似地可适用于未明确描述的其它上下文和/或无线网络类型。
在5G规范工作的上下文中，3GPP决定引入新的RRC非活动状态。该状态尤其具有以下特性。首先，将UE上下文存储在RAN中。在随后的RRC_INACTIVE到RRC_CONNECTED转变使用该UE上下文。存储的UE上下文可包括与UE安全上下文、数据无线电承载、连接切片、UE能力等有关的信息。其次，RRC非活动状态涉及RAN寻呼过程。在该过程中，UE最后连接到的RAN节点在由一个或多个RAN节点支持的一个或多个小区组成的区域上寻呼UE。
可在从RRC_CONNECTED状态到RRC_INACTIVE状态的转变之前/之时将UE上下文存储在服务于UE的RAN节点中。图10中示出该RRC连接到RRC非活动转变，它是从对3GPP TS23.502的改变请求（CR）中的图4.8.x1-1转载的。
如果UE和网络支持RRC非活动状态，那么网络使用连接暂停过程来暂停RRC连接并执行RRC连接到RRC非活动状态转变（参见TS 38.300和TS 38.413）。
在步骤1中，RAN向UE发送具有恢复ID的RRC消息。RAN启动向RRC非活动状态的转变（参见TS 38.300），为UE提供它的恢复ID。UE仍然保持处于CM-CONNECTED状态中。保持建立N2AP关联以及N3用户平面资源。在RAN中保持恢复连接所必需的与N2AP关联、UE上下文和N3用户平面资源有关的数据。
在步骤2中，RAN向AMF发送N2通知（非活动）。在这方面，RAN向AMF通知UE的RRC状态移至RRC非活动状态。保持建立N2AP关联以及N3用户平面资源。在AMF中保持与N2AP关联、UE上下文和N3用户平面资源有关的数据。AMF状态仍然保持CM-CONNECTED。
在上面的步骤1中，RAN为UE提供在本文件中称为恢复ID的UE RAN身份。该标识符与存储在RAN中的该UE的UE上下文相关联。
在随后的从RRC_INACTIVE状态到RRC_CONNECTED状态的转变时，UE将恢复ID呈现给RAN。RAN使用恢复ID来定位和访问在步骤1中存储的UE上下文。
如在对3GPP TS 23.502的CR中所描述的，UE使用连接恢复过程来恢复RRC连接并执行RRC非活动到RRC连接状态转变。如果UE和网络支持RRC非活动状态（参见TS 38.300），并且UE已存储进行连接恢复过程所必需的信息（参见TS 38.413），那么可使用该过程，否则使用服务请求过程，参见3GPP TS 23.502的4.2.3.2条款。
图11示出RRC非活动到RRC连接状态转变，例如，如在对3GPP TS 23.502的CR中的图4.8.x2-1中所描述的。在步骤1中，UE向RAN发送RRC消息（恢复ID）。在这方面，UE启动从RRC非活动状态到RRC连接状态的转变，参见TS 38.300。UE提供RAN访问UE的存储的上下文所需的所述UE的恢复ID。
在步骤2（它是有条件的）中，RAN执行UE上下文取回。当与试图恢复它的连接的UE相关联的UE上下文在所接入的RAN处本地不可用时，执行UE上下文取回。在TS 38.423中规定了经由无线电接入网络的UE上下文取回过程。在子条款x.y.z和TS 38.413中规定了经由核心网络的UE上下文取回过程。
在步骤3中，RAN向UE发送具有恢复ID的RRC消息。在这方面，RAN向UE确认UE已经进入到RRC连接状态。
在步骤4中，RAN向AMF发送N2通知（已连接）。在这方面，RAN向AMF通知UE进入到了RRC连接状态。
如步骤1中所概述的，RAN使用恢复ID来定位和访问UE上下文。假定由UE尝试的随后的RRC_INACTIVE到RRC_CONNECTED转变可发生在与在先前的RRC_CONNECTED到RRC_INACTIVE转变时服务于UE的RAN不同的RAN处，那么UE上下文可被存储在与UE接入的RAN节点不同的RAN处。这在步骤2中被描述。如果new_RAN与old_RAN不同，在所述old_RAN中UE已经进入到RRC_INACTIVE状态，并且因此将UE上下文存储在所述old_RAN中，那么需要定位old_RAN以能够取回UE上下文，从而使得new_RAN可访问和使用UE上下文。
为了使得能够实现恢复ID的定位，恢复ID包含允许new_RAN定位old_RAN的标识符。
为了完整性起见，图12和图13中分别包括经由RAN和经由5G CN取回UE上下文的过程。
如图12中所示，如果在UE上下文存储在旧的服务RAN处时处于RRC非活动状态的UE向新的RAN请求恢复连接，并且（只）能够借助于Xn信令从旧的服务RAN节点取回UE上下文，那么使用经由无线电接入网络过程的UE上下文取回。
在步骤1中，新的服务RAN节点通过使用Xn取回UE上下文过程来从旧的服务RAN取回UE上下文。如果旧的服务RAN节点能够解析恢复ID，那么它将UE上下文数据提供给新的服务RAN节点。
在步骤2中，新的服务RAN向AMF执行N2路径切换过程。
在步骤3中，新的服务RAN节点请求旧的服务RAN节点释放UE上下文。该消息包含在旧的服务RAN节点处缓冲的用户数据的下行链路转发地址。
在步骤4中，旧的服务RAN将未决DL用户数据转发给新的服务RAN。
如图13中所示，如果在UE上下文存储在旧的服务RAN处时处于RRC非活动状态的UE向新的RAN请求恢复连接，并且由于在新的和旧的服务RAN节点之间缺少Xn接口而导致无法从旧的服务RAN节点取回UE上下文，那么使用经由5GC过程的UE上下文取回。
在步骤1中，新的服务RAN节点意识到它没有到具有在恢复ID中指示的身份的RAN节点的Xn连接，并决定经由核心网络过程来执行上下文取回。在步骤2中，RAN向AMF发送N2取回UE上下文请求（旧的RAN ID（包含在恢复ID中）、恢复ID、新的RAN ID）。在这方面，RAN请求它连接到的池内的AMF来解析RAN节点身份。该AMF节点不一定需要是服务于UE的AMF。以无连接和AMF无状态方式执行相应信令。如果AMF能够解析所指示的旧的RAN ID的地址，那么它将请求转发给该节点。
在步骤3中，AMF向旧的服务RAN发送取回UE上下文请求（旧的RAN ID、新的RAN ID、恢复ID）。AMF将请求转发给旧的服务RAN。
在步骤4中，旧的服务RAN向AMF发送取回UE上下文响应（旧的RAN ID、新的RAN ID、恢复ID、UE上下文）。旧的服务RAN节点提供UE上下文数据。
在步骤5中，AMF向RAN发送N2取回UE上下文响应（恢复ID、UE上下文）。AMF将在步骤4中接收的信息转发给新的服务RAN。
在步骤6中，RAN关于AMF执行N2路径切换（无Xn指示符、DL转发地址）。新的服务RAN节点触发路径切换过程，如同它已经经由Xn接口接收到UE上下文数据一样，并向AMF指示向旧的服务RAN节点没有Xn连接可用。消息还包含DL转发地址。
在步骤7中，AMF关于旧的服务RAN执行N2 UE上下文释放。AMF节点执行N2 UE上下文释放过程（因为新的服务RAN节点不能经由Xn触发它），并提供用户平面数据的DL转发地址。
在步骤8中，如果需要，进行用户数据的转发。
图14示出经由5GC过程的RAN寻呼中继，RAN使用所述5GC过程来通过位于UE的注册区域中的RAN节点（例如，包括服务RAN节点没有向其建立的Xn接口的RAN节点）寻呼处于RRC非活动状态中的UE。
在步骤1中，服务RAN节点决定经由5GC来中继寻呼。
在步骤2中，服务RAN向AMF发送N2中继寻呼请求（N2寻呼、注册区域）。服务RAN节点请求服务AMF将寻呼消息中继到在UE的注册区域中的RAN节点。
在步骤3中，AMF基于所接收的UE的注册区域，选择寻呼消息将被中继到的RAN节点。AMF将不会自己触发寻呼重复。
在步骤4中，AMF向RAN发送N2寻呼。在这方面，AMF将寻呼中继给位于UE的注册区域中的RAN节点。
3GPP达成一致，RAN可使用UE RAN标识符来寻呼处于RRC_INACTIVE状态中的UE。假设，它将是与用于UE上下文的定位的相同的标识符，即UE的恢复ID。
但是，当前存在某（一个或多个）挑战。假设恢复ID由以下项组成：（i）其中存储UE上下文的RAN节点身份；以及（ii）其中存储UE上下文的RAN节点中的UE身份。即，恢复ID：<RAN节点id><UE id>。
因此，RAN节点身份当前在给定的PLMN中是唯一的，即，不同的PLMN重复使用相同的寻址空间。可是，在RAN共享场景中，在具有它们自己的CN和它们自己的PLMN身份的不同运营商之间共享RAN节点。所述PLMN身份通过RAN在系统信息中被广播。用于共享的RAN节点的RAN身份需要对于两个运营商都是唯一的，以避免共享的RAN节点的寻址中的任何混淆。为了实现这一点，可使用全局唯一的RAN身份，它由以下项组成：（i）PLMN身份；（ii）RAN节点身份，从而形成全局唯一的RAN节点身份：<PLMN id><RAN节点id>。
问题是，由于恢复ID只使用PLMN特定的RAN节点id，所以在其中运营商共享它们的网络的一部分的场景中，存在歧义的风险。
例如，两个不同的UE可在使用相同的RAN节点ID的两个不同的RAN节点中连接到两个不同的PLMN。然后，这些RAN节点可将相同的恢复ID（恢复ID A）分配给不同的UE，因为它们均使用相同的RAN节点id。如果这两个PLMN共享UE之一进入到的RAN节点并且使用恢复ID，那么该RAN节点将不可能解析UE上下文位于哪个PLMN中的哪个RAN节点。
当寻呼UE时，可能会出现类似问题。在为UE指派了跨PLMN的共享部分和非共享部分两者的跟踪区域列表的情况下。在这种情况下，如果网络用在非共享部分中指派的恢复ID来寻呼UE，那么有可能错误的UE将对该消息做出响应，因为不同的运营商可重复使用恢复ID。
本公开的某些方面及其实施例可为这些或其它挑战提供解决方案。
本文中描述的一些解决方案基于以下原则：
1. 在参与RAN共享场景的RAN节点中引入PLMN特定的RAN节点身份。每个运营商可例如借助于操作和维护（O&M）来配置RAN身份，而无需与共享RAN的其它运营商协调它。
2. 在建立它们的RAN节点间接口（即，Xn接口）时，RAN节点交换它们的PLMN特定的RAN节点身份。
3. RAN节点基于UE的注册的PLMN特定的RAN节点身份来构造UE的恢复ID。
4. 在RRC_CONNECTED到RRC_INACTIVE转变时（参见图10），通过RAN为UE提供恢复ID，所述恢复ID携带UE向其注册的PLMN的PLMN特定的RAN节点身份。
5. 在RRC_CONNECTED到RRC_INACTIVE转变时，UE将从RAN接收的恢复ID与它的注册的PLMN身份相关联。
6. 在RRC_INACTIVE到RRC_CONNECTED 转变时（参见图11），UE向RAN发送：（i）它的注册的PLMN；以及（ii）从UE最后连接到的节点接收的恢复ID。注册的PLMN信息元素的编码可以是完整的PLMN ID，或者它可以是指示PLMN列表上的特定PLMN的索引值，UE连接到的小区已经（例如，经由广播信道）将所述PLMN列表提供给UE。其它编码也是可能的。
7. New_RAN节点基于注册或选择的PLMN的指示和从UE的恢复ID接收的PLMN特定的RAN身份来定位old_RAN节点。在一些实施例中，old_RAN节点的定位基于知道PLMN特定的RAN节点身份与RAN节点间接口（即，Xn接口）相关联。或者，在其它实施例中，如果该身份在任何Xn接口上都不可用，那么new_RAN将触发如图13中所示的UE上下文取回过程，其包括选择支持UE的注册/选择的PLMN的CN节点（AMF）。
基于这些，公开了各种实施例，包括但不限于在目标小区中恢复连接、为网络提供恢复标识符和注册的PLMN（或选择的PLMN）的指示的UE（以及对应的方法）。额外实施例包括在暂停或空闲状态中监听寻呼的UE（以及对应的方法）。寻呼消息由PLMN的指示和与该PLMN相关联的UE标识符（例如，恢复ID）组成。额外实施例包括相关联的网络节点和对应方法。
本文中提出了解决本文中公开问题中的一个或多个问题的各种实施例。某些实施例可提供以下（一个或多个）技术优点中的一个或多个。例如，某些实施例使得能够从共享公共RAN节点寻址空间的RAN节点进行UE上下文传递。提出的解决方案不需要在RAN共享运营商之间的标识符协调。此外，提出的解决方案避免了关于UE标识符（恢复ID）的歧义，所述歧义可能会对UE性能具有负面影响，例如，由不必要的信令引起的延迟、电池消耗。某些实施例可以提供这些优点中的一些或全部优点，或者不提供这些优点。本领域技术人员可以容易地明白其它技术优点。
更特别地，本文件中公开的解决方案引入了与UE的恢复ID相关联的PLMN特定的RAN节点身份（例如，它可被包括在恢复ID中，或使用数据库或查找表映射到恢复ID）的概念。这对UE RAN寻呼过程具有进一步的影响，所述UE RAN寻呼过程在通过无线电接口发送的寻呼消息中包括恢复ID作为UE的身份。
假定包括在恢复ID中的RAN节点身份使用由在RAN共享场景中涉及的运营商共享的公共寻址空间，当在寻呼消息中呈现给注册到不同PLMN（运营商）的UE时，这是有歧义的，即向不同PLMN（运营商）注册的多个UE将潜在地答复该寻呼消息，因为它们在它们的恢复ID中可具有相同的RAN节点标识。
根据一些实施例，该问题的解决方案是包括引用UE的注册的PLMN的索引值（或其它信息）。在它是索引值的情况下，该索引可指向在寻呼UE的小区中在系统信息中广播的PLMN列表上的PLMN。为了让寻呼节点知道要指示哪个PLMN，它需要从发起寻呼的节点接收该信息，所述发起寻呼的节点可能是存储UE上下文的RAN节点。可在CN和RAN节点之间以及在RAN节点之间通过X2或Xn或S1或NG-C信令来提供该信息。可作为寻呼消息的一部分传递该信息。
在其中寻呼UE的不同小区可在不同位置处广播所寻呼的UE的注册的PLMN身份的场景中，RAN节点应当包括所寻呼的UE的注册的PLMN身份作为将由通过无线电接口发送寻呼的RAN节点消费的消息的一部分，所述RAN节点发起寻呼过程并编译可能经由RAN节点间Xn接口或经由5G CN经由N2/NG-C接口（见图14）发送给其它RAN节点的寻呼消息。
通过无线电接口发送寻呼的RAN节点当在系统信息中广播PLMN时***引用UE的注册的PLMN的索引（即，在广播的PLMN之间的位置）。
在本公开的特定实施例中，并且为了应对在例如多运营商核心网络（MOCN）中的协调需要带来的挑战，可引入每PLMN有效的小区身份和跟踪区域码。其中这也可遵循，例如如果RAN区域与一组小区ID相关联（其中小区ID是PLMN），则RAN区域是每PLMN单独的。
对于共享的RAN（例如，如MOCN）或其它类型的共享部署，特别是中立主机运营商部署，要处置的另一个标识符是恢复ID，其用于UE的RAN寻呼、RAN区域更新两者以及当UE触发从RRC_INACTIVE到RRC_CONNECTED的转变时用于传送UL数据的目的。
在E-UTRAN/LTE中，恢复ID被构造成包括eNB ID（20个位）和eNB特定的UE身份（20个位）的组合。当前尚未完全决定将如何在NR中构造恢复ID，但是从UE的角度来看，无论如何构造它，恢复ID应仅是随机数。
当例如在RRCConnectionResumeRequest中接收恢复ID时，并且如果上下文没有存储在接收gNB中，那么需要从另一个节点提取上下文。如果接收gNB是服务于多个PLMN的gNB，那么当前没有明显的方式来知道哪些其它gNB可能拥有UE的上下文，并且在有许多PLMN的情况下，可能迅速变成在若干个PLMN中要从许多其它gNB查询上下文信息。因此，在服务于若干个PLMN的gNB中接收恢复ID，如果上下文没有存储在相同gNB中，那么可能需要尝试从属于不同PLMN的许多不同gNB之一中提取上下文。解决这个问题的一种方式是以某种方式划分或协调恢复ID的使用，以使得接收恢复ID的gNB将立即能够将它连接到特定PLMN，并且于是隐含地能够限制要查询上下文ID的其它节点的量。如果可以避免这种协调，那么将是有吸引力的，因为这将影响共享RAN节点的所有PLMN中的恢复ID的量。为了解决在不同PLMN之间协调的最小化，根据本发明的特定实施例，使恢复ID只对每个注册的PLMN有效，并且接着需要将该注册的PLMN包括在例如RRCConnectionResumeRequest/msg3的UE发起的信令中并与UE上下文存储在一起/存储在UE上下文中。
包括PLMN身份将消除在PLMN边界上协调的任何需要，在服务于若干个PLMN的gNB中处置恢复请求将更加可行，并且每个PLMN将具有可供使用的完整的恢复ID集合。因此，注册的PLMN应当与恢复ID或指向RAN中的UE上下文的其它指示一起被包括在初始信令中。类似地，注册的PLMN也可结合上下文的初始创建而存储在网络（例如，RAN）中的UE上下文中。
根据本公开的其它方面，在RAN区域寻呼中还包括PLMN指示。
有不同的方法来包括PLMN ID。包括完整的PLMN ID将是位代价高的（bitcostly），并且尽管它是可能的，但是可以更优选的是以例如从系统信息给出的索引来指示PLMN，其中可为每个支持的PLMN设置索引。
在本公开的一些实施例中，恢复ID可与特定的PLMN ID相关联，当网络向UE提供恢复ID时可以用专用信令向UE指示该特定的PLMN ID，或者可以用例如系统信息中的公共信令向UE指示该特定PLMN ID。可显式地指示或作为可指向在系统信息中广播的PLMN列表上的PLMN的索引来指示特定PLMN ID。特定PLMN ID可以是UE的注册的PLMN。可显式地指示（例如，用特殊指示符）或用特殊/预定义的索引代码点来指示与恢复ID相关联的PLMN ID是UE的注册的PLMN。特定PLMN ID可以是与小区或PSS/SSS有关的主PLMN。可显式地指示或用特殊的索引代码点来指示与恢复ID相关联的PLMN ID是小区或PSS/SSS的主PLMN。
如上所述，当UE请求从RRC_INACTIVE状态到RRC_CONNECTED状态的转变时，UE向网络指示与恢复ID相关联的特定PLMN ID和恢复ID。特定PLMN ID的指示可以是显式/完整的PLMN ID，或者可以是指示PLMN列表上的特定PLMN的索引值，UE连接到的小区已经（例如，经由广播信道）将所述PLMN列表提供给UE。其它编码也是可能的。当恢复ID与它被指派的小区或PSS/SSS的主PLMN相关联以及与请求从RRC_INACTIVE到RRC_CONNECTED的转变的小区或PSS/SSS的主PLMN相关联时，该指示可以是特殊/预定义的索引代码点、特殊指示符或缺少相关联的PLMN ID的指示。
在本公开的一些实施例中，只有当与恢复ID相关联的PLMN可用时，UE才尝试/请求从RRC_INACTIVE状态到RRC_CONNECTED状态的转变。
在本公开的一些实施例中，只有当UE的注册的PLMN可用时，UE才尝试/请求从RRC_INACTIVE状态到RRC_CONNECTED状态的转变。
在本公开的一些实施例中，当与恢复ID相关联的PLMN不可用时，UE不尝试/请求从RRC_INACTIVE状态到RRC_CONNECTED状态的转变，而是离开RRC_INACTIVE状态（或进入到RRC_IDLE状态），并尝试/请求建立新的连接。
在本公开的一些实施例中，当UE的注册的PLMN不可用时，UE不尝试/请求从RRC_INACTIVE状态到RRC_CONNECTED状态的转变，而是离开RRC_INACTIVE状态（或进入到RRC_IDLE状态），并尝试/请求建立新的连接。
尽管本文中描述的主题可在任何合适类型的系统中使用任何合适的组件来实现，但是关于无线网络（诸如图15中示出的示例无线网络）来描述本文中公开的实施例。为简单起见，图15的无线网络只描绘了网络1506、网络节点1560和1560b以及WD 1510、1510b和1510c。实际上，无线网络还可包括适合于支持无线装置之间或无线装置与另一个通信装置（诸如固定电话、服务提供商或者任何其它网络节点或终端装置）之间的通信的任何额外元件。在所示的组件中，额外详细地描绘了网络节点1560和无线装置（WD）1510。无线网络可向一个或多个无线装置提供通信和其它类型的服务，以促进无线装置接入和/或使用由无线网络或经由无线网络提供的服务。
无线网络可包括任何类型的通信、电信、数据、蜂窝和/或无线电网络或者其它类似类型的系统，和/或与它们通过接口连接。在一些实施例中，无线网络可配置成根据特定标准或其它类型的预定义规则或过程进行操作。因此，无线网络的特定实施例可实现：通信标准，诸如全球移动通信系统（GSM）、通用移动电信系统（UMTS）、长期演进（LTE）和/或其它合适的2G、3G、4G或5G标准；无线局域网（WLAN）标准，诸如IEEE 802.11标准；和/或任何其它合适的无线通信标准，诸如全球微波接入互操作性（WiMax）、蓝牙、Z-Wave和/或ZigBee标准。
网络1506可包括一个或多个回程网络、核心网络、IP网络、公共交换电话网络（PSTN）、分组数据网络、光网络、广域网（WAN）、局域网（LAN）、无线局域网（WLAN）、有线网络、无线网络、城域网和其它网络，以使得能够实现装置之间的通信。
网络节点1560和WD 1510包括下文更详细描述的各种组件。这些组件共同工作以便提供网络节点和/或无线装置功能性，诸如在无线网络中提供无线连接。在不同实施例中，无线网络可包括任意数量的有线或无线网络、网络节点、基站、控制器、无线装置、中继站和/或可促进或参与数据和/或信号的通信（不管是经由有线还是无线连接）的任何其它组件或系统。
如本文中所使用的，网络节点是指能够、被配置成、被布置成和/或可进行操作以与无线装置和/或与无线网络中的其它网络节点或设备直接或间接通信以对无线装置实现和/或提供无线接入和/或执行无线网络中的其它功能（例如，管理）的设备。网络节点的示例包括但不限于接入点（AP）（例如，无线电接入点）、基站（BS）（例如，无线电基站、节点B和演进节点B（eNB））。基站可基于它们提供的覆盖量（或换句话说，基于它们的传送功率等级）来被归类，并且于是又可被称为毫微微基站、微微基站、微基站或宏基站。基站可以是中继节点或控制中继的中继施主节点。网络节点还可包括分布式无线电基站的一个或多个（或所有）部分，诸如集中式数字单元和/或远程无线电单元（RRU），其有时被称为远程无线电头端（RRH）。此类远程无线电单元可以或者可以不与天线集成为天线集成式无线电设备。分布式无线电基站的部分又可称为分布式天线系统（DAS）中的节点。网络节点的又一些另外的示例包括多标准无线电（MSR）设备（诸如MSR BS）、网络控制器（诸如无线电网络控制器（RNC）或基站控制器（BSC））、基站收发信台（BTS）、传输点、传输节点、多小区/多播协调实体（MCE）、核心网络节点（例如，MSC、MME）、O&M节点、OSS节点、SON节点、定位节点（例如，E-SMLC）和/或MDT。作为另一个示例，网络节点可以是如下文更详细描述的虚拟网络节点。但是，更一般地，网络节点可表示能够、被配置成、被布置成和/或可进行操作来为无线装置实现和/或提供到无线网络的接入或向已经接入无线网络的无线装置提供一些服务的任何合适的装置（或装置的群组）。
在图15中，网络节点1560包括处理电路系统1570、装置可读介质1580、接口1590、辅助设备1584、电源1586、功率电路系统1587和天线1562。尽管在图1的示例无线网络中示出的网络节点1560可表示包括硬件组件的所示组合的装置，但是其它实施例可包括具有不同的组件组合的网络节点。将理解，网络节点包括执行本文中公开的任务、特征、功能和方法所需的硬件和/或软件的任何合适的组合。此外，尽管网络节点1560的组件被描绘为位于较大框内或嵌套在多个框内的单个框，但是实际上，网络节点可包括构成单个所示组件的多个不同的物理组件（例如，装置可读介质1580可包括多个单独的硬盘驱动器以及多个RAM模块）。
类似地，网络节点1560可由多个物理上分离的组件（例如，NodeB组件和RNC组件，或BTS组件和BSC组件等）组成，所述多个物理上分离的组件可各自具有它们自己的相应组件。在其中网络节点1560包括多个单独组件（例如，BTS和BSC组件）的某些场景中，可在若干个网络节点之间共享这些单独组件中的一个或多个组件。例如，单个RNC可控制多个NodeB。在此类场景中，在一些实例中每个唯一的NodeB和RNC对可以被认为是单个单独的网络节点。在一些实施例中，网络节点1560可配置成支持多种无线电接入技术（RAT）。在此类实施例中，一些组件可以是重复的（例如，用于不同RAT的单独的装置可读介质1580），并且一些组件可以是再使用的（例如，RAT可共享相同的天线1562）。网络节点1560还可包括用于集成到网络节点1560中的不同无线技术（诸如，例如GSM、WCDMA、LTE、NR、WiFi或蓝牙无线技术）的各种所示组件的多个集合。这些无线技术可集成到网络节点1560内的相同或不同的芯片或芯片组以及其他组件中。
处理电路系统1570配置成执行本文中描述为由网络节点提供的任何确定、计算或类似操作（例如，某些获得操作）。由处理电路系统1570执行的这些操作可包括：通过例如将由处理电路系统1570获得的信息转换成其它信息、将所获得的信息或转换后的信息与存储在网络节点中的信息进行比较和/或基于所获得的信息或转换后的信息执行一个或多个操作来处理所获得的信息；以及作为所述处理的结果做出确定。
处理电路系统1570可以包括微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列或任何其它合适的计算装置、资源中的一个或多个的组合，或者可进行操作以单独或与诸如装置可读介质1580的其它网络节点1560组件结合来提供网络节点1560功能性的硬件、软件和/或编码逻辑的组合。例如，处理电路系统1570可执行存储在装置可读介质1580中或处理电路系统1570内的存储器中的指令。此类功能性可包括提供本文中论述的各种无线特征、功能或益处中的任何一个。在一些实施例中，处理电路系统1570可包括芯片上系统（SOC）。
在一些实施例中，处理电路系统1570可包括射频（RF）收发器电路系统1572和基带处理电路系统1574中的一个或多个。在一些实施例中，射频（RF）收发器电路系统1572和基带处理电路系统1574可以在分离的芯片（或芯片组）、板或单元（诸如无线电单元和数字单元）上。在备选实施例中，RF收发器电路系统1572和基带处理电路系统1574的部分或全部可以在相同的芯片或芯片组、板或单元上。
在某些实施例中，本文中描述为由网络节点、基站、eNB或其它此类网络装置提供的一些或所有功能性可由执行存储在装置可读介质1580或处理电路系统1570内的存储器上的指令的处理电路系统1570执行。在备选实施例中，一些或所有功能性可由处理电路系统1570在不执行存储在单独或分立的装置可读介质上的指令的情况下诸如以硬接线的方式提供。在那些实施例中的任何实施例中，不管是否执行存储在装置可读存储介质上的指令，处理电路系统1570都可配置成执行描述的功能性。由此类功能性提供的益处不限于单独的处理电路系统1570或网络节点1560的其它组件，而是由网络节点1560作为整体和/或一般地由最终用户和无线网络享有。
装置可读介质1580可包括存储可由处理电路系统1570使用的信息、数据和/或指令的任何形式的易失性或非易失性计算机可读存储器，非限制地包括持久存储设备、固态存储器、远程安装的存储器、磁介质、光介质、随机存取存储器（RAM）、只读存储器（ROM）、大容量存储介质（例如，硬盘）、可移动存储介质（例如，闪速驱动器、致密盘（CD）或数字视频盘（DVD））和/或任何其它易失性或非易失性、非暂时性装置可读和/或计算机可执行存储器装置。装置可读介质1580可存储任何合适的指令、数据或信息，包括：计算机程序，软件，包括逻辑、规则、代码、表等中的一个或多个的应用，和/或能够由处理电路系统1570执行并由网络节点1560利用的其它指令。装置可读介质1580可用于存储由处理电路系统1570所进行的任何计算和/或经由接口1590接收的任何数据。在一些实施例中，处理电路系统1570和装置可读介质1580可以被认为是集成的。
接口1590用于网络节点1560、网络1506和/或WD 1510之间的信令和/或数据的有线或无线通信。如所示的，接口1590包括用来例如通过有线连接向网络1506发送数据和从网络1506接收数据的（一个或多个）端口/（一个或多个）终端1594。接口1590还包括可耦合到天线1562或者在某些实施例中可以是天线1562的一部分的无线电前端电路系统1592。无线电前端电路系统1592包括滤波器1598和放大器1596。无线电前端电路系统1592可连接到天线1562和处理电路系统1570。无线电前端电路系统可配置成调节在天线1562和处理电路系统1570之间传递的信号。无线电前端电路系统1592可以接收数字数据，所述数字数据将经由无线连接被向外发送到其他网络节点或WD。无线电前端电路系统1592可使用滤波器1598和/或放大器1596的组合来将数字数据转换成具有合适的信道和带宽参数的无线电信号。然后，可经由天线1562传送无线电信号。类似地，当接收数据时，天线1562可收集无线电信号，然后由无线电前端电路系统1592将所述无线电信号转换成数字数据。可将数字数据传递给处理电路系统1570。在其它实施例中，该接口可包括不同的组件和/或组件的不同组合。
在某些备选实施例中，网络节点1560可不包括单独的无线电前端电路系统1592，而是，处理电路系统1570可包括无线电前端电路系统并且可连接到天线1562，而没有单独的无线电前端电路系统1592。类似地，在一些实施例中，RF收发器电路系统1572的全部或一些可以被认为是接口1590的一部分。在又一些其它实施例中，接口1590可包括一个或多个端口或终端1594、无线电前端电路系统1592和RF收发器电路系统1572以作为无线电单元（未示出）的一部分，并且接口1590可与作为数字单元（未示出）的一部分的基带处理电路系统1574通信。
天线1562可包括配置成发送和/或接收无线信号的一个或多个天线或天线阵列。天线1562可耦合到无线电前端电路系统1590，并且可以是能够无线地传送并且接收数据和/或信号的任何类型的天线。在一些实施例中，天线1562可包括可进行操作以在例如2GHz和66 GHz之间传送/接收无线电信号的一个或多个全向、扇区或板状天线。全向天线可用于沿任何方向传送/接收无线电信号，扇区天线可用于在特定区域内传送/接收来自装置的无线电信号，并且板状天线可以是用于沿相对直线传送/接收无线电信号的视线天线。在一些实例中，使用多于一个天线可称为MIMO。在某些实施例中，天线1562可与网络节点1560分离，并且可以通过接口或端口可连接到网络节点1560。
天线1562、接口1590和/或处理电路系统1570可配置成执行本文中描述为由网络节点执行的任何接收操作和/或某些获得操作。可从无线装置、另一个网络节点和/或任何其它网络设备接收任何信息、数据和/或信号。类似地，天线1562、接口1590和/或处理电路系统1570可配置成执行本文中描述为由网络节点执行的任何传送操作。可将任何信息、数据和/或信号传送给无线装置、另一个网络节点和/或任何其它网络设备。
功率电路系统1587可包括或耦合到功率管理电路系统，并且配置成为网络节点1560的组件供应功率，以便执行本文中描述的功能性。功率电路系统1587可从电源1586接收功率。电源1586和/或功率电路系统1587可配置成以适合于相应组件的形式（例如，以每个相应组件所需的电压和电流水平）向网络节点1560的各个组件提供功率。电源1586可被包括在功率电路系统1587和/或网络节点1560中或位于其外部。例如，网络节点1560可以经由诸如电缆的输入电路系统或接口可连接到外部电源（例如，电插座），由此外部电源向功率电路系统1587供应功率。作为另外的示例，电源1586可包括连接到功率电路系统1587或集成在功率电路系统1587中的采用电池或电池组形式的功率源。当外部电源失效时，电池可提供备份功率。也可使用诸如光伏装置的其它类型的电源。
网络节点1560的备选实施例可包括图15中示出的那些组件以外的额外组件，所述额外组件可负责提供网络节点的功能性的某些方面，包括本文中描述的任何功能性和/或支持本文中描述的主题所必需的任何功能性。例如，网络节点1560可包括用来允许将信息输入到网络节点1560中并允许从网络节点1560输出信息的用户接口设备。这可允许用户对网络节点1560执行诊断、维护、维修和其它管理功能。
如本文中所使用，无线装置（WD）是指能够、被配置成、被布置成和/或可进行操作以与网络节点和/或其它无线装置无线通信的装置。除非另外注释，否则术语WD可在本文中与用户设备（UE）互换地使用。无线通信可涉及使用电磁波、无线电波、红外波和/或适合于通过空中传达信息的其它类型的信号来传送和/或接收无线信号。在一些实施例中，WD可配置成在没有直接人机交互的情况下传送和/或接收信息。例如，WD可设计成在受到内部或外部事件触发时或响应于来自网络的请求按预定调度将信息传送给网络。WD的示例包括但不限于智能电话、移动电话、蜂窝电话、IP语音（VoIP）电话、无线本地回路电话、台式计算机、个人数字助理（PDA）、无线相机、游戏控制台或装置、音乐存储装置、回放用具、可穿戴终端装置、无线端点、移动台、平板电脑、膝上型电脑、膝上型嵌入式设备（LEE）、膝上型安装式设备（LME）、智能装置、无线客户驻地设备（CPE）、车载无线终端装置等。WD可例如通过实现用于副链路（sidelink）通信3GPP标准来支持装置到装置（D2D）通信，并且在这种情况下，可称为D2D通信装置。作为又一个特定示例，在物联网（IoT）场景中，WD可表示执行监测和/或测量并将此类监测和/或测量的结果传送给另一个WD和/或网络节点的机器或其它装置。在这种情况下，WD可以是机器到机器（M2M）装置，其在3GPP上下文中可称为机器型通信（MTC）装置。作为一个特定示例，WD可以是实现3GPP窄带物联网（NB-IoT）标准的UE。此类机器或装置的特定示例是传感器、诸如功率计的计量装置、工业机械或者家用或个人用具（例如，冰箱、电视等）、个人可穿戴设备（例如，手表、健身追踪器等）。在其它场景中，WD可表示能够监测和/或报告它的操作状态或与它的操作相关联的其它功能的车辆或其它设备。如上所述的WD可表示无线连接的端点，在这种情况下，装置可称为无线终端。此外，如上所述的WD可以是移动的，在这种情况下，它又可称为移动装置或移动终端。
如所示的，无线装置1510包括天线1511、接口1514、处理电路系统1520、装置可读介质1530、用户接口设备1532、辅助设备1534、电源1536和功率电路系统1537。WD1510可以包括用于由WD 1510支持的不同无线技术的所示组件中的一个或多个组件的多个集合，所述无线技术诸如，例如GSM、WCDMA、LTE、NR、WiFi、WiMAX或蓝牙无线技术，仅举几个例子。这些无线技术可集成到与WD 1510内的其它组件相同或不同的芯片或芯片组中。
天线1511可包括配置成发送和/或接收无线信号的一个或多个天线或天线阵列，并且连接到接口1514。在某些备选实施例中，天线1511可与WD 1510分离，并且可以通过接口或端口可连接到WD 1510。天线1511、接口1514和/或处理电路系统1520可配置成执行本文中描述为由WD执行的任何接收或传送操作。可从网络节点和/或另一个WD接收任何信息、数据和/或信号。在一些实施例中，无线电前端电路系统和/或天线1511可以被认为是接口。
如所示的，接口1514包括无线电前端电路系统1512和天线1511。无线电前端电路系统1512包括一个或多个滤波器1518和放大器1516。无线电前端电路系统1514连接到天线1511和处理电路系统1520，并且配置成调节在天线1511和处理电路系统1520之间传递的信号。无线电前端电路系统1512可以耦合到天线1511，或者可以是天线1511的一部分。在一些实施例中，WD 1510可不包括单独的无线电前端电路系统1512；而是，处理电路系统1520可包括无线电前端电路系统并且可连接到天线1511。类似地，在一些实施例中，RF收发器电路系统1522的一些或全部可以被认为是接口1514的一部分。无线电前端电路系统1512可接收数字数据，所述数字数据将经由无线连接被向外发送到其它网络节点或WD。无线电前端电路系统1512可使用滤波器1518和/或放大器1516的组合来将数字数据转换成具有合适的信道和带宽参数的无线电信号。然后，可经由天线1511传送无线电信号。类似地，当接收数据时，天线1511可收集无线电信号，然后由无线电前端电路系统1512将所述无线电信号转换成数字数据。可将数字数据传递给处理电路系统1520。在其它实施例中，该接口可包括不同的组件和/或组件的不同组合。
处理电路系统1520可以包括微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列或任何其它合适的计算装置、资源中的一个或多个的组合，或者可进行操作以单独或与诸如装置可读介质1530的其它WD 1510组件结合来提供WD 1510功能性的硬件、软件和/或编码逻辑的组合。此类功能性可包括提供本文中论述的各种无线特征或益处中的任何一个。例如，处理电路系统1520可执行存储在装置可读介质1530中或处理电路系统1520内的存储器中的指令，以提供本文中公开的功能性。
如所示的，处理电路系统1520包括RF收发器电路系统1522、基带处理电路系统1524和应用处理电路系统1526中的一个或多个。在其它实施例中，处理电路系统可包括不同的组件和/或组件的不同组合。在某些实施例中，WD 1510的处理电路系统1520可包括SOC。在一些实施例中，RF收发器电路系统1522、基带处理电路系统1524和应用处理电路系统1526可在分离的芯片或芯片组上。在备选实施例中，基带处理电路系统1524和应用处理电路系统1526的部分或全部可组合成一个芯片或芯片组，并且RF收发器电路系统1522可以在单独的芯片或芯片组上。在又一些备选的实施例中，RF收发器电路系统1522和基带处理电路系统1524的部分或全部可以在相同的芯片或芯片组上，并且应用处理电路系统1526可以在单独的芯片或芯片组上。在又一些其它备选实施例中，RF收发器电路系统1522、基带处理电路系统1524和应用处理电路系统1526的部分或全部可组合在相同的芯片或芯片组中。在一些实施例中，RF收发器电路系统1522可以是接口1514的一部分。RF收发器电路系统1522可为处理电路系统1520调节RF信号。
在某些实施例中，本文中描述为由WD执行的一些或所有功能性可由处理电路系统1520提供，所述处理电路系统1520执行存储在装置可读介质1530上的指令，在某些实施例中所述装置可读介质1530可以是计算机可读存储介质。在备选实施例中，一些或所有功能性可由处理电路系统1520在不执行存储在单独或分立的装置可读介质上的指令的情况下诸如以硬接线的方式提供。在那些特定实施例中的任何实施例中，不管是否执行存储在装置可读存储介质上的指令，处理电路系统1520都可配置成执行描述的功能性。由此类功能性提供的益处不限于单独的处理电路系统1520或WD 1510的其它组件，而是由WD 1510作为整体和/或一般地由最终用户和无线网络享有。
处理电路系统1520可配置成执行本文中描述为由WD执行的任何确定、计算或类似操作（例如，某些获得操作）。如由处理电路系统1520执行的这些操作可包括：通过例如将由处理电路系统1520获得的信息转换成其它信息、将所获得的信息或转换后的信息与由WD1510存储的信息进行比较和/或基于所获得的信息或转换后的信息执行一个或多个操作来处理所获得的信息；以及作为所述处理的结果做出确定。
装置可读介质1530可进行操作以存储计算机程序、软件、包括逻辑、规则、代码、表等中的一个或多个的应用和/或能够由处理电路系统1520执行的其它指令。装置可读介质1530可包括存储可由处理电路系统1520使用的信息、数据和/或指令的计算机存储器（例如，随机存取存储器（RAM）或只读存储器（ROM））、大容量存储介质（例如，硬盘）、可移动存储介质（例如，致密盘（CD）或数字视频盘（DVD））和/或任何其它易失性或非易失性、非暂时性装置可读和/或计算机可执行存储器装置。在一些实施例中，处理电路系统1520和装置可读介质1530可以被认为是集成的。
用户接口设备1532可提供允许人类用户与WD 1510交互的组件。此类交互可具有许多形式，诸如视觉、听觉、触觉等。用户接口设备1532可进行操作以产生给用户的输出并允许用户向WD 1510提供输入。取决于安装在WD 1510中的用户接口设备1532的类型，交互的类型可改变。例如，如果WD 1510是智能电话，那么交互可经由触摸屏进行；如果WD 1510是智能仪表，那么交互可通过提供使用量（例如，使用的加仑数）的屏幕或提供声音警报（例如，如果检测到烟雾的话）的扬声器进行。用户接口设备1532可包括输入接口、装置和电路以及输出接口、装置和电路。用户接口设备1532配置成允许将信息输入到WD 1510中，并连接到处理电路系统1520以允许处理电路系统1520处理输入信息。用户接口设备1532可包括例如麦克风、接近传感器或其它传感器、按键/按钮、触摸显示器、一个或多个相机、USB端口、或其它输入电路系统。用户接口设备1532还配置成允许输出来自WD 1510信息并允许处理电路系统1520输出来自WD 1510的信息。用户接口设备1532可包括例如扬声器、显示器、振荡电路系统、USB接口、耳机接口或其它输出电路系统。使用用户接口设备1532的一个或多个输入和输出接口、装置和电路，WD 1510可与最终用户和/或无线网络通信，并允许它们从本文中描述的功能性中受益。
辅助设备1534可进行操作以提供可以一般不由WD执行的更具体的功能性。这可包括用于为了各种目的进行测量的专门化传感器、用于诸如有线通信的额外类型的通信的接口等。辅助设备1534的组件的内含物和类型可取决于实施例和/或场景而改变。
在一些实施例中，电源1536可以采取电池或电池组的形式。也可使用其它类型的电源，诸如外部电源（例如，电插座）、光伏装置或动力电池（power cell）。WD 1510还可包括功率电路系统1537以用于将来自电源1536的功率递送给需要来自电源1536的功率以实行本文中描述或指示的任何功能性的WD 1510的各个部分。在某些实施例中，功率电路系统1537可包括功率管理电路系统。额外地或备选地，功率电路系统1537可进行操作以接收来自外部电源的功率；在这种情况下，WD 1510可以经由诸如电力电缆的输入电路系统或接口可连接到外部电源（诸如电插座）。在某些实施例中，功率电路系统1537还可进行操作以将来自外部电源的功率递送给电源1536。这可例如用于为电源1536充电。功率电路系统1537可对来自电源1536的功率执行任何格式化（formatting）、转换或其它修改，以使功率适合于被供应功率的WD 1510的相应组件。
图16示出根据本文中描述的各个方面的UE的一个实施例。如本文中所使用的，从拥有和/或操作相关装置的人类用户的意义来说，用户设备或UE可能不一定具有用户。而是，UE可表示打算销售给人类用户或由人类用户操作但是可能并非或可能最初并非与特定人类用户相关联的装置。UE还可包括由第三代合作伙伴计划（3GPP）标识的任何UE，包括不打算销售给人类用户或由人类用户操作的NB-IoT UE。如图16中所示的UE 1600是配置成用于根据由第三代合作伙伴计划（3GPP）发布的一个或多个通信标准（诸如3GPP的GSM、UMTS、LTE和/或5G标准）的通信的WD的一个示例。如先前提到的，可以可互换地使用术语WD和UE。因此，尽管图16是UE，但是本文中论述的组件同样可适用于WD，并且反之亦然。
在图16中，UE 1600包括处理电路系统1601，所述处理电路系统1601在操作上耦合到输入/输出接口1605、射频（RF）接口1609、网络连接接口1611、存储器1615（包括随机存取存储器（RAM）1617、只读存储器（ROM）1619和存储介质1621等）、通信子系统1631、电源1633和/或任何其它组件，或以上项的任意组合。存储介质1621包括操作系统1623、应用程序1625和数据1627。在其它实施例中，存储介质1621可包括其它类似类型的信息。某些UE可利用图16中示出的所有组件，或者只利用这些组件的子集。组件之间的集成等级可从一个UE到另一个UE而不同。此外，某些UE可包含组件的多个实例，诸如多个处理器、存储器、收发器、传送器、接收器等。
在图16中，处理电路系统1601可配置成处理计算机指令和数据。处理电路系统1601可配置成实现：操作以执行作为机器可读计算机程序存储在存储器中的机器指令的任何顺序状态机，诸如一个或多个硬件实现的状态机（例如，在分立的逻辑、FPGA、ASIC等中）；可编程逻辑连同合适的固件；一个或多个存储的程序、通用处理器（诸如微处理器或数字信号处理器（DSP））连同合适的软件；或以上项的任意组合。例如，处理电路系统1601可包括两个中央处理单元（CPU）。数据可以是采取适合于由计算机使用的形式的信息。
在描绘的实施例中，输入/输出接口1605可配置成提供到输入装置、输出装置或者输入和输出装置的通信接口。UE 1600可配置成经由输入/输出接口1605使用输出装置。输出装置可使用与输入装置相同类型的接口端口。例如，USB端口可以用于向UE 1600提供输入和从UE 1600提供输出。输出装置可以是扬声器、声卡、视频卡、显示器、监视器、打印机、致动器、发射器、智能卡、另一输出装置或其任意组合。UE 1600可配置成经由输入/输出接口1605使用输入装置，以允许用户将信息捕获到UE 1600中。输入装置可包括触摸敏感或存在敏感显示器、相机（例如，数码相机、数码摄像机、web相机等）、麦克风、传感器、鼠标、轨迹球、定向垫、轨迹板、滚轮、智能卡等。存在敏感显示器可包括用来感测来自用户的输入的电容式或电阻式触摸传感器。传感器可以是例如加速度计、陀螺仪、倾斜传感器、力传感器、磁力计、光传感器、接近传感器、另一类似传感器或其任意组合。例如，输入装置可以是加速度计、磁力计、数码相机、麦克风和光传感器。
在图16中，RF接口1609可配置成提供到诸如传送器、接收器和天线的RF组件的通信接口。网络连接接口1611可配置成提供到网络1643a的通信接口。网络1643a可涵盖有线和/或无线网络，诸如局域网（LAN）、广域网（WAN）、计算机网络、无线网络、电信网络、另一类似网络或其任意组合。例如，网络1643a可包括Wi-Fi网络。网络连接接口1611可配置成包括用于根据一个或多个通信协议（诸如以太网、TCP/IP、SONET、ATM等）通过通信网络与一个或多个其它装置通信的接收器和传送器接口。网络连接接口1611可实现适合于通信网络链路（例如，光、电等）的接收器和传送器功能性。传送器和接收器功能可共享电路组件、软件或固件，或者备选地可被单独实现。
RAM 1617可配置成经由总线1602通过接口连接到处理电路系统1601，以在执行诸如操作系统、应用程序和装置驱动程序的软件程序过程中提供数据或计算机指令的存储或高速缓存。ROM 1619可配置成将计算机指令或数据提供给处理电路系统1601。例如，ROM1619可配置成存储用于基本系统功能的不变的低级系统代码或数据，所述基本系统功能诸如基本输入和输出（I/O）、启动或从键盘接收键击，所述不变的低级系统代码或数据存储在非易失性存储器中。存储介质1621可配置成包括诸如RAM、ROM、可编程只读存储器（PROM）、可擦除可编程只读存储器（EPROM）、电可擦除可编程只读存储器（EEPROM）、磁盘、光盘、软盘、硬盘、可移动盒式磁盘或闪速驱动器的存储器。在一个示例中，存储介质1621可配置成包括：操作系统1623，诸如web浏览器应用、小部件或小程序引擎或另一应用之类的应用程序1625，以及数据文件1627。存储介质1621可存储供UE 1600使用的各种不同的操作系统或操作系统的组合中的任何一种。
存储介质1621可配置成包括多个物理驱动单元，诸如独立盘冗余阵列（RAID）、软盘驱动器、闪速存储器、USB闪速驱动器、外部硬盘驱动器、拇指驱动器、笔式驱动器、键驱动器、高密度数字多功能盘（HD-DVD）光盘驱动器、内部硬盘驱动器、蓝光光盘驱动器、全息数字数据存储（HDDS）光盘驱动器、外部迷你双列直插存储器模块（DIMM）、同步动态随机存取存储器（SDRAM）、外部微型DIMM SDRAM、诸如订户身份模块或可移动用户身份（SIM/RUIM）模块的智能卡存储器、其它存储器或其任意组合。存储介质1621可允许UE 1600访问存储在暂时性或非暂时性存储器介质上的计算机可执行指令、应用程序等，以卸载数据或上载数据。可在可包括装置可读介质的存储介质1621中有形地体现制品，诸如利用通信系统的制品。
在图16中，处理电路系统1601可配置成使用通信子系统1631与网络1643b通信。网络1643a和网络1643b可以是相同的一个或多个网络或不同的一个或多个网络。通信子系统1631可配置成包括用于与网络1643b通信的一个或多个收发器。例如，通信子系统1631可配置成包括一个或多个收发器，所述一个或多个收发器用于根据诸如IEEE 802.16、CDMA、WCDMA、GSM、LTE、UTRAN、WiMAX等的一个或多个通信协议与能够进行无线通信的另一个装置（诸如另一个WD、UE或无线电接入网络（RAN）的基站）的一个或多个远程收发器通信。每个收发器可包括分别用来实现适合于RAN链路的传送器或接收器功能性（例如，频率分配等）的传送器1633和/或接收器1635。此外，每个收发器的传送器1633和接收器1635可共享电路组件、软件或固件，或者备选地可被单独实现。
在所示的实施例中，通信子系统1631的通信功能可包括数据通信、语音通信、多媒体通信、短程通信（诸如蓝牙、近场通信）、基于位置的通信（诸如使用全球定位系统（GPS）来确定位置）、另一类似的通信功能或其任意组合。例如，通信子系统1631可包括蜂窝通信、Wi-Fi通信、蓝牙通信和GPS通信。网络1643b可涵盖有线和/或无线网络，诸如局域网（LAN）、广域网（WAN）、计算机网络、无线网络、电信网络、另一类似的网络或其任意组合。例如，网络1643b可以是蜂窝网络、Wi-Fi网络和/或近场网络。电源1613可配置成向UE 1600的组件提供交流（AC）或直流（DC）功率。
本文中描述的特征、益处和/或功能可在UE 1600的组件之一中被实现，或者跨UE1600的多个组件来被划分。此外，本文中描述的特征、益处和/或功能可以用硬件、软件或固件的任意组合来实现。在一个示例中，通信子系统1631可配置成包括本文中描述的任何组件。此外，处理电路系统1601可配置成通过总线1602与任何此类组件通信。在另一个示例中，可以用存储在存储器中的程序指令来表示任何此类组件，所述程序指令在由处理电路系统1601执行时执行本文中描述的对应功能。在另一个示例中，可在处理电路系统1601和通信子系统1631之间划分任何此类组件的功能性。在另一个示例中，任何此类组件的非计算密集型功能可以用软件或固件来实现，并且计算密集型功能可以用硬件来实现。
图17是示出虚拟化环境1700的示意性框图，可在所述虚拟化环境1700中虚拟化由一些实施例实现的功能。在本上下文中，虚拟化意味着创建设备或装置的虚拟版本，其可包括虚拟化硬件平台、存储装置和联网资源。如本文中所使用的，虚拟化可被运用于节点（例如，虚拟化基站或虚拟化无线电接入节点）或装置（例如，UE、无线装置或任何其它类型的通信装置）或其组件，并且与这样的实现有关，在所述实现中将功能性的至少一部分实现为一个或多个虚拟组件（例如，经由在一个或多个网络中的一个或多个物理处理节点上执行的一个或多个应用、组件、功能、虚拟机或容器）。
在一些实施例中，本文中描述的一些或所有功能可被实现为由一个或多个虚拟机执行的虚拟组件，所述一个或多个虚拟机在由硬件节点1730中的一个或多个托管的一个或多个虚拟环境1700中被实现。此外，在其中虚拟节点不是无线电接入节点或者不需要无线电连接性（例如，核心网络节点）的实施例中，则网络节点可被完全虚拟化。
这些功能可由一个或多个应用1720（它们可备选地称为软件实例、虚拟工具（virtual appliance）、网络功能、虚拟节点、虚拟网络功能等）实现，所述一个或多个应用1720操作以实现本文中公开的实施例中的一些实施例的特征、功能和/或益处中的一些。在提供包括处理电路系统1760和存储器1790的硬件1730的虚拟化环境1700中运行应用1720。存储器1790包含可由处理电路系统1760执行的指令1795，由此应用1720操作以提供本文中公开的特征、益处和/或功能中的一个或多个。
虚拟化环境1700包括通用或专用网络硬件装置1730，所述通用或专用网络硬件装置1730包括一个或多个处理器或处理电路系统1760的集合，处理器或处理电路系统1760可以是商用现货（COTS）处理器、专门的专用集成电路（ASIC）或包括数字或模拟硬件组件或专用处理器的任何其它类型的处理电路系统。每个硬件装置可包括存储器1790-1，所述存储器1790-1可以是用于临时存储由处理电路系统1760执行的指令1795或软件的非持久存储器。每个硬件装置可包括一个或多个网络接口控制器（NIC）1770（又称为网络接口卡），所述一个或多个网络接口控制器（NIC）1770包括物理网络接口1780。每个硬件装置还可包括非暂时性、持久机器可读存储介质1790-2，其中存储有可由处理电路系统1760执行的软件1795和/或指令。软件1795可包括任何类型的软件，包括用于实例化一个或多个虚拟化层1750（又称为管理程序）的软件、用来执行虚拟机1740的软件以及允许它执行与本文中描述的一些实施例有关地描述的功能、特征和/或益处的软件。
虚拟机1740包括虚拟处理、虚拟存储器、虚拟联网或接口和虚拟存储设备，并且可由对应的虚拟化层1750或管理程序运行。虚拟用具1720的实例的不同实施例可在虚拟机1740中的一个或多个上实现，并且可以用不同的方式进行这些实现。
在操作过程中，处理电路系统1760执行软件1795以实例化管理程序或虚拟化层1750，所述管理程序或虚拟化层1750有时可称为虚拟机监视器（VMM）。虚拟化层1750可向虚拟机1740呈现看起来像是联网硬件的虚拟操作平台。
如图17中所示，硬件1730可以是具有通用或特定组件的独立网络节点。硬件1730可包括天线17225，并且可经由虚拟化实现一些功能。备选地，硬件1730可以是更大的硬件集群的一部分（例如，诸如在数据中心或客户驻地设备（CPE）中），其中许多硬件节点一起工作，并经由管理和编配（MANO）17100来被管理，所述管理和编配（MANO）17100尤其监督应用1720的生命周期管理。
在一些上下文中，硬件的虚拟化称为网络功能虚拟化（NFV）。NFV可用于将许多网络设备类型整合到工业标准高容量服务器硬件、物理交换机和物理存储设备（它们可位于数据中心中）以及客户驻地设备上。
在NFV的上下文中，虚拟机1740可以是如同程序在物理、非虚拟化机器上执行那样来运行所述程序的物理机器的软件实现。虚拟机1740中的每个以及执行该虚拟机的硬件1730的那部分形成单独的虚拟网络元件（VNE），无论所述硬件1730是专用于该虚拟机的硬件和/或由该虚拟机与虚拟机1740中的其它虚拟机共享的硬件。
仍然在NFV的上下文中，虚拟网络功能（VNF）负责处置在硬件联网基础设施1730之上的一个或多个虚拟机1740中运行的特定网络功能，并且对应于图17中的应用1720。
在一些实施例中，各自包括一个或多个传送器17220和一个或多个接收器17210的一个或多个无线电单元17200可耦合到一个或多个天线17225。无线电单元17200可经由一个或多个合适的网络接口与硬件节点1730直接通信，并且可与虚拟组件组合被使用，以提供具有无线电能力的虚拟节点，诸如无线电接入节点或基站。
在一些实施例中，可使用控制系统17230来实现一些信令，所述控制系统17230可备选地用于硬件节点1730和无线电单元17200之间的通信。
参考图18，根据实施例，通信系统包括诸如3GPP型蜂窝网络的电信网络1810，它包括诸如无线电接入网络的接入网络1811和核心网络1814。接入网络1811包括诸如NB、eNB、gNB或其它类型的无线接入点的多个基站1812a、1812b、1812c，每个所述基站定义对应的覆盖区域1813a、1813b、1813c。每个基站1812a、1812b、1812c可通过有线或无线连接1815连接到核心网络1814。位于覆盖区域1813c中的第一UE 1891配置成无线连接到对应的基站1812c或由对应的基站1812c寻呼。覆盖区域1813a中的第二UE 1892可无线连接到对应的基站1812a。尽管在该示例中示出多个UE 1891、1892，但是公开的实施例同样可适用于其中唯一的UE在覆盖区域中或其中唯一的UE连接到对应基站1812的情形。
电信网络1810本身连接到主机计算机1830，所述主机计算机1830可在体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中，或体现为服务器群中的处理资源。主机计算机1830可在服务提供商的所有权或控制下，或者可由服务提供商或代表服务提供商操作。电信网络1810和主机计算机1830之间的连接1821和1822可从核心网络1814直接扩展到主机计算机1830，或者可经由可选的中间网络1820。中间网络1820可以是公共、私有或托管网络之一或其中的多于一个的组合；中间网络1820（如果有的话）可以是骨干网络或因特网；特别地，中间网络1820可包括两个或多于两个子网络（未示出）。
图18的通信系统作为整体使得能够实现在连接的UE 1891、1892和主机计算机1830之间的连接性。该连接性可被描述为过顶（OTT）连接1850。主机计算机1830和连接的UE1891、1892配置成经由OTT连接1850使用接入网络1811、核心网络1814、任何中间网络1820和可能的另外的基础设施（未示出）作为中介来通信数据和/或信令。从OTT连接1850经过的参与通信装置不知道上行链路和下行链路通信的路线的意义来说，OTT连接1850可以是透明的。例如，可以不或不需要通知基站1812关于具有从主机计算机1830发起的要转发（例如，移交）给连接的UE 1891的数据的传入下行链路通信的过去路线。类似地，基站1812不需要知道从UE 1891发起的向主机计算机1830的传出上行链路通信的将来路线。
现在将参考图19描述根据实施例的在前述段落中论述的UE、基站和主机计算机的示例实现。在通信系统1900中，主机计算机1910包括硬件1915，所述硬件1915包括配置成设立和维持与通信系统1900的不同通信装置的接口的有线或无线连接的通信接口1916。主机计算机1910还包括处理电路系统1918，所述处理电路系统1918可具有存储和/或处理能力。特别地，处理电路系统1918可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些项的组合（未示出）。主机计算机1910还包括存储在主机计算机1910中或可由主机计算机1910访问并且可由处理电路系统1918执行的软件1911。软件1911包括主机应用1912。主机应用1912可进行操作以向远程用户提供服务，所述远程用户诸如经由在UE 1930和主机计算机1910端接的OTT连接1950连接的UE 1930。在向远程用户提供服务时，主机应用1912可提供使用OTT 连接1950来传送的用户数据。
通信系统1900还包括基站1920，所述基站1920在电信系统中被提供并且包括使得它能够与主机计算机1910和UE 1930通信的硬件1925。硬件1925可包括用于设立和维持与通信系统1900的不同通信装置的接口的有线或无线连接的通信接口1926，以及用于设立和维持与位于由基站1920服务的覆盖区域（图19中未示出）中的UE 1930的至少无线连接1970的无线电接口1927。通信接口1926可配置成促进到主机计算机1910的连接1960。连接1960可以是直接的，或者它可经过电信系统的核心网络（图5中未示出）和/或经过电信系统外的一个或多个中间网络。在所示的实施例中，基站1920的硬件1925还包括处理电路系统1928，所述处理电路系统1928可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些项的组合（未示出）。基站1920进一步具有存储在内部或可经由外部连接访问的软件1921。
通信系统1900还包括已经提过的UE 1930。它的硬件1935可包括配置成设立和维持与基站的无线连接1970的无线电接口1937，所述基站服务于UE 1930当前所在的覆盖区域。UE 1930的硬件1935还包括处理电路系统1938，所述处理电路系统1938可包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些项的组合（未示出）。UE 1930还包括存储在UE 1930中或可由UE 1930访问并且可由处理电路系统1938执行的软件1931。软件1931包括客户端应用1932。客户端应用1932可进行操作以在主机计算机1910的支持下经由UE 1930为人类或非人类用户提供服务。在主机计算机1910中，执行主机应用1912可经由在UE 1930和主机计算机1910端接的OTT连接1950与执行客户端应用1932通信。在向用户提供服务时，客户端应用1932可从主机应用1912接收请求数据，并且响应于请求数据提供用户数据。OTT连接1950可传递请求数据和用户数据两者。客户端应用1932可与用户交互以生成它提供的用户数据。
注意，图19示出的主机计算机1910、基站1920和UE 1930可分别与图18的主机计算机1830、基站1812a、1812b、1812c之一和UE 1891、1892之一类似或相同。这也就是说，这些实体的内部工作可如图19中所示，并且独立地，周围网络拓扑可以是图18的周围网络拓扑。
在图19中，抽象地绘制了OTT连接1950以说明主机计算机1910和UE 1930之间经由基站1920的通信，而没有明确地提到任何中间装置和经由这些装置的消息的精确路线。网络基础设施可确定路线，所述路线可配置成对UE 1930或操作主机计算机1910的服务提供商或两者隐藏。当OTT连接1950活动时，网络基础设施还可做出决定，通过做出决定，它动态地改变路线（例如，在负载平衡考虑或网络的重新配置的基础上）。
UE 1930和基站1920之间的无线连接1970根据在本公开通篇中描述的实施例的教导。各种实施例中的一个或多个实施例提高使用OTT连接1950提供给UE 1930的OTT服务的性能，其中无线连接1970形成最后一段。更准确地说，这些实施例的教导可改善时延和功率消耗，并且从而提供诸如减少的延迟、更好的响应性和延长的电池寿命之类的益处。
可出于监测数据速率、时延和一个或多个实施例改进的其它因素的目的而提供测量过程。还可存在用于响应于测量结果的变化而重新配置主机计算机1910和UE 1930之间的OTT连接1950的可选网络功能性。用于重新配置OTT连接1950的网络功能性和/或测量过程可在主机计算机1910的软件1911和硬件1915中实现，或在UE 1930的软件1931和硬件1935中实现，或在两者中实现。在实施例中，可在OTT连接1950经过的通信装置中或与OTT连接1950经过的通信装置相关联地部署传感器（未示出）；传感器可通过提供上文举例说明的监测量的值或提供软件1911、1931可根据其计算或估计监测量的其它物理量的值而参与测量过程。OTT连接1950的重新配置可包括消息格式、重新传输设置、优选的路线等；重新配置不需要影响基站1920，并且它可能对于基站1920是未知或觉察不到的。此类过程和功能性可能在本领域中已知且被实践。在某些实施例中，测量可涉及专有的UE信令，所述专有的UE信令促进主机计算机1910对吞吐量、传播时间、时延等的测量。可以实现测量，其原因在于，软件1911和1931在它监测传播时间、错误等时促使使用OTT连接1950传送消息，特别是空的或“虚设的”消息。
图20是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图18和图19描述的那些主机计算机、基站和UE。为了简化本公开，这部分中将只包括对图20的附图引用。在步骤2010中，主机计算机提供用户数据。在步骤2010的子步骤2011（它可以是可选的）中，主机计算机通过执行主机应用来提供用户数据。在步骤2020中，主机计算机启动将用户数据携带给UE的传输。在步骤2030（它可以是可选的）中，根据在本公开通篇中描述的实施例的教导，基站向UE传送在主机计算机启动的传输中携带的用户数据。在步骤2040（它也可以是可选的）中，UE执行与由主机计算机执行的主机应用相关联的客户端应用。
图21是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图18和图19描述的那些主机计算机、基站和UE。为了简化本公开，这部分中将只包括对图21的附图引用。在该方法的步骤2110中，主机计算机提供用户数据。在可选的子步骤（未示出）中，主机计算机通过执行主机应用来提供用户数据。在步骤2120中，主机计算机启动将用户数据携带给UE的传输。根据在本公开通篇中描述的实施例的教导，传输可经由基站传递。在步骤2130（它可以是可选的）中，UE接收在传输中携带的用户数据。
图22是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图18和图19描述的那些主机计算机、基站和UE。为了简化本公开，这部分中将只包括对图22的附图引用。在步骤2210（它可以是可选的）中，UE接收由主机计算机提供的输入数据。额外地或备选地，在步骤2220中，UE提供用户数据。在步骤2220的子步骤2221（它可以是可选的）中，UE通过执行客户端应用来提供用户数据。在步骤2210的子步骤2211（它可以是可选的）中，UE执行客户端应用，所述客户端应用响应于由主机计算机提供的所接收的输入数据提供用户数据。在提供用户数据时，执行的客户端应用还可考虑从用户接收的用户输入。不管提供用户数据的特定方式如何，UE都在子步骤2230（它可以是可选的）中启动将用户数据传送给主机计算机。在该方法的步骤2240中，根据在本公开通篇中描述的实施例的教导，主机计算机接收从UE传送的用户数据。
图23是示出根据一个实施例的在通信系统中实现的方法的流程图。通信系统包括主机计算机、基站和UE，它们可以是参考图18和图19描述的那些主机计算机、基站和UE。为了简化本公开，这部分中将只包括对图23的附图引用。在步骤2310（它可以是可选的）中，根据在本公开通篇中描述的实施例的教导，基站从UE接收用户数据。在步骤2320（它可以是可选的）中，基站启动将接收的用户数据传送给主机计算机。在步骤2330（它可以是可选的）中，主机计算机接收在由基站启动的传输中携带的用户数据。
本文中公开的任何合适的步骤、方法、特征、功能或益处可通过一个或多个虚拟设备的一个或多个功能单元或模块来执行。每个虚拟设备可包括多个这些功能单元。这些功能单元可经由可包括一个或多个微处理器或微控制器的处理电路系统以及可包括数字信号处理器（DSP）、专用数字逻辑等的其它数字硬件来实现。处理电路系统可配置成执行存储在存储器中的程序代码，所述存储器可包括一种或若干种类型的存储器，诸如只读存储器（ROM）、随机存取存储器（RAM）、高速缓冲存储器、闪速存储器装置、光存储装置等。存储在存储器中的程序代码包括用于执行一个或多个电信和/或数据通信协议的程序指令以及用于实行本文中描述的技术中的一种或多种技术的指令。在一些实现中，处理电路系统可用于促使相应的功能单元根据本公开的一个或多个实施例执行对应功能。
一般来说，本文中所使用的所有术语均应根据它们在相关技术领域中的普通含义来被解释，除非清楚地给出和/或从它在其中被使用的上下文暗示不同的含义。除非另外明确地叙述，否则所有提到一（a/an）/该元件、设备、组件、部件、步骤等要被开放地解释为指该元件、设备、组件、部件、步骤等的至少一个实例。除非明确地将某个步骤描述为在另一个步骤之后或之前和/或在暗示某个步骤必须在另一个步骤之后或之前的情况下，本文中公开的任何方法的步骤不一定按照公开的确切顺序来被执行。在合适的情况下，本文中公开的任何实施例的任何特征可适用于任何其它实施例。同样地，任何实施例的任何优点可适用于任何其它实施例，反之亦然。所附实施例的其它目的、特征和优点将根据本描述是显而易见的。
参考附图更全面地描述了本文中设想的实施例中的一些实施例。但是，其它实施例被包含在本文中公开的主题的范围内，并且公开的主题不应被解释为仅仅局限于本中阐述的实施例；而是，通过示例的方式提供这些实施例，以向本领域技术人员传达该主题的范围。