用于执行邻近服务的方法及用户装置

摘要

本说明书的一种实施方式提供了一种用户设备执行基于近场通信的邻近服务的方法。该方法包括以下步骤：当用户设备与另一用户设备通过直接通信路径进行通信时，由所述用户设备的接入层面(AS)层通过非接入层面(NAS)层将关于与所述另一用户设备的通信状态的信息传递给上层；由所述NAS层从所述上层接收关于通信路径的改变的通知；由所述NAS层命令所述AS层按照指示根据所述通信路径的改变的服务连续性的目的的请求类型(调用类型)来执行无线电资源控制(RRC)连接过程；以及由所述AS层将包括指示所述邻近服务的服务连续性的目的的连接请求类型(建立原因)的RRC连接请求消息发送给基站。

权利要求

1.一种用于由用户设备UE基于近场通信NFC执行邻近服务的方法，该方法包括以下步骤：确定执行从直接通信路径至间接通信路径的切换；

向基站BS发送包括建立原因的无线电资源控制RRC连接请求消息，其中，所述建立原因通知在执行从所述直接通信路径至所述间接通信路径的切换之后需要服务连续性；以及基于RRC连接的建立，将路径切换请求消息发送给负责所述邻近服务的服务器，其中，所述路径切换请求消息包括关于经由所述直接通信路径收发的媒体的类型和特性的第一信息、关于收发所述媒体所需的服务质量QoS的第二信息以及关于请求路径切换的UE的第三信息，并且其中，相对于其它UE的RRC连接请求消息，具有指示基于通信路径的切换的服务连续性的目的的连接请求类型的所述RRC连接请求消息被所述BS优先处理，所述连接请求类型为建立原因。

2.根据权利要求1所述的方法，该方法还包括以下步骤：通过所述直接通信路径与另一UE通信；

由所述UE的接入层面AS层经由非接入层面NAS层向ProSe层传递关于与所述另一UE的通信状态的信息；

由所述ProSe层确定是否通过通信路径的切换继续服务；

由所述NAS层从所述ProSe层接收关于所述通信路径的切换的通知；以及由所述NAS层指示所述AS层发送所述RRC连接请求消息。

3.根据权利要求2所述的方法，其中，关于与所述另一UE的通信状态的信息包括关于通过所述直接通信路径从所述另一UE接收的信号的强度的信息和指示与所述另一UE的所述直接通信路径不可用的信息当中的一种或更多种信息。

4.根据权利要求2所述的方法，该方法还包括以下步骤：从所述负责所述邻近服务的服务器接收关于所述路径切换请求消息的响应消息，并且其中，所述响应消息包括用于路径切换所需的信息。

5.根据权利要求2所述的方法，该方法还包括以下步骤：当完成将与所述另一UE的所述直接通信路径切换至演进分组核心网EPC路径时，从EPC内的邻近服务媒体网关接收来自所述另一UE的业务。

6.一种基于近场通信NFC执行邻近服务的用户设备UE，该UE包括：收发单元；以及

处理器，所述处理器控制所述收发单元，

其中，所述处理器被配置为：

确定执行从直接通信路径至间接通信路径的切换；

向基站BS发送包括建立原因的无线电资源控制RRC连接请求消息，其中，所述建立原因通知在执行从所述直接通信路径至所述间接通信路径的切换之后需要服务连续性；

基于RRC连接的建立，将路径切换请求消息发送给负责所述邻近服务的服务器，其中，所述路径切换请求消息包括关于经由所述直接通信路径收发的媒体的类型和特性的第一信息、关于收发所述媒体所需的服务质量QoS的第二信息以及关于请求路径切换的UE的第三信息，并且其中，相对于其它UE的RRC连接请求消息，具有指示基于通信路径的切换的服务连续性的目的的连接请求类型的所述RRC连接请求消息被所述BS优先处理，所述连接请求类型为建立原因。

7.根据权利要求6所述的UE，其中，所述UE通过所述直接通信路径与另一UE通信，其中，所述UE包括接入层面AS层、非接入层面NAS层和ProSe层，其中，所述AS层经由所述NAS层向所述ProSe层传递关于与所述另一UE的通信状态的信息，其中，所述ProSe层确定是否通过通信路径的切换继续服务，并且其中，所述NAS层从所述ProSe层接收关于所述通信路径的切换的通知，并且指示所述AS层发送所述RRC连接请求消息。

8.根据权利要求7所述的UE，其中，关于与所述另一UE的通信状态的信息包括关于通过所述直接通信路径从所述另一UE接收的信号的强度的信息和指示与所述另一UE的所述直接通信路径不可用的信息当中的一种或更多种信息。

9.根据权利要求7所述的UE，其中，

所述ProSe层从所述负责所述邻近服务的服务器接收关于所述路径切换请求消息的响应消息，并且所述响应消息包括用于路径切换所需的信息。

10.根据权利要求7所述的UE，其中，

当完成将与所述另一UE的所述直接通信路径切换至演进分组核心网EPC路径时，从EPC内的邻近服务媒体网关接收来自所述另一UE的业务。

说明书

用于执行邻近服务的方法及用户装置

技术领域

[0001] 本发明涉及邻近通信。

背景技术

[0002] 在建立移动通信系统的技术标准的3GPP中，为了应对第四代通信和多个相关论坛以及新技术，作为优化和改进3GPP技术的性能的部分努力，已从2004年末开始对长期演进/系统架构演进(LTE/SAE)技术进行研究。

[0003] 基于3GPP SA WG2执行的SAE是关于旨在遵照3GPP TSG RAN的LTE任务确定网络结构并且支持异构网络之间的移动性的网络技术的研究，并且是近来3GPP的重要标准化问题之一。SAE是用于将3GPP系统开发成支持基于IP的各种无线电接入技术的系统的任务，且为了最小化传输延迟并且具有更多改进的数据传输能力的优化的基于分组的系统的目的，已执行该任务。

[0004] 在3GPP SA WG2中所定义的演进的分组系统(EPS)高级参考模型包括非漫游情形以及具有各种场景的漫游情形，并且对于其细节，可以参考3GPP标准文献TS 23.401和TS 23.402。已根据EPS高级参考模型简要地重新配置了图1的网络配置。

[0005] 图1示出了演进的移动通信网络的配置。

[0006] 如图所例示，演进的UMTS地面无线电接入网络(E-UTRAN)被连接到演进分组核心网(EPC)。E-UTRAN是在3GPP版本8之后定义的无线电接入网络，并且还被称作第4代(4G)(即，LTE)网络。LTE之前的无线电接入网络(即，第3代(3G)无线电接入网络)是UTRAN。

[0007] E-UTRAN包括向用户设备(UE)提供控制面和用户面的基站(BS)(或eNodeB)20。BS(或eNodeB)20可以利用X2接口互连。

[0008] UE与BS(或eNodeB)20之间的无线电接口协议的层可以基于通信系统中公知的开放系统互连(OSI)模型的下三层而被分类为第一层(L1)、第二层(L2)和第三层(L3)。其中，属于第一层的物理(PHY)层通过利用物理信道来提供信息传递服务，以及属于第三层的无线电资源控制(RRC)层用于控制UE与网络之间的无线电资源。为此，RRC层在UE与BS之间交换RRC消息。

[0009] 同时，EPC可以包括各种构成元件。其中，图1中例示了移动性管理实体(MME)51、服务网关(S-GW)52、分组数据网络网关(PDN GW)53和归属订户服务器(HSS)54。

[0010] BS(或eNodeB)20通过S1接口被连接到EPC的MME 51，并且通过S1-U被连接到S-GW 52。

[0011] S-GW 52是在无线电接入网络(RAN)与核心网络之间的边界点处操作的元件，并且具有维持eNodeB 20与PDN GW 53之间的数据路径的功能。而且，如果终端(或用户设备(UE))在由eNodeB 20提供服务的区域中移动，则S-GW 52起到局部移动性锚点的作用。即，为了E-UTRAN(即，在3GPP版本8之后定义的通用移动电信系统(演进的UMTS)地面无线电接入网络)内的移动性，可以通过S-GW 52来对分组进行路由。而且，S-GW 52可以起到用于与另一3GPP网络(即，在3GPP版本8之前定义的RAN，例如UTRAN或全球移动通信系统(GSM)(GERAN)/增强数据速率全球演进(EDGE)无线电接入网络)的移动性的锚点的作用。

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

[0013] 在图1的网络配置中，S-GW 52和PDN GW 53已被示出为是独立的网关，但是这两个网关可以根据单个网关配置选项来实现。

[0014] MME 51是用于执行终端对网络连接的接入和信令以及控制功能以用于支持网络资源的分配、跟踪、寻呼、漫游、切换等的元件。MME 51控制与用户和会话管理有关的控制面功能。MME 51管理许多eNodeB 20并且执行传统的信令，以选择用于切换至另一2G/3G网络的网关。而且，MME 51执行诸如安全过程、终端至网络会话处理以及空闲终端位置管理的功能。

[0015] 同时，近年来高速数据业务急剧增长。为了应对这种业务增长，引入技术来将UE的业务卸载到WLAN(Wi-Fi)上。

[0016] P-GW 53和HSS 54被连接到接入认证授权(AAA)服务器56。P-GW 53和AAA服务器56可以被连接到演进的分组数据网关(e-PDG)57。ePDG 57用作用于非信任非3GPP网络(例如，WLAN、Wi-Fi等)的安全节点。ePDG 57可以被连接到WLAN接入网关(WAG)58。WAG 58可以用作Wi-Fi系统中的P-GW。

[0017] 如参照图1所述，具有IP能力的终端(或UE)不仅可以基于3GPP接入而且还可以基于非3GPP接入经由EPC内的各种组件接入由服务供应商(即，运营商)提供的IP服务网络(例如，IMS)。

[0018] 图1还例示了各种参考点(例如，S1-U、S1-MME等)。在3GPP系统中，连接E-UTRAN和EPC的不同功能实体的两种功能的概念链路被定义为参考点。下面的表1总结了图1中所例示的参考点。除了表1中的示例以外，根据网络结构还可以存在各种参考点。

[0019] [表1]

[0020]

[0021] 图2是示出常规E-UTRAN和常规EPC的架构的示例性示图。

[0022] 如图2所示，eNodeB 20可以执行以下功能：诸如在RRC连接被激活时路由至网关、寻呼消息的调度和传输、广播信道(BCH)的调度和传输、上行链路和下行链路中向UE的资源的动态分配、eNodeB 20的测量的配置和提供、无线电承载体的控制、无线电准入控制以及连接移动性控制。EPC可以执行以下功能：诸如生成寻呼、LTE_IDLE状态的管理、用户面的加密、EPS承载体的控制、NAS信令的加密以及完整性保护。

[0023] 图3是示出在UE与eNodeB之间的控制面中的无线电接口协议的结构的示例性示图，以及图4是示出在UE与eNodeB之间的控制面中的无线电接口协议的结构的另一示例性示图。

[0024] 无线电接口协议基于3GPP无线电接入网络标准。无线电接口协议水平地包括物理层、数据链路层和网络层，并且它被分成用于信息传输的用户面以及用于控制信号(或信令)的传递的控制面。

[0025] 基于通信系统中公知的开放系统互连(OSI)参考模型的下三层，协议层可以被分类成第一层(L1)、第二层(L2)和第三层(L3)。

[0026] 下面描述图3所示的控制面的无线电协议和图4的用户面中的无线电协议的层。

[0027] 物理层PHY(即，第一层)提供使用物理信道的信息传递服务。PHY层通过传输信道被连接到位于更高层中的介质访问控制(MAC)层，并且通过该传输信道在MAC层与PHY层之间传递数据。而且，通过PHY层在不同的PHY层(即，发送方和接收方的PHY层)之间传递数据。

[0028] 物理信道由时间轴上的多个子帧和频率轴上的多个子载波组成。这里，一个子帧由时间轴上的多个符号和多个子载波组成。一个子帧由多个资源块组成，且一个资源块由多个符号和多个子载波组成。传输时间间隔(TTI)(即，发送数据所在的单位时间)为与一个子帧对应的1ms。

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

[0030] 在子帧的第一OFDM符号中发送的PCFICH承载关于子帧内用于发送控制信道的OFDM符号的数量(即，控制区域的大小)的控制格式指示符(CFI)。无线装置首先接收PCFICH上的CFI，且然后监测PDCCH。

[0031] 与PDCCH不同，PCFICH通过子帧的固定的PCFICH资源来发送，而不使用盲解码。

[0032] PHICH承载针对上行链路(UL)混合自动重传请求(HARQ)的肯定确认(ACK)/否定确认(NACK)信号。在PHICH上发送针对通过无线装置发送的在PUSCH上的UL数据的ACK/NACK信号。

[0033] 物理广播信道(PBCH)在无线电帧的第一子帧的第二时隙的前四个OFDM符号中发送。PBCH承载对于无线装置与eNodeB通信所必要的系统信息，且通过PBCH发送的系统信息被称为主信息块(MIB)。相反，在由PDCCH所指示的PDSCH上发送的系统信息被称为系统信息块(SIB)。

[0034] PDCCH可以承载下行链路共享信道(DL-SCH)的资源分配和传输格式、关于上行链路共享信道(UL-SCH)的资源分配的信息、用于PCH的寻呼信息、用于DL-SCH的系统信息、在PDSCH上发送的上层控制消息(例如，随机接入响应)的资源分配、针对特定UE组内的多个UE的一组发送功率控制命令以及网际协议语音(VoIP)的激活。可以在控制区域内发送多个PDCCH，并且UE可以监测多个PDCCH。PDCCH在一个控制信道元素(CCE)或者多个邻接CCE的聚合上发送。CCE是用于根据无线电信道的状态向PDCCH提供编码速率的逻辑分配单元。CCE对应于多个资源元素组。PDCCH的格式和可行的PDCCH的比特数由CCE的数量与由CCE所提供的编码速率之间的关系来确定。

[0035] 通过PDCCH发送的控制信息被称为下行链路控制信息(DCI)。DCI可以包括PDSCH的资源分配(也称为下行链路(DL)许可)、PUSCH的资源分配(也称为上行链路(UL)许可)、针对特定UE组内的多个UE的一组发送功率控制命令和/或网际协议语音(VoIP)的激活。

[0036] 在第二层中存在多个层。首先，介质访问控制(MAC)层用于将各种逻辑信道映射至各种传输信道，并且还起到用于将多个逻辑信道映射至一个传输信道的逻辑信道复用的作用。MAC层通过逻辑信道被连接到无线电链路控制(RLC)层(即，更高层)。根据所发送的信息的类型，逻辑信道基本上被分成发送控制面的信息所通过的控制信道以及发送用户面的信息所通过的业务信道。

[0037] 第二层的RLC层用于通过将数据分段和级联来控制数据大小，该数据大小适合于由下层在无线电区段中发送从更高层接收的数据。而且，为了确保无线电承载体所需的各种类型的QoS，RLC层提供三种类型的操作模式：透明模式(TM)、未确认模式(UM)和确认模式(AM)。具体地，AM RLC通过自动重传请求(ARQ)功能来执行重传功能以用于可靠的数据传输。

[0038] 第二层的分组数据会聚协议(PDCP)层在发送IP分组时执行用于减小包含大小相对较大并且不必要的控制信息的IP分组头部的大小的头部压缩功能，以便在具有较小带宽的无线电区段中有效地发送IP分组(例如，IPv4或IPv6)。因此，由于在数据的头部中仅发送必要信息，所以可以增大无线电区段的传输效率。而且，在LTE系统中，PDCP层还执行安全功能。该安全功能包括用于防止数据被第三方侦听的加密以及用于防止数据被第三方操纵的完整性保护。

[0039] 在第三层的最高位置处的无线电资源控制(RRC)层仅被定义于控制面中，并且负责与无线电承载体(RB)的配置、重新配置和释放有关的逻辑信道、传输信道和物理信道的控制。这里，RB是指为了在UE与E-UTRAN之间传递数据而由第二层提供的服务。

[0040] 如果在UE的RRC层与无线网络的RRC层之间存在RRC连接，则UE处于RRC_CONNECTED状态。如果不存在RRC连接，则UE处于RRC_IDLE状态。

[0041] 下面描述UE的RRC状态和RRC连接方法。RRC状态是指UE的RRC层是否已在逻辑上被连接到E-UTRAN的RRC层。如果UE的RRC层在逻辑上被连接到E-UTRAN的RRC层，则其被称为RRC_CONNECTED状态。如果UE的RRC层在逻辑上没有被连接到E-UTRAN的RRC层，则其被称为RRC_IDLE状态。由于处于RRC_CONNECTED状态的UE具有RRC连接，因此E-UTRAN可以在小区单元中检查UE的存在，且从而有效地控制UE。相反，如果UE处于RRC_IDLE状态，则E-UTRAN无法检查UE的存在，并且在跟踪区域(TA)单元(即，比小区大的区域单元)中管理核心网络。即，仅在比小区大的区域单元中检查处于RRC_IDLE状态的UE的存在。在这种情况下，UE需要转变为RRC_CONNECTED状态，以便被提供有诸如语音或数据的公共移动通信服务。各个TA通过跟踪区域标识(TAI)来分类。UE可以通过跟踪区域码(TAC)(即，通过小区广播的信息)来配置TAI。

[0042] 当用户第一次开启UE的电源时，UE首先搜索适当的小区，在相应小区中建立RRC连接，并且利用核心网络注册关于UE的信息。然后，UE停留在RRC_IDLE状态。如果需要，处于RRC_IDLE状态的UE(重新)选择小区，并且检查系统信息或寻呼信息。此过程被称为预占(camp on)。当处于RRC_IDLE状态的UE需要建立RRC连接时，UE通过RRC连接过程来与E-UTRAN的RRC层建立RRC连接，并且转变为RRC_CONNECTED状态。处于RRC_IDLE状态的UE需要建立RRC连接的情况包括多种情况。例如，所述多种情况可以包括以下情况：出于诸如由用户进行呼叫尝试的原因而需要发送UL数据的情况；以及响应于从E-UTRAN接收的寻呼消息而需要发送响应消息的情况。

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

[0044] 下面详细描述图3所示的NAS层。

[0045] 属于NAS层的演进会话管理(ESM)执行诸如默认承载体的管理和专用承载体的管理的功能，并且ESM负责UE使用来自网络的PS服务所需的控制。默认承载体资源的特征在于：当UE第一次接入特定分组数据网络(PDN)或者接入网络时，它们由网络分配。这里，网络分配UE可用的IP地址，使得UE可以使用默认承载体的数据服务和QoS。LTE支持两种类型的承载体：具有保证用于数据的发送和接收的特定带宽的保证比特速率(GBR)QoS特性的承载体，以及在不保证带宽的情况下具有尽力服务QoS特性的非GBR承载体。向默认承载体分配非GBR承载体，并且可以向专用承载体分配具有GBR或非GBR QoS特性的承载体。

[0046] 在网络中，分配给UE的承载体被称为演进分组服务(EPS)承载体。当分配EPS承载体时，网络分配一个ID。这被称为EPS承载体ID。一个EPS承载体具有最大比特速率(MBR)和保证比特速率(GBR)或者聚合最大比特速率(AMBR)的QoS特性。

[0047] 图5a是例示3GPP LTE中的随机接入处理的流程图。

[0048] UE 10使用随机接入处理来获得与基站(即，eNodeB 20)的UL同步或者被分配有UL无线电资源。

[0049] UE 10从eNodeB 20接收根索引和物理随机接入信道(PRACH)配置索引。在各个小区中存在由Zadoff-Chu(ZC)序列定义的64个候选随机接入前导码。根索引是UE用来生成这64个候选随机接入前导码的逻辑索引。

[0050] 随机接入前导码的传输在各个小区中被限制为特定时间和频率资源。PRACH配置索引指示可以发送随机接入前导码的特定子帧和前导码格式。

[0051] UE 10将随机选择的随机接入前导码发送给eNodeB 20。这里，UE 10选择64个候选随机接入前导码中的一个。而且，UE选择与PRACH配置索引对应的子帧。UE 10在所选择的子帧中发送所选择的随机接入前导码。

[0052] 已接收到随机接入前导码的eNodeB 20向UE 10发送随机接入响应(RAR)。在两个步骤中检测随机接入响应。首先，UE 10检测利用随机接入RNTI(RA-RNTI)掩码的PDCCH。UE 10在由所检测到的PDCCH指示的PDSCH上的介质访问控制(MAC)协议数据单元(PDU)内接收随机接入响应。

[0053] 图5b例示了无线电资源控制(RRC)层中的连接处理。

[0054] 图5b示出了取决于是否存在RRC连接的RRC状态。RRC状态表示UE 10的RRC层的实体是否与eNodeB 20的RRC层的实体逻辑连接，并且如果是，则其被称作RRC已连接状态；且如果否，则其被称作RRC空闲状态。

[0055] 在已连接状态下，UE 10具有RRC连接，并且因此，E-UTRAN可以基于小区来掌控UE的存在，且从而可以有效地控制UE 10。相反，空闲状态下的UE 10不能基于大于小区的跟踪区域来掌控eNodeB 20，并且被核心网管理。该跟踪区域为一组小区。即，只有基于更大的区域才能掌控空闲状态下的UE 10的存在，并且UE应切换至已连接状态来接收诸如语音或数据服务的典型移动通信服务。

[0056] 当用户开启UE 10时，UE 10搜索合适的小区并且在该小区中停留在空闲状态。当需要时，UE 10通过RRC连接过程建立与eNodeB 20的RRC层的RRC连接，并且转变为RRC已连接状态。

[0057] 存在许多停留在空闲状态的UE需要建立RRC连接的情形，例如，当用户尝试呼叫时或当需要上行链路数据传输时，或者当响应于从E-UTRAN接收到寻呼消息而发送消息时。

[0058] 为了使空闲的UE 10与eNodeB 20进行RRC连接，UE 10需要执行上述的RRC连接过程。RRC连接过程一般伴随以下处理而进行：UE 10向eNodeB 20发送RRC连接请求消息的处理、eNodeB 20向UE 10发送RRC连接建立消息的处理、以及UE 10向eNodeB 20发送RRC连接建立完成消息的处理。参照图6进一步详细描述这些处理。

[0059] 1)当尝试建立RRC连接(例如，用于尝试呼叫或发送数据或者响应来自eNodeB 20的寻呼)时，空闲的UE 10向eNodeB 20发送RRC连接请求消息。

[0060] 2)当从UE 10接收到RRC连接消息时，如果存在足够的无线电资源，则eNodeB 20接受来自UE 10的RRC连接请求，并且eNodeB 20向UE 10发送响应消息(RRC连接建立消息)。

[0061] 3)当接收到RRC连接建立消息时，UE 10向eNodeB 20发送RRC连接建立完成消息。如果UE 10成功地发送RRC连接建立消息，则UE 10恰好建立与eNodeB 20的RRC连接，并且切换至RRC已连接状态。

[0062] 同时，当出于用户面的数据传输的目的，UE 10请求RRC连接时，如果网络(例如，基站(即，eNodeB))处于拥塞状态，则UE 10可以拒绝针对RRC连接的请求。

[0063] 图6a是示出一般通信的示例性示图。

[0064] 参照图6a，UE#1 10-1位于eNodeB#1 20-1的覆盖范围中，且UE#2 10-2位于eNodeB#2 20-2的覆盖范围中。UE#1 10-1与UE#2 10-2之间的通信可以经由核心网络(例如，S-GW 52/P-GW 53)来执行。经由核心网络的通信路径可以被称作基础设施数据路径。而且，通过基础设施数据路径的通信被称作基础设施通信。

[0065] 图6b例示了预期被引入下一代通信系统中的邻近通信的概念。

[0066] 来自用户的对社交网络服务(SNS)的不断增长的需求引发了需要物理相邻UE的发现和需要特殊应用/服务(即，基于邻近的应用/服务)，这产生了对UE之间的邻近通信的进一步增长的需求。

[0067] 为了满足上述需求，如图6b所例示，已讨论了以下方法：在不涉及BS(eNodeB)20的情况下，能够在UE#1 10-1、UE#2 10-2和UE#3 10-3之间或者在UE#4 10-4、UE#5 10-5和UE#6 10-6之间进行直接通信的方法。通常，能够在BS(eNodeB)20的帮助下在UE#1 10-1与UE#4 
10-4之间进行直接通信。同时，UE#1 10-1也可以用作针对远离小区的中心的UE#2 10-2和UE#3 10-3的中继器。同样地，UE#4 10-4也可以用作针对远离小区的中心的UE#5 10-5和UE#6 10-6的中继器。

[0068] 同时，在直接通信中的UE#1 10-1与UE#7 10-7变成彼此远离的情况下，它们应将当前路径切换为基础设施路径以继续执行通信。然而，尚未提出其过程，这导致通信被断开的问题。另外，当执行直接通信时，由于UE#1 10-1与UE#7 10-7相对于BS(eNodeB)处于RRC空闲状态，且因此，为了将当前路径切换为基础设施路径，UE#1 10-1与UE#7 10-7应切换至RRC已连接状态。这里，然而，当BS拥塞时，该BS可能会拒绝来自UE#1 10-1和UE#7 10-7的RRC连接请求消息，且因此，可能会中断服务。

发明内容

[0069] 技术问题

[0070] 因此，本说明书的一种公开的目的在于提出对上述问题的解决方案。

[0071] 技术方案

[0072] 在一方面，提供了一种用于由用户设备基于近场通信(NFC)来执行邻近服务的方法。该方法可以包括以下步骤：在用户设备(UE)通过直接通信路径与另一UE进行通信时，由所述UE的接入层面(AS)层通过非接入层面(NAS)层将关于与所述另一UE的通信状态的信息传递给上层；由所述NAS层从所述上层接收关于所述通信路径的切换的通知；由所述NAS层指示所述AS层按照指示根据所述通信路径的切换的服务连续性的目的的请求类型(调用类型)来执行无线电资源控制(RRC)连接过程；由所述AS层将包括指示所述邻近服务的所述服务连续性的目的的连接请求类型(建立原因)的RRC连接请求消息发送给基站(BS)；以及当完成建立所述RRC连接时，将路径切换请求消息发送给负责邻近服务的服务器。

[0073] 相对于特定UE的RRC连接请求消息，具有指示根据所述通信路径的切换的服务连续性的目的的连接请求类型(建立原因)的所述RRC连接请求消息可以被所述BS优先处理。

[0074] 所述上层可以是ProSe层。在这种情况下，所述方法还可以包括以下步骤：由所述ProSe层确定是否通过所述通信路径的切换继续所述服务。

[0075] 由所述AS层通过所述NAS层向所述上层传递的关于与所述另一UE的通信状态的信息可以包括关于通过所述直接通信路径从所述另一UE接收的信号的强度的信息和指示与所述另一UE的所述直接通信路径不可用的信息当中的一种或更多种信息。

[0076] 该方法还可以包括以下步骤：从所述负责邻近服务的服务器接收关于所述路径切换请求消息的响应消息。所述响应消息可以包括用于路径切换所需的信息。

[0077] 该方法还可以包括以下步骤：当完成将与所述另一UE的所述直接通信路径切换至演进分组核心网(EPC)路径时，从EPC内的邻近服务媒体网关接收来自所述另一UE的业务。

[0078] 在另一方面，提供了一种基于近场通信(NFC)执行邻近服务的用户设备(UE)。该UE可以包括：收发单元；以及处理器，所述处理器控制所述收发单元。所述处理器可以包括：接入层面(AS)层，所述AS层在通过直接通信路径与另一UE进行通信时传递关于与所述另一UE的通信状态的信息；NAS层，所述NAS层在从所述AS层接收到关于与所述另一UE的通信状态的信息时传递所述信息，并且在从上层接收到关于所述通信路径的切换的通知时，指示所述AS层按照指示根据所述通信路径的切换的服务连续性的目的的请求类型(调用类型)来执行无线电资源控制(RRC)连接过程。这里，所述AS层可以通过将包括指示所述邻近服务的服务连续性的目的的连接请求类型(建立原因)的RRC连接请求消息发送给基站(BS)来完成建立所述RRC连接，并且相应地，所述上层可以将路径切换请求消息发送给负责邻近服务的服务器。

[0079] 有益效果

[0080] 根据本说明书的公开，解决了传统技术中的上述问题。

附图说明

[0081] 图1示出了演进的移动通信网络的配置。

[0082] 图2是示出常规E-UTRAN和常规EPC的架构的示例性示图。

[0083] 图3是示出在UE与eNodeB之间的控制面中的无线电接口协议的结构的示例性示图。

[0084] 图4是示出在UE与eNodeB之间的控制面中的无线电接口协议的结构的另一示例性示图。

[0085] 图5a是例示3GPP LTE中的随机接入处理的流程图。

[0086] 图5b例示了无线电资源控制(RRC)层中的连接处理。

[0087] 图6a是示出一般通信的示例性示图。

[0088] 图6b例示了预期被引入下一代通信系统中的邻近通信的概念。

[0089] 图7a是示出邻近通信的示例的示例性示图，以及图7b是示出邻近通信的另一示例的示例性示图。

[0090] 图8a是例示用于邻近服务的架构的框图，以及图8b是具体例示在图8a中例示的ProSe功能单元的框图。

[0091] 图9a是例示用于邻近服务的直接通信被触发的示例的视图，以及图9b是例示配置用于邻近服务的直接通信的处理的视图。

[0092] 图10是例示从ProSe直接通信路径到EPC路径的切换被触发的示例的视图。

[0093] 图11是例示根据本公开的实施方式的用于从直接通信路径切换到EPC路径的UE的内部操作的视图。

[0094] 图12是例示根据本公开的实施方式的方法的信号流程图。

[0095] 图13是具体例示在图12中例示的方法的流程图。

[0096] 图14是例示根据本公开的实施方式的UE的配置的框图。

具体实施方式

[0097] 本发明根据UMTS(通用移动电信系统)和EPC(演进分组核心网)来描述，但不限于这些通信系统，而是可以适用于本发明的技术精神可应用于的所有通信系统和方法。

[0098] 本文所使用的技术术语仅用于描述特定的实施方式，而不应被解释为限制本发明。而且，除非另外定义，否则本文所使用的技术术语应被解释为具有本领域技术人员通常理解的含义，而不应过宽或过窄地解释。而且，本文所使用的被确定为没有确切地表示本发明的精神的技术术语应该通过本领域技术人员能够确切地理解的这种技术术语来代替或理解。而且，本文所使用的一般术语应该如字典中所定义的在上下文中进行解释，而不应按照过窄的方式来进行解释。

[0099] 除非在上下文中明确地定义了单数的含义不同于多数的含义，否则本说明书中的单数的表达形式包括多数的含义。在下面的描述中，术语“包括”或“具有”可以表示存在说明书中所描述的特征、数量、步骤、操作、组件、部件或其组合，并且可以不排除存在或添加另一特征、另一数量、另一步骤、另一操作、另一组件、另一部件或其组合。

[0100] 术语“第一”和“第二”用于说明各种组件的目的，并且所述组件不限于术语“第一”和“第二”。术语“第一”和“第二”仅用于将一个组件与另一组件相区分。例如，在不脱离本发明的范围的情况下，第一组件可以被称为第二组件。

[0101] 将要理解的是，当元件或层被称作被“连接到”或“联接到”另一元件或层时，它可以被直接连接到或联接到所述另一元件或层，或者可以存在中间元件或层。相反，当元件被称作被“直接连接到”或“直接联接到”另一元件或层时，不存在中间元件或层。

[0102] 以下，将参照附图更详细地描述本发明的示例性实施方式。在描述本发明时，为了便于理解，遍及附图使用相同的参考标号来表示相同的组件，并且将省略关于相同组件的重复描述。将省略被确定为使得本发明的主旨不清楚的关于公知技术的详细描述。提供附图仅是为了使得本发明的精神易于理解，而不应该旨在限制本发明。应理解的是，除了附图所示的那些以外，本发明的精神可扩展至其修改、替换或等同。

[0103] 在附图中，例如示出了用户设备(UE)。UE也可以被称为终端或移动设备(ME)。UE可以是膝上型计算机、移动电话、PDA、智能电话、多媒体装置或其它便携式装置，或者可以是诸如PC或车载装置的固定装置。

[0104] 术语的定义

[0105] 为了更好的理解，在参照附图对本发明进行详细描述之前，简要地定义本文所使用的术语。

[0106] GERAN：GSM EDGE无线电接入网络的缩写，并且它是指通过GSM/EDGE连接核心网络与UE的无线电接入区段。

[0107] UTRAN：通用地面无线电接入网络的缩写，并且它是指连接第三代移动通信的核心网络与UE的无线电接入区段。

[0108] E-UTRAN：演进的通用地面无线电接入网络的缩写，并且它是指连接第四代移动通信(即，LTE)的核心网络与UE的无线电接入区段。

[0109] UMTS：代表通用移动电信系统，并且是指第三代移动通信网络。

[0110] UE/MS：用户设备/移动站，是指终端装置。

[0111] EPC：代表演进分组核心网，并且是指支持长期演进(LTE)网络的核心网络。UMTS的演进版本。

[0112] PDN(公共数据网络)：提供服务器的服务所位于的独立网络。

[0113] PDN连接：从UE到PDN的连接，即，利用IP地址表示的UE与利用APN(接入点名称)表示的PDN之间的关联(连接)。

[0114] PDN-GW(分组数据网络网关)：执行诸如UE IP地址分配、分组筛选和过滤以及计费数据收集的功能的EPS网络的网络节点。

[0115] 服务GW(服务网关)：执行诸如移动性锚定、分组路由、空闲模式分组缓冲以及触发MME以寻呼UE的功能的EPS网络的网络节点。

[0116] APN(接入点名称)：从UE提供的由网络管理的接入点的名称，即，用于表示PDN或将一PDN与另一PDN区分的字符串。通过对应的P-GW来接入所请求的服务或网络(PDN)，并且APN是在网络中预先定义以能够发现P-GW的名称(例如，internet.mnc012.mcc345.gprs)。

[0117] NodeB：UMTS网络基站。NodeB被安装在户外并且在小区覆盖范围大小方面对应于宏小区。

[0118] eNodeB：EPS(演进分组系统)基站并且被安装在户外。eNodeB在小区覆盖范围大小方面对应于宏小区。

[0119] (e)NodeB：统一表示NodeB和eNodeB。

[0120] MME：代表移动性管理实体，并且起到控制EPS内的各个实体以针对UE提供会话和移动性的作用。

[0121] 会话：用于数据传输的通道。会话的单元可以包括PDN、承载体和IP流，它们分别对应于整个目标网络的单元(APN或PDN的单元)、在整个目标网络内通过QoS区分的单元(承载体的单元)以及目的地IP地址的单元。

[0122] PDN连接：从UE到PDN的连接，即，利用IP地址表示的UE与利用APN表示的PDN之间的关联(连接)。这是指核心网络中的实体之间的连接(UE-PDN GW)以形成会话。

[0123] UE上下文：用于在网络中管理UE的关于UE的上下文的信息，即，由UE ID、移动性(例如，当前位置)和会话属性(QoS或优先级)组成的上下文信息。

[0124] NAS(非接入层面)：UE与MME之间的控制面的更高层面。NAS支持UE与网络之间的移动性管理、会话管理、IP地址管理等。

[0125] RAT：无线电接入技术的缩写。是指GERAN、UTRAN、E-UTRAN等。

[0126] 邻近服务(邻近服务、ProSe服务或基于邻近的服务)：是指物理上相邻的UE之间的发现和相互直接通信。然而，邻近服务是包括UE之间通过基站的通信的概念，并且进一步地，是包括UE之间通过第三UE的通信的概念。这里，关于用户面的数据通过直接数据路径来交换，而无需经过3GPP核心网络(例如，EPC)。

[0127] 邻近：UE位于与另一UE紧密邻近处是指满足预定的邻近条件。针对发现的邻近条件可能与针对通信的邻近条件不同。

[0128] 范围类别：是指作为用于ProSe发现而使用的粗略距离范围(例如，地理距离范围)以及作为通信条件的距离范围。

[0129] ProSe使能UE：是指支持ProSe发现、ProSe通信和/或ProSe支持的WLAN直接通信的UE。在本说明书中，ProSe使能UE也被简称为UE。

[0130] 通知UE：通知能够被具有发现权限的相邻UE使用的信息的UE。

[0131] 监测UE：从其它相邻UE接收关注信息的UE。

[0132] ProSe使能网络：是指支持ProSe发现、ProSe通信和/或ProSe支持的WLAN直接通信的网络。在本说明书中，ProSe使能网络也被简称为网络。

[0133] ProSe发现：是指当ProSe使能UE被定位为靠近时发现ProSe使能UE的处理。

[0134] 开放ProSe发现：是指当检测到ProSe使能UE时，可以在没有直接准许的情况下发现ProSe使能UE。

[0135] 受限ProSe发现：是指当检测到ProSe使能UE时，可以仅在直接准许的情况下发现ProSe使能UE。

[0136] ProSe通信：是指当ProSe使能UE被定位为靠近时，利用E-UTRAN通信路径在UE之间执行通信。通信路径可以例如直接在UE之间建立或者经由本地(或相邻)eNodeB建立。

[0137] ProSe组通信：是指当两个或更多个ProSe使能UE被定位为彼此相邻时，利用它们之间建立的公共通信路径执行一对全部的组通信。

[0138] ProSe E-UTRA通信：是指利用E-UTRA通信路径的ProSe通信。

[0139] ProSe辅助WLAN直接通信：是指利用WLAN直接通信路径的ProSe通信。

[0140] ProSe通信路径：是指支持ProSe通信的通信路径。ProSe E-UTRA通信的路径可以通过利用E-UTRA或eNodeB直接在ProSe使能UE之间建立。ProSe辅助WLAN直接通信的路径可以经由WLAN直接在ProSe使能UE之间建立。

[0141] EPC路径(或基础设施数据路径)：是指经由EPC的用户面的通信路径。

[0142] ProSe中继器：作为能够操作为针对ProSe的中继器的UE，可以具有两种类型。

[0143] ProSe UE至网络中继器：是指起到ProSe使能网络与ProSe使能UE之间的通信转发器(repeater)的作用。

[0144] ProSe UE至UE中继器：是指起到ProSe使能UE之间的通信转发器的作用。

[0145] 同时，参照下面的附图描述本发明的实施方式。

[0146] 图7a是示出邻近通信的示例的示例性示图，以及图7b是示出邻近通信的另一示例的示例性示图。

[0147] 参照图7a，例示了UE#1 100-1和UE#2 100-2在预占不同的eNodeB时分别通过直接通信路径执行邻近通信的情形。参照图7b，示出了UE#1 100-1和UE#2 100-2在预占eNodeB 200时分别通过直接通信路径执行邻近通信的情形。

[0148] 这样，UE#1 100-1和UE#2 100-2可以旁路通过服务供应商运营的eNodeB和核心网络的路径而通过直接通信路径来执行邻近通信。

[0149] 术语“直接通信路径”可以不同地被称为用于邻近服务的数据路径、基于邻近服务的数据路径或邻近服务通信路径。而且，通过直接通信路径的通信可以不同地被称为直接通信、邻近服务通信或基于邻近服务的通信。

[0150] 同时，邻近服务的示例可以是安全相关的服务。例如，当具有紧急情况的UE用户在基站(BS)的覆盖范围之外时，该用户可以通过邻近服务向另一UE发送指示该用户处于紧急情况的危急信号。而且，当UE用户被派遣进行救援但是在BS的覆盖范围之外时，该用户可以通过邻近服务向另一UE发送危急信号，以将紧急情况通知给其他救援人员或者进行救援请求。

[0151] 邻近服务的另一示例可以是社交网络服务(SNS)。该SNS引发非常频繁的数据传输，从而增加了BS的负荷。因此，UE之间的无需BS的介入的直接邻近服务可以减小BS的负荷。

[0152] 作为邻近服务的又一示例，可以使用组通信服务。而且，组通信服务的示例可以包括一键通(PTT：Push-To-Talk)服务。参照PTT服务描述组通信，例如，作为谈话方的一个UE可以发送媒体(例如，声音等)并且多个其它UE可以从该谈话方UE接收媒体。这里，多个UE不被允许像谈话方一样同时发送媒体。

[0153] 图8a是例示用于邻近服务的架构的框图，以及图8b是具体例示在图8a中例示的ProSe功能单元的框图。

[0154] 参照图8a，UE-A和UE-B两者都具有ProSe应用。该ProSe应用通过PC接口与ProSe功能单元通信。

[0155] 图8a中例示的ProSe功能单元是针对ProSe新定义的，并且如图8b所例示，ProSe功能单元可以被划分成三个子功能单元。子功能单元的作用如下。

[0156] 首先，直接供应功能(DPF)用作提供UE所需的参数，使得该UE可以使用ProSe直接发现和ProSe直接通信。该参数允许UE在特定PLMN内使用ProSe。在UE不能由E-UTRAN服务的情形下，用于公共安全DPF的直接通信的参数可以被提供给UE。

[0157] 其次，出于开放ProSe直接发现及处理该发现的目的，直接发现名称管理(DDNM)功能单元用于分配ProSe应用ID和ProSe应用码。因此，DDNM功能单元可以使用在HSS中存储的ProSe相关的用户信息，以处理各个发现请求。而且，DDNM功能单元提供UE所需的安全信息，以便保护无线发送的发现消息。

[0158] EPC级发现ProSe功能单元具有用于应用服务器的接口PC2、用于HSS的接口PC4a和用于UE的接口PC3。EPC级发现ProSe功能单元起到以下作用。

[0159] -其存储从HSS获得的ProSe相关的订户数据

[0160] -其执行针对EPC级ProSe发现和EPC辅助WLAN直接发现以及通信的目的的授权和设置

[0161] -其存储允许使用EPC级ProSe发现和EPC辅助WLAN直接发现以及通信的应用列表[0162] -其针对EPC级ProSe发现的目的而作为服务客户端进行操作

[0163] -其向UE提供用于支持WLAN直接发现和通信的信息

[0164] -其处理EPC ProSe订户ID和应用层用户ID

[0165] -其执行安全相关的功能

[0166] -其通过PC3接口与UE进行通信

[0167] -其通过PC2接口与第三应用服务器进行通信

[0168] -其通过PC6接口与在不同PLMN内的ProSe功能单元进行通信

[0169] -其支持用于通过HSS请求UE位置的功能

[0170] -其执行计费相关的功能

[0171] 图9a是例示用于邻近服务的直接通信被触发的示例的视图，以及图9b是例示配置用于邻近服务的直接通信的处理的视图。

[0172] 如图9a所例示，当UE#1 100-1和UE#2 100-2变得彼此靠近时，可以触发用于邻近服务的直接通信。

