CN106105356B - 在无线通信***中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 - Google Patents

在无线通信***中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 Download PDF

Info

Publication number
CN106105356B
CN106105356B CN201580015077.9A CN201580015077A CN106105356B CN 106105356 B CN106105356 B CN 106105356B CN 201580015077 A CN201580015077 A CN 201580015077A CN 106105356 B CN106105356 B CN 106105356B
Authority
CN
China
Prior art keywords
cell
terminal
resource pool
information
signal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201580015077.9A
Other languages
English (en)
Other versions
CN106105356A (zh
Inventor
郑圣勋
李英大
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN106105356A publication Critical patent/CN106105356A/zh
Application granted granted Critical
Publication of CN106105356B publication Critical patent/CN106105356B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/25Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/08Testing, supervising or monitoring using real traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/005Discovery of network devices, e.g. terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/16Interfaces between hierarchically similar devices
    • H04W92/18Interfaces between hierarchically similar devices between terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/04Terminal devices adapted for relaying to or from another terminal or user
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供了一种用于无线通信***中由处于无线电资源控制(RRC)空闲状态的终端执行的装置对装置(D2D)操作的方法以及使用该方法的终端。该方法包括以下步骤:确定终端的服务小区是否为合适小区;确定该服务小区是否提供资源池信息;以及如果服务小区是合适小区并且该服务小区提供资源池信息,则在资源池信息所指示的资源内发送D2D信号。

Description

在无线通信***中由终端执行的装置对装置(D2D)操作的方 法及使用该方法的终端
技术领域
本发明涉及无线通信,更具体地讲,涉及一种在无线通信***中由终端执行的D2D操作的方法以及使用该方法的终端。
背景技术
在国际电信联盟无线电通信部门(ITU-R)中,正在进行针对国际移动电信(IMT)-Advanced(即,自第三代起的下一代移动通信***)的标准化任务。IMT-Advanced将其目标设定为在停止和慢速移动状态下以1Gbps的数据传送速率,在快速移动状态下以100Mbps的数据传送速率支持基于互联网协议(IP)的多媒体服务。
例如,第3代合作伙伴计划(3GPP)是满足IMT-Advanced的要求的***标准,并且是为基于正交频分多址(OFDMA)/单载波-频分多址(SC-FDMA)传输方案从长期演进(LTE)改进的LTE-Advanced准备的。LTE-Advanced是IMT-Advanced的实力候选之一。
对装置执行直接通信的装置对装置(D2D)技术的关注不断增加。具体地讲,D2D作为用于公共安全网络的通信技术已成为关注焦点。商业通信网络正快速向LTE转变,但是鉴于与现有通信标准的冲突问题和成本,目前的公共安全网络基本上基于2G技术。这种技术差距以及对改进的服务的需求导致改进公共安全网络的努力。
公共安全网络具有比商业通信网络更高的服务要求(可靠性和安全性)。具体地讲,如果蜂窝通信的覆盖范围不受影响或可用,则公共安全网络也要求装置之间的直接通信,即,D2D操作。
由于D2D操作是邻近的装置之间的通信,所以它可具有各种优点。例如,D2D UE具有高传送速率和低延迟并且可执行数据通信。另外,在D2D操作中,集中于基站的业务可被分散。如果D2D UE起到中继器的作用,则它也可起到延伸基站的覆盖范围的作用。
此外,当终端在无线电资源控制(RRC)空闲状态下驻留于特定小区时,标准没有明确规定通过何种资源在何种条件下发送D2D信号。为了D2D操作的可靠性,需要明确地规定标准。
发明内容
技术问题
本发明提供了一种在无线通信***中由终端实现的D2D信号发送方法以及使用所述方法的终端。
技术方案
在一个方面中,提供了一种在无线通信***中由处于无线电资源控制(RRC)空闲状态的终端执行的装置对装置(D2D)操作的方法。该方法包括以下步骤:确定所述终端的服务小区是否为合适小区;确定所述服务小区是否提供资源池信息;以及当所述服务小区是合适小区并且所述服务小区提供所述资源池信息时,在所述资源池信息所指示的资源内发送D2D信号。
所述D2D信号可以是D2D发现信号。
所述资源池信息可在被包括在***信息中的同时被提供。
所述资源池信息可指示多个资源池。
可从所述多个资源池当中选择资源池,并且可利用所选择的资源池来发送所述D2D信号。
在另一方面中,提供了一种终端。该终端包括发送和接收无线电信号的射频(RF)单元以及与所述RF单元关联地操作的处理器。所述处理器确定所述终端的服务小区是否为合适小区,确定所述服务小区是否提供资源池信息,并且当所述服务小区是合适小区并且所述服务小区提供所述资源池信息时,在所述资源池信息所指示的资源内发送D2D信号。
有益效果
根据本发明,规定了处于RRC空闲状态的终端可通过何种资源在何种条件下发送D2D信号。通过澄清终端的D2D操作来防止终端执行不适当的D2D操作,从而防止终端干扰网络或者防止终端通过执行非预期的终端操作而脱离网络的控制执行操作。因此,D2D操作的可靠性可增加,并且支持D2D的网络的操作可靠性可改进。
附图说明
图1示出应用了本发明的无线通信***。
图2是示出用于用户平面的无线协议架构的示图。
图3是示出用于控制平面的无线协议架构的示图。
图4是示出处于RRC空闲状态的UE的操作的流程图。
图5是示出建立RRC连接的处理的流程图。
图6是示出RRC连接重新配置处理的流程图。
图7是示出RRC连接重新建立过程的示图。
图8示出处于RRC_IDLE状态的UE可拥有的子状态以及子状态转变处理。
图9示出用于ProSe的基本结构。
图10示出执行ProSe直接通信的多种类型的UE的部署示例和小区覆盖范围。
图11示出用于ProSe直接通信的用户平面协议栈。
图12示出用于D2D直接发现的PC 5接口。
图13是ProSe发现处理的实施方式。
图14是ProSe发现处理的另一实施方式。
图15示出可应用本发明的情况。
图16示出根据第一方法的终端的D2D操作。
图17示出根据本发明的实施方式的终端的D2D操作方法。
图18示出根据本发明的实施方式的终端的D2D操作方法。
图19是示出实现本发明的实施方式的终端的框图。
具体实施方式
图1示出本发明所应用于的无线通信***。该无线通信***也可被称作演进UMTS地面无线电接入网络(E-UTRAN)或长期演进(LTE)/LTE-A***。
E-UTRAN包括向用户设备(UE)10提供控制平面和用户平面的至少一个基站(BS)20。UE 10可以是固定的或移动的,并且可被称作诸如移动站(MS)、用户终端(UT)、订户站(SS)、移动终端(MT)、无线装置等的另一术语。BS 20通常是与UE 10通信的固定站,并且可被称作诸如演进节点B(eNB)、基站收发机***(BTS)、接入点等的另一术语。
BS 20通过X2接口互连。BS 20还通过S1接口连接到演进分组核心(EPC)30,更具体地讲,通过S1-MME连接到移动性管理实体(MME)并通过S1-U连接到服务网关(S-GW)。
EPC 30包括MME、S-GW和分组数据网络网关(P-GW)。MME具有UE的接入信息或者UE的能力信息,这种信息通常用于UE的移动性管理。S-GW是以E-UTRAN作为终点的网关。P-GW是以PDN作为终点的网关。
UE与网络之间的无线电接口协议的层可基于通信***中熟知的开放***互连(OSI)模型的下面三层被分为第一层(L1)、第二层(L2)和第三层(L3)。在它们当中,属于第一层的物理(PHY)层利用物理信道提供信息传送服务,属于第三层的无线电资源控制(RRC)层用于控制UE与网络之间的无线电资源。为此,RRC层在UE与BS之间交换RRC消息。
图2是示出用于用户平面的无线协议架构的示图。图3是示出用于控制平面的无线协议架构的示图。用户平面是用于用户数据传输的协议栈。控制平面是用于控制信号传输的协议栈。
参照图2和图3,PHY层通过物理信道向上层提供信息传送服务。PHY层通过传输信道连接到作为PHY层的上层的介质访问控制(MAC)层。通过传输信道在MAC层与PHY层之间传送数据。传输信道根据如何通过无线电接口传送数据及其特性来分类。
数据在不同的PHY层(即,发送机的PHY层和接收机的PHY层)之间通过物理信道来移动。物理信道可根据正交频分复用(OFDM)方案来调制,并且使用时间和频率作为无线电资源。
MAC层的功能包括逻辑信道与传输信道之间的映射以及通过物理信道提供的传输块在属于逻辑信道的MAC服务数据单元(SDU)的传输信道上的复用和解复用。MAC层通过逻辑信道向无线电链路控制(RLC)层提供服务。
RLC层的功能包括RLC SDU的级联、分段和重组。为了确保无线电承载(RB)所需的各种类型的服务质量(QoS),RLC层提供三种类型的操作模式:透明模式(TM)、未确认模式(UM)和确认模式(AM)。AM RLC通过自动重传请求(ARQ)来提供纠错。
RRC层仅被定义于控制平面上。RRC层与无线电承载的配置、重新配置和释放关联,并且负责逻辑信道、传输信道和PHY信道的控制。RB表示由第一层(PHY层)和第二层(MAC层、RLC层和PDCP层)提供以便在UE与网络之间传送数据的逻辑路线。
用户平面上的分组数据会聚协议(PDCP)层的功能包括用户数据的传送以及头压缩和加密。用户平面上的PDCP层的功能还包括控制平面数据的传送和加密/完整性保护。
RB被配置为什么意指定义无线协议层和信道的特性以便提供特定服务并且配置各个详细参数和操作方法的处理。RB可被分为信令RB(SRB)和数据RB(DRB)两种类型。SRB用作在控制平面上发送RRC消息的通道,DRB用作在用户平面上发送用户数据的通道。
如果在UE的RRC层与E-UTRAN的RRC层之间建立RRC连接,则UE处于RRC连接状态。如果不是,则UE处于RRC空闲状态。
用于从网络向UE发送数据的下行链路传输信道包括用于发送***信息的广播信道(BCH)以及用于发送用户业务或控制消息的下行链路共享信道(SCH)。下行链路多播或广播服务的业务或控制消息可通过下行链路SCH来发送,或者可通过另外的下行链路多播信道(MCH)来发送。此外,用于从UE向网络发送数据的上行链路传输信道包括用于发送初始控制消息的随机接入信道(RACH)以及用于发送用户业务或控制消息的上行链路共享信道(SCH)。
位于传输信道上方并被映射至传输信道的逻辑信道包括广播控制信道(BCCH)、寻呼控制信道(PCCH)、公共控制信道(CCCH)、多播控制信道(MCCH)和多播业务信道(MTCH)。
物理信道包括时域中的多个OFDM符号和频域中的多个子载波。一个子帧包括时域中的多个OFDM符号。RB是资源分配单位,包括多个OFDM符号和多个子载波。另外,各个子帧可将对应子帧的特定OFDM符号(例如,第一OFDM符号)的特定子载波用于物理下行链路控制信道(PDCCH),即,L1/L2控制信道。传输时间间隔(TTI)是子帧传输的单位时间。
下面描述UE的RRC状态和RRC连接方法。
RRC状态意指UE的RRC层是否与E-UTRAN的RRC层逻辑连接,UE的RRC层与E-UTRAN的RRC层逻辑连接的情况被称为RRC连接状态。UE的RRC层没有与E-UTRAN的RRC层逻辑连接的情况被称为RRC空闲状态。由于处于RRC连接状态的UE具有RRC连接,所以E-UTRAN可检查各个小区中对应UE的存在,因此可有效地控制UE。相比之下,E-UTRAN无法检查处于RRC空闲状态的UE,核心网络(CN)在各个跟踪区域(即,比小区更大的区域单元)中管理处于RRC空闲状态的UE。即,仅针对各个大的区域来检查是否存在处于RRC空闲状态的UE。因此,UE需要转变为RRC连接状态以便提供诸如语音或数据的常用移动通信服务。
当用户首先接通UE的电源时,UE首先搜索合适的小区并且在对应小区中保持在RRC空闲状态下。处于RRC空闲状态的UE在需要建立RRC连接时通过RRC连接过程来与E-UTRAN建立RRC连接,并且转变为RRC连接状态。处于RRC空闲状态的UE需要建立RRC连接的情况包括多种情况。例如,所述情况可包括出于诸如用户尝试呼叫的原因而需要发送上行链路数据以及作为对从E-UTRAN接收的寻呼消息的响应发送响应消息。
位于RRC层上面的非接入层面(NAS)层执行诸如会话管理和移动性管理的功能。
在NAS层中,为了管理UE的移动性,定义了两种类型的状态:EPS移动性管理-REGISTERED(EMM-REGISTERED)和EMM-DEREGISTERED。这两种状态被应用于UE和MME。UE初始处于EMM-DEREGISTERED状态。为了接入网络,UE通过初始附接过程来执行向对应网络注册UE的处理。如果附接过程成功执行,则UE和MME变为EMM-REGISTERED状态。
为了管理UE与EPC之间的信令连接,定义了两种类型的状态:EPS连接管理(ECM)-IDLE状态和ECM-CONNECTED状态。这两种状态被应用于UE和MME。当处于ECM-IDLE状态的UE与E-UTRAN建立RRC连接时,该UE变为ECM-CONNECTED状态。处于ECM-IDLE状态的MME在它与E-UTRAN建立S1连接时变为ECM-CONNECTED状态。当UE处于ECM-IDLE状态时,E-UTRAN没有关于UE的上下文的信息。因此,处于ECM-IDLE状态的UE执行与基于UE的移动性有关的过程(例如,小区选择或小区重选),而无需从网络接收命令。相比之下,当UE处于ECM-CONNECTED状态时,响应于来自网络的命令来管理UE的移动性。如果处于ECM-IDLE状态的UE的位置不同于网络所知的位置时,UE通过跟踪区域更新过程将其对应位置告知给网络。
下面描述***信息。
***信息包括为了UE接入BS,UE需要知道的必要信息。因此,UE需要在接入BS之前接收所有***信息,并且需要总是具有最新***信息。另外,由于***信息是要被一个小区中的所有UE知道的信息,所以BS周期性地发送***信息。***信息被分成主信息块(MIB)和多个***信息块(SIB)。
MIB可包括为了从小区获得其它信息而最必要的并且被最频繁地发送的有限数量的参数。UE在下行链路同步之后首先发现MIB。MIB可包括诸如下行链路信道带宽、PHICH配置、支持同步并用作定时基准的SFN以及eNB传输天线配置的信息。MIB可在BCH上广播。
所包括的SIB的SystemInformationBlockType1(SIB1)被包括在“SystemInformationBlockType1”消息中并被发送。SIB1以外的其它SIB被包括在***信息消息中并被发送。将SIB映射到***信息消息可通过包括在SIB1中的调度信息列表参数来灵活地配置。在这种情况下,各个SIB被包括在单个***信息消息中。仅具有相同的调度要求值(例如,周期)的SIB可被映射至相同的***信息消息。另外,SystemInformationBlockType2(SIB2)总是被映射至与调度信息列表的***信息消息列表内的第一条目对应的***信息消息。多个***信息消息可在同一周期内发送。SIB1和所有***信息消息在DL-SCH上发送。
除了广播传输以外,在E-UTRAN中,SIB1可以是包括被设定为具有与现有设定值相同的值的参数的信道专用信令。在这种情况下,SIB1可被包括在RRC连接重新建立消息中并被发送。
SIB1包括与UE小区接入有关的信息,并且限定其它SIB的调度。SIB1可包括与网络的PLMN标识符、跟踪区域代码(TAC)和小区ID、指示小区是否为UE可驻留的小区的小区禁止状态、小区内所需的最低接收水平(用作小区重选基准)以及其它SIB的传输时间和周期有关的信息。
SIB2可包括所有类型的UE共用的无线电资源配置信息。SIB2可包括与上行链路载波频率和上行链路信道带宽、RACH配置、寻呼配置、上行链路功率控制配置、探测参考信号配置、支持ACK/NACK传输的PUCCH配置以及PUSCH配置有关的信息。
UE可仅对PCell应用获得***信息以及检测***信息的改变的过程。在SCell中,当对应SCell被添加时,E-UTRAN可通过专用信令提供与RRC连接状态操作有关的所有类型的***信息。当与所配置的SCell有关的***信息改变时,E-UTRAN可稍后释放所考虑的SCell以及添加所考虑的SCell。这可连同单个RRC连接重新建立消息一起执行。E-UTRAN可通过专用信令来设定所考虑的SCell内广播的值以及其它参数值。
UE需要确保特定类型的***信息的有效性。这种***信息被称作要求***信息。所述要求***信息可被如下定义。
-如果UE处于RRC_IDLE状态:除了SIB2至SIB8以外,UE还需要具有MIB和SIB1的有效版本。这可遵循所考虑的RAT的支持。
-如果UE处于RRC连接状态:UE需要具有MIB、SIB1和SIB2的有效版本。
通常,可在获得***信息之后最多3小时以内确保***信息的有效性。
通常,由网络提供给UE的服务可分成如下三种类型。另外,UE根据可向UE提供什么服务来不同地识别小区的类型。在以下描述中,首先描述服务类型,然后描述小区的类型。
1)有限服务:此服务提供紧急呼叫以及地震和海啸预警***(ETWS),并且可由可接受的小区提供。
2)合适服务:此服务意指一般用途的公共服务,可由合适小区(或正常小区)提供。
3)运营商服务:此服务意指用于通信网络运营商的服务。此小区仅可由通信网络运营商使用,不可由一般用户使用。
与小区所提供的服务类型有关,小区的类型可如下分类。
1)可接受小区:此小区是可向UE提供有限服务的小区。此小区是从对应UE的角度未被禁止并且满足UE的小区选择标准的小区。
2)合适小区:此小区是可向UE提供合适服务的小区。此小区满足可接受小区的条件,也满足附加条件。附加条件包括合适小区需要属于对应UE可接入的公共陆地移动网络(PLMN)并且合适小区是UE的跟踪区域更新过程的执行未被禁止的小区。如果对应小区是CSG小区,则该小区需要是UE可作为CSG的成员接入的小区。
3)禁止小区:此小区是通过***信息来广播指示被禁止的小区的信息的小区。
4)保留小区:此小区是通过***信息来广播指示被保留的小区的信息的小区。
图4是示出处于RRC空闲状态的UE的操作的流程图。图4示出初始接通电源的UE经历小区选择处理,向网络注册,然后(如果需要)执行小区重选的过程。
参照图4,UE选择UE与公共陆地移动网络(PLMN)(即,向UE提供服务的网络)通信的无线电接入技术(RAT)(S410)。关于PLMN和RAT的信息可由UE的用户选择,并且可使用存储在通用订户识别模块(USIM)中的信息。
UE选择具有最大值并且属于测量的BS以及信号强度或质量大于特定值的小区的小区(小区选择)(S420)。在这种情况下,电源关闭的UE执行小区选择,这可被称为初始小区选择。小区选择过程稍后详细描述。在小区选择之后,UE接收由BS周期性地发送的***信息。所述特定值表示在***中为了确保数据发送/接收中的物理信号的质量而定义的值。因此,所述特定值可根据所应用的RAT而不同。
如果需要网络注册,则UE执行网络注册过程(S430)。UE向网络注册它的信息(例如,IMSI)以便从网络接收服务(例如,寻呼)。UE不是每次选择小区时向网络注册,而是在包括在***信息中的关于网络的信息(例如,跟踪区域标识(TAI))不同于UE所知的关于网络的信息时向网络注册。
UE基于小区所提供的服务环境或者UE的环境来执行小区重选(S440)。如果基于向UE提供服务的BS测量的信号的强度或质量的值低于基于邻近小区的BS测量的值,则UE选择属于其它小区并且提供比UE所接入的BS的小区更好的信号特性的小区。此处理区别于第二处理的初始小区选择,被称为小区重选。在这种情况下,为了响应于信号特性的改变而频繁地重选小区,设置时间限制条件。小区重选过程稍后详细描述。
图5是示出建立RRC连接的处理的流程图。
UE将请求RRC连接的RRC连接请求消息发送给网络(S510)。网络发送RRC连接建立消息作为对该RRC连接请求的响应(S520)。在接收到RRC连接建立消息之后,UE进入RRC连接模式。
UE向网络发送用于检查RRC连接的成功完成的RRC连接建立完成消息(S530)。
图6是示出RRC连接重新配置处理的流程图。RRC连接重新配置用于修改RRC连接。这用于建立/修改/释放RB、执行切换以及建立/修改/释放测量。
网络向UE发送用于修改RRC连接的RRC连接重新配置消息(S610)。作为对该RRC连接重新配置消息的响应,UE向网络发送用于检查RRC连接重新配置的成功完成的RRC连接重新配置完成消息(S620)。
以下描述公共陆地移动网络(PLMN)。
PLMN是由移动网络运营商设置并运营的网络。各个移动网络运营商运营一个或更多个PLMN。各个PLMN可由移动国家代码(MCC)和移动网络代码(MNC)标识。小区的PLMN信息被包括在***信息中并被广播。
在PLMN选择、小区选择和小区重选中,终端可考虑各种类型的PLMN。
归属PLMN(HPLMN):具有与终端IMSI的MCC和MNC匹配的MCC和MNC的PLMN。
等同HPLMN(EHPLMN):用作HPLMN的等同物的PLMN。
注册PLMN(RPLMN):成功完成位置注册的PLMN。
等同PLMN(EPLMN):用作RPLMN的等同物的PLMN。
各个移动服务消费者在HPLMN中订阅。当通过HPLMN或EHPLMN向终端提供一般服务时,终端不处于漫游状态。此外,当通过除了HPLMN/EHPLMN以外的PLMN向终端提供服务时,终端处于漫游状态。在这种情况下,PLMN表示访问PLMN(VPLMN)。
当UE初始接通电源时,UE搜索可用公共陆地移动网络(PLMN)并且选择能够向UE提供服务的合适PLMN。PLMN是由移动网络运营商部署或运营的网络。各个移动网络运营商运营一个或更多个PLMN。各个PLMN可由移动国家代码(MCC)和移动网络代码(MNC)来标识。关于小区的PLMN的信息被包括在***信息中并被广播。UE尝试向所选择的PLMN注册。如果注册成功,则所选择的PLMN变为注册PLMN(RPLMN)。网络可将PLMN列表用信号通知给UE。在这种情况下,包括在PLMN列表中的PLMN可被视为诸如RPLMN的PLMN。向网络注册的UE需要能够总是被网络可达的。如果UE处于ECM-CONNECTED状态(同样,RRC连接状态),则网络识别出向UE提供服务。然而,如果UE处于ECM-IDLE状态(同样,RRC空闲状态),则UE的情形在eNB中无效,而是被存储在MME中。在这种情况下,通过跟踪区域(TA)的列表的粒度仅向MME告知处于ECM-IDLE状态的UE的位置。单个TA由跟踪区域标识(TAI)来标识,该TAI由TA所属于的PLMN的标识符以及在PLMN内唯一地表示TA的跟踪区域代码(TAC)形成。
以下,UE选择属于所选择的PLMN所提供的小区并且具有能够向UE提供合适服务的信号质量和特性的小区。
以下是由终端选择小区的过程的详细描述。
当电源被打开或者终端位于小区中时,终端执行通过选择/重选合适质量小区来接收服务的过程。
处于RRC空闲状态的终端应该通过总是选择合适质量的小区来准备好通过该小区来接收服务。例如,刚打开电源的终端应该选择合适质量的小区来向网络注册。如果处于RRC连接状态的终端进入RRC空闲状态,则终端应该选择小区以用于停留在RRC空闲状态。这样,由终端选择满足特定条件的小区以便处于诸如RRC空闲状态的服务空闲状态的过程表示小区选择。由于在处于RRC空闲状态下的小区当前未确定的状态下执行小区选择,所以重要的是尽可能快地选择小区。因此,如果小区提供预定水平或更高的无线信号质量,则尽管该小区没有提供最佳无线信号质量,在终端的小区选择过程期间也可选择该小区。
参照3GPP TS 36.304 V8.5.0(2009-03)“User Equipment(UE)procedures inidle mode(Release 8)”描述在3GPP LTE中由终端选择小区的方法和过程。
小区选择处理基本上分为两种类型。
首先是初始小区选择处理。在此处理中,UE没有关于无线信道的初步信息。因此,UE搜索所有无线信道以便找出合适小区。UE在各个信道中搜索最强的小区。此后,如果UE仅需要搜索满足小区选择标准的合适小区,则UE选择对应小区。
接下来,UE可利用所存储的信息或者利用由小区广播的信息来选择小区。因此,与初始小区选择处理相比,小区选择可快速。如果UE仅需要搜索满足小区选择标准的小区,则UE选择对应小区。如果通过这种处理没有检索到满足小区选择标准的合适小区,则UE执行初始小区选择处理。
小区选择标准可如下式1定义。
[式1]
Srxlev>0并且Squal>0
其中:
Srxlev=Qrxlevmeas-(Qrxlevmin+Qrxlevminoffset)-Pcompensation
Squal=Qqualmeas-(Qqualmin+Qqualminoffset)
这里,式1中的变量可如下表1定义。
[表1]
用信号通知的值,即,Qrxlevminoffset和Qqualminoffset可被应用于在UE驻留VPLMN中的正常小区期间作为对更高优先级PLMN的周期性搜索的结果评估小区选择的情况。在如上所述对更高优先级PLMN的周期性搜索期间,UE可利用存储在更高优先级PLMN的其它小区中的参数值来执行小区选择评估。
在UE通过小区选择处理选择特定小区之后,UE与BS之间的信号的强度或质量可由于UE的移动性或无线环境的改变而改变。因此,如果所选择的小区的质量劣化,则UE可选择提供更好质量的另一小区。如果如上所述重选小区,则UE选择提供比当前选择的小区更好的信号质量的小区。这种处理被称为小区重选。通常,小区重选处理的基本目的是从无线电信号的质量的角度选择向UE提供最佳质量的小区。
除了无线电信号的质量的角度以外,网络可确定与各个频率对应的优先级并且可将所确定的优先级告知UE。接收到所述优先级的UE在小区重选处理中与无线电信号质量标准相比优先考虑优先级。
如上所述,存在根据无线环境的信号特性来选择或重选小区的方法。在重选小区时选择小区以用于重选时,可根据小区的RAT和频率特性存在下面的小区重选方法。
-频率内小区重选:UE重选具有与RAT(例如,UE驻留的小区)相同的中心频率的小区。
-频率间小区重选:UE重选具有与RAT(例如,UE驻留的小区)不同的中心频率的小区。
-RAT间小区重选:UE重选使用与UE驻留的RAT不同的RAT的小区。
小区重选处理的原理如下。
首先,UE测量服务小区和邻居小区的质量以用于小区重选。
其次,基于小区重选标准执行小区重选。小区重选标准具有与服务小区和邻居小区的测量有关的下列特性。
频率内小区重选基本上基于排序。排序是定义用于评估小区重选的标准值并且根据标准值的大小利用标准值对小区进行编号的任务。具有最佳标准的小区通常被称为最佳排序小区。小区标准值基于由UE测量的对应小区的值,并且如果需要可以是应用了频率偏移或小区偏移的值。
频率间小区重选基于由网络提供的频率优先级。UE尝试驻留在具有最高频率优先级的频率。网络可通过广播信令来提供将由小区内的UE共同应用的频率优先级,或者可通过UE专用信令向各个UE提供频率特定优先级。通过广播信令提供的小区重选优先级可表示公共优先级。由网络针对各个终端设定的小区重选优先级可表示专用优先级。如果接收到专用优先级,则终端可一起接收与专用优先级关联的有效时间。如果接收到专用优先级,则终端启动按照一起接收的有效时间设定的有效性定时器。在有效定时器运行的同时,终端在RRC空闲模式下应用专用优先级。如果有效定时器届满,则终端丢弃专用优先级并且再次应用公共优先级。
对于频率间小区重选,网络可针对各个频率向UE提供小区重选中所使用的参数(例如,频率特定偏移)。
对于频率内小区重选或频率间小区重选,网络可向UE提供用于小区重选的邻近小区列表(NCL)。NCL包括用于小区重选的小区特定参数(例如,小区特定偏移)。
对于频率内小区重选或频率间小区重选,网络可向UE提供用于小区重选的小区重选黑名单。UE对黑名单中所包括的小区不执行小区重选。
下面描述小区重选评估处理中执行的排序。
用于向小区应用优先级的排序标准如式1定义。
[式2]
RS=Qmeas,s+Qhyst,Rn=Qmeas,n-Qoffset
在这种情况下,Rs是服务小区的排序标准,Rn是邻居小区的排序标准,Qmeas,s是由UE测量的服务小区的质量值,Qmeas,n是由UE测量的邻居小区的质量值,Qhyst是用于排序的滞后值,Qoffset是两个小区之间的偏移。
在频率内小区重选中,如果UE接收到服务小区与邻居小区之间的偏移“Qoffsets,n”,则Qoffset=Qoffsets,n。如果UE没有接收到Qoffsets,n,则Qoffset=0。
在频率间小区重选中,如果UE接收到对应小区的偏移“Qoffsets,n”,则Qoffset=Qoffsets,n+Qfrequency。如果UE没有接收到Qoffsets,n,则Qoffset=Qfrequency
如果服务小区的排序标准Rs和邻居小区的排序标准Rn在相似状态下改变,则作为改变结果,排序优先级频繁改变,并且UE可能交替地重选这两个小区。Qhyst是给予小区重选滞后以防止UE交替地重选两个小区的参数。
UE根据上式来测量服务小区的Rs和邻居小区的Rn,将具有最大排序标准值的小区当作最佳排序小区,并重选该小区。
根据该基准,可以查看小区的质量是小区重选中的最重要标准。如果所重选的小区不是合适小区,则UE从小区重选目标中排除对应频率或对应小区。
下面描述无线电链路失败(RLF)。
UE继续执行测量以便维持与UE从其接收服务的服务小区的无线电链路的质量。UE确定在当前情形下是否由于与服务小区的无线电链路的质量劣化而无法进行通信。如果由于服务小区的质量过低而几乎无法进行通信,则UE将当前情形确定为RLF。
如果确定RLF,则UE放弃维持与当前服务小区的通信,通过小区选择(或小区重选)过程选择新小区,并且尝试与该新小区重新建立RRC连接。
在3GPP LTE的规范中,以下示例被当作无法进行正常通信的情况。
-UE基于UE的PHY层的无线电质量测量结果确定下行链路通信链路的质量存在严重问题的情况(在执行RLM的同时确定PCell的质量低的情况)。
-上行链路传输由于在MAC子层中随机接入过程继续失败而成问题的情况。
-上行链路传输由于在RLC子层中上行链路数据传输继续失败而成问题的情况。
-确定切换失败的情况。
-UE所接收到的消息没有通过完整性检查的情况。
下面更详细地描述RRC连接重新建立过程。
图7是示出RRC连接重新建立过程的示图。
参照图7,UE停止使用信令无线电承载(SRB)#0以外已配置的所有无线电承载,并且将接入层面(AS)的各种类型的子层初始化(S710)。另外,UE将各个子层和PHY层配置为默认配置。在此处理中,UE维持RRC连接状态。
UE执行用于执行RRC连接重新配置过程的小区选择过程(S720)。RRC连接重新建立过程的小区选择过程可按照与处于RRC空闲状态的UE执行的小区选择过程相同的方式来执行,但是UE维持RRC连接状态。
在执行小区选择过程之后,UE通过检查对应小区的***信息来确定对应小区是否为合适小区(S730)。如果确定所选择的小区是合适的E-UTRAN小区,则UE将RRC连接重新建立请求消息发送给对应小区(S740)。
此外,如果通过用于执行RRC连接重新建立过程的小区选择过程确定所选择的小区是使用与E-UTRAN不同的RAT的小区,则UE停止RRC连接重新建立过程并进入RRC空闲状态(S750)。
UE可被实现为完成通过小区选择过程以及所选择的小区的***信息的接收来检查所选择的小区是否为合适小区。为此,UE可在RRC连接重新建立过程开始时驱动定时器。如果确定UE选择了合适小区,则该定时器可停止。如果定时器届满,则UE可认为RRC连接重新建立过程失败,并且可进入RRC空闲状态。这种定时器以下被称作RLF定时器。在LTE规范TS 36.331中,称为“T311”的定时器可用作RLF定时器。UE可从服务小区的***信息获得定时器的设定值。
如果从UE接收到RRC连接重新建立请求消息并且接受该请求,则小区将RRC连接重新建立消息发送给UE。
从小区接收到RRC连接重新建立消息的UE利用SRB1重新配置PDCP子层和RLC子层。另外,UE计算与安全设置有关的各种密钥值,并且将负责安全的PDCP子层重新配置为新计算出的安全密钥值。因此,UE与小区之间的SRB1是开放的,UE和小区可交换RRC控制消息。UE完成SRB1的重启,并且将指示RRC连接重新建立过程已完成的RRC连接重新建立完成消息发送给小区(S760)。
相比之下,如果从UE接收到RRC连接重新建立请求消息并且未接受该请求,则小区将RRC连接重新建立拒绝消息发送给UE。
如果成功执行RRC连接重新建立过程,则小区和UE执行RRC连接重新配置过程。因此,UE恢复在执行RRC连接重新建立过程之前的状态,最大程度地确保服务的连续性。
图8示出处于RRC_IDLE状态的UE可拥有的子状态以及子状态转变处理。
参照图8,UE执行初始小区选择处理(S801)。当不存在针对PLMN存储的小区信息时或者如果没有发现合适小区,可执行初始小区选择处理。
如果在初始小区选择处理中无法发现合适小区,则UE转变为任何小区选择状态(S802)。任何小区选择状态是UE没有驻留在合适小区和可接受小区的状态,并且是UE尝试发现UE可驻留的特定PLMN的可接受小区的状态。如果UE没有发现它可驻留的任何小区,则UE继续停留在任何小区选择状态,直至它发现可接受小区。
如果在初始小区选择处理中发现合适小区,则UE转变为正常驻留状态(S803)。正常驻留状态表示UE驻留在合适小区的状态。在这种状态下,UE可基于通过***信息提供的信息来选择并监测寻呼信道并且可执行对小区重选的评估处理。
如果在正常驻留状态(S803)下导致小区重选评估处理(S804),则UE执行小区重选评估处理(S804)。如果在小区重选评估处理(S804)中发现合适小区,则UE再次转变为正常驻留状态(S803)。
如果在任何小区选择状态(S802)下发现可接受小区,则UE转变为任何小区驻留状态(S805)。任何小区驻留状态是UE驻留在可接受小区的状态。
在任何小区驻留状态(S805)下,UE可基于通过***信息提供的信息来选择并监测寻呼信道并且可执行对小区重选的评估处理(S806)。如果在对小区重选的评估处理(S806)中没有发现可接受小区,则UE转变为任何小区选择状态(S802)。
现在,描述装置对装置(D2D)操作。在3GPP LTE-A中,与D2D操作有关的服务被称为邻近服务(ProSe)。现在描述ProSe。以下,ProSe是与D2D操作相同的概念,ProSe和D2D操作可没有区别地使用。
ProSe包括ProSe直接通信和ProSe直接发现。ProSe直接通信是在两个或更多个邻近UE之间执行的通信。UE可利用用户平面的协议来执行通信。ProSe启用UE意指支持与ProSe的要求有关的过程的UE。除非另外指明,否则ProSe启用UE包括公共安全UE和非公共安全UE二者。公共安全UE是支持指定用于公共安全的功能和ProSe过程二者的UE,非公共安全UE是支持ProSe过程并且不支持指定用于公共安全的功能的UE。
ProSe直接发现是用于发现与ProSe启用UE相邻的另一ProSe启用UE的处理。在这种情况下,仅使用两种类型的ProSe启用UE的能力。EPC级别ProSe发现表示由EPC确定两种类型的ProSe启用UE是否邻近并且将邻近通知给这两种类型的ProSe启用UE的处理。
以下,为了方便,ProSe直接通信可被称作D2D通信,ProSe直接发现可被称作D2D发现。
图9示出用于ProSe的基本结构。
参照图9,用于ProSe的基本结构包括E-UTRAN、EPC、包括ProSe应用程序的多种类型的UE、ProSe应用服务器(ProSe APP服务器)和ProSe功能。
EPC表示E-UTRAN核心网络配置。EPC可包括MME、S-GW、P-GW、策略和计费规则功能(PCRF)、归属订户服务器(HSS)等。
ProSe APP服务器是用于生成应用功能的ProSe能力的用户。ProSe APP服务器可与UE内的应用程序通信。UE内的应用程序可使用ProSe能力来生成应用功能。
ProSe功能可包括下列功能中的至少一个,但未必限于此。
-经由参考点面向第三方应用的互通
-用于发现和直接通信的UE的授权和配置
-允许EPC级别ProSe发现的功能
-ProSe相关新订户数据和数据存储的处理,还有ProSe标识的处理
-安全相关功能
-向EPC提供用于策略相关功能的控制
-提供用于计费的功能(经由EPC或者在EPC之外,例如离线计费)
下面描述用于ProSe的基本结构中的参考点和参考接口。
-PC1:UE内的ProSe应用程序与ProSe APP服务器内的ProSe应用程序之间的参考点。这用于定义应用维度的信令要求。
-PC2:ProSe APP服务器与ProSe功能之间的参考点。这用于定义ProSe APP服务器与ProSe功能之间的交互。ProSe功能的ProSe数据库中的应用数据的更新可以是交互的示例。
-PC3:UE与ProSe功能之间的参考点。这用于定义UE与ProSe功能之间的交互。用于ProSe发现和通信的配置可以是交互的示例。
-PC4:EPC与ProSe功能之间的参考点。这用于定义EPC与ProSe功能之间的交互。该交互可示出用于多种类型的UE之间的1:1通信的路径建立的时间或者用于实时会话管理或移动性管理的ProSe服务被认证的时间。
-PC5:用于使用控制/用户平面来进行发现和通信、中继以及多种类型的UE之间的1:1通信的参考点。
-PC6:使用诸如属于不同PLMN的用户之间的ProSe发现的功能的参考点。
-SGi:这可用于交换应用数据以及多种类型的应用维度控制信息。
<ProSe直接通信>
ProSe直接通信是两种类型的公共安全UE可通过PC 5接口执行直接通信的通信模式。当在E-UTRAN的覆盖范围内向UE提供服务时或者当UE偏离E-UTRAN的覆盖范围时,可支持这种通信模式。
图10示出执行ProSe直接通信的多种类型的UE的部署示例和小区覆盖范围。
参照图10的(a),多种类型的UE A和B可被设置在小区覆盖范围之外。参照图10的(b),UE A可被设置在小区覆盖范围内,UE B可被设置在小区覆盖范围之外。参照图10的(c),多种类型的UE A和B可被设置在单个小区覆盖范围内。参照图10的(d),UE A可被设置在第一小区的覆盖范围内,UE B可被设置在第二小区的覆盖范围内。
可如图10所示在设置在各种位置处的多种类型的UE之间执行ProSe直接通信。
此外,在ProSe直接通信中可使用下列ID。
源层2 ID:此ID标识PC 5接口中的分组的发送者。
目的地层2 ID:此ID标识PC 5接口中的分组的目标。
SA L1 ID:此ID是PC 5接口中的调度指派(SA)的ID。
图11示出用于ProSe直接通信的用户平面协议栈。
参照图11,PC 5接口包括PDCH、RLC、MAC和PHY层。
在ProSe直接通信中,可能不存在HARQ反馈。MAC头可包括源层2 ID和目的地层2ID。
<用于ProSe直接通信的无线电资源指派>
ProSe启用UE可使用以下两种类型的模式进行用于ProSe直接通信的资源指派。
1.模式1
模式1是由eNB来调度用于ProSe直接通信的资源的模式。UE需要处于RRC_CONNECTED状态以便根据模式1来发送数据。UE向eNB请求传输资源。eNB执行调度指派并且调度用于发送数据的资源。UE可向eNB发送调度请求并且发送ProSe缓冲状态报告(BSR)。eNB基于ProSe BSR具有要经受UE的ProSe直接通信的数据,并且确定需要用于传输的资源。
2.模式2
模式2是UE直接选择资源的模式。UE直接在资源池中选择用于ProSe直接通信的资源。资源池可由网络来配置或者可预先确定。
此外,如果UE具有服务小区,即,如果UE处于与eNB的RRC_CONNECTED状态或者被设置在处于RRC_IDLE状态的特定小区中,则UE被认为被设置在eNB的覆盖范围内。
如果UE被设置在覆盖范围之外,则仅可应用模式2。如果UE被设置在覆盖范围内,则UE可根据eNB的配置使用模式1或模式2。
如果不存在另一例外条件,则仅当eNB执行配置时,UE才可将模式从模式1改变为模式2或者从模式2改变为模式1。
<ProSe直接发现>
ProSe直接发现表示用于ProSe启用UE以发现邻近的另一ProSe启用UE的过程,也被称为D2D直接发现。在这种情况下,可使用通过PC 5接口的E-UTRA无线电信号。在ProSe直接发现中使用的信息以下被称为发现信息。
图12示出用于D2D直接发现的PC 5接口。
参照图12,PC 5接口包括MAC层、PHY层和ProSe协议层(即,高层)。高层(ProSe协议)处理通告的许可以及发现信息的监测。发现信息的内容对于接入层面(AS)而言是透明的。ProSe协议仅向AS传送有效发现信息以用于通告。
MAC层从高层(ProSe协议)接收发现信息。IP层不用于发送发现信息。MAC层确定用于通告从高层接收的发现信息的资源。MAC层生成用于承载发现信息的MAC协议数据单元(PDU)并且将MAC PDU发送至物理层。未添加MAC头。
为了通告发现信息,存在两种类型的资源指派。
1.类型1
作为不特定地向终端分配用于通告发现的信息的资源的方法,基站向终端提供用于通告发现的信息的资源池配置。该配置被包括在要通过广播方案用信号通知的***信息块(SIB)中。另选地,该配置可在被包括在终端特定RRC消息中的同时被提供。另选地,该配置可以是除了RRC消息或终端特定信令之外的另一层的广播信令。
终端自主地从所指示的资源池选择资源并且利用所选择的资源来通告发现信息。终端可在各个发现周期期间通过任意选择的资源来通告发现信息。
2.类型2
类型2是以UE特定的方式指派用于通告发现信息的资源的方法。处于RRC_CONNECTED状态的UE可通过RRC信号来向eNB请求用于发现信号通告的资源。eNB可通过RRC信号来通告用于发现信号通告的资源。可在为多种类型的UE配置的资源池内指派用于发现信号监测的资源。
eNB 1)可通过SIB向处于RRC_IDLE状态的UE通告用于发现信号通告的类型1资源池。被允许ProSe直接发现的多种类型的UE在RRC_IDLE状态下使用类型1资源池进行发现信息通告。另选地,eNB 2)通过SIB来通告eNB支持ProSe直接发现,但是可能不提供用于发现信息通告的资源。在这种情况下,UE需要进入RRC_CONNECTED状态以进行发现信息通告。
eNB可关于处于RRC_CONNECTED状态的UE通过RRC信号来配置UE必须使用类型1资源池进行发现信息通告或者必须使用类型2资源。
图13是ProSe发现处理的实施方式。
参照图13,假设UE A和UE B具有在其中管理的ProSe启用应用程序,并且被配置为在应用程序中它们之间具有“朋友”关系,即,它们之间可允许D2D通信的关系。以下,UE B可被表示为UE A的“朋友”。例如,应用程序可以是社交网络程序。“3GPP层”对应于由3GPP定义的使用ProSe发现服务的应用程序的功能。
多种类型的UE A和B之间的直接发现可经历以下处理。
1.首先,UE A与APP服务器执行常规应用层通信。此通信基于应用程序接口(API)。
2.UE A的ProSe启用应用程序接收具有“朋友”关系的应用层ID的列表。通常,应用层ID可具有网络访问ID的形式。例如,UE A的应用层ID可具有诸如“[email protected]”的形式。
3.UE A请求UE A的用户的私人表示代码和该用户的朋友的私人表示代码。
4.3GPP层向ProSe服务器发送表示代码请求。
5.ProSe服务器将由运营商或第三方APP服务器提供的应用层ID映射至私人表示代码。例如,诸如[email protected]的应用层ID可被映射至诸如“GTER543$#2FSJ67DFSF”的私人表示代码。这种映射可基于从网络的APP服务器接收的参数(例如,映射算法、密钥值等)来执行。
6.ProSe服务器将多种类型的推导表示代码发送至3GPP层。3GPP层向ProSe启用应用程序通告成功接收到用于所请求的应用层ID的多种类型的表示代码。另外,3GPP层生成应用层ID与所述多种类型的表示代码之间的映射表。
7.ProSe启用应用程序请求3GPP层开始发现过程。即,ProSe启用应用程序在所提供的“朋友”之一在UE A附近并且可进行直接通信时请求3GPP层开始发现。3GPP层通告UE A的私人表示代码(即,在上述示例中,“GTER543$#2FSJ67DFSF”,即,[email protected]的私人表示代码)。以下这被称为“通告”。对应应用程序的应用层ID与私人表示代码之间的映射可仅对先前接收过这种映射关系的“朋友”已知,“朋友”可执行这种映射。
8.假设UE B操作与UE A相同的ProSe启用应用程序并且执行了上述步骤3至6。设置在UE B中的3GPP层可执行ProSe发现。
9.当UE B从UE A接收到上述“通告”时,UE B确定包括在“通告”中的私人表示代码是否为UE B已知的以及该私人表示代码是否被映射至应用层ID。如步骤8中所述,由于UE B也执行了步骤3至6,所以它知道UE A的私人表示代码、私人表示代码与应用层ID之间的映射和对应应用程序。因此,UE B可从UE A的“通告”发现UE A。3GPP层向UE B内的ProSe启用应用程序通告发现[email protected]
在图13中,考虑多种类型的UE A和B、ProSe服务器、APP服务器等描述了发现过程。从多种类型的UE A和B之间的操作的角度,UE A发送(此处理可被称为通告)称为通告的信号,UE B接收该通告并且发现UE A。即,从属于由多种类型的UE执行的操作并且直接与另一UE有关的操作是仅有步骤方面来看,图13的发现处理也可被称为单步发现过程。
图14是ProSe发现处理的另一实施方式。
在图14中,多种类型的UE 1至4被假设为包括在特定群组通信***使能器(GCSE)组中的多种类型的UE。假设UE 1是发现者,多种类型的UE 2、3和4是被发现者。UE 5是与发现处理无关的UE。
UE 1和UE 2-4可在发现处理中执行接下来的操作。
首先,UE 1广播目标发现请求消息(以下可简称为发现请求消息或M1)以便发现包括在GCSE组中的特定UE是否在附近。目标发现请求消息可包括特定GCSE组的唯一应用程序组ID或层2组ID。另外,目标发现请求消息可包括UE 1的唯一ID(即,应用程序私人ID)。目标发现请求消息可被多种类型的UE 2、3、4和5接收。
UE 5不发送响应消息。相比之下,包括在GCSE组中的多种类型的UE 2、3和4发送目标发现响应消息(以下可简称为发现响应消息或M2)作为对目标发现请求消息的响应。目标发现响应消息可包括发送消息的UE的唯一应用程序私人ID。
下面描述参照图14描述的ProSe发现处理中的多种类型的UE之间的操作。发现者(UE 1)发送目标发现请求消息并且接收目标发现响应消息(即,对目标发现请求消息的响应)。另外,当被发现者(例如,UE 2)接收到目标发现请求消息时,它发送目标发现响应消息(即,对目标发现请求消息的响应)。因此,多种类型的UE中的每一个执行步骤2的操作。在这方面,图14的ProSe发现处理可被称为2步发现过程。
除了图14中描述的发现过程以外,如果UE 1(发现者)发送发现确认消息(以下可简称为M3),即,对目标发现响应消息的响应,则这可被称为3步发现过程。
以下,将描述本发明。
当终端位于网络覆盖范围(小区覆盖范围)之外时,终端可利用预先配置的资源来执行D2D操作。即,当确定终端本身位于网络覆盖范围之外时,终端可利用预先配置的资源池来执行D2D操作(例如,与另一终端的D2D通信以及D2D发现)。相反,当终端位于网络覆盖范围之内时,原则是利用网络所控制的资源池来执行D2D操作,具体地讲,由于D2D信号的发送可能干扰另一终端,D2D操作需要在网络的控制下执行。即,当终端位于网络覆盖范围之内时,终端可能需要利用网络用信号通知的资源池来执行D2D操作。
在D2D操作中,终端需要何时或者在何种条件下由网络控制需要被明确地规定。例如,在D2D操作中,需要明确地规定由网络用信号通知的资源池(代替在网络覆盖范围之外使用的预先配置的资源)何时需要开始应用。
图15示出可应用本发明的情况。
参照图15,网络覆盖范围可被不同地分成第一覆盖范围151、第二覆盖范围152和第三覆盖范围153。第一覆盖范围151是终端与网络之间的稳定连接可用的覆盖范围。第二覆盖范围152可以是终端可接收同步信号和***信息,但是终端缺少用于向网络发送上行链路信号的发送功率的覆盖范围。第三覆盖范围153可以是终端仅可检测同步信号的覆盖范围。位于第三覆盖范围153之外的终端无法从网络检测信号。
终端可在第三覆盖范围153之外利用预先配置的资源来执行D2D操作。
假设终端位于第三覆盖范围153之内并且位于第二覆盖范围152之外的情况。在这种情况下,终端可从网络接收同步信号,但是无法接收***信息。因此,由于终端难以基本上位于网络覆盖范围之内并且终端可能再次移出第三覆盖范围153之外,针对该终端改变/切换应用于D2D操作的资源池可能不是优选的。仅当终端移到第二覆盖范围152或第一覆盖范围151中时,可能需要改变/切换应用于D2D操作的资源池。
此外,当终端驻留于合适小区等时,可提供给终端的服务可优选地变化。
因此,需要通过更精确地划分终端需要应用的区域/条件/状态等来控制由网络用信号通知的资源池。为此,本发明提出网络将何时(另选地,在何种条件下)利用由网络用信号通知的资源池来执行D2D操作。
作为第一种方法,当终端驻留于合适小区时,在该合适小区连续地用信号通知指示资源池的信息的情况下,终端可利用用信号通知的资源池来执行D2D操作。如果处于RRC空闲状态的终端处于任何小区选择状态,则终端停止使用服务小区最近用信号通知的资源池信息。
如果处于RRC空闲状态的终端处于任何小区选择状态或者任何小区驻留状态,则终端停止使用服务小区最近用信号通知的资源池信息。
即,如果终端处于RRC空闲状态,则终端仅在正常驻留状态下使用由服务小区用信号通知的资源池信息。
仅当终端处于正常驻留状态时才使用的资源池信息可指示用于D2D发送的资源。
在D2D操作是D2D直接通信的情况下,当位于网络覆盖范围之内的处于RRC空闲状态的终端意图执行D2D直接通信的发送时,确定终端仅在终端的服务小区是合适小区时才可执行D2D发送。因此,当终端处于驻留于可接受小区的状态(即,处于任何小区驻留状态或者处于任何小区选择状态)时,终端确定不停止或开始D2D发送。
在D2D操作是D2D直接发送的情况下,当位于网络覆盖范围之内的处于RRC空闲状态的终端意图执行D2D发现通告时,终端仅在终端的服务小区是合适小区时才可通告D2D发现消息,当终端的服务小区不是合适小区或者终端处于任何小区选择状态时,终端可不停止或开始D2D发现消息的通告。
仅当终端处于正常驻留状态时才可使用的资源池信息可指示用于D2D接收的资源。在D2D操作是D2D直接通信的情况下,当位于网络覆盖范围之内的处于RRC空闲状态的终端意图执行D2D直接通信的接收时,确定仅当终端的服务小区是合适小区时终端才可执行D2D接收。因此,当终端处于驻留于可接受小区的状态(即,处于任何小区驻留状态或者处于任何小区选择状态)时,终端确定停止或者不开始D2D接收。此外,在D2D操作是D2D直接发送的情况下,当位于网络覆盖范围之内的处于RRC空闲状态的终端意图执行D2D发现监测时,当认为D2D发现服务是一种可在不影响蜂窝通信的范围内执行的尽力型服务时可能不需要基于终端的服务小区驻留情况来根据终端的状态限制D2D发现监测的执行。即,例外地,当终端执行D2D发现监测操作时,终端可执行D2D发现监测而不管终端是处于正常驻留状态、处于任何小区驻留状态还是处于任何小区选择状态。
当终端按照服务频率执行D2D操作时,终端优选地根据终端是否驻留于服务小区以及终端是否驻留于合适小区和任何小区中的任何服务小区来确定是否执行D2D操作。
与此不同,当终端意图执行D2D操作的频率与服务频率彼此不同时,基于终端的服务小区驻留情况来根据终端的状态确定是否执行D2D操作可能是不恰当的。在这种情况下,终端可选择按照终端意图执行D2D操作的频率用于终端的D2D操作的小区,并且确定是否按照根据所选择的小区的状态的频率执行D2D操作或者是否选择该小区。即,优选的是,并非根据终端的服务小区的状态,而是根据终端选择用于D2D操作的小区(换言之,D2D操作小区)的状态来确定终端是否执行D2D操作。例如,可考虑这样的情景:终端的服务小区是频率#1的小区#1,但是对应终端的D2D操作在频率#2的小区#2中执行。在此情景中,终端可通过确定从终端的角度小区#2(而非小区#1)是否为合适小区(另选地,终端是否处于正常驻留状态)来确定是否执行D2D操作。当终端确定终端是否针对特定小区处于正常驻留状态以便确定是否执行D2D操作时,终端确定小区是否属于允许D2D操作的单独PLAMN,并且当小区属于单独PLMN时,终端可从PLMN的角度确定该小区满足合适小区条件。当为终端配置允许D2D操作的单独PLMN列表时,允许D2D发现操作的PLMN列表与允许D2D通信操作的PLMN列表可被分开配置。另外,可为终端配置针对D2D发现操作或D2D通信操作指示允许接收D2D信号的PLMN或者允许发送D2D信号的PLMN的信息。
图16示出根据第一方法的终端的D2D操作。
参照图16,处于RRC空闲状态的终端确定服务小区是否为合适小区(即,服务小区是否处于正常驻留状态)(S210)。
正常驻留状态表示终端驻留于合适小区的状态,在正常驻留状态下,终端可根据通过***信息给出的信息来选择并监测寻呼信道并且为小区重选执行评估处理。
当服务小区是合适小区(即,处于正常驻留状态)时,处于RRC空闲状态的终端确定服务小区是否提供资源池信息(S220)。
资源池信息可通过服务小区所提供的***信息来提供。下面给出的表示出了由服务小区提供的包括资源池信息的***信息的一个示例。
[表2]
在该表中,“discInterFreqList”指示发现通告所支持的邻居频率。“discRxPool”指示允许在RRC空闲状态和RRC连接状态下接收发现信号(例如,发现通告)的资源。“discSyncConfig”指示允许终端发送或接收同步信息的配置。“discTxPoolCommon”指示允许终端在RRC空闲状态期间发送发现信号(例如,发现通告)的资源(资源池)。“discTxPoolCommon”可以是资源池信息的示例。“plmn-IdentityList”指示PLMN ID的列表。“plmn-Index”指示与SIB 1***信息块类型1的“plmn-IdentityList”字段中的条目对应的索引。
当处于RRC空闲状态的终端的服务小区是合适小区并且服务小区提供资源池信息时,终端在资源池信息所指示的资源内发送D2D信号(S230)。
例如,当处于RRC空闲状态的终端的服务小区是合适小区并且服务小区所提供的***信息中包括“discTxPoolCommon”时,终端可在“discTxPoolCommon”所指示的资源池内选择资源池,并且随后利用所选择的资源池来发送发现通告。
作为第二方法,当终端驻留于小区时,在小区连续地用信号通知指示资源池的信息的情况下,终端可利用用信号通知的资源池来执行D2D操作。如果处于RRC空闲状态的终端处于任何小区选择状态,则终端停止使用服务小区最近用信号通知的资源池信息。
作为第三方法,在终端驻留于小区的同时,从小区接收的信号的测量结果(例如,RSRP)等于或大于特定阈值,终端基于指示小区用信号通知的资源池的信息来执行D2D操作。即,第二方法与第一方法的不同之处在于,根据从小区接收的信号的测量结果来确定是否使用指示小区用信号通知的资源池的信息。
第一方法和第二方法的优点在于所述方法由于操作简单而可容易地实现,第三方法的优点在于可由网络控制D2D操作的区域被进一步再分。在本发明中,上述方法全部可用于网络的策略的灵活性。
当应用第一方法或第三方法时,终端可操作如下。
在终端驻留于小区的同时,小区可广播信号强度的阈值和资源池信息。在这种情况下,终端可将从小区接收的信号(例如,参考信号)的测量结果与阈值进行比较。仅当测量结果等于或大于阈值时,终端可利用由小区用信号通知的资源池信息来执行D2D操作。
另选地,在终端驻留于小区的同时,小区可不广播信号强度的阈值,而是仅广播资源池信息。在这种情况下,终端可利用由小区用信号通知的资源池信息来执行D2D操作。
另选地,在终端驻留于小区的同时,小区可不广播信号强度的阈值和资源池信息二者。在这种情况下,终端不可使用用于小区存在的频率下的D2D操作的无线电资源。例如,终端被预先配置有可用于小区覆盖范围之外的D2D操作的无线电资源。然而,原则是终端在驻留于特定小区之后不可使用预先配置的资源,而是需要根据特定小区(即,网络)中的控制来执行D2D操作。因此,当特定小区不提供用于D2D操作的资源时,终端不可按照特定小区的频率执行D2D操作。
以下,将描述由服务小区用信号通知的资源池信息的结构。
首先,在发送资源池和接收资源池方面描述在配置资源池信息时需要考虑的点,此后,举例说明资源池信息的详细结构。
<D2D发送资源信息>
在蜂窝通信中,基于小区来控制发送资源。终端需要由服务小区来控制。该原则优选甚至类似地应用于发送D2D信号。因此,终端可基于并使用与服务小区对应的资源信息来发送D2D信号。
D2D资源信息可以是资源指示信息(例如,D2D发送池),例如关于D2D资源所在的时间/频率的信息。D2D资源信息可以是用于D2D接收的同步信息(例如,同步信号ID和同步信号定时信息)或者物理层参数(例如,应用于D2D发送信号的扰码)。
在用信号通知终端将用于D2D发送的资源信息时,网络仅向终端提供关于与服务小区对应的D2D发送资源池的信息,而不将邻居小区的发送资源池通告给终端作为D2D发送资源。
意图通过模式1来发送D2D信号的终端不需要知道模式1发送资源的集合(换言之,模式1资源池)。由于网络调度模式1发送资源,所以终端可利用网络所指示的资源来发送D2D信号。
然而,意图在服务小区的覆盖范围之内通过模式1接收D2D信号的接收终端需要知道发送终端所使用的模式1发送资源。因此,包括发送终端的模式1发送资源的资源信息可被通告给接收终端。在这种情况下,包括发送终端的模式1发送资源的资源信息可被通告给接收终端作为模式1发送资源(或者优选地,模式1接收资源)。
网络需要特别地向终端通告指示可用于通过模式2来发送D2D信号的模式2发送资源的信息。
当网络用信号通知与服务小区对应的发送资源池时,网络可单独地用信号通知发送资源池(类似于包括模式1发送资源和模式2发送资源池的资源信息)。
另选地,当网络用信号通知与服务小区对应的发送资源池时,网络可仅用信号通知模式2发送资源池以作为与服务小区对应的发送资源池的一部分,用信号通知模式1发送资源池以作为接收资源池的一部分。
<D2D接收资源信息>
在接收D2D信号时,网络不需要针对模式1和模式2中的每一个单独地通告接收资源信息。原因在于,从接收终端的角度,不管发送终端操作模式1和模式2中的哪一模式,操作不变化。
在这方面,不管模式1和模式2,可共同地应用由网络用信号通知的接收资源信息。
服务小区和邻居小区可分别配置不同的D2D资源信息。为了使服务小区中的终端接收利用邻居小区的发送资源发送的D2D信号,终端需要知道邻居小区的资源信息。D2D资源信息可以是资源指示信息,例如关于D2D资源所在的时间/频率的信息。D2D资源信息可以是用于D2D接收的同步信息(例如,同步信号ID和同步信号定时信息)或者诸如应用于D2D发送信号的扰码的物理层参数。
可使用下面给出的两个方法中的一个方法以便通告邻居小区的D2D资源信息。
1)向终端通告作为各个邻居小区的资源池的并集的公共接收资源池的方法。
例如,假设存在邻居小区#1、2和3并且各个邻居小区的资源池为#1、2和3。然后,网络通告与邻居小区#1、2和3的资源池#1、2和3的并集对应的一个公共资源池作为终端的接收资源池。终端可利用邻居小区发送资源来监测仅一个接收资源池以便接收D2D信号。
2)向终端分别通告各个邻居小区的资源池的方法。
例如,假设存在邻居小区#1、2和3并且各个邻居小区的资源池为#1、2和3。然后,网络通告分别包括邻居小区#1、2和3的资源池#1、2和3的资源池列表作为终端的接收资源池。终端需要利用邻居小区发送资源来监测与各个邻居小区对应的接收资源池以便接收D2D信号。
3)向终端通告作为各个邻居小区的资源池的并集的公共接收资源池并且通告各个小区的物理层参数的方法。
例如,假设存在邻居小区#1、2和3并且各个邻居小区的资源池为#1、2和3。然后,网络可通告与邻居小区#1、2和3的资源池#1、2和3的并集对应的一个公共资源池作为终端的接收资源池。终端可利用邻居小区发送资源来监测仅一个接收资源池以便接收D2D信号。除了公共资源池之外,与之一起,网络针对各个邻居小区将各个小区中所使用的D2D资源的物理层参数值用信号通知给终端。因此,终端通过应用各个邻居小区的物理层参数来执行同步/解扰以便接收利用邻居小区的D2D资源发送的D2D信号。
从资源池的角度,当终端知道各个邻居小区的所有资源池时,两个方法最终指示的接收资源池彼此相同。
然而,为了使位于服务小区处的接收终端接收由位于邻居小区处的发送终端发送的D2D信号,接收终端需要知道诸如邻居小区的物理层参数的小区特定参数(例如,扰码或同步信息)。在这方面,向终端分别通告各个邻居小区的资源池的方法可为优选的。
当不同的邻居小区共享相同的物理层参数时,这些邻居小区可被分成一组,并且可针对分成一组的邻居小区使用向终端通告邻居小区的资源池的单元作为一个接收资源池的方法。
此外,可依照小区提供指示邻居小区的接收资源池的信息。例如,网络可用信号通知接收资源池的列表,在该列表中,各个接收资源池可以是与其对应的邻居小区的资源池。
与服务小区对应的资源池可以是服务小区的模式1发送资源池和模式2发送资源池的并集。在这种情况下,除了模式1发送资源池和模式2发送资源池之外,网络不需要用信号通知与服务小区对应的资源池。
终端可配置与服务小区对应的接收资源池并且从发送资源池配置接收资源池。例如,终端可将模式1发送资源池和模式2发送资源池的并集配置为与服务小区对应的接收资源池。
下面给出的表示出用信号通知的资源池信息的结构。
[表3]
下面给出的表示出由服务小区用信号通知的资源池信息的结构的另一示例。
[表4]
此外,网络和终端响应于其发送和接收D2D接收辅助信息请求和D2D接收辅助信息以更有效地应用资源池信息。
图17示出根据本发明的实施方式的终端的D2D操作方法。
参照图17,终端从网络接收资源池信息(S401)。
在上面给出的表3和表4中,描述了资源池信息的结构和配置。资源池信息可通告服务小区的发送资源池以及至少一个邻居小区的接收资源池。即,资源池信息可指示终端需要监测的多个资源池。
终端向网络请求D2D接收辅助信息(S402)。换言之,终端向网络发送D2D接收辅助信息请求。
终端可向网络通告终端意图接收D2D信号(D2D消息)。终端向网络发送单独的RRC消息等,以通告终端意图接收D2D信号(D2D消息)。因此,当终端意图接收D2D信号时,终端可请求D2D接收辅助信息。另选地,终端可通过单独的过程请求D2D接收辅助信息。
当终端向网络请求D2D接收辅助信息时,终端可向网络通告关于终端意图接收的D2D信号的信息。
例如,终端可向网络通告终端意图接收的D2D信号的发送范围。作为一个示例,终端可向网络通告终端意图接收在500m内发送的D2D信号。另选地,终端可向网络通告终端意图接收的D2D信号的发送组。作为一个示例,终端可向网络通告终端意图接收的D2D信号的发送组标识符(组ID)。另选地,终端可向网络通告终端意图接收的D2D信号的发送终端。作为一个示例,终端可向网络通告终端意图接收的D2D信号的发送终端标识符(UE ID)。
此外,为了标识网络从哪一终端接收D2D接收辅助信息请求,终端可在请求D2D接收辅助信息的时候使得与其ID相同的标识符被包括在或掩码处理于D2D接收辅助信息请求中。
当网络从终端接收到D2D接收辅助信息请求时,网络向终端发送D2D接收辅助信息(S403)。
D2D接收辅助信息可包括终端监测D2D信号时所需的信息。基于关于终端意图接收的D2D信号的信息,对应信息可被包括在D2D接收辅助信息中。即,D2D接收辅助信息可包括减小多个资源池当中的终端需要监测的资源池的范围的信息。
例如,D2D接收辅助信息可通告终端需要监测以便接收D2D信号的一个或更多个参考小区。参考小区可与一个或更多个接收资源池关联。当终端通过D2D接收辅助信息接收到参考小区信息时,终端可监测与参考小区关联的参考池。
另选地,D2D接收辅助信息可向终端指示终端需要监测以便接收D2D信号的一个或更多个资源池。由终端指示的资源池可通过指示先前用信号通知给终端的多个资源池当中的特定资源池的资源池配置或标识符来标识。终端可利用所指示的资源池执行监测以用于接收D2D信号。即,D2D接收辅助信息可指示多个资源池当中的特定资源池,结果,终端需要监测的资源池的范围可减小。
终端利用D2D接收辅助信息所指示的接收资源池接收(监测)D2D信号(S404)。
例如,假设针对各个小区提供关于服务小区和三个邻居小区(邻居小区#1、2和3)的资源池信息。假设当特定终端意图仅从具有特定组ID的终端接收D2D信号时,具有该特定组ID的终端的当前位置可能未知。
当不存在D2D接收辅助信息时,该特定终端可能需要监测服务小区和三个邻居小区中的每一个的资源池的所有并集以便接收由具有该特定组ID的终端发送的D2D信号。
相反,在请求D2D接收辅助信息的时候将特定组ID通告给网络,网络确定具有该特定组ID的终端的位置以向所述特定终端通告所述终端位于特定邻居小区(例如,邻居小区#2)处。然后,所述特定终端可仅监测邻居小区#2的资源池。
图18示出根据本发明的实施方式的终端的D2D操作方法。
参照图18,终端2向终端1发送D2D发现信号(S501)。在这种情况下,终端2可甚至一起发送其ID。
终端1从网络接收资源池信息(S502)。
终端1向网络请求D2D接收辅助信息(S503)。D2D接收辅助信息请求可包括终端2的ID。
在网络从终端1接收D2D接收辅助信息请求之后,网络向终端1发送D2D接收辅助信息(S504)。D2D接收辅助信息可包括终端2的接收资源池信息。
终端1利用D2D接收辅助信息所指示的接收资源池来接收(监测)D2D通信信号(S505)。
例如,终端1可接收由终端2发送的D2D发现信号,但是可能需要特定接收池信息以便接收由终端2发送的D2D通信信号。在这种情况下,终端可向基站(网络)通告包括在由终端2发送的D2D发现信号中的终端2的ID。基站可向终端1指示接收终端2的D2D通信信号所需的资源池。终端1利用所指示的资源池来监测D2D通信信号。
图19是示出实现本发明的实施方式的终端的框图。
参照图19,终端1100包括处理器1100、存储器1120和射频(RF)单元1130。处理器1110实现所提出的功能、处理和/或方法。例如,处理器1110确定终端的服务小区是否为合适小区并且确定该服务小区是否提供资源池信息。当服务小区是合适小区并且该服务小区提供资源池信息时,处理器1110在资源池信息所指示的资源内发送D2D信号。本文中,终端1100可处于RRC空闲状态。
RF单元1130连接至处理器1110并且发送和接收无线电信号。
处理器可包括专用集成电路(ASIC)、其它芯片组、逻辑电路和/或数据处理器。存储器可包括只读存储器(ROM)、随机存取存储器(RAM)、闪存、存储卡、存储介质和/或其它存储装置。RF单元可包括用于处理无线电信号的基带电路。当上述实施方式被实现在软件中时,上述方案可利用执行上述功能的模块(进程或函数)来实现。模块可被存储在存储器中并由处理器执行。存储器可被内部地或外部地设置到处理器并且利用各种熟知手段连接到处理器。

Claims (7)

1.一种用于无线通信***中由处于无线电资源控制RRC空闲状态的用户设备UE执行的装置对装置D2D操作的方法,该方法包括以下步骤:
发送D2D信号,
其中,当所述UE的服务小区是可接受小区、合适小区、禁止小区和保留小区当中的合适小区并且所述服务小区提供资源池信息时,所述UE在所述资源池信息通知的资源内发送所述D2D信号,
其中,所述可接受小区是所述UE驻留以获得有限服务的小区,所述合适小区是所述UE驻留以获得正常服务的小区,所述禁止小区是不允许所述UE驻留的小区,并且所述保留小区是通过***信息被保留的小区,
其中,所述资源池信息通知多个资源池,并且
其中,所述UE从所述多个资源池当中选择资源池并且利用所选择的资源池来发送所述D2D信号。
2.根据权利要求1所述的方法,其中,所述D2D信号是D2D发现信号。
3.根据权利要求1所述的方法,其中,所述资源池信息在被包括在***信息中的同时被提供。
4.一种用户设备UE,该UE包括:
射频RF单元,该RF单元发送和接收无线电信号;以及
处理器,该处理器与所述RF单元关联地操作,
其中,所述处理器发送D2D信号,
其中,当所述UE的服务小区是可接受小区、合适小区、禁止小区和保留小区当中的合适小区并且所述服务小区提供资源池信息时,所述UE在所述资源池信息通知的资源内发送所述D2D信号,
其中,所述可接受小区是所述UE驻留以获得有限服务的小区,所述合适小区是所述UE驻留以获得正常服务的小区,所述禁止小区是不允许所述UE驻留的小区,并且所述保留小区是通过***信息被保留的小区,
其中,所述资源池信息通知多个资源池,并且
其中,所述UE从所述多个资源池当中选择资源池并且利用所选择的资源池来发送所述D2D信号。
5.根据权利要求4所述的UE,其中,所述D2D信号是D2D发现信号。
6.根据权利要求4所述的UE,其中,所述资源池信息在被包括在***信息中的同时被提供。
7.根据权利要求4所述的UE,其中,所述UE处于无线电资源控制RRC空闲状态。
CN201580015077.9A 2014-03-21 2015-03-23 在无线通信***中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 Active CN106105356B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201461969001P 2014-03-21 2014-03-21
US61/969,001 2014-03-21
PCT/KR2015/002843 WO2015142148A1 (ko) 2014-03-21 2015-03-23 무선 통신 시스템에서 단말에 의해 수행되는 d2d(device-to-device) 동작 방법 및 상기 방법을 이용하는 단말

Publications (2)

Publication Number Publication Date
CN106105356A CN106105356A (zh) 2016-11-09
CN106105356B true CN106105356B (zh) 2019-07-09

Family

ID=54145000

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580015077.9A Active CN106105356B (zh) 2014-03-21 2015-03-23 在无线通信***中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端

Country Status (6)

Country Link
US (3) US9699826B2 (zh)
EP (1) EP3122128B1 (zh)
JP (1) JP6419935B2 (zh)
KR (2) KR101925008B1 (zh)
CN (1) CN106105356B (zh)
WO (2) WO2015142148A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6419935B2 (ja) 2014-03-21 2018-11-07 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける端末により実行されるd2d動作方法及びその方法を利用する端末
CN105246066A (zh) * 2014-07-11 2016-01-13 中兴通讯股份有限公司 基于网络共享的设备到设备的通信方法及***
CN105407532B (zh) * 2014-09-12 2020-03-24 电信科学技术研究院 一种d2d通信方法及装置
CN107431969B (zh) * 2016-02-05 2020-07-14 华为技术有限公司 通信资源分配方法及装置、终端设备、基站和通信***
CN115622677B (zh) * 2017-01-06 2024-05-03 中兴通讯股份有限公司 资源池的处理方法、装置、设备及介质
WO2018170902A1 (zh) * 2017-03-24 2018-09-27 Oppo广东移动通信有限公司 用于寻呼的方法和设备
CN109451840B (zh) * 2017-07-14 2021-09-21 北京小米移动软件有限公司 小区驻留方法、装置及用户设备
CN109391925A (zh) * 2017-08-10 2019-02-26 索尼公司 无线通信***中的电子设备以及无线通信方法
KR102425581B1 (ko) 2018-02-23 2022-07-27 삼성전자주식회사 이동통신 시스템에서 통신을 수행하는 방법 및 장치
CN118102503A (zh) * 2018-08-06 2024-05-28 三星电子株式会社 用于在移动通信***中发送或接收信号的方法和装置
CN111132327A (zh) * 2018-11-01 2020-05-08 华为技术有限公司 资源配置方法及装置
JP7390321B2 (ja) * 2018-11-01 2023-12-01 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信側装置、受信側装置、および無線通信方法
CN112788708A (zh) * 2019-11-06 2021-05-11 大唐移动通信设备有限公司 驻留小区确定、信息发送方法、终端及网络侧设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102090132A (zh) * 2008-05-15 2011-06-08 诺基亚公司 用于提供对设备到设备通信的协调的方法,设备和计算机程序产品
CN103493529A (zh) * 2011-04-19 2014-01-01 瑞典爱立信有限公司 用于处理干扰以及相应地调度无线电资源的无线电基站及其方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012091418A2 (ko) * 2010-12-27 2012-07-05 한국전자통신연구원 단말간 직접 통신 및 단말 릴레잉 방법
US9265078B2 (en) * 2011-05-02 2016-02-16 Lg Electronics Inc. Method for performing device-to-device communication in wireless access system and apparatus therefor
US8731590B2 (en) * 2011-05-24 2014-05-20 Broadcom Corporation Resource allocation control
WO2012159270A1 (en) 2011-05-25 2012-11-29 Renesas Mobile Corporation Resource allocation for d2d communication
GB2496153B (en) * 2011-11-02 2014-07-02 Broadcom Corp Device-to-device communications
WO2013077684A1 (ko) * 2011-11-24 2013-05-30 엘지전자 주식회사 무선 접속 시스템에서 단말 간 통신 수행 방법 및 이를 위한 장치
WO2013179472A1 (ja) * 2012-05-31 2013-12-05 富士通株式会社 無線通信システム、無線基地局装置、端末装置、及び無線リソースの割り当て方法
TWI620459B (zh) * 2012-05-31 2018-04-01 內數位專利控股公司 在蜂巢式通訊系統中賦能直鏈通訊排程及控制方法
JP6174022B2 (ja) * 2012-06-06 2017-08-02 京セラ株式会社 通信制御方法、ユーザ端末、プロセッサ、及び記憶媒体
US9479950B2 (en) * 2013-08-16 2016-10-25 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for inter-frequency measurements in a communication network
US9992782B2 (en) * 2013-12-20 2018-06-05 Kyocera Corporation Device-to-device (D2D) subframe with cell identifier
US10779341B2 (en) * 2014-01-31 2020-09-15 Futurewei Technologies, Inc. System and method for inter-cell coordination for a device-to-device communication resource allocation
US9769644B2 (en) * 2014-03-14 2017-09-19 Intel IP Corporation Systems, methods, and devices for device-to-device communication mode selection
US10313886B2 (en) * 2014-03-20 2019-06-04 Kyocera Corporation Communication control method and base station
JP6419935B2 (ja) 2014-03-21 2018-11-07 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおける端末により実行されるd2d動作方法及びその方法を利用する端末

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102090132A (zh) * 2008-05-15 2011-06-08 诺基亚公司 用于提供对设备到设备通信的协调的方法,设备和计算机程序产品
CN103493529A (zh) * 2011-04-19 2014-01-01 瑞典爱立信有限公司 用于处理干扰以及相应地调度无线电资源的无线电基站及其方法

Also Published As

Publication number Publication date
KR20160120753A (ko) 2016-10-18
WO2015142147A1 (ko) 2015-09-24
JP2017513431A (ja) 2017-05-25
WO2015142148A1 (ko) 2015-09-24
KR101925008B1 (ko) 2018-12-04
US20180176972A1 (en) 2018-06-21
KR101918612B1 (ko) 2018-11-14
KR20160127760A (ko) 2016-11-04
US20170006658A1 (en) 2017-01-05
US20170265247A1 (en) 2017-09-14
CN106105356A (zh) 2016-11-09
EP3122128B1 (en) 2019-05-08
US9699826B2 (en) 2017-07-04
JP6419935B2 (ja) 2018-11-07
EP3122128A1 (en) 2017-01-25
US10057938B2 (en) 2018-08-21
EP3122128A4 (en) 2017-11-08

Similar Documents

Publication Publication Date Title
CN105940744B (zh) 在无线通信***中由终端执行的d2d操作方法及使用该方法的终端
CN106465369B (zh) 在无线通信***中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端
CN106134273B (zh) 在无线通信***中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端
CN106105356B (zh) 在无线通信***中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端
CN105745962B (zh) 在无线通信***中由终端执行的小区重选方法以及使用该方法的终端
CN106233699B (zh) 在无线通信***中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端
CN105684538B (zh) 在无线通信***中通过终端执行的d2d操作的方法和使用该方法的终端
CN106105355B (zh) 在无线通信***中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端
CN106105345B (zh) 在无线通信***中由终端实施的d2d(装置到装置)信号发送方法及使用该方法的终端
CN106797534A (zh) 无线通信***中的用户设备的装置对装置(d2d)操作方法和使用该方法的用户设备
CN105940738A (zh) 在无线通信***中由终端执行的d2d操作方法及使用该方法的终端
CN105940755B (zh) 在无线通信***中由终端执行的d2d操作方法及使用该方法的终端
CN105940715B (zh) 在无线通信***中由终端执行的小区重新选择方法以及使用该方法的终端
KR101761531B1 (ko) 무선 통신 시스템에서 단말에 의해 수행되는 d2d(device-to-device) 동작 방법 및 상기 방법을 이용하는 단말
CN106797531A (zh) 在无线通信***中终端管理装置对装置(d2d)操作的配置的方法及使用该方法的终端
CN106576334A (zh) 在无线通信***中由终端执行的装置对装置(d2d)操作方法和使用该方法的终端
CN106233767A (zh) 终端执行的在无线通信***中确定小区覆盖范围的方法以及使用该方法的终端
CN106105354A (zh) 在无线通信***中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端
KR101660649B1 (ko) 무선 통신 시스템에서 단말이 예외적 자원을 사용하여 D2D(device-to-device) 동작을 수행하는 방법 및 상기 방법을 이용하는 단말
CN107005787A (zh) 在无线通信***中终端发送用于装置对装置(d2d)操作的同步信号的方法及使用该方法的终端
CN106664699A (zh) 用于在无线通信***中操作终端的方法和使用所述方法的终端
CN106233807A (zh) 由无线通信***中的终端执行的d2d操作方法和利用该方法的终端
CN106688279A (zh) 在无线通信***中由终端执行的装置对装置d2d操作方法和使用该方法的终端
CN106688282A (zh) 在无线通信***中操作终端的方法以及使用该方法的终端
CN106256152B (zh) 在无线通信***中由终端执行的小区搜索方法及使用该方法的终端

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant