CN110622565A - 接入类别和建立原因 - Google Patents

Abstract

公开了一种由用户设备(UE)执行的方法。该方法包括响应于触发UE向无线电接入网络(RAN)执行接入请求的事件(401)，确定(402)要应用的接入类别。UE应用该接入类别来执行禁止检查(403)。在基于该接入类别确定接入未被禁止时，UE向RAN中的网络节点发送(405)接入请求，接入请求包括该接入类别。网络节点基于该接入类别来决定是接受还是拒绝接入请求。

Description

接入类别和建立原因

技术领域

本公开总体上涉及诸如蜂窝网络之类的无线通信***，并且更具体地涉及用于发送和接收与无线接入有关的消息的方法、用户设备和网络节点。

背景技术

当执行对无线通信***的接入时，用户设备(UE)必须用信号通知网络其想要获取通信机会。存在可用于进行这种操作的许多解决方案。例如，UE可以利用空中接口资源(例如，时间、频率等)来发送短消息，所述短消息将向网络指示UE想要进行通信。然后，在随后的通信中可以出现关于某个通信需求的更多细节。

对于根据3GPP EUTRAN/LTE标准规范的无线通信***，这种处理的示例可以在图1的流程图中看到，其中图1示出了随机接入和无线电资源控制(RRC)连接建立。对通信的请求可以开始于在专门分配的信道或资源上传输随机接入前导码(111)(也称为“msg1”)。当由基站或eNB接收时，该随机接入前导码(111)之后是随机接入响应(112)(也称为“msg2”)，其包括用于诸如RRC连接请求(113)(也称为“msg3”)之类的连续信令的资源分配。为了简洁起见，在此不详细说明该连续信令(113-115)。

可以认识到，接入尝试将花费空中接口资源。初始消息(111，前导码)以及用于进一步信令的资源(112-115)都将增加无线网络负荷，这仅仅是为了配置和设置用于后续数据传递的通信资源。应当注意，在可以进行任何通信之前，甚至还需要与网络实体进行进一步的通信。为了简洁起见，图1中省略了这些附加的详细信息。

在某些情况下，防止UE进行这些接入尝试是值得的。例如，在诸如无线电资源拥塞或处理能力不足等过载情形的情况下，网络可能希望通过拒绝对小区或其一部分的接入来减轻过载。在过载情形期间，网络可能还需要在特定用户和/或服务之间确定优先级。例如，与普通呼叫相比，网络可以为紧急呼叫赋予优先级。

为此，网络可以采用3GPP中的所谓的接入控制。接入种类禁止(ACB)是一种此类控制的示例。简而言之，接入禁止与防止UE或使UE不太可能尝试发送接入请求(例如，以通过发送前导码111来启动上述序列)有关。这样，可以控制***中的总负荷。网络可以例如将UE或将UE想要进行接入的不同理由划分为不同的种类或类别，并且依赖于此，网络可以进行区分并且使得某些UE和/或某些事件触发接入请求的可能性较小。例如，给定的UE可能属于某个接入种类，并且网络可以经由所广播的***信息来传达在某些情况下禁止某些种类(例如，不被允许进行接入，或在未被完全禁止的情况下被允许以较低的概率进行接入)。当UE接收到该被广播的***信息时，如果它属于被禁止的接入种类，则可能导致UE将不会发送接入请求。存在多种针对LTE指定的接入禁止机制的变体，包括(其中一些在下面列出并被详细描述)：

1.根据3GPP Rel-8的接入种类禁止：在这种机制下，可以禁止来自UE的所有接入请求。使用概率因子(也被称为禁止因子)和计时器(也被称为禁止持续时间)来禁止接入种类(AC)范围0-9内的普通UE，而特定种类可以被单独控制。除了普通种类0-9，还指定了附加种类，以用于控制对其他类型的用户的接入，例如，紧急服务、公共事业、安全服务等。

2.服务特定接入控制(SSAC)：SSAC机制允许网络阻止来自UE的多媒体电话(MMTel)-语音和MMTel-视频接入。网络广播禁止参数(类似于ACB的参数)和类似于ACB的禁止算法(禁止因子和随机计时器)。在UE的IP多媒体子***(IMS)层中完成对是否允许接入的实际决定。

3.针对电路交换回退(CSFB)的接入控制：CSFB机制允许网络阻止CSFB用户。在这种情况下使用的禁止算法类似于ACB。

4.扩展的接入禁止(EAB)：EAV机制允许网络阻止低优先级的UE。禁止是基于位图的，在位图中可以禁止或允许各个接入种类(AC0-9)。

5.接入种类禁止避开：ACB机制允许忽略针对IMS语音和视频用户的接入种类限制。

6.针对数据通信(ACDC)禁止的应用特定拥塞控制：ACDC允许禁止来自/去往某些应用的业务。在此解决方案中，基于(Android或iOS中的)全局应用标识(ID)对应用进行分类。网络广播针对每个类别的禁止参数(禁止因子和计时器)。

正在进行的这些不同接入控制机制的演进(特别是针对于根据3GPP的第五代蜂窝标准)是将它们聚集成一个单一的机制，该机制可以是可配置的并且可适应各种网络运营商偏好。在本文中，这被称为统一接入控制(UAC)。在统一接入控制的情况下，存在单一的接入类别(类似于种类)集。至少一些接入类别应当是可配置的，例如，接入类别X被用于某些预定的接入。接入类别X可以涉及例如某个UE旨在接入哪个核心网，或者什么服务(例如，SMS、MMTel或其他服务)触发了该接入。在确定接入类别时还可以包括其他方面。作为示例，接入类别(UBMCat)确定可以取决于多个方面，例如：

UBMCat＝f(…，AccessClass＝nn，CN＝NG，EstablishmentCause＝mo，Service＝ServiceID，DeviceType＝MTC，callPriority＝Low，ApplicationID＝yy…，Slice ID＝NN，PLMN ID＝pp，…)

其中接入种类(Access class)可以表示如上所述的旧的接入种类，CN是核心网类型，建立原因是下面进一步描述的几个建立原因之一，服务(Service)＝服务ID，设备类型可以是例如机器类型通信设备，并且当接入PLMN ID pp上的切片ID NN时，应用程序ID yy的总体优先级可以被认为较低。

在确定接入类别时，可以考虑这些方面的全部或任何子集以及其他方面。这提供了一种灵活的方法来为接入类别和接入禁止建立一个面向未来的框架。下面结合图2描述一种建议的过程。

在UE(102)尝试接入之前，它需要将事件(例如，来自UE中的高层的用于发送信令消息的触发)关联到[1..m]接入类别中的接入类别。根据先前提出的过程，为了确定使用哪种接入类别，可以从网络向UE提供指令或规则。图2示出了一种示例性过程的信令图。

在第一步骤202中，网络节点基于与高层有关的考虑来提供关于使用哪种接入类别的规则。在图2中，该信息被示为源自于网络节点(106)，但是也非常有可能源自于其他网络节点，并经由网络节点(106)发送给UE。如果网络包括高层控制器或策略功能，则它可以源自于托管(host)此类控制器或策略功能的另一节点。可以经由非接入层(NAS)信令向UE发信号通知高层规则，或者可以使用其他协议来发信号通知高层规则，例如，UE(102)可以包括可被配置有并托管使用OMA-DM设备管理协议发信号通知的接入类别规则的实体。

来自网络节点(106)的规则中可以包括例如与以下事项有关的信息：如果接入由某个服务触发，则UE应当如何选择接入类别。这种服务的示例可以是例如紧急服务或MMTel服务。此外，规则可以包括与以下事项有关的信息：如果接入由某个应用(例如，某种游戏或某种社交媒体应用)触发，则UE应当如何选择接入类别。规则还可以包括与接入各个切片有关的信息。例如，小型设备UE/IoT UE(102)可能想要接入例如IoT优化的切片。此外，在不同的运营商之间共享无线电网络或者同一运营商使用不同的公共陆地移动网络(PLMN)代码并不罕见。根据是否要对不同的PLMN进行接入，可存在用于选择接入类别的不同规则。

应当注意，步骤202还可以包括来自接入节点的信令(104)。还可以从接入节点(104)发送用于选择接入类别的规则的信令，例如特别是在要进行接入类别选择时，该接入类别选择针对于由例如接入节点的信令触发的接入。这可以被称为无线电接入网络(RAN)信令，并且可以例如使用无线电资源控制(RRC)通信协议进行通信。

当前正在进行用于接入禁止的统一接入控制机制的开发。

接入控制(特别是禁止机制)被用于阻止UE发送接入请求。还存在可用于控制网络中的负荷的其他机制。例如，在接入禁止允许接入尝试并且UE被允许发送前导码(111)和RRC连接请求(113)(或RRC连接恢复请求)或任何等效消息(在本文被称为msg3)的情况下，无论如何，网络都可以用RRC连接拒绝消息来做出响应。该拒绝消息的理由例如可以是例如过载情形，该过载情形尚未在管控接入禁止的参数中反映出来。也可能存在其他理由。

在向UE发送RRC连接拒绝或RRC连接建立或等效响应消息之前，或者在msg3导致分配另外的资源之前(例如，用于后续的信令)，网络侧通常对发送接入请求的理由进行评估。在msg3中，UE指示“建立原因”以反映发送接入请求的理由。在EUTRAN/LTE中，这是3比特的字段，其可以采用以下值：紧急(Emergency)、高优先级接入(High Priority Access)、mt-Access、mo-Signalling、mo-Data、delayTolerantAccess-v1020、mo-VoiceCall-v1280、备用(spare)。(还存在适用于窄带LTE的标准，对此，建立原因字段略有不同。)

在msg3中发送的建立原因值源自于UE的高层。非接入层是用于接入层之上的层的术语。UE中的低层或接入层接收建立原因并一起接收针对应当触发接入请求的每个事件的呼叫类型指示。呼叫类型通常是根据如上所述的旧接入种类来控制EUTRAN/LTE中的接入禁止并指示UE应当如何执行对接入禁止的评估的指示。不同的呼叫类型是：“始发信令”、“紧急呼叫”、“始发MMTEL语音”、“始发MMTEL视频”、“始发SMSoIP”、“始发SMS”、“端接呼叫”、“始发呼叫”、“移动始发CS回退”。

呼叫类型、建立原因和触发类型(例如，对请求低层向网络发送接入请求进行触发的NAS消息或事件的类型)结合接入种类和禁止参数定义了：关于禁止以及在后续的msg3中应当包括什么来作为建立原因二者，低层应当怎么做。

发明内容

建立原因的当前规范的问题之一在于，它仅指示了接入的不同理由或原因的有限集合。msg3格式保持尽可能小是重要的，使得在网络得到与某个RRC连接请求消息所涉及的接入请求的类型有关的信息之前使用最少量的资源。因此，限制建立原因被视为是非常重要的。

在不断演进的无线***中，考虑了新的服务、新的部署形式和新的事件，并且对于这些新的方面中的很多方面而言，网络运营商想要在评估RRC连接请求时进行区分。与此相关的问题之一还在于，将会存在要与RRC连接请求(或对应的消息)相结合地考虑的未来未知的方面，且在不编写全新的标准的情况下满足这一点的方式将会是有利的。

当前包括在RRC连接请求(msg3)中的建立原因不包括在接入禁止时确定接入类别时使用的所有方面，反之亦然。因此，在***过载期间，不可能确保对过量业务(例如，特定服务、应用、UE类型等)的一致控制。例如，存在如下风险：在接入禁止检查中给定UE被授予接入，但是在执行接入时，在RRC连接请求(msg3)中指示的建立原因使得网络错误地拒绝该请求(通过发送RRC连接拒绝来作为响应)。

因此，需要新的解决方案来与网络中对连接请求的评估相结合地指示建立原因。另外，还需要在例如***过载期间确保对过量的移动始发业务的一致控制。

根据某些实施例，公开了一种由用户设备(UE)执行的方法。该方法包括：响应于触发UE向无线电接入网络(RAN)执行接入请求的事件，确定要应用的接入类别。该方法还包括应用该接入类别来执行禁止检查。在基于该接入类别确定接入未被禁止时，向RAN中的网络节点发送接入请求，接入请求包括该接入类别，其中网络节点基于该接入类别来确定是接受还是拒绝接入请求。

根据特定实施例，在确定要应用的接入类别之前，UE接收由网络节点广播的***信息。***信息包括用于一个或多个接入类别的接入禁止参数。根据特定实施例，禁止检查是使用针对所应用的接入类别的接入禁止参数来执行的。

根据特定实施例，***信息还包括对UE可以应用的多个潜在接入类别的指示。UE可以在接入请求中预留多个比特以容纳该多个潜在接入类别。

根据特定实施例，接入请求包括接入类别信元，接入类别信元被划分为表示该接入类别的至少两个部分。

还公开了一种由无线电接入网络(RAN)中的网络节点执行的方法。该方法包括从用户设备(UE)接收接入请求，该接入请求包括接入类别。该接入请求是由事件触发的，并且接入被UE基于该接入类别确定为是未被禁止的。网络节点基于该接入类别来决定是接受还是拒绝接入请求。

根据特定实施例，在接收接入请求之前，网络节点广播***信息，其中，***信息包括针对一个或多个接入类别的接入禁止参数。***信息还可以包括对UE可以应用的多个潜在接入类别的指示。该指示还可以包括对由UE在接入请求中预留的比特数量的显式指示。

根据特定实施例，接入请求包括接入类别信元，接入类别信元被划分为表示该接入类别的至少两个部分。

还公开了用户设备(UE)。UE包括处理电路，处理电路被配置为：响应于触发UE向无线电接入网络(RAN)执行接入请求的事件，确定要应用的接入类别。处理电路还被配置为应用该接入类别来执行禁止检查。在基于该接入类别确定接入未被禁止时，处理电路还被配置为：向RAN中的网络节点发送接入请求，接入请求包括该接入类别，其中网络节点基于该接入类别来确定是接受还是拒绝接入请求。

根据特定实施例，在确定要应用的接入类别之前，UE接收由网络节点广播的***信息。***信息包括用于一个或多个接入类别的接入禁止参数。根据特定实施例，禁止检查是使用针对所应用的接入类别的接入禁止参数来执行的。

根据特定实施例，***信息还包括对UE可以应用的多个潜在接入类别的指示。UE可以在接入请求中预留多个比特以容纳该多个潜在接入类别。

根据特定实施例，接入请求包括接入类别信元，接入类别信元被划分为表示该接入类别的至少两个部分。

还公开了无线电接入网络(RAN)中的网络节点。网络节点包括处理电路，处理电路被配置为从用户设备(UE)接收接入请求，该接入请求包括接入类别。该接入请求是由事件触发的，并且接入被UE基于该接入类别确定为是未被禁止的。处理电路还被配置为基于该接入类别来决定是接受还是拒绝接入请求。

根据特定实施例，在接收接入请求之前，处理电路还被配置为广播***信息，其中，***信息包括针对一个或多个接入类别的接入禁止参数。***信息还可以包括对UE可以应用的多个潜在接入类别的指示。该指示还可以包括对由UE在接入请求中预留的比特数量的显式指示。

根据特定实施例，接入请求包括接入类别信元，接入类别信元被划分为表示该接入类别的至少两个部分。

在某些实施例的一个方面，提供了一种用于确定建立原因并且在类似msg3的初始接入请求消息中发信号通知该建立原因的框架。该框架基于对接入类别指示进行转发，而不是像以前那样在msg3中发送单独的建立原因。提出了一种新的统一接入类别，以保持能够区分不同的接入原因所需的所有特性，且此外，可以由网络控制用于确定不同的接入原因的规则。当评估对来自UE的msg3的合适的响应时，这提供了一种灵活的方式来满足将来的区分需求。

在某些实施例的另一方面，根据在某种情况下在网络小区中使用了多少接入类别来对建立原因值进行编码。提出了定义两个接入类别集合：一个较小的集合，它将会要求较少的比特来发信号通知建立原因；以及一个较大的集合，它将会要求更多的比特，但是在区分接入请求时也将会允许更高的灵活性。

在某些实施例的又一方面，接入类别正在取代建立原因和呼叫类型两者而作为来自UE中的高层的指示，并且在UE中用作禁止检查的输入，且在根据禁止批准了发送接入请求的情况下用作建立原因。

根据某些实施例，所提出的解决方案的核心本质是使用相同的参数(被称为接入类别)来既控制接入限制，并且还包括在从UE向网络侧的接入节点发送的RRC连接请求消息中。由于相同的信息既用于接入禁止，又用于建立原因，所以这在例如***过载期间确保了对过量的移动始发业务的一致控制。

根据某些实施例，所提出的解决方案的另一个核心本质是将接入类别划分为可以使用的至少两个集合，并且其中，当被包括在接入请求中时，每个集合将会提供使得在RRC连接请求消息中消耗更多或更少比特的机会。当将接入类别划分为至少两个集合时，这在包括在接入请求中时提供了使得在RRC连接请求消息中消耗更多或更少比特的机会，同时仍然允许区分接入请求时的较高的灵活性。

本公开的所提出的解决方案可以提供一个或多个技术优点。根据某些实施例，所提出的解决方案提供了用于以下操作的可能性：由网络运营商定义任何建立原因，将针对建立原因/接入类别的规则转发给在网络中注册的UE，且然后在确定从网络侧如何对UE接入请求进行响应时，将这些建立原因/接入类别作为禁止类别和原因值两者来强制执行优先级排序。

某些实施例可以不具有任何所述优点，可以具有某些或全部所述优点，并且其他技术优点对于本领域技术人员而言是显而易见的。

附图说明

为了更全面地理解所公开的实施例及其特征和优点，现结合附图参考以下描述，附图中：

图1示出了与RRC连接有关的信令图；

图2示出了与接入类别确定有关的信令图；

图3示出了根据本公开的实施例的无线通信网络；

图4示出了根据本公开的实施例的由UE执行的方法的流程图；

图5示出了根据本公开的实施例的由UE执行的方法的流程图；

图6示出了根据本公开的实施例的由网络节点执行的方法的流程图；

图7示出了根据本公开的实施例的由网络节点执行的方法的流程图；

图8示出了根据本公开的实施例的接入类别的示例格式；

图9示出了根据本公开的实施例的无线通信网络；

图10示出了根据本公开的实施例的用户设备；

图11示出了根据本公开的某些实施例的通信***；

图12示出了根据本公开的某些实施例的主机计算机、基站和UE；

图13示出了根据本公开的某些实施例的流程图；以及

图14示出了根据本公开的某些实施例的流程图。

具体实施方式

本文描述的技术可以在各种无线***中使用，并且不限于部署新无线电(NR)的3GPP EUTRA/LTE***和3GPP下一代***(也被称为5G***或5GS)，虽然这种***可以用作示例。接入控制是一种机制，其可适用于需要接入的用户区分、服务区分或其他区分和负载管理的任何***。其他示例可以是根据IEEE 802标准(例如，IEEE802.11WLAN标准或IEEE802.16标准)的无线接入，但是也可以是根据3GPP GSM演进的无线接入。

现在参考图3，其示出了无线接入网络，例如根据3GPP LTE/EUTRA规范的无线接入网络。

该图是非常简化的，以将关注点放在对解释所公开的实施例而言重要的实体上。在无线接入网络(100)中，示出了UE(102)。UE(102)可以请求接入接入节点(104)并与其通信。接入节点(104)进而连接到例如可以提供互联网接入的节点(106)。在LTE中，接入节点通常被称为eNB，而在其他标准中，接入节点可以被称为节点B、基站或简称为接入点。在3GPP中的下一代无线电的演进中，接入点有时被称为“gNB”。应当注意，图3中的图示在其提供“物理实体”的视图的意义上是传统的，但是对于本领域技术人员而言，应该显而易见的是，例如，接入节点(104)或节点(106)可以使用分布式处理能力来实现。同样，它们也可以在相同的物理实体中实现。出于该示例的目的，描述会将节点与某些功能相关联，而不是限于某些实现。

接入节点(104)向网络节点并且从网络节点向UE传送用户信息和信令。无线接入网络100被示为圆形，并且在该图中仅包含一个“小区”区域和一个接入节点(104)。应当理解，任何接入网络通常都包含若干个接入节点，因此为若干个区域或小区提供服务。

节点(106)可以是许多节点之一。例如，节点可以是用于与UE传送控制信息的控制节点(例如，LTE中的MME(移动性管理实体)、AMF/SMF(根据5G中用于核心网的规范(例如，3GPP TS 23.501)的接入和移动性管理功能/会话管理功能)，或者节点可以是用于向UE传送用户数据信息的用户平面节点(5G核心网中的SGW(服务网关)或UPF(用户平面管理功能))。此外，该节点可以与其他节点连接，并且用作从这些节点到UE的信息的中继。这种其他节点可以例如是分组网关(PGW)或类似节点。在本描述中，节点(106)和其他类似节点将被称为属于高层。

在NR的演进期间引入了一个新颖的概念，被称为切片(slice)。切片是3GPP中的新概念，并且指代一种端到端网络实现或形成完整的实例化逻辑网络以满足某种网络特性的网络功能和资源集合。可以将其与查看“虚拟”网络而不是物理网络的方式相比较。切片可以具有各种特性，例如超低时延。例如，切片可以为其用户提供确保时延方面的功能，使得时延决不会高于某一要求。为了满足这一点，可能需要一组网络功能，例如在切换时确保非常短的中断或延迟的功能。可以使用相同的接入节点(104)和网络节点(106)或其他节点来实现的其他切片可以具有其他特性。例如，可以存在甚至不包含移动性功能的切片，因为通过该切片服务的所有用户可能都是固定的。这两个示例表明，为了实现针对不同类型的用户的服务，可能需要不同的功能，并且这些功能集合中的每个集合都与切片实现相关。切片也可以被视为用于隔离资源并执行单独管理的方法。例如，如果某个切片实现具有非常高的优先级，则可以预留某些处理资源或备选地预留针对公共处理资源的优先级，使得较低优先级切片不能使用它们或仅以较低优先级来使用它们。切片的概念目前正在发展当中。

在UE执行对接入节点的接入之前，它需要读取某些通常由接入节点104广播的***信息。***信息描述了应当如何执行接入以发起UE(102)和接入节点(104)之间的通信。该***信息的一部分可以是与接入禁止有关的信息。通常在接入网络100中广播该禁止信息，并且在不同的小区或区域中可以存在不同的禁止信息。通常，一个接入节点(104)将发送其自己的禁止信息。禁止信息可以通过使得其包括接入类别的集合[1..m]并且针对每个类别包括含有禁止因子和禁止时间的信元的方式来布置，例如，在2016年12月的3GPP TS36.331v.14.1.0中所指定的(请参见下面的摘录，其示出了ACDC禁止信息的示例)。针对每个接入类别的该禁止信息将由尝试接入的UE使用，并且这是接入节点用来限制某些接入并使某些接入优先于其他接入的一种方式。

接入类别的示例：禁止时间和禁止因子。

一旦通过了禁止机制并且UE将向网络发送接入请求，则可以存在包括在该请求中的建立原因。具体地，对于EUTRAN，在RRC连接请求或RRC恢复请求消息中使用建立原因来指示建立的理由。该随机接入和RRC连接建立过程如图1所示。在该过程中使用建立原因的主要目的是允许网络根据原因来进行区分。RAN需要知道的是，在那时准许该UE在随机接入和随后的信令(例如，初始上下文建立)之间分配资源有多重要。例如，网络可以选择处理具有以比其他建立原因更高的优先级的某些建立原因。

对于EUTRAN，如3GPP中指定的，UE高层NAS将在向低层请求(或请求恢复)信令连接建立时提供RRC建立原因和呼叫类型。然后，将RRC建立原因包括在msg3中，出于接入禁止检查的目的而在UE内部使用RRC连接请求(113)和呼叫类型。这在3GPP TS 36.331中被进一步描述。

根据本公开的一个方面，包括在RRC连接请求中的建立原因与被考虑用于接入禁止的接入类别相同。因此，根据本公开，UE中的低层不从UE中的高层接收建立原因和呼叫类型，而是从高层接收接入类别，并且在RRC连接请求消息中包括的也是该接入类别而不是建立原因。

接入类别因此可以都用作用于评估UE中的接入层中的禁止的源。如果在以接入类别作为输入的情况下通过禁止标准，则接入类别的指示将被包括在msg3中(RRC连接请求、恢复请求或其他对应的消息，例如，针对3GPP标准的关于NR定义的消息)。

使用接入类别而不是另一建立原因的好处之一在于，相同的信息既用于UE中的禁止功能，又用于网络接入节点中的接受/拒绝确定。这将避免任何潜在的有问题的情况，例如，在UE中总是禁止在接入节点中总是会被准许的接入请求，反之亦然。引入接入类别而不是另一建立原因的另一优点在于面向未来。

上述接入类别是灵活的，并且网络运营商可以确定某个接入类别应当用于什么事件、什么业务类型、什么服务以及什么切片等。因此，不仅在接入禁止方面，而且在评估接入节点中接收到的请求(msg3)方面确定优先级，这将会是可能的。不必事先指定接入类别的确切优先级，也不必使某个接入类别到某个事件的映射标准化。从接入禁止的角度以及从在接入节点中评估接入请求的角度二者来看，这种灵活性都是值得期待的。

本公开有效地消除了针对建立原因描述的当建立原因当前由UE中的高层提供以包括在RRC连接请求消息中时的限制。

用接入类别代替建立原因的主要好处是灵活性和连贯性。这样做的代价在于，在RRC连接请求消息中发送的建立原因将花费更多的代码空间，与当前的建立原因相比需要更多的比特。

可以预见，可能需要相当大量的接入类别。例如，如果运营商想要区分对切片的接入(该切片可以被定义和提供数百个)，则会需要适当数量的接入类别。尽管并非所有的切片都需要在接入控制中进行区分，但仍然应当支持超过100个类别，这将会意味着例如将需要超过7个比特来将确切的接入类别包括在建立原因消息中。

根据本公开的另一方面，提出了运营商可以灵活地决定可在某些小区或网络的某些部分中应用的接入类别的数量。

根据本公开的一个实施例，从禁止的角度以及从作为指示包括在RRC连接请求消息中的角度二者来看，运营商决定64个接入类别是足够的。

64个类别可以由6比特的代码表示。因此，将需要在RRC连接请求消息中预留6个比特。运营商将根据例如上面的图2来定义类别确定规则，并将其提供给UE NAS层。禁止因子和禁止时间将被广播，并且将向UE接入层提供来自UE NAS层的类别以及来自***信息的针对该接入类别的禁止参数，并且最终将针对每个事件所确定的类别包括在RRC连接请求消息中。

但是，另一运营商可能认为64个接入类别太多，并且因此将会接受16个类别。因此，该运营商可以选择仅定义用于将事件映射到16个类别的规则，并且UE接入层将仅针对最大16个类别来检查禁止，并且当针对该运营商发送RRC连接请求消息时仅发送4比特的码字。

根据本公开，提出了在***信息中发信号通知所定义的接入类别的数量(可存在多少用于将事件映射到类别的规则(尽管需要最大值)以及应当在小区中在RRC连接请求消息中使用的比特的确切数量两者)时允许灵活性。通过广播指示例如在某个小区中RRC连接请求应当是6个比特的***信息，较大的RRC连接请求消息和较小的RRC连接请求消息二者都将有可能被允许，较大的RRC连接请求消息使得在较大的接入类别范围的情况下允许更精细的区分可能性，较小的RRC连接请求消息允许更粗略的区分，但是具有需要较少比特的优点。

因此，根据所提出的解决方案，接入类别的数量根据下表可以是灵活的：

利用***信息中的指示，理论上接入类别的数量可以是无穷大的。

根据本公开的另一方面，并非所有接入类别都可以灵活地由运营商来配置。一些接入类别是标准化的且是预定义的，例如，进入其可能从未接入过的小区或网络的所有UE仍然将会具有预定义的接入类别集合。这些标准化的接入类别例如可以是：用于紧急呼叫的接入类别、用于初始附接的接入类别、以及在例如没有从网络接收到关于如何确定接入触发和接入类别之间的映射的规则时“默认”使用的接入类别。

提出了这些标准化的接入类别是最低编号(标识)的接入类别，并且无论选择应当使用多少接入类别，这些接入类别始终具有相同的接入类别号。例如，可以存在以下预定义的接入类别集合：

·接入类别0-预留的

·接入类别1-为NSPS使用预留的

·接入类别2-为关键任务应用预留的

·接入类别3-为接入网运营商预留的

·接入类别4-公共紧急呼叫(文本/数据/短信/彩信/语音)

·接入类别5-公共紧急呼叫(视频/流媒体)

·接入类别6-寻呼响应

·接入类别7-初始附接(UE中没有可用的规则)

·接入类别8-默认

·…

当然，其他预定义的或标准化的接入类别也是可能的。根据所提出的解决方案，而不管运营商确定的接入类别范围是例如16、32、64个还是更高数目的接入类别，这些接入类别号是不变的。运营商定义的接入类别ID/号(例如，用于在某个CN和特定切片上运行语音服务的接入类别)具有较高的值。

根据本公开的又一方面，需要在用户实际上无需读取所有***信息的情况下满足对网络的接入。在例如需要快速接入到网络的紧急情况下，或出于其他理由，这可能是重要的。为了满足这种情况，还可以定义接入类别的默认大小。该默认设置应当与始终可以被发送的RRC连接请求消息大小(即最小的接入类别集合)相对应。例如，根据本公开的备选实施例，如果UE进入如下小区或网络则应当始终可以发送具有默认大小的RRC连接请求消息：针对该小区或网络，UE不具有接入类别规则，并且尚未解码***信息以确定配置了多少接入类别以及应当使用的RRC连接请求消息的大小。根据本公开的一个方面，默认RRC连接请求大小可以与它可能用来指示所有预定义的/标准化的接入类别之一所需的比特数量相对应。在上面的示例中，默认的msg3大小与3比特的接入类别相对应。

根据本发明的该方面的备选实施例，可以在图1的msg2(112)中(即在随机接入响应中)指示RRC连接请求消息的默认大小或接入节点期望的大小。

图4示出了根据本公开的一个实施例的UE中的事件。

在步骤401中，事件例如正在UE中的高层上发生，该事件触发向低层发送接入请求。

在事件401之前，UE可能已经读取了由接入节点(104)广播的***信息，其中***信息可能包括与用于相关接入类别的接入禁止参数有关的细节。另外，***信息还可以包括与应该用于msg3的格式有关的详细信息，特别是对要将什么样的代码长度用于接入类别的显式或隐式指示。

在步骤402中，UE基于事件并基于(例如，通过NAS接收的)用于确定接入类别的规则来根据上述图2进行确定。如果没有可用的规则，则UE可以根据标准化的规则来映射事件并将事件映射到标准化的接入类别。

然后，UE中的高层(例如，NAS)将向UE中的低层(接入层)转发请求，该请求包括所确定的接入类别。这与LTE/EUTRAN中的做法相反，在LTE/EUTRAN中，呼叫类型和建立原因都由高层提供。

在步骤403中，通常，UE中的低层将对所确定的接入类别执行禁止检查。该步骤将包括：基于所读取的***信息和适用于所确定的接入类别的禁止因子，对是否允许接入请求或是否禁止该请求进行评估(404)。

如果结果是被禁止(406)，则UE低层可以使用禁止检查的结果来响应UE高层，并且将不执行接入请求。

如果禁止检查的结果允许接入请求(405)，则UE将通过传输msg1并且然后在被网络响应时传输msg3来发起接入请求。从而msg3将包括接入类别。

具体地，在从网络接收到msg2时，如果信息指示预期的RRC连接请求、恢复请求或其他等效的msg3格式(例如，与应该针对msg3中的接入类别信令使用多少比特有关)，则UE将根据该指示来格式化msg3。如果msg2包括指示msg3中的信令接入类别应该通过例如5个比特来完成的信息，则UE将用于接入类别的信息字段/码字格式化为5个比特。

基于来自接入节点(104)的响应，在随后的步骤中，UE可以通过msg5(竞争消息)来继续，或者如果接入请求被拒绝，则执行例如由拒绝消息指示的回退过程。

图5示出了根据某些实施例的由UE执行的方法(500)的流程图。根据可选的步骤502，UE接收由网络节点广播的***信息。该***信息可以包括用于一个或多个不同接入类别的接入禁止参数。根据某些实施例，该***信息可以包括对UE可以应用的多个潜在接入类别的指示。

在步骤504处，UE响应于触发该UE向无线电接入网络(RAN)执行接入请求的事件来确定要应用的接入类别。这可以是在UE外部或UE自身的用于向RAN执行接入请求的任何事件、命令或决定。

根据某些实施例，可以基于触发事件和用于将触发事件映射到特定接入类别的规则来执行步骤504的确定。这些规则可以由UE存储和/或在来自网络节点的***信息中广播，并且可以将特定触发事件映射到特定接入类别。根据某些实施例，如果对于UE没有这种规则可用，则触发事件可以被映射到预定义的接入类别。该预定义的接入类别可以由UE存储和/或由触发节点广播。在某些实施例中，可以由标准设置组织(例如3GPP)来定义预定义的接入类别。

在步骤506处，UE应用在步骤504中确定的接入类别来执行禁止检查。该禁止检查确定UE甚至是否被允许向RAN执行接入请求，或者是否禁止接入。根据某些实施例，使用用于所应用的特定接入类别的接入禁止参数来执行禁止检查。

在步骤508处，在基于接入类别确定接入未被禁止时，UE将向RAN中的网络节点发送接入请求。该接入请求包括在步骤504处确定并在步骤506处的禁止检查中使用的相同接入类别。该接入类别还可以用作建立原因，以供网络节点在确定是否授权接入时使用。根据某些实施例，接入请求可以是无线电资源控制(RRC)连接请求和RRC连接恢复请求之一。

根据某些实施例，UE可以在接入请求中预留特定数量的比特。该数量可以是任何合适的数量，以适应该多个潜在的接入类别。根据特定实施例，在步骤502中广播的***信息可以包括对要预留的比特数量的显式指示。根据备选实施例，***信息可以包括对要预留的比特数量的隐式指示。无论哪种方式，该指示都可以提供要被划分为至少两个部分(例如，M个比特+N个比特)的比特。UE可以将触发事件映射到特定接入类别，并且使用被划分为至少两个部分的接入类别信元来表示该接入类别。

根据特定实施例，接入类别信元的第一部分可以包括N个比特，并且第二部分可以包括M个比特，其中M和N是整数。根据某些实施例，该N个比特被预留用于标准化的接入类别，并且该M个比特被预留用于运营商定义的接入类别。根据某些实施例，为运营商定义的接入类别预留的比特的数量是可变的，并且可以根据特定运营商而变化。根据某些实施例，为标准化的接入类别预留的比特数量可以是固定数量。例如，如果特定事件或类别(例如“公共紧急呼叫(文本/数据/短信/彩信/语音)”)被预定义或标准化为始终映射到接入类别ID号4，则用于接入类别的信元/码字长度是3个比特还是7个比特(或任何其他值)是无关紧要的，该接入类别将始终被编码为ID号4。

图6示出了根据本公开的一个实施例的在接入节点侧(104)(例如gNB)上的事件。

在步骤601之前，接入节点104通常将负责向UE转发***信息，该信息例如指示用于至少一些接入类别的禁止因子和禁止时间。接入节点104还将负责转发与尝试接入的UE应当用于RRC连接请求的格式有关的信息。

在步骤601中，接入节点104从UE 102接收前导码。然后，接入节点将向UE分配资源以用于传输RRC连接请求、RRC连接恢复请求或任何对应的消息msg3。在步骤602中，将通过传输随机接入响应来向UE指示所分配的资源。在本公开的一些实施例中，随机接入响应还可以包括对在msg3中针对接入类别应当使用的比特数量的指示。

在步骤603中，网络节点然后将接收msg3并读取例如所包括的标识指示以及接入类别。接入节点将部分地基于接入类别来评估是否应当使用用于连续信令的资源来响应接入请求，或是否应当拒绝接入请求。根据标准化的或由运营商配置的接入类别，所包括的接入类别将向UE指示其是哪种接入类型。当接入节点确定是拒绝还是准许接入请求时可能相关的其他方面可以是例如：小区中的负载、用于特定接入类别的禁止因子、来自高层网络节点(106)的关于可能的过载或优先级的指示。这些方面和许多其他方面也可以与UE提供的接入类别信息相结合来确定该步骤。应当注意，在使用接入类别时，对接入节点104的指示可以包括关于它是什么类型的接入的大量隐式信息。例如，它可以展示服务、切片和UE优先级。这全部基于对由高层向UE提供的接入类别的确定。

在接下来的步骤604中，接入节点然后可以在步骤606中拒绝接入请求并发送拒绝消息，或者可以在步骤605中分配更多的信令资源并向UE 102发送RRC连接建立消息。

应当注意，图4至图5(针对UE)和图6至图7(针对接入节点)所示的步骤不包括在UE或接入节点中完成的所有动作，而是包括理解所提出的方案必不可少的子集。例如，在接入节点中采取更多动作以与其他网络节点通信(106)。

图7示出了根据某些实施例的由网络节点执行的方法(700)的流程图。根据可选的步骤702，网络节点广播***信息。该***信息包括用于一个或多个不同接入类别的接入禁止参数。根据某些实施例，***信息可以包括对UE可以应用的多个潜在接入类别的指示。根据特定实施例，***信息可以包括对要预留的比特数量的显式指示。根据备选实施例，***信息可以包括对要预留的比特数量的隐式指示。无论哪种方式，该指示都可以提供要被划分为至少两个部分(例如，M个比特+N个比特)的比特。

在步骤704处，网络节点从UE接收接入请求。该接入请求包括特定接入类别。根据特定实施例，接入请求可以是无线电资源控制(RRC)连接请求和RRC连接恢复请求之一。根据特定实施例，接入类别可以包括被划分为至少两个部分的接入类别信元。根据特定实施例，接入类别信元的第一部分可以包括N个比特，并且第二部分可以包括M个比特，其中M和N是整数。根据某些实施例，该N个比特被预留用于标准化的接入类别，并且该M个比特被预留用于运营商定义的接入类别。根据某些实施例，为运营商定义的接入类别预留的比特的数量是可变的，并且可以根据特定运营商而变化。根据某些实施例，为标准化的接入类别预留的比特数量可以是固定数量。例如，如果特定事件或类别(例如“公共紧急呼叫(文本/数据/短信/彩信/语音)”)被预定义或标准化为始终映射到接入类别ID号4，则用于接入类别的信元/码字长度是3个比特还是7个比特(或任何其他值)是无关紧要的，该接入类别将始终被编码为ID号4。

根据某些实施例，步骤704的接入请求中包括的接入类别用作建立原因，以供网络节点在确定是否授权接入时使用。

在步骤706处，网络节点基于包括在接入请求中的接入类别来决定是接受还是拒绝接入请求。如上所述，网络节点可以在该确定步骤中使用由接入类别指示的建立原因。该决定可以基于多种其他因素，包括但不限于触发事件、业务类型、服务类型、切片和UE优先级中的一个或多个。图8示出了当被包括在例如RRC连接请求消息(也称为msg3)时接入类别信元的示例格式。

在所示的示例中，接入类别信元被划分为两个部分，如上面在图5和图7中所讨论的。但是，一般而言，可以使用与此处所述原理相同的原理将其划分为两个以上的部分。

根据所示的实施例，第一部分(“部分1”)包含N个比特，其中N可以例如是3。可以根据情况使用其他值。部分1用于预定义的或标准化的接入类别。N的值可能受到例如针对标准化的接入类别所定义的值的数量(通常是固定的值)的影响。例如，如果针对标准化的接入类别存在8个所定义的值，则针对N将需要3个比特。在64个所定义的值情况下，针对N将需要6个比特。其他因素可能影响N的值，如本文进一步描述的。

根据所示的实施例，第二部分(“部分2”)包含M个比特，其中M可以例如是5。可以根据情况使用其他值。部分2用于运营商定义的接入类别。因此，接入类别信元的总大小为N+M个比特，例如3+5＝8个比特。M的值例如可受到运营商定义的接入类别的数量(通常是可变的值)的影响。例如，如果为零(即，运营商未使用运营商定义的接入类别)，则针对M需要0个比特。如果数量为64，则针对M将需要6个比特。其他因素可能影响M的值，如本文进一步描述的。

应当理解，部分2的长度(M)可根据运营商而变化，因此接入类别信元也可以具有可变的长度。该长度取决于运营商(在部分2中)定义的接入类别的数量。

应当理解，上述接入类别信元也可以被包括在其他消息中，例如RRC连接恢复消息或任何其他RRC消息或信令消息。

在本公开的备选实施例中，接入类别的格式仅包括具有可变长度的一个部分。然后可以维护代码点，即，用于预定义的接入类别的接入类别编号ID。例如，如果将“公共紧急呼叫(文本/数据/短信/彩信/语音)”预定义为始终映射到接入类别ID号4，则用于接入类别的信元/码字长度是3个比特还是7个比特是无关紧要的，该接入类别应当始终被编码为ID号4。

在又一备选实施例中，接入类别可以仅包含多个备选部分中的一个，例如，上述示例中的部分1和部分2中的一个。因此，当UE包括接入类别信元时，它将例如包含部分1或部分2。例如，如果UE例如在执行附接(Attach)时不知道或者尚未被网络通知任何运营商特定的接入类别，则它包括预定义的接入类别，因此仅发送部分1。在稍后的阶段，当UE知道运营商特定的类别时，它将代之以在执行RRC连接建立时发送部分2。

因为是由高层(即网络节点106)传送与UE应当如何确定将什么事件映射到什么接入类别有关的信息的，并且是接入节点104发信号通知或确定在msg3中应当使用多少比特来指示接入类别的，因此理论上可能出现不匹配。例如，也许网络节点106已经为UE提供了用于确定映射到ID号为35的接入类别的规则，并且在UE中发生了这种事件，但是接入节点104通过***信息或通过随机接入响应指示仅4个比特可以用于在msg3中指示接入类别。于是，来自UE侧的行为可能是对接入类别35进行重新映射，因为不可能发信号通知接入类别“默认”，即在上述示例实施例中的类别号8，或者它可以备选地使用为此目的专门预定义的另一种预定义的接入类别。

已经根据各种网络节点和元件描述了本文中设想的实施例，现在将参考以下附图更详细地描述这些实施例。

如上所述，可以使用任何适当的组件在任何适当类型的***中实现本文描述的解决方案。尽管参考上述图3在高层处进行了描述，但是所描述的解决方案的特定实施例也可以在无线网络中实现，例如图9所示的示例无线通信网络，该无线通信网络更详细地描述了各种元素。在图9的示例实施例中，无线通信网络向一个或多个无线设备提供通信和其他类型的服务。在所示的实施例中，无线通信网络包括网络节点的一个或多个实例，该网络节点促进无线设备接入和/或使用由无线通信网络提供的服务。无线通信网络还可以包括适合于支持无线设备之间或无线设备与另一通信设备(例如，陆线电话)之间的通信的任何附加元件。

网络220可以包括一个或多个IP网络、公共交换电话网络(PSTN)、分组数据网络、光网络、广域网(WAN)、局域网(LAN)、无线局域网(WLAN)、有线网络、无线网络、城域网和其他网络，以实现设备之间的通信。

无线通信网络可以表示任何类型的通信、电信、数据、蜂窝和/或无线电网络或其他类型的***。在特定实施例中，无线通信网络可以被配置为根据特定标准或其他类型的预定义规则或过程来操作。因此，无线通信网络的特定实施例可以实现诸如全球移动通信***(GSM)、通用移动电信***(UMTS)、长期演进(LTE)和/或其他合适的2G、3G、4G或5G标准之类的通信标准；诸如IEEE 802.11标准之类的无线局域网(WLAN)标准；和/或诸如全球微波接入互操作性(WiMax)、蓝牙和/或ZigBee标准之类的任何其他适当的无线通信标准。

图9示出了根据特定实施例的包括网络节点200和无线设备(WD)210的更详细视图的无线网络。为简单起见，图9仅描绘了网络220、网络节点200和200a以及WD 210。网络节点200包括处理器202、存储设备203、接口201和天线201a。类似地，WD 210包括处理器212、存储设备213、接口211和天线211a。这些组件可以一起工作以便提供网络节点和/或无线设备功能，例如在无线网络中提供无线连接。在不同的实施例中，无线网络可以包括任何数量的有线或无线网络、网络节点、基站、控制器、无线设备、中继站和/或可以促进或参与经由有线或无线连接进行的数据和/或信号的通信的任何其他组件。

如本文所使用的，“网络节点”指的是能够、被配置为、被布置为和/或可操作以直接或间接地与无线设备和/或与无线通信网络中的其他设备进行通信的设备，其实现和/或提供无线设备的无线接入。网络节点的示例包括但不限于接入点(AP)，特别是无线电接入点。网络节点可以表示基站(BS)，例如无线电基站。无线电基站的特定示例包括Node B和演进型Node B(eNB)。基站可以基于它们提供的覆盖量(或者换言之，基于它们的发送功率水平)来分类，于是它们还可以被称为毫微微基站、微微基站、微基站或宏基站。“网络节点”还包括分布式无线电基站的一个或多个(或所有)部分，例如集中式数字单元和/或远程无线电单元(RRU)，有时被称为远程无线电头(RRH)。这种远程无线电单元可以与或可以不与天线集成为天线集成无线电。分布式无线电基站的部分也可以被称为分布式天线***(DAS)中的节点。

作为特定的非限制性示例，基站可以是中继节点或控制中继的中继施主节点。

网络节点的其他示例包括诸如MSR BS之类的多标准无线电(MSR)无线电设备、诸如无线电网络控制器(RNC)或基站控制器(BSC)之类的网络控制器、基站收发信台(BTS)、传输点、传输节点、多小区/多播协调实体(MCE)、核心网节点(例如，MSC、MME)、O&M节点、OSS节点、SON节点、定位节点(例如，E-SMLC)和/或MDT。然而，更一般地，网络设备可以表示能够、被配置为、被布置为和/或可操作以使无线设备能够接入无线通信网络和/或提供到无线通信网络的无线设备接入或者向已经接入无线通信网络的无线设备提供一些服务的任何合适的设备(或一组设备)。

如本文所使用的，术语“无线电节点”通常用于指代无线设备和网络节点，因为每个都分别如上所述。

在图9中，网络节点200包括处理器202、存储设备203、接口201和天线201a。这些组件被描绘为位于单个较大方框内的单框。然而，在实践中，网络节点可以包括构成单个所示组件的多个不同的物理组件(例如，接口201可以包括用于有线连接的耦合线的端子以及用于无线连接的无线电收发器)。作为另一示例，网络节点200可以是虚拟网络节点，其中多个不同的物理上分离的组件进行交互以提供网络节点200的功能(例如，处理器202可以包括位于三个分离的外壳中的三个分离的处理器，其中每个处理器负责网络节点200的特定实例的不同功能)。类似地，网络节点200可以包括多个物理上分离的组件(例如，NodeB组件和RNC组件、BTS组件和BSC组件等)，其可以各自具有各自的相应处理器、存储设备和接口组件。在网络节点200包括多个单独的组件(例如，BTS和BSC组件)的某些场景中，可以在若干网络节点之间共享一个或多个单独的组件。例如，单个RNC可以控制多个NodeB。在这种场景中，每个唯一的NodeB和BSC对可以是单独的网络节点。在一些实施例中，网络节点200可以被配置为支持多种无线电接入技术(RAT)。在这样的实施例中，一些组件可被复制(例如，针对不同RAT存在单独的存储设备203)，并且一些组件可被重用(例如，由RAT共享相同的天线201a)。

处理器202可以是下述中的一个或多个的组合：微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列、或者任何其它合适的计算设备、资源、或硬件、软件和/或编码逻辑的组合，其可操作为单独地或与其他网络节点200组件(例如存储设备203)一起提供网络节点200功能。例如，处理器202可以执行存储在存储设备203中的指令。这样的功能可以包括：向无线设备(例如WD 210)提供本文讨论的各种无线特征，包括本文公开的特征或益处中的任一个。

存储器203可以包括任何形式的易失性或非易失性计算机可读存储器，包括但不限于永久存储器、固态存储器、远程安装的存储器、磁介质、光介质、随机存取存储器(RAM)、只读存储器(ROM)、可移除介质、或任何其他适合的本地或远程存储器组件。存储设备203可以存储由网络节点200使用的任何合适的指令、数据或信息，包括软件和编码逻辑。存储设备203可以用于存储由处理器202做出的任何计算和/或经由接口201接收的任何数据。

网络节点200还包括接口201，所述接口201可以用在网络节点200、网络220和/或WD 210之间的信令和/或数据的有线或无线通信中。例如，接口201可以执行可能需要的任何格式化、编码或翻译，以允许网络节点200通过有线连接向网络220发送数据和从网络220接收数据。接口201还可以包括无线电发送器和/或接收器，所述无线发送器和/或接收器可以耦接到天线201a，或者作为天线201a的一部分。无线电设备可以接收数字数据，该数字数据将通过无线连接发送给其他网络节点或WD。无线电装置可以将数字数据转换为具有适合的信道和带宽参数的无线电信号。无线电信号于是可以经由天线201a发送给适当的接收者(例如，WD 210)。

天线201a可以是能够以无线方式发送和接收数据和/或信号的任何类型的天线。在一些实施例中，天线201a可以包括一个或多个全方向、扇形或平面天线，所述天线可操作以发送/接收在例如2Ghz和66GHz之间的无线电信号。全向天线可以用于在任何方向上发送/接收无线电信号，扇形天线可以用于相对于设备在特定区域内发送/接收无线电信号，以及平面天线可以是用于以相对直线的方式发送/接收无线电信号的视线天线。

如本文所使用的，“无线设备(WD)”指的是能够、被配置为、被布置为和/或可操作以与网络节点和/或另一无线设备进行无线通信的设备。无线通信可以涉及使用电磁信号、无线电波、红外信号和/或适合于通过空气传送信息的其他类型的信号来发送和/或接收无线信号。在特定实施例中，无线设备可以被配置为在没有直接的人类交互的情况下发送和/或接收信息。例如，无线设备可以被设计为按照预定的时间表、当由内部或外部事件触发时或者响应于来自网络的请求来向网络发送信息。通常，无线设备可以表示能够、被配置为、被布置为和/或可操作以进行无线通信的任何设备，例如无线电通信设备。无线设备的示例包括但不限于诸如智能电话的之类用户设备(UE)。进一步的示例包括无线相机、支持无线的平板电脑、膝上型嵌入式设备(LEE)、膝上型安装式设备(LME)、USB加密狗和/或无线客户端设备(CPE)。

作为一个特定示例，无线设备可以表示被配置用于根据由第三代合作伙伴计划(3GPP)发布的一个或多个通信标准(例如3GPP的GSM、UMTS、LTE和/或5G标准)进行通信的UE。如本文所使用的，“用户设备”或“UE”在拥有和/或操作相关设备的人类用户的意义上可能不一定具有“用户”。相反，UE可以表示意在向人类用户销售或由人类用户操作但最初可能不与特定的人类用户相关联的设备。

无线设备可以可以例如通过实现用于侧链路通信的3GPP标准来支持设备到设备(D2D)通信，并且在这种情况下可以被称为D2D通信设备。

作为又一示例，在物联网(IoT)场景中，无线设备可以表示执行监测和/或测量并且向另一无线设备和/或网络节点发送这种监测和/或测量的结果的机器或其他设备。在这种情况下，无线设备可以是机器到机器(M2M)设备，其在3GPP上下文中可以被称为机器型通信(MTC)设备。作为一个特定示例，无线设备可以是实现3GPP窄带物联网(NB-IoT)标准的UE。这种机器或设备的具体示例是：传感器、计量设备(例如功率计)、工业机械、或家用或个人设备(例如冰箱、电视、诸如手表之类的个人可穿戴设备)等。在其他场景中，无线设备可以表示车辆或能够监控和/或报告其运行状态或与其运行相关联的其他功能的其他设备。

如上所述的无线设备可以表示无线连接的端点，在这种情况下，该设备可以被称为无线终端。此外，如上所述的无线设备可以是移动的，在这种情况下，其也可以被称为移动设备或移动终端。

如图9所示，WD 210可以是能够向网络节点(例如，网络节点200)和/或其他WD无线地发送数据和/或信号以及从网络节点和/或其他WD无线地接收数据和/或信号的任何类型的无线端点、移动站、移动电话、无线本地环路电话、智能电话、用户设备、台式计算机、PDA、手机、平板电脑、膝上型计算机、VoIP电话或手持机。WD 210包括处理器212、存储器213、接口211和天线211a。与网络节点200类似，WD 210的组件被示出为位于单个较大方框内的单独方框，然而，实践中无线设备可以包括构成单个所示组件的多个不同的物理组件(例如，存储设备213可以包括多个离散的微芯片，每个微芯片代表总存储容量的一部分)。

处理器212可以是下述中的一个或多个的组合：微处理器、控制器、微控制器、中央处理单元、数字信号处理器、专用集成电路、现场可编程门阵列、或者任何其它合适的计算设备、资源、或硬件、软件和/或编码逻辑的组合，其可操作为单独地或与其他WD 210组件(例如存储设备213)组合提供WD 210功能。这样的功能可以包括提供本文讨论的各种无线特征，包括本文公开的任何特征或益处。

存储设备213可以是任何形式的易失性或非易失性存储器，包括但不限于永久存储器、固态存储器、远程安装存储器、磁介质、光介质、随机存取存储器(RAM)、只读存储器(ROM)、可移除介质、或任何其他适合的本地或远程存储器组件。存储设备213可以存储由WD210使用的任何合适的数据、指令或信息，包括软件和编码逻辑。存储设备213可以用于存储由处理器212做出的任何计算和/或经由接口211接收的任何数据。

接口211可以用在WD 210与网络节点200之间的信令和/或数据的无线通信中。例如，接口211可以执行可能需要的任何格式化、编码或翻译，以允许WD 210通过无线连接向网络节点200发送数据和从网络节点200接收数据。接口211还可以包括无线电发送器和/或接收器，所述无线电发送器和/或接收器可以耦合到天线211a，或者作为天线211a的一部分。无线电装置可以接收数字数据，该数字数据将通过无线连接发送给网络节点201。无线电装置可以将数字数据转换为具有适合的信道和带宽参数的无线电信号。无线电信号于是可以经由天线211a发送给网络节点200。

天线211a可以是能够以无线方式发送和接收数据和/或信号的任何类型的天线。在一些实施例中，天线211a可以包括一个或多个全方向、扇形或平面天线，所述天线可操作以发送/接收在2Ghz和66GHz之间的无线电信号。为了简单起见，依据正在使用无线信号的范围，天线211a可被认为是接口211的一部分。

如图10所示，用户设备300是示例无线设备。UE 300包括天线305、无线电前端电路310、处理电路315和计算机可读存储介质330。天线305可以包括一个或多个天线或天线阵列，并且被配置为发送和/或接收无线信号，并且连接到无线电前端电路310。在某些备选实施例中，无线设备300可以不包括天线305，并且天线305可以替代地与无线设备300分离并且可通过接口或端口连接到无线设备300。

无线电前端电路310可以包括各种滤波器和放大器，可以被连接到天线305和处理电路315，并且可以被配置为调节在天线305与处理电路315之间传送的信号。在某些备选实施例中，无线设备300可以不包括无线电前端电路310，而是处理电路315可以在没有无线电前端电路310的情况下连接到天线305。

处理电路315可以包括射频(RF)收发器电路、基带处理电路和应用处理电路中的一个或多个。在一些实施例中，RF收发器电路，基带处理电路和应用处理电路可以位于分离的芯片组上。在备选实施例中，基带处理电路和应用处理电路的一部分或全部可以被组合成一个芯片组，而RF收发器电路可以位于分离的芯片组上。在另外的备选实施例中，RF收发器电路和基带处理电路的一部分或全部可以位于同一芯片组上，而应用处理电路可以位于分离的芯片组上。在其他备选实施例中，RF收发器电路、基带处理电路和应用处理电路的一部分或全部可以组合在同一芯片组中。处理电路315可以包括例如一个或多个中央处理单元(CPU)、一个或多个微处理器、一个或多个专用集成电路(ASIC)和/或一个或多个现场可编程门阵列(FPGA)。

在特定实施例中，本文描述为由无线设备提供的功能中的一些或全部可以由处理电路315来提供，其中该处理电路315执行存储在计算机可读存储介质330上的指令。在备选实施例中，可以由处理电路315例如以硬连线方式来提供功能中的一些或全部，而无需执行存储在计算机可读介质上的指令。在这些特定实施例中的任何实施例中，无论是否执行存储在计算机可读存储介质上的指令，都可以说处理电路被配置为执行所描述的功能。由这种功能提供的益处不仅限于单独的处理电路315或UE 300的其他组件，而是由无线设备作为整体享有和/或通常由终端用户和无线网络享有。

天线305、无线电前端电路310和/或处理电路315可以被配置为执行本文描述为由无线设备执行的任何接收操作。可以从网络节点和/或另一无线设备接收任何信息、数据和/或信号。

处理电路315可以被配置为执行本文描述为由无线设备执行的任何确定操作。由处理电路315执行的确定可以包括通过以下操作来处理由处理电路315获得的信息：例如，将所获得的信息转换成其他信息，将所获得的信息或所转换的信息与存储在无线设备中的信息进行比较，和/或执行基于所获得的信息或所转换的信息的一个或多个操作；并且作为所述处理的结果进行确定。

天线305、无线电前端电路310和/或处理电路315可以被配置为执行本文描述为由无线设备执行的任何发送操作。可以将任何信息、数据和/或信号发送给网络节点和/或另一无线设备。

计算机可读存储介质330通常可操作以存储指令，例如计算机程序、软件、包括逻辑、规则、代码、表等中的一个或多个在内的应用和/或能够被处理器执行的其他指令。计算机可读存储介质330的示例包括计算机存储器(例如，随机存取存储器(RAM)或只读存储器(ROM))、大容量存储介质(例如硬盘)、可移除存储介质(例如紧凑盘(CD)或数字视频盘(DVD))、和/或存储信息、数据和/或可以由处理电路315使用的指令的任何其他易失性或非易失性、非暂时性计算机可读和/或计算机可执行存储设备。在一些实施例中，可以认为处理电路315和计算机可读存储介质330是集成的。

UE 300的备选实施例可以包括图10所示这些组件之外的附加组件，它们可以负责提供UE功能的某些方面，包括本文描述的任何功能和/或支持上述解决方案所需的任何功能。仅作为一个示例，UE 300可以包括输入接口、设备和电路，以及输出接口、设备和电路。输入接口、设备和电路被配置为允许将信息输入到UE 300中，并且被连接到处理电路315以允许处理电路315处理输入信息。例如，输入接口、设备和电路可以包括麦克风、接近或其他传感器、按键/按钮、触摸显示器、一个或多个相机、USB端口或其他输入元件。输出接口、设备和电路被配置为允许从UE 300输出信息，并且被连接到处理电路315以允许处理电路315从UE 300输出信息。例如，输出接口、设备或电路可以包括扬声器、显示器、振动电路、USB端口、耳机接口或其他输出元件。UE 300可以使用一个或多个输入和输出接口、设备和电路来与终端用户和/或无线网络进行通信，并允许它们受益于本文描述的功能。

作为另一示例，UE 300可以包括电源335。电源335可以包括电源管理电路。电源335可以从供电设备接收电力，其中该供电设备可以被包括在电源335中或者在电源335外部。例如，UE 300可以包括电池或电池组形式的电源，其连接到或集成在电源335中。也可以使用其他类型的电源，例如光伏器件。作为另一示例，UE 300可以经由输入电路或接口(例如，电缆)连接到外部供电设备(例如，电插座)，由此外部供电设备向电源335供电。电源335可以连接到无线电前端电路310、处理电路315和/或计算机可读存储介质330，并且被配置为向UE 300(包括处理电路315)提供用于执行本文描述的功能的电力。

UE 300还可以包括用于集成到无线设备300中的不同无线技术(例如，GSM、WCDMA、LTE、NR、WiFi或蓝牙无线技术)的处理电路315、计算机可读存储介质330、无线电电路310和/或天线305的多个组。这些无线技术可以集成到无线设备300内的相同或不同的芯片组和其他组件中。

本文描述的任何步骤或特征仅仅说明了某些实施例。并非要求所有实施例都包含所公开的所有步骤或特征，也不要求以本文描绘或描述的确切顺序来执行这些步骤。此外，一些实施例可以包括本文未示出或描述的步骤或特征，包括本文公开的一个或多个步骤固有的步骤。

可以通过计算机程序产品来执行任何适当的步骤、方法或功能，其中该计算机程序产品可以例如由上面的一个或多个附图中示出的组件和设备执行。例如，存储设备203可以包括计算机可读装置，其中计算机程序可以存储在该计算机可读装置上。该计算机程序可以包括使处理器202(以及任何可操作地耦接的实体和设备，例如接口201和存储设备203)执行根据本文描述的实施例的方法的指令。因此，计算机程序和/或计算机程序产品可以提供用于执行本文公开的任何步骤的装置。

可以通过一个或多个功能模块来执行任何适当的步骤、方法或功能。每个功能模块可以包括软件、计算机程序、子例程、库、源代码或由例如处理器执行的任何其他形式的可执行指令。在一些实施例中，每个功能模块可以在硬件和/或软件中实现。例如，一个或多个或所有功能模块可以由处理器212和/或202来实现(可能与存储设备213和/或203协作)。处理器212和/或202以及存储设备213和/或203因此可以被布置为允许处理器212和/或202从存储设备213和/或203获取指令并执行所获取的指令以允许相应的功能模块执行本文公开的任何步骤或功能。

参考图11，根据附加实施例，通信***包括电信网络3210(例如3GPP类型的蜂窝网络)，其包括接入网络3211(例如无线电接入网络)和核心网3214。接入网络3211包括多个基站3212a、3212b、3212c，例如NB、eNB、gNB或其他类型的无线接入点，每个基站定义了相应的覆盖区域3213a、3213b、3213c。每个基站3212a、3212b、3212c通过有线或无线连接3215连接到核心网3214。位于覆盖区域3213c中的第一用户设备(UE)3291被配置为无线连接到相应的基站3212c或被相应的基站3212c寻呼。覆盖区域3213a中的第二UE 3292可以无线地连接到对应的基站3212a。虽然在该示例中示出了多个UE3291、3292，但是所公开的实施例同样适用于唯一的UE位于覆盖区域中或者唯一的UE连接到对应基站3212的情况。

电信网络3210本身连接到主机计算机3230，主机计算机3230可以体现在独立服务器、云实现的服务器、分布式服务器的硬件和/或软件中，或者体现为服务器群中的处理资源。主机计算机3230可以由服务提供商所有或在服务提供商控制之下，或者可以由服务提供商操作或代表服务提供商操作。电信网络3210与主机计算机3230之间的连接3221、3222可以直接从核心网3214延伸到主机计算机3230，或者可以经过可选的中间网络3220。中间网络3220可以是公用网络、私有网络或托管网络中的一个或多于一个的组合；中间网络3220(如果有的话)可以是骨干网络或互联网；具体地，中间网络3220可以包括两个或更多个子网络(未示出)。

图11的通信***作为整体，实现了所连接的UE 3291、3292之一与主机计算机3230之间的连接性。该连接可以被描述为过顶(“OTT”)连接3250。主机计算机3230和所连接的UE3291、3292被配置为使用接入网络3211、核心网3214、任何中间网络3220和可能的其他中间基础设施(未示出)经由OTT连接3250传送数据和/或信令。OTT连接3250所通过的参与通信设备不知道上行链路和下行链路通信的路由，在此意义上，OTT连接3250可以是透明的。例如，基站3212可以不被告知或不需要被告知关于进入的下行链路通信的过去路由，该下行链路通信具有源自主机计算机3230并要被转发(例如，移交)到所连接的UE 3291的数据。类似地，基站3212不需要知道源自UE 3291并朝向主机计算机3230的输出的上行链路通信的未来路由。

现在将参考图12描述上述段落中讨论的根据实施例的UE、基站和主机计算机的示例实现。在通信***3300中，主机计算机3310包括硬件3315，硬件3315包括通信接口3316，通信接口3316被配置为与通信***3300的不同通信设备的接口建立并保持有线或无线连接。主机计算机3310还包括处理电路3318，其可以具有存储和/或处理能力。特别地，处理电路3318可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这类器件的组合(未示出)。主机计算机3310还包括软件3311，软件3311被存储在主机计算机3310中或可由其访问，并且可以由处理电路3318执行。软件3311包括主机应用3312。主机应用3312可以***作为向远程用户提供服务，远程用户例如是经由OTT连接3350连接的UE 3330，该OTT连接3350终止于UE 3330和主机计算机3310。在向远程用户提供服务时，主机应用3312可以提供使用OTT连接3350所发送的用户数据。

通信***3300还包括在电信***中设置的基站3320，基站3320包括使其能够与主机计算机3310和UE 3330通信的硬件3325。硬件3325可以包括：通信接口3326，用于建立并保持与通信***3300的不同通信设备的接口的有线或无线连接；以及无线电接口3327，用于至少建立并保持与UE 3330的无线连接3370，UE 3330位于由基站3320服务的覆盖区域(图12中未示出)中。通信接口3326可以被配置为便于与主机计算机3310的连接3360。连接3360可以是直接的，或者其可以通过电信***的核心网(图12中未示出)和/或通过位于电信***外部的一个或多个中间网络。在所示实施例中，基站3320的硬件3325还包括处理电路3328，处理电路3328可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或其组合(未示出)。基站3320还具有内部存储的或可经由外部连接访问的软件3321。

通信***3300还包括已经提到的UE 3330。UE 3330的硬件3335可以包括无线电接口3337，其被配置为与服务于UE 3330当前所在的覆盖区域的基站建立并保持无线连接3370。UE 3330的硬件3335还包括处理电路3338，处理电路3338可以包括适于执行指令的一个或多个可编程处理器、专用集成电路、现场可编程门阵列或这些(未示出)的组合。UE3330还包括软件3331，软件3331存储在UE 3330中或可由UE 3330访问并且可由处理电路3338执行。软件3331包括客户端应用3332。客户端应用3332可以操作用于在主机计算机3310的支持下经由UE 3330向人类或非人类用户提供服务。在主机计算机3310中，正在执行的主机应用3312可以经由OTT连接3350与正在执行的客户端应用3332通信，该OTT连接3350终止于UE 3330和主机计算机3310。在向用户提供服务时，客户端应用3332可以从主机应用3312接收请求数据，并响应于请求数据来提供用户数据。OTT连接3350可以传输请求数据和用户数据两者。客户端应用3332可以与用户交互以生成其提供的用户数据。

需要注意的是，在图12中示出的主机计算机3310、基站3320、以及UE 3330可能分别与图11中的主机计算机3230、基站3212a、3212b、3212c中的一个基站、以及UE 3291、3292中的一个UE等同。也就是说，这些实体的内部工作方式可以如图12所示，并且独立地，周围网络拓扑可以是图11的网络拓扑。

在图12中，已抽象地描绘了OTT连接3350以说明经由基站3320在主机机计算机3310和用户设备3330之间的通信，而没有明确地涉及任何中间设备和经由这些设备的消息的精确路由。网络基础设施可以确定路由，其可以被配置为对于UE 3330或运营主机计算机3310的服务提供商或这二者隐藏起来。当OTT连接3350是活跃的时，网络基础设施可以进一步做出动态改变路由的决定(例如，基于负载平衡考虑或网络的重新配置)。

UE 3330与基站3320之间的无线连接3370根据贯穿本公开描述的实施例的教导。各种实施例中的一个或多个改善了使用OTT连接3350提供给UE 3330的OTT服务的性能，其中无线连接3370形成OTT连接3350中的最后一段。更准确地，这些实施例的教导可以改善对所服务的逻辑信道的确定，并且因此提供了诸如改善的服务质量的益处。

可以提供测量过程以用于监测作为一个或多个实施例的改进对象的数据速率、时延和其他因素。还可以存在可选的网络功能，用于响应于测量结果的变化而重新配置主机计算机3310与UE 3330之间的OTT连接3350。测量过程和/或用于重新配置OTT连接3350的网络功能可以在主机计算机3310的软件3311中或在UE 3330的软件3331中或在这二者中实现。在实施例中，传感器(未示出)可以被部署在OTT连接3350穿过的通信设备中或与这些通信设备相关联地被部署；传感器可以通过提供上文例举的监控量的值或者提供软件3311、3331可以从中计算或估计监控量的其他物理量的值，来参与测量过程。OTT连接3350的重新配置可以包括消息格式、重传设置、优选路由等；重新配置不需要影响基站3320，并且该重新配置对于基站3320可以是不知道或察觉不到的。这些过程和功能可以是本领域已知和已被实践的。在某些实施例中，测量可以涉及专属UE信令，便于主计算机3310对吞吐量、传播时间、时延等的测量。测量可以实现如下：软件3311、3331使得能够使用OTT连接3350来发送消息，特别是空或“假”消息，同时软件3311、3331监控传播时间、误差等。

图13是示出了根据一个实施例的在通信***中实现的方法的流程图。通信***包括：主机计算机、基站和UE，它们可以是参考图11和图12所描述的那些设备。为了简化本公开，在这部分中将仅包括对图13的参考。在方法的可选的第一步骤3410中，UE接收由主机计算机提供的输入数据。附加地或备选地，在可选的第二步骤3420中，UE提供用户数据。在第二步骤3420的可选的子步骤3421中，UE通过执行客户端应用来提供用户数据。在第一步骤3410的另一可选的子步骤3411中，UE执行客户端应用，该客户端应用响应于所接收的由主机计算机提供的输入数据而提供用户数据。在提供用户数据时，执行的客户端应用还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何，UE都在可选的第三子步骤3430中向主机计算机发起用户数据的传输。在所述方法的第四步骤3440中，根据贯穿本公开描述的实施例的教导，主机计算机接收从UE发送的用户数据。

图14是示出了根据一个实施例的在通信***中实现的方法的流程图。通信***包括：主机计算机、基站和UE，它们可以是参考图11和图12所描述的那些设备。为了简化本公开，在这部分中将仅包括对图14的参考。在所述方法的可选的第一步骤3510中，根据贯穿本公开描述的实施例的教导，基站从UE接收用户数据。在可选的第二步骤3520中，基站向主机计算机发起对接收到的用户数据的传输。在第三步骤3530中，主机计算机接收由基站发起的传输中携带的用户数据。

以上已经参考一些实施例主要地描述了本发明的某些方面。然而，本领域技术人员容易理解，除了上文公开的实施例之外的其他实施例也是同样可能的且在本发明的范围内。类似地，虽然已经讨论了许多不同的组合，但是并没有公开所有可能的组合。本领域技术人员将理解在本发明构思的范围内存在其他组合。此外，如本领域技术人员所理解的，本文公开的实施例也同样适用于其他标准和通信***，并且结合其他特征公开的来自特定附图的任何特征可以适用于任何其他附图和/或可以与不同的特征组合。

Claims (46)

1.一种由用户设备UE(210)执行的方法(500)，所述方法包括：

响应于触发所述UE向无线电接入网络RAN(220)执行接入请求的事件，确定(504)要应用的接入类别；

应用所述接入类别来执行(506)禁止检查；

在基于所述接入类别确定接入未被禁止时，向所述RAN中的网络节点(200)发送(508)所述接入请求，所述接入请求包括所述接入类别，其中，所述网络节点基于所述接入类别来决定是接受还是拒绝所述接入请求。

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

在确定要应用的接入类别之前，接收(502)由所述网络节点(200)广播的***信息，其中，所述***信息包括针对一个或多个接入类别的接入禁止参数。

3.根据权利要求2所述的方法，其中，所述禁止检查(506)是使用针对所应用的接入类别的接入禁止参数来执行的。

4.根据权利要求2-3中的任一项所述的方法，其中，所述***信息还包括对所述UE(210)能够应用的多个潜在接入类别的指示。

5.根据权利要求4所述的方法，还包括：在所述接入请求中预留多个比特以容纳所述多个潜在接入类别。

6.根据权利要求4-5中的任一项所述的方法，其中，所述指示包括对由所述UE(210)在所述接入请求中预留的比特数量的显式指示。

7.根据权利要求1-6中的任一项所述的方法，其中，所述确定步骤(504)是基于所述触发事件和用于将所述触发事件映射到特定接入类别的规则来执行的。

8.根据权利要求7所述的方法，其中，如果没有规则可用，则将所述触发事件映射到预定义的接入类别。

9.根据权利要求1-8中的任一项所述的方法，其中，所述接入请求包括接入类别信元，所述接入类别信元被划分为表示所述接入类别的至少两个部分。

10.根据权利要求9所述的方法，其中：

所述接入类别信元的第一部分包括为标准化的接入类别所预留的N个比特；

所述接入类别信元的第二部分包括为运营商定义的接入类别所预留的M个比特；以及

M和N是整数。

11.根据权利要求10所述的方法，其中，M根据运营商而变化。

12.根据权利要求10-11中的任一项所述的方法，其中，N是固定数。

13.根据权利要求1-12中的任一项所述的方法，其中，所述接入类别用作建立原因，并且其中，所述接入请求是无线电资源控制RRC连接请求和RRC连接恢复请求之一。

14.一种由无线电接入网络RAN(220)中的网络节点(200)执行的方法(700)，所述方法包括：

从用户设备UE(210)接收(704)接入请求，所述接入请求包括接入类别，其中，所述接入请求是由事件触发的，并且接入被所述UE(210)基于所述接入类别确定为是未被禁止的；

基于所述接入类别来决定(706)是接受还是拒绝所述接入请求。

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

在接收所述接入请求之前，广播(702)***信息，其中，所述***信息包括针对一个或多个接入类别的接入禁止参数。

16.根据权利要求14-15中的任一项所述的方法，其中，所述***信息还包括对所述UE(210)能够应用的多个潜在接入类别的指示。

17.根据权利要求16中的任一项所述的方法，其中，所述指示包括对由所述UE(210)在所述接入请求中预留的比特数量的显式指示。

18.根据权利要求14-17中的任一项所述的方法，其中，所述接入请求包括接入类别信元，所述接入类别信元被划分为表示所述接入类别的至少两个部分。

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

所述接入类别信元的第一部分包括为标准化的接入类别所预留的N个比特；

所述接入类别信元的第二部分包括为运营商定义的接入类别所预留的M个比特；以及

M和N是整数。

20.根据权利要求19所述的方法，其中，M根据运营商而变化。

21.根据权利要求19-20中的任一项所述的方法，其中，N是固定数。

22.根据权利要求14-21中的任一项所述的方法，其中，基于以下中的一项或多项以及所述接入类别来确定是接受还是拒绝所述接入：

触发事件；

业务类型；

服务类型；

切片；以及

UE优先级。

23.根据权利要求14-22中的任一项所述的方法，其中，所述接入类别用作建立原因，并且其中，所述接入请求是无线电资源控制RRC连接请求和RRC连接恢复请求之一。

24.一种用户设备UE(210)，包括：

处理电路(212)，被配置为：

响应于触发所述UE(210)向无线电接入网络RAN(220)执行接入请求的事件，确定(504)要应用的接入类别；

应用所述接入类别来执行(506)禁止检查；

在基于所述接入类别确定接入未被禁止时，将所述接入请求发送(508)给所述RAN(220)中的网络节点(200)，所述接入请求包括所述接入类别，其中，所述网络节点(200)基于所述接入类别来决定是接受还是拒绝所述接入请求。

25.根据权利要求24所述的UE(210)，其中，所述处理电路(212)还被配置为：在确定要应用的接入类别之前，接收(502)由所述网络节点(200)广播的***信息，其中，所述***信息包括针对一个或多个接入类别的接入禁止参数。

26.根据权利要求25所述的UE(210)，其中，所述禁止检查是使用针对所应用的接入类别的接入禁止参数来执行的。

27.根据权利要求25-26中的任一项所述的UE(210)，其中，所述***信息还包括对所述UE(210)能够应用的多个潜在接入类别的指示。

28.根据权利要求27所述的UE(210)，其中，所述处理电路(212)还被配置为在所述接入请求中预留多个比特以容纳所述多个潜在接入类别。

29.根据权利要求27-28中的任一项所述的UE(210)，其中，所述指示包括对由所述UE(210)在所述接入请求中预留的比特数量的显式指示。

30.根据权利要求24-29中的任一项所述的UE(210)，其中，所述处理电路(212)被配置为基于所述触发事件和用于将所述触发事件映射到特定接入类别的规则来确定要应用的接入类别。

31.根据权利要求30所述的UE(210)，其中，如果没有规则可用，则将所述触发事件映射到预定义的接入类别。

32.根据权利要求24-31中的任一项所述的UE(210)，其中，所述接入请求包括接入类别信元，所述接入类别信元被划分为表示所述接入类别的至少两个部分。

33.根据权利要求32所述的UE(210)，其中：

所述接入类别信元的第一部分包括为标准化的接入类别所预留的N个比特；

所述接入类别信元的第二部分包括为运营商定义的接入类别所预留的M个比特；以及

M和N是整数。

34.根据权利要求33所述的UE(210)，其中，M根据运营商而变化。

35.根据权利要求33-34中的任一项所述的UE(210)，其中，N是固定数。

36.根据权利要求24-35中的任一项所述的UE(210)，其中，所述接入类别用作建立原因，并且其中，所述接入请求是无线电资源控制RRC连接请求和RRC连接恢复请求之一。

37.一种无线电接入网络RAN(220)中的网络节点(200)，所述网络节点(200)包括：

处理电路(202)，被配置为：

从用户设备UE(210)接收(704)接入请求，所述接入请求包括接入类别，其中，所述接入请求是由事件触发的，并且接入被所述UE(210)基于所述接入类别确定为是未被禁止的；

基于所述接入类别来决定(706)是接受还是拒绝所述接入请求。

38.根据权利要求37所述的网络节点(200)，其中，所述处理电路(202)还被配置为：在接收所述接入请求之前，广播(702)***信息，其中，所述***信息包括针对多个接入类别的接入禁止参数。

39.根据权利要求37-38中的任一项所述的网络节点(200)，其中，所述***信息还包括对所述UE(210)能够应用的多个潜在接入类别的指示。

40.根据权利要求37-39中的任一项所述的网络节点(200)，其中，所述指示包括对由所述UE(210)在所述接入请求中预留的比特数量的显式指示。

41.根据权利要求37-40中的任一项所述的网络节点(200)，其中，所述接入请求包括接入类别信元，所述接入类别信元被划分为表示所述接入类别的至少两个部分。

42.根据权利要求41所述的网络节点(200)，其中：

所述接入类别信元的第一部分包括为标准化的接入类别所预留的N个比特；

所述接入类别信元的第二部分包括为运营商定义的接入类别所预留的M个比特；以及

M和N是整数。

43.根据权利要求42所述的网络节点(200)，其中，M根据运营商而变化。

44.根据权利要求42-43中的任一项所述的网络节点(200)，其中，N是固定数。

45.根据权利要求37-44中的任一项所述的网络节点(200)，其中，所述处理电路被配置为：基于以下中的一项或多项以及所述接入类别来决定是接受还是拒绝所述接入：

触发事件；

业务类型；

服务类型；

切片；以及

UE优先级。

46.根据权利要求37-45中的任一项所述的网络节点(200)，其中，所述接入类别用作建立原因，并且其中，所述接入请求是无线电资源控制RRC连接请求和RRC连接恢复请求之一。