CN110178441B - 无线通信系统中由具有与远程ue的连接的中继ue连接网络的方法及其装置 - Google Patents

Abstract

本发明的一个实施例涉及一种方法，通过该方法，具有与远程UE的连接的中继用户设备(UE)在无线通信系统中连接网络，该连接方法在从远程UE接收到中继请求之后发送RRC连接建立完成消息，并且然后向基站发送随机接入前导，其中，通过考虑中继UE是否需要针对其业务的连接请求和/或用于中继UE的业务的连接请求的建立原因与基于远程UE提供的信息设置的建立原因之间的优先级来确定RRC连接请求消息中包括的建立原因。

Description

无线通信系统中由具有与远程UE的连接的中继UE连接网络的 方法及其装置

技术领域

本公开涉及一种无线通信系统，并且更具体地，涉及通过具有到远程UE的连接的中继用户设备(UE)与网络建立连接的方法和装置。

背景技术

无线通信系统已经被广泛部署以提供诸如语音或者数据的各种类型的通信服务。通常，无线通信系统是通过在多个用户当中共享可用系统资源(带宽、传输功率等等)来支持多个用户的通信的多址系统。例如，多址系统包括码分多址(CDMA)系统、频分多址(FDMA)系统、时分多址(TDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统以及多载波频分多址(MC-FDMA)系统。

发明内容

技术问题

本公开的一个方面是为了提供一种通过具有到远程UE的连接的中继用户设备(UE)与网络建立连接的方法，具体地，应用接入控制(AC)的方法和处理由远程UE的业务触发的连接请求的方法。

本领域的技术人员将会理解的是，本公开可以实现的目的不限于在上文中已经特别描述的内容并且从下面的详细描述中将会更加清楚地理解本公开可以实现的其它目的。

技术方案

在本公开的一个方面，一种在无线通信系统中通过具有到远程UE的连接的中继用户设备(UE)与建立网络的连接的方法包括：从远程UE接收中继请求；在接收到中继请求之后，向基站(BS)发送随机接入前导；接收响应于随机接入前导的随机接入响应；在接收到随机接入响应之后发送无线电资源控制(RRC)连接请求消息；以及在接收到响应于RRC连接请求消息的RRC连接建立消息之后发送RRC连接建立完成消息。考虑到中继UE是否需要请求中继UE的业务的连接以及用于中继UE的业务的连接请求的建立原因与基于远程UE提供的信息设置的建立原因之间的优先级中的一个或多个来确定RRC连接请求消息中包括的建立原因。

在本公开的一个方面，一种具有到远程UE的连接的中继UE，用于在无线通信系统中与网络建立连接，该中继UE包括收发器和处理器。处理器被配置成从远程UE接收中继请求，在接收到中继请求之后向BS发送随机接入前导，接收响应于随机接入前导的随机接入响应，在接收到随机接入响应之后发送RRC连接请求消息，并且在接收到响应于RRC连接请求消息的RRC连接建立消息之后发送RRC连接建立完成消息。考虑到中继UE是否需要请求中继UE的业务的连接以及用于中继UE的业务的连接请求的建立原因与基于远程UE提供的信息设置的建立原因之间的优先级中的一个或多个来确定RRC连接请求消息中包括的建立原因。

如果中继UE不需要请求用于中继UE的业务的连接，则RRC连接请求消息可以包括基于远程UE提供的信息设置的建立原因。

RRC连接建立完成消息可以包括设置用于中继UE的中继操作的建立原因。

RRC连接建立完成消息可以包括指示在RRC连接请求消息中发送的建立原因用于远程UE的信息。

如果中继UE需要请求用于中继UE的业务的连接，则RRC连接请求消息可以包括在针对中继UE的业务的连接请求设置的建立原因与基于远程UE提供的信息设置的建立原因之间具有更高优先级的建立原因。

RRC连接建立完成消息可以包括在针对中继UE的业务的连接请求设置的建立原因与基于远程UE提供的信息设置的建立原因之间具有较低优先级的建立原因。

RRC连接建立完成消息可以包括指示在RRC连接请求消息中发送的建立原因是否用于远程UE的信息。

该方法可以进一步包括从远程UE接收指示业务生成的消息。

指示业务生成的消息可以包括指示上行链路业务的信息、指示控制平面(CP)业务的信息、业务的优先级、远程UE的优先级、关于远程UE的接入类别信息以及适用于业务的接入控制(AC)中的一个或多个。

在远程UE知道中继UE空闲的情况、在远程UE与中继UE建立连接之后最初生成上行链路业务的情况、在远程UE经由中继UE发送和接收业务之后预定时间已经流逝的情况、以及在远程UE不知道中继UE是否空闲的情况中的一个中，远程UE可以发送指示业务生成的消息。

中继UE可以确定远程UE生成的业务是否与AC相关。

中继UE可以向远程UE发送对指示生成业务的消息的响应，并且如果由远程UE生成的业务与AC相关，则对指示业务生成的消息的响应可以包括AC信息。

如果对指示业务生成的消息的响应包括AC信息，则远程UE可以确定AC是否应用于由远程UE生成的业务。

有益效果

根据本公开，中继用户设备(UE)可以避免对于中继UE尚未发送的异常数据的额外费用或过度收费的缺点。

本领域的技术人员将会理解的是，通过本公开能够实现的效果不限于在上文中已经特别描述的内容并且从结合附图的下面的详细描述中将会更加清楚地理解本公开的其它的优点。

附图说明

附图被包括以提供对本公开的进一步理解并且被并入且组成本申请的一部分，图示本公开的实施例，并且与说明书一起用作解释本公开的原理。在附图中：

图1是图示包括演进分组核心网(EPC)的演进分组系统(EPS)的结构的示意图；

图2是图示E-UTRAN和EPC的一般体系结构的图；

图3是图示控制平面中的无线接口协议的结构的图；

图4是图示用户平面的无线接口协议的结构的图；

图5是图示随机接入过程的流程图；

图6是图示无线电资源控制(RRC)层中的连接过程的图；

图7是图示第5代(5G)系统的图；

图8是图示中继的各种场景的图；

图9和10是图示本公开的实施例的图；以及

图11是图示根据本公开的实施例的节点设备的框图。

具体实施方式

以下实施例是规定形式的本发明的组件和特征的组合。除非另有明确说明，否则每个组件或特征可以被视为选择性的。每个组件或特征可以以不与其他组件和特征组合的形式执行。此外，可以组合一些组件和/或特征以配置本发明的实施例。可以改变在本发明的实施例中描述的操作顺序。实施例的一些组件或特征可以包括在另一实施例中，或者可以用本发明的相应组件或特征代替。

提供以下描述中使用的特定术语以帮助理解本发明，并且可以在本发明的技术构思的范围内将这些特定术语的使用变为另一种形式。

在一些情况下，为了避免本发明的概念的晦涩，可以省略已知的结构和装置，或者可以使用以每个结构或装置的核心功能为中心的框图。而且，在整个本说明书中，相同的附图标记用于相同的组件。

可以通过关于IEEE(电气和电子工程师协会)802组系统、3GPP系统、3GPP LTE和LTE-A系统和3GPP2系统中的至少一个公开的标准文档来支持本发明的实施例。即，上述文献可以支持为了阐明本发明的实施例中的本发明的技术概念而还未描述的步骤或部分。此外，可以根据上述标准文件描述本文件中公开的所有术语。

以下技术可以用于各种无线通信系统。为清楚起见，以下描述集中于3GPP LTE和3GPP LTE-A，本发明的技术理念不限于此。

本文件中使用的术语定义如下。

-UMTS(通用移动电信系统)：由3GPP开发的基于GSM(全球移动通信系统)的第三代移动通信技术。

-EPS(演进分组系统)：包括EPC(演进分组核心网)和诸如LTE和UTRAN的接入网络的网络系统，该EPC(演进分组核心网)是基于IP(互联网协议)的分组交换核心网络。该系统是UMTS的演进版本的网络。

–节点B：GERAN/UTRAN的基站。此基站安装在室外，并且其覆盖具有宏小区的规模。

–e节点B：LTE的基站。此基站安装在室外，并且其覆盖具有宏小区的规模。

-UE(用户设备)：UE可以被称为终端、ME(移动设备)、MS(移动站)等。此外，UE可以是便携式设备，诸如笔记本计算机、蜂窝电话、PDA(个人数字助理)、智能手机和多媒体设备。可替选地，UE可以是非便携式设备，诸如PC(个人计算机)和车载装置。如与MTC相关使用的术语“UE”能够指的是MTC设备。

-HNB(家庭节点B)：UMTS网络的基站。此基站安装在室内并且其覆盖具有微小区的规模。

-HeNB(家庭e节点B)：EPS网络的基站。此基站安装在室内，并且其覆盖具有微小区的规模。

-MEM(移动性管理实体)：EPS网络的网络节点，其执行移动性管理(MM)和会话管理(SM)。

-PDN-GW(分组数据网络-网关)/PGW：EPS网络的网络节点，其执行UE IP地址分配、分组筛选和过滤、计费数据收集等。

-SGW(服务网关)：EPS网络的网络节点，其执行移动性锚点、分组路由选择、空闲模式分组缓冲以及MME的UE寻呼的触发。

-NAS(非接入层)：UE与MME之间的控制平面的上层。这是用于在LTE/UMTS协议栈中的UE和核心网络之间发送和接收信令和业务消息的功能层，并且支持UE的移动性，并且支持建立和维护UE和PDN GW之间的IP连接的会话管理过程。

-PDN(分组数据网络)：支持特定服务的服务器(例如，多媒体消息服务(MMS)服务器、无线应用协议(WAP)服务器等)所在的网络。

-PDN连接：UE和PDN之间的逻辑连接，表示为一个IP地址(一个IPv4地址和/或一个IPv6前缀)。

-RAN(无线电接入网络)：包括节点B、e节点B和用于控制3GPP网络中的节点B和e节点B的无线电网络控制器(RNC)的单元，其存在于UE与UE之间并且向核心网络提供连接。

-HLR(归属位置寄存器)/HSS(归属订户服务器)：在3GPP网络中具有订户信息的数据库。HSS能够执行诸如配置存储、身份管理和用户状态存储的功能。

-PLMN(公共陆地移动网络)：被配置用于向个人提供移动通信服务的网络。能够按运营商配置此网络。

–邻近服务(或ProSe服务或基于邻近的服务)：能够在物理邻近设备之间进行发现和相互直接通信/通过基站的通信/通过第三方的通信的服务。此时，在没有通过3GPP核心网络(例如，EPC)的情况下通过直接数据路径交换用户平面数据。

EPC(演进的分组核心网)

图1是示出包括演进的分组核心(EPC)的演进的分组系统(EPS)的结构的示意图。

EPC是用于改进3GPP技术的性能的系统架构演进(SAE)的核心元素。SAE对应于用于确定支持各种类型的网络之间的移动性的网络结构的研究项目。例如，SAE旨在提供用于支持各种无线电接入技术并且提供增强型数据传输能力的优化的基于分组的系统。

具体地，EPC是用于3GPP LTE的IP移动通信系统的核心网络并且能够支持实时和非实时的基于分组的服务。在传统的移动通信系统(即，第二代或者第三代移动通信系统)中，通过用于语音的电路交换(CS)子域和用于数据的分组交换(PS)子域实现核心网络的功能。然而，在从第三代通信系统演进的3GPP LTE系统中，CS和PS子域被统一成一个IP域。即，在3GPP LTE中，通过基于IP的业务站(例如，e节点B(演进的节点B))、EPC以及应用域(例如，IMS)能够建立具有IP能力的终端的连接。即，EPC是用于端对端的IP服务的重要结构。

EPC可以包括各种组件。图1示出组件中的一些，即，服务网关(SGW)、分组数据网络网关(PDN GN)、移动性管理实体(MME)、服务GPRS(通用分组无线电服务)支持节点(SGSN)以及增强型分组数据网关(ePDG)。

SGW(或者S-GW)作为在无线电接入网络(RAN)和核心网络之间的边界点操作，并且保持在e节点B和PDN GW之间的数据路径。当终端在由e节点B服务的区域上移动时，SGW用作本地移动性锚点。即，在3GPP版本8之后定义的演进的UMTS陆地无线电接入网络(E-UTRAN)中为了移动性可以通过SGW路由分组。另外，SGW可以用作用于另一3GPP网络(在3GPP版本8之前定义的RAN，例如，UTRAN或者GERAN(全球移动通信系统(GSM)/增强型数据速率全球演进(EDGE)无线电接入网络)的移动性的锚点。

PDN GW(或者P-GW)对应于用于分组数据网络的数据接口的端点。PDN GW可以支持策略执行特征、分组过滤和计费支持。另外，PDN GW可以用作用于3GPP网络和非3GPP网络(例如，诸如交互无线局域网(I-WLAN)的不可靠的网络和诸如码分多址(CDMA)或者WiMax网络的可靠网络)的移动性管理的锚点。

虽然SGW和PDN GW在图1的网络结构的示例中被配置成单独的网关，但是根据单个网关配置选项可以实现两个网关。

MME执行用于支持UE的接入的信令和控制功能，用于网络连接、网络资源分配、跟踪、寻呼、漫游和切换。MME控制关联于订户和会话管理的控制平面功能。MME管理大量的e节点B和信令，用于切换到其它2G/3G网络的传统的网关选择。另外，MME执行安全过程、终端对网络会话处理、空闲终端位置管理等等。

SGSN处置诸如移动性管理和用于其它3GPP网络(例如，GPRS网络)的用户认证的所有分组数据。

ePDG用作用于非3GPP网络(例如，I-WLAN、Wi-Fi热点等)的安全节点。

如参考图1在上面所描述的，具有IP能力的终端可以不仅基于3GPP接入而且基于非3GPP接入经由EPC中的各种元素接入通过运营商提供的IP服务网络(例如，IMS)。

另外，图1示出各种参考点(例如，S1-U、S1-MME等等)。在3GPP中，连接E-UTRAN和EPC的不同功能实体的两个功能的概念性链路被定义为参考点。表1是在图1中示出的参考点的列表。根据网络结构，除了在表1的参考点之外还可以存在各种参考点。

[表1]

在图1示出的参考点之中，S2a和S2b对应于非3GPP接口。S2a是向用户平面提供可靠的非3GPP接入以及在PDN GW之间的相关控制和移动性支持的参考点。S2b是向用户平面提供在ePDG和PDN GW之间的相关控制和移动性支持的参考点。

图2是示意性地图示典型的E-UTRAN和EPC的架构的图。

如在附图中所示，当无线电资源控制(RRC)连接被激活时，e节点B可以执行到网关的路由、调度寻呼消息的传输、广播信道(PBCH)的调度和传输、在上行链路和下行链路上对UE的资源的动态分配、e节点B测量的配置和规定、无线电承载控制、无线电准入控制、以及连接移动性控制。在EPC中，可以执行寻呼产生、LTE_空闲状态管理、用户平面的加密、SAE承载控制、以及NAS信令的计算和完整性保护。

图3是示意性地图示在UE和基站之间的在控制平面中的无线电接口协议的结构的图，并且图4是示意性地图示在UE和基站之间的在用户平面中的无线电接口协议的结构的图。

无线电接口协议以3GPP无线电接入网络标准为基础。无线电接口协议水平地包括物理层、数据链路层以及网络层。无线电接口协议被划分成垂直排列的用于数据信息的传输的用户平面和用于递送控制信令的控制平面。

基于在通信系统中公知的开放系统互连(OSI)模型的三个子层，协议层可以被分类成第一层(L1)、第二层(L2)以及第三层(L3)。

在下文中，将会给出在图3中示出的控制平面的无线电协议和在图4中示出的用户平面中的无线电协议的描述。

物理层，作为第一层，使用物理信道提供信息传送服务。物理信道层通过传输信道被连接到作为物理层的更高层的媒体接入控制(MAC)层。通过传输信道在物理层和MAC层之间传送数据。通过物理信道执行在不同的物理层，即，发射器的物理层和接收器的物理层之间的数据的传送。

物理信道由时域中的多个子帧和频域中的多个子载波组成。一个子帧由时域中的多个符号和多个子载波组成。一个子帧是由多个资源块组成。一个资源块由多个符号和多个子载波组成。传输时间间隔(TTI)，用于数据传输的单位时间，是1ms，其对应于一个子帧。

根据3GPP LTE，存在于发射器和接收器的物理层中的物理信道可以被划分成与物理下行链路共享信道(PDSCH)相对应的数据信道和与物理下行链路控制信道(PDCCH)、物理控制格式指示符信道(PCFICH)、物理混合ARQ指示符信道(PHICH)以及物理上行链路控制信道(PUCCH)相对应的控制信道。

第二层包括各种层。

首先，在第二层中的MAC层用于将各种逻辑信道映射到各种传输信道并且也用于将各种逻辑信道映射到一个传输信道。MAC层通过逻辑信道与较高层RLC层连接。根据被发送的信息的类型，逻辑信道被广泛地划分成用于控制平面的信息的传输的控制信道和用于用户平面的信息的传输的业务信道。

在第二层中的无线电链路控制(RLC)层用作分割和级联从较高层接收到的数据以调节数据的大小使得大小适合于较低层在无线电间隔中发送数据。

第二层中的分组数据汇聚协议(PDCP)层执行缩小具有相对大的尺寸并且包含不必要的控制信息的IP分组报头的大小的报头压缩功能，以便于在具有窄带宽的无线电间隔中有效地发送诸如IPv4或者IPv6分组的IP分组。另外，在LTE中，PDCP层也执行由用于防止第三方监控数据的加密和用于防止第三方操纵数据的完整性保护组成的安全功能。

位于第三层的最上部的无线电资源控制(RRC)层仅被定义在控制平面中，并且用作配置无线电承载(RB)，并且关于重新配置和释放操作来控制逻辑信道、传输信道、以及物理信道。RB表示通过第二层提供的服务以确保在UE和E-UTRAN之间的数据传送。

如果在UE的RRC层和无线网络的RRC之间建立RRC连接，则UE处于RRC连接模式。否则，UE是处于RRC空闲模式。

在下文中，将会给出UE的RRC状态和RRC连接方法。RRC状态指的是其中UE的RRC与E-UTRAN的RRC逻辑连接或者未逻辑连接的状态。具有与E-UTRAN的RRC的逻辑连接的UE的RRC状态被称为RRC_连接状态。不具有与E-UTRAN的RRC的逻辑连接的UE的RRC状态被称为RRC_空闲状态。处于RRC_连接状态下的UE具有RRC连接，并且因此E-UTRAN可以以小区为单位识别UE的存在。因此，UE可以被有效地控制。另一方面，E-UTRAN不能够识别处于RRC_空闲状态下的UE的存在。在作为大于小区的区域单元的跟踪区域(TA)中，通过核心网络管理处于RRC_空闲状态下的UE。即，对于处于RRC_空闲状态下的UE，仅在大于小区的区域单元中识别UE的存在或者不存在。为了让处于RRC_空闲状态下的UE被提供有诸如语音服务和数据服务的通用移动通信服务，UE应转变成RRC_连接状态。通过其跟踪区域标识(TAI)区分一个TA与另一TA。UE可以通过作为从小区广播的信息的跟踪区域码(TAC)配置TAI。

当用户最初接通UE时，UE首先搜索合适的小区。然后，UE在小区中建立RRC连接并且在核心网络中注册关于其的信息。其后，UE保持在RRC_空闲状态下。当必要时，保持在RRC_空闲状态下的UE(再次)选择小区并且检查系统信息或者寻呼信息。此操作被称为驻留在小区上。仅当保持在RRC_空闲状态下的UE需要建立RRC连接时，UE通过RRC连接过程建立与E-UTRAN的RRC层的RRC连接并且转变到RRC_连接状态。在许多情况下保持在RRC_空闲状态下的UE需要建立RRC连接。例如，情况可以包括用户进行电话呼叫的尝试、发送数据的尝试、或者在从E-UTRAN接收寻呼消息之后的响应消息的传输。

位于RRC层之上的非接入层(NAS)执行诸如会话管理和移动性管理的功能。

在下文中，将会更加详细地描述在图3中示出的NAS层。

属于NAS层的eSM(演进的会话管理)执行诸如缺省承载管理和专用承载管理的功能以控制UE使用来自于网络的PS服务。当UE最初接入PDN时通过特定的分组数据网络(PDN)向UE指配缺省承载资源。在这样的情况下，网络将可用的IP地址分配给UE以允许UE使用数据服务。网络也将缺省承载的QoS分配给UE。LTE支持两种承载。一种承载是具有用于确保数据的发送和接收的特定带宽的确保比特率(GBR)QoS的特性的承载，并且另一种承载是在不确保带宽的情况下具有尽力而为QoS的特性的非GBR承载。缺省承载被指配给非GBR承载。专用的承载可以被指配具有GBR或者非GBR的QoS特性的承载。

通过网络向UE分配的承载被称为演进的分组服务(EPS)承载。当EPS承载被分配给UE时，网络指配一个ID。此ID被称为EPS承载ID。一个EPS承载具有最大比特速率(MBR)和/或确保的比特速率(GBR)的QoS特性。

图5是图示在3GPP LTE中的随机接入过程的流程图。

随机接入过程被用于UE获得与eNB的UL同步或者被指配UL无线电资源。

UE从e节点B接收根索引和物理随机接入信道(PRACH)配置索引。各个小区具有通过Zadoff-Chu(ZC)序列定义的64个候选随机接入前导。根索引是被用于生成64个候选随机接入前导的逻辑索引。

随机接入前导的传输被限于用于各个小区的特定时间和频率资源。PRACH配置索引指示其中随机接入前导的传输是可能的特定子帧和前导格式。

UE将随机选择的随机接入前导发送到e节点B。UE从64个候选随机接入前导当中选择随机接入前导，并且UE选择与PRACH配置索引相对应的子帧。UE在所选择的子帧中发送所选择的随机接入前导。

一旦接收随机接入前导，e节点B将随机接入响应(RAR)发送到UE。在两个步骤中检测RAR。首先，UE检测被掩蔽有随机接入(RA)-RNTI的PDCCH。UE在通过检测到的PDCCH指示的PDSCH上在MAC(媒体接入控制)PDU(协议数据单元)中接收RAR。

图6图示在无线电资源控制(RRC)层中的连接过程。

如在图6中所示，根据是否建立RRC连接设置RRC状态。RRC状态指示是否UE的RRC层的实体具有与e节点B的RRC层的实体的逻辑连接。其中UE的RRC层的实体与e节点B的RRC层的实体逻辑连接的RRC状态被称为RRC连接状态。其中UE的RRC层的实体与e节点B的RRC层的实体未逻辑连接的RRC状态被称为RRC空闲状态。

处于连接状态的UE具有RRC连接，并且因此E-UTRAN可以以小区为单位识别UE的存在。因此，UE可以被有效地控制。另一方面，E-UTRAN不能够识别处于空闲状态下的UE的存在。在作为大于小区的区域单元的跟踪区域单元中通过核心网络管理处于空闲状态下的UE。跟踪区域是小区的集合的单位。即，对于处于空闲状态的UE，仅在较大的区域单元中识别UE的存在或者不存在。为了使处于空闲状态下的UE被提供有诸如语音服务和数据服务的通用移动通信服务，UE应转变到连接状态。

当用户最初接通UE时，UE首先搜索合适的小区，并且然后保持在空闲状态下。仅当保持在空闲状态下的UE需要建立RRC连接时，UE通过RRC连接过程建立与e节点B的RRC层的RRC连接，并且然后执行到RRC连接状态的转变。

在很多情况下保持在空闲状态下的UE需要建立RRC连接。例如，情况可以包括用户进行电话呼叫的尝试、发送数据的尝试、或者在从E-UTRAN接收寻呼消息之后响应消息的传输。

为了使处于空闲状态的UE建立与e节点B的RRC连接，需要执行如上所述的RRC连接过程。RRC连接过程被广泛地划分成从UE到e节点B的RRC连接请求消息的传输、从e节点B到UE的RRC连接建立消息的传输、以及从UE到e节点B的RRC连接建立完成消息的传输，下面参考图6详细地描述。

1)当处于空闲状态的UE为了诸如尝试进行呼叫、数据传输尝试、或者对寻呼的e节点B的响应的原因而建立RRC连接时，UE首先将RRC连接请求消息发送到e节点B。

2)一旦从UE接收到RRC连接请求消息，当无线电资源是充分的时，eNB接受UE的RRC连接请求，并且然后将作为响应消息的RRC连接建立消息发送到UE。

3)一旦接收到RRC连接建立消息，UE将RRC连接建立完成消息发送到e节点B。仅当UE成功地发送RRC连接建立消息时，UE建立与e节点B的RRC连接并且转变到RRC连接模式。

传统EPC中的MME的功能被分解为下一代系统(或5G核心网络(CN))中的核心接入和移动性管理功能(AMF)和会话管理功能(SMF)。AMF执行NAS交互和移动性管理(MM)，而SMF执行会话管理(SM)。SMF还管理网关、用户平面功能(UPF)，其具有用户平面功能，即，路由用户业务。可以认为SMF和UPF分别实现传统EPC的S-GW和P-GW的控制平面部分和用户平面部分。为了路由用户业务，在RAN和数据网络(DN)之间可以存在一个或多个UPF。也就是说，对于5G实现，如图7所图示，可以配置传统EPC。在5G系统中，协议数据单元(PDU)会话已被定义为传统EPS的PDN连接的对应物。PDU会话指的是UE与DN之间的关联，其提供以太网类型或非结构化类型以及IP类型的PDU连接服务。统一数据管理(UDM)执行与EPC的HSS相同的功能，并且策略控制功能(PCF)执行与EPC的PCRF相同的功能。显然，可以扩展功能以满足5G系统的要求。有关5G系统架构、每个功能和每个接口的详细信息，符合TS 23.501。

在3GPP版本14中，SA1致力于服务要求以允许甚至非公共安全UE经由中继UE接收网络连接服务。可穿戴设备主要被讨论为经由中继UE接收网络连接设备的UE。下表呈现对于服务要求工作的WID的目标(远程UE经由中继UE接入(REAR))(参见SP-160511)。该工作项的目标是经由演进的ProSe UE到网络中继来指定支持具有UICC的UE与网络的连接所需的服务要求。假设演进的ProSe UE到网络中继使用E-UTRAN以连接到EPC。在这方面，考虑表2的内容。

[表2]

在TS 22.278中，条款7B(间接3GPP通信)和条款7C(经由演进的ProSe UE到网络中继的用于演进的ProSe远程UE接入的中继UE选择的要求)描述对于REAR的服务要求。此外，在TR 36.746中正在开发满足REAR服务要求的方案。特别地，条款4.3描述如图8所图示的各种场景。

在TS 22.011中，条款4(接入控制)呈现以下各种与接入控制相关的服务要求。

i)接入类别限制(ACB)

ii)扩展接入限制(EAB)

iii)服务特定接入控制(SSAC)

iv)CSFB的接入控制

v)针对数据通信的应用特定拥塞控制(ACDC)

i)和ii)旨在防止UE在无线电接入拥塞期间接入eNB，并且iii)、iv)和v)旨在防止在应用或服务的基础上使用无线电资源。如TS 36.331中所述，在SIB2和SIB14中广播应用这些各种类型的接入控制所需的系统信息。虽然在本公开中没有具体描述，但是TS 36.331的信息元素SystemInformationBlockType2和SystemInformationBlockType14及其相关内容是背景技术，其可以结合于此，与下面描述的本公开相关。

当RACH(随机接入)负载增加到拥塞状态时，代表性服务要求，ACB是应用于减轻拥塞的接入控制技术。每个UE被指配接入级别(AC)0到AC 9中的一个，并将指配的AC存储在SIM/USIM中。UE还可以被指配AC(高优先级AC)，用于下面表3中列出的以下特殊目的之一，并且当被指配时，还可以将AC存储在SIM/USIM中。

[表3]

类别15	PLMN设备
		类别14	紧急服务
类别13	公共设施(例如，水/气供应商)
		类别12	安全服务
类别11	针对PLMN使用

UE基于在SIB2中从eNB接收的ACB参数信息来应用ACB。ACB参数包括限制因子和限制时间。限制因子是在0和1之间的概率值，其确定是否在网络拥塞期间禁止RACH。接入网络的UE生成随机数。如果随机数小于限制因子，则UE尝试RACH，并且否则，限制UE发送RACH。限制时间是UE等待再次尝试发送限制的RACH的平均时间。如果限制UE发送RACH，则这暗指不允许UE请求到eNB的RRC连接，并且因此不从网络接收服务。对于具有AC范围从AC 11到AC15的高优先级UE，接入由ac-BarringForSpecialAC控制。对于发起紧急呼叫(即，AC 10)的用户，接入由ac-BarringForEmergency控制。3GPP文档，S1-170354定义与间接通信的接入控制相关的服务要求，并且这是背景技术，其可以结合于此，与下面描述的本公开相关。

如上所述，除了用于CSFB的接入控制之外的其他AC机制，诸如ACB、EAB、SSAC和ACDC，应被应用于间接通信。但是，尚未规定如何应用AC机制。

传统上，当eNB稍后将从UE接收的NAS消息转发到MME时，eNB可以发送包括在RRC连接请求消息中的建立原因值以及NAS消息。如果建立原因值是特定值，则可以从MME甚至向P-GW传递相关信息。例如，如果建立原因是mo-ExceptionData，则MME经由S-GW向P-GW发送相关信息、MO异常数据计数器，并且P-GW将MO异常数据计数器存储在计费数据记录中(CDR)(参见TS 23.401的条款5.3.4.1中的UE触发的服务请求)。然后，网络可以向UE收取额外费用或超过费用，以支持高优先级数据传输。在这种情况下，用作中继UE的UE可能面临UE尚未发送的异常数据的额外费用或过度费用的缺点。

因此，本公开的实施例提出一种考虑AC和连接过程来提供间接通信的方法，该连接过程用于防止对远程UE的业务传输进行不必要计费，上述不必要的计费可能以另一种方式被强加在中继UE上。

本公开中描述的AC机制可以是前述AC机制i)至v)之一，或任何其他未提及的AC机制。此外，AC机制可以是在RAN、核心网络或应用层中的至少一个中采用的AC机制。此外，AC机制可以被解释为拥塞控制机制。

本公开的提议包括为远程UE经由中继UE从网络接收服务执行的操作(用于远程UE建立RRC连接和/或NAS(即，S1-MME)连接)和/或到网络的S1-U连接)。这些操作应用于远程UE在不支持中继UE的情况下应用完整AC机制的情况以及中继UE支持用于远程UE的AC机制的情况。

实施例1

根据本公开的实施例，中继UE可以从远程UE接收中继请求/用于中继的请求，并且然后将随机接入前导发送到eNB。在接收到响应于随机接入前导的随机接入响应之后，中继UE可以发送RRC连接请求消息。随后，中继UE可以接收响应于RRC连接请求消息的RRC连接建立消息，并且然后发送RRC连接建立完成消息。

可以基于中继UE是否需要为其业务请求连接(下文中，业务可以是UL业务)或中继UE的业务的连接请求的建立原因与基于远程UE提供的信息设置的建立原因之间的优先级中的至少一个来确定包括在RRC连接请求消息中的建立原因。

如果中继UE不需要为其业务请求连接，则RRC连接请求消息包括基于远程UE提供的信息设置的建立原因。然后，RRC连接建立完成消息包括设置用于中继UE的中继操作的建立原因。RRC连接建立完成消息包括指示在RRC连接请求消息中发送的建立原因是针对远程UE的信息。因此，中继UE可以避免对于中继UE尚未发送的异常数据的额外计费或过度计费的缺点。

将更详细地描述上述操作。当中继UE从远程UE接收到网络连接请求时，中继UE检查中继UE是否需要为其自身请求到网络的连接，即，中继UE是否需要为其业务请求连接。

如果作为检查的结果确定中继UE不需要为其业务请求连接(中继UE不需要为其自身请求网络连接)，则中继UE基于远程UE提供的信息(具体地，关于远程UE的优先级信息)设置RRC连接请求消息中的建立原因。随后，当中继UE向eNB发送RRC连接建立完成消息时，中继UE在RRC连接建立完成消息中包括设置用于中继UE的中继操作的建立原因(指示中继的建立原因值、设置用于被发送到网络的RRC连接请求(或服务请求)消息，用于中继操作)。为此，可以定义新的信息元素。指示建立原因信息是针对中继UE的信息还可以包括在RRC连接建立完成消息中。指示所发送的RRC连接请求消息中的建立原因信息是针对远程UE的信息还可以包括在RRC连接建立完成消息中。包括在RRC连接建立完成消息中的建立原因相关信息可以被解释为指示所发送的RRC连接请求消息中的建立原因信息是针对远程UE的。由远程UE生成的服务请求消息或由中继UE生成的服务请求消息可以包括在RRC连接建立完成消息中。在前一种情况下，用于中继操作的设置用于中继UE发送到网络的RRC连接请求或服务请求消息中的建立原因值(例如，中继)，可以不包括在RRC连接建立完成消息中。

在另一示例中，如果作为检查的结果确定中继UE不需要为其业务请求连接，则中继UE可以基于由远程UE提供的信息(特别地，关于远程UE的优先级信息)在RRC连接请求消息中设置建立原因。在另一种方法中，可以将建立原因设置为用于中继操作的设置用于远程UE发送到网络的服务请求消息的建立原因值。也就是说，可以使用被定义为包括传统建立原因的信息元素，并将其称为中继UE的建立原因。这可以是可用作传统建立原因值的值(例如，mo-Data)，或者为此目的定义的新建立原因值(例如，中继)。包括附加建立原因信息作为远程UE的建立原因，即，基于远程UE提供的信息设置的建立原因。也就是说，为此目的，定义新的信息元素(或参数)，并且基于远程UE提供的信息设置的建立原因包括在新的信息元素中。当如上所述在RRC连接请求消息中包括两条建立原因信息时，eNB在处理RRC连接请求消息时考虑两者，特别是被认为具有更高拥塞优先级的值。

相反，如果中继UE需要为其业务请求连接，则RRC连接请求消息可以包括在被设置用于中继UE的针对中继UE的业务的连接请求的建立原因与基于远程UE提供的信息设置的建立原因之间具有更高优先级的建立原因。RRC连接建立完成消息可以包括在被设置用于中继UE的针对中继UE的业务的连接请求的建立原因与基于由远程UE提供的信息设置的建立原因之间具有较低优先级的建立原因。在这种情况下，RRC连接建立完成消息包括指示在RRC连接请求消息中发送的建立原因是否用于远程UE的信息。因此，中继UE可以避免针对中继UE尚未发送的异常数据的额外计费或过度计费的缺点，额外计费或过度计费可能会以另一种方式被强加给中继UE。也就是说，如果RRC连接请求消息中包括的建立原因值是针对中继UE的，则RRC连接建立完成消息中包括的建立原因值是针对远程UE的。另一方面，如果RRC连接请求中包括的建立原因值是针对远程UE，则RRC连接建立完成消息中包括的建立原因值是针对中继UE的。

将更详细地描述上述实施例。使用在基于远程UE提供的信息(例如，关于UE#1的优先级信息)的建立原因与针对中继UE的业务的连接请求的建立原因(要被用于中继UE请求到网络的连接的建立原因)之间具有更高优先级的建立原因。如果建立原因的优先级相同(或被认为是相同的)，则使用中继UE的建立原因。关于建立原因，可以使用表4中列出的建立原因，如TS 36.331中所定义的，并且通常在本公开中使用。

[表4]

将描述基于优先级的具体示例。例如，如果远程UE提供的建立原因是紧急的并且中继UE意图的建立原因是mo-Data，则中继UE将建立原因设置为被认为在发送到eNB的RRC连接请求消息中具有更高优先级的紧急情况。此操作旨在向eNB指示由于RRC连接请求消息是用于紧急服务，所以该RRC连接请求消息应被认为，具有超过具有比拥塞期间的紧急性更低优先级的建立原因的RRC连接请求消息的优先级。

在另一示例中，如果远程UE提供的建立原因是mo-ExceptionData并且中继UE预期的建立原因是mo-Data，则中继UE将建立原因设置为在要发送到eNB的RRC连接请求消息中被认为具有更高的优先级的mo-ExceptionData。此操作旨在向eNB指示因为RRC连接请求消息用于指示NB-IoT UE已检测到的紧急情况，所以应认为RRC连接请求消息具有超过具有比在拥塞期间的mo-ExceptionData更低的优先级的建立原因的RRC连接请求消息的优先级。

在另一示例中，如果远程UE提供的建立原因是mo-Data并且中继UE预期的建立原因是mo信令，则中继UE将建立原因设置为被认为在要发送到eNB的RRC连接请求消息中具有更高优先级的mo信令。此操作旨在向eNB指示因为RRC连接请求消息用于信令，所以RRC连接请求消息应被认为具有超过具有与拥塞期间的mo信令相比更低的优先级的建立原因的RRC连接请求消息的优先级。

在上述操作中，中继UE的NAS层可以选择基于远程UE提供的信息确定的建立原因和NAS层预期的建立原因之一，并向中继UE的AS层指示所选择的建立原因。可替选地，中继UE的AS层可以选择基于远程UE提供的信息确定的建立原因和从NAS层接收的建立原因之一。

当中继UE向eNB发送RRC连接建立完成消息时，如果基于由远程UE提供的信息(从远程UE接收的建立原因)设置包括在所发送的RRC连接请求消息中的建立原因，则中继UE在RRC连接建立完成消息中包括用于其业务的连接请求的建立原因。可以显式地或隐含地指示建立原因信息是针对中继UE的(即，设置用于中继UE)。此外，可以通过RRC连接请求消息或RRC连接建立完成消息显式地或隐含地指示RRC连接请求消息中包括的建立原因信息是针对远程UE的(即，设置用于远程UE)。

当中继UE向eNB发送RRC连接建立完成消息时，如果发送的RRC连接请求消息中包括的建立原因旨在由中继UE使用，则中继UE在RRC连接建立完成消息中包括基于远程UE提供的信息(远程UE提供的建立原因信息)设置的的建立原因。可以显式地或隐含地指示建立原因信息是针对远程UE的(即，设置用于远程UE)。此外，通过RRC连接请求消息或RRC连接建立完成消息可以显式地或隐含地指示RRC连接请求消息中包括的建立原因信息是针对中继UE的(即，设置用于中继UE)。为了在RRC连接建立完成消息中包括建立原因信息，可以定义新的信息元素。此外，如果远程UE生成包括在RRC连接建立完成消息中的服务请求消息，则中继UE可以在RRC连接建立完成消息中包括由远程UE提供的建立原因信息。另一方面，如果RRC连接建立完成消息中包括的服务请求消息由中继UE生成，则中继UE可以在RRC连接建立完成消息中包括中继UE期望的建立原因信息。

在另一示例中，中继UE将建立原因设置为用于其业务的连接请求的建立原因值。也就是说，使用被定义为包括传统建立原因的信息元素，并且可以将其称为中继UE的建立原因。包括附加的建立原因信息，其是远程UE的建立原因并且由远程UE提供的信息配置。也就是说，为此目的，定义新的信息元素(或参数)，并且基于远程UE提供的信息设置的建立原因被包括在新的信息元素中。这样，当两条建立原因信息被包括在RRC连接请求消息中时，eNB在处理RRC连接请求时考虑两者。具体地，eNB在拥塞期间考虑被认为具有较高优先级的值。

在以上描述中使用用于附加建立原因的新信息元素的情况下，因为用于远程UE的网络连接请求的建立原因信息被包括在附加信息元素中，所以可以对此进行处理，不管是否执行上述检查(当中继UE从远程UE接收到网络连接请求时，中继UE自主检查是否需要到网络的连接请求)。此外，如果中继UE的建立原因值和远程UE的建立原因值相同，则可以不包括远程UE的建立原因值。

实施例1-1

图9图示在网络节点之间具体实现实施例1的示例。除非相互冲突，否则可以在上述实施例的描述中添加/插入以下描述。对于下面描述的每个步骤，不冗余地提供相同的描述。

参考图9，在步骤S900中，UE#2处于空闲模式。

在步骤S901中，中继UE，UE#2从远程UE，UE#1接收指示业务生成的消息。通过在远程UE，UE#1处生成发送到网络的业务来触发该消息。业务可以是用户平面业务(下文中，称为业务)，诸如数据/分组/IMS信令，或控制平面业务(下文中，称为CP业务)，诸如RRC信令/NAS信令。在整个说明书中，这些业务定义通常应用于远程UE的业务和中继UE的业务。远程UE，UE#1向中继UE，UE#2发送指示业务生成的消息(即，指示业务的消息，例如，远程缓冲器状态通知)。该消息可以主要通过PC5信令发送。或者可以通过新定义的PC5PDCP发送消息。在这种情况下，可以定义新的PC5PDCP SDU类型。在本公开中，在远程UE，UE#1与中继UE，UE#2之间交换的所有消息(在图9中的步骤S903、S905、S910、S911和S916中)可以通过PC5信令、新定义的PC5PDCP等发送。

指示业务生成的消息可以包括指示UL业务的信息、指示CP业务的信息、业务的优先级、远程UE的优先级、关于远程UE的接入类别的信息或适用于业务的AC信息中的一个或多个。具体地，还可以指定指示UL业务的信息。例如，该信息可以是诸如MMTEL、MMTEL语音、MMTEL视频、IMS SMS等的服务相关信息，或诸如应用类型、应用ID等的应用信息。具体地，在诸如MMTEL语音或MMTEL视频的由IMS提供的服务的情况下，在实际语音和视频业务之前建立IMS会话，并且包括在消息中的服务信息可以是从SIP INVITE提取的信息。特定信息可以被包括为“MMTel语音”、“MMTel视频”等，或者通过将服务/应用定义为枚举值来包括与服务/应用相对应的值(例如，MMTel语音＝1，MMTel视频＝2，...)。此外，可以包括服务和应用作为单独的信息。贯穿本公开内容对此进行应用。即使鉴于远程UE，UE#1的NAS层生成UL业务而发起服务请求过程，并且因此通过远程UE，UE#1的AS层发起RRC连接过程，要发送到网络的业务的类型也可以是UL业务。

指示CP业务的信息还可以被指定为RRC信号、NAS信号、包括NAS信号的RRC信号或NAS SMS，并且除了指示CP业务的信息之外还可以包括指定信息。

要发送到网络的业务可以具有诸如紧急、高优先级、急迫等的优先级。此外，此信息可以对应于RRC连接请求消息中包括的建立原因值。

关于远程UE，UE#1的优先级信息可以表示为高优先级。此外，此信息可以对应于RRC连接请求消息中包括的建立原因值。

一条或多条信息可以是关于要发送到网络的业务可应用/相关的AC机制的类型。例如，如果要将MMTEL语音发送到网络，则可以包括SSAC和ACDC。该信息可以被包括为“ACB”、“EAB”、“SSAC”等。此外，AC机制可以被定义为枚举值(例如，ACB＝1，EAB＝2，......)，并且可以包括与AC机制对应的值。贯穿本公开对此进行应用。

远程UE，UE#1可以出于以下一个或多个原因执行上述操作。

a)因为远程UE意识到中继UE处于空闲模式，所以远程UE可以发送指示UL业务生成的消息。这可以对应于向远程UE显式地或隐含地指示中继UE处于空闲模式或已经转换到空闲模式的情况。

