无线通信系统中支持装置对装置发现的通信方法和装置制造方法
【专利摘要】本发明公开了一种无线通信系统中支持装置对装置发现的通信方法和装置。上述通信方法包括一UE接收一无线资源控制(Radio Resource Control，下称RRC)讯息，用于对上述UE设定测量间距。上述通信方法也包括若一测量间距和任一D2D发现子帧互相重叠时，上述UE在上述测量间距执行测量且不监测D2D发现信号。
【专利说明】无线通信系统中支持装置对装置发现的通信方法和装置
【技术领域】
[0001] 本发明涉及无线通信网络，尤其涉及适用于无线通信系统中支持装置对装置 (Device-t〇-Device，D2D)发现的通信方法和通信装置。
【背景技术】
[0002] 随着移动通信装置对收送大量通信数据的需求急遽增加，传统的移动语音通信网 络逐渐演进成为使用网际网络协议（InternetProtocol，以下称为IP)数据分组进行沟通 的网络。这种IP数据分组通信可以对使用者提供有网络电话（voiceoverIP)、多媒体、广 播和点播的（on-demand)通信服务的移动通信装置。
[0003] 其中一种目前正在标准化的网络构造进化通用陆地无线接入网络（Evolved UniversalTerrestrialRadioAccessNetwork，以下称为E-UTRAN)。E-UTRAN系统会提 供高数据传输量（throughput)以实现上述的网络电话及多媒体服务。目前正在由3GPP标 准组织进行关于E-UTRAN系统的标准化的相关工作。因此，目前呈送至3GPP标准的变更被 认为是3GPP标准的演进。
【发明内容】
[0004] 基于上述目的，本发明公开了一种在无线通信系统中支持装置对装置发现的通信 方法和通信装置。上述通信方法包括一UE接收一无线资源控制（RadioResourceControl, 下称RRC)讯息，用于对上述UE设定测量间距。上述通信方法也包括若一测量间距和任一 D2D发现子帧互相重叠时，上述UE在上述测量间距执行测量且不监测D2D发现信号。
【专利附图】
【附图说明】
[0005] 图1为本发明实施例中一种无线通信系统图。
[0006] 图2为本发明实施例中一种传送器系统（也称为接入网络）和接收器系统（也称 为用户设备或UE)的方块图。
[0007] 图3为本发明实施例中一种无线通信系统的功能方块图。
[0008] 图4为图3中程序代码的功能方块图。
[0009] 图5为3GPPTS36. 304的部分7. 2的表格的复制图，描述频分双工FDD情况下用 于所有UL(上行）/DL(下行）设定的子帧样式。
[0010] 图6为3GPPTS36. 304的部分7. 2的表格的复制图，描述时分双工TDD情况下用 于所有UL(上行）/DL(下行）设定的子帧样式。
[0011] 图7为3GPPTS36. 133的表格8. 1. 2. 1-1的复制图，描述UE支持的两个测量间距 样式设定。
[0012] 图8是显示本发明实施例中传呼时段和D2D发现子帧的重叠情形。
[0013] 图9是显示本发明实施例中测量间距和D2D发现子帧的重叠情形。
[0014] 图10为本发明实施例中一种流程图。
[0015] 图11为本发明实施例中一种流程图。
[0016] 图12为本发明实施例中一种流程图。
[0017]【符号说明】
[0018] 100?接取网络； 104、106、…、112?天线群组；
[0019] 116、122?接入终端；118、120、…、126?通信链路；
[0020] 212?数据源； 214?TX数据处理器；
[0021] 220?TXMM0处理器；230?处理器；
[0022] 232?存储器； 242?RX数据处理器；
[0023] 240?解调制器； 260?RX数据处理器；
[0024] 272?存储器； 270?处理器；
[0025] 280 -调制器； 238?TX数据处理器；
[0026] 236?数据源；
[0027] 302?输入装置； 304?输出装置；
[0028] 306?控制电路； 308?CPU;
[0029] 310?存储器； 312?程序代码；
[0030] 314?传收器；
[0031] 400?应用层； 402?第3层；
[0032] 404?第2层； 406?第1层；
[0033]FDD?频分双工； TDD?时分双工；
[0034]Ns?计算值；
[0035]i_s?索引；
[0036]P0?传呼时段；
[0037] 1005、1010、...、1020 ?步骤；
[0038] 1105、1110、...、1125 ?步骤；以及
[0039]1205、1210、...、1220 ?步骤。
【具体实施方式】
[0040] 在此必须说明的是，在下公开内容中所提出的不同实施例或范例，用以说明本发 明所揭示的不同技术特征，其所描述的特定范例或排列用以简化本发明，然非用以限定本 发明。此外，在不同实施例或范例中可能重复使用相同的参考数字与符号，此等重复使用 的参考数字与符号用以说明本发明所揭示的内容，而非用以表示不同实施例或范例间的关 系。
[0041] 下述实施例的无线通信系统和装置用于无线通信系统，并支持广播服务。无线通 信系统被广泛地应用以提供各种通信服务例如语音、数据等等。这些系统可根据码分多 重接入技术（CodeDivision多个Access，CDMA)，时分多重接入技术（TimeDivision多 个Access，TDMA)、正交频分多重接入技术（OrthogonalFrequency多个Access，0FDMA)， 3GPPLTE(LongTermEvolution)无线接入技术、或LTE-先进技术（LongTermEvolution Advanced，以下称为 3GPPLTE-A)、3GPP2 超移动宽带（UltraMobilefcoadband，UMB)、 WiMax、或其他调制技术。
[0042] 特别在下述实施例的无线通信系统装置中，可设计成支持一或多个通信标准，例 如由〃第三代合作伙伴计划〃 (3rdGenerationPartnershipProject,以下称为3GPP)的 联合集团所提供的标准，包括文件编号TS36. 331VII. 4. 0,标题为"E-UTRARRC通信协议规 格";SP-110638,标题为"关于邻近服务的研究提案的WID" ;TR22. 803-C20,标题为"对于邻 近服务（ProSe)的可行性研究";R1-132503,标题为"D2D发现技巧";R2-132526,标题为"针 对D2D直接发现的资源设定和选择"；R2-133215,标题为"针对D2D直接发现的UE状态"； R2-133382,标题为"关于闲置模式UE发现的讨论";R2-133482,标题为"D2D发现";TS36. 304 VII. 3.0,标题为"闲置模式下的E-UTRAUE程序";以及TS36. 133VII. 4.0,标题为"支持无 线资源管理的E-UTRA需求"。上面列举的标准和文献亦纳入本公开书中。
[0043] 图1是显示本发明实施例的一种多接入无线通信系统。接取网络100(接入网络， 以下称为AN)包括多组天线群组，其中的一组天线群组包括104和106,另一组天线群组包 括108和110,还有另一组天线群组包括112和114。虽然在图1中每组天线群组都只有显示 两根天线，但是每组天线群组也可使用其他数量的天线。接入终端116(Access Terminal, 以下称为AT)与天线112和114进行沟通，其中天线112和114通过前向链路120将信息 传送至接入终端116并由接入终端116通过反向链路118接收信息。接入终端122与天线 106和108进行沟通，其中天线106和108通过前向链路126将信息传送至接入终端122并 由接入终端122通过反向链路124接收信息。在频分双工系统中，通信链路118、120、124 和126可使用不同的频率进行通信。例如，正向链接120可使用反向链接118所使用的不 同频率。
[0044] 每个群组的天线和/或规划的通信范围通常称为接入网络的区段（sector)。在某 些实施例中，天线群组内的每个天线都是设计来在接入网络100所覆盖的范围区段内与接 入终端进行通信。
[0045] 对于通过正向链接120和126的通信程序来说，接入网络100的传送天线可使用 波束赋形（beamforming)技术以对不同的接入终端116和122改善正向链接的信噪比。另 夕卜，接入网络经由其覆盖范围使用波束赋形技术以随机分散的方式传送到接入终端，相较 于经由单一天线接入网络传送到所有涵盖的接入终端之下，可对相邻的接入终端无线服务 小区范围（cell)造成较小干扰。
[0046] 接入网络（接入网络，AN)可为固定基站或小区范围用于和终端进行通信，其也可 称为接入点、节点B、基站、基站、演进节点B(EvolvednodeB)、或其他专用名词。接入终端 (AT)可也可称为用户设备（UE)、无线通信装置终端，接入终端或其他专用名词。
[0047] 图2是显示本发明实施例中一种MM0系统200内的传送器系统210 (也称为接入 网络）和接收器系统250 (也称为接入终端AT)或用户设备（UserEquipment，UE))的简化 区块图。在传送器系统210中，数据源212提供各种数据流的传输数据给传送（TX)数据处 理器214。
[0048] 在某些实施例中，每个数据流分别通过传送天线传送。TX数据处理器214根据针 对数据流所选择的特定编码，对传输数据进行格式处理、编码处理、以及交错处理，以提供 数据流的编码数据。
[0049] 每个数据流的编码数据与领航（pilot)数据可使用0FDM技术先执行多工程序。领 航数据通常是以某种已知方式处理的数据图样，可用于接收器系统进行通道响应估计。每 个数据流的多工处理后的领航和编码数据接着根据针对数据流选出的特定调制方式（例 如8?51(、〇?51(、1^^1(、或1〇41〇进行调制（即符元匹配）以提供调制符元。每个数据流的 数据率、编码、和调制可藉由处理器230执行的指令加以判定。
[0050] 所有数据流的调制符元会被提供给TXMM0处理器220,TXMM0处理器220可另 外处理调制符元（例如用于0FDM)。TXMM0处理器220接着经由222t将NT个调制符元 流提供给NT个传送器（TMTR) 222a到222t。在某些实施例中，TXMM0处理器220对数据 流符元以波束赋形权重值加以处理并传送至天线进而进行传送。
[0051] 每个传送器222分别接收和处理各自的符元流，藉以提供一或多个模拟信号，并 更进一步处理（状况）（例如放大程序、滤波程序、和上转换程序）模拟信号，藉以提供适于 在MM0通道上进行传输程序的调制信号。接着来自传送器222a到222t的NT个调制信号 会经由天线224a到224t分别加以传送。
[0052] 在接收器系统250中，NR个天线252a到252r会收到传送调制信号且每个天线252 会将收到的信号分别提供至接收器（RCVR) 254a到254r。每个接收器254会处理（例如放 大程序、滤波程序、和下转换程序）其分别收到的信号，数字化处理后的信号进而提供采样 值，并更进一步处理采样值而提供对应"接收的"符元流。
[0053] 接下来，RX数据处理器260接收从NR个接收器254收到的NR个符元流，并根据 特定接收器处理技术处理从NR个接收器254收到的NR个符元流以提供NT个"检测到的" 符元流。RX数据处理器260接着对每个检测到的符元流进行解码、解交错、以及解码程序， 藉以回复数据流的传输数据。RX数据处理器260的处理程序和在传送器系统210中的TX MM0处理器220以及TX数据处理器214所执行的处理程序互补。
[0054] 处理器270周期性地判定要使用哪个预编码阵列（如以下的讨论）。处理器270 产生包括阵列索引部分和阶级值部分的反向链接信息。
[0055] 反向链接信息可包括各种种类信息，该各种种类信息关于通信链接和/或收到的 数据流。然后TX数据处理器238接着处理反向链接信息，并从数据源236接收许多数据流 的传输数据，该传输数据由调制器280进行调制程序，传送器254a到254i更进一步处理， 并回传至传送器系统210。
[0056] 在传送器系统210中，天线224会收到来自接收器系统250的调制信号，该调制信 号由接收器222加以处理，解调制器240执行调制，并由RX数据处理器242处理以抽取接 收器系统250所传送的反向链接信息。处理器230然后判定要使用哪个预编码阵列来判定 波束赋形权重，并处理抽取出的信息。
[0057]翻到图3,图3是显示本发明实施例的通信装置的另一种简化功能区块图。如图3 所示，无线通信系统内的通信装置300可用于实现图1的UE(或AT)116和122,且无线通 信系统偏好为LTE系统。通信装置300可包括输入装置302、输出装置304、控制电路306、 中央处理单元（Central程序ing单元，下称CPU) 308、存储器310、程序代码312、和传收器 314。控制电路306藉由CPU308处理存储器310中的程序代码312,藉此控制通信装置300 的运作。通信装置300能藉由输入装置302,例如键盘或数字键接收使用者输入的信号，并 能经由输出装置304例如显示器或喇叭来输出影像和声音。传收器314用于接收及传送无 线信号，将收到的信号送至控制电路306,并将控制电路306产生的信号以无线方式输出。 [0058]图4为本发明实施例图3中程序代码312的简化功能区块图。实施例中，程序代 码312包括应用层400、第三层部分402和第二层部分404,应用层400用于耦接至第一层 部分406。第三层部分402通常用于执行无线资源控制。第二层部分404通常用于执行链 接控制。第一层部分406通常用于执行物理连线。
[0059] 对于LTE或LTE-A系统来说，第二层部分可包括无线链路控制（RadioLink Control,下称RLC)层和介质访问控制（MediaAccessControl,下称MAC)层。第三层部分 可包括无线资源控制（RadioResourceControl,下称RRC)层。
[0060] 3GPP文件SP-110638 提出一个有关对邻近服务（Proximity-basedService，下称 ProSe)的研究项目。3GPPSP-110638针对该研究项目提供以下证明和目标：
[0061] 3 证明
[0062] 邻近（Proximity-based)应用及服务是当前庞大的社会科技趋势。这些应用的原 理用于发现附近装置上执行的应用案例，并且最终也交换应用相关的数据。同时，公共安全 社区的邻近发现和通信也引起关注。
[0063] 由于所有这种数据流和信号需要通过网络传送，目前3GPP规格只有部分适用于 上述需求，因此会冲击效能并增加多余的网络负载。这些目前限制也造成产生更先进邻近 应用的障碍。
[0064] 在上述前提下，3GPP技术有变成选择平台的机会，用于致能装置间的邻近发现以 及通信，并推广许多未来更先进的邻近应用。
[0065] 4 目标
[0066]目标为使用案例来进行研究并为营运商网络辨别潜在需求，该营运商网络在连续 网络控制下，且在3GPP网络覆盖率下由邻近装置间的发现和通信控制，该潜在需求用于： [0067] 1.商用/社会用途
[0068] 2?网络卸载
[0069] 3?公共安全
[0070] 4.目前基础建设服务的整合，用于保证用户体验的一致性，包括可达性(reachability)和移动性方面
[0071] 此外，研究项目将使用案例进行研究并辨别潜在需求，用于
[0072] 5.当缺乏EUTRAN覆盖率时的公共安全（视区域性规定和营运商政策而定，并受限 于特定公共安全指定频带和终端）
[0073] 将研究使用案例和服务需求，上述使用案例和服务需求包括网络营运商控制、认 证、授权、会计以及法规方面。
[0074] 研究不适用于GERAN或UTRAN。
[0075] 另外，3GPPTR22. 803-C20定义ProSe发现，包括开放的[ProSe]发现和受限的 [ProSe]发现，如下：
[0076] 3. 1 定义
[0077] …
[0078]ProSe发现：一种辨识附近UE的程序，使用E-UTRA。
[0079] …
[0080] 开放的[ProSe]发现：为并没有来自被发现UE的明确允许的ProSe发现。
[0081] 受限的[ProSe]发现：为只发生在有来自被发现UE的明确允许的ProSe发现。
[0082] …
[0083] 在RAN1#73会议中整理以下要点作为工作假设：
[0084]假设D2D在提供覆盖率的小区范围的UL频谱（在FDD案例中）或UL子帧（在TDD案例中，除了在没有覆盖率时）中运作
[0085] 会进一步研究TDD案例中的DL子帧使用
[0086] 假设不在特定载波上使用全双工进行D2D传输/接收
[0087] 注意D2D代表装置对装置，且ProSe发现也称为D2D发现。此外，3GPPR1-132503 讨论用于D2D发现的无线资源以及D2D发现和广域网络（WideAreaNetwork,下称WAN)通 信间的互动，如下所述：
[0088] 3. 1保留用于发现的资源
[0089] 我们提出网络在上行子帧保留周期性资源用于发现（设计原理2、3和4)。保留资 源用于发现的上行子帧应为大部分连续（contiguous)。连续性分派帮助减低发现的电力消 耗。以下图3的例子显示64个连续上行子帧，每隔10秒会保留用于发现的资源。
[0090][省略部分3.1的图3]
[0091] 我们称保留资源的周期为"发现周期"，并且保留资源用于发现的子帧称为"发现 子帧"。
[0092] 参与发现的UE将在发现子帧间选择发现资源。发现资源的准确定义在后面讨论。 每个发现周期中UE都会在它选择的发现资源上传送它的发现信号。UE也会在其他UE的其 他发现子帧上（设计原理2&4)听取发现信号。
[0093] 网络会通过SIB广播通知UE发现子帧。此种分派会以广域部署方式以同步部署实 现，使小区范围间（inter-cell)的发现以节能方式实行。同步部署中会以每个小区范围为 基础而执行分派。小区范围的eNodeB会广播其分派以及SIB内的邻近小区范围分派。此 处UE需听取驻扎不同的小区范围的UE的发现信号。
[0094]提案1 :网络保留定期发生的上行子帧用于发现。
[0095] …
[0096] 3. 5与WAN通信共存
[0097] 为了使WAN和发现间和谐共存，eNodeB不应在发现子帧上安排其他的新PUSCH传 输。所有持续HARQ传输都会被eNodeB暂停且会在非发现子帧上重启动。
[0098] 注意由于发现子帧为上行子帧的一小部分（设计原理8)(图2的0?64% )WAN上 的发现冲击会减到最小。
[0099] 为了更进一步和谐共存，发现子帧的分派会是非连续的，于图6中显示。
[0100][省略部分3. 5的图6]
[0101] 此处每5个子巾贞中就会由WAN上行子巾贞散布（interspersed)发现子巾贞。此种子 帧散布会用于对低延迟数据流（例如语音）最小化分裂（disruption)，该低延迟数据流以 半持续（semi-persistent)方式安排。
[0102] 注意使用上行子帧散布发现子帧会导致参与发现的UE产生更多的电力消耗。因 此发现子巾贞应只由小量的上行子巾贞散布。
[0103] 提案9 :使用小量上行子帧交错发现子帧
[0104]大致上，R2-132526的讨论议题和3GPPR1-132503相似，并且产生以下提案：
[0105] 提案1 :部分2. 3. 1所述的需求/观察应视为发现资源设定
[0106] 提案2 :共同发现资源（即发现子帧）的周期性分派
[0107] 提案3 :广播发现资源设定（即发现资源周期和发现资源期间）使用SI讯息
[0108] 提案4 :发现子帧应在发现资源期间内交错（staggered)以最小化对不容许传输 延迟的（latencysensitivelatencysensitive)数据流和遗留（legacy)UE的ULHARQ 运作的冲击
[0109] 提案5 :应讨论发现资源期间内发现和非发现子帧的样式
[0110] 提案6 :应讨论需更新的发现资源设定和示意发现资源设定更新的方法
[0111] 提案7 :竞争（contentionbased)资源选择和专用资源分派两者皆应视为传送发 现信息
[0112] 提案8 :使致能D2D的UE的监测发现信息应监测所有针对D2D直接发现而设定的 发现资源。
[0113] 此外，如3GPPR2-133215、R2-133382、和R2-133482中的讨论所提出，无论用户设 备（UserEquipment,下称UE)目前的无线资源控制（RadioResourceControl,下称RRC) 状态为何，都支持D2D发现。这暗示在RRC闲置模式的UE不需进入RRC连接模式来传送或 接收D2D发现信号加以实现。
[0114] 3GPPTS36. 331规范传呼程序的目的如下：
[0115] 5. 3. 2 传呼
[0116] 5. 3. 2.1 通用
[0117] …
[0118] 程序目的为：
[0119] -传送传呼信息至在RRC_IDLE的UE，和/或；
[0120] -通知在RRC_IDLE和RRC_C0NNECTED的UE关于系统信息改变，和/或；
[0121] -通知关于ETWS主要通知和/或ETWS次要通知，和/或；
[0122] -通知关于CMAS通知。
[0123] 提供传呼信息给上层，上层可响应以初始建立RRC连线，例如接收来电。
[0124] 3GPPTS36. 331也针对UE规范以下方式用以接收地震海啸警示系统（Earthquake andTsunamiWarningSystem，下称ETWS)通知和商用移动醒不服务（CommercialMobile AlertService，下称CMAS)通知：
[0125] 5. 2. 1. 4ETWS通知表示
[0126] ETWS主要通知和/或ETWS次要通知会发生在任意时间点。传呼讯息用于通知 RRC_IDLE中有ETWS能力的UE以及RRC_C0NNECTED中的UE关于ETWS主要通知和/或 ETWS次要通知存在的信息。若UE接收包括etws-Indication的传呼讯息，UE应根据包 括在SystemlnformationBlockTypel内的schedulinglnfoList而开始接收ETWS主要通 知和/或ETWS次要通知。若当正获取ETWS通知时UE接收包括etws-Indication的传 呼讯息，UE应根据先前获取的schedulinglnfoList继续获取ETWS通知直到UE重获取 SystemlnformationBlockTypel内的schedulinglnfoList为止。
[0127] 注意：UE不需定期检查包括在SystemlnformationBlockTypel内的 schedulinglnfoList,但包括etws-Indication的传呼讯息会触发UE进而重获取 包括在SystemlnformationBlockTypel内的schedulinglnfoList用于安排改变SystemlnformationBlockTypelO和SystemlnformationBlockTypell。当不再安排ETWS时， UE可能会或不会接收包括etws-Indication和/或systemlnfoModification的传呼讯息。
[0128] SystemlnformationBlockTypelO包括ETWS主要通知且 SystemlnformationBlockTypell包括ETWS次要通知。分段会用于传递次要通 知。分段为固定的，用于传输小区范围内的特定次要通知（即针对特定区段具有相同 messageldentifier、serialNumber和warningMessageSegmentNumber的相同区段大小）。 ETWS次要通知对应如根据TS23. 041 [37]所定义的单一CB数据IE。
[0129] 5. 2. 1. 5CMAS通知表示
[0130] CMAS通知会发生于任意时间点。传呼讯息用于通知RRC_IDLE中有CMAS能力 的UE以及RRC_C0NNECTED中的UE关于一或更多CMAS通知存在的信息。若UE接收包 括cmas-Indication的传呼讯息，UE应根据包括在SystemlnformationBlockTypel内 的schedulinglnfoList而开始接收CMAS通知。若当正获取CMAS通知时UE接收包括 cmas-Indication的传呼讯息，则UE应根据先前获取的schedulinglnfoList继续获取 CMAS通知，直到重获取SystemlnformationBlockTypel内的schedulinglnfoList为止。
[0131] 注意：UE不需定期检查包括在SystemlnformationBlockTypel内的 schedulinglnfoList,但包括cmas-Indication的传呼讯息会触发UE进而重获取 包括在SystemlnformationBlockTypel内的schedulinglnfoList用于安排改变 SystemlnformationBlockTypel〗。当不再安排SystemlnformationBlockTypel〗时，UE可 以或可不接收包括cmas-Indication和/或systemlnfoModification的传呼讯息。
[0132] SystemlnformationBlockTypel^ 包括CMAS通知。分段会用于传递CMAS通 知。分段为固定的，用于传输小区范围内的特定CMAS通知（即针对特定区段具有相同 messageldentifier、serialNumber和warningMessageSegmentNumber的相同区段大小）。 E-UTRAN不会交错CMAS通知的传输，即特定CMAS通知传输的所有区段在其他CMAS通知之 前进行传送。CMAS通知对应如根据TS23. 041 [37]所定义的单一CB数据IE。
[0133]3GPPTS36. 304规范传呼的间断式接收如下：
[0134] 7 传呼
[0135] 7. 1用于传呼的间断式接收
[0136] 为了减低电力消耗UE可使用闲置模式中的间断式接收（DiscreteReception, 下称DRX)。一传呼时段（PagingOccasion，下称P0)为一子帧，其可为在H)CCH上传送的 P-RNTI，该P-RNTI定位（addressing)传呼讯息。一传呼巾贞（PagingFrame，下称PF)为一 无线帧，其可包括一或多个传呼时段。当使用DRX时UE在每个DRX周期中只需监测一个 P0〇
[0137] 使用系统信息提供的DRX参数藉由以下公式来判定PF和P0 :
[0138] PF由以下方程式决定：
【权利要求】
1. 一种通信方法，适用于支持装置对装置D2D发现，其中在用户设备UE内启动D2D发 现功能，上述通信方法包括： 若上述UE的传呼时段PO与D2D发现子帧互相重叠时，在上述UE的上述PO中，上述UE 监测传呼讯息且不监测D2D发现信号。
2. 如权利要求1所述的通信方法，还包括： 在上述UE内启动上述D2D发现功能后，上述UE开始监测D2D发现子帧内的上述D2D 发现信号，以及在关闭上述D2D发现功能后，停止监测上述D2D发现信号。
3. 如权利要求1所述的通信方法，还包括： 上述UE接收包括在系统信息讯息内的D2D发现资源设定，其中上述系统信息讯息在小 区范围广播； 其中上述D2D发现资源设定包括定义分派上述D2D发现资源的信息，且上述D2D发现 资源分派在上行频谱内。
4. 如权利要求1至3中任一所述的通信方法，其中，上述D2D发现子帧定期发生。
5. 如权利要求1至3中任一所述的通信方法，其中，上述PO为一子帧，该子 帧中可接收得到在物理下行控制通道HXXH上传送的传呼无线网络暂时身份辨识 P-RNTI (Paging-Radio Network Temporary Identifier)，上述 P-RNTI 定位（addressing) 传呼讯息。
6. -种通信方法，适用于支持D2D发现，其中在UE内启动D2D发现功能，上述通信方法 包括： 上述UE接收无线资源控制RRC(Radio Resource Control)讯息，用于对上述UE设定 测量间距；以及 若测量间距和任一 D2D发现子帧互相重叠时，上述UE在上述测量间距执行测量且不监 测D2D发现信号。
7. 如权利要求6所述的通信方法，还包括： 上述UE内启动上述D2D发现功能后，在D2D发现子帧中上述UE开始监测上述D2D发 现信号，并且于关闭上述D2D发现功能后，停止监测上述D2D发现信号。
8. 如权利要求6所述的通信方法，还包括： 上述UE接收包括在系统信息讯息内的D2D发现资源设定，其中上述系统信息讯息在小 区范围广播； 其中上述D2D发现资源设定包括定义分派上述D2D发现资源的信息，且上述D2D发现 资源分派在上行频谱内。
9. 如权利要求6至8中任一所述的通信方法，其中，上述D2D发现子帧定期发生。
10. 如权利要求6至8中任一所述的通信方法，其中，上述RRC讯息包括表示间距补偿 (offset)和间距样式的信息。
11. 一种通信方法，适用于支持装置对装置D2D发现，其中在UE内启动D2D发现功能， 上述通信方法包括： 若接收系统信息区块SIB (SystemInformationBlock)的一子巾贞和D2D发现子巾贞互相重 叠时，上述UE接收上述SIB且不监测D2D发现信号。
12. 如权利要求11所述的通信方法，还包括： 在上述UE内启动上述D2D发现功能后，在D2D发现子帧中上述UE开始监测上述D2D 发现信号，并且于关闭上述D2D发现功能后，停止监测上述D2D发现信号。
13. 如权利要求11所述的通信方法，还包括： 上述UE接收包括在系统信息讯息内的D2D发现资源设定，其中上述系统信息讯息在小 区范围广播； 其中上述D2D发现资源设定包括定义分派上述D2D发现资源的信息，且上述D2D发现 资源分派在上行频谱内。
14. 如权利要求11至13中任一所述的通信方法，其中，上述SIB包括地震海啸警 示系统ETWS(Earthquake and Tsunami Warning System)通知或商用移动醒示服务 CMAS(Commercial Mobile Alert Service)通知。
15. 如权利要求11至13中任一所述的通信方法，其中，上述D2D发现子帧定期发生。
16. -种通信装置，适用于支持D2D发现，其中在上述通信装置内启动D2D发现功能，上 述通信装置包括： 控制电路； 处理器，设于上述控制电路； 存储器，设于上述控制电路并且耦接上述处理器； 其中，上述处理器执行存储于上述存储器的程序代码，用以致能上述通信装置进行以 下步骤： 接收RRC讯息，用于对上述通信装置设定测量间距；以及 若测量间距和任一 D2D发现子帧互相重叠时，在上述测量间距执行测量且不监测D2D 发现信号。
17. 如权利要求16所述的通信装置，其中，上述处理器执行存储在上述存储器的程序 代码，用以致能上述通信装置进行以下步骤： 在启动上述D2D发现功能后，在D2D发现子帧中上述UE开始监测上述D2D发现信号， 并且在关闭上述D2D发现功能后，停止监测上述D2D发现信号。
18. 如权利要求16所述的通信装置，其中，上述处理器执行存储于上述存储器的程序 代码，用以致能上述通信装置进行以下步骤： 接收包括在一系统信息讯息内的D2D发现资源设定，其中上述系统信息讯息在小区范 围广播； 其中上述D2D发现资源设定包括定义分派上述D2D发现资源的信息，且上述D2D发现 资源分派在上行频谱内。
19. 如权利要求16至18中任一所述的通信装置，其中，上述D2D发现子帧定期发生。
20. 如权利要求16至18中任一所述的通信装置，其中，上述RRC讯息包括信息表示间 距补偿和间距样式。
21. -种通信装置，适用于支持D2D发现，其中在上述通信装置内启动D2D发现功能，上 述通信装置包括： 控制电路； 处理器，设于上述控制电路； 一存储器，设于上述控制电路并且耦接上述处理器； 其中，上述处理器执行存储于上述存储器的程序代码，用以致能上述通信装置进行以 下步骤： 若上述UE的PO与D2D发现子帧互相重叠时，在上述UE的上述PO中，监测传呼讯息且 不监测D2D发现信号。
22. 如权利要求21所述的通信装置，其中，上述处理器执行存储在上述存储器的程序 代码，用以致能上述通信装置进行以下步骤： 在启动上述D2D发现功能后，开始监测D2D发现子帧内的上述D2D发现信号，以及于关 闭上述D2D发现功能后，停止监测上述D2D发现信号。
23. 如权利要求21所述的通信装置，其中，上述处理器执行存储在上述存储器的程序 代码，用以致能上述通信装置进行以下步骤： 接收包括在系统信息讯息内的D2D发现资源设定，其中上述系统信息讯息在小区范围 广播； 其中上述D2D发现资源设定包括定义分派上述D2D发现资源的信息，且上述D2D发现 资源分派在上行频谱内。
24. 如权利要求21至23中任一所述的通信装置，其中，上述D2D发现子帧定期发生。
25. 如权利要求21至23中任一所述的通信装置，其中，上述PO为一子帧，该子帧中 可接收得到在物理下行控制通道F1DCCH(Physical Downlink Control Channel)上传送的 传呼无线网络暂时身份辨识 P-RNTI (Paging-Radio Network Temporary Identifier)，上述 P-RNTI 定位（addressing)传呼讯息。
26. -种通信装置，适用于支持D2D发现，其中在上述通信装置内启动D2D发现功能，上 述通信装置包括： 控制电路； 处理器，设于上述控制电路； 存储器，设于上述控制电路并且耦接上述处理器； 其中，上述处理器执行存储于上述存储器的程序代码，用以致能上述通信装置进行以 下步骤： 若接收系统信息区块SIB (System Information Block)的子巾贞和D2D发现子巾贞互相重 叠时，接收上述SIB且不监测D2D发现信号。
27. 如权利要求26所述的通信装置，其中，上述处理器执行存储在上述存储器的程序 代码，用以致能上述通信装置进行以下步骤： 在启动上述D2D发现功能后，开始监测D2D发现子帧内的上述D2D发现信号，以及在关 闭上述D2D发现功能后，停止监测上述D2D发现信号。
28. 如权利要求26所述的通信装置，其中，上述处理器执行存储在上述存储器的程序 代码，用以致能上述通信装置进行以下步骤： 接收包括在系统信息讯息内的D2D发现资源设定，其中上述系统信息讯息在小区范围 广播； 其中上述D2D发现资源设定包括定义分派上述D2D发现资源的信息，且上述D2D发现 资源分派在上行频谱内。
29. 如权利要求26至第28中任一所述的通信装置，其中，上述SIB包括地震海啸 警示系统ETWS (Earthquake and Tsunami Warning System)通知或商用移动醒示服务 CMS (Commercial Mobile Alert Service)通知。
30.如权利要求26至28中任一所述的通信装置，其中，上述D2D发现子帧定期发生。
【文档编号】H04W8/00GK104519474SQ201410526644
【公开日】2015年4月15日 申请日期:2014年10月8日 优先权日:2013年10月4日
【发明者】郭豊旗, 郭宇轩 申请人:创新音速股份有限公司