CN106576334A - 在无线通信系统中由终端执行的装置对装置(d2d)操作方法和使用该方法的终端 - Google Patents
在无线通信系统中由终端执行的装置对装置(d2d)操作方法和使用该方法的终端 Download PDFInfo
- Publication number
- CN106576334A CN106576334A CN201580042387.XA CN201580042387A CN106576334A CN 106576334 A CN106576334 A CN 106576334A CN 201580042387 A CN201580042387 A CN 201580042387A CN 106576334 A CN106576334 A CN 106576334A
- Authority
- CN
- China
- Prior art keywords
- cell
- frequency
- frequency band
- network
- information
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 168
- 238000004891 communication Methods 0.000 title claims abstract description 89
- 230000008569 process Effects 0.000 description 68
- 230000005540 biological transmission Effects 0.000 description 37
- 230000002776 aggregation Effects 0.000 description 36
- 238000004220 aggregation Methods 0.000 description 36
- 230000010267 cellular communication Effects 0.000 description 28
- 230000006870 function Effects 0.000 description 27
- 230000011664 signaling Effects 0.000 description 24
- 230000004044 response Effects 0.000 description 16
- 230000005484 gravity Effects 0.000 description 14
- 238000011282 treatment Methods 0.000 description 14
- 238000001514 detection method Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 8
- 238000007726 management method Methods 0.000 description 8
- 238000010187 selection method Methods 0.000 description 8
- 230000008859 change Effects 0.000 description 7
- 238000013507 mapping Methods 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 6
- 238000005259 measurement Methods 0.000 description 5
- 238000003860 storage Methods 0.000 description 5
- ORILYTVJVMAKLC-UHFFFAOYSA-N Adamantane Natural products C1C(C2)CC3CC1CC2C3 ORILYTVJVMAKLC-UHFFFAOYSA-N 0.000 description 4
- 230000008901 benefit Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 108091005487 SCARB1 Proteins 0.000 description 3
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 3
- 230000006399 behavior Effects 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000006116 polymerization reaction Methods 0.000 description 3
- 230000008054 signal transmission Effects 0.000 description 3
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000006866 deterioration Effects 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 235000013399 edible fruits Nutrition 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000000717 retained effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 241000256844 Apis mellifera Species 0.000 description 1
- 241001269238 Data Species 0.000 description 1
- 241000760358 Enodes Species 0.000 description 1
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000005314 correlation function Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 238000012854 evaluation process Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000000284 resting effect Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 238000000844 transformation Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
- H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/02—Selection of wireless resources by user or terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了在无线通信系统中由终端执行的装置对装置(D2D)操作方法和使用该方法的终端。该方法包括以下步骤:从小区接收D2D设置,其中,所述D2D设置包括指示终端根据所述D2D设置来执行D2D操作的频率的频率指示符。
Description
技术领域
本发明涉及无线通信,并且更具体地,涉及在无线通信系统中由终端执行的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起到中继器的作用,则它也可起到延伸基站的覆盖范围的作用。
此外,用户设备(UE)可以只根据能力在当前服务频率下执行D2D操作,或者可以在除了服务频率以外的频率下执行D2D操作。如果网络仅仅只配置能够执行D2D操作的资源,则UE不能知道应用所述资源的频率,并因此可能难以执行D2D操作。
发明内容
技术问题
本发明提供了在无线通信系统中由终端执行的D2D信号发送方法以及使用所述方法的终端。
技术解决方案
在一个方面,提供了一种在无线通信系统中由终端执行的装置对装置(D2D)操作方法。该方法包括以下步骤:从小区接收D2D配置。所述D2D配置包括指示所述终端根据所述D2D配置来执行D2D操作的频率的频率指示符。
该方法还可以包括以下步骤:请求所述小区来提供针对所述频率的D2D配置。
包括所述频率指示符的所述D2D配置可以是通过系统信息而接收到的。
包括所述频率指示符的所述D2D配置可以是通过用于所述终端的专用信号而接收到的。
针对所述频率的所述D2D配置可以指示包括能够在所述频率下发送D2D信号的资源信息的D2D发送配置和包括能够接收所述D2D信号的资源信息的D2D接收配置中的至少一个。
针对所述频率的所述D2D配置可以指示能够用于D2D通信或D2D发现的资源。
能够发送所述D2D信号的资源可以是一个资源池。
所述D2D发送配置可以指示当在所述频率下选择D2D发送资源时是由基站选择所述D2D发送资源还是由所述终端选择所述D2D发送资源。
能够接收所述D2D信号的资源可以是一个或更多个资源池。
所述小区可以是第一频率的小区,并且所述D2D配置可以为不是针对所述第一频率而是针对第二频率的D2D配置。
在所述频率指示符所指示的频率下,基于所述D2D配置的D2D操作可以是针对另一个终端而执行的。
在另一个方面,提供了一种终端,该终端包括:射频(RF)单元,该RF单元用于发送和接收无线电信号;以及处理器,该处理器在操作上与所述RF单元联接。所述处理器被配置成从小区接收D2D配置,并且所述D2D配置包括指示所述终端根据所述D2D配置来执行D2D操作的频率的频率指示符。
有益效果
根据本发明,当网络配置能够执行装置对装置(D2D)操作的资源时,可以将应用所述资源的频率一起报告。即使用户设备(UE)在除了服务频率之外的频率下执行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示出根据本发明的实施方式的UE的D2D操作方法。
图16举例说明了根据方法1的包括D2D频带信息的UE能力信息。
图17示出根据本发明的UE能力信息的另一个示例。
图18示出根据本发明的另一个实施方式的D2D操作方法。
图19示出根据本发明的UE的D2D操作方法。
图20示出根据本发明的实施方式的操作UE的方法。
图21详细示出应用图20的方法的示例。
图22是示出根据本发明的实施方式的示出UE的框图。
具体实施方式
图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对黑名单中所包括的小区不执行小区重选。
下面,描述小区重选评估处理中执行的排序。
用于向小区应用优先级的排序标准如式2定义。
[式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。
源层2ID:此ID标识PC 5接口中的分组的发送方。
目的地层2ID:此ID标识PC 5接口中的分组的目标。
SA L1ID:此ID是PC 5接口中的调度指派(SA)的ID。
图11示出用于ProSe直接通信的用户平面协议栈。
参照图11,PC 5接口包括PDCH、RLC、MAC和PHY层。
在ProSe直接通信中,可能不存在HARQ反馈。MAC头可以包括源层2ID和目的地层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通信的关系。下文中,UEB可以被表示为UE A的“朋友”。例如,应用程序可以是社交网络程序。“3GPP层”对应于由3GPP定义的使用ProSe发现服务的应用程序的功能。
多种类型的UE A和B之间的直接发现可以经历以下处理。
1.首先,UE A与APP服务器执行常规应用层通信。此通信基于应用程序接口(API)。
2.UE A的ProSe启用应用程序接收具有“朋友”关系的应用层ID的列表。通常,应用层ID可具有网络访问ID的形式。例如,UE A的应用层ID可具有诸如“adam@example.com”的形式。
3.UE A请求UE A的用户的私人表示代码和该用户的朋友的私人表示代码。
4.3GPP层向ProSe服务器发送表示代码请求。
5.ProSe服务器将由运营商或第三方APP服务器提供的应用层ID映射至私人表示代码。例如,诸如adam@example.com的应用层ID可被映射至诸如“GTER543$#2FSJ67DFSF”的私人表示代码。这种映射可以基于从网络的APP服务器接收的参数(例如,映射算法、密钥值等)来执行。
6.ProSe服务器将多种类型的推导表示代码发送至3GPP层。3GPP层向ProSe启用应用程序通告成功接收到用于所请求的应用层ID的多种类型的表示代码。另外,3GPP层生成应用层ID与所述多种类型的表示代码之间的映射表。
7.ProSe启用应用程序请求3GPP层开始发现过程。即,ProSe启用应用程序在所提供的“朋友”之一在UE A附近并且可进行直接通信时请求3GPP层开始发现。3GPP层通告UE A的私人表示代码(即,在上述示例中,“GTER543$#2FSJ67DFSF”,即,adam@example.com的私人表示代码)。以下这被称为“通告”。对应应用程序的应用层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启用应用程序通告发现adam@example.com。
在图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步发现过程。
假定下文中描述的操作应用于应用了本发明的用户设备(UE)。
<RRC空闲状态下的D2D通信>
关于处于RRC空闲状态的小区内的D2D发送,网络可以控制是否允许D2D发送。网络可以使特定小区内的处于RRC空闲状态的UE能够进行D2D发送,即,模式2的D2D发送。在这种情况下,网络可以通过特定小区的待广播的系统信息来向UE通知是否支持模式2的D2D发送。如果UE无法接收到系统信息,则UE可以认为在小区内不允许RRC空闲状态下的D2D发送。
与处于RRC空闲状态的小区内的D2D接收有关,只要由网络允许D2D信号接收,网络就不必控制UE的D2D信号接收。也就是说,可以由UE来确定是否接收D2D信号。无论在特定小区内是否支持在RRC空闲状态下的D2D信号,UE都可以接收D2D信号。
<RRC连接状态下的D2D通信>
如果UE处于RRC连接状态,则仅在具有可适用于RRC连接状态的有效D2D配置的情况下允许UE的D2D发送。为此,网络可以通过包括D2D配置的RRC连接重新配置消息来为UE提供D2D配置。
也就是说,使处于RRC连接状态的UE能够仅在网络提供了D2D配置时才执行D2D发送。可以通过专用于UE的信号来提供D2D配置。
只要网络使得UE能够接收D2D信号,就可以由UE来确定在RRC连接状态下接收D2D信号。也就是说,无论是否通过专用信号为用户提供D2D配置,都使得能够接收D2D信号。
<模式配置>
网络可以配置UE能够在模式1和模式2之间的哪个模式下进行操作或者UE必须在哪个模式下进行操作等。在这种情况下,用于模式配置的信令可以使用诸如RRC这样的高层信号或者可以使用诸如物理层信号这样的低层信号。因为以上提到的模式配置未被频繁执行并且对延迟并不敏感,所以可以使用RRC信号。
仅模式2可适用于处于RRC空闲状态的UE。另一方面,模式1和模式2二者都可适用于处于RRC连接状态的UE。也就是说,仅对于处于RRC连接状态的UE必须选择/配置模式1和模式2中的任一种。因此,可以使用专用RRC信令用于模式配置。
此外,在模式配置中,可选择的选项可以选自模式1和模式2,或者可以选自模式1、模式2和模式1与2。如果配置了模式1与2时,则网络可以在UE请求时对用于D2D发送的资源进行调度,并且UE可以使用所调度的资源来执行D2D发送。另外,UE也可以通过选择资源池内的特定资源来执行D2D发送。
网络可以通过专用RRC信令来将模式1、模式2和模式1与2当中的任一种模式配置给UE。
<资源池配置和信令>
从UE的D2D信号发送的方面,如果被配置模式1的UE执行D2D发送,则UE经受从网络调度用于D2D发送的资源。因此,UE不一定知道用于D2D发送的资源池。如果被配置模式2的UE执行D2D发送时,需要知道用于D2D发送的资源池。
从UE的D2D信号接收的方面,如果UE旨在接收基于另一UE的模式1的D2D发送,UE必须知道模式1接收资源池。在本文中,模式1接收资源池可以是用于基于服务小区和邻近小区的模式1的D2D发送的资源池的集合。如果UE旨在接收基于另一UE的模式2的D2D发送,则UE必须知道模式2接收资源池。在本文中,模式2接收资源池可以是用于基于服务小区和邻近小区的模式2的D2D发送的资源池的集合。
关于模式1的资源池,UE不一定知道模式1发送资源池。这是因为模式1D2D发送由网络调度。然而,如果特定UE旨在从另一UE接收模式1D2D发送,则该特定UE必须知道其它UE的模式1发送资源池。为了使该特定UE能够在RRC空闲状态下接收模式1D2D发送,小区可能需要广播用于报告模式1接收资源池的信息。该信息可以适用于RRC空闲状态和RRC连接状态二者。
如果特定小区旨在使小区中的UE能够执行模式1D2D接收,则可以广播用于报告模式1接收资源池的信息。模式1接收资源池信息可以适用于处于RRC空闲状态和RRC连接状态二者的UE。
为了使/使得处于RRC空闲状态的UE能够执行模式2D2D发送,必须向处于RRC空闲状态的UE报告能够用于模式2D2D发送的资源池。为此,小区可以广播资源池信息。也就是说,如果特定小区旨在使处于RRC空闲状态的UE能够执行D2D发送,则可以通过系统信息来广播指示可适用于RRC空闲状态下的D2D发送的资源池的资源池信息。
同样地,为了使/使得处于RRC空闲状态的UE能够执行模式2D2D接收,必须向UE报告用于模式2D2D接收的资源池。为此,小区可以广播指示接收资源池的接收资源池信息。
也就是说,如果特定小区旨在使通过处于RRC空闲状态的UE能够进行D2D接收,则该特定小区可以通过系统信息来广播指示可适用于RRC空闲状态下的D2D接收的资源池的资源池信息。
指示可适用于RRC空闲状态下的D2D发送的资源池的资源池信息还可以适用于RRC连接状态下的模式2D2D发送。当网络通过指定信号来配置针对特定UE的模式2操作时,可以提供与待广播的资源池相同的资源池。另选地,可以认为,待广播的资源池可以适用于RRC连接状态下的D2D发送和D2D接收二者。只要UE被配置成模式2,就可以认为待广播的资源池在RRC连接状态下有效。也就是说,只要其它资源不是由专用信令指示的,待广播的模式2D2D资源池信息就同样可以用于RRC连接状态下的模式2D2D通信。
不一定通过指定到针对网络覆盖范围内的特定UE的信号来报告资源池信息。如果通过指定信令来报告资源池信息,则能够通过减少用于特定UE的监测资源来进行优化。然而,这种优化可能需要小区之间进行复杂的网络协作。
现在,描述本发明。
UE可以根据能力在相同的频带中同时支持常规的蜂窝通信(即,它意指UE与网络之间的通信,并且可以被称为正常操作)和D2D操作。另选地,UE还可以根据能力在不同的频带中同时支持常规的正常操作和D2D操作。也就是说,可以根据UE的能力在相同的频带或不同的频带中同时支持正常操作和D2D操作。
更具体地讲,UE可以根据其能力仅支持服务频率(主或辅频率)下的D2D操作,或者可以支持除了服务频率以外的频率下的D2D操作。
另外,支持D2D信号发送可以与支持基于广域网(WAN)通信进行的信号发送区分开。例如,即使UE支持在F1和F2上基于WAN进行信号发送,这也不可意味着D2D信号发送一直在F1和F2上被支持。也就是说,支持在F1和F2上的基于WAN的信号发送的UE支持在F1上进行D2D信号发送,但是不可以在F2上发送D2D信号。相反,可以存在以下情况:支持F1和F2上的D2D信号发送的UE支持仅在F1(或F2)上的基于WAN的信号发送。
这还同样地应用于D2D信号接收和基于WAN通信的信号接收。例如,即使UE支持F1和F2上的基于WAN的信号接收,这也不可意味着在F1和F2上一直支持D2D信号接收。也就是说,支持在F1和F2上的基于WAN的信号接收的UE支持F1上的D2D信号接收,但是不可以支持F2上的D2D信号接收。相反地,可以存在以下情况:支持F1和F2上的D2D信号接收的UE支持仅在F1(或F2)上的基于WAN的信号接收。
UE执行用信号发送将其能力报告给网络的信息(其被称为UE能力信息)。然而,由于基于传统标准的UE能力信息只报告支持正常操作(即,基于蜂窝通信的操作)的频带,因此存在的问题是,网络不能得知UE在哪个频带上支持D2D操作以及在哪个频带(或频带的组合)上同时支持正常操作和D2D操作。下文中,频带可以被简称为频率或频带。虽然EUTRA被举例说明是蜂窝通信中的网络,但本发明不限于此。除非另外指明,否则D2D操作全体地包括D2D通信和D2D发现,并且全体地包括发送/接收方面的发送和接收。
本发明提出了UE能力信息报告支持载波聚合的频率的组合,同时(或另外地),还报告支持D2D操作(D2D信号发送和接收)的频率。
例如,UE可以将支持D2D发送的频率连同支持载波聚合的频带组合一起报告给网络。例如,指示{((DL_1,DL_2),UL_1),D2D_TX_2}的信息可以被作为UE能力信息提供给网络。该信息意指在F2上支持D2D信号发送,而支持在DL中使用F1和F2并且在UL中使用F1的载波聚合。
类似地,即使UE支持多个频率下的D2D信号发送,它也可以被报告给网络。例如,指示{((DL_1,DL_2),UL_1),(D2D_TX_2,D2D_TX_3)}的信息可以被作为UE能力信息提供给网络。该信息意指在F2和F3上支持D2D信号发送,而支持在DL中使用F1和F2并且在UL中使用F1的载波聚合。
同样地,UE可以将支持D2D接收的频率连同支持载波聚合的频带组合一起报告给网络。例如,指示{((DL_1,DL_2),UL_1),D2D_RX_2}的信息可以被作为UE能力信息提供给网络。该信息意指在F2上支持D2D信号接收,而支持在DL中使用F1和F2并且在UL中使用F1的载波聚合。
类似地,即使UE支持多个频率下的D2D信号发送,它也可以被报告给网络。例如,指示{((DL_1,DL_2),UL_1),(D2D_RX_2,D2D_RX_3)}的信息可以被作为UE能力信息提供给网络。该信息意指在F2和F3上支持D2D信号接收,而支持在DL中使用F1和F2并且在UL中使用F1的载波聚合。
虽然在以上示例中分别描述了能够发送D2D信号的频率和能够接收D2D信号的频率,但本发明不限于此。下文中,在不区分能够发送/接收D2D信号的频率的情况下来描述报告支持D2D操作的频率的方法。
图15示出了根据本发明的实施方式的UE的D2D操作方法。
参照图15,UE生成包括指示支持D2D操作的频带的D2D频带信息的UE能力信息(S210),并且将UE能力信息发送到网络(S220)。
也就是说,为了使UE报告使得能够进行正常操作和D2D操作的频带或频带组合(BC),UE可以向网络报告指示支持D2D操作的频带(频带组合)的D2D频带信息。D2D频带信息可以通过被包括在UE能力信息中被发送到网络。
由D2D频带信息指示的频带可以是UE能够同时支持正常操作和D2D操作的频带。例如,虽然发送了包括指示UE支持D2D操作的频带的列表的D2D频带信息,但除此之外,还可以发送指示支持正常操作的频带的列表。在这种情况下,由指示支持正常操作的频带的列表和指示支持D2D操作的频带的列表共同指示的频带是同时支持正常操作和D2D操作的频带。另选地,D2D频带信息可以包括直接指示UE可以同时支持正常操作和D2D操作的频带的列表。
此外,如果UE支持载波聚合,则UE可以提供经受载波聚合并且支持正常操作的频带和支持D2D操作的频带的列表(该列表可以分别针对经受载波聚合并且支持正常操作的频带和支持D2D操作的频带来提供,或者可以被作为一个列表提供)。列表的每个频带或者频带的每个组合指示能够同时执行正常操作和D2D操作的频带。下文中,为了说明的方便,如果简单表述为UE支持频带X,则它意指支持常规的蜂窝通信(正常操作),并且当针对频带X执行D2D操作时不附加地指定它。
假定UE能够支持频带A、频带B和频带C,并且还能够支持使用两个频带用于下行链路并且使用一个频带用于上行链路的载波聚合(CA)。如果当前载波聚合不是针对UE配置的,则UE所支持的频带可以被表达为包括{A}、{B}和{C}的列表。
如果当前载波聚合是针对UE配置的,则需要UE向网络报告频带A、B和C的各种组合当中的由UE支持的组合。在使用两个频带用于下行链路并且使用一个频带用于上行链路的载波聚合的情况下,可能存在如下表中示出的各种组合。
[表2]
如果UE支持以上表2中示出的所有频带组合,则UE可能需要向网络报告以上表2的所有频带组合,并且可以将包括表2的所有频带组合的列表发送到网络。
此外,如果UE还支持D2D操作,则除了支持UE所支持的频带/载波聚合的频带组合之外,还需要向网络报告支持D2D操作的频带。
首先,如果UE不支持载波聚合或者未针对其配置载波聚合并且只支持D2D操作,则可以使用下表中示出的方法来指示UE所支持的频带和D2D操作支持频带。由于不支持或未配置载波聚合,因此通过一个载波(小区)而非多个载波(小区)来支持D2D操作。
[表3]
如果UE通过多个频带支持D2D操作(即,UE能够通过一个频带执行蜂窝通信期间通过多个频带同时支持D2D操作),UE所支持的频带或者D2D操作支持频带可以被指示为如下表所示。
[表4]
如果UE支持载波聚合,则UE还可以将支持D2D操作的频带组合连同支持载波聚合的频带组合一起报告。
例如,如果在下行链路中使用两个频带而在上行链路中使用一个频带的载波聚合被配置到支持该载波聚合的UE,并且如果UE通过一个频带支持D2D操作,则UE可以指示如下表中所示的频带组合。
[表5]
此外,如果在下行链路中使用两个频带而在上行链路中使用一个频带的载波聚合被配置到UE支持该载波聚合,并且如果UE通过多个频带支持D2D操作,则UE可以指示如下表中所示的频带组合。
[表6]
如在表3至表6中描述的,UE还将支持D2D操作的频带连同支持蜂窝通信的频带一起向网络报告。
根据本发明,报告支持D2D操作的频带的方法可以使用以下三种方法中的任一种。
<方法1-a>
当UE向网络报告支持蜂窝通信(即,正常操作)的频带的列表时,可以针对每个频带指示是否支持D2D操作(是/否)。该方法具有指示支持D2D操作的频带信息的信令级别能够减小的优点,但是具有不能指示不支持蜂窝通信而仅支持D2D的频带的不足。
<方法1-b>
当UE向网络报告支持蜂窝通信(即,正常操作)的频带的列表时,除了该列表之外,还向网络报告支持D2D操作的列表。该方法具有能够指示不支持蜂窝通信而仅支持D2D操作的频带的优点,但是具有信令级别比方法1-a的信令级别相对大的缺点。
<方法1-c>
作为仅利用方法1-a和方法1-b的优点的方法,当UE使用方法1-a向网络报告支持蜂窝通信的频带的列表时,针对该列表中的每个频带指示是否支持D2D操作(是/否)。如果存在不支持蜂窝通信而仅支持D2D操作的频带,则通过额外使用方法1-b将该频带作为单独的列表进行报告。
此外,D2D操作包括D2D通信和D2D发现。UE向网络报告支持各D2D操作的方法包括以下两种方法。
<方法2-a>UE可以单独地报告支持D2D通信的频带和支持D2D发现的频带。
图16举例说明了根据方法2-a的包括D2D频带信息的UE能力信息。
参照图16,UE能力信息包括D2D频带信息。D2D频带信息单独地包括指示支持D2D通信的频带的列表(被称为“commSupportedBands”)和指示支持D2D发现的频带的列表(被称为“discSupportedBands”)。
例如,假定UE在频带J上支持D2D通信并且在频带K上支持D2D发现操作。在这种情况下,UE将频带J包含在“commSupportedBands”中,并且将频带K包含在“discSupportedBands”中。
<方法2-b>
方法2-b与方法2-a的不同之处在于,UE可以报告能够进行D2D操作的频带,即,能够共同地而不是区分地进行D2D通信和D2D发现的频带。例如,假定支持使用两个频带(频带X和Y)用于下行链路并且使用一个频带(频带X)用于上行链路的载波聚合的UE在频带J上同时支持D2D通信和D2D发现操作。在这种情况下,UE将频带J包含在D2D频带信息中,并且接收该D2D频带信息的网络可以解释在频带J上支持D2D通信和D2D发现二者。UE能力信息将{{用于下行链路的频带X,用于下行链路的频带Y}、用于上行链路的频带X,用于D2D操作的频带J}的信息递送到网络。
根据以上提到的方法,UE可以将D2D频带信息递送到网络。此外,考虑到蜂窝通信(正常操作)和D2D操作可以在同一时间同时发生的可能性,UE可能需要向网络提供关于是否支持同时执行正常操作和D2D操作的信息。如果UE不支持同时执行正常操作和D2D操作,则eNB可能需要调整正常操作的调度或者限制D2D操作,以使得所述操作被同时执行。如果UE能够在频带A上执行正常操作的同时在频带B上执行D2D操作,但是不能够在频带C上执行正常操作的同时在频带B上执行D2D操作,则eNB可以执行移动性过程(例如,切换),以使得UE在频带A上执行正常操作。可以使用以下方法向网络报告关于UE是否支持同时执行正常操作和D2D操作的信息。
<方法3-a>
当UE向网络报告支持正常操作的频带或频带组合的列表时,针对该列表中的每个频带指示是否支持D2D操作的同时执行(是/否)。
UE可以使用方法3-a和方法1系列(方法1-a、1-b和1-c)当中的仅一种方法或者单独地使用方法3-a和方法1系列来向网络报告UE的D2D操作的能力。作为使用方法3-a和方法1系列中的仅一种方法的示例,UE能够使用这两种方法(即,方法3-a和方法1-a)中的仅一种方法。在这种情况下,当指示UE在特定频带上支持D2D操作时,这意指能够在该频带上同时执行正常操作和D2D操作。作为使用方法3-a和方法1系列的示例,UE能够单独地使用方法3-a和方法1-a。在这种情况下,对于UE附加地通过方法1-a支持D2D操作的频带,可以通过方法3-a单独地指示在该频带上是否能够同时执行正常操作和D2D操作。
<方法3-b>
当UE向网络通知支持蜂窝通信(正常操作)的频带/频带组合的列表时,向网络报告用于针对该列表中的每个条目(即,所述频带/频带组合中的每一个)能够同时执行D2D操作的D2D频带信息。
可以通过频带列表来表达使得能够进行同时执行的D2D频带信息。另选地,可以通过位图来表达使得能够进行同时执行的D2D频带信息,该位图指示针对包括在UE通过方法1系列支持D2D操作的频带的列表中的各频带,UE是否支持同时执行。位图的位数可以与如同UE通过方法1系列支持D2D操作一样指示的频带的数目相同。
作为基于方法3-b的示例,可以向网络报告UE支持D2D操作的频带作为{A,B,C}的D2D支持频带列表,并且UE可以在将频带A和频带B的组合{A,B}指示为能够进行载波聚合的组合的同时附加地指示长度为3的位图。位图中的位指示是否支持D2D支持频带列表的相应频带。如果UE通过UE用来指示能够进行载波聚合的频带组合{A,B}的位图来指示100,则该信息意指UE在频带A上支持D2D操作和使用频带组合{A,B}的载波聚合操作的同时执行。类似地,如果UE通过UE用来指示能够进行载波聚合的频带组合{A,B}的位图来指示110的情况下,则该信息意指UE在频带A上支持D2D操作和使用频带组合{A,B}的载波聚合操作的同时执行,而且,UE在频带B上支持D2D操作和使用频带组合{A,B}的载波聚合操作的同时执行。
图17示出了根据本发明的UE能力信息的另一示例。
参照图17,UE能力信息除了包括参照图15和图16描述的D2D频带信息之外,还可以包括针对每个频带组合的D2D支持频带信息(“commSupportedBandsPerBC”)。
针对每个频带组合的D2D支持频带信息可以在由两个或更多个频带组成的频带组合(BC)上指示UE同时支持UE与网络执行蜂窝通信(正常操作)以及该UE与另一UE执行D2D操作的频带。
例如,在上面的表5中,UE可以将诸如{{A,B},A,A(D2D)}这样的信息递送到网络。这意味着,向网络报告D2D操作连同通过频带A和B支持下行链路并且通过频带A支持上行链路的载波聚合一起在频带A上被支持。在这种情况下,UE将频带A指示为针对由频带A和B组成的频带组合同时支持蜂窝通信和D2D操作的频带。在这种情况下,UE可以通过针对每个频带组合的D2D支持频带信息来报告针对由频带A和B组成的频带组合,频带A同时支持蜂窝通信和D2D操作。
更具体地,针对每个频带组合的D2D支持频带信息可以指示UE针对特定的频带组合(BC)支持基于蜂窝通信的信号(例如,基于EUTRA的信号)和基于D2D通信的信号的同时接收的频带。
如果支持基于EUTRA的信号和基于D2D通信的信号的同时发送(报告这一点的参数被称为“commSimultaneousTx”,并且UE可以通过该参数报告支持同时发送),则针对每个频带组合的D2D支持频带信息“commSupportedBandsPerBC”还可以指示针对特定的频带组合UE支持基于EUTRA的信号和基于D2D通信的信号的同时发送的频带。
也就是说,针对每个频带组合的D2D支持频带信息默认地指示UE支持基于EUTRA的信号和基于D2D通信的信号的同时接收的频带(接收频带),并且如果报告UE支持基于EUTRA的信号和基于D2D通信的信号的同时发送的情况下,则指示UE在接收频带上也支持基于EUTRA的信号和通过D2D通信的信号的同时发送。
下表示出了参照图15至图17描述的UE能力信息的特定示例。
[表7]
参照上面的表7,UE能力信息包括包含在诸如UE类别“ue-Category”、物理层参数“phyLayerParamters”、射频参数“rf-parameters”等这样的常规的UE能力信息中的多条信息。射频参数包指示支持蜂窝通信的频带(EUTRA频带)的“supportedBandListEUTRA”。
此外,UE能力信息包括根据本发明的附加参数。所述附加参数与D2D操作有关,并且包括以上提到的针对每个频带组合的D2D频带信息和D2D支持频带信息。
在上面的表7中,D2D频带信息可以是例如“commSupportedBands”和“discSupportedBands”。
“commSupportedBands”指示UE支持D2D通信的频带。如果“commSupportedBands”指示多个频带,则所述多个频带可以配置频带组合。可以按照位图格式来提供“commSupportedBands”。构成“commSupportedBands”的位图中的位可以与包括在“supportedBandListEUTRA”中的相应频带对应。也就是说,构成“commSupportedBands”的位图的第一位可以与包括在“supportedBandListEUTRA”中的第一频带对应。如果构成“commSupportedBands”的位图中的特定位的值是1,则其可以指示“supportedBandListEUTRA”中的对应频带是支持D2D通信的频带。另选地,除了“supportedBandListEUTRA”之外,“commSupportedBands”也可以被提供作为单独的列表。
“discSupportedBands”指示UE支持D2D发现的频带。“discSupportedBands”可以按照包括支持针对D2D发现的操作的频带的列表的方式来提供。
也就是说,如上面的表7中所示,D2D频带信息可以报告UE支持D2D通信的频带和UE支持D2D发现的频带中的每一个。
在上面的表7中,针对每个频带组合的D2D支持频带信息可以是“commSupportedBandsPerBC”。“commSupportedBandsPerBC”指示针对特定的频带组合(BC)UE支持基于EUTRA的信号和基于D2D通信的信号的同时接收的频带。如果UE支持基于EUTRA的信号和基于D2D通信的信号的同时发送(“commSimultaneousTx”可以报告支持同时发送,这将在下面进行描述),则“commSupportedBandsPerBC”也可以指示针对特定BC UE支持基于EUTRA的信号和基于D2D通信的信号的同时发送。也就是说,虽然“commSupportedBandsPerBC”默认地指示UE支持基于EUTRA的信号和基于D2D通信的信号的同时接收的频带(接收频带),但是如果报告UE支持基于EUTRA的信号和基于D2D通信的信号的同时发送,则指示UE在接收频带上还支持基于EUTRA的信号和基于D2D通信的信号的同时发送。
在上面的表7中,“commSimultaneousTx”报告是否在报告UE支持D2D操作的频带组合的所有频带上支持基于EUTRA的信号和基于D2D通信的信号的同时发送。
图18示出了根据本发明的另一个实施方式的D2D操作方法。
参照图18,UE在由两个或更多个频带组成的频带组合上生成指示同时支持UE针对网络执行蜂窝通信和与另一UE执行D2D操作的频带的针对每个频带组合的D2D支持频带信息(S310)。
UE将针对每个频带组合的D2D支持频带信息发送给网络(S320)。
此外,除了针对每个频带组合的D2D频带信息和D2D支持频带信息以外,UE还可以将附加信息包含在UE能力信息中。
例如,关于用于D2D操作的频带,UE可以报告在用于D2D操作的频带和用于蜂窝操作的另一个频带之间是否支持全双工操作。
在本文中,全双工操作意指UE能够在UE通过在用于D2D操作的信号频带A与用于蜂窝操作的频带B之间的另一频带B发送用于蜂窝通信的信号的同时通过频带A准确地接收由另一UE发送的D2D信号。
UE可以针对支持D2D操作的特定频带通知用于可按照全双工操作的蜂窝通信的频带。也就是说,可以针对支持D2D操作的每个频带报告用于可按照全双工操作的蜂窝通信的对应频带。
另选地,UE可以报告对于用于D2D操作的第一频带和用于D2D操作的第二频带而言是否支持全双工操作。在本文中,第一频带和第二频带彼此不同。例如,如果UE能够在频带B上发送用于D2D通信的信号的同时在频带A上接收由另一UE发送的D2D通信信号,则可以认为UE在频带A和B上支持用于D2D操作的全双工。在这种情况下,UE可以向网络提供报告针对频带A和B支持用于D2D操作的全双工的信息。
另选地,UE可以将能够按照全双工来执行D2D操作的频带按列表的方式报告给网络。
UE可以向网络报告在用于D2D操作的频带和用于蜂窝通信的频带上是否仅支持半双工。在本文中,半双工意指以下的操作:当在特定频带上执行D2D操作时,在另一频带上不支持蜂窝通信。另一方面,这是如下的操作:当在特定频带上执行基于蜂窝通信的操作时,在另一个频带上不支持D2D操作。
例如,在UE在频带B上发送用于D2D通信的信号期间,UE不能够在频带A上接收基于蜂窝通信的信号。这是因为用于频带B上的D2D通信的信号对UE的用频带A实现调谐的接收器产生影响。这也被称为自干扰。也就是说,仅支持半双工的UE由于自干扰而不能够同时执行在特定频带上的信号发送和在另一频带上的信号接收。
UE可能需要将按照半双工支持D2D操作的频带与用于蜂窝通信的频带一起进行报告。在以上示例中,当向网络报告频带A时,UE向网络报告仅在频带B上按照半双工方式支持D2D操作。
UE可以报告针对用于D2D操作的第一频带和用于D2D操作的第二频带是否仅支持半双工操作。在本文中,第一频带和第二频带彼此不同。
例如,如果UE不能够在该UE在频带B上发送用于D2D通信的信号的同时在频带A上接收由另一UE发送的D2D通信信号,则可以认为UE在频带A和频带B上仅支持用于D2D操作的半双工。由于UE在频带B上所发送的用于D2D通信的信号致使对UE的用频带A调谐的UE的接收器产生自干扰,因此UE不能够在频带A上接收由另一UE发送的D2D通信信号。
在这种情况下,UE可以向网络提供报告针对频带A和B支持D2D操作的全双工的信息。在以上示例中,当向网络报告支持D2D操作的频带A时,UE可以向网络报告仅在频带B上按照半双工方式支持D2D操作(当然,相反,当向网络报告支持D2D操作的频带B时,可以报告仅在频带A上按照半双工方式支持D2D操作)。
虽然以上描述了UE通过UE能力信息明确地报告UE所支持的双工方案,但是本发明不限于此。也就是说,可以不通过UE能力信息明确地报告UE所支持的双工方案。
如此,当关于被支持的双工方案的信息未被明确地包括在UE能力信息中时,网络可以认为UE所报告的所有频带组合全部支持全双工或者认为支持半双工。例如,只要UE能力信息没有包括明确地指示针对特定频带组合仅支持半双工的信息,网络就可以认为针对UE所报告的频带组合当中的除了该特定频带组合以外的所有剩余频带组合支持全双工(或者,只要UE能力信息没有包括明确地指示针对特定频带组合仅支持全双工的信息,网络就可以认为针对UE所报告的频带组合当中的除了该特定频带组合以外的所有剩余频带组合支持全双工)。
图19示出了根据本发明的UE的D2D操作方法。
参照图19,UE 1向网络提供了UE能力信息(S401)。UE能力信息可以包括以上所述的针对每个频带组合的D2D频带信息和D2D支持频带信息。
网络向UE 1提供D2D配置信息(S402)。由于网络能够基于UE能力信息知道UE 1所支持的D2D频带,因此可以将适于UE 1的频带配置用于D2D操作。当网络向UE 1提供D2D配置信息时,可以根据UE能力信息执行用于将UE的服务频率移动到另一频带的过程(例如,切换或辅小区更换等)。
UE 1基于D2D配置信息来执行D2D配置(S403)。
UE 1执行针对UE 2的D2D操作(S404)。尽管在图19中未示出,但是UE 2也可以在执行D2D操作之前针对网络交换UE能力信息和D2D配置信息。
网络可以配置在D2D操作中可用于UE的资源。如果UE能够在当前服务频率(主频率)下执行D2D操作,则网络配置在D2D操作中可在主频率下使用的资源。
然而,UE可以根据其能力不在主频率下而是在另一频率下执行D2D操作。在这种情况下,网络还必须指示在报告可用于D2D操作的资源的同时可使用所述资源的频率。否则,UE可能无法知道应用所述资源的频率。
因此,本发明提出了当网络配置了在D2D操作中可用于UE的资源时,还报告可使用所述资源的频率。
如果可用于D2D操作的资源(在下文中,D2D资源)是针对UE的主频率的,则网络可以省略指示可使用D2D资源的频率。另一方面,如果可使用D2D资源的频率不是主频率,则网络不能省略指示可使用D2D资源的频率的信息,并且必须报告对应频率。在下文中,指示可使用D2D资源的频率的信息被称为频率指示符。
具体地,如果UE能够支持多载波操作,则必须可以提供频率指示。多载波操作意指UE能够通过多个载波来同时接收信号(数据)或者能够同时发送信号(数据)。
图20示出了根据本发明的实施方式的操作UE的方法。
参照图20,UE接收包括频率指示符并且指示D2D资源的信息(S510)。指示D2D资源的信息可以被包括在D2D配置中。
下表是包括频率指示符并且指示D2D资源的信息的示例。
[表8]
在上面的表中,“frequencyIndicator”是作为指示应用“commConfig”的频率的字段的频率指示符。在“commSyncConfig”中,“commRxPool”指示使得能够接收关于在RRC空闲状态和RRC连接状态下的D2D通信的信号的资源。“commTxPoolNormalCommon”指示使得能够发送关于在RRC空闲状态或RRC连接状态下的除了特定频率以外的频率下的D2D通信的信号的资源。“commTxPoolExceptional”指示使得能够在例外条件下发送关于D2D通信的信号的资源。也就是说,网络可以向UE报告可用于D2D操作的D2D资源和可使用D2D资源的频率。
指示D2D资源的信息可以指示能够用于发送D2D信号的资源和能够用于接收D2D信号的资源中的至少一个。一般而言,D2D配置可以包括包含能够在由频率指示符所指示的频率下发送D2D信号的资源信息的D2D发送配置和包含能够接收D2D信号的资源信息的D2D接收配置中的至少一个。能够发送D2D信号的资源可以是至少一个资源池。能够接收D2D信号的资源可以是至少一个资源池。
当在由频率指示符所指示的频率下选择D2D发送资源时,D2D发送配置可以指示eNB是否选择D2D发送资源或者UE是否选择D2D发送资源。也就是说,可以指示在模式1和模式2之间在哪种模式下选择D2D发送资源。
另外,指示D2D资源的信息还可以包括指示可用于D2D资源的频率带宽的信息。
D2D操作可以是D2D发现和D2D通信中的任一个。在上面的表2中,例如示出了用于D2D通信的D2D资源。
如果UE处于RRC空闲状态或RRC连接状态,则可以通过系统信息来接收包含指示D2D资源的信息的D2D配置,或者如果UE处于RRC连接状态,则可以通过用于UE的专用信号来接收该D2D配置。
UE通过使用在由频率指示符所指示的频率下的D2D资源来执行D2D操作(S520)。UE可以基于包含指示D2D资源的信息的D2D配置来执行针对另一UE的D2D操作。
图21示出了详细应用图20的方法的示例。
参照图21,UE相对于频率F1的小区1处于RRC连接状态。UE向小区1提供UE能力信息(S601)。UE能力信息可以包括UE所指示的载波频带的组合信息和D2D能力信息。载波频带的组合信息可以是指示UE支持载波聚合的频率的组合的信息。D2D能力信息可以是指示UE支持D2D操作的频率的信息。载波频带的组合信息和D2D能力信息可以被组合并且被称为“针对每个频带组合的D2D支持频带信息”。也就是说,UE可以向小区1提供针对每个频带组合的D2D支持频带信息。
例如,UE可以向小区1提供针对每个频带组合的D2D支持频带信息,该D2D支持频带信息指示:1)在F1和F2上支持下行链路(DL)并且在F1上支持上行链路(UL)的同时在F1上支持D2D操作;2)在F1和F2上支持DL并且在F1上支持UL的同时在F3上支持D2D操作;以及3)在F2和F3上支持DL并且在F2上支持UL的同时在F2上支持D2D操作。在这种情况下,UE向小区1报告在F1和F2上支持载波聚合的同时在F1或F3上支持D2D操作或者在F2和F3上支持载波聚合的同时在F2上支持D2D操作。
小区1向UE提供载波聚合配置和D2D配置(S602)。例如,基于UE能力信息(针对每个频带组合的D2D支持频带信息),小区1可以对UE配置F1和F2以便进行载波聚合,并且可以为了F1上的D2D操作而配置D2D资源。
UE可以在F1上执行与小区1的广域网(WAN)通信(S603),并且可以在F2上执行与小区2的WAN通信(S604)。也就是说,UE可以在F1和F2上执行基于载波聚合的操作。
另外,UE在F1上执行D2D操作(S605)。UE可以基于从小区1接收的D2D配置来执行D2D操作。
UE可能需要在F3上执行D2D操作。在这种情况下,UE向小区1报告它感兴趣的是F3上的D2D操作(S606)。也就是说,UE可以请求当前服务小区提供用于在另一个频率(或另一个小区)上的D2D操作的D2D配置。
小区1向UE提供包括频率指示符(指示F3)的D2D配置(S607)。也就是说,小区1可以提供针对由UE请求的频率(或小区)的D2D配置。
由于频率指示符指示F3,因此UE可以知道D2D配置是用于F3的。因此,通过在F3上使用D2D配置来执行D2D操作(S608)。
此外,虽然在图21中未示出,但是假定UE向小区1报告它对F2上的D2D操作感兴趣的情况。由于在当前载波聚合中F1和F2用于DL并且F1用于UL,因此在F2上不支持UL。由于在UL频率下执行D2D操作,因此UE不能在当前载波聚合情形下在F2上执行D2D操作。在这种情况下,小区1可以为了载波聚合而配置F2和F3(也就是说,F2和F3被配置用于DL,F2被配置用于UL),而对UE执行到小区2的切换,并且可以为了F2上的D2D操作而配置D2D资源。然后,由于F2被配置为UL频率,则UE可以在F2上执行D2D操作。
如果载波聚合没有被配置用于针对第一频率的小区处于RRC连接状态的UE,则该UE可以通过用于UE的专用信号从第一频率的小区接收适用于第二频率的D2D配置。在这种情况下,D2D配置可以包括指示第二频率的频率指示符。
假定以下情况:分配第一频率和第二频率的小区的载波聚合(CA)被配置用于针对第一频率的小区处于RRC连接状态的UE。在这种情况下,UE可以用第一频率的小区作为主小区,并且用第二频率的小区作为辅小区。UE可以提供待从第一频率的小区应用于第二频率的D2D配置,或者可以提供待从第二频率的小区应用于第二频率的D2D配置。
处于RRC空闲状态的UE可以通过待广播的信号来获取针对特定频率的D2D配置。
图22是示出根据本发明的实施方式的UE的框图。
参照图22,UE 1100包括处理器1110、存储器1120和射频(RF)单元1130。处理器1110实现所提出的功能、过程和/或方法。例如,处理器1110可以从小区接收D2D配置,并且该D2D配置可以包括指示UE根据该D2D配置来执行D2D操作的频率的频率指示符。
RF单元1130连接到处理器1110,并且发送和接收无线电信号。
处理器可以包括专用集成电路(ASIC)、其它芯片组、逻辑电路和/或数据处理器。存储器可以包括只读存储器(ROM)、随机存取存储器(RAM)、闪速存储器、存储卡、存储介质和/或其它存储装置。RF单元可以包括用于处理无线电信号的基带电路。当上述实施方式用软件来实现时,上述方案可以利用执行以上功能的模块(程序或函数)来实现。该模块可以被存储在存储器中并且由处理器来执行。存储器可以被设置到处理器内部或外部,并且利用各种熟知手段连接到处理器。
Claims (12)
1.一种在无线通信系统中由终端执行的装置对装置D2D操作方法,该D2D操作方法包括以下步骤:
从小区接收D2D配置,
其中,所述D2D配置包括指示所述终端根据所述D2D配置来执行D2D操作的频率的频率指示符。
2.根据权利要求1所述的方法,该方法还包括以下步骤:请求所述小区来提供针对所述频率的D2D配置。
3.根据权利要求1所述的方法,其中,包括所述频率指示符的所述D2D配置是通过系统信息而接收到的。
4.根据权利要求1所述的方法,其中,包括所述频率指示符的所述D2D配置是通过用于所述终端的专用信号而接收到的。
5.根据权利要求1所述的方法,其中,针对所述频率的所述D2D配置指示包括能够在所述频率下发送D2D信号的资源信息的D2D发送配置和包括能够接收所述D2D信号的资源信息的D2D接收配置中的至少一个。
6.根据权利要求5所述的方法,其中,针对所述频率的所述D2D配置指示能够用于D2D通信或D2D发现的资源。
7.根据权利要求5所述的方法,其中,能够发送所述D2D信号的资源是一个资源池。
8.根据权利要求5所述的方法,其中,所述D2D发送配置指示当在所述频率下选择D2D发送资源时是由基站选择所述D2D发送资源还是由所述终端选择所述D2D发送资源。
9.根据权利要求5所述的方法,其中,能够接收所述D2D信号的资源是一个或更多个资源池。
10.根据权利要求1所述的方法,其中,所述小区是第一频率的小区,并且所述D2D配置为不是针对所述第一频率而是针对第二频率的D2D配置。
11.根据权利要求1所述的方法,其中,在所述频率指示符所指示的频率下,基于所述D2D配置的D2D操作是针对另一个终端而执行的。
12.一种终端,该终端包括:
射频RF单元,该RF单元用于发送和接收无线电信号;以及
处理器,该处理器在操作上与所述RF单元联接,
其中,所述处理器被配置成从小区接收D2D配置,并且所述D2D配置包括指示所述终端根据所述D2D配置来执行D2D操作的频率的频率指示符。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201462034753P | 2014-08-07 | 2014-08-07 | |
US62/034,753 | 2014-08-07 | ||
PCT/KR2015/008315 WO2016021995A1 (ko) | 2014-08-07 | 2015-08-07 | 무선 통신 시스템에서 단말에 의해 수행되는 d2d(device-to-device) 동작 방법 및 상기 방법을 이용하는 단말 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106576334A true CN106576334A (zh) | 2017-04-19 |
CN106576334B CN106576334B (zh) | 2020-06-30 |
Family
ID=55264182
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580042387.XA Active CN106576334B (zh) | 2014-08-07 | 2015-08-07 | 在无线通信系统中由终端执行的装置对装置(d2d)操作方法和使用该方法的终端 |
Country Status (6)
Country | Link |
---|---|
US (3) | US10327243B2 (zh) |
EP (2) | EP3700275B1 (zh) |
JP (1) | JP6420460B2 (zh) |
KR (1) | KR102073902B1 (zh) |
CN (1) | CN106576334B (zh) |
WO (1) | WO2016021995A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018227985A1 (zh) * | 2017-06-15 | 2018-12-20 | 中兴通讯股份有限公司 | 一种终端之间通信的方法、终端和系统 |
CN110754119A (zh) * | 2018-02-09 | 2020-02-04 | Oppo广东移动通信有限公司 | 配置同步载波的方法、设备及计算机存储介质 |
CN110999397A (zh) * | 2017-08-11 | 2020-04-10 | 华为技术有限公司 | 一种设备发现方法及相关设备 |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6392441B2 (ja) * | 2014-03-20 | 2018-09-19 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおける端末により行われるD2D(device−to−device)動作方法及びこの方法を利用する端末 |
JP2016096475A (ja) * | 2014-11-14 | 2016-05-26 | Kddi株式会社 | 無線制御装置、端末装置、および通信方法 |
CN108605213B (zh) * | 2016-02-05 | 2021-09-03 | 瑞典爱立信有限公司 | 侧链路通信的允许 |
US10470204B2 (en) * | 2016-08-10 | 2019-11-05 | Ofinno, Llc | Multiple semi persistent scheduling in a wireless network |
EP3620008A4 (en) * | 2017-05-02 | 2020-12-02 | Intel IP Corporation | DEVICES AND METHODS FOR PRIORITY FREQUENCY BAND DERIVATION IN WIRELESS COMMUNICATION |
US10993212B2 (en) * | 2017-09-22 | 2021-04-27 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for indicating number of transmitting ports of UE, UE and network device |
WO2019161061A1 (en) | 2018-02-14 | 2019-08-22 | Google Llc | Cell access restriction based on a core network type associated with a plmn identifier |
KR102598542B1 (ko) * | 2018-03-08 | 2023-11-06 | 삼성전자주식회사 | 반송파 집성을 위한 반송파 조합 송신 방법 및 이를 위한 전자 장치 |
US11627472B2 (en) * | 2020-12-10 | 2023-04-11 | Amazon Technologies, Inc. | Automated deployment of radio-based networks |
CN116939507A (zh) * | 2022-03-31 | 2023-10-24 | 华为技术有限公司 | 基于侧行链路的通信方法、装置、存储介质和芯片系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013109100A1 (ko) * | 2012-01-18 | 2013-07-25 | 엘지전자 주식회사 | 장치 대 장치 통신 방법 및 이를 수행하기 위한 장치 |
WO2014034286A1 (ja) * | 2012-08-29 | 2014-03-06 | 京セラ株式会社 | 移動通信システム、基地局、ユーザ端末、及びプロセッサ |
CN103843444A (zh) * | 2011-05-25 | 2014-06-04 | 美国博通公司 | 用于d2d通信的资源分配 |
US20140206322A1 (en) * | 2013-01-18 | 2014-07-24 | Telefonaktiebolaget L M Ericsson (Publ) | Network-assisted ue detection in direct mode ue-to-ue communication |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9143984B2 (en) | 2012-04-13 | 2015-09-22 | Intel Corporation | Mapping of enhanced physical downlink control channels in a wireless communication network |
US8934437B2 (en) * | 2012-05-11 | 2015-01-13 | Intel Corporation | Apparatus and method to establish a device-to-device (D2D) connection in a 3GPP-LTE network using a distributed channel scan |
US8917708B2 (en) | 2012-09-28 | 2014-12-23 | Intel Corporation | Discovery and operation of hybrid wireless wide area and wireless local area networks |
WO2014047907A1 (en) | 2012-09-28 | 2014-04-03 | Telefonaktiebolaget L M Ericsson(Publ) | Method for d2d radiocommunication |
US9026051B2 (en) | 2012-09-28 | 2015-05-05 | Intel Corporation | Wireless wide area network (WWAN) managed device to device communication using narrowband Wi-Fi in a licensed band |
US20140204847A1 (en) * | 2013-01-18 | 2014-07-24 | Telefonaktiebolaget L M Ericsson (Publ) | Network-assisted d2d communication using d2d capability information |
CN109462838A (zh) * | 2013-02-06 | 2019-03-12 | 索尼公司 | 无线通信方法、基站以及无线通信设备 |
WO2015053382A1 (ja) * | 2013-10-11 | 2015-04-16 | 京セラ株式会社 | 通信制御方法、ユーザ端末及び通信装置 |
EP3079420A4 (en) * | 2013-12-06 | 2017-05-31 | Fujitsu Limited | Method and apparatus for sending d2d discovery signal, and communications system |
WO2015143724A1 (en) * | 2014-03-28 | 2015-10-01 | Nokia Technologies Oy | Unified discovery signal for small cell and device-to-device discovery |
JP2017513392A (ja) * | 2014-03-28 | 2017-05-25 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおける端末により実行されるd2d動作方法及びその方法を利用する端末 |
GB2528672B (en) * | 2014-07-25 | 2017-02-08 | Canon Kk | Push-based transmission of resources and correlated network quality estimation |
-
2015
- 2015-08-07 JP JP2017505648A patent/JP6420460B2/ja active Active
- 2015-08-07 KR KR1020177001515A patent/KR102073902B1/ko active IP Right Grant
- 2015-08-07 EP EP20169610.1A patent/EP3700275B1/en active Active
- 2015-08-07 WO PCT/KR2015/008315 patent/WO2016021995A1/ko active Application Filing
- 2015-08-07 US US15/329,132 patent/US10327243B2/en active Active
- 2015-08-07 EP EP15829657.4A patent/EP3179802B1/en active Active
- 2015-08-07 CN CN201580042387.XA patent/CN106576334B/zh active Active
-
2019
- 2019-05-08 US US16/406,832 patent/US10555306B2/en active Active
-
2020
- 2020-01-07 US US16/736,587 patent/US10986640B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103843444A (zh) * | 2011-05-25 | 2014-06-04 | 美国博通公司 | 用于d2d通信的资源分配 |
WO2013109100A1 (ko) * | 2012-01-18 | 2013-07-25 | 엘지전자 주식회사 | 장치 대 장치 통신 방법 및 이를 수행하기 위한 장치 |
WO2014034286A1 (ja) * | 2012-08-29 | 2014-03-06 | 京セラ株式会社 | 移動通信システム、基地局、ユーザ端末、及びプロセッサ |
US20140206322A1 (en) * | 2013-01-18 | 2014-07-24 | Telefonaktiebolaget L M Ericsson (Publ) | Network-assisted ue detection in direct mode ue-to-ue communication |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018227985A1 (zh) * | 2017-06-15 | 2018-12-20 | 中兴通讯股份有限公司 | 一种终端之间通信的方法、终端和系统 |
US11737054B2 (en) | 2017-06-15 | 2023-08-22 | Zte Corporation | Method for communication between terminals, terminal and system |
CN110999397A (zh) * | 2017-08-11 | 2020-04-10 | 华为技术有限公司 | 一种设备发现方法及相关设备 |
CN110999397B (zh) * | 2017-08-11 | 2022-04-29 | 华为技术有限公司 | 一种设备发现方法及相关设备 |
CN110754119A (zh) * | 2018-02-09 | 2020-02-04 | Oppo广东移动通信有限公司 | 配置同步载波的方法、设备及计算机存储介质 |
Also Published As
Publication number | Publication date |
---|---|
EP3700275A1 (en) | 2020-08-26 |
JP6420460B2 (ja) | 2018-11-07 |
US10555306B2 (en) | 2020-02-04 |
KR20170020877A (ko) | 2017-02-24 |
US10986640B2 (en) | 2021-04-20 |
KR102073902B1 (ko) | 2020-02-05 |
EP3179802A4 (en) | 2018-04-11 |
US10327243B2 (en) | 2019-06-18 |
JP2017527190A (ja) | 2017-09-14 |
WO2016021995A1 (ko) | 2016-02-11 |
US20170223708A1 (en) | 2017-08-03 |
US20200146014A1 (en) | 2020-05-07 |
EP3179802B1 (en) | 2020-07-08 |
CN106576334B (zh) | 2020-06-30 |
EP3179802A1 (en) | 2017-06-14 |
EP3700275B1 (en) | 2021-05-19 |
US20190268908A1 (en) | 2019-08-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106465369B (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN106134273B (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN106233699B (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN105940744B (zh) | 在无线通信系统中由终端执行的d2d操作方法及使用该方法的终端 | |
CN105745962B (zh) | 在无线通信系统中由终端执行的小区重选方法以及使用该方法的终端 | |
CN105684538B (zh) | 在无线通信系统中通过终端执行的d2d操作的方法和使用该方法的终端 | |
CN106105355B (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN106576334A (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作方法和使用该方法的终端 | |
CN106105356B (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN106797534A (zh) | 无线通信系统中的用户设备的装置对装置(d2d)操作方法和使用该方法的用户设备 | |
CN106105345B (zh) | 在无线通信系统中由终端实施的d2d(装置到装置)信号发送方法及使用该方法的终端 | |
CN105940738A (zh) | 在无线通信系统中由终端执行的d2d操作方法及使用该方法的终端 | |
CN105940715B (zh) | 在无线通信系统中由终端执行的小区重新选择方法以及使用该方法的终端 | |
CN105940755B (zh) | 在无线通信系统中由终端执行的d2d操作方法及使用该方法的终端 | |
CN106797531A (zh) | 在无线通信系统中终端管理装置对装置(d2d)操作的配置的方法及使用该方法的终端 | |
CN106664699A (zh) | 用于在无线通信系统中操作终端的方法和使用所述方法的终端 | |
KR101761531B1 (ko) | 무선 통신 시스템에서 단말에 의해 수행되는 d2d(device-to-device) 동작 방법 및 상기 방법을 이용하는 단말 | |
CN106233767A (zh) | 终端执行的在无线通信系统中确定小区覆盖范围的方法以及使用该方法的终端 | |
CN106105354A (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN107005787A (zh) | 在无线通信系统中终端发送用于装置对装置(d2d)操作的同步信号的方法及使用该方法的终端 | |
CN108029048A (zh) | 用于终端接收服务连续性指示符的方法和装置 | |
KR101660649B1 (ko) | 무선 통신 시스템에서 단말이 예외적 자원을 사용하여 D2D(device-to-device) 동작을 수행하는 방법 및 상기 방법을 이용하는 단말 | |
CN106233807A (zh) | 由无线通信系统中的终端执行的d2d操作方法和利用该方法的终端 | |
CN105940743A (zh) | 在无线通信系统中由终端执行的d2d操作方法及使用该方法的终端 | |
CN105940687A (zh) | 在无线通信系统中由终端执行的d2d操作方法及使用该方法的终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |