CN106465369B - 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 - Google Patents
在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 Download PDFInfo
- Publication number
- CN106465369B CN106465369B CN201580023438.4A CN201580023438A CN106465369B CN 106465369 B CN106465369 B CN 106465369B CN 201580023438 A CN201580023438 A CN 201580023438A CN 106465369 B CN106465369 B CN 106465369B
- Authority
- CN
- China
- Prior art keywords
- terminal
- frequency band
- rat
- network
- cell
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- 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
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种在无线通信系统中由终端执行的装置对装置(D2D)操作的方法以及使用该方法的终端。该方法的特征在于:如果利用第一无线电接入技术(RAT)操作的终端利用第二RAT的网络来接收服务,则该终端生成指示是否支持D2D操作的RAT支持信息并且将该RAT支持信息发送给第一RAT的网络。
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起到中继器的作用,则它也可起到延伸基站的覆盖范围的作用。
此外,终端可在采用不同RAT(无线电接入技术)的网络之间到处移动。例如,在E-UTRAN(演进UMTS地面无线电接入网络)中,终端可切换为WLAN(无线局域网)。如上所述,当终端将第一RAT改变为第二RAT时,可存在第二RAT的频率不支持终端的D2D操作的情况。在这种情况下,终端需要停止D2D操作。因此,D2D操作的连续性可能损失。
发明内容
技术问题
本发明提供了一种在无线通信系统中由终端执行的D2D操作的方法以及使用该方法的终端。
技术方案
在一个方面中,提供了一种在无线通信系统中由终端执行的D2D(装置对装置)操作的方法。该方法包括以下步骤:在以第一RAT(无线电接入技术)操作的所述终端从第二RAT的网络接收服务的情况下,生成告知所述终端是否支持D2D操作的RAT支持信息;以及将所述RAT支持信息发送给所述第一RAT的网络。
所述RAT支持信息可被包括在所述终端的UE(用户设备)能力信息中来发送。
所述UE能力信息还可包括指示所述终端支持D2D操作的频带或频带的组合的D2D频带信息。
所述D2D操作可以是D2D通信。
在所述终端从所述第二RAT的网络接收服务的情况下,所述RAT支持信息可告知对于所述终端支持D2D操作的频带或频带的组合,所述终端是否支持D2D操作。
所述第一RAT可以是E-UTRAN(演进UMTS地面无线电接入网络),所述第二RAT可以是UTRAN(UMTS地面无线电接入网络)或WLAN(无线局域网)。
在另一方面中,提供了一种终端。该终端包括发送和接收无线电信号的RF(射频)单元以及结合所述RF单元来操作的处理器。所述处理器被配置为在以第一RAT(无线电接入技术)操作的所述终端从第二RAT的网络接收服务的情况下,生成告知所述终端是否支持D2D操作的RAT支持信息,并且将所述RAT支持信息发送给所述第一RAT的网络。
有益效果
根据本发明,终端向采用第一RAT的网络告知RAT以及支持D2D操作的频带。采用第一RAT的网络利用终端所给出的信息并且将终端切换至支持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示出根据本发明的一个实施方式的终端执行D2D操作的方法。
图16示出根据方法2-a的包括D2D频带信息的UE能力信息。
图17示出根据本发明的UE能力信息的另一示例。
图18示出根据本发明的另一实施方式的D2D操作的方法。
图19示出根据本发明的终端的D2D操作方法。
图20示出根据本发明的一个实施方式的终端的D2D操作方法。
图21示出当应用图20的方法时终端的D2D操作方法。
图22是示出实现本发明的实施方式的终端的框图。
具体实施方式
图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。
源层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通信的关系。以下,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可具有诸如“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步发现过程。
在下文中,描述假设应用于根据本发明的终端的操作。
<RRC空闲状态下的D2D通信>
网络可控制是否允许RRC空闲状态下的小区内的D2D发送。网络可允许由处于RRC空闲状态的终端在特定小区内执行的D2D发送,即,模式2 D2D发送。在这种情况下,网络可例如通过特定小区的广播系统信息来向终端告知是否支持模式2 D2D发送。如果终端未能接收系统信息,则终端可认为不允许小区内的RRC空闲状态下的D2D发送。
关于RRC空闲状态下的小区内的D2D接收,只要网络被允许D2D信号接收,网络就不必控制终端的D2D信号接收。换言之,终端可确定是否接收D2D信号。终端可接收D2D信号,而不管特定小区是否支持RRC空闲状态下的D2D发送。
<RRC连接状态下的D2D通信>
当终端进入RRC连接状态时,在RRC连接状态下可应用有效D2D配置的条件下允许终端的D2D发送。为此,网络可通过包括D2D配置的RRC连接重新配置消息来提供用于终端的D2D配置。
换言之,仅当网络向终端提供D2D配置时,允许处于RRC连接状态的终端的D2D发送。D2D配置可通过专用信号来提供给终端。
现在网络已允许终端接收D2D信号,终端可确定是否在RRC连接状态下接收D2D信号。换言之,终端能够接收D2D信号,而不管终端是否通过专用信号接收到D2D配置。
<模式设置>
网络可就终端可在模式1和模式2之间的哪一模式下操作或者终端必须在这两个模式之间的哪一模式下操作来配置终端。上述配置方案被称为模式配置。此时,用于模式配置的信令可使用诸如RRC的上层信号或者诸如物理层信号的下层信号。由于上述模式配置不经常执行并且对延迟不敏感,所以可使用RRC信号。
对于处于RRC空闲状态的那些终端,仅可应用模式2。另一方面,模式1和模式2二者可被应用于处于RRC连接状态的终端。也就是说,仅对处于RRC连接状态的终端需要将终端选择/配置为模式1或模式2之一。因此,专用RRC信令可用于模式配置。
此外,在模式配置中,可用选项是从模式1和模式2中选择一个;或者从模式1、模式2以及模式1&2中选择一个。如果选择模式1&2,则网络可应终端的请求调度用于D2D发送的资源,终端可利用所调度的资源来执行D2D发送,或者终端可通过从资源池选择特定资源来执行D2D发送。
网络可执行专用RRC信令以使得终端可由模式1、模式2或模式1&2之一配置。
<资源池配置和信令>
对于终端的D2D信号发送,在被配置为模式1的终端执行D2D发送的情况下,针对终端执行用于D2D发送的资源调度。因此,终端不需要知道用于D2D发送的资源池。在被配置为模式2的终端执行D2D发送的情况下,终端需要知道用于D2D发送的资源池。
对于终端的D2D信号接收,在终端尝试接收由不同终端在模式1下执行的D2D发送的情况下,终端需要知道模式1接收资源池。此时,模式1接收资源池可以是用于由服务小区和邻近小区在模式1下执行的D2D发送的资源池的集合的并集。在终端尝试接收由另一终端在模式2下执行的D2D发送的情况下,终端需要知道模式2接收资源池。此时,模式2接收资源池可以是用于由服务小区和邻近小区在模式2下执行的D2D发送的资源池的集合的并集。
在模式1的资源池中,终端不需要知道模式1发送资源池。这是因为模式1 D2D发送由网络来调度。然而,如果特定终端尝试从不同终端接收模式1 D2D发送,则该特定终端需要知道该不同终端的模式1发送资源池。为了使处于RRC空闲状态的特定终端接收模式1D2D发送,小区可能有必要广播告知模式1接收资源池的信息。该信息可被应用于RRC空闲状态和RRC连接状态二者。
如果特定小区想要允许属于其的终端的模式1 D2D接收,则该特定小区可广播告知模式1接收资源池的信息。模式1接收资源池信息可用于处于RRC空闲状态和RRC连接状态的终端二者。
为了使处于RRC空闲状态的终端能够执行模式2 D2D发送,终端需要在处于RRC空闲状态的同时被告知可用于模式2 D2D发送的资源池。为此,小区可广播资源池信息。换言之,如果特定小区想要允许处于RRC空闲状态的终端的D2D发送,则可通过系统信息广播指示可应用于RRC空闲状态下的D2D发送的资源池的资源池信息。
以相同的方式,为了使处于RRC空闲状态的终端能够执行模式2 D2D接收,终端需要被告知用于模式2 D2D接收的资源池。为此,小区可广播指示接收资源池的接收资源池信息。
换言之,如果特定小区想要允许处于RRC空闲状态的终端执行D2D接收,则该特定小区可通过系统信息来广播指示可被应用于RRC空闲状态下的D2D接收的资源池的资源池信息。
指示可被应用于RRC空闲状态下的D2D发送的资源池的资源池信息也可被应用于RRC连接状态下的模式2 D2D发送。如果网络通过专用信令将模式2操作配置给特定终端,则提供与广播的资源池相同的资源池。或者,广播的资源池可被认为可被应用于RRC连接状态下的D2D发送和D2D接收二者。广播的资源池可被视为在RRC连接状态下有效,只要终端被配置为模式2即可。换言之,除非通过专用信令指定不同的资源,否则广播的模式2 D2D资源池信息也可被用于RRC连接状态下的模式2D2D通信。
专用信号未必用于向网络覆盖范围内的特定终端告知资源池信息。在通过专用信令告知资源池信息的情况下,可通过减少用于特定终端的监测资源来实现优化。然而,所述优化可能需要小区之间的复杂的网络协作。
在下文中,将描述本发明。
根据终端的能力,终端能够在相同的频带中同时支持现有蜂窝通信(即,终端与网络之间的通信,这可被称为正常操作)和D2D操作。类似地,根据终端的能力,终端可能能够在相同的频带中或不同的频带中同时支持现有正常操作和D2D操作。换言之,根据终端的能力,终端可在相同的频带中以及不同的频带中同时支持正常操作和D2D操作。
终端用信号通知向网络指示终端的能力的信息(被称为UE能力信息)。此外,由于根据现有标准规范的UE能力信息仅告知终端支持正常操作(即,根据蜂窝通信的操作)的频带,所以网络无法知道在哪一频带中终端支持D2D操作或者在哪一频带(或频带的组合)中终端支持正常操作和D2D操作二者。另外,在下文中,EUTRA被假设为蜂窝通信中的网络,但是本发明不限于上述假设。除非另外指示,否则D2D操作包括D2D通信和D2D发现;并且包括发送和接收。
图15示出根据本发明的一个实施方式的终端执行D2D操作的方法。
参照图15,终端生成包括指示支持D2D操作的频带的D2D频带信息的UE能力信息S210,并且将该UE能力信息发送给网络S220。
换言之,为了告知哪一频带或者哪一频带组合(BC)允许正常操作和D2D操作,终端可向网络告知指示支持D2D操作的频带(频带组合)的D2D频带信息。包括在UE能力信息中的D2D频带信息可被发送给网络。
由D2D频带信息指定的频带可以是终端能够同时支持正常操作和D2D操作的那些频带。例如,在发送包括指示支持D2D操作的频带的列表的D2D频带信息的同时,终端还可发送指示支持正常操作的频带的列表。此时,由指示支持正常操作的频带和支持D2D操作的频带的列表二者指示的那些频带成为支持正常操作和D2D操作二者的频带。类似地,D2D频带信息可包括直接指示同时支持正常操作和D2D操作的频带的列表。
此外,在终端支持载波聚合的情况下,终端可提供支持通过载波聚合的正常操作的频带的列表以及支持通过载波聚合的D2D操作的频带的列表(可提供支持通过载波聚合的正常操作的频带和支持通过载波聚合的D2D操作的频带的两个不同的列表;或者这两个列表可被组合以作为单个列表提供)。列表中的各个频带或者频带的各个组合表示同时支持正常操作和D2D操作的频带。在下文中,为了方便起见,如果终端据称仅支持频带X,假设指示终端支持经由频带X的现有蜂窝通信(正常操作);如果终端支持经由频带X的D2D操作,则将具体地指出。
假定终端支持频带A、B和C并且能够支持采用两个下行链路频带和一个上行链路频带的载波聚合(CA)。在未针对终端配置载波聚合的情况下,如果终端所支持的那些频带以列表的形式表示,则将获得包括{A}、{B}和{C}的列表。
如果针对终端配置了载波聚合,则终端需要向网络告知频带A、B和C的各种组合当中终端所支持的频带的组合。在采用两个下行链路频带和一个上行链路频带的CA的情况下,可获得如下表所示的各种组合。
[表2]
频带组合 | 含义 |
{{A,B},A} | 通过频带A、B支持下行链路并且通过频带A支持上行链路 |
{{A,B},B} | 通过频带A、B支持下行链路并且通过频带B支持上行链路 |
{{A,B},C} | 通过频带A、B支持下行链路并且通过频带C支持上行链路 |
{{A,C},A} | 通过频带A、C支持下行链路并且通过频带A支持上行链路 |
{{A,C},C} | 通过频带A、C支持下行链路并且通过频带C支持上行链路 |
{{A,C},B} | 通过频带A、C支持下行链路并且通过频带B支持上行链路 |
{{B,C},B} | 通过频带B、C支持下行链路并且通过频带B支持上行链路 |
{{B,C},C} | 通过频带B、C支持下行链路并且通过频带C支持上行链路 |
{{B,C},A} | 通过频带B、C支持下行链路并且通过频带A支持上行链路 |
如果终端支持表2所示的所有频带组合,则终端需要向网络告知表2的所有频带组合并且可将包括所有频带组合的列表发送给网络。
此外,如果终端也支持D2D操作,则除了支持终端所支持的频带/载波聚合的频带组合以外,终端还可能有必要向网络告知支持D2D操作的频带。
首先,在终端不支持载波聚合或者未被配置用于载波聚合,但是仅支持D2D操作的情况下,可利用下表所示的方法来指示终端所支持的频带或者支持D2D操作的频带。由于不支持或者未配置载波聚合,所以通过单个载波(小区)而非多个载波(多个小区)来支持D2D操作。
[表3]
频带组合 | 含义 |
{A,<u>A(D2D)</u>} | 支持频带A,对于D2D操作支持频带A |
{A,<u>B(D2D)</u>} | 支持频带A,对于D2D操作支持频带B |
{A,<u>C(D2D)</u>} | 支持频带A,对于D2D操作支持频带C |
{B,<u>A(D2D)</u>} | 支持频带B,对于D2D操作支持频带A |
{B,<u>B(D2D)</u>} | 支持频带B,对于D2D操作支持频带B |
{B,<u>C(D2D)</u>} | 支持频带B,对于D2D操作支持频带C |
{C,<u>A(D2D)</u>} | 支持频带C,对于D2D操作支持频带A |
{C,<u>B(D2D)</u>} | 支持频带C,对于D2D操作支持频带B |
{C,<u>C(D2D)</u>} | 支持频带C,对于D2D操作支持频带C |
在终端支持通过多个频带的D2D操作的情况下(即,在终端正在通过一个频带执行蜂窝通信的同时终端能够同时支持通过多个频带的D2D操作的情况下),终端所支持的频带以及支持D2D操作的频带可如下表所示指定。
[表4]
频带组合 | 含义 |
{A,{<u>A(D2D),B(D2D)}</u>} | 支持频带A,对于D2D操作支持频带A和B |
{A,{<u>A(D2D),C(D2D)}</u>} | 支持频带A,对于D2D操作支持频带A和C |
{A,{B<u>(D2D),C(D2D)}</u>} | 支持频带A,对于D2D操作支持频带B和C |
{A,{A(D2D),B<u>(D2D),C(D2D)}</u>} | 支持频带A,对于D2D操作支持频带A、B和C |
{B,{<u>A(D2D),B(D2D)}</u>} | 支持频带B,对于D2D操作支持频带A和B |
{B,{<u>A(D2D),C(D2D)}</u>} | 支持频带B,对于D2D操作支持频带A和C |
{B,{B<u>(D2D),C(D2D)}</u>} | 支持频带B,对于D2D操作支持频带B和C |
{B,{A(D2D),B<u>(D2D),C(D2D)}</u>} | 支持频带B,对于D2D操作支持频带A、B和C |
{C,{<u>A(D2D),B(D2D)}</u>} | 支持频带C,对于D2D操作支持频带A和B |
{C,{<u>A(D2D),C(D2D)}</u>} | 支持频带C,对于D2D操作支持频带A和C |
{C,{B<u>(D2D),C(D2D)}</u>} | 支持频带C,对于D2D操作支持频带B和C |
{C,{A(D2D),B<u>(D2D),C(D2D)}</u>} | 支持频带C,对于D2D操作支持频带A、B和C |
在终端支持载波聚合的情况下,终端可将支持D2D操作的频带组合连同支持载波聚合的频带组合一起告知。
例如,在支持载波聚合的终端配置有包括两个下行链路频带和一个上行链路频带的载波聚合并且终端支持通过单个频带的D2D操作的情况下,终端可如下表所示指定频带组合。
[表5]
此外,在支持载波聚合的终端配置有包括两个下行链路频带和一个上行链路频带的载波聚合并且终端支持通过多个频带的D2D操作的情况下,终端可如下表所示指定频带组合。
[表6]
如表3至表6中所述,终端向网络告知支持蜂窝通信的频带以及支持D2D操作的频带。
根据本发明,下面的三种方法中的一种可用于告知支持D2D操作的频带。
<方法1-a>
当终端向网络告知支持蜂窝通信(即,正常操作)的频带的列表时,终端可就列表中的各个频带是否支持D2D操作指示是/否。此方法的优点在于指定关于支持D2D操作的频带的信息所需的信令大小可减小,但是无法指示仅支持D2D操作而不支持蜂窝通信的频带。
<方法1-b>
当终端向网络告知支持蜂窝通信(即,正常操作)的频带的列表时,终端向网络告知支持D2D操作的单独列表。此方法的优点在于可指示不支持蜂窝通信而仅支持D2D操作的频带;然而,与方法1-a所需要的信令大小相比,此方法需要相对大的信令大小。
<方法1-c>
利用方法1-a和方法1-b的优点,当终端利用方法1-a向网络告知支持蜂窝通信的频带的列表时,终端就列表中的各个频带是否支持D2D操作指示是/否。在存在不支持蜂窝通信而仅支持D2D操作的频带的情况下,终端另外根据方法1-b利用单独的列表来向网络告知频带。
此外,D2D操作包括D2D通信和D2D发现。如下所述,终端有两种方法来向网络告知支持各个D2D操作的频带。
<方法2-a>
终端可分别向网络告知支持D2D通信的频带和支持D2D发现的频带。
图16示出根据方法2-a的包括D2D频带信息的UE能力信息。
参照图16,UE能力信息包括D2D频带信息,其中D2D频带信息分别包括指示支持D2D通信的频带(被称为“commSupportedBands”)的列表和指示支持D2D发现的频带(被称为“discSupportedBands”)的列表。
例如,假定终端支持频带J中的D2D通信和频带K中的D2D发现操作。在这种情况下,终端将频带J包括在列表“commSupportedBands”中并且将频带K包括在“discSupportedBands”中。
<方法2-b>
不同于方法2-a,终端可利用方法2-b向网络告知支持D2D操作的频带,而不在D2D通信和D2D发现之间进行区分。例如,假定支持包括两个下行链路频带(频带X和频带Y)和一个上行链路频带(频带X)的载波聚合的终端在频带J中同时支持D2D通信和D2D发现操作。在这种情况下,终端将频带J包括在D2D频带信息中,接收到D2D频带信息的网络可将所接收到的信息解释为在频带J中支持D2D通信和D2D发现二者。UE能力信息向网络传送信息{{下行链路频带X,下行链路频带Y},上行链路频带X},用于D2D操作的频带J}。
终端可利用上述方法来向网络传送D2D频带信息。此外,考虑蜂窝通信(正常操作)和D2D操作可发生的概率,终端可能需要向网络提供关于终端是否支持正常操作和D2D操作的同时执行的信息。如果终端不支持正常操作和D2D操作的同时执行,则基站可能需要调节正常操作的调度或者限制D2D操作,以使得两个操作不同时执行。如果终端能够同时在频带A中执行正常操作并且在频带B中执行D2D操作,同时能够在频带C中执行正常操作但是无法在频带B中执行D2D操作,则基站可执行移动性过程(例如,切换)以使得终端可在频带A中执行正常操作。终端可使用以下方法来向网络告知关于终端是否支持同时执行正常操作和D2D操作的信息。
<方法3-a>
当终端向网络告知支持正常操作的频带或频带组合的列表时,此方法可用于指示列表中的各个频带是否支持D2D操作的同时执行(是/否)。
终端可仅利用方法3-a和类型1方法(方法1-a、1-b和1-c)当中的一个或者分别利用方法3-a和一个类型1方法来向网络告知关于D2D操作的UE能力信息。作为仅利用方法3-a和一个类型1方法当中的一个的一个示例,终端可采用方法3-a和方法1-a中的一个。在这种情况下,指示终端支持特定频带中的D2D操作意指在对应频带中可同时执行正常操作和D2D操作。作为分别利用方法3-a和一个类型1方法的一个示例,终端可分别使用方法2-a和方法1-a。在这种情况下,除了利用方法1-a告知频带支持D2D操作以外,终端可单独地利用方法3-a指示对应频带是否支持正常操作和D2D操作的同时执行。
<方法3-b>
当终端向网络告知支持蜂窝通信(正常操作)的频带/频带组合的列表时,终端向网络告知关于针对列表中的各个条目(即,针对各个频带/频带组合)允许D2D操作的同时执行的D2D频带的信息。
支持同时执行的D2D频带的信息可按照频带列表的形式来表示。类似地,支持同时执行的D2D频带的信息可按照针对支持D2D操作的频带的列表中所包括的各个频带指示终端是否支持同时执行的位图的形式来表示。位图的位数可与由终端利用类型1方法之一指示为支持D2D操作的频带的数量相同。
作为根据方法3-b的示例,终端可按照D2D支持频带的列表的形式(表示为{A,B,C})来向网络告知支持D2D操作的频带,除了指示频带A和频带B的组合({A,B})作为支持载波聚合的组合以外,终端可指定长度为3的位图。位图的各个位指示终端是否支持D2D支持频带列表中的对应频带。如果终端利用位图100指示被指示为支持载波聚合的频带组合{A,B},则该信息可被解释为终端同时支持频带A中的采用{A,B}的频带组合的载波聚合操作和D2D操作。类似地,如果终端利用位图110指示被指示为支持载波聚合的频带组合{A,B},则此信息可被解释为终端支持频带A中的采用{A,B}的频带组合的载波聚合和D2D操作的同时执行;以及频带B中的采用{A,B}的频带组合的载波聚合和D2D操作的同时执行。
图17示出根据本发明的UE能力信息的另一示例。
参照图17,除了参照图15和图16描述的D2D频带信息以外,UE能力信息还可包括各个频带组合的D2D支持频带信息(“commSupportedBandPerBC”)。
每频带组合D2D支持频带信息可指定终端在包括两个或更多个用于蜂窝通信的频带的频带组合中同时支持针对网络执行的蜂窝通信(正常操作)以及针对其它终端执行的D2D操作的频带。
例如,终端能够向网络传送诸如表5的{{A,B},A,A(D2D)}的信息,其告知网络终端支持频带A中的D2D操作以及通过频带A和B支持下行链路并通过频带A支持上行链路的载波聚合。此时,可理解,针对包括频带A和B的频带组合,终端将频带A指示为支持蜂窝通信和D2D操作二者的频带。在这种情况下,终端可通过每频带组合D2D支持频带信息向网络告知在由频带A和B组成的频带组合中频带A同时支持蜂窝通信和D2D操作。
同时支持与网络执行的蜂窝通信以及与其它终端执行的D2D操作的频带可被包括在支持D2D操作的频带的列表中。该列表可指示一个或更多个频带。
终端可提供映射至由支持D2D操作的一个或更多个频带组成的频带列表中所包括的频带的位图。通过该位图,终端可指示同时支持终端与网络执行的蜂窝通信以及终端与其它终端执行的D2D操作的频带。
例如,如果位图的特定位为1,则可意指在映射至该特定位的频带中同时支持蜂窝通信和D2D操作,这在早前关于方法3-b进行了描述。
更具体地讲,每频带组合D2D支持频带信息可指定针对特定频带组合(BC)终端支持同时接收由于蜂窝通信的信号(例如,由于EUTRA的信号)和由于D2D通信的信号的频带。
如果终端支持由于EUTRA和D2D通信的信号的同时发送(指示同时发送的参数被称为“commSimultaneousTx”,终端可通过此参数来告知同时发送),则每频带组合D2D支持频带信息(“commSupportedBandPerBC”)也可指示终端针对特定频带组合支持由于EUTRA和D2D通信的信号的同时发送的频带。
换言之,每频带组合D2D支持频带信息指示支持由于EUTRA和D2D通信的信号的同时接收的频带(接收频带);在终端告知它支持由于EUTRA和D2D通信的信号的同时发送的情况下,还指示终端支持在接收频带中由于EUTRA和D2D通信的信号的同时发送。
下表给出参照图15至图17描述的UE能力信息的特定示例。
[表7]
参照表7,UE能力信息包括传统UE能力信息的信息,例如UE类别(“ue-Category”)、物理层参数(“phyLayerParameters”)和射频参数(“rf-parameters”)。射频参数包括“supportedBandListEUTRA”,其表示支持蜂窝通信的频带(EUTRA频带)。
此外,UE能力信息包括根据本发明的附加参数。附加参数与D2D操作有关并且包括上述D2D频带信息和每频带组合D2D支持频带信息。
例如,D2D频带信息可以是表7的“commSupportedBands”和“discSupprtedBands”。
“commSupportedBands”指示终端支持D2D通信的频带。在“commSupportedBands”指示多个频带的情况下,所述多个频带可被视为形成频带组合。“commSupportedBands”可按照位图的形式来提供。构成“commSupportedBands”的位图的各个位可对应于“supportedBandListEUTRA”中所包括的各个频带。换言之,构成“commSupportedBands”的位图的第一位可对应于“supportedBandListEUTRA”中所包括的第一频带。如果形成“commSupportedBands”的位图中的特定位的值为1,则可指示“supportedBandListEUTRA”的对应频带支持D2D通信。另一方面,“commSupportedBands”可作为列表与“supportedBandListEUTRA”分开提供。
“discSupportedBands”指示终端支持D2D发现的频带。“discSupportedBands”可按照包括支持D2D发现操作的频带的列表的形式来提供。
换言之,如上表7中所示,D2D频带信息可分别告知终端支持D2D通信的频带以及终端支持D2D发现的频带。
每频带组合D2D支持频带信息可对应于上表7中的“commSupportedBandsPerBC”。“commSupportedBandsPerBC”表示终端针对特定频带组合(BC)支持由于EUTRA和D2D通信的信号的同时接收的频带。如果终端支持由于ETRA和D2D通信的信号的同时发送(“commSimultaneousTx”可告知支持同时发送,将稍后描述),则“commSupportedBandsPerBC”还表示终端针对特定频带组合支持由于EUTRA和D2D通信的信号的同时发送的频带。换言之,“commSupportedBandsPerBC”默认表示终端支持由于EUTRA和D2D通信的信号的同时接收的频带(接收频带);在终端告知它支持由于EUTRA和D2D通信的信号的同时发送的情况下,可解释为终端也支持在接收频带中由于EUTRA和D2D通信的信号的同时发送。
在上表7中,“commSimultaneousTx”告知在属于终端已知支持D2D操作的频带组合的所有频带中终端是否支持由于EUTRA和D2D通信的信号的同时发送。
图18示出根据本发明的另一实施方式的D2D操作的方法。
参照图18,终端生成每频带组合D2D支持频带信息,其指示在包括两个或更多个频带的频带组合中终端同时支持与网络执行的蜂窝通信以及与另一终端执行的D2D操作的频带S310。
终端将每频带组合D2D支持频带信息发送给网络S320。
此外,除了每频带组合D2D支持频带信息以外,终端还可将附加信息包括到UE能力信息。
例如,终端可告知它是否支持用于D2D操作的频带与用于蜂窝通信的不同频带之间的全双工操作。
此时,全双工操作指示在用于D2D操作的信号频带A与用于蜂窝操作的另一频带B之间,在终端通过频带B发送用于蜂窝通信的信号的同时,终端可通过频带A正确地接收由另一终端发送的D2D信号。
终端可告知关于支持D2D操作的特定频带,支持用于蜂窝通信的全双工方案的频带。即,可告知对于各个D2D支持频带,支持用于蜂窝通信的全双工方案的对应频带。
另选地,终端可向网络告知针对用于D2D操作的第一频带和用于D2D操作的第二频带,是否支持全双工操作。此时,第一频带和第二频带彼此不同。例如,在终端经由频带B发送用于D2D通信的信号并且终端可经由频带A接收从另一终端发送的用于D2D通信的信号的同时,认为终端支持经由频带A和B用于D2D操作的全双工。在这种情况下,终端可提供告知终端支持经由频带A和B用于D2D操作的全双工的信息。
另选地,终端向网络告知指示终端支持用于D2D操作的全双工的频带的列表。
终端可向网络告知针对用于D2D操作的频带和用于蜂窝通信的频带,是否仅支持半双工操作。这里,半双工是在另一频带中执行D2D操作的同时在频带中不支持蜂窝通信的操作方案。并且半双工是在另一频带中执行蜂窝通信的同时在频带中不支持D2D操作的操作方案。
例如,在终端经由频带B发送用于D2D通信的信号的同时,终端变得无法经由频带A接收由于蜂窝通信的信号。这是因为经由频带B的用于D2D通信的信号影响调谐至频带A的终端的接收器。上述现象也被称作自干扰。换言之,仅支持半双工模式的终端由于自干扰而变得无法同时执行经由特定频带的信号发送与经由不同频带的信号接收。
因此,仅支持半双工方案的终端还需要告知支持半双工方案的频带以及用于蜂窝通信的频带。在上述示例中,当终端向网络告知频带A时,终端还需要向网络告知它支持经由频带B根据半双工方案的D2D操作。
终端可向网络告知针对用于D2D操作的第一频带和用于D2D操作的第二频带,是否仅支持半双工操作。此时,第一频带和第二频带彼此不同。
例如,如果终端在经由频带B发送用于D2D通信的信号的同时无法经由频带A接收由不同终端发送的D2D通信信号,则终端可被称为仅支持经由频带A和频带B用于D2D操作的半双工方案。由于由终端经由频带B发送的用于D2D通信的信号对调谐至频带A的终端的接收器施加了磁干扰,所以终端变得无法经由频带A接收由不同终端发送的D2D通信信号。
在这种情况下,终端可向网络提供终端支持经由频带A和频带B用于D2D操作的全双工操作的信息。在上述示例中,当终端向网络告知终端支持D2D操作的频带A时,终端可向网络告知它仅支持经由频带B通过半双工操作的D2D操作(同样,当终端告知网络终端支持D2D操作的频带B时,终端可向网络告知它仅支持经由频带A通过半双工操作的D2D操作)。
在以上描述中,假设终端在终端的UE能力信息中明确地指定终端所支持的双工方案,但是本发明不限于上述假设。换言之,终端可不在终端的UE能力信息中明确地指定终端所支持的双工方案。
如上所述,在UE能力信息中没有明确地包括所支持的双工方案的信息的情况下,网络可认为终端所告知的所有频带组合支持全双工操作或半双工操作。例如,除非UE能力信息明确地指示特定频带组合仅支持半双工操作,否则网络可认为除了特定频带组合之外,终端所告知的所有剩余频带组合支持全双工操作(相反,除非UE能力信息明确地指示特定频带组合仅支持全双工操作,否则网络可认为除了特定频带组合之外,终端所告知的所有剩余频带组合支持半双工操作)。
图19示出根据本发明的终端的D2D操作方法。
参照图19,终端1向网络提供UE能力信息S401。UE能力信息可包括上述D2D频带信息和每频带组合D2D支持频带信息。
网络向终端1提供D2D配置信息S402。由于网络可从UE能力信息知道终端1所支持的D2D频带,所以它可为终端1配置适当的频带以执行D2D操作。当网络将D2D配置信息提供给终端1时,可根据终端的UE能力信息执行用于将终端的服务频率移至另一频带的过程(例如,切换或者辅小区更换)。
终端1基于D2D配置信息执行D2D配置S403。
终端1结合终端2来执行D2D操作S404。尽管图19中未示出,终端2在执行D2D操作之前也可与网络交换UE能力信息和D2D配置信息。
在下文中,将描述即使当支持多种RAT(无线电接入技术)的终端在RAT之间执行移动性过程时也确保D2D操作的连续性的D2D操作方法。
根据终端的能力,在终端正在从E-UTRAN以外的不同RAT(无线电接入技术)接收服务的同时,可进行或者不可进行D2D操作。换言之,假定终端正在从第一RAT接收服务。然后,当从第二RAT接收服务时,终端可执行或者不可执行D2D操作。在这种情况下,优选的是终端将描述上述情况的UE能力信息发送给第一RAT的网络。
例如,假定终端正在E-UTRAN中操作。根据能力,即使在终端正在从UTRAN接收服务的同时,终端也可支持执行D2D操作。如果E-UTRAN被告知终端的能力,则当E-UTRAN的通信质量不够好时,网络可命令终端切换至UTRAN。尽管有此操作,终端的D2D操作的连续性将不受影响。
另一方面,终端在从UTRAN接收服务的同时可能不支持执行D2D操作。如果终端向网络E-UTRAN告知上述事实,则即使E-UTRAN的通信质量不够好时,E-UTRAN也不会命令终端切换至UTRAN。这是因为如果终端切换至UTRAN,则可能破坏D2D操作的连续性。
换言之,假定终端正在从第一RAT接收服务。当从第二RAT接收服务时,终端可执行或者不可执行D2D操作。在这种情况下,终端发送UE能力信息以将上述事实告知第一RAT的网络。通过基于UE能力信息适当地管理终端的移动性,基于第一RAT的网络可支持D2D操作的连续性。
图20示出根据本发明的一个实施方式的终端的D2D操作方法。
参照图20,在通过第一RAT操作的终端从第二RAT的网络接收服务的情况下,终端生成告知终端是否支持D2D操作的RAT支持信息S510。
RAT支持信息可被包括在终端的UE能力信息中来发送。
UE能力信息还可包括指示终端支持D2D操作的频带或频带的组合的D2D频带信息。
D2D操作可以是D2D通信。
RAT支持信息可告知针对终端支持D2D操作的频带或各个频带,当终端从第二RAT的网络接收服务时终端是否支持D2D操作。
第一RAT可以是E-UTRAN(演进UMTS地面无线电接入网络),第二RAT可以是UTRAN(UMTS地面无线电接入网络)、GERAN(GSM EDGE无线电接入网络)、CDMA(码分多址)系统或WLAN(无线局域网)中的任一个。
终端将RAT支持信息发送给第一RAT的网络S520。
在该方法中,第一RAT是UTRAN、GERAN、CDMA系统或WLAN中的一个,第二RAT也可被应用于网络基于E-UTRAN的情况。
在下文中,将描述配置包括RAT支持信息的UE能力信息的示例,该UE能力信息由终端提供。
终端可告知各个RAT是否同时支持D2D操作和蜂窝通信。例如,假定终端默认根据第一RAT操作。第一RAT可以是E-UTRAN。此时,在通过UE能力信息从第二RAT(例如,UTRAN、GERAN、CDMA系统和WLAN中的任一个)接收服务的同时(换言之,在通过第二RAT执行蜂窝通信的同时),终端可通过RAT支持信息告知终端是否也支持D2D操作。
为了告知终端是否经由基于第二RAT的频带当中的特定频带同时支持蜂窝通信和D2D操作,终端可向第一RAT的网络告知终端能够同时支持D2D操作和蜂窝通信的基于第二RAT的频带。
在终端能够在多个频带中通过第二RAT执行D2D操作的情况下,终端可告知它是否能够在各个频带中同时支持D2D操作和蜂窝通信,或者告知终端能够同时支持D2D操作和蜂窝通信的在第二RAT中操作的频带。
归纳上述操作,终端可向网络告知由支持D2D操作的第二RAT的频带和第一RAT的频带组成的频带组合,其中所述频带的组合指示向网络告知终端能够支持第二RAT的频带中的D2D操作和第一RAT的频带中的蜂窝通信。
另一方面,终端可通过RAT支持信息向网络告知在从E-UTRAN以外的另一RAT接收服务的同时终端是否同时支持D2D操作。在上述示例中,RAT支持信息针对各个RAT告知终端是否支持D2D操作;然而,在本示例中,代替针对各个RAT告知终端是否支持D2D操作,RAT支持信息仅告知在从E-UTRAN以外的不同RAT的网络接收服务的同时终端是否支持D2D操作。
或者,终端可向第二RAT的网络告知在从第二RAT的网络接收蜂窝通信服务的同时终端是否同时支持通过第一RAT的网络的D2D操作。为了告知终端能够在终端所支持的第一RAT的频带当中的特定频带中同时支持D2D操作,终端可告知终端能够同时支持的第一RAT的频带。由于对于大多数情况,终端能够执行蜂窝操作的第二RAT频带有许多,所以终端可告知针对终端所支持的第二RAT的各个频带,终端能够同时支持的第一RAT的频带。
归纳上述操作,终端可向网络告知由支持D2D操作的第一RAT的频带以及第二RAT的频带组成的频带组合,其中所述频带的组合指示向网络告知终端能够支持第一RAT的频带中的D2D操作和第二RAT的频带中的蜂窝通信。
如果在第二RAT的小区中执行蜂窝操作的同时,终端尝试执行或者已经在执行通过第一RAT的D2D操作,则终端可向第二RAT的小区发送指示执行D2D操作的意图的消息。此时,该终端可详细说明要执行的D2D操作。例如,终端可向小区告知终端尝试执行D2D发送、D2D接收还是这二者。此时,终端可向第二RAT的服务小区告知终端意图执行D2D操作的第一RAT的频率。终端可向第二RAT的服务小区告知执行终端的D2D操作的小区的小区ID(例如,接收到D2D配置信息的第一RAT的小区)。
在终端根据诸如切换的移动性过程将服务小区从第一RAT的小区改变为第二RAT的小区的情况下,终端可向第二RAT的小区发送指示执行D2D操作的意图或者指示正在执行D2D操作的消息。在终端根据诸如切换的移动性过程将服务小区从第二RAT的小区改变为第一RAT的小区的情况下,终端可向第一RAT的小区发送指示执行D2D操作的意图或者指示正在执行D2D操作的消息。
在发送UE能力信息的时候,终端可另外告知终端是否根据对应RAT支持D2D操作和蜂窝通信之间的全双工通信还是仅支持它们之间的半双工通信。
另外,终端可告知在从E-UTRAN以外的另一RAT的网络接收服务的同时终端支持D2D操作(例如,D2D通信)的频带。
接收或发送D2D信号的D2D操作可根据终端的能力以服务频率或非服务频率来执行。服务频率可被进一步分成主服务频率和辅服务频率。
终端可利用专用RF(射频)单元通过针对D2D通信优化的频带来执行D2D操作,或者利用可用于蜂窝通信的RF单元来执行D2D操作。此选项可根据终端的能力来确定。
为了确保D2D操作的连续性,网络必须知道终端的能力。例如,如果网络已将特定频带或频带组合配置给终端,但是终端在该特定频带或频带组合中无法支持D2D操作,则D2D操作必须停止。那么,D2D操作的连续性被破坏。在此意义上讲,终端支持D2D操作的频带或频带组合的信息可被视为UE能力信息的非常重要的部分。
此外,在终端通过将信息包括在UE能力信息中来向网络发送终端支持D2D操作的频带或频带组合的信息的情况下,终端可采用将上述信息增加到支持蜂窝通信的频带或频带组合的信息的方法。
例如,假定由不支持D2D操作的终端(第一终端)发送给网络的UE能力信息包括关于支持蜂窝通信的频带或频带组合的信息。那么,支持D2D操作的终端(第二终端)必须向网络提供关于支持蜂窝通信的频带或频带组合的信息;以及支持D2D操作的频带或频带组合。此时,并非为第二终端定义UE能力信息的新格式,更有效的是将关于支持D2D操作的频带或频带组合的信息增加到第一终端所使用的UE能力信息的格式。
由于网络可通过第二终端所发送的UE能力信息确定支持蜂窝通信的频带或频带组合以及支持D2D操作的频带或频带组合,所以网络可识别终端同时支持D2D操作和蜂窝通信的频带。
这样,终端可通过将信息增加到UE能力信息来发送关于支持D2D操作的频带或频带组合的信息。在这种情况下,终端在初始附接时向网络提供一次UE能力信息,随后UE能力信息由网络管理。例如,当由于终端的移动而发生切换时或者在RRC状态改变的时候,由网络管理UE能力信息。
另一方面,每次RRC状态改变时,终端可向网络发送关于支持D2D操作的频带或频带组合的信息。例如,每次RRC状态从RRC空闲状态改变为RRC连接状态时,终端可向网络发送关于支持D2D操作的频带或频带组合的信息。另外,在由于终端的移动而发生切换的情况下,终端也可向网络发送关于支持D2D操作的频带或频带组合的信息。上述方法类似于用于告知MBMS相关信息的方法。
上述两种方法中的任一种可被等同地使用,但是考虑到在终端连接至网络的同时支持D2D操作的频带或频带组合不改变并且信令开销较小的事实,第一方法可被认为更方便。
在下文中,将描述将支持D2D操作的频带或频带组合包括在UE能力信息中的方法的特定实施方式。
例如,如果终端支持单个频带中的D2D操作,则该频带可被增加至支持蜂窝通信的频带的组合。换言之,表示支持D2D操作的频带的新元素被增加到表示支持蜂窝通信的频带的现有元素。
在这种情况下,没有必要单独地用信号通知UE能力信息以告知支持D2D操作的频带或频带组合。应该注意的是,用于告知UE能力信息的方法已经参照表4至表6进行了描述。
此外,当终端在执行蜂窝通信的频带或频带组合中支持D2D操作时,终端可另外告知指示D2D操作和由于蜂窝通信的操作是否仅根据TDM(时分复用)方案一起执行的指示符。
例如,假定在第一频率下同时支持D2D操作和由于蜂窝通信的操作。在这种情况下,可执行D2D操作的子帧可仅限于未调度蜂窝通信的子帧。换言之,在调度用于蜂窝通信的子帧中无法执行D2D操作。上述操作可通过指示符来告知。
另一方面,当终端在执行蜂窝通信的频带或频带组合中支持D2D操作时,终端可通过指示符告知D2D操作和由于蜂窝通信的操作可在没有上述限制的情况下执行。例如,终端可告知在特定子帧中可执行D2D操作,而不管是否针对该子帧调度了蜂窝通信。
在缺少指示符的情况下,终端可认为在属于同时支持D2D操作和蜂窝通信的频带的特定子帧中可执行D2D操作,而不管在该子帧中是否调度了蜂窝通信。
类似地,在缺少指示符的情况下,终端可认为在同时支持D2D操作和蜂窝通信的频带中仅可通过TDM方案执行D2D操作和蜂窝通信。
此外,支持D2D操作的频带的含义可根据支持D2D操作的频带或频带组合的信息是否被增加到支持蜂窝通信的频带或频带组合的信息来不同地解释。
换言之,在支持D2D操作的频带或频带组合与支持蜂窝通信的频带或频带组合相同或者被包括在支持蜂窝通信的频带或频带组合中的情况下,可认为D2D操作和由于蜂窝通信的操作仅可通过TDM方案来执行。
在支持D2D操作的频带或频带组合未被包括在支持蜂窝通信的频带或频带组合中的情况下,可认为D2D操作和由于蜂窝通信的操作可在没有调度限制的情况下执行。换言之,可与是否针对特定子帧调度了蜂窝通信无关地执行D2D操作。
图21示出当应用图20的方法时终端的D2D操作方法。
参照图21,终端1向E-UTRAN发送UE能力信息S601。UE能力信息可包括上述RAT支持信息和D2D频带信息。
例如,终端1可通过将指示终端1支持WLAN中的D2D操作的RAT支持信息以及表示终端1支持D2D操作的频带的D2D频带信息包括在UE能力信息中来发送上述信息。
E-UTRAN和终端1可执行蜂窝通信S602。
终端1和终端2可执行D2D操作S603。
在E-UTRAN中,业务可增加,或者与终端1的通信质量可劣化。在这种情况下,可能优选的是E-UTRAN将终端1切换至不同的RAT。
E-UTRAN可从接收自终端1的UE能力信息知道终端1即使在WLAN中也支持D2D操作。因此,E-UTRAN可知道即使终端1被切换至WLAN,仍可确保D2D操作的连续性。
因此,E-UTRAN向终端1发送命令以切换至WLAN S604。
终端1在切换至WLAN之后仍可与终端2执行D2D操作S605。
图22是示出实现本发明的实施方式的终端的框图。
参照图22,终端1100包括处理器1110、存储器1120和RF(射频)单元1130。处理器1110实现所提出的功能、处理和/或方法。例如,在通过第一RAT操作的终端从第二RAT的网络接收服务的情况下,处理器1110可生成告知是否支持D2D操作的RAT支持信息并且将所生成的RAT支持信息发送给第一RAT的网络。
RF单元1130连接至处理器1110并且发送和接收无线电信号。
处理器可包括专用集成电路(ASIC)、其它芯片组、逻辑电路和/或数据处理器。存储器可包括只读存储器(ROM)、随机存取存储器(RAM)、闪存、存储卡、存储介质和/或其它存储装置。RF单元可包括用于处理无线电信号的基带电路。当上述实施方式被实现在软件中时,上述方案可利用执行上述功能的模块(进程或函数)来实现。模块可被存储在存储器中并由处理器执行。存储器可被内部地或外部地设置到处理器并且利用各种熟知手段连接到处理器。
Claims (12)
1.一种在无线通信系统中由终端执行的装置对装置D2D操作的方法,该方法包括以下步骤:
在以第一无线电接入技术RAT执行D2D操作的所述终端从第二RAT的网络接收蜂窝通信服务的情况下,生成告知所述终端是否支持D2D操作的RAT支持信息;以及
将所述RAT支持信息发送给所述第一RAT的网络,
其中,在以所述第一RAT执行D2D操作的所述终端从所述第二RAT的网络接收所述蜂窝通信服务的情况下,所述RAT支持信息告知所述终端支持D2D操作的频带或频带的组合,并且
其中,仅当所述频带或所述频带的组合与所述第二RAT有关时,所述终端执行到所述频带或所述频带的组合的切换。
2.根据权利要求1所述的方法,其中,所述RAT支持信息通过被包括在所述终端的用户设备UE能力信息中来被发送。
3.根据权利要求1所述的方法,其中,当采用所述第一RAT的通信质量劣化时,所述终端执行所述切换。
4.根据权利要求1所述的方法,其中,所述D2D操作是D2D通信。
5.根据权利要求1所述的方法,其中,所述RAT支持信息还告知所述终端是否能够执行D2D操作和蜂窝通信之间的全双工操作。
6.根据权利要求1所述的方法,其中,所述第一RAT是演进UMTS地面无线电接入网络E-UTRAN,所述第二RAT是UMTS地面无线电接入网络UTRAN或无线局域网WLAN。
7.一种终端,该终端包括:
射频RF单元,该RF单元发送和接收无线电信号;以及
处理器,该处理器结合所述RF单元来进行操作,其中,所述处理器被配置为:
在以第一无线电接入技术RAT执行D2D操作的所述终端从第二RAT的网络接收蜂窝通信服务的情况下,生成告知所述终端是否支持D2D操作的RAT支持信息;并且
将所述RAT支持信息发送给所述第一RAT的网络,
其中,在以所述第一RAT执行D2D操作的所述终端从所述第二RAT的网络接收所述蜂窝通信服务的情况下,所述RAT支持信息告知所述终端支持D2D操作的频带或频带的组合,并且
其中,仅当所述频带或所述频带的组合与所述第二RAT有关时,所述终端执行到所述频带或所述频带的组合的切换。
8.根据权利要求7所述的终端,其中,所述RAT支持信息通过被包括在所述终端的用户设备UE能力信息中来被发送。
9.根据权利要求7所述的终端,其中,当采用所述第一RAT的通信质量劣化时,所述终端执行所述切换。
10.根据权利要求7所述的终端,其中,所述D2D操作是D2D通信。
11.根据权利要求7所述的终端,其中,所述RAT支持信息还告知所述终端是否能够执行D2D操作和蜂窝通信之间的全双工操作。
12.根据权利要求7所述的终端,其中,所述第一RAT是演进UMTS地面无线电接入网络E-UTRAN,所述第二RAT是UMTS地面无线电接入网络UTRAN或无线局域网WLAN。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201461988925P | 2014-05-06 | 2014-05-06 | |
US201461988924P | 2014-05-06 | 2014-05-06 | |
US61/988,924 | 2014-05-06 | ||
US61/988,925 | 2014-05-06 | ||
US201462075813P | 2014-11-05 | 2014-11-05 | |
US62/075,813 | 2014-11-05 | ||
PCT/KR2015/004516 WO2015170874A1 (ko) | 2014-05-06 | 2015-05-06 | 무선 통신 시스템에서 단말에 의해 수행되는 d2d(device-to-device) 동작 방법 및 상기 방법을 이용하는 단말 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106465369A CN106465369A (zh) | 2017-02-22 |
CN106465369B true CN106465369B (zh) | 2019-11-12 |
Family
ID=54392681
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580023438.4A Active CN106465369B (zh) | 2014-05-06 | 2015-05-06 | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20170048647A1 (zh) |
CN (1) | CN106465369B (zh) |
WO (1) | WO2015170874A1 (zh) |
Families Citing this family (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9179336B2 (en) | 2013-02-19 | 2015-11-03 | Mimosa Networks, Inc. | WiFi management interface for microwave radio and reset to factory defaults |
US9930592B2 (en) | 2013-02-19 | 2018-03-27 | Mimosa Networks, Inc. | Systems and methods for directing mobile device connectivity |
US9362629B2 (en) | 2013-03-06 | 2016-06-07 | Mimosa Networks, Inc. | Enclosure for radio, parabolic dish antenna, and side lobe shields |
US9130305B2 (en) | 2013-03-06 | 2015-09-08 | Mimosa Networks, Inc. | Waterproof apparatus for cables and cable interfaces |
US10742275B2 (en) | 2013-03-07 | 2020-08-11 | Mimosa Networks, Inc. | Quad-sector antenna using circular polarization |
US9191081B2 (en) | 2013-03-08 | 2015-11-17 | Mimosa Networks, Inc. | System and method for dual-band backhaul radio |
US9295103B2 (en) | 2013-05-30 | 2016-03-22 | Mimosa Networks, Inc. | Wireless access points providing hybrid 802.11 and scheduled priority access communications |
US10938110B2 (en) | 2013-06-28 | 2021-03-02 | Mimosa Networks, Inc. | Ellipticity reduction in circularly polarized array antennas |
US9001689B1 (en) | 2014-01-24 | 2015-04-07 | Mimosa Networks, Inc. | Channel optimization in half duplex communications systems |
US9780892B2 (en) | 2014-03-05 | 2017-10-03 | Mimosa Networks, Inc. | System and method for aligning a radio using an automated audio guide |
US9998246B2 (en) | 2014-03-13 | 2018-06-12 | Mimosa Networks, Inc. | Simultaneous transmission on shared channel |
EP3122127B1 (en) * | 2014-03-20 | 2019-02-27 | LG Electronics Inc. | Method for device-to-device (d2d) operation performed by terminal in wireless communication system and terminal using the method |
EP3169108B1 (en) * | 2014-07-08 | 2020-09-02 | Sharp Kabushiki Kaisha | Cell selection using an offset related to direct d2d communication |
EP3180880B1 (en) * | 2014-08-11 | 2020-03-11 | Telefonaktiebolaget LM Ericsson (publ) | D2d and cellular operation on different carrier frequencies or frequency bands |
US10958332B2 (en) | 2014-09-08 | 2021-03-23 | Mimosa Networks, Inc. | Wi-Fi hotspot repeater |
WO2016122270A1 (ko) * | 2015-01-29 | 2016-08-04 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말의 발견 메시지 전송 방법 및 상기 방법을 이용하는 단말 |
US20180310158A1 (en) * | 2015-11-13 | 2018-10-25 | Sony Corporation | Device and method |
WO2017123558A1 (en) | 2016-01-11 | 2017-07-20 | Mimosa Networks, Inc. | Printed circuit board mounted antenna and waveguide interface |
WO2017192006A2 (ko) * | 2016-05-02 | 2017-11-09 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말에 의해 수행되는 신호 전송 방법 및 상기 방법을 이용하는 단말 |
US11251539B2 (en) | 2016-07-29 | 2022-02-15 | Airspan Ip Holdco Llc | Multi-band access point antenna array |
ES2883841T3 (es) * | 2016-10-25 | 2021-12-09 | Telecom Italia Spa | Acceso al servicio de proximidad en una red de comunicación móvil |
US10979967B2 (en) * | 2017-08-11 | 2021-04-13 | Samsung Electronics Co., Ltd. | Method and apparatus for supporting supplementary uplink frequencies in next generation mobile communication system |
JPWO2019049348A1 (ja) * | 2017-09-08 | 2020-10-15 | 株式会社Nttドコモ | ユーザ装置、及び能力情報通知方法 |
WO2019056322A1 (zh) * | 2017-09-22 | 2019-03-28 | Oppo广东移动通信有限公司 | 一种指示ue发射端口数量的方法、ue及网络设备 |
US11700107B2 (en) | 2017-11-09 | 2023-07-11 | Qualcomm Incorporated | Duplexing modes based on power configurations for transmissions |
CN111510890B (zh) | 2017-12-28 | 2023-03-21 | Oppo广东移动通信有限公司 | 无线通信的方法、终端设备和网络设备 |
US10511074B2 (en) | 2018-01-05 | 2019-12-17 | Mimosa Networks, Inc. | Higher signal isolation solutions for printed circuit board mounted antenna and waveguide interface |
US11069986B2 (en) | 2018-03-02 | 2021-07-20 | Airspan Ip Holdco Llc | Omni-directional orthogonally-polarized antenna system for MIMO applications |
US11330478B2 (en) * | 2018-08-10 | 2022-05-10 | Qualcomm Incorporated | Idle cell reselection and user equipment capability signaling |
US11289821B2 (en) | 2018-09-11 | 2022-03-29 | Air Span Ip Holdco Llc | Sector antenna systems and methods for providing high gain and high side-lobe rejection |
CN112703776A (zh) * | 2018-09-28 | 2021-04-23 | Oppo广东移动通信有限公司 | 无线通信方法和设备 |
WO2020087468A1 (zh) * | 2018-11-01 | 2020-05-07 | Oppo广东移动通信有限公司 | 无线通信方法和设备 |
JP7219817B2 (ja) * | 2018-12-21 | 2023-02-08 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 通信技術選択の方法および装置 |
KR20210142132A (ko) * | 2019-03-28 | 2021-11-24 | 광동 오포 모바일 텔레커뮤니케이션즈 코포레이션 리미티드 | 정보 송신 방법, 정보 수신 방법 및 디바이스 |
US11013054B2 (en) * | 2019-04-12 | 2021-05-18 | Ofinno, Llc | UE-assistance to support multiple systems based on frequency band combinations |
US11722882B2 (en) * | 2019-06-14 | 2023-08-08 | Qualcomm Incorporated | Sidelink capability signaling and configuration |
CN110809325A (zh) * | 2019-11-06 | 2020-02-18 | 东阳市人民医院 | 一种基于长期演进通信系统的智能医学检验系统 |
US20230083283A1 (en) * | 2021-09-14 | 2023-03-16 | Qualcomm Incorporated | Dynamic full-duplex mode switching for sidelink |
Family Cites Families (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1622677A (zh) * | 2003-11-27 | 2005-06-01 | 皇家飞利浦电子股份有限公司 | 一种无线通信网络中支持点到点通信切换的方法 |
US8885561B2 (en) * | 2011-03-30 | 2014-11-11 | Qualcomm Incorporated | Multi-radio coexistence |
EP2509345A1 (en) * | 2011-04-05 | 2012-10-10 | Panasonic Corporation | Improved small data transmissions for machine-type-communication (MTC) devices |
US8902855B2 (en) * | 2011-08-01 | 2014-12-02 | Intel Corporation | Opportunistic device-to-device communication |
CN103179575A (zh) * | 2011-12-23 | 2013-06-26 | 中兴通讯股份有限公司 | 一种邻近设备通信的方法和系统、网络侧设备和用户设备 |
EP2665299B1 (en) * | 2012-05-15 | 2014-11-26 | Telefonaktiebolaget L M Ericsson (publ) | Beacon management for network assisted device-to-device communication |
US9154267B2 (en) * | 2012-07-02 | 2015-10-06 | Intel Corporation | Sounding reference signal (SRS) mechanism for intracell device-to-device (D2D) communication |
US10028204B2 (en) * | 2012-08-24 | 2018-07-17 | Blackberry Limited | Supporting device-to-device communication in a rich communication service context |
CN103686676A (zh) * | 2012-08-31 | 2014-03-26 | 中兴通讯股份有限公司 | 设备到设备通信系统的通信方法、装置及系统 |
GB2506176A (en) * | 2012-09-24 | 2014-03-26 | Nec Corp | Device to device (D2D) communication in a wireless communications network |
US10004002B2 (en) * | 2012-09-28 | 2018-06-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for D2D radiocommunication |
EP2717646B1 (en) * | 2012-10-04 | 2017-02-01 | Telefonaktiebolaget LM Ericsson (publ) | Methods and apparatuses for device-to-device communication |
KR102043202B1 (ko) * | 2012-10-14 | 2019-11-11 | 엘지전자 주식회사 | 기기간 통신을 수행하는 기기 및 그 방법 |
US10165604B2 (en) * | 2012-10-29 | 2018-12-25 | Kyocera Corporation | Mobile communication system, user terminal, base station, processor, and communication control method |
JP6045602B2 (ja) * | 2012-11-28 | 2016-12-14 | 京セラ株式会社 | 移動通信システム、基地局、プロセッサ、及び通信制御方法 |
US20150351076A1 (en) * | 2012-12-28 | 2015-12-03 | Koninklijke Kpn N.V. | Multi-Operator Device-to-Device Multicast or Broadcast Communication |
US9686728B2 (en) * | 2013-02-19 | 2017-06-20 | Kyocera Corporation | User terminal and processor for transmitting UE EUTRA capability information |
EP2995156B1 (en) * | 2013-05-08 | 2020-12-02 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Improved handling of simultaneous network communication transmission and d2d communication reception or simultaneous network communication reception and d2d communication transmission |
US10009900B2 (en) * | 2013-05-08 | 2018-06-26 | Telefonaktiebolaget L M Ericsson (Publ) | Selection of scheduling policy for network communications links and D2D communications links |
JP6108980B2 (ja) * | 2013-06-27 | 2017-04-05 | 京セラ株式会社 | 移動通信システム及びユーザ端末 |
EP2830381B1 (en) * | 2013-07-24 | 2021-08-25 | HTC Corporation | Method for configuring timing resource in device to device communication |
JP6155501B2 (ja) * | 2013-08-06 | 2017-07-05 | シャープ株式会社 | 端末装置、基地局装置および無線通信方法 |
EP3100573B1 (en) * | 2014-01-29 | 2019-03-13 | Interdigital Patent Holdings, Inc. | Resource selection for device to device discovery or communication |
US20160050698A1 (en) * | 2014-04-01 | 2016-02-18 | Telefonaktiebolaget L M Ericsson (Publ) | System and Method for Obtaining and Using Device-to-Device Frequency-Related Capability and Configuration Preferences |
EP3139656B1 (en) * | 2014-04-29 | 2020-03-04 | LG Electronics Inc. | Method and apparatuses for supporting full-duplex communication operation in wireless communication system supporting full-duplex communication |
-
2015
- 2015-05-06 US US15/305,635 patent/US20170048647A1/en not_active Abandoned
- 2015-05-06 WO PCT/KR2015/004516 patent/WO2015170874A1/ko active Application Filing
- 2015-05-06 CN CN201580023438.4A patent/CN106465369B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
WO2015170874A1 (ko) | 2015-11-12 |
CN106465369A (zh) | 2017-02-22 |
US20170048647A1 (en) | 2017-02-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106465369B (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN106134273B (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN105940744B (zh) | 在无线通信系统中由终端执行的d2d操作方法及使用该方法的终端 | |
CN105745962B (zh) | 在无线通信系统中由终端执行的小区重选方法以及使用该方法的终端 | |
CN106233814B (zh) | 在无线通信系统中由处于rrc连接状态的终端执行的装置到装置(d2d)操作方法以及使用该方法的终端 | |
CN105684538B (zh) | 在无线通信系统中通过终端执行的d2d操作的方法和使用该方法的终端 | |
CN106105356B (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN106105355B (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN106105345B (zh) | 在无线通信系统中由终端实施的d2d(装置到装置)信号发送方法及使用该方法的终端 | |
CN106797534A (zh) | 无线通信系统中的用户设备的装置对装置(d2d)操作方法和使用该方法的用户设备 | |
JP6420460B2 (ja) | 無線通信システムにおける端末により実行されるd2d動作方法及びその方法を利用する端末 | |
CN105940755B (zh) | 在无线通信系统中由终端执行的d2d操作方法及使用该方法的终端 | |
CN105940738A (zh) | 在无线通信系统中由终端执行的d2d操作方法及使用该方法的终端 | |
CN105940715B (zh) | 在无线通信系统中由终端执行的小区重新选择方法以及使用该方法的终端 | |
CN106797531A (zh) | 在无线通信系统中终端管理装置对装置(d2d)操作的配置的方法及使用该方法的终端 | |
CN106233767A (zh) | 终端执行的在无线通信系统中确定小区覆盖范围的方法以及使用该方法的终端 | |
CN106105354A (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作的方法及使用该方法的终端 | |
CN106233785A (zh) | 在无线通信系统中由终端执行的装置对装置(d2d)操作方法及使用该方法的终端 | |
CN106664699A (zh) | 用于在无线通信系统中操作终端的方法和使用所述方法的终端 | |
KR101660649B1 (ko) | 무선 통신 시스템에서 단말이 예외적 자원을 사용하여 D2D(device-to-device) 동작을 수행하는 방법 및 상기 방법을 이용하는 단말 | |
CN107005787A (zh) | 在无线通信系统中终端发送用于装置对装置(d2d)操作的同步信号的方法及使用该方法的终端 | |
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 |