[0173] 参照图9b，UE#1 100-1和UE#2 100-2通过发现过程发现它们变得彼此靠近。

[0174] 然后，它们当中的任何一个(即，UE#1 100-1)可以向另一UE(即，UE#2 100-2)发送直接通信请求消息。

[0175] 这里，为了发送直接通信请求消息，UE#1 100-1应知道UE#2 100-2的层2ID。该层2ID可以是在发现过程期间已获得的ID。另选地，该层2ID可以是之前在利用UE#2 100-2执行的一对多通信处理期间已获得的ID。

[0176] 然后，UE#2 100-2发起相互授权过程。当成功地完成授权过程时，在PC5接口上生成安全的层2链路。

[0177] 同时，基于IP地址在UE#1 100-1与UE#2 100-2之间进行直接通信。由这两个UE中的任何一个分配在直接通信中所使用的IP地址。

[0178] 按照这种方式，基于由任何一个UE新分配的IP地址进行直接通信，而不是基于从P-GW获得的IP地址信息进行直接通信。原因在于：在路由方面，通过EPC路径的IP通信网络(即，允许在UE与P-GW之间进行IP路由的IP通信网络)和通过ProSe路径的IP通信网络(即，允许在UE与另一UE之间进行直接IP路由的IP通信网络)为不同的通信网络。

[0179] 例如，当由UE#1 100-1使用以通过EPC路径执行通信的IP地址为IP-Ae、由UE#1 100-1使用以通过ProSe路径执行通信的IP地址为IP-Ap、由UE#2 100-2使用以通过EPC路径执行通信的IP地址为IP-Be以及由UE#2 100-2使用以通过ProSe路径执行通信的IP地址为IP-Bp时，应针对这两个UE彼此之间的通信设置源IP地址和目的地IP地址。

[0180] i)在UE#1 100-1通过ProSe路径向UE#2 100-2发送业务的情况下，源IP地址为IP-Ap，且目的地IP地址为IP-Bp

[0181] ii)在UE#2 100-2通过ProSe路径向UE#1 100-1发送业务的情况下，源IP地址为IP-Bp，且目的地IP地址为IP-Ap

[0182] iii)在UE#1 100-1通过EPC路径向UE#2 100-2发送业务的情况下，源IP地址为IP-Ae，且目的地IP地址为IP-Be

[0183] iv)在UE#2 100-2通过EPC路径向UE#1 100-1发送业务的情况下，源IP地址为IP-Be，且目的地IP地址为IP-Ae

[0184] 图10是例示从ProSe直接通信路径向EPC路径的切换被触发的示例的视图。

[0185] 参照图10，当执行ProSe直接通信的UE#1 100-1和UE#2 100-2变得彼此远离时，它们可能会达到以下情形：它们彼此之间无法进行直接通信，并且它们应通过EPC路径执行通信。

[0186] 当生成PDN连接时，由UE#1 100-1和UE#2 100-2使用以通过EPC路径进行彼此通信的IP地址信息一般是从网络(即，P-GW)获得的。

[0187] 在通过ProSe路径彼此交换业务的同时，当UE#1 100-1和UE#2 100-2变得彼此远离以使它们应通过EPC路径交换业务时，IP分组的地址应从上述配置i)或ii)变为上述配置iii)或iv)，并且在UE使用的IP地址被改变的情况下，在改变处理期间交换的业务可能被丢失，直到UE内的应用发现IP地址改变为止。即，在重新形成关于相应应用的IP会话之前交换的业务可能被丢失，这可能会降低用户体验。具体地，当通过ProSe路径交换业务的UE#1 100-1和UE#2 100-2突然变得彼此远离时，它们太忙以致于没能改变IP地址并且发送业务，且因此业务被丢失。

[0188] 另一方面，为了使UE#1 100-1和UE#2 100-2彼此之间通过EPC路径进行通信，首先，它们应从RRC空闲状态切换至RRC已连接状态。

[0189] 为此，各个UE执行服务请求过程以从网络请求服务连续性(即，请求从ProSe路径切换至EPC路径)。在服务请求过程期间，各个UE均发送服务请求消息和RRC连接请求消息。下面的表2示出了RRC连接请求消息的字段。

[0190] [表2]

[0191] 字段 描述建立原因 其是指示为何需要RRC连接请求的原因，其是由上层提供的
随机值 从0到240的范围内的某一整数
UE标识 UE标识被包括以促进低层的竞争解决

[0192] 一般地，在UE向eNodeB发送RRC连接请求消息以执行服务请求过程的情况下，mo数据被设置为建立原因的值。

[0193] 然而，这里，即使当作为服务请求过程的一部分，UE#1 100-1或UE#2 100-2发送RRC连接请求消息以从网络请求ProSe服务连续性(即，用于从ProSe路径切换至EPC路径的请求)时，建立原因字段的值仍被设置为mo数据。

[0194] 因此，eNodeB不能确定UE#1 100-1或UE#2 100-2是否请求了针对通用数据的传输的RRC连接或者UE#1 100-1或UE#2 100-2是否已请求了针对ProSe服务连续性的RRC连接。

[0195] 另外，在网络拥塞状态下，一般地，相对于建立原因被设置为mo数据的RRC连接请求消息，eNodeB可以优先地处理建立原因被设置为紧急情况、高优先级接入、mt接入或mo信令的RRC连接请求消息，并且可能拒绝建立原因被设置为mo数据的RRC连接请求消息。因此，可能无法继续而是停止UE#1 100-1或UE#2 100-2的ProSe服务。

[0196] 因此，本公开提出了用于解决上述问题的方案。

[0197] <本公开的简要描述>

[0198] 本公开提出了以下机制：该机制有效地提供与诸如3GPP EPS(演进分组系统)的移动通信系统中的邻近服务有关的服务连续性。在本发明中提出的ProSe服务连续性提供机制可以被实现为以下操作中的一个或更多个操作的组合。

[0199] 以下，在ProSe通信中，将主要描述作为使用E-UTRA的直接通信的一对一直接通信和作为使用WLAN的直接通信的EPC辅助WLAN一对一直接通信，但本发明也可以适用于一对多直接通信。

[0200] I.已通过ProSe通信路径执行直接通信的UE发送请求将路径切换至EPC路径的消息(或服务连续性请求消息)。

[0201] 路径切换请求消息(或服务连续性请求消息)可以包括下面信息中的一条或更多条信息。

[0202] -发送请求消息的UE的标识信息

[0203] -执行与发送请求消息的UE之间的直接通信的对应UE的标识信息

[0204] -作为路径切换(或服务连续性)的目标的直接通信的标识信息(例如，参考ID等)[0205] -作为路径切换(或服务连续性)的目标的关于被包括在业务中的媒体的信息(例如，媒体的类型、媒体的特性以及媒体所需的QoS信息)

[0206] -用于直接通信的IP地址信息

[0207] -由对应UE针对直接通信所使用的IP地址信息

[0208] -用于直接通信的端口号信息

[0209] -由对应UE针对直接通信所使用的端口号信息

[0210] -指示请求的路径切换是从ProSe通信路径切换至EPC路径的信息

[0211] -关于请求路径切换的UE是否是接收UE、发送UE或接收UE和发送UE两者的信息[0212] 除了上述信息之外，UE还可以包括请求路径切换(或服务连续性)所需的各种类型的信息。

[0213] 当请求路径切换的UE处于RRC空闲状态时，该UE应被切换至RRC已连接状态以发送请求消息，并且为此，该UE执行服务请求过程。另选地，为了切换至RRC已连接状态以请求路径切换，UE可以执行新定义的NAS过程，而不是执行服务请求过程。

[0214] 同时，根据本公开的实施方式，UE将以下值当中的一个值而不是mo数据设置为在服务请求过程期间被发送到eNodeB的RRC连接请求消息内的建立原因值。

[0215] -新定义的用于请求ProSe服务连续性的建立原因值(例如，proseServiceCont)[0216] -mo信令：服务请求过程将向ProSe功能发送用于请求ProSe服务连续性的信令，且因此，该信令被视为MO信令并旨在被包括。

[0217] -mt接入：其为由在直接通信中单方面接收业务的UE所具体包括的值。

[0218] 当接收到根据本发明的实施方式提出的包括建立原因的RRC连接请求消息时，即使在网络拥塞的情形下，相对于建立原因被设置为mo数据的其它UE的RRC连接请求消息，eNodeB也优先处理该RRC连接请求消息，从而防止针对服务连接性的RRC连接请求消息被拒绝。

[0219] 按照上述设置的RRC建立原因值可以由NAS层提供给AS层或者AS层可以自行确定该RRC建立原因值。

[0220] 执行ProSe的UE可以基于各种原因向ProSe功能单元发送路径切换请求(或服务连续性请求)。这些原因的示例可以包括：当UE在直接通信上检测出与对应UE的直接通信不再可用时、当UE检测出在直接通信中的分组丢失达到预定程度或更大时、或者当UE检测出直接通信的QoS达到预定等级或更低时。而且，在发起直接通信之前(或当直接通信被建立时)，执行直接通信的UE中的一个UE可以被确定为向ProSe功能单元发送路径切换请求(或服务连续性请求)。这可以通过UE之间的协议来确定，或者网络可以指定UE。

[0221] 同时，下面将参照图11描述以下情况中的UE的内部操作：已在RRC空闲状态下通过直接通信路径执行通信的UE请求将路径切换至EPC路径(或服务连续性请求)。

[0222] 图11是例示根据本公开的实施方式的用于从直接通信路径切换至EPC路径的UE的内部操作的视图。

[0223] 1)参照图11，UE的AS层向上层提供关于与直接通信中的对应UE有关的信号强度的信息。可以定期地提供该信号强度信息，或者当不满足特定阈值时(即，当认为直接通信不再可用时)提供该信号强度信息。在后一种情况下，除了包括关于信号强度的信息之外，所提供的信息还可以包括指示直接通信不可用的信息。另选地，可以仅传递指示直接通信不可用的信息。根据UE的实现，可以由AS层将该信息提供给NAS层，并且NAS层可以将该信息提供给ProSe层，或者AS层可以直接将该信息提供给ProSe层。

[0224] 2)UE的ProSe层基于下面信息当中的一条或更多条信息确定出需要进行从直接通信到EPC路径的路径切换(或服务连续性)。

[0225] -从下层提供的信号强度信息和/或指示直接通信不可用的信息

[0226] -与直接通信有关的分组丢失信息

[0227] -与直接通信有关的QoS信息

[0228] 3)UE的ProSe层根据该确定向NAS层通知需要进行从直接通信路径到EPC路径的路径切换(或服务连续性)。

[0229] 4)然后，UE的NAS层检查当前状态是否为EMM空闲状态，并且在当前状态为EMM空闲状态时，UE的NAS层确定执行针对服务连续性的目的的服务请求过程。

[0230] 5)UE的NAS层随后请求AS层来执行针对服务请求的RRC连接请求过程。这里，UE的NAS层向AS层提供指示涉及ProSe服务连续性的信息。例如，可以按照调用类型来反映并提供该信息。

[0231] 6)然后，UE的AS层基于从NAS层接收的请求向eNodeB发送RRC连接请求消息。这里，AS层在RRC连接请求消息的建立原因字段内设置指示针对ProSe服务连续性操作的RRC连接请求的值(例如，proseServiceCont)。

[0232] 以上，虽然已描述了UE向ProSe功能单元(或ProSe服务器)发送路径切换请求(或服务连续性请求)的情况，但另选地，UE也可以向不同的网络节点(例如，诸如MME或SGSN的管理移动性的网络节点、诸如HSS的维持订户信息的网络节点、被开发成提供组通信的诸如组通信服务启用应用服务器(GCSE AS)、认证授权计费(AAA)服务器或参与授权的AAA代理等的服务器、接入网络发现和选择功能(ANDSF)实体、诸如P-GW的网关节点或eNodeB)发送路径切换请求(或服务连续性请求)。在这种情况下，不同的网络节点可以向负责UE的ProSe功能单元发送该请求。

[0233] II.ProSe功能的路径切换(或服务连续性)操作：通过EPC路径进行通信所需的资源的分配以及到UE的路径切换(或服务连续性)所需的信息的传输

[0234] 同时，当从UE接收到路径切换请求(或服务连续性请求)时，ProSe功能单元将关于直接通信的资源作为路径切换(或服务连续性)的目标分配给ProSe功能单元管理的媒体网关(或媒体服务器)。媒体网关可以与ProSe功能单元位于一处或者可以被独立设置。在本发明中，媒体网关将被称作ProSe MGW(基于邻近的服务媒体网关)。所分配的资源为UE彼此之间通过EPC路径进行通信所需的IP地址信息和端口号。如果多个媒体为针对直接通信的目标，则相互不同设置的IP地址和端口号可以被分配给各个媒体，或者同一IP地址可以被分配给所有媒体并且仅IP地址被分配为不同。以上，仅将IP地址和端口号描述为分配的资源，但也可以分配通信所需的任何其它资源。而且，可以不提供端口号，并且在这种情况下，UE可以使用已使用的现有端口号。

[0235] ProSe功能单元执行下面的(1)或(2)。

[0236] (1)ProSe功能单元向作为路径切换(或服务连续性)的目标而参与直接通信的每个UE发送下面信息中的一条或更多条信息。

[0237] i)关于所分配的IP地址和端口号的信息

[0238] ii)分配的其它资源信息

[0239] iii)通信所需的其它信息

[0240] 如果UE当中的某一UE由另一ProSe功能单元服务，则该ProSe功能单元可以找出(可能已被存储的、可能通过另一网络节点发现的或者可能通过应用服务器发现的)所述另一ProSe功能单元，并且随后通过所述另一ProSe功能单元将上述信息传递给UE。这在本发明中普遍适用。

[0241] 这里，ProSe功能单元首先基于上述所获取的信息(例如，请求路径切换或服务连续性的信息)将信息发送给执行发送的UE，而不是发送给执行接收的UE。这是为了通过首先向执行发送的UE提供将路径切换至EPC路径所需的信息来最小化业务丢失的可能性。如果所有UE都执行发送和接收，则向其发送信息的顺序可以由ProSe功能单元的内部策略来确定。例如，可以首先向已请求路径切换(或服务连续性)的UE发送信息。

[0242] (2)ProSe功能单元向作为路径切换(或服务连续性)的目标而参与直接通信的UE当中的执行发送的UE发送下面信息当中的一条或更多条信息。

[0243] i)关于所分配的IP地址和端口号的信息

[0244] ii)所分配的其它资源信息

[0245] iii)通信所需的其它信息

[0246] iv)向执行直接通信的对应UE指示将发送i)至iii)中的多条信息的信息[0247] 这是为了通过首先向执行发送的UE提供将路径切换至EPC路径所需的信息来最小化业务丢失的可能性。如果所有UE既执行发送又执行接收，则可以由ProSe功能单元的内部策略来确定作为目标要向其发送信息的UE。例如，可以向已请求路径切换(或服务连续性)的UE发送信息。

[0248] 如上所述，与执行接收的UE相比，通过首先向执行发送的UE提供将路径切换至EPC路径所需的信息，可以允许执行发送的UE首先切换路径。当按照这种方式执行路径切换时，在切换路径之前且完成接收从执行发送的UE发送的业务之后，可以允许执行接收的UE切换路径。同时，在切换路径之后，执行发送的UE向ProSe MGW发送业务，并且该ProSe MGW缓冲业务，直到执行接收的UE完成路径切换为止，从而防止业务丢失。

[0249] 以上，描述了当从UE接收路径切换请求(或服务连续性请求)时ProSe功能单元发送上述信息。然而，另选地，ProSe功能单元可以通过自行确定从ProSe通信路径至EPC路径的路径切换(或服务连续性)来执行(1)或(2)(这里，在(2)的情况下，ProSe功能单元向参与直接通信的UE当中的一个UE发送信息)。另选地，当UE想要执行ProSe通信时，或当发现UE发起ProSe通信时，ProSe功能单元可以执行(1)或(2)，以便向UE提供上述信息(这里，在(2)的情况下，ProSe功能单元向参与直接通信的UE当中的一个UE发送信息)。

[0250] III.由ProSe功能单元执行路径切换(或服务连续性)的操作：针对通过EPC路径进行通信所需的QoS/承载体资源的请求

[0251] 如果有必要，ProSe功能单元可以向PCRF发送以下消息：用于请求将执行发送的UE的媒体业务传递至EPC路径所需的QoS/承载体的消息和/或用于为切换至EPC而提供会话相关的信息的消息。为此，在ProSe功能单元和PCRF之间需要接口连接。

[0252] 在接收到该请求时，PCRF可以通过与P-GW之间的通信执行承载体校正和/或专用承载体激活和/或PDN连接生成操作。

[0253] IV.已从ProSe功能单元接收/获取路径切换(或服务连续性)所需的信息的UE的操作

[0254] 在获取上述信息时，UE基于该信息执行路径切换(或服务连续性)操作。该路径切换(或服务连续性)操作包括下面信息中的一条或更多条信息。

[0255] a.UE基于在所接收的信息中包括的IP地址来重新建立先前与UE(即，对应UE的IP地址)之间建立的IP连接。当所接收的信息中包括端口号时，UE使用该端口号。

[0256] b.UE释放在直接通信中所使用的承载体/IP连接/PDN连接/TFT(业务流模板)[0257] c.UE释放被分配给承载体/IP连接/PDN连接/TFT的资源

[0258] d.UE释放在直接通信中使用的与承载体/IP连接/PDN连接/TFT有关的上下文[0259] e.UE停用在直接通信中所使用的承载体/IP连接/PDN连接/TFT

[0260] f.UE释放或停用在直接通信中所使用的IP地址

[0261] g.UE向直接通信的对应UE发送用于从ProSe功能单元接收的路径切换(或服务连续性)所需的信息。

[0262] 同时，在UE向不同的网络节点而不是向ProSe功能单元发送路径切换请求(或服务连续性请求)并且所述不同的网络节点将路径切换请求传递给ProSe功能单元的情况下，可以通过不同的网络节点从ProSe功能单元向UE传递用于路径切换(或服务连续性)所需的信息。

[0263] V.已从直接通信的对应UE接收到用于路径切换(或服务连续性)所需的信息的UE的操作

[0264] UE执行上述a至f当中的一种或更多种操作。

[0265] 例如，当通过ProSe直接通信路径发送和接收业务的UE#1 100-1和UE#2 100-2切换路径时，按照UE#1(100-1)<--->ProSe MGW<--->UE#2(100-2)的形式通过EPC路径执行通信。为便于参考，eNodeB、S-GW和P-GW被包括在UE#1 100-1、ProSe MGW和UE#2 100-2之间的通信路径中。

[0266] 图12和图13例示了上述内容。

[0267] 图12是例示根据本公开的实施方式的方法的信号流程图。

[0268] 1)UE#1 100-1和UE#2 100-2通过ProSe直接通信路径彼此通信。这里，UE#1100-1为发射UE，并且UE#2 100-2为接收UE。

[0269] 2)UE#2 100-2确定路径应被切换(即，路径应从ProSe直接通信路径切换至EPC路径)，并将路径切换请求(或服务连续性请求)消息发送给ProSe功能单元610。对于细节，请参考段落I。

[0270] 3)在接收到路径切换请求(或服务连续性请求)消息时，ProSe功能单元610与ProSe MGW 620一起执行分配通过EPC路径进行通信所需的资源的操作。对于细节，请参考段落II。

[0271] 4)当ProSe功能单元610基于所接收的信息发现UE#1 100-1为发射UE时，ProSe功能单元610首先向UE#1 100-1发送路径切换(或服务连续性)所需的信息。对于细节，请参考段落II。

[0272] 5)基于从ProSe功能单元610接收的路径切换(或服务连续性)所需的信息，UE#1 100-1重新建立针对到EPC路径的通信的IP会话。对于细节，请参考段落IV。

[0273] 6)因此，UE#1 100-1开始通过EPC路径发送业务，以将业务发送给UE#2 100-2。

[0274] 7)ProSe功能单元610向UE#2 100-2发送路径切换(或服务连续性)所需的信息。对于细节，请参考段落II。

[0275] 8)当从ProSe功能单元610接收到路径切换(或服务连续性)所需的信息时，UE#2 100-2基于所接收的信息重新建立IP会话。对于细节，请参考段落IV。

[0276] 9)由UE#1 100-1发送的业务被传递给UE#2 100-2。

[0277] 在步骤4)之后可以执行步骤7)。

[0278] 图13是具体例示在图12中所例示的方法的流程图。

[0279] 1)在RRC空闲状态下，UE#1 100-1和UE#2 100-2两者通过ProSe路径直接彼此通信。这里，UE#1 100-1为发射UE，且UE#2 100-2为接收UE。

[0280] 2)UE#2 100-2确定应切换路径(即，路径应从ProSe直接通信路径切换至EPC路径)。这里，UE#2 100-2处于RRC空闲状态，且因此，为了向ProSe功能单元发送路径切换请求(或服务连续性请求)消息，需要将UE#2 100-2切换至RRC已连接状态，且因此，UE#2 100-2执行服务请求过程。即，UE#2 100-2向eNodeB 200发送RRC连接请求消息。这里，例如，如上述语句I所述，UE#2 100-2将RRC连接请求消息内的建立原因值设置成proseServiceCont。

[0281] 3)eNodeB 200处于不能允许每个RRC连接请求消息的拥塞状态。然而，由于被包括在从UE#2 100-2接收的RRC连接请求消息中的建立原因值为proseServiceCont，因此eNodeB 200确定允许RRC连接请求消息，并将RRC连接建立消息发送给UE#2 100-2。

[0282] 4)UE#2 100-2将包括NAS层的服务请求消息的RRC建立完成消息发送给eNodeB 200。因此，UE#2 100-2进入RRC已连接状态。同时，MME和S-GW/P-GW参与服务请求过程，但为了简化描述，在附图中省略了MME和S-GW/P-GW。

[0283] 5)UE#2 100-2将路径切换请求(或服务连续性请求)消息发送给ProSe功能单元610。对于细节，请参考段落I。

[0284] 6)在接收到请求消息时，ProSe功能单元610与ProSe MGW 620一起执行分配通过EPC路径进行通信所需的资源的操作。对于细节，请参考段落II。

[0285] 7)当ProSe功能单元610基于所接收的信息发现UE#1 100-1为发射UE时，ProSe功能单元610首先将路径切换(或服务连续性)所需的信息发送给UE#1 100-1。对于细节，请参考段落II。

[0286] 同时，在即使到此时UE#1 100-1仍处于RRC空闲状态的情况下，为了将由ProSe功能单元610发送的消息传递给UE#1 100-1，首先应将寻呼信号发送给UE#1 100-1。在该附图中省略了这种寻呼过程，并且其细节将参考3GPP TS 23.401的段落5.3.4.3网络触发服务请求。一般地，在响应于寻呼信号而发送RRC连接请求消息的情况下，mt接入可以被设置为RRC连接请求消息内的建立原因值。然而，在本公开的实施方式中，由于UE#1 100-1接收寻呼信号，因此当执行直接通信时，UE#1 100-1可以将proseServiceCont设置为RRC连接请求消息内的建立原因值。

[0287] 8)当从ProSe功能单元610接收到路径切换(或服务连续性)所需的信息时，UE#1 100-1基于所接收的针对通过EPC路径进行通信的信息来重新建立IP会话。对于细节，请参考前述段落IV。

[0288] 9)现在UE#1将要发送的业务通过EPC路径发送给UE#2 100-2。

[0289] 10)ProSe功能单元610将路径切换(或服务连续性)所需的信息发送给UE#2 100-2。对于细节，请参考段落II。

[0290] 11)当从ProSe功能单元610接收到路径切换(或服务连续性)所需的信息时，UE#2 100-2基于所接收的信息重新建立IP会话。对于细节，请参考段落IV。

[0291] 12)通过UE#1 100-1发送的业务被发送给UE#2 100-2。

[0292] 可以在步骤7)之后执行步骤10)。

[0293] 可能没有必要执行到目前为止描述的附图中例示的所有处理，且根据情况可以仅执行其中一些步骤。

[0294] 同时，到目前为止指定的ProSe功能单元(或ProSe服务器)也可以被称作ProSe SC功能单元(或用于ProSe服务连续性(SC)的ProSe SC服务器0)。在这种情况下，ProSe SC功能单元也可以被设置成与现有ProSe功能单元分离。然而，即使在这种情况下，UE也可以与ProSe功能单元交换消息，并且ProSe功能单元可以将该消息发送给ProSe SC功能单元。在这种情况下，由ProSe SC功能单元操作ProSe MGW。这在本公开中可以普遍适用。

[0295] 直接通信也可以被理解为与直接通信有关的会话、IP连接、PDN连接、承载体、IP流等。

[0296] 本发明也可以被应用于包括3GPP连接网络(例如，UTRAN/GERAN/E-UTRAN)和非3GPP连接网络(例如，WLAN等)两者的通用UMTS/EPS移动通信系统。另外，本发明可以应用于施加有网络控制的环境下的每个无线移动通信系统环境。

[0297] 可以通过硬件来实现到目前为止所描述的内容。将参照图14描述其细节。

[0298] 图14是例示根据本公开的实施方式的UE 100的配置的框图。

[0299] 如图14所例示，UE 100包括存储单元101、控制器102和收发单元103。

[0300] 存储单元101存储上述方法。

[0301] 控制器102控制存储单元101和收发单元103。具体地，控制器102执行在存储单元101中存储的方法。而且，控制器102通过收发单元103发送上述信号。

[0302] 已描述了本发明的实施方式，但本发明的范围不限于本文所阐述的具体实施方式，而是可以在本发明的所附权利要求书的范围内进行各种修改和改进。