CN109196919A - 用于服务提供商的查询的无线电资源控制过程 - Google Patents

Abstract

用户设备(UE)发送无线电资源控制查询请求消息给网络实体，而不必首先建立RRC连接(160)，以及接收响应于该无线电资源控制查询请求消息(130)的查询响应消息(140)。该UE基于该查询响应消息选择服务提供商。

Description

用于服务提供商的查询的无线电资源控制过程

技术领域

各种通信系统可以通过可用的服务提供商从改进的网络连接中获益。例如，某些通信系统可以得益于通知用户设备可用的服务提供商，而不必首先建立无线电资源控制(RRC)连接。

背景技术

在端到端系统中，网络架构可以包括无线电接入网络，例如，MulteFire RAN，其可以被连接到第三代合作伙伴计划(3GPP)演进分组核心网(EPC)或者到中性主机网络(NHN)。网络可以是例如传统的长期演进(LTE)网络或者MulteFire联盟。连接到3GPP EPC的RAN可以是在公共陆地移动网络(PLMN)接入模式下，而连接到NHN的RAN可以是在NHN接入模式下。例如，这些接入模式可以被定义在MulteFire联盟(MFA)中，并且可以被添加到最新的3GPP规范或者与其不同。其他的论坛，例如3GPP，也可以定义或者重新定义这些机制。

NHN可以支持多个参与服务提供商(PSP)。接入NHN的用户设备能够获取关于服务提供商的部分或者简要信息，服务提供商通过网络提供认证和连接。网络可以支持多个PSP，并且UE可以从中选择一个。哪些PSP被网络支持的信息可以影响UE对网络的选择。

因为关于可用PSP的信息可以对UE有用，所以给定的小区的系统信息(SI)可以需要包括PSP的列表。PSP通过他们的名字来标识，其名字可以是长的、与域名类似的名字。然而，由于SI可以需要被以全功率传输，所以SI资源可以稀缺。加之，当在非授权频段、任何共享授权的频段或者空白频段上操作时，在每个SI传输突发前，可以需要先听后说(LBT)。而且，因为当UE需要任何SI时，网络可以无法注意到，所以SI突发的信息元素可以需要周期性的可用。因此，仅仅短形式的PSP-ID作为SI的部分被广播，或者仅仅最常用的PSP的一部分列表，而不是易懂的列表被提供是实用的。

发明内容

根据某些实施例，提供了一种装置可以包括至少一个包含计算机程序代码的存储器、以及至少一个处理器。至少一个存储器和计算机程序代码可以被配置为与至少一个处理器一起使装置至少：从用户设备向网络实体发送无线电资源控制查询请求消息。至少一个存储器和计算机程序代码还可以被配置为与至少一个处理器一起使装置至少：在用户设备处接收响应于无线电资源控制查询请求消息的查询响应消息。此外，至少一个存储器和计算机程序代码可以被配置为与至少一个处理器一起使装置：基于查询响应消息，在用户设备处选择服务提供商。

在某些实施例中，一种方法可以包括从用户设备向网络实体发送无线电资源控制查询请求消息。该方法还可以包括在用户设备处接收响应于无线电资源控制查询请求消息的查询响应消息。此外，该方法可以包括基于查询响应消息，在用户设备处选择服务提供商。

在某些实施例中，一种装置可以包括用于从用户设备向网络实体发送无线电资源控制查询请求消息的部件。该装置还可以包括用于在用户设备处接收响应于无线电资源控制查询请求消息的查询响应消息的部件。此外，该装置还可以包括用于基于查询响应消息，在用户设备处选择服务提供商的部件。

根据某些实施例，非瞬态计算机可读介质编码有指令，当指令在硬件上执行时，该指令运行过程。该过程可以包括从用户设备向网络实体发送无线电资源控制查询请求消息。该过程还可以包括在用户设备处接收响应于无线电资源控制查询请求消息的查询响应消息。此外，该过程可以包括基于查询响应消息，在用户设备处选择服务提供商。

根据某些实施例，计算机程序产品可以编码用于执行过程的指令。该过程可以包括从用户设备向网络实体发送无线电资源控制查询请求消息。该过程还可以包括在用户设备处接收响应于无线电资源控制查询请求消息的查询响应消息。此外，该过程可以包括基于查询响应消息，在用户设备处选择服务提供商。

根据某些实施例，一种装置可以包括至少一个包含计算机程序代码的存储器、以及至少一个处理器。至少一个存储器和计算机程序代码可以被配置为与至少一个处理器一起使装置至少：从用户设备接收无线电资源控制查询请求消息。至少一个存储器和计算机程序代码还可以被配置为与至少一个处理器一起使装置至少：响应于无线电资源控制查询请求消息，从网络实体向用户设备发送查询响应消息。

在某些实施例中，一种方法可以包括从用户设备接收无线电资源控制查询请求消息。该方法还可以包括响应于无线电资源控制查询请求消息，从网络实体向用户设备发送查询响应消息。

在某些实施例中，一种装置可以包括用于从用户设备接收无线电资源控制查询请求消息的部件。该装置还可以包括用于响应于无线电资源控制查询请求消息，从网络实体向用户设备发送查询响应消息的部件。

根据某些实施例，非瞬态计算机可读介质编码有指令，当指令在硬件上执行时，该指令运行过程。该过程可以包括从用户设备接收无线电资源控制查询请求消息。该过程还可以包括响应于无线电资源控制查询请求消息，从网络实体向用户设备发送查询响应消息。

根据某些实施例，计算机程序产品可以编码用于执行过程的指令。该过程可以包括从用户设备接收无线电资源控制查询请求消息。该过程还可以包括响应于无线电资源控制查询请求消息，从网络实体向用户设备发送查询响应消息。

附图说明

为了更好地理解发明，应当参考附图，其中：

图1A示出了根据某些实施例的信号流图；

图1B示出了根据某些实施例的信号流图；

图2示出了根据某些实施例的流程图；

图3示出了根据某些实施例的流程图；

图4A示出了RRC连接请求消息的一个实施例；

图4B示出了根据某些实施例的RRC查询的一个实施例；

图4C示出了根据某些实施例的RRC查询的一个实施例；

图4D示出了根据某些实施例的RRC查询的一个实施例；以及

图5示出了根据某些实施例的系统图。

具体实施方式

某些实施例提供了一种用于UE从网络获取查询信息(例如长形式的PSP信息)的机制。查询和选择过程可以在到网络的连接建立之前发生。某些实施例还能够在网络中提供足够多可用的PSP，每个PSP具有任意的长度。然后，在一些实施例中，最大长度可以被提供，并且最大长度被预先确定或者由网络设定。

此外，某些实施例可以工作在长期演进(LTE)网络中，该网络工作在非授权频段。在另外一些示例中，频段可以是共享授权频段、或者空白频段。在这样的实施例中，UE可通过其被通知可用的服务提供商而获益。UE可以接收到请求的查询信息，例如具有长形式信息的完全的服务提供商的列表，其长形式信息与可用服务提供商相关。一旦接收到，UE就可以选择用于连接到网络的可用的服务提供商。不同的网络可以具有不同的参与服务提供商。

在某些实施例中，UE可以不具有足够的关于网络中参与服务提供商的信息。例如，SI可以不包括PSP或者可以仅仅包括短形式PSP标识，或者可以仅仅包括PSP的部分列表。在另一个示例中，SI可以仅仅包括短形式PSP标识，尽管UE可以需要的是他们的长形式PSP标识。UE可以还由于任何原因决定不从SI中搜索PSP列表。在这样的示例中，SI不向UE提供足够的PSP列表。当UE还没有网络提供的关于PSP的足够的信息时，查询过程可以被UE执行。

查询过程可以被并入到无线电资源控制(RRC)过程中。在其他实施例中，查询过程可以被并入到其他的过程中，例如，非接入层(NAS)。RRC查询可以在UE选择从哪个小区接入网络的状态下发生。UE可以发送网络实体发送关于在小区中可用PSP的查询。服务运营商的选择可以由UE基于至少一个选择准则确定。

UE的用户或者UE可以具有预先配置的PSP选择偏好，使得在某些实施例中，UE自己可以自动选择偏好的PSP。UE还可以呈现用于手动选择地PSP列表给用户。在一些实施例中，UE可以呈现UE具有证书的那些PSP。每个证书被绑定到PSP，并且UE可以具有多个证书。如果满足选择准则中的至少一个标准，并且UE决定接入网络，则UE可以执行RRC连接建立过程。在一些实施例中，建立过程在RRC查询过程以及PSP选择完成之后发生。另一方面，如果在评估了PSP之后，UE决定不接入网络，则UE可以选择不建立RRC连接。

一旦最偏好的PSP已经被检测到，则UE可以优化扫描并且可以停止扫描。UE还可以接收和存储监测到的PSP以及他们的服务NHN。如果最偏好的PSP没有被发现，UE可以从检测到的PSP列表中选择下一个最好的PSP，以及选择相应的NHN。存储检测到的PSP，以及他们的服务NHN可以是选择性的。例如，UE可以选择仅仅存储那些UE具有其证书的PSP和服务NHN。所有其他的NHN可以被标记为不可用，并且被存储在单独的列表中或者被删除。

UE可以以任意给定量的时间存储PSP和服务NHN。在一个示例中，SI中可以具有PSP计数器。计数器在PSP信息被更新时就会增加。计数器可以被用于确定PSP和服务NHN被存储多长时间。UE还可以定期地决定更新信息。

图1A示出了基于某些实施例的信号流图。特别地，图1A可以示出在LTE中RRC查询过程的一个例子。在UE选择小区之后，第一消息(Msg1)可以作为随机接入过程或者作为随机接入过程的一部分通过物理层(PHY)从UE传送到网络实体。在步骤110，LTE物理随机接入信道(PRACH)可以被用于从UE向网络实体携带随机接入前导码，以初始化随机接入过程。

在步骤120，网络实体可以检测通过PRACH发送的前导码。网络实体可以是网络节点或者基站，例如，演进型NodeB(eNB)。然后，网络实体可以向UE发送已知为随机接入响应(RAR)的第二消息(Msg2)，作为媒体接入控制协议数据单元(MAC PDU)。RAR的信令可以使用随机接入-无线网络临时标识符(RA-RNTI)被标识，其可由任何已经传输随机接入前导码的给定UE决定接收和解码。网络实体还可以向UE分配在RAR内的初始资源，用于使用信令无线电承载0(SRB0)。初始资源可以被用于请求的标识，其请求用于在第三消息中的查询。这个初始分配可以允许UE在透明模式下，通过无线链路控制(RLC)在公共控制信道(CCCH)上使用SRB0。而且，网络实体可以已经将临时小区无线网络临时标识(C-RNTI)包括在RAR中，其随后用于UE的下述资源分配。

如上所述，网络实体可以分配初始资源，例如SRB0，用于查询协议的标识。在某些实施例中，在步骤130，响应于RAR，UE可以选择发送RRC查询消息作为向网络实体的查询的请求，而不是发送Msg3中的RRC连接请求。RRC连接请求消息如何被改变从而产生RRC查询消息的示例将在图4B，4C，和4D中进行说明。在某些实施例中，查询是RRC连接请求消息的变体，其标识查询而不是连接请求。这样，在某些实施例中，查询消息可以是预关联消息。预关联消息可以意味着UE正在通过随机UE标识(UE-ID)与网络通信，并且因此通信有望是临时的，并且RRC连接将不被设置或者建立。这样的UE和网络的临时连接可以是轻的，并且不会引导UE进入RRC连接状态或者LTE连接状态。在相对于接入网络处于预关联状态的UE对核心网而言是可以保持不可见的和不可知的。

预关联还可以意味着在RRC连接被建立之前，正在为UE发送查询消息。例如，预关联消息可以是在RRC连接被建立之前或者设备在RRC非连接状态时发送。或者，预关联可以意味着对于发送查询，可以不需要通过UE标识的专用资源分配，而资源分配可以通过在RAR中给定的临时C-RNTI进行。SRB0是初始或者临时分配，并且可以不是由网络实体分配的专用资源分配的一部分。在又一实施例中，预关联可以意味着之前的RRC连接已经被断开，并且在新RRC连接已经被建立之前查询可以被发送。预关联还可以意味着在UE已经选择PSP之前，查询请求消息被UE发送。进一步，预关联可以意味着UE通过其随机UE-ID而不是其真实的UE-ID被网络所知。

在某些实施例中，无线电资源控制查询请求消息以及无线电资源控制查询响应消息的交换可以意味着UE可以被预关联到网络元件，或者UE可以在预关联状态下，或者UE可以在轻RRC连接状态或类似的状态下。特别地，无线电资源控制查询请求消息以及无线电资源控制查询响应消息的交换可以意味着UE可以没有处于与网络元件的RRC连接状态、至少没有完全地处于与网络元件的RRC连接状态。进一步，预关联可以还意味着UE可以不处于与网络的LTE连接状态。

在步骤130，UE发送RRC查询请求消息给网络实体。RRC查询请求消息可以是预关联消息。在某些实施例中，RRC查询将包括随机UE标识符(UE-ID)。由于UE-ID可以在没有首先选择服务PSP时并不被知道，所以随机UE-ID可以被使用。这是因为UE-ID处于服务提供商的范围内，并且直到UE已经选择了PSP，这之前UE不会知道要使用哪个UE-ID。在响应查询时，网络实体可以使用这个从UE接收的随机UE-ID。然而，在某些实施例中，在查询响应中不存在随机UE-ID的使用。

查询请求消息可以包括对于可以允许UE选择服务提供商的信息的请求。例如，该信息可以是长格式PSP名称的列表的形式。获取这样的列表可以允许UE从PSP的列表中选择PSP。然后，UE可以使用选择的PSP认证和接入网络。在其他实施例中，UE可以请求以其他形式发送在网络中可用的PSP，其形式不限制于列表。UE可以错误地尝试接入和/或认证网络，其可以导致认证和/或接入网络的失败。对于将允许UE选择服务提供商的信息的查询可以便于网络的成功的接入和认证，并且避免了任何获取接入到网络的不正确的尝试。

在某些实施例中，查询请求消息可以包括对于查询类型的请求。查询类型可以是UE可以想要接收PSP信息所要使用的形式。例如，查询类型可以是长格式PSP的完整的列表。为了格式化发送给UE的查询响应消息，网络实体可以使用查询类型。如果查询类型是完整的长格式PSP列表，则如步骤140所示，网络实体可以通过发送完整的长格式PSP列表给UE来进行响应。

在某些实施例中，PSP列表可以包括服务提供商的完整名称，其完整名称可以使用字符串psp_long_name的形式。在另一实施例中，PSP名称可以被分割成组成名称的字段，例如，psptext 1、text2、或text3。PSP名称还可以包括域名，例如psptext域。在以上所描述的一些实施例中，PSP名称可以被重新表示为psp_long_name、psptext1.text2.text3、或psptext@domain。