b)当在远程UE和中继UE之间建立中继-远程关系之后最初生成要发送到网络的业务时，远程UE可以发送指示UL业务生成的消息。

c)远程UE可以在经由中继UE与网络交换业务之后由于预定时间的流逝而发送指示UL业务的生成的消息。预定时间可以在远程UE中设置，从中继UE接收，或者从网络接收。

d)因为远程UE不知道中继UE是处于空闲模式还是连接模式，所以远程UE可以发送指示UL业务的消息。这对应于其中中继UE不向远程UE指示中继UE处于或已经转换到哪种模式并且因此远程UE没有获知中继UE是否处于空闲模式的情况。

也就是说，在远程UE获知中继UE处于空闲模式、在远程UE连接到中继UE之后最初生成UL业务、在经由中继的业务传输和接收之后预定时间已经流逝、并且远程UE没有获知中继UE是否处于空闲模式的至少一种情况下，远程UE可以发送指示业务生成的消息。

执行步骤S901的远程UE可以被认为处于空闲模式。

在步骤S902中，中继UE，UE#2基于远程UE，UE#1所提供的信息确定要通过远程UE，UE#1发送到网络的业务是否与网络中正在运行的AC机制相关。也就是说，中继UE可以确定在远程UE中生成的业务是否与AC相关。如前面所述，可以基于从eNB接收的SIB中包括的信息来确定网络中正在运行的AC机制。

如果中继UE不支持/检查远程UE的AC机制或者远程UE执行完整AC机制，则跳过步骤S902至S905。如果跳过步骤S905，则可以在步骤S901中反映在步骤S905中执行的操作。也就是说，在步骤S901中发送到中继UE的消息可以是中继请求消息，其可以包括在远程UE，UE#1的AS层中生成的RRC连接请求消息。作为参考，当如上所述不执行步骤S902至S905时，可以认为远程UE确定允许执行步骤S901作为应用AC机制的结果，并且从而执行步骤S901。

在步骤S903中，作为步骤S902的结果，如果远程UE，UE#1打算向网络发送的业务与由网络正在运行的AC机制有关，则中继UE，UE#2向远程UE，UE#1如原样或在处理之后发送响应消息，即，包括由网络提供给相关AC机制的全部或部分信息的远程缓冲状态响应消息。该信息最终导致远程UE UE#1应用相关的AC机制。

如果远程UE，UE#1打算向网络发送的业务与网络正在运行的AC机制无关，或者网络当前没有运行任何AC机制，则中继UE，UE#2向远程UE，UE#1发送响应消息，即，远程缓冲状态响应消息。可选地，响应消息可以显式地指示不运行相关的AC机制。

如果存在由网络正在运行的AC机制，则中继UE，UE#2不能够确定远程UE，UE#1要发送到网络的业务是否与正在运行的AC机制有关(例如，因为远程UE，UE#1不包括关于在步骤S901中要发送到网络的预期业务的详细信息)，中继UE，UE#2如原样或在处理之后向远程UE，UE#1发送响应消息，即，包括网络提供给相关AC机制的全部或部分信息的远程缓冲状态响应消息。该信息最终导致远程UE，UE#1应用相关的AC机制。

AC机制可以是特别应用于空闲模式的AC机制。

不管上述情况中的任何一种，中继UE，UE#2可以在远程缓冲状态响应消息中包括指示中继UE，UE#2处于空闲模式的信息。

如果中继UE，UE#2正在应用AC机制并且不能接入网络，则中继UE，UE#2可以向远程UE UE#1提供这种效果的信息。此信息可以被包括在远程缓冲区状态响应消息中，或者可以在单独的消息中发送。

在步骤S904中，如果远程缓冲状态响应消息包括关于AC机制的信息，即，要被检查以确定是否应用AC机制的AC机制信息，则远程UE，UE#1检查要发送到网络的预期业是否务受到AC机制的影响。此操作可以被认为是直接从网络接收AC机制信息并且由远程UE UE#1应用AC机制信息的操作。作为应用的结果，可以根据AC机制阻止/延迟或直接发送UL业务的传输。

如果远程缓冲器状态响应消息不包括AC机制信息或者尽管应用AC机制但仍可以在没有阻塞/延迟的情况下发送UL业务，则(立即/连续)执行步骤S905。

如果根据AC机制阻止/延迟UL业务传输，则在阻塞/延迟时间之后执行步骤S905。相反，可以执行步骤S901。

在步骤S905中，远程UE，UE#1向中继UE，UE#2发送请求将UL业务中继到网络的消息，例如，中继请求消息。该消息可以包括在远程UE，UE#1的AS层中生成的RRC连接请求消息。该消息可以显式地或隐含地指示包含RRC消息。

在步骤S906中，中继UE，UE#2向eNB发送随机接入前导。执行此操作，因为在步骤S900中假设中继UE，UE#2处于空闲模式。如果中继UE，UE#2处于连接模式，则跳过步骤S906至S909，并且可以执行步骤S910，如下所述。

当处于空闲模式的中继UE，UE#2从远程UE UE#1接收网络连接请求并发起服务请求时可以执行步骤S906。也就是说，作为远程UE的NAS层，UE#1发起服务请求操作，中继UE，UE#2的AS层可以执行步骤S906，以便于请求到eNB的RRC连接。

此外，当空闲模式中继UE，UE#2从远程UE，UE#1接收网络连接请求，也同时从网络接收服务，并且从而发起服务请求时，可以执行步骤S906。也就是说，作为中继UE的NAS层，UE#2发起服务请求操作，中继UE，UE#2的AS层执行步骤S906以请求到eNB的RRC连接。

此外，当空闲模式的中继UE，UE#2从远程UE，UE#1接收网络连接请求，也同时对网络执行TAU，并且从而发起TAU请求时，可以执行步骤S906。也就是说，当中继UE，UE#2的NAS层发起TAU请求操作时，中继UE，UE#2的AS层执行步骤S906以请求到eNB的RRC连接。在这种情况下，中继UE，UE#2可以设置TAU请求的活动标志，使得MME可以与中继UE，UE#2建立S1-U。也就是说，为了支持在远程UE、UE#1处从网络接收服务，可以在完成TAU操作时立即防止中继UE，UE#2转换到空闲模式。当在步骤S901中中继UE，UE#2基于从远程UE，UE#1接收的信息识别出远程UE，UE#1向网络发送数据的需求时，中继UE，UE#2可以设置活动标志。

在步骤S907中，eNB利用随机接入响应消息向中继UE，UE#2回复。

在步骤S908中，中继UE，UE#2向eNB发送RRC连接请求消息。RRC连接请求消息可以由远程UE，UE#1或中继UE，UE#2的AS层生成(RRC连接请求消息可以包括指示其用于远程UE，UE#1和/或用于中继的信息)。或者，RRC连接请求消息可以由远程UE，UE#1生成，并且然后由中继UE，UE#2转换/处理(RRC连接请求消息可以包括指示其由中继UE，UE#2中继的信息)。关于步骤S908中的RRC连接请求消息和建立原因的细节，请参考实施例1的描述。

在步骤S909中，eNB以RRC连接建立消息向中继UE UE#2回复。中继UE，UE#2转换到连接模式。

虽然未示出，但是中继UE，UE#2将RRC连接建立完成消息中的服务请求消息发送到eNB，并且eNB可以将服务请求消息发送到中继UE，UE#2的服务MME，使得可以为中继UE，UE#2建立S1-MME和S1-U。

在步骤S910中，中继UE，UE#2利用中继请求确认消息向远程UE UE#1回复。通过中继请求确认消息，中继UE，UE#2可以向远程UE，UE#1指示中继UE，UE#2已经建立RRC连接，处于连接模式，或者已经建立与网络的信令无线电承载。可以在从eNB接收时或在转换/处理之后发送中继请求确认消息。此外，此响应可以指示远程UE，UE#1可以与网络交换RRC消息和/或NAS消息。

如果网络正在运行应用于连接模式的AC机制，则中继UE，UE#2可以在消息中包括相关信息。此信息(也)可以包括在步骤S916中。因此，远程UE，UE#1应用连接模式AC机制。

在步骤S911中，远程UE，UE#1向中继UE，UE#2发送请求向网络中继UL业务的消息，例如，中继请求消息。该消息可以包括由远程UE，UE#1的NAS层生成的服务请求消息。该消息可以显式地或隐含地指示包含NAS消息。

或者，该消息可以包括AS层消息，该AS层消息包括由远程UE，UE#1的NAS层生成的服务请求消息，即，RRC连接建立完成消息。该消息可以显式地或隐含地指示包含NAS消息或包含包括NAS消息的AS消息。

或者该消息可以是远程UE，UE#1发送到eNB的RRC连接请求消息。在这种情况下，虽然未示出，但是一旦经由中继UE，UE#2从远程UE，UE#1接收到RRC连接请求消息，eNB就响应RRC连接请求消息向远程UE，UE#1发送RRC连接建立消息。在这种情况下，远程UE，UE#1然后向eNB发送RRC连接建立完成消息。如前面参考步骤S912所述，经由中继UE，UE#2将RRC连接建立完成消息发送到eNB。

在步骤S912中，中继UE，UE#2将RRC连接建立完成消息发送到eNB。RRC连接建立完成消息可以由远程UE，UE#1或中继UE，UE#2的AS层生成(RRC连接建立完成消息可以包括指示其用于远程UE，UE#1的信息)。或者RRC连接建立完成消息可以由远程UE，UE#1生成，并且然后由中继UE，UE#2转换/处理(RRC连接建立完成消息可以包括指示其由中继UE，UE#2中继的信息)。

RRC连接建立完成消息包括服务请求消息。服务请求消息可以由远程UE，UE#1或中继UE，UE#2的NAS层生成(服务请求消息可以包括指示其用于远程UE，UE#1的信息)。或者，服务请求消息可以由远程UE，UE#1生成，并且然后由中继UE，UE#2转换/处理(服务请求消息可以包括指示其由中继UE，UE#2中继的信息)。

在步骤S913中，eNB将服务请求消息发送到远程UE，UE#1的服务MME。

在步骤S914中，MME向eNB发送初始上下文建立请求消息。

在步骤S915中，eNB和中继UE，UE#2建立用户平面无线电承载(即，DRB)。

在步骤S916中，中继UE，UE#2以中继请求确认消息向远程UE，UE#1回复。中继请求确认消息可以向远程UE，UE#1指示中继UE，UE#2已经建立用户平面无线电承载(即，DRB)，或者已经准备中继远程UE，UE#2的用户业务。该消息可以包括与DRB相对应的PC5用户平面相关的QoS信息和/或DRB相关QoS信息。

不是中继UE，UE#2向远程UE，UE#1指示用户平面无线电承载建立，如在步骤S916中，eNB可以经由中继UE，UE#2通过RRC消息向远程UE，UE#1提供关于用户平面无线承载建立的信息。

在步骤S917中，远程UE，UE#1将UL业务发送到中继UE，UE#2。中继UE，UE#2将UL业务发送到网络。该业务在图9中被示出为UL业务。如果业务是CP业务和NAS信号，则业务经由eNB被发送到远程UE，UE#1的服务MME。

在步骤S918至S920中，

这些是服务请求过程的操作，并且符合TS 23.401中的条款5.3.4.1(UE触发的服务请求)。对于未详细描述的传统操作，请参考TS 23.401和TS 36.331。

与以上描述不同，远程UE，UE#1可以在步骤S905中发送服务请求消息。在这种情况下，可以跳过步骤S910和S911。即，随后执行步骤S906至S909和步骤S912至S920。

在步骤S910或步骤S916之后，可以将远程UE视为处于连接模式。因此，远程UE，UE#1执行连接模式操作，就像其直接连接到网络一样。

实施例1-2

参考图10，在步骤S1000中，中继UE，UE#2处于连接模式。

步骤S1001与实施例1-1的步骤S901相同。这里要注意的一点是远程UE，UE#1出于与实施例1-1中的步骤1不同的原因执行步骤1。原因可能是以下一个或多个原因。

a)远程UE意识到中继UE处于连接模式。中继UE已显式地或隐含地指示中继UE处于连接模式或已经转换到连接模式。

在这种情况下，仅当远程UE，UE#1要发送到网络的UL业务对应于/涉及也应用于连接模式的AC机制时，可以执行步骤S1001到S1004。否则，可以立即执行步骤S1005。

b)在与中继UE建立中继-远程关系之后，生成要发送到网络的初始业务。

c)在远程UE经由中继UE与网络交换业务之后预定时间已经流逝。为远程UE设置预定时间，从中继UE接收或从网络接收。

d)远程UE不知道中继UE是处于空闲模式还是处于连接模式。中继UE尚未向远程UE指示中继UE处于或已经转换到哪种模式。

在步骤S1002中，基于从远程UE，UE#1接收的信息，中继UE，UE#2确定远程UE，UE#1要发送到网络的业务是否与网络正在运行的连接模式AC机制相关。可以主要基于从eNB接收的SIB中包括的信息而获知关于网络正在运行的连接模式AC机制的信息。

在步骤S1003中，作为在步骤S1002中确定的结果，在远程UE，UE#1发送到网络的业务与网络正在运行的连接模式AC机制有关的情况下，

如原样或在处理之后，中继UE，UE#2发送响应消息，即，包括关于从网络接收的相关AC机制的全部或部分信息的远程缓冲状态响应消息。该信息最终导致在远程UE，UE#1处应用相关AC机制。

如果远程UE，UE#1要发送到网络的业务与网络正在运行的AC机制无关或者网络没有运行AC机制，

则中继UE，UE#2向远程UE，UE#1发送响应消息，即，远程缓冲状态响应消息。可选地，该消息可以显式地指示不运行相关的AC机制。

如果网络正在运行AC机制，并且远程UE，UE#1不能够确定远程UE，UE#1要发送到网络的业务是否与AC机制相关(例如，因为远程UE，UE#1没有包括关于在步骤S1001中要发送到网络的业务的详细信息)，

如原样或在处理之后，中继UE，UE#2向远程UE UE#1发送响应消息，即，包括关于从网络接收到的正在运行的AC机制的全部或部分信息的远程缓冲状态响应消息。该信息最终导致在远程UE，UE#1处应用相关AC机制。

上述AC机制可以是特别应用于连接模式的AC机制。

不管上述任何情况如何，在步骤S1003中，中继UE，UE#2可以在远程缓冲状态响应消息中包括指示中继UE，UE#2处于连接模式的信息。

步骤S1004与实施例1-1的步骤S904相同。

在步骤S1005中，远程UE，UE#1向中继UE，UE#2发送请求将UL业务中继到网络的消息，例如，中继请求消息。

该消息可以包括由远程UE，UE#1的AS层生成的服务请求消息。该消息可以明确地或隐含地指示包含NAS消息。

或者，该消息可以包括RRC消息，该RRC消息是包括由远程UE，UE#1的NAS层生成的服务请求消息的AS层消息(这是传统UL信息传递消息或新定义的RRC消息)。该消息可以显式地或隐含地指示包含NAS消息或包含包括NAS消息的AS消息。

在步骤S1006中，中继UE，UE#2将RRC消息(传统UL信息传递消息或新定义的RRC消息)发送到eNB。RRC消息可以由远程UE，UE#1或中继UE，UE#2的AS层生成(RRC消息可以包括指示其用于远程UE，UE#1的信息)。或者RRC消息可以由远程UE，UE#1生成，并且然后由中继UE，UE#2转换/处理(RRC消息可以包括指示其通过中继UE，UE#2中继的信息)。

RRC消息包括服务请求消息。服务请求消息可以由远程UE，UE#1或中继UE，UE#2的NAS层生成(其可以包括指示其用于远程UE，UE#1的信息)。或者，服务请求消息可以由远程UE，UE#1生成，并且然后由中继UE，UE#2转换/处理(其可以包括指示其由中继UE，UE#2中继的信息)。

步骤S1007至S1014与实施例1-1的步骤S913至S920相同。

如果网络正在运行应用于连接模式的AC机制，则中继UE，UE#2可以在步骤S1010中包括相关信息。因此，远程UE，UE#1应用连接模式AC机制。

在步骤S1010之后，可以将远程UE视为处于连接模式。因此，远程UE，UE#1执行连接模式操作，就像其被直接连接到网络一样。

在实施例1-1和实施例1-2中，可以假设在上述操作之前已经在远程UE，UE#1和中继UE，UE#2之间建立中继-远程关系。这可能意味着两个UE已建立1：1直接通信关系或1：1链路。中继-远程关系建立可以相当于涉及设置步骤或者识别一个或多个网络功能中的设置。网络功能可以包括中继UE的服务MME、远程UE的服务MME、远程UE的服务eNB、中继UE的服务eNB、中继UE的Prose功能、远程UE的Prose功能、中继UE的应用服务器和远程UE的应用服务器。相同或不同的网络功能可以服务于或者涉及两个UE。例如，相同或不同的eNB可以服务于两个UE。

实施例1-3

