解调参考信号的附加数据以及控制区域中的数据复用的有效信令的改进
阅读：279发布：2020-05-12
专利汇可以提供解调参考信号的附加数据以及控制区域中的数据复用的有效信令的改进专利检索，专利查询，专利分析的服务。并且本 申请 公开了在小区通信网络中传输数据的方法。为用户设备配置资源集，并且可以提供后续标示，使得已配置的资源集可用于数据传输。还提供了解调参考 信号 的传输的改进。，下面是解调参考信号的附加数据以及控制区域中的数据复用的有效信令的改进专利的具体信息内容。
1.一种向小区通信网络中的用户设备发送数据的方法，其特征在于，所述方法包括以下步骤：
向用户设备发送信号，所述信号指示为所述用户设备配置的至少一个资源集；以及向所述用户设备发送后续标示，以指示可用于向所述用户设备发送数据的配置资源集；
其中，所述标示以位图方式发送，使得每个比特对应于为所述用户设备配置的至少一个资源集，所述位图是经由第1层信令被发送的。
2.一种如权利要求1的方法，进一步包括向所述用户设备发送数据的步骤，其特征在于，所述数据速率匹配于为所述用户设备配置的至少一个资源集周围，但未被指示为用于在所述后续标示中传输数据。
3.一种如权利要求1或2的方法，进一步包括向所述用户设备发送数据的步骤，其特征在于，所述数据至少部分地在被指示为用于所述用户设备的配置，以及可用于在所述后续标示中传输数据的资源集内发送。
4.一种如任一前述权利要求的方法，其特征在于，为所述用户设备配置的所述至少一个资源集为控制资源集。
5.一种如任一前述权利要求的方法，其特征在于，进一步包括发送已配置的资源集的子集的标示的步骤，所述已配置的资源集的子集可被指示为可用于向用户设备传输数据。
6.一种如任一前述权利要求的方法，其特征在于，所述位图的比特对应于分配的资源集的子集。
7.一种如任一前述权利要求的方法，其特征在于，所述位图包括两个比特，第一比特与包含PDCCH的资源集有关，以及第二比特与其他资源集有关。
8.一种如任一前述权利要求的方法，其特征在于，向所述用户设备发送的所述信号以及所述标示，是通过无线通信链路从小区网络中的gNB发送到连接到所述小区网络的用户设备。
9.一种如任一前述权利要求的方法，其特征在于，所述数据通过PDSCH信道传输。
10.一种如任一前述权利要求的方法，其特征在于，所述位图的每一比特对应于一组已配置的资源集。
11.一种如任一前述权利要求的方法，其特征在于，所述后续标示采用与已配置的的资源集的子集相关联的单个比特来发送。
12.一种在小区无线通信网络中的用户设备处接收数据的方法，其特征在于，所述方法由所述用户设备执行，并且包括以下步骤：
经由无线链路接收信号，所述信号指示为所述用户设备配置的至少一个资源集；以及经由所述无线链路接收后续标示，所述后续标示指示在其中数据可预期的已配置资源集，其中所述标示以位图方式被接收，使得每个比特对应于为所述用户设备配置的至少一个资源集，所述位图是经由第1层信令被接收的。
13.一种如权利要求12的方法，进一步包括在所述用户设备处接收数据的步骤，其特征在于，所述数据速率匹配于为所述用户设备配置的至少一个资源集周围，但未被指示为用于在所述后续标示中传输数据。
14.一种如权利要求12或13的方法，进一步包括在所述用户设备处接收数据的步骤，其特征在于，所述数据至少部分地在被指示为用于所述用户设备的配置，以及可用于在所述后续标示中传输数据的资源集内接收。
15.一种如权利要求12至14中任一项的方法，其特征在于，为所述用户设备配置的所述至少一个资源集为控制资源集。
16.一种如权利要求12至15中任一项的方法，其特征在于，进一步包括接收已配置的资源集的子集的标示的步骤，所述已配置的资源集的子集可被指示为可用于在所述后续标示中向用户设备传输数据。
17.一种如权利要求12至16中任一项的方法，其特征在于，所述位图的比特对应于已配置的资源集的子集。
18.一种如权利要求12至17中任一项的方法，其特征在于，所述位图包括两个比特，第一比特与包含PDCCH的资源集有关，以及第二比特与其他资源集有关。
19.一种如权利要求12至18中的任一项的方法，其特征在于，所述用户设备接收的所述信号以及所述标示，是通过无线通信链路从小区网络中的gNB发送到连接到所述小区网络的所述用户设备。
20.一种如权利要求12至19中任一项的方法，其特征在于，所述数据通过PDSCH信道传输。
21.一种在使用至少一个OFDM时隙的小区通信系统中通过无线链路将数据发送到用户设备的方法，其特征在于，所述至少一个OFDM时隙包括控制区域和数据区域，所述控制区域和所述数据区域分别包括至少一个OFDM码元，所述方法包括以下步骤：
在时隙的所述控制区域内发送数据解调参考信号和数据；以及
在所述时隙的所述数据区域中发送至少一个进一步的数据解调参考信号和进一步的数据。
22.一种如权利要求19的方法，其特征在于，所述数据解调参考信号以在所述控制区域的所述第一OFDM码元发送。
23.一种如权利要求21的方法，其特征在于，所述数据解调参考信号在所述时隙的所述控制区域中传输的数据的解调中，被所述用户设备使用。
24.一种如权利要求21的方法，其特征在于，所述数据解调参考信号在所述时隙的所述控制区域以及所述数据区域中传输的数据的解调中，被所述用户设备使用。
25.一种如权利要求21至24中任一项的方法，其特征在于，所述数据解调参考信号是单个OFDM码元，并且所述进一步的数据解调参考信号占用两个OFDM码元。
26.一种如权利要求21至24中任一项的方法，其特征在于，所述控制区域中的所述数据解调参考信号具有与所述后续数据解调参考信号相同的配置类型。
27.一种在使用至少一个OFDM时隙的小区通信系统中通过无线链路在用户设备处接收数据的方法，其特征在于，所述至少一个OFDM时隙包括控制区域和数据区域，所述控制区域和所述数据区域分别包括至少一个OFDM码元，所述方法包括以下步骤：
在时隙的所述控制区域内接收数据解调参考信号和数据；
在所述时隙的所述数据区域中接收至少一个进一步数据解调参考信号和进一步的数据；以及
利用至少所述数据解调参考信号来解调所述数据。
28.一种如权利要求27的方法，其特征在于，所述数据调制参考信号和所述进一步的数据解调参考信号均用于解调所述数据。
解调参考信号的附加数据以及控制区域中的数据复用的有效
信令的改进
技术领域
[0001] 本发明的实施例总体上涉及无线通信系统，尤其涉及一种使诸如用户设备(User Equipment，简称UE)或移动设备之类的无线通信设备接入无线电接入技术(RadioAccess Technology，简称RAT)或无线电接入网(RadioAccess Network，简称RAN)设备及方法。
背景技术
[0002] 无线通信系统，例如第三代(3G)移动电话标准及技术，是众所周知的。这种3G标准及技术已由第三代合作计划(Third GenerationPartnership Project，简称3GPP)开发。第三代无线通信一般开发成支持宏小区的移动电话通信。通信系统及网络已朝向较宽带宽和移动系统发展。
[0003] 第三代合作计划已经开发了用于移动接入网的所谓的长期演进(Long Term Evolution，简称LTE)系统，即演进的通用移动电通信系统地域无线电接入网(Evolved Universal Mobile Telecommunication System Territorial Radio Access Network，简称E-UTRAN)，其中一个或多个宏小区由称为eNodeB或eNB(演进的NodeB)的基站支持。最近，LTE正进一步朝向所谓的第五代(5G)或新空口(newradio，简称NR)系统演进，其中一个或多个小区由称为gNB的基站支持。
[0004] A.NR服务及时隙/微时隙
[0005] 5G标准将支持多个不同的服务，每个服务具有非常不同的需求。那些服务包括用于高数据速率传输的增强型移动宽带(EnhancedMobile Broadband，简称eMBB)，用于要求低延迟和高链路可靠性的设备的超可靠低延迟通信(Ultra-Reliable Low Latency Communication，简称URLLC)，以及支持具有长寿命、高能效通信需求的大量低功率器件的海量机器类通信(Massive Machine-Type Communication，简称mMTC)。
[0006] 为了维持这些数量众多的服务的不同层次的服务质量(quality ofservice，简称QoS)要求，5G标准必须允许灵活且可缩放的设计以同时支持那些各种各样的要求。
[0007] NR支持在非常接近LTE的基于时隙的调度和通信。除此之外，微时隙已在NR中被标准化，以适应低时延和/或小分组尺寸要求。当在已作出时隙调度决策的gNB调度程序(以及预编的下行控制信息(DCI))处产生了用于URLLC服务的数据时，为了满足低时延要求，该数据将以微时隙的形式连同其控制信息进行发送。由于微时隙可用的时频资源相对较小，微时隙的控制区域中的数据复用至关重要。
[0008] B.解调参考信号(Demodulation Reference Signal，简称DMRS)数据的3GPP设计[0009] 对于具有DMRS的单个正交频分复用技术(OFDM)码元，有两种约定的配置类型。图1中示出了第一配置类型，其基于在频域中以梳状方式复用两个天线端口。此外，利用2个不同的循环移位(cyclic shifts，简称CS)以允许扩展至4个天线端口。
[0010] 图2示出了基于2个相邻资源元素(resource elements，简称RE)的频域(frequency-domain，简称FD)正交掩码(orthogonal cover codes，简称OCC)的第二配置类型。该设计支持扩展至6个天线端口。
[0011] C.基于控制资源集(CORESET)的NR控制信息
[0012] 与LTE在控制(物理下行链路控制信道(Physical Downlink Control Channel，简称PDCCH)区域)和数据(物理下行链路共享信道(Physical Downlink Shared Channel，简称PDSCH))之间存在明确的时间分裂相反的是，在NR中，控制信息将通过控制区域中的不同CORESET发送至用户。由于NR中非常宽的带宽载波的可用性，CORESET不会一直占用整个控制区域。为了实现良好的频谱效率，NR已经约定在控制资源上复用数据。UE由gNB配置以监视一个或多个CORESET，但其将无法获知未被配置的CORESET的存在及精确位置。类似地，CORESET可以由某些时频资源组成，以适应多个用户潜在的控制信息。但是所有这些用户可能不具有在每个调度间隔中必须的控制信息。这将导致CORESET的不完全使用，这也意味着时间-频率系统资源的低效利用。
[0013] D.NR时隙和微时隙的3GPP协议
[0014] 3GPP TR38.912v1.0.0(2017-03)
[0015] 对于具有常规循环前缀(CP)、间隔60kHz及以下的相同子载波，时隙被定义为7或14个OFDM码元；对于具有常规CP、间隔60kHz以上的相同子载波，时隙被定义为14个OFDM码元。时隙可包含所有下行链路，所有上行链路或{至少一个下行链路部分和至少一个上行链路部分}。支持时隙聚合，即，可以调度数据传输以跨越一个或多个时隙。
[0016] 微时隙具有以下被定义的长度：
[0017] -6GHz以上，支持长度为1个码元的微时隙
[0018] -从2(码元)到时隙长度-1的长度
[0019] -对于URLLC，支持至少2个(码元)。
[0020] 在6GHz以上，微时隙可以在任何OFDM码元处开始。微时隙包含在相对于所述微时隙的开始的位置处的DMRS。
[0021] ·从NR中去除用于7-码元时隙的支持
[0023] 注意：至少14-码元，7-码元和2-码元的CORESET监测周期被支持用于基于非时隙的调度。
[0024] 去除7-码元时隙并不意味着去除4-码元至7-码元长的物理上行链路控制信道(Physical Uplink Control Channel，简称PUCCH)的约定设计。
[0025] 允许具有基于非时隙的调度的附加DMRS位置。
[0026] E.与大载波带宽相关的3GPP协议
[0027] ·从无线电接入网技术规范组1(RAN1)规范角度来看，每个NR载波在标准文本-15(Rel-15)中的最大信道带宽为400MHz。
[0028] -注意：对所述值的最终决策由无线电接入网技术规范组4(RAN4)决定。
[0029] ·从RAN1规范角度来看，至少对于单个参数集的情况，在Rel-15中每个NR载波的子载波的最大数目的候选为3300或6600。
[0030] -有待研究(FFS)：对于混合参数集，上述适用于最低的子载波间隔。
[0031] -注意：给定信道的信号带宽(BW)的最终值由RAN4决定。
[0032] ·从RAN1规范角度来看，NR承载的载波聚合(CA)与双载波(DC)的最大数目是16。
[0033] -请注意，从RAN2规范角度(最大数目)被认为是32。
[0034] -任意聚合中NR载波分量(CC)的数目是独立的被配置用于下行链路和上行链路。
[0035] ·NR信道设计应考虑到在后续版本中上述参数的潜在未来扩展，以及在后续版本中允许Rel-15的UE在同一频带上接入NR网络。
[0036] A.用于控制信息传输(CORESET以及搜索空间)的3GPP协议
[0037] 协议(RAN1#87)：
[0038] ·时/频率资源包含的至少一个搜索空间，是从主信息块(MIB)/系统信息/初始接入信息隐式派生信息中导出。
[0039] ·时/频率资源包含的附加搜索空间，可以使用专用无线电资源控制(RadioResource Control，简称RRC)信令来配置。
[0040] ·不排除其他解决方案。
[0041] 协议(RAN1#AH1)：
[0042] NR支持携带例如时隙结构的信息的"组公用PDCCH"。
[0043] ο至少在gNB没有发送"组公用PDCCH"的情况下，如果UE没有接收到"组公用PDCCH"，则UE应当能够在时隙中至少接收PDCCH。
[0044] ο所述网络将通过RRC信令通知所述UE是否对所述"组公用PDCCH"进行解码。
[0045] ο公用并不意味着每个小区都必须公用。
[0046] ο对包括用于时分双工(TDD)和频分双工(FDD)的使用的"组公用PDCCH"的详细内容的论述可以继续。
[0047] 术语"组公用PDCCH"是指携带用于UE组的信息的信道(PDCCH或单独设计的信道)。
[0048] 协议：(RAN1#89)
[0049] ·在时域中，CORESET可以配置有一个或一组连续的OFDM码元。
[0050] ·该配置可以指示起始OFDM码元和持续时间。
[0051] ·CORESET被配置为仅对应一个控制信道元(CCE)到资源组(REG)映射。
[0052] 工作假设：(RAN1#89)
[0053] ·对于CORESET的时长：
[0054] ·支持1-3个OFDM码元作为在NR载波上具有小于或等于X个伪随机码(PRBs)的CORESET的时长
[0055] ·支持1-2个OFDM码元作为在NR载波上具有宽于X个伪随机码的CORESET的时长[0056] ·有待研究(FFS)：X值
[0057] ·有待研究：其它时长
[0058] ·有待研究：第一PDSCH DMRS码元与用于基于时隙的调度的CORESET的一个或多个码元的关系
[0059] 有待研究：在某些条件下的限制
[0060] 协议(RAN1#AH2)：
[0061] 对于具有交织的1-码元CORESET，
[0062] ·至少支持REG束大小＝2
[0063] ·工作假设：
[0064] ο还支持REG束大小＝6
[0065] ο在2和6之间的配置是显式的还是隐式的
[0066] ο频域中的预编码器粒度等于频域中的REG束大小
[0067] 对于具有交织的2码元或3码元CORESET，
[0068] ·至少支持REG束大小＝CORESET长度
[0069] ·工作假设：
[0070] ο还支持REG束大小＝6
[0071] οCORESET长度与6之间的配置是显式的还是隐式的有待研究
[0072] ο频域中的预编码器粒度等于频域中的REG束大小
[0073] 协议(RAN1#AH2)：
[0074] ·对于由UE特定的高层信令配置的CORESET，至少配置如下内容：
[0075] ·连续或不连续的频域资源
[0076] ·CORESET的每个连续部分在频率上等于或大于REG-束的大小
[0077] ·有待研究：CORESET的连续部分的精确大小和数目
[0078] ·起始OFDM码元
[0079] ·时长
[0080] ·如果所述配置是显式的，则其REG束大小
[0081] ·传输类型(例如，交织或非交织)
[0082] ·如果约定，则可以添加更多的参数
[0083] ·对于由UE特定的高层信令配置的CORESET，至少配置如下：
[0084] ·监测周期
[0085] ·有待研究：它是每个CORESET或每一个或一组PDCCH候选的配置
[0086] ·有待研究：与非连续接收(DRX)的关系
[0087] ·有待研究：默认/回退值
[0088] 协议(RAN1#AH2)：
[0089] ·UE配置有CORESET，以监视组公用PDCCH。
[0090] ·当配置时，组公用PDCCH遵循所述CORESET的相同的CORESET配置(例如，REG到CCE映射)。
[0091] ·组公用PDCCH由整数个CCE形成。
[0092] ·所监视的携带时隙格式指示符(SFI)的组公用PDCCH的CORESET可以与所监视的其它类型的控制信令的PDCCH的CORESET相同或不同。
[0093] B.与控制和数据复用相关的3GPP协议
[0094] 协议：(RAN1#87)
[0095] ·NR应当至少在频域中支持针对相同或不同UE的数据的控制资源集中的至少部分资源的动态重用。
[0096] ·如果资源重用也可以在时域中完成，则在时域中进行资源重用
[0097] ·有待研究：下行链路(DL)数据解调参考信号(DM-RS)的实时位置不应根据数据的控制资源的动态重用而动态变化
[0098] ·有待研究：资源重用的时间/频率粒度
[0099] ·有待研究：需要的信令，如果有的话
[0100] 协议：(RAN1NR-Adhoc#1)
[0101] ·可以明确地并动态地向UE指示在时隙中的下行链路数据的起始位置。
[0102] ·有待研究：在UE特定的下行控制信息(DCI)和/或"组公用PDCCH"中的已发信号[0103] ·有待研究：未使用的控制资源集可以怎样以及使用什么粒度以用于数据[0104] 协议：(RAN1#88bis)
[0105] ·在数据信道中的数据传输的持续时间，可以半静态地配置和/或动态地指示在调度数据传输的PDCCH中
[0106] ·有待研究：数据传输的起始/终止位置
[0107] ·有待研究：所指示的持续时间是码元的数目
[0108] ·有待研究：所指示的持续时间是时隙的数目
[0109] ·有待研究：所指示的持续时间是码元+时隙的数目
[0110] ·有待研究：在使用跨时隙调度的情况下
[0111] ·有待研究：在使用时隙聚合的情况下
[0112] ·有待研究：速率匹配的细节
[0115] 协议(RAN1#90)：
[0116] ·UE可以通过具有一个或多个资源集的RRC信令来配置
[0117] ·当调度的PDSCH与资源集重叠时，UE应当假设调度的PDSCH速率匹配于资源集周围。
[0118] ·有待研究：包括粒度的资源集的精确配置
[0119] 协议(RAN1#90)：
[0120] ·UE可以通过UE特定的RRC信令来配置，以识别PDSCH可能基于或可能不基于L1信令而被映射的资源集。
[0121] ·对于与给定的资源集重叠的调度的PDSCH，L1信令指示调度的PDSCH速率匹配于资源集周围或者映射到资源集中的资源。
[0122] ·有待研究：L1信令的细节
[0123] ·有待研究：包括粒度的资源集的精确配置
[0124] 协议(RAN1#90)：
[0125] ·至少支持以下内容
[0126] ·当调度的PDSCH与调度PDSCH的PDCCH重叠时，UE应当假设调度的PDSCH速率匹配于调度PDSCH的PDCCH周围。
[0127] ·不排除PDCCH和PDSCH之间的资源共享的其他形式
[0128] C.相关提案(TDoc)及其建议方案
[0129] 对于本建议方案的主要发明点，提出在控制区域中配置附加数据DMRS码元，不存在任何类似建议方案的提案。3GPP在约定通过RRC信令配置资源集及然后使用它们动态地通过L1信令来进行数据复用方面，在上次会议中具有非常快速的进展。其次，DMRS设计会话和论述中所示的结果，导致超过2个码元的外推可能是高度妥协的结论。我们利用这两条协议/论述来提出本建议方案。
[0130] 在控制资源上的数据复用的主题上，多个感兴趣的贡献提交给了在布拉格召开的最新的R1-903GPP会议。
[0131] 可以使用下述链路来访问上述所有的提案：
[0132] http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_90/Docs/R1-171xxxx.Zip[0133] 本发明寻求解决该领域中的至少一些突出问题。
发明内容
[0134] 本发明内容以简化的形式介绍相关概念，这些概念将会在下面的具体实施方式中进一步描述。本发明内容并非用于确定本发明所主张的主题的主要特征或基本特征，也并非意在帮助确定要求保护的主题的范围。
[0135] 根据本发明的第一方面，提供了一种。
[0136] 优选地，无线电接入网为新空口/5G网络。
[0137] 根据本发明的第二方面，提供了一种适于执行本发明的另一个方面的方法的基站。
[0138] 根据本发明的第三方面，提供了一种适于执行本发明的另一个方面的方法的用户设备。
[0139] 根据本发明的第四方面，提供了一种非暂时性计算机可读介质，其上存储有计算机可读指令，用于由处理器执行以执行本发明的另一个方面的方法。
[0140] 非暂时性计算机可读介质可以包括由硬盘，紧凑型光盘只读储存器(CD-ROM)，光存储设备，磁存储设备，只读存储器(Read OnlyMemory，简称ROM)，可编程只读存储器(Programmable Read OnlyMemory，简称PROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory，简称EPROM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read OnlyMemory，简称EEPROM)和闪存组成的组中的至少一个。附图说明
[0141] 以下将参考附图仅以举例的方式描述本发明的进一步的细节、方面和实施例。为了说明的简洁和清楚，附图中的元件被示出，并不一定按比例绘制。为了便于理解，各附图中采用了相似的标号。
[0142] 图1示出了1-码元DMRS的第一配置类型；
[0143] 图2示出了1-码元DMRS的第二配置类型；
[0144] 图3示出了附加DMRS位置的示例；
[0145] 图4和图5示出了控制区域中的附加DMRS的示例。
具体实施方式
[0146] 本领域的技术人员将认识和理解，所描述的示例的细节仅仅是一些实施例的说明，并且本文阐述的启示适用于各种替代方案。
[0147] 在新空口(NR)系统中，控制资源集(COntrol REsource SET，简称CORESET)的使用已经被约定，这是用于一定数目的OFDM码元的物理资源块(physical resourceblocks，简称PRB)的组，以携带来自gNB的控制信息给用户。由于可用于NR的宽载波带宽，扩展CORESET的时间和/或频率部分可以是显著的，并且如果闲置可以降低系统频谱效率。这需要在这些资源上复用数据(PDSCH)，以提高频谱效率。本发明提出如何在控制区域中实现数据解调的可靠信道估计，并且还公开了在控制区域中实现数据复用的有效信令机制。
[0148] 本发明的一重要元素与控制区域中的附加数据DMRS的配置有关。对于嵌入在控制区域中的资源集中的数据，可靠的解调将需要信道估计的存在。由于前置数据DMRS可以位于这些(控制)资源集之外，所以可能需要外推来准备信道估计。本发明提出，利用这些资源的DMRS(为PDCCH嵌入DMRS)，或者通过在这些资源或其组合中分配附加数据(PDSCH)DMRS，来改善这些(控制)资源集中的信道估计的质量。本发明还公开了一种有效的RRC和L1信令，以使能常规地保留的资源集上的数据复用，例如控制传输。它提出了优化的信令，使得能够在这些资源集周围或内部进行有效的数据复用，在某些情况下，这些资源集可以由网络预先配置。本发明清楚地超出了现有技术的当前状态。我们不仅提出了指示比特映射的基于位图的设计，而且根据我们的理解，进一步优化的信令实际上更为重要，3GPP会犹豫是否在DCI信令中放置一个完整的位图，而某种形式的压缩信令可能会赢得协议。
[0149] 本发明至少具有以下有益效果：
[0150] 用于改善资源集中的信道估计的方法(常规保留用于其它目的，但被指派给数据/PDSCH)将使得能够使用更高的调制编码策略(Modulation and Coding Scheme，简称MCS)，提高用户吞吐量和系统频谱效率。在用于高衰落场景的控制区域中没有配置附加DMRS的情况下，用户吞吐量可能会严重降级。
[0151] 本发明提出了有效信令，以实现传统上不为数据保留的资源集中的数据复用(例如控制资源集-CORESET)。
[0152] 该有效信令使得在信令方面可以通过最小DL控制开销获得更高吞吐量。
[0153] A.用于控制资源中的数据解调的信道估计
[0154] 在正常调度操作中，无论是基于时隙的或基于非时隙的，3GPP已经约定用于数据的前置DMRS。此外，为了覆盖快速变化的信道的情况，网络可以配置附加到前置DMRS码元的DMRS码元。如果在前置加载的码元之后存在一个附加DMRS码元，则3GPP也被约定，其将被配置成靠近时隙的端部，使得在此附加DMRS码元需要外推之后不存在2个以上的数据码元。在图3中示出了来自3GPP RAN1布拉格会议的最新协议：附加DMRS位置-3GPP R1-90主席报告。这种设计的主要原因在于，与内插相比，信道估计外推更不精确，并且如果对于2个以上的连续码元进行，则可能严重地降低性能。
[0155] 图3示出了附加DMRS位置-3GPP R1-90主席报告。
[0156] 当数据复用于控制区域中、速率匹配于CORESET周围或是映射到CORESET资源内时，UE需要借助位于时隙的第三或第四个OFDM码元上的前置加载数据DMRS对在这些码元进行外推，以进行信道估计。在UE可以处理控制区域中的PDSCH码元之前还会引入显著的延迟，因为它必须等待直到第一前置DMRS到达信道估计为止。如果UE仅在前置加载的DMRS上计数，则该外推可能损害严重的用户吞吐量，并且gNB将需要使用较低的MCS或者链路将具有增加的误块率(block errorrate，简称BLER)。本公开提出了两种可能的解决方案以克服这个问题。
[0157] i.配置在控制区域中的附加数据DMRS
[0158] 在一些实施例中，在不干扰任何CORESET或仅干扰UE已知的CORESET的情况下，UE的数据区域可以扩展到控制区域中。为了相干解调控制区域中的PDSCH，UE必须将其信道估计从PDSCH区域外推到控制区域，即，如果控制和数据区域使用相同的参数集，则外推1，2或3个码元。假如，使用具有较高子载波间隔的不同参数集来配置数据，可能需要在较大数目的码元上进行外推。
[0159] 图4示出了控制区域中的一个附加数据DMRS的方案
[0160] 图4示出14码元的参考时隙。图4(a)示出了其中存在2个CORESET的时隙结构，并且一个用户(UE1)被配置为从第4OFDM码元开始的数据。该用户已被配置有附加到前置加载DMRS码元的一个DMRS码元。根据3GPP协议，附加DMRS码元配置在时隙的端部。请注意，该论述是通用的，并且独立于附加DMRS的数目以及它们的配置类型。图4(b)示出了当gNB在从时隙的第一码元开始的控制资源中为该用户配置PDSCH时的情况。如果在CORESET内部用户数据被复用或未被复用，或者在控制区域中发生CORESET的数目与PDSCH重叠，则所述论述保持独立。现在，UE需要在图4(b)中第一3OFDM码元上进行信道估计的外推。对于高多普勒场景，该信道外推可能是非常有挑战的，并且信道估计误差可以限制分配给该用户的MCS，否则对于该用户而言将存在高BLER。为了克服这个问题，图4(c)示出了所建议的设计，其中在所述时隙的第一OFDM码元中，所述gNB在该用户的控制区域中已配置了附加DMRS。由于在控制区域中的该附加DMRS，用户可以通过在控制区域中的内插获得高质量的信道估计。在控制区域中的该DMRS码元一个附加益处是，接收机处理等待时间的改进。用户不需要等待前置数据DMRS(第三或第四OFDM码元)以启动其接收机链路。此外，如果存在多个码字并且以频率优先的方式映射，则用户可以继续解调和信道解码，而无需等待前置加载的DMRS码元。
[0161] 在相反的情况下，如果控制区域中的附加DMRS码元不存在，则gNB应最多在前置加载的DMRS的前2个码元上分配数据资源，以避免严重降低BLER(对于高速的情况可能更少)。
[0162] 本申请提出，即使在UE分配的频率资源上的控制区域中的前置加载数据DMRS(第三或第四OFDM)码元之前，网络也可以配置附加PDSCH DMRS码元。
[0163] 当网络在前置加载的DMRS之前在控制区域中配置附加PDSCH DMRS时，则这是来自用户被调度的时隙中的第一码元。
[0164] 本申请还提出，当网络在控制区域中配置附加PDSCH DMRS时，其遵循与前置加载的PDSCH DMRS相同的配置类型。
[0165] 本申请还提出，当网络在控制区域中配置附加PDSCH DMRS时，即使在DMRS配置类型的约束下，前置加载和其他附加DMRS码元占用2个码元，该附加DMRS也是单个码元DMRS，以便在一个DMRS码元内容纳PDSCH天线端口。
[0166] 这一建议方案将意味着如果网络已配置了第一配置类型，则在控制区域中将存在用于最多4个端口的单个附加DMRS码元，因为对于第一配置类型，一个DMRS码元中最多可以放置4个端口。类似地，当DMRS采用第二配置类型时，则在控制区域中gNB应配置用于最多6个天线端口的单个附加DMRS码元。
[0167] 当数据使用了超过DMRS配置类型中一个DMRS码元能够支持的天线端口时，gNB应配置两个DMRS码元，如前置加载的DMRS码元应当从分配给UE用于PDSCH的第一码元开始。
[0168] 当网络在CORESET内映射用户的数据时，该控制区域中的该附加DMRS码元应当具有这些CORESET内部的导频资源元素。换句话说，所述DMRS应当被映射到已被分配给控制区域中的用户的所有频率块(PRB)上。
[0169] 所述建议方案的附加示例在图5中示出，图5(a)示出了UE1和UE2已被分配数据并且仅配置有前置加载的数据DMRS码元的设置。所述UE1的数据与两个用户的CORESET重叠，而UE2的频率分配与任何CORESET没有重叠。
[0170] 图5示出了控制区域中的附加DMRS。
[0171] 在两个UE都处于低移动性条件下的情况下，仅前置加载DMRS的配置(图5(a))可以足以执行可靠的信道估计和数据解调/解码。假设因UE2是高度移动的或其周围具有高移动性元件(站在机动车道附近的人)使得UE2的信道是快速变化的，则所述gNB可以为UE2配置一个或两个附加DMRS码元，图5(b)示出配置在时隙的结束处的一个附加DMRS以及配置在第一数据码元上的控制区域中的一个附加DMRS码元。图5(c)示出了所述gNB在数据区域中配置两个附加DMRS码元(一个在时隙的中部以及一个在时隙的尾部)，以及在控制区域中配置一个附加DMRS码元的设置。该图还示出了一个重要点，即不需要在整个系统带宽上配置附加DMRS码元(包括控制区域中的一个)。由于这些是用户特定的DMRS，因此它们仅被配置在分配给相关UE的频率资源上。
[0172] ii.利用CORESET中存在的控制DMRS
[0173] 提高用于数据解调的控制资源集中的信道估计质量的另一种思路是，通过使用控制DMRS。当用于控制传输的天线端口与用于数据传输的天线端口准同位(quasi-collocated，简称QCL)时，这可以是有用的。这也可以有助于当所述gNB向用户进行基于编码本的传输时，基于所述控制DMRS，用户能够提取原始信道估计并且将它们与已知的预编码向量或矩阵组合，其可以估计包括具有预编码权重的原始信道的有效复合信道。
[0174] 通常，UE获知其已配置的CORESET并且被所述gNB通知给其他(UE)，即使对于未被配置为接收控制信息的CORESET，其也应该能够定位DMRS。
[0175] 本申请提出，UE利用所述控制DMRS(位于CORESET中)重叠其频率分配，以提高数据解调的信道估计质量。
[0176] iii.所述构想对一些特殊的系统配置的适用性
[0177] 用于基于非时隙的调度的控制区域中的数据DMRS：配置在控制区域中的附加PDSCH(数据)DMRS的这种构想，适用于在适当时的基于非时隙的调度。对于基于非时隙的调度，当控制信息与eMBB和URLLC用户都可能发生的数据一起到来时，可以在控制区域中复用数据。如果在高多普勒条件下发生这种情况，则所述gNB可以在控制区域中配置该附加DMRS，以改善信道估计性能。
[0178] 用于时分双工(TDD)的控制区域中的数据DMRS：通过利用控制DMRS或由网络配置控制区域中的附加PDSCH DMRS，以对信道估计的改进做出的建议方案，适用于TDD的所有模式，无论是静态还是动态。类似地，它们可适用于自包含和非自包含的体系结构。
[0179] 用于不同配置和数目的DMRS码元的控制区域中的数据DMRS：本公开已经示出了具有前置数据DMRS以及一个或两个附加DMRS码元的一些示例，其中每个DMRS位置是一个OFDM码元长。在本公开中做出的在控制区域中配置附加DMRS的建议方案，对任何数目的附加DMRS、1个码元或两个码元前置加载的DMRS情况的所有数据DMRS配置类型均适用。
[0180] B.为用户配置的CORESET的信令
[0181] 用户可以被配置为监听一个或多个CORESET，包括公用、组公用或用户特定集。这些CORESET可以以合适的调度间隔为数据调度该特定用户，而不是每一个所述用户配置的CORESET将在每个调度间隔或该CORESET的每个重复间隔中，具有针对该特定用户的控制信息。
[0182] 网络可以将每个用户配置到一定数目的CORESET，但是UE没有关于被配置用于所有目的以及小区中的所有用户的所有CORESET的信息。3GPP已经在R1-90中约定，使得所述gNB可以通过RRC信令通知用户，当其在重叠的时频资源上被调度时，其数据速率匹配于一个或多个资源集周围。此外，需要L1信令来指示，调度的PDSCH何时速率匹配于CORESET周围、何时映射到资源集中的资源。
[0183] 只要关注RRC信令，用户特定的RRC信令已经被3GPP接受以通知用户关于某些资源集(或CORESET)，其坐标将用于在控制区域中以复用数据。在某些使用情况下，如果UE不处于RRC连接状态，但是所述gNB具有一些使得该用户可以在一些时间内变为活跃的预指示，可能具有该RRC信令小区特异性是有益的。因此，该小区特异性RRC信令将使用户甚至在它们处于RRC活动状态之前就获知资源集的时频位置，然后在没有某种延迟的情况下，所述gNB可以在控制区域中调度这些用户的数据。
[0184] 支持小区特异性RRC信令通知用户关于资源集(CORESET)，以实现控制资源中的有效数据复用。
[0185] 当用户通过(i)配置为监听这些CORESET中的控制信息(即，被配置给用户的公用，组公用和特定用户的CORESET)，或(ii)通过RRC信令或其它方法的显式信息，获取对特定数目的资源集(CORESET)的了解时，其获知这些CORESET的位置，并且所述gNB可以将该用户的数据复用在这些资源集周围。
[0186] 一旦UE已经获得了关于一定数目的资源集的信息，所述gNB利用L1信令通知用户，其数据是速率匹配于所配置的资源集周围，或是映射到内部。这里区分两种情况：
[0187] i.用户的被配置的CORESET具有用户的控制信息(PDCCH)User’s configured CORESET having control information(PDCCH)forthe user
[0188] 这覆盖了当它们携带特定用户的控制信息(PDCCH)时的时隙中的公用、组公用的或用户特定的CORESET的情况。3GPP已经约定当调度的PDSCH与调度PDSCH的PDCCH重叠时，所述UE应当假设调度的PDSCH速率匹配于调度PDSCH的PDCCH周围。实现这一目的不需要显式信令。网络可以配置用于PDSCH的频率资源和起始码元，使得所述UE获知其数据速率匹配于其调度的PDCCH周围。
[0189] 本申请提出了对于包含用户的PDCCH的CORESET的附加L1信令，如果其数据(PDSCH)速率匹配于其CCE周围的CORESET内，则向UE指示。这可以由DCI中的单个比特标志指示。
[0190] ii.控制资源集不具有用户的控制信息。其涵盖了当它们没有为相关用户携带控制信息时的时隙中的公用，组公用和特定用户的CORESET的情况。类似地，其涵盖了针对UE已经被专门配置用于数据复用的资源集的处理和信令。
[0191] 对于这些预先配置给用户的资源集，如果用户的数据PDSCH频率资源与该CORESET的时频位置重叠，则所述gNB可以通过调度控制区域中的用户的数据PDSCH的启动，实现围绕该CORESET的数据复用。当用户获知CORESET的时频位置时，在接收到PDSCH时频调度信息时，UE可以无需任何显式信令的假设，其数据速率匹配于该CORESET周围。对于下一级别的数据复用，当用户的数据被映射到这些资源集中时，所述gNB需要发送L1信令。
[0192] 本申请提出了向UE指示附加的L1信令，如果其PDSCH在其配置的资源集中被映射，则在该时隙中中不携带去往该特定用户的控制信息。
[0193] L1信令的设计指示UE，其PDSCH速率匹配于所配置的CORESET周围，或是以位图的形式映射到内部，使得一个比特对应于一个配置的CORESET。与PDSCH调度重叠的CORESET对应的比特的值，使得所述用户获知其数据速率匹配于该CORESET周围，或是映射到内部。
[0194] 一种可能性是，所述CORESET可以不携带任何用户的任何控制信息，在这种情况下，用户的数据可以速率匹配于该CORESET的DMRS周围。
[0195] 另一种情况可能在该CORESET中没有控制信息，并且在该调度场合中不存在控制DMRS时发生。例如，可能发生在当在该定时时机中，没有用户被配置为监听该CORESET时。在这种情况下，不存在针对该CORESET的控制DMRS，并且所述gNB可以在该CORESET的所有资源元素上映射用户的数据PDSCH。
[0196] 对于当资源集仅具有DMRS但没有针对与特定用户的PDSCH重叠的区域中的任何用户的控制信息时，所述gNB将调度用户数据并向该用户指示其数据被映射到该资源集中。已知CORESET的DMRS位置的UE，将能够检索其映射到该资源集中的，以及速率匹配于其DMRS周围的数据。
[0197] 对于另一种情况，当特定资源集既没有控制又没有DMRS时，可以通过RRC信令向所述用户发送该信息，同时该资源集被配置用于数据复用。因此，当该资源集被标记到其数据将被映射到内部的用户时，其内部的所有资源元素被用于数据。
[0198] UE可以通过L1信令以位图的形式发送字段，其中每个比特对应于在CORESET内部调度的用户数据，其可以被配置给用户以用于潜在的控制信息到达，或者由所述gNB通知专门用于数据多路复用的可能性。当特定比特指示CORESET内的映射时，用户假定该映射是这样的：
[0199] ·如果该比特对应于携带调度PDCCH的CORESET，则所述PDSCH速率匹配于该CORESET内的用户的CCE周围。
[0200] ·如果该比特对应的资源集不是携带调度PDCCH的资源集，则所述PDSCH映射到该资源集内。如果所述映射到内部(的所述PDSCH)将速率匹配于该资源集的DMRS周围，或者如果(该资源集)内的所有资源元素都与用户的数据映射，则UE被通知先使用RRC信令。
[0201] UE可以被配置为监听一定数目的CORESET。当gNB想要对该用户进行数据传输并且可能需要在所述控制资源中复用其数据时，其不需要通过RRC信令来明确地配置这些CORESET以进行数据复用。
[0202] 被配置给UE以接收控制信息的所述CORESET，在用于数据复用的RRC信令中没有显示的发出信号。
[0203] 除此之外，所述gNB可以将附加资源集(例如其可以是面向其他用户的CORESET)配置给该用户，以实现在控制区域中的有效数据复用。如果动态L1信令遵循指示在这些资源集中的速率匹配或映射，则所述CORESET的总数目，包含用户被配置为接收控制信息并且通知用于数据复用的资源集的所有CORESET，可能比预期的要大且这些需要更大的信令负载。我们具有以下建议方案以控制该动态信令开销。
[0204] 所述gNB明确地或隐式地通知UE，已知/配置的资源集(或CORESET)中的哪一个将发送动态L1信令。因此，动态L1信令可以遵循用户已知资源集的子集。
[0205] 如上所述，所述L1信令可以是位图的形式，其中每个单个比特与某个资源集相关联。对于特定用户，L1信令不一定与该UE已知的每个CORESET相关联，但是所述gNB可以指示将发送L1信令的资源集的子集。
[0206] 本申请有一些优化与这些资源集相关的L1信令的想法。
[0207] 为了减少一个比特与单个资源集相关联的基于位图的信令的开销，L1信令的一个优化设计可以为，向与其调度数据(PDSCH)重叠的所有配置的CORESET的用户指示的DCI中仅有单个字段，不管其数据是速率匹配的或映射到其内部的。另一种设计可以是，为包含用户的PDCCH的CORESET预留一个比特，以及为其它重叠的CORESET预留1比特。
[0208] 对于L1信令通知用户关于配置的资源集周围的速率匹配或其内部的数据的映射，在下表中列出了位图信令的建议方案以及用于压缩信令的优化建议方案：
[0209]
[0210] 可以理解，本发明可以包括比示例更多的不同的应用方案、方法以及实施例，并且所描述的实施例仅以示例的方式示出。
[0211] 虽然没有详细地示出，但是构成网络的一部分的任何设备或装置，可以至少包括处理器，存储单元和通信接口，其中处理器单元，存储单元和通信接口被配置为执行本发明的任何方面的方法。更多选项和选择如下所述。
[0212] 本发明实施例的信号处理功能，特别是所述gNB的信号处理器和所述UE的信号处理电路，可以使用相关领域中的技术人员所知的计算机系统或架构来实现。计算系统，例如台式计算机、便携式计算机或笔记本计算机、手持式计算设备(PDA、小区电话，掌上型电脑等)、大型机、服务器、客户端或任何其他类型的专用或通用计算设备，因可以适用或者适合于特定应用或者环境而可以被使用。计算系统可以包括一个或多个处理器，其可以使用诸如微处理器、微控制器或其他控制处理模块的通用或专用处理引擎来实现的。
[0213] 计算系统还可以包括用于存储要由处理器执行的信息和指令的主存储器，例如随机存取存储器(random access memory，简称RAM)或其他动态存储器。这种主存储器也可以用于存储由处理器待执行的指令执行期间的暂时变量或其他中间信息。计算系统同样可以包括用于处理器的存储静态信息和处理器指令的只读存储器(read onlymemory，简称ROM)或其他静态存储设备。
[0214] 计算系统还可以包括信息存储系统，例如，其可以包括介质驱动器和可移动存储接口。介质驱动器可以包括驱动器或其他机制以支持固定或可移动存储介质，诸如硬盘驱动器、软盘驱动器、磁带驱动器、光盘驱动器、光盘(compact disc，简称CD)、数字视频驱动器(digital video drive，简称DVD)、读或写驱动器(read orwrite drive，简称R或RW)或其他可移动或固定介质驱动器。例如，存储介质可以包括例如硬盘、软盘、磁带、光盘、CD或DVD或由介质驱动器读和写的其他固定或可移动介质。存储介质可以包括具有存储在其中的特定计算机软件或数据的计算机可读存储介质。
[0215] 在可选实施例中，信息存储系统可以包括用于允许将计算机程序或其他指令或数据加载到计算系统中的其他类似组件。例如，这些组件可以包括可移动存储单元与接口，例如，程序卡盒与卡盒接口、可移动存储器(例如，闪存或者其他可移动存储器模块)与存储器插槽、以及允许软件和数据自可移动存储单元传输到计算系统的其他可移动存储单元与接口。
[0216] 所述计算系统也可以包括通信接口。这样的通信接口可以被使用以允许软件和数据在计算系统和外部设备之间传输。本实施例中，通信接口可以包括调制解调器、网络接口(例如，以太网或其它NIC卡)、通信端口(例如，通用串行总线(universal serialbus，简称USB)端口)、PCMCIA槽与卡等。通过通信接口传输的软件和数据是以信号的形式进行传输，可以是电子的，电磁的，光学的或其他能够被通信接口介质接收的信号。
[0217] 在本文中，术语“计算机程序产品”、“计算机可读介质”等可以通常用于指的有形介质，例如，存储器、存储设备或存储单元。这些形式和其他形式的计算机可读介质可以存储一个或多个指令，以由包括计算机系统的处理器使用，以使处理器执行指定操作。这些指令，通常称为“计算机程序代码”(其可以以计算机程序的形式或其他组合来组合)，在被执行时，使得计算系统执行本发明实施例的功能。注意的是，该代码可以直接使得处理器执行特定操作，被编译成这样做，和/或与其他软件、硬件和/或固件(例如，执行标准功能的库)组合以这样做。
[0218] 所述非暂时性计算机可读介质可以包括由硬盘，紧凑型光盘只读储存器(CD-ROM)，光存储设备，磁存储设备，只读存储器(Read OnlyMemory，简称ROM)，可编程只读存储器(Programmable Read OnlyMemory，简称PROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory，简称EPROM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read OnlyMemory，简称EEPROM)和闪存组成的组中的至少一个。
[0219] 在使用软件实现元素的实施例中，使用例如可移动存储驱动器，软件可以被存储在计算机可读介质中，以及被加载到计算系统中。当由计算机系统中的处理器执行时，控制模块(在本示例中，为软件指令或可执行计算机程序代码)使得处理器执行如本文所述的本发明的功能。
[0220] 此外，本发明构思可以应用于用于执行网络元件内的信号处理功能的任何电路。进一步设想，例如，半导体制造商可以在独立设备的设计中使用本发明的构思，例如数字信号处理器(digital signalprocessor，简称DSP)或专用集成电路(application-specific integrated circuit，简称ASIC)的微控制器和/或任何其他子系统元件。
[0221] 可以理解的是，为了清楚的目的，上面已经参照单个处理逻辑描述了本发明的实施例。然而，本发明构思同样可以通过多个不同的功能单元和处理器来实现，以提供信号处理功能。因此，对特定功能单元的引用仅被视为对用于提供所描述功能的合适手段的引用，而不是指示严格的逻辑或物理结构或组织。
[0222] 本发明的各方面可以以包括硬件，软件，固件及其任何组合的任何适当形式来实现。可选地，本发明可以至少部分地作为在一个或多个数据处理器和/或数字信号处理器或诸如FPGA器件的可配置模块组件上运行的计算机软件来实现。因此，本发明的实施例的元件和组件可以以任何合适的方式在物理上，功能上和逻辑上实现。实际上，功能可以以单个单元，多个单元或作为其他功能单元的一部分来实现。
[0223] 尽管已经结合一些实施例描述了本发明，但不旨在局限于本文所阐述的特定形式。相反，本发明的范围仅由所附权利要求来限定。另外，尽管结合特定实施例来描述一特征，但本领域技术人员将认识到，所描述的实施例中的多个特征均可以组合。在权利要求中，术语“包括”不排除其他元件或步骤的存在。
[0224] 此外，尽管单独列出，但是可以通过例如单个单元或处理器来实现多个装置，元件或方法步骤。另外，尽管单个功能可以被包括在不同的权利要求中，这些可能被有利地组合，不同权利要求中的包括不意味着功能的组合不是可行和/或有利的。同样，一组权利要求中的特征的包括不意味着对这组的限制，但是只要适合，其表示该特征同样适用于其他权利要求组。
[0225] 此外，权利要求中的特征的顺序不意味着这些特征必须被执行的任何特定顺序，特别是方法权利要求中的各个步骤的顺序不意味着这些步骤必须按照这个顺序来执行。相反，这些步骤可以按照任何合适的顺序来执行。另外，单数引用不排除多个。因此，引用“一个”、“第一”、“第二”等不排除多个。
[0226] 尽管本发明已结合一些实施例进行描述，但不旨在限定本文所阐述的特定形式。相反，本发明的范围仅由所附权利要求来限定。此外，虽然特征似乎是结合具体实施例来描述的，但是本领域技术人员可以理解的是，所描述的实施例的不同特征可以根据本发明进行组合。在权利要求中，术语“包括”或“包含”不排除其他元件的存在。
| 标题 | 发布/更新时间 | 阅读量 |
|---|---|---|
| 蜂窝双重连接的建立 | 2020-05-11 | 341 |
| 加热装置 | 2020-05-11 | 542 |
| 一种高效控制信令方法及系统 | 2020-05-12 | 135 |
| 具有经过粗化处理的铜表面的物体 | 2020-05-11 | 292 |
| 用于在多个带宽部分上执行数据发射和测量的方法和网络节点 | 2020-05-12 | 946 |
| 基于装置移动性状态连接到无线网络 | 2020-05-13 | 478 |
| 用于传输功率调整的发送功率控制命令 | 2020-05-13 | 901 |
| 无线通信系统及用于处理无线通信增强切换的方法 | 2020-05-13 | 661 |
| 在支持免许可频带的无线通信系统中由基站发送下行链路信号的方法以及支持该方法的装置 | 2020-05-11 | 479 |
| 一种被用于无线通信的用户设备、基站中的方法和装置 | 2020-05-12 | 103 |
高效检索全球专利专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台，是提供专利分析，专利查询，专利检索等数据服务功能的知识产权数据服务商。
我们的产品包含105个国家的1.26亿组数据，免费查、免费专利分析。
分析报告
专利汇分析报告产品可以对行业情报数据进行梳理分析，涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度，系统通过AI智能系统对图表进行解读，只需1分钟，一键生成行业专利分析报告。
权利要求热门专利
QQ群二维码
意见反馈
意见反馈