在一些实施例中，PSP列表可以被表示为{列表元素的数目列表{元素的长度|PSP名称}。在其他实施例中，列表可以被表示为{列表元素的数目列表{元素的长度|PSP名称}第一列表/后续列表/最后列表}。PSP列表可以接受其他任何形式，并且不限定于上述示例。

当查询请求消息是RRC查询请求消息时，查询响应消息还可以包括在步骤130从网络实体接收的随机UE-ID。在发明的实某些施例中，查询响应消息可以不包括UE-ID。RRC消息可以包括事务标识符。在这样的实施例中，RRC请求响应消息可以包括相同的事务标识符用于标识消息是同一过程的一部分。另外，可以包括查询类型。

事务标识符可以将查询响应消息绑定到查询请求消息。查询请求消息和查询响应消息可以因此均包括事务标识符。事务标识符可以在被交换的每个查询请求消息或查询响应消息中改变。

在某些实施例中，事务标识符和/或消息类型可以不存在于消息中。在其他实施例中，查询可以被标识为用于可以存在于Msg3的查询请求消息的原因字段或者原因字段的集合。

从图1可以看出，查询请求消息和查询响应消息可以在UE和网络实体间被交换，可以被作为RRC Msg3和Msg4被分别发送。因为临时C-RNTI已经对UE可用，所以混合自动重复请求(HARQ)可以被使用。使用HARQ可以增加查询请求消息的可靠性。例如，与没有HARQ的SI广播相比较，Msg3和Msg4的HARQ可以显著地增加传送消息的可靠性。HARQ进一步提供了对链路格式和链路质量的适应，以提高输送消息的效率。例如，HARQ可以被用于随机接入过程的一个实施例中，其中两个UE选择相同的PRACH序列用于相同的RACH资源。选择相同的PRACH序列可以在Msg3中产生UE间的竞争。尽管存在竞争，网络实体可以响应于UE查询请求消息中的至少一个，将随机UE-ID放入Msg3中，以解决竞争。

在某些实施例中，网络实体可以分配上行链路资源，在查询响应消息的传输完成之后，对于RRC连接请求使用临时C-RNTI。如果UE决定不向给定网络建立RRC连接，并且不发起RRC连接请求，则分配的资源的浪费可以是最小的。

在一些实施例中，查询请求消息可以是NAS过程而不是RRC过程的一部分。在没有首先执行在SRB0上的RRC连接请求或者RRC连接建立、以及在SRB1上RRC连接建立完成的执行的情况下，NAS消息递送是不可能的。然而，必须执行在SRB1上的RRC连接建立可能是麻烦的，因为其可以导致建立在网络模式下的完整的UE上下文。而且，执行RRC连接建立可以包括建立到核心网的EPS-承载和用户面(U-面)接口。另一方面，对于查询协议使用RRC过程并且仅使用SRB0资源可以允许在不需要任何核心网交互的情况下在网络实体中的UE上下文的更轻处理。

例如，更轻的RRC操作可以包括一个或者多个下列放松：工作在透明模式的无线链路控制协议，公共控制信道被使用，信令无线电承载类型0被使用，安全模式没有被建立，或者专用线资源没有被配置。例如，没有被配置的专用无线电资源可以包括无移动配置，无测量对象，和/或无测量报告。没有被配置的无线电资源的示例可以包括缺乏上行调度参考信号和/或缺乏上行控制信道。

在图1的步骤140中，网络实体可以响应查询请求消息，并且发送查询响应消息。查询响应消息还可以包括预关联消息，以及在某些实施例中，可以包括PSP名称的完全列表，例如具有长格式的PSP-ID。在PSP列表中的每个个体PSP-ID可以是可变长度的。在PSP列表中还可以存在任意数目的PSP-ID。在一些实施例中，网络实体可以决定在查询响应消息中仅包括单个PSP。仅包括一个PSP的这一决定可以取决于多种因素，包括例如网络实体希望用于消息的PSP长度和容量或者覆盖。

在其他实施例中，网络实体可以决定是在单个查询响应消息中发送一个PSP列表，还是发送多个查询响应消息，每个查询响应消息包括PSP列表。在某些实施例中，单个查询响应消息可以包括完全和完整的PSP列表，该列表可以不被分段。从图1的步骤140可以看出，在一些实施例中，网络实体可以选择将PSP列表分割成多个查询响应消息。例如，在步骤140，三个查询响应消息从网络实体被发送到用户设备。网络实体可以决定将PSP列表分割成多个查询响应消息，每个消息包括部分PSP列表，因为当RLC PDU在透明模式时，SRB0的RLC可以不支持分段。

当发送多个查询响应消息时，关于是否包括在一个查询响应消息中的部分PSP列表是否能够以在下一个查询响应消息中由UE接收的后续PSP列表继续的信息，可以使用抽象语法标记1(asn.1)编码格式进行编码并且被放入消息中。关于PSP列表的递送在哪里结束(意味着哪个查询响应消息包括PSP列表的最后一个集合)的信息，还可以被包括在asn.1中。Asn.1标记可以以单个PSP或者PSP列表的形式提供每个消息的内容的自解释的描述。Asn.1标记还可以提供关于消息是否是一个列表的继续或者结束的信息，以及这个指示是有条件的还是可选的信息。

在某些实施例中，网络实体可以决定以哪种顺序构建和/或递送一个或多个PSP列表中列出的PSP和/或以哪种顺序构建以及构建多少PSP以在一个或者多个查询响应消息的每一个中递送。例如，网络可以基于共同协议确定不同PSP的优先级。在一些实施例中，如果PSP列表被分割成多个查询相应消息，则UE可以以与网络实体传输消息不同的顺序接收他们，或者已经预期让UE接收他们。当查询响应消息在每个消息中包括内容的自解释描述时，UE可以不会混淆地以任何顺序接收消息。并且UE可以不会混淆地在任何时候决定终止阅读其他响应消息。

为了避免潜在的PSP的乱序接收引起UE的混淆，查询响应消息可以包括自可解码PSP列表信息元素。信息元素可以被UE使用从而将PSP列表以查询响应消息发送的顺序，或者以网络实体打算的顺序，或者通过发送连接提供的任何顺序放到一起。而且，最后的查询响应消息可以包括指示这个特定的查询响应消息是最后一个查询响应消息的指示。在接收到最后一个查询响应消息以后，查询协议可以在步骤150结束。

一旦UE接收到PSP列表，UE便可以从PSP列表中选择优选的服务提供商，如果UE在一个还不完整的查询响应中接收到优选的服务提供商列表，则UE仍然可以选择这个服务提供商并且尝试接入，因为PSP列表可以是自解释的并且通过在任何查询响应消息中通过编码完成。备选地，在接收到完整的查询响应后，UE可以决定不选择网络支持的任何PSP，并且选择不连接到网络。UE可以然后决定继续搜索其它网络。如上面讨论的，UE可以存储相应列表以便将来使用，绑定到从其接收响应的NHN。例如，如果没有找到最优选的PSP，则UE可以重新考虑响应并且选择最可用的PSP和NHN。而且，在PSP被找到的情况下，UE可以存储NHN和找到的PSP的关系。在一些实施例中，UE可以保存访问最多的、使用最多的、和/或者最后使用的几个NHN，并且UE在其中使用的PSP同时被保存。

如上面所讨论的，在某些实施例中，当UE还没有处于RRC连接状态时，查询请求消息和查询响应消息被发送和接收，从而允许消息为预关联消息。在查询协议在150结束后，RACH过程可以如图1所示进行，并且网络实体可以使用临时C-RNTI标识分配额外的上行链路Msg3资源为UE进行RRC连接请求。然后，RRC连接请求可以从UE发送到网络实体，如步骤160所示。在一些实施例中，PSP可以不可见，直到UE使用NAS运行认证，在这时NHN，例如NHN移动管理实体，可以获悉选择的PSP的标识。另一方面，RAN可以在某些实施例中没有获悉选择的PSP的标识。UE可以知道这个分配是用于RRC连接请求的，因为否则不会有这样的上行资源需求，并且还因为RRC查询响应被宣布在下行链路中已经结束了。在步骤170，网络实体可以向UE发送RRC连接建立，包括无线电资源配置。无线电资源配置可以包括用于完全连接建立的专用资源配置。

在步骤180，UE将使用SRB1向网络节点发送RRC连接建立完成消息，在这时RRC连接可以被完全建立。RRC连接建立消息可以包括嵌入的具有标识符的NAS服务请求，这样核心网服务可以被建立，并且UE可以转换到LTE连接状态。RRC连接建立完成可以携带NAS消息，除了其他信息元素以外，该NAS消息可以包括选择的PSP的标识。选择的PSP的标识符可以是直接的或者间接的，只要选择的PSP到实际的PSP的关系是清楚和独一无二的。例如，UE可以将PSP的数量或代码包括在NAS服务请求中，如果这样的数量或者代码同PSP列表一起在查询响应消息中被递送的话。否则，UE可以将完全的PSP名称附加到NAS服务请求上。

用于NAS服务请求的UE标识可以作为实际的UE-ID被放置在RRC连接请求中。在某些实施例中，UE在RRC连接请求中使用临时C-RNTI并且将真实的UE-ID和PSP名称一起放置到NAS服务请求的字段。在某些实施例中，通过将UE标识名称附加到PSP名称或者PSP域名，UE还可以包括统一资源名称的格式。

在某些实施例中，当UE和网络实体参与查询协议时，RRC连接应该还没有被建立起来。在查询响应消息被发送时或者其被发送以后，网络实体可以在下行控制信息(DCI)中分配专用PRACH序列用于RRC连接。使用专用PRACH序列的UE可以避免使用RACH过程，并且让网络实体分配Msg3用于RRC连接请求。例如，在查询协议以后，消息110和120将不需要被再一次重复。这个专用前导码或PRACH序列可以有规定的有效时间，该时间被定义在标准中和/或通过有效窗口公式的形式被定义。有效窗口公式可以包括参数，如传输资源实例，多个传输资源实例或实时有效值，例如以毫秒为单位。有效窗口公式还可以包括如下因素，该因素取决于先听后说成功传输前导码。在UE决定在其有效时间窗口期间不尝试通过专用PRACH序列接入网络的实施例中，网络实体可以分配Msg3资源，并且可以为UE从其存储的随机UE-ID下移除所有上下文，如上文讨论的一样。当UE不使用专用资源时，网络可以将缺少使用作为用于从随机UE-ID下移除UE上下文的标记，并且假定UE连接已断开。

在某些实施例中，如果在专用PRACH序列到期后UE还决定尝试接入网络，则基于UE决定接入网络，其可以使用随机前导码执行RACH过程，并且在接下来的在RAR中由网络分配的Msg3中发送RRC连接请求。然而，UE可以当前知道在先前查询中获取的被提供的PSP，并且因此UE可以用其实际的UE-ID和选择的PSP执行RRC连接请求、RRC连接建立以及RRC连接建立完成，而不是用随机UE-ID。在一个实施例中，实际的UE-ID和选择的PSP在NAS过程中被使用，并且尽管在其中递送了，但是可以对RRC过程没有影响。

如上所述，在查询协议结束后，可以有多种不同的替代方案。在某些实施例中，网络分配专用资源，并且UE可以将Msg3RRC连接请求放入该专用资源中。在其他实施例中，网络可以分配专用前导码，UE可以在RACH资源中使用该专用前导码。这样的实施例可以有助于避免可能性。在另一个实施例中，在查询之后，UE可以使用随机前导码执行随机接入过程，如图3的步骤360和370所示。

在其他实施例中，UE可能需要显式地发信号通知其决定不建立RRC连接，并且离开小区。在一些实施例中，网络实体可以运行计时器，其间UE可以被预期向网络实体发信号通知其要建立RRC连接的意图。如果在定时器过期前没有从网络实体接收到这样的信号，则在随机UE-ID下的UE上下文可以被移除。

图1B示出了根据某些实施例的信号流图。在图1B中，当查询在步骤150结束后，网络实体可以在下行控制信息(DCI)中分配专用PRACH序列用于RRC连接。使用PRACH序列的UE可以避免使用RACH过程，并且让网络实体分配用于RRC连接请求的Msg3。在这样的实施例中，在查询在步骤150结束后，消息110和120可以不需要被再次重复，并且图3中的步骤360和370可以被绕过。

图2示出了根据某些实施例的过程图。特别地，图2示出了使用RRC协议的查询机制。在步骤210，UE搜索小区，该小区用于建立RRC连接。在某些实施例中，UE可以尝试连接到基于LTE的运行在非授权频段的网络。网络可以能够为非移动网络运营商(非-MNO)服务提供商服务。在步骤220，基于小区选择准则，UE选择合适的小区。例如，小区选择准则可以包括一个或多个信号阀值，信号质量阀值，干扰阀值，信号干扰比阀值，或其任意的组合。小区等级，网络标识符，和/或接入限制码也可以被作为准则用于UE对给定小区的合适性的评估。小区合适性准则可以被标准化，例如根据3GPP。

然后，UE可以从选择的小区接收SI，如步骤230所示。在某些实施例中，UE可以包括PSP标识的部分列表，或者短形式的PSP标识。如果在SI中提供的PSP标识足够用于UE选择PSP，UE可以移到步骤270并且决定是否建立RRC连接。

然而，在某些实施例中，被包括在SI中的PSP信息可能不足。在这样的实施例中，UE可以决定向网络实体发送无线电资源控制查询请求消息，例如预关联请求消息，如步骤240所示。可选的，UE可以决定离开网络，并且不连接到选择的小区。在某些实施例中，查询请求可以包括用于服务提供商列表的请求。特别地，UE可以请求一个完整的PSP标识的长格式列表。UE还可以选择随机UE-ID，并且将随机UE-ID添加到预关联查询请求消息中。

在步骤250，响应于在步骤240中被发送的无线电资源控制查询请求消息，UE可以接收查询响应消息。在某些实施例中，查询响应消息可以包括完整的PSP列表。如图1所示，查询响应消息可以是包括完整PSP列表的单独的消息，或者不仅仅是查询响应消息，每个消息包括完整的PSP列表的一段或者一部分。最后一个查询响应消息可以包括指示，该指示通知UE这是最后一个查询响应消息。在某些实施例中，查询请求消息的大小是有限的，从而避免请求的分段。而且，查询请求消息的大小可以被限制为适应RRC Msg3要求。从资源管理角度看，查询请求消息可以与RRC连接请求消息相似，或者在一些实施例中与之相同。

在接收到查询响应消息后，UE可以选择服务提供商，如步骤260所示。在查询响应消息包括PSP列表的实施例中，UE可以从PSP列表中选择服务提供商。在某些实施例中，在评估了PSP列表后，UE可以确定列表不包括优选的服务提供商。然后，UE可以决定在不建立RRC连接的情况下离开。在又一个实施例中，如果UE没有选择优选的服务提供商，则其可以决定并且接着向网络实体发送额外的RRC查询请求。

在步骤270，另一方面，UE可以决定建立RRC连接，并且向网络实体发送RRC连接请求。UE可以将其用于选择服务提供商的实际的UE-ID包括在RRC连接请求消息中和/或者可以进一步在RRC连接建立完成消息中指示选择的PSP。在UE具有C-RNTI并且产生包括C-RNTI的RRC连接请求的替选实施例中，UE可以指示对于PSP有效的实际的UE-ID，并且指示在NAS服务请求信息元素中选择的PSP。在步骤280，RRC连接如上所述那样被建立，并且UE可以通过选择的服务提供商接入NAS网络。可选的，甚至在选择服务提供商以后，UE可以决定在建立RRC连接之前离开。

图3示出了根据某些实施例的过程图。特别地，图3示出了使用RRC协议的查询机制。在步骤310，网络实体，例如eNB，可以检测来自UE的用于携带随机接入前导码的PRACH。在步骤320，网络实体可以通过向UE发送随机接入响应来响应检测到的PRACH。随机接入响应可以包括对UE进行初始资源(例如SRB0)的指配，以用于查询请求消息。

在某些实施例中，如步骤330所示，网络可以从UE接收无线电资源控制查询请求消息，例如预关联RRC查询请求消息。在某些实施例中，查询请求消息可以包括请求PSP列表。查询请求消息还可以包括随机UE-ID，并且可以包括对于完整的长形式PSP标识列表的请求。在步骤340，响应于预关联无线电资源控制查询请求消息，网络实体可以创建并且向UE发送查询响应消息。查询响应消息可以包括请求的PSP列表。如图1中步骤140所示，可以有一个或者多个查询响应消息。在某些实施例中，单个查询响应消息可以包括完整的长格式PSP标识列表。在其他实施例中，完整列表可以被拆成多于一个查询响应消息。最后的查询响应消息可以包括指示，该指示将查询响应消息标识为最后一段，并且释放用于会话的SRB0资源。SRB0资源的该释放可以与在RRC连接拒绝中的资源的释放相似。

在发送查询响应消息期间，或者在发送查询响应消息之前或之后的任何时间，网络实体可以向UE发信号通知在DCI中的专用PRACH序列的分配，如步骤350所示。当查询响应被UE接收到以后，专用资源可以被用于PRACH资源中。如果UE确定其想要建立RRC连接，则在步骤360，网络实体可以再一次检测PRACH。在步骤370，网络实体可以发送RAR，该RAR分配用于Msg3中的RRC连接请求的资源。在步骤380，UE可以使用这些分配的资源来发送RRC连接请求。在步骤390，网络实体可以通过网络接入过程将UE连接到网络。

在另一个实施例中，在发送查询响应消息期间，或者在发送查询响应之前或之后，网络可以向UE发信号通知专用资源的分配，而不是专用前导码PRACH序列。这个专用信息分配可以是一组被一次或者重复分配的物理资源块(PRB)资源单元，例如，作为半永久资源，供Msg3使用。另一个专用资源的示例可以是调度请求信号，该调度请求信号可以被定义在物理上行控制资源中。

图4A示出了RRC连接请求消息的实施例。然而，图4B示出了RRC查询的实施例。具体地，图4B的实施例示出了如何将RRC连接请求消息修改以变为RRC查询请求消息的示例，如图1A和1B的步骤130所示。从图4B可以看出，剩余建立原因值可以被设置为与PSP查询或者查询相等。

图4C示出了RRC查询的实施例。具体地，图4C的实施例示出了如何将RRC连接请求消息修改以变为RRC查询请求消息的示例。在某些实施例中，在建立原因外，可以具有一比特串大小(1)的备用值可以被指配用来宣布查询。例如，备用值可以被用于查询请求，而不是使用传统的RRC连接请求建立原因。换言之，当查询被设置为1时，可以使用查询原因，而非建立原因。

在图4C的实施例中，备用被指配给查询，在枚举字段中的一组新的建立原因值变为可用于查询，例如查询原因值。如果查询原因等于传统的消息建立原因值大小，则查询原因可以具有八个值。查询原因的一个值可以被设置为PSP查询。其他值可以留给其他查询。其他值可以包括，例如查询与负荷的关系，质量查询，或者服务器名称查询。

图4D示出了RRC查询的实施例。具体地，图4D的实施例示出了如何将RRC连接请求消息修改以变为RRC查询请求消息的示例。在某些实施例中，整个传统RRC连接请求消息可以被重新设计用于查询。在某些实施例中，在建立原因之外的备用值可以具有等于1的一比特串大小，并且可以被设置为通知查询。在一个实施例中，该比特的值可以被设定为查询，这意味着全部消息内容是与RRC连接请求不同的。另外，在这样的实施例中，随机UE-ID的长度可以不同，这样可以允许这些比特被指配用于查询子类的描述。

图5图示了根据某些实施例的系统。应当理解，图1A和1B中的每一个信号以及图2和图3中的每个框，可以通过各种手段或它们的组合来实施，诸如硬件、软件、固件、一个或多个处理器和/或电路。在一个实施例中，系统可以包括若干设备，诸如，例如网络实体520或UE 510。该系统可以包括多于一个UE 510和多于一个网络实体520，但是为了图示的目的仅示出了一个接入节点。网络实体可以是网络节点、基站、eNB、服务器，主机，或任何其他这里讨论的接入节点或者网络节点。

这些设备中的每个设备可以包括至少一个处理器或控制单元或模块，分别被指示为511和521。在每个设备中可以提供至少一个存储器，并且分别被指示为512和522。存储器可以包括计算机程序指令或其中包含的计算机代码。一个或多个收发器513和523可以被提供，并且每个设备还可以包括天线，分别图示为514和524。尽管每个仅示出一个天线，但是可以向设备中的每个设备提供许多天线和多个天线元件。这些设备的其他配置例如可以被提供。例如，除了无线通信之外，网络元件520和UE 510可以另外地被配置用于有线通信，并且在这种情况下，天线514和524可以图示任何形式的通信硬件，而不仅限于天线。

收发器513和523可以各自独立地是发射器、接收器、或发射器和接收器两者，或可以被配置用于传输和接收两者的单元或设备。发射器和/或接收器(就无线电部分而言)也可以被实施为远程无线电头端，其不位于设备本身中，而是位于例如天线杆中。还应当明白，操作和功能可以按灵活的方式在不同的实体(诸如节点、主机或服务器)中被执行。换句话说，工作分工可以随情况而变化。一种可以的使用是使网络元件递送本地内容。一个或多个功能也可以用软件实施为虚拟应用，其可以在服务器上运行。

用户装置或用户设备510可以是移动站(MS)，诸如移动电话或智能电话或多媒体设备、被提供有无线通信能力的计算机(诸如平板)、被提供有无线通信能力的个人数据或数字助理(PDA)、被提供有无线通信能力的便携式媒体播放器、数码相机、口袋式摄像机、导航单元、或它们的任何组合。

在一些实施例中，装置(诸如接入节点)可以包括用于执行上面关于图1A，1B，2，3，4B，4C以及至图4D所描述的实施例的部件。在某些实施例中，至少一个存储器包括计算机程序代码，该计算机代码可以被配置为，与至少一个处理器一起，使设备至少执行这里描述的任何过程。

根据某些实施例，装置510可以包括至少一个包括计算机程序代码的存储器512、以及至少一个处理器511。该至少一个存储器512和计算机程序代码被配置具有至少一个处理器511，使装置510至少从用户设备发送无线电资源控制查询请求消息给网络实体。该至少一个存储器512和该计算机编程代码被配置，与该至少一个处理器一起，还使该装置510响应于该无线电资源控制查询请求消息，至少在该用户设备接收查询响应消息。并且该至少一个存储器512和该计算机编程代码被配置，具有该至少一个处理器，使该装置基于该查询响应消息，在用户设备处选择服务提供商。

根据某些实施例，装置520可以包括至少一个包括计算机程序代码的存储器522、以及至少一个处理器521。该至少一个存储器522和计算机程序代码被配置具有至少一个处理器521，使装置520至少从用户设备接收无线电资源控制查询请求消息。该至少一个存储器522和该计算机编程代码还可以被配置，与该至少一个处理器521一起，使该装置520至少响应于该无线电资源控制查询请求消息，从网络实体向该用户设备发送查询响应消息。

处理器511和521可以通过任何计算或数据处理设备来实施，诸如中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、数字增强电路或类似设备或其组合。处理器可以被实现为单个控制器、或多个控制器或处理器。

针对固件或软件，该实现可以包括至少一个芯片组的模块或单元(例如，程序、功能等)。存储器512和522可以独立地是任何合适的存储设备，诸如非暂态计算机可读介质。可以使用硬盘驱动器(HDD)、随机存取存储器(RAM)、闪存或其他合适的存储器。存储器可以被组合在作为处理器的单个集成电路上，或者可以与其分开。此外，计算机程序指令可以被存储在存储器中并且可以由处理器处理的计算机程序指令可以是任何合适形式的计算机程序代码，例如以任何合适的编程语言编写的编译或解释的计算机程序。存储器或数据存储实体通常是内部的，但是也可以是外部的或其组合，诸如在从服务提供商获取附加存储容量的情况下。存储器可以是固定的或可移除的。

存储器和计算机程序指令可以与用于特定设备的处理器一起被配置为引起诸如网络元件520和/或UE 510的硬件装置执行上述过程中的任何过程(参见例如图1A，1B，2，和3)。因此，在某些实施例中，非暂态计算机可读介质可以利用计算机指令或一个或多个计算机程序(诸如添加的或更新的软件例程、小应用程序或宏)进行编码，该计算机指令或一个或多个计算机程序当在硬件中被执行时可以执行诸如本文中描述的过程之一的过程。计算机程序可以通过编程语言来编码，编程语言可以是高级编程语言(诸如Objective-C、C、C++、C#、Java等)或低级编程语言(诸如机器语言或汇编程序)。备选地，本发明的某些实施例可以完全以硬件来执行。

此外，虽然图5示出了包括网络元件520和UE 510的系统，但是实施例可以适用于其他配置以及涉及附加元件的配置，如本文中所示和所讨论的。例如，可以存在多个用户装置设备和多个网络元件，或者提供类似功能的其他节点，诸如组合用户设备和接入点的功能的节点(诸如中继节点)。UE510可以类似的被提供多种配置用于与其他通信网络实体520通信。例如，UE 510可以被配置用于设备到设备通信。

某些实施例允许使用扩展的RRC协议的预关联查询机制。两个新的SRB0消息可以被并入RRC协议，包括RRC查询请求和RRC查询响应消息。查询机制可以被用在所有情况中，在这些情况中，在UE附着到网络之前，UE需要从网络收集信息，例如服务提供商列表。而且，查询协议可以在RRC连接的建立之前进行或者没有RRC连接的建立。查询协议还可以与运行在授权频段上的LTE网络兼容，该频段能够为非-MNO服务运营商提供服务。

在整个说明书中描述的某些实施例的特征、结构或特性在一个或多个实施例中可以以任何合适的方式来组合。例如，在整个说明书中的短语“某些实施例”、“一些实施例”、“其他实施例”或其他类似语言的使用是指结合该实施例描述的特定特征、结构或特性可以被包括在本发明的至少一个实施例中这一事实。因此，在整个说明书中的短语“在某些实施例中”、“在一些实施例中”、“在其他实施例中”或其他类似语言的出现不一定指代同一组的实施例，并且所描述的特征、结构或特性在一个或多个实施例中可以以任何合适的方式来组合。

本领域的普通技术人员将容易地理解，如以上讨论的本发明可以利用具有不同顺序的步骤和/或利用与所公开的那些配置不同的配置的硬件元件来实践。因此，虽然已经基于这些优选实施例描述了本发明，但是对于本领域技术人员来说将是明显的，在保持在本发明的精神和范围内的同时，某些修改、变化和备选构造将是明显的。

部分术语表

LBT 先听后说

LTE 3GPP长期演进技术

MAC 媒体访问控制

UE 用户设备

RRC 无线电资源控制

eNB 演进型Node B

PDU 协议数据单元

pRACH 物理随机接入信道

PSP 参与服务提供商

RAR 随机接入响应

SI 系统信息

SRB 信令无线电承载

RLC 无线电链路控制

PDU 协议数据单元

RAN 无线电接入网络

Claims (23)

1.一种方法，包括：

从用户设备向网络实体发送无线电资源控制查询请求消息；

在所述用户设备处接收响应于所述无线电资源控制查询请求消息的查询响应消息；以及

基于所述查询响应消息，在所述用户设备处选择服务提供商。

2.根据权利要求1所述的方法，其中所述查询请求消息包括对于服务提供商列表的请求。

3.根据权利要求1所述的方法，其中所述用户设备从所述服务提供商列表中选择服务提供商。

4.根据权利要求2所述的方法，其中所述服务提供商列表包括所述服务提供商的长形式标识的完整列表。

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

选择随机用户设备标识；以及

向所述查询请求消息中添加所述随机用户设备标识符。

6.根据权利要求1所述的方法，其中所述无线电资源控制查询请求消息是预关联请求消息，并且其中所述预关联请求消息不需要专用资源分配。

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

发起随机接入过程以使信令无线电承载资源被分配用于所述查询请求消息的所述发送。

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

在所述用户设备处接收系统信息，其中所述系统信息不包含与所述服务提供商相关的足够信息。

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

当所述查询请求消息不包括所述服务提供商的完整列表时，接收至少一个附加的查询响应消息，所述附加的查询响应消息包括所述服务提供商的剩余列表。

10.根据权利要求1所述的方法，其中所述用户设备在非授权频段操作。

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

当所述用户设备还没有选择所述服务提供商中的一个服务提供商时，从所述用户设备发送另一个查询请求消息。

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

接收专用资源的分配，而不是专用前导码物理随机接入信道序列；以及

在对所述服务提供商的所述选择后，使用所述专用资源向所述网络实体发送无线电资源控制消息。

13.一种方法，包括：

从用户设备接收无线电资源控制查询请求消息；以及

响应于所述无线电资源控制查询请求消息，从网络实体向所述用户设备发送查询响应消息。

14.根据权利要求13所述的方法，其中所述查询请求消息包括对于服务提供商列表的请求。

15.根据权利要求14所述的方法，其中所述服务提供商列表包括所述服务提供商的长形式标识的完整列表。

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

接收无线电资源控制连接请求，所述无线电资源控制连接请求包括从所述服务提供商列表中选择的服务提供商。

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

检测物理随机接入信道；以及

分配用于所述查询请求消息的信令无线电承载资源。

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

确定所述服务提供商的完整列表不能在所述查询响应消息中被发送；以及

发送至少一个附加的查询响应消息，所述至少一个附加的查询响应消息包括所述服务提供商的所述剩余列表。

19.根据权利要求18所述的方法，其中所述至少一个附加的查询响应消息中的最后的查询响应消息包括所述最后的查询响应消息为所述最后的响应消息的指示。

20.根据权利要求19所述的方法，其中在所述最后的查询响应消息被所述用户设备接收到后，分配的信令无线电承载资源被释放。

21.根据权利要求13所述的方法，其中所述无线电资源控制查询请求消息是预关联请求消息，并且其中所述预关联不需要专用资源分配。

22.一种装置，包括：

包括计算机程序代码的至少一个存储器；

至少一个处理器；

其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少：

从用户设备向网络实体发送无线电资源控制查询请求消息；

在所述用户设备处接收响应于所述无线电资源控制查询请求消息的查询响应消息；以及

基于所述查询响应消息，在所述用户设备处选择服务提供商。

23.一种装置，包括：

包括计算机程序代码的至少一个存储器；

至少一个处理器；

其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少：

从用户设备接收无线电资源控制查询请求消息；以及

响应于所述无线电资源控制查询请求消息，从网络实体向所述用户设备发送查询响应消息。