在中继UE(中继UE，UE#2)处于空闲模式的情况下，如果网络运行用于空闲模式的AC机制，则网络向远程UE指示AC机制。指示信息可以指定AC机制的类型。此外，指示信息可以包括指示空闲模式应用的信息。这可以指示AC机制在空闲模式中被应用或者中继UE当前处于空闲模式。

在中继UE(中继UE，UE#2)处于连接模式的情况下，如果网络正在运行用于连接模式的AC机制，则网络向远程UE指示关于正在运行的AC机制的信息。指示信息可以指定AC机制的类型。此外，指示信息可以包括指示连接模式应用的信息。这可以指示AC机制在连接模式中应用或者中继UE当前处于连接模式。

对于该指示，可以使用PC5发现消息、PC5信令或新定义的PC5消息。此外，该指示可以是对每个远程UE的广播或单播。此外，可以周期性地或仅仅一次发送该指示。在后一种情况下，假设该指示至少一次发送到每个远程UE。

在随后的步骤中，如果基于从中继UE接收的AC机制信息将AC机制应用于要发送到网络的UL业务/AC机制与要发送到网络的UL业务相关，则远程UE(远程UE，UE#1)向中继UE发送请求详细的AC机制信息的消息。

如原样或在处理之后，中继UE，UE#2发送包括关于从网络接收的有关AC机制的全部或部分信息的响应消息。该信息最终导致在远程UE，UE#1处应用相关AC机制。

在随后的步骤中，远程UE，UE#1基于所接收的AC机制信息检查AC机制是否应用于要发送到网络的业务。此操作可以被视为直接从网络接收AC机制信息并且由远程UE，UE#1应用AC机制信息的操作。作为应用的结果，可以根据AC机制阻止/延迟或立即发送UL业务传输。

如果尽管应用AC机制但仍能够在没有阻塞/延迟的情况下发送UL业务，则执行实施例1-1的步骤S905或者步骤S1005以及实施例1-2的后续步骤。

如果根据AC机制阻止/延迟UL业务传输，则在阻塞/延迟时间之后执行实施例1-1的步骤S905或步骤S1005以及实施例1-2的后续步骤。

由于在步骤S901中从中继UE接收的消息包括指示中继UE处于空闲模式或者在空闲模式中应用AC机制的信息，所以执行步骤S905和实施例1-1的后续步骤。由于在步骤S1001中从中继UE接收的消息包括指示中继UE处于连接模式或者在连接模式中应用AC机制的信息，所以执行步骤S1005和实施例1-2的后续步骤。

在以上描述中，服务请求消息可以是在服务请求过程中使用的各种传统服务请求消息(服务请求、扩展服务请求等)中的任何一个。

虽然已经在服务请求消息的背景下给出以上描述，但是同样的描述适用于诸如附着请求和TAU请求的其他NAS消息。

实施例2

在实施例2中，将描述当远程UE经由中继UE接收网络连接服务时有效地提供接入控制的方法。

当中继UE正在应用AC机制时，中继UE可以处于空闲模式，特别是在AC机制是应用于UE自身的ACB或EAB情况下。然而，如果AC机制应用于特定服务/应用，则中继UE可以处于空闲模式或连接模式。

实施例2-1

实施例2-1-1：中继UE的操作

中继UE应该应用/发起AC机制。这可能意味着以下之一。

-在预定时间期间，中继可以不对网络执行RACH过程。

-中继UE可以在预定时间期间不对网络执行RRC连接请求。

-中继UE可以在预定时间期间不向网络发送NAS消息。

-中继UE可以在预定时间期间不执行由AC机制指示的特定服务/应用。服务/应用可以是MMTel语音、MMTel视频、CSFB、SMS、定义使用优先级(排序)的各种应用(例如，灾难期间使用的消息板)等中的任何一个。

这样，中继UE应用/发起AC机制，因为中继UE已经从网络接收到相关信息/指示。网络可以是诸如eNB的RAN、诸如MME的CN、可以执行AC机制的应用服务器等中的任何一个。

中继UE可以向远程UE指示中继UE将经由PC5接口应用/发起AC机制。PC5接口指的是D2D UE之间的接口。中继UE可以通过PC5消息向由中继UE服务的每个远程UE广播或者单播指示。当发送消息时，可以使用PC5-信令、PC5-发现和PC5-U中的一个。特别地，当广播消息时，可以仅允许远程UE接收/解释该消息(通过使用仅对远程UE有意义的发射器地址和/或接收器地址。该地址可以是第2层ID、IP地址等)，或甚至可以允许没有被放置在与中继UE的中继-远程关系中的UE接收/解释该消息。这可以在整个公开中应用。

指示应用AC机制的消息可以包括以下信息中的至少一个。

a)指示中继UE应用/发起AC机制的信息。

b)由中继UE应用/发起的AC机制的类型。

该类型可以包括为“ACB”、“EAB”、“SSAC”等。此外，AC机制可以被定义为枚举值(例如，ACB＝1，EAB＝2，......)，并且可以包括与每个机制相对应的值。

c)如果要应用/发起的AC机制针对特定服务/应用，则标识服务/应用的信息。

标识服务/应用的信息可以作为“MMTel语音”、“MMTel视频”等被包括。此外，服务/应用可以被定义为枚举值(例如，MMTel语音＝1、MMTel视频＝2、......)，并且可以包括与每个服务/应用相对应的值。此外，可以单独包括关于服务的信息和关于应用的信息。

d)中继UE应用AC机制的时间。

时间指的是中继UE处的AC机制的结束时间。时间值可以等于、略小于或略大于中继UE应用AC机制的时间值。当指示消息被单播到每个远程UE时，可以针对每个远程UE将时间值设置为不同(以便于在AC机制终止之后防止多个远程UE同时向中继UE发送网络连接请求)。

时间信息可以是持续时间信息(例如，几秒、几分钟等)，或者表示为绝对时间的结束时间。这样，时间信息可以以各种方式表达。

e)关于中继UE的接入类别信息。

接入类别信息可以意指应用AC机制的AC信息。

f)如果远程UE是较高优先级用户或用于高优先级服务/紧急服务，则指示是否要忽略(或覆盖)中继UE处正在进行的AC机制的信息。

仅当在等于或长于预定/预配置时间的时间段内中继UE要应用AC机制时，可以将指示消息发送到远程UE。例如，在预定/预先配置的时间是3秒的情况下，如果在短于3秒钟的时间内应该应用AC机制，则中继UE不需要将指示消息发送到远程UE。如果在3秒或更长时间内应该应用AC机制，则中继UE将指示消息发送到远程UE。

中继UE可以在应用/发起AC机制时一次性地或者周期性地直到AC机制终止将指示消息发送到远程UE。在后一种情况下，指示消息可以不包括信息d。

当中继UE应用/发起AC机制时，中继UE将指示消息发送到远程UE，如上所述。然后，中继UE可以在AC机制的结束时间之前转换到连接模式。然后，中继UE如下操作。

由于各种原因，中继UE可以在AC机制的结束时间之前处于连接模式。例如，为了接收高优先级服务/紧急服务，中继UE可以发送包括指示高优先级服务/紧急服务的信息的RRC连接请求，从而建立RRC连接。这种情况对应于其中一个原因。

如果如上所述中继UE处于连接模式，则中继UE经由PC5接口向远程UE发送指示AC机制终止的消息。该消息可以是对每个远程UE的广播或单播。

AC机制终止指示消息可以包括以下信息之一。

a)指示中继UE终止AC机制的应用的信息。

b)指示中继UE已转换到连接模式的信息。

c)由中继UE终止的AC机制的类型。

该类型可以被包括为“ACB”、“EAB”、“SSAC”等。此外，AC机制可以被定义为枚举值(例如，ACB＝1、EAB＝2、......)，并且可以包括与每个机制相对应的值。

d)如果要应用/发起的AC机制用于特定服务/应用，则标识服务/应用的信息。

标识服务/应用的信息可以被包括为“MMTel语音”、“MMTel视频”等。此外，服务/应用可以被定义为枚举值(例如，MMTel语音＝1、MMTel视频＝2、......)，并且可以包括与每个服务/应用相对应的值。此外，可以单独包括关于服务的信息和关于应用的信息。

e)关于中继UE的接入类别信息。

接入类别信息可以意指应用AC机制的AC信息。

2-1-2：远程UE的操作

一旦从中继UE接收到指示如实施例2-1-1中所述的AC机制的应用的消息，远程UE就可以响应于该消息向中继UE发送ACK消息。仅当消息被单播而没有被广播时才可以发送ACK消息。

远程UE基于指示AC机制的应用的消息中包括的信息来应用/发起AC机制。这可以最终被解释为远程UE以相同的方式应用由中继UE应用的AC机制。因此，应用AC机制的远程UE不发送针对应用AC机制的目标的网络连接服务请求。如果AC机制被应用于UE本身(例如，ACB或EAB)，则不向中继UE发送网络连接服务请求。如果AC机制被应用于特定服务/应用(例如，用于CSFB或ACDC的SSAC或AC)，则这可能意味着不将针对特定服务/应用的网络连接服务请求发送到中继UE。如果指示消息针对应用于UE自身的AC机制，并且中继UE在指示消息中包括“e)中继UE的接入类别信息”，则仅当其AC等于e)时远程UE可以应用/发起AC机制。

在基于指示从中继UE接收的AC机制的应用的消息应用AC机制的过程中，远程UE可以执行忽略(或覆盖)消息的操作。此操作可以旨在接收诸如高优先级服务/紧急服务的急迫服务，或者可以因为远程UE是比中继UE更高优先级的用户而被执行。当远程UE向中继UE请求网络连接服务，忽略如上所述的AC机制时，远程UE可以显式或隐式地指示忽略AC机制的原因。例如，原因可以包括在远程UE发送到中继UE的PC5信令中，发送用户业务的PC5用户平面可以指示原因，或者经由中继UE要发送到网络的RRC消息/NAS消息可以包括原因。一旦接收到来自远程UE的请求，中继UE就尝试连接到网络，尽管应用AC机制。这里，中继UE可以基于从远程UE接收的显式或隐式原因信息来尝试连接到网络。另外，在尝试连接到网络的同时，中继UE可以包括指示此尝试用于中继的信息。

远程UE如下终止AC机制的应用。远程UE基于从中继UE接收的AC机制应用指示消息来应用AC机制，并基于结束时间信息终止AC机制。在远程UE接收到广播的AC机制应用指示消息的情况下，即使AC机制的结束时间已经流逝，远程UE也可以进一步等待随机时间，并且然后向中继UE发起网络连接服务请求。完成此操作以防止多个远程UE在终止AC机制的应用之后同时向中继UE发送网络连接请求。或者一旦从中继UE接收到AC机制终止指示消息，远程UE就可以终止AC机制。

实施例2-2

远程UE向中继UE请求网络连接服务。这可以意指通过远程UE将PC5信令发送到中继UE，发送PC5发现消息，发送RRC消息，发送NAS消息和发送业务中的一个或多个。这可以在整个公开中应用。

如果接收网络连接服务请求的中继UE正在应用接入控制，即，AC机制，则中继UE检查从远程UE接收的请求是否对应于中继UE应用的AC机制。如果请求对应于AC机制，则中继UE发送拒绝该请求的消息。拒绝消息可以包括指示拒绝归因于AC机制的应用的信息。此外，拒绝消息可以包括前述AC机制应用指示消息中包括的各条信息。

仅当中继UE应该应用AC机制的持续时间等于或长于预定/预先配置的时间时，可以将拒绝消息发送到远程UE。例如，在预定/预先配置的时间是1秒的情况下，如果要在短于1秒的时间内应用AC机制，则中继UE不需要将拒绝消息发送到远程UE。如果要在1秒或更长时间内应用AC机制，则中继UE将拒绝消息发送到远程UE。如果中继UE没有向远程UE发送拒绝消息，则中继UE可以缓冲从远程UE接收的网络连接服务请求，并且在AC机制终止时，执行相关操作。

如果请求不对应于中继UE应用的AC机制，则中继UE执行提供远程UE请求的网络连接服务的操作。

在从中继UE接收到拒绝消息时，远程UE可以基于拒绝消息来应用AC机制。在接收到拒绝消息之后，远程UE如实施例2-1-2中所述进行操作。

实施例2-3：与中继发现相关的操作

实施例2-3-1：作为模型A发现执行中继发现。

当中继UE在指示其是中继的PC5通告消息的周期性传输期间应用/发起AC机制时，中继UE执行以下操作之一。

1)中继UE中断通告消息的传输。

2)中继UE发送包括指示中继UE正在应用AC机制的信息的通告消息。该信息可以是如实施例2-1-1中所述的各条信息。

当中继UE终止AC机制或处于连接模式时，中继UE中断上述操作，并发送原始通告消息。

在接收到2)中描述的通告消息时，已经发现中继UE接收网络连接服务的UE执行以下操作之一。

1)UE从中继UE选择候选中排除中继UE。

2)UE包括中继UE作为中继UE选择候选，将中继UE视为具有最低优先级。

3)在AC机制的结束时间之后，UE包括中继UE作为中继UE选择候选。

实施例2-3-2：作为模型B发现执行中继发现。

在中继UE正在应用AC机制的同时一旦从发现中继UE的UE接收PC5请求消息，中继UE就执行以下操作之一。

1)中继UE不响应请求消息。

2)中继UE响应于请求消息发送PC5响应消息。这里，中继UE在PC5响应消息中包括指示正在进行的AC机制的信息。该信息可以是如实施例2-1-1中所述的各种信息。

在接收到2)中描述的响应消息时，正在发现中继UE的UE执行以下操作之一。

1)UE从中继UE选择候选中排除中继UE。

2)UE包括中继UE作为中继UE选择候选，将中继UE视为具有最低优先级。

3)在AC机制的结束时间之后，UE包括中继UE作为中继UE选择候选。

当正在应用AC机制时，特别是当AC机制是应用于UE本身的ACB或EAB时，中继UE可以处于空闲模式。然而，如果AC机制应用于特定服务/应用，则中继UE可以处于空闲模式或连接模式。

图11是根据本公开的示例的UE和网络节点的优选实施例的框图。

参考图11，本公开的UE 100可以包括收发器110、处理器120和存储器130。收发器110可以被配置成将各种信号、数据和信息发送到外部设备并从外部设备接收各种信号、数据和信息。UE 100可以有线和/或无线地连接到外部设备。处理器120可以向UE 100提供总体控制，并且可以被配置成计算和处理由UE 100向外部设备发送和从外部设备接收的信息。存储器130可以在预定时间内存储计算和处理的信息，并且存储器130可以用诸如缓冲器(未示出)的组件替换。此外，处理器120可以被配置成执行本公开中提出的UE操作。

参考图11，本公开的网络节点200可以包括收发器210、处理器220和存储器230。收发器210可以被配置成将各种信号、数据和信息发送到外部设备并从外部设备接收各种信号、数据和信息。网络节点200可以有线和/或无线地连接到外部设备。处理器220可以向网络节点200提供总体控制，并且可以被配置成计算和处理由网络节点200发送到外部设备和从外部设备接收的信息。存储器230可以在预定时间内存储计算和处理的信息。并且存储器230可以用诸如缓冲器(未示出)的组件替换。此外，处理器220可以被配置成执行本公开中提出的网络节点操作。具体地，处理器220可以从远程UE接收中继请求。在接收到中继请求之后，处理器220可以向eNB发送随机接入前导，并且接收响应于随机接入前导的随机接入响应。在接收到随机接入响应之后，处理器220可以发送RRC连接请求并接收响应于RRC连接请求的RRC连接建立。然后，处理器220可以发送RRC连接建立完成消息。可以考虑中继UE是否需要请求中继UE的业务的连接以及中继UE的业务的连接请求的建立原因与基于远程UE提供的信息设置的建立原因之间的优先级中的一个或多个来确定RRC连接请求中包括的建立原因。

可以实现UE 100和网络节点200的具体配置，使得本公开的各种实施例被独立地应用或者以其两个或更多个的组合来应用。为了清楚起见，避免冗余描述。

可以通过各种手段，例如，硬件、固件、软件或它们的组合来实现根据本发明的前述实施例。

在硬件配置中，可以通过一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等实现本公开的实施例。

在固件或软件配置中，根据本公开的实施例的方法可以以模块、过程、函数等的形式实现。软件代码可以存储在存储器单元中并由处理器执行。存储器单元位于处理器的内部或外部，并且可以经由各种已知手段向处理器发送数据和从处理器接收数据。

如前所述，已经给出本公开的优选实施例的详细描述，使得本领域的技术人员可以实现和执行本公开。虽然在上面已经参考本公开的优选实施例，但是本领域的技术人员将理解，可以在本公开的范围内对本公开做出各种修改和变更。例如，本领域的技术人员可以组合使用前述实施例中描述的组件。因此，上述实施例在所有方面都被解释为说明性的而非限制性的。本公开的范围应由所附权利要求及其合法等同物确定，而不是由以上描述确定，并且落入所附权利要求的含义和等同范围内的所有变化都旨在被包含在其中。

工业实用性

虽然在上面已经在3GPP系统的背景下描述本发明的各种实施例，但是各种实施例以相同的方式可适用于许多其它的移动通信系统。

Claims (13)

1.一种在无线通信系统中由具有到远程UE的连接的中继用户设备UE建立与网络的连接的方法，所述方法包括：

从所述远程UE接收中继请求；

在接收到所述中继请求之后，向基站BS发送随机接入前导；

接收响应于所述随机接入前导的随机接入响应；

在接收到所述随机接入响应之后，发送无线资源控制RRC连接请求消息；以及

在接收到响应于所述RRC连接请求消息的RRC连接建立消息之后，发送RRC连接建立完成消息，

其中，考虑到所述中继UE是否需要请求所述中继UE的业务的连接以及在用于所述中继UE的业务的连接请求的建立原因与基于所述远程UE提供的信息设置的建立原因之间的优先级中的一个或多个来确定所述RRC连接请求消息中包括的建立原因，

其中，所述RRC连接建立完成消息包括在用于所述中继UE的业务的连接请求设置的建立原因与基于由所述远程UE提供的信息设置的建立原因之间具有较低优先级的建立原因。

2.根据权利要求1所述的方法，其中，如果所述中继UE不需要请求用于所述中继UE的业务的连接，则所述RRC连接请求消息包括基于由所述远程UE提供的信息设置的建立原因。

3.根据权利要求2所述的方法，其中，所述RRC连接建立完成消息包括设置用于所述中继UE的中继操作的建立原因。

4.根据权利要求3所述的方法，其中，所述RRC连接建立完成消息包括指示在所述RRC连接请求消息中被发送用于所述远程UE的所述建立原因的信息。

5.根据权利要求1所述的方法，其中，如果所述中继UE需要请求用于所述中继UE的业务的连接，则所述RRC连接请求消息包括在用于所述中继UE的业务的连接请求设置的建立原因与基于由所述远程UE提供的信息设置的建立原因之间具有更高优先级的建立原因。

6.根据权利要求1所述的方法，其中，所述RRC连接建立完成消息包括指示在所述RRC连接请求消息中发送的建立原因是否用于所述远程UE的信息。

7.根据权利要求1所述的方法，进一步包括从所述远程UE接收指示业务的生成的消息。

8.根据权利要求7所述的方法，其中，所述指示业务的生成的消息包括指示上行链路业务的信息、指示控制平面CP业务的信息、所述业务的优先级、所述远程UE的优先级、关于所述远程UE的接入类别信息以及可应用于所述业务的接入控制AC中的一个或多个。

9.根据权利要求7所述的方法，其中，在所述远程UE知道所述中继UE是空闲的情况、在所述远程UE与所述中继UE建立连接之后最初生成上行链路业务的情况、在所述远程UE经由所述中继UE发送和接收业务之后预定时间已经流逝的情况、以及在所述远程UE不知道所述中继UE是否空闲的情况中的一个中，所述远程UE发送指示业务的生成的消息。

10.根据权利要求7所述的方法，其中，所述中继UE确定由所述远程UE生成的业务是否与AC相关。

11.根据权利要求10所述的方法，其中，所述中继UE向所述远程UE发送对所述指示业务的生成的消息的响应，并且如果由所述远程UE生成的业务与AC相关，则对指示业务的生成的消息的响应包括AC信息。

12.根据权利要求11所述的方法，其中，如果对指示业务的生成的消息的响应包括AC信息，则所述远程UE确定AC是否应用于由所述远程UE生成的业务。

13.一种具有到远程UE的连接的中继用户设备UE，用于在无线通信系统中与网络建立连接，所述中继UE包括：

收发器；和

处理器，

其中，所述处理器被配置成：从所述远程UE接收中继请求，在接收到所述中继请求之后向基站BS发送随机接入前导，接收响应于所述随机接入前导的随机接入响应，在接收到所述随机接入响应之后发送无线电资源控制RRC连接请求消息，并且在接收到响应于所述RRC连接请求消息的RRC连接建立消息之后发送RRC连接建立完成消息，并且

其中，考虑到所述中继UE是否需要请求用于所述中继UE的业务的连接以及用于在所述中继UE的业务的连接请求的建立原因与基于由所述远程UE提供的信息设置的建立原因之间的优先级中的一个或多个来确定所述RRC连接请求消息中包括的建立原因，

其中，所述RRC连接建立完成消息包括在用于所述中继UE的业务的连接请求设置的建立原因与基于由所述远程UE提供的信息设置的建立原因之间具有较低优先级的建立原因。